Seu Template de Dados de Purchase to Pay - Processamento de Faturas

SAP S/4HANA
Seu Template de Dados de Purchase to Pay - Processamento de Faturas

Seu Template de Dados de Purchase to Pay - Processamento de Faturas

Este template de dados foi projetado para orientar você na configuração da sua análise de Processamento de Faturas no Purchase to Pay. Ele descreve os atributos essenciais a serem coletados, as principais atividades a serem rastreadas e oferece orientações valiosas para a extração. Utilize este template para garantir uma preparação de dados fluida e eficaz para suas iniciativas de Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientações de extração para o SAP S/4HANA
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos do Processamento de Faturas - Purchase to Pay

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise completa do processamento de faturas no Purchase to Pay.
3 Obrigatório 8 Recomendado 11 Opcional
Nome Descrição
Número da fatura
InvoiceNumber
O identificador exclusivo do documento de fatura do fornecedor, servindo como o identificador principal do caso para o processo.
Descrição

O Número da Fatura é o identificador exclusivo atribuído a cada fatura de fornecedor no SAP S/4HANA. Ele conecta todas as atividades relacionadas, como criação, parking, aprovação e pagamento, em uma única instância de processo coesa.

No Process Mining, este atributo é fundamental para rastrear a jornada completa de cada fatura. Ele permite reconstruir todo o fluxo do processo, do recebimento ao pagamento final, possibilitando a análise de tempos de ciclo, gargalos e variações no nível de cada fatura individual.

Por que é importante

É a chave essencial para conectar todos os eventos relacionados, permitindo o rastreamento completo do ciclo de vida de uma fatura pelo sistema.

Onde obter

Este é o Número do Documento Contábil, encontrado na tabela BKPF, campo BELNR.

Exemplos
190000000119000000451900000132
Nome da Atividade
ActivityName
O nome da atividade de negócio ou evento que ocorreu em um momento específico para uma fatura.
Descrição

O Nome da Atividade descreve uma etapa específica ou mudança de status no ciclo de vida do processamento da fatura. Exemplos incluem 'Documento de Fatura Criado', 'Fatura Enviada para Aprovação', 'Bloqueio de Pagamento Definido' e 'Pagamento Executado'.

Este atributo é crucial para construir o mapa de processo, que representa visualmente o fluxo de atividades. Analisar a sequência, frequência e duração entre essas atividades ajuda a identificar gargalos, loops de retrabalho e variações de processo fora de conformidade. É a espinha dorsal de qualquer análise de Process Mining.

Por que é importante

Define as etapas do processo, permitindo a visualização de mapas de processo e a análise de fluxos e variações.

Onde obter

Derivado de uma combinação de códigos de transação SAP (SY-TCODE), status de objetos de documentos de modificação (CDHDR/CDPOS) e valores de campos específicos que indicam mudanças de status.

Exemplos
Fatura EstacionadaFatura AprovadaPagamento Executado
Tempo do Evento
EventTime
A data e hora precisas em que a atividade ocorreu.
Descrição

O Event Time é o registro de data e hora que indica exatamente quando uma atividade aconteceu. Esse dado é essencial para calcular durações, tempos de ciclo e tempos de espera entre as etapas do processo.

Nas análises de Process Mining, timestamps precisos são usados para medir KPIs de desempenho, como o 'Tempo Médio de Ciclo da Fatura'. Ao analisar o tempo decorrido entre as atividades, as empresas podem localizar gargalos onde as faturas ficam retidas e identificar chances de acelerar o processo.

Por que é importante

Este timestamp é a base de todas as análises temporais, incluindo monitoramento de performance, identificação de gargalos e acompanhamento de SLAs.

Onde obter

Geralmente extraído das tabelas de documentos de alteração CDHDR (Cabeçalho) e CDPOS (Item), usando os campos UDATE e UTIME. Para alguns eventos, pode vir das datas de criação ou entrada em tabelas como BKPF (CPUDT, CPUTM).

Exemplos
2023-04-15T10:30:00Z2023-04-18T14:05:21Z2023-05-02T09:00:00Z
Código da Empresa
CompanyCode
A unidade organizacional que representa uma empresa legalmente independente para a qual são criadas as demonstrações financeiras.
Descrição

A Empresa (Company Code) é uma unidade organizacional fundamental no SAP Finance. Cada fatura é atribuída a uma empresa específica, que determina a entidade legal responsável pela transação.

No Process Mining, filtrar ou comparar por Empresa é essencial para analisar o desempenho do processo em diferentes unidades de negócio ou países. Ajuda a identificar diferenças regionais de eficiência, conformidade e níveis de automação, apoiando iniciativas de melhoria direcionadas.

Por que é importante

Permite segmentar e comparar o desempenho do faturamento entre diferentes entidades legais ou localizações geográficas da organização.

Onde obter

Este é um campo padrão na tabela de cabeçalho do documento BKPF, campo BUKRS.

Exemplos
1000US01DE01
Data de Vencimento do Pagamento
PaymentDueDate
A data limite para pagamento da fatura para evitar atrasos.
Descrição

A Data de Vencimento do Pagamento é a data calculada em que o pagamento ao fornecedor deve ser feito, baseada na data da fatura e nos termos acordados. Serve como um prazo crítico no processo.

Este atributo é essencial para o KPI de 'Taxa de Pagamento Pontual' e para o Dashboard de 'Desempenho de Pagamento de Fornecedores'. Ao comparar a data real com o vencimento, a empresa mede sua capacidade de cumprir obrigações, o que impacta o relacionamento com fornecedores e a reputação financeira.

Por que é importante

É o principal parâmetro para medir a performance de pagamentos em dia, o que é crucial para manter boas relações com fornecedores e evitar multas.

Onde obter

Esta data costuma estar disponível diretamente no item de linha do fornecedor na tabela BSEG, campo ZFBDT (Data base para cálculo de vencimento). O vencimento líquido é calculado a partir desta data base e dos termos de pagamento.

Exemplos
2023-05-302023-06-152023-07-01
Nome do Utilizador
UserName
O ID de usuário SAP da pessoa ou sistema que realizou a atividade.
Descrição

Este atributo identifica o usuário que executou uma transação ou criou um documento. Pode ser o ID de uma pessoa ou um ID de sistema para jobs automatizados.

Analisar por usuário ajuda a entender a distribuição de carga, identificar necessidades de treinamento e detectar comportamentos incomuns. Por exemplo, pode destacar quais usuários tratam exceções com frequência ou quais faturas são processadas automaticamente (ex: usuário 'BATCHUSER'), o que é essencial para o KPI de 'Taxa de Automação de Faturas'.

Por que é importante

Atribui as atividades do processo a usuários ou contas de sistema específicos, permitindo análises de carga de trabalho, comparação de performance e detecção de automação.

Onde obter

Extraído de campos como BKPF-USNAM (Inserido por) ou CDHDR-USERNAME (Alterado por).

Exemplos
SMITHJMUELLERTWF-BATCH
Número do fornecedor
VendorNumber
O identificador exclusivo do fornecedor que enviou a fatura.
Descrição

O Número do Fornecedor identifica o parceiro associado à fatura e vincula a transação aos dados mestres do fornecedor.

Este atributo é crítico para análises focadas no fornecedor, como avaliar o 'Desempenho de Pagamento' ou identificar fornecedores que enviam faturas problemáticas com frequência, gerando exceções ou bloqueios. Ajuda na gestão do relacionamento e na avaliação da confiabilidade dos parceiros.

Por que é importante

Permite analisar a performance por fornecedor, ajudando a identificar padrões, gerir parcerias e avaliar problemas relacionados a fornecedores específicos.

Onde obter

Costuma ser encontrado na tabela de segmento de documento contábil BSEG, campo LIFNR.

Exemplos
100345700012V9832
Pedido de Compra
PurchasingDocument
O número do pedido de compra ao qual a fatura está relacionada.
Descrição

O número do Documento de Compras vincula a fatura do fornecedor ao pedido de compra (PO) original. Este elo é fundamental para o processo de 'three-way match', que verifica a fatura contra o PO e o recebimento de mercadorias.

Analisar por este atributo ajuda a entender problemas entre faturas com e sem pedido. É essencial para investigar discrepâncias na conferência e entender a eficiência da etapa de suprimentos do processo.

Por que é importante

Vincula a fatura ao processo de compras, o que é essencial para analisar divergências de conferência e conformidade com o pedido de compra (PO).

Onde obter

Esta informação costuma ser encontrada na tabela de segmento de documento BSEG, campo EBELN (Número do Documento de Compras).

Exemplos
450000123445000056784500009012
Razão de Bloqueio de Pagamento
PaymentBlockReason
Um código que indica o motivo pelo qual uma fatura está bloqueada para pagamento.
Descrição

Quando uma fatura é bloqueada para pagamento, este atributo fornece o motivo específico, como 'Discrepância de Quantidade' ou 'Diferença de Preço'. Esses motivos são configurados no SAP para padronizar o tratamento de exceções.

Este atributo é fundamental para o Dashboard de 'Ocorrência e Duração de Bloqueios de Pagamento'. Analisar a frequência de diferentes motivos ajuda a identificar as causas raiz dos atrasos, como problemas com fornecedores específicos, materiais ou processos internos, permitindo ações corretivas direcionadas.

Por que é importante

Fornece a causa raiz específica para bloqueios de pagamento, permitindo análises direcionadas para reduzir atrasos e melhorar o processamento correto de primeira.

Onde obter

Localizado no item de linha do fornecedor da tabela BSEG, campo ZLSPR (Chave de Bloqueio de Pagamento).

Exemplos
RIA
Tipo de Documento
DocumentType
Um código que classifica diferentes tipos de documentos contábeis, como faturas de fornecedores ou notas de crédito.
Descrição

O Tipo de Documento é usado no SAP para distinguir diferentes transações de negócio. Por exemplo, 'KR' costuma representar uma fatura padrão de fornecedor, enquanto 'KG' pode ser uma nota de crédito.

Analisar por tipo de documento permite segmentar o processo para entender como diferentes transações são tratadas. O processo de uma nota de crédito pode ser bem diferente de uma fatura padrão. Essa segmentação oferece Insights mais precisos e relevantes sobre o processo.

Por que é importante

Ajuda a diferenciar diversos tipos de transações financeiras, como faturas padrão e notas de crédito, que costumam seguir caminhos de processo distintos.

Onde obter

Encontrado na tabela de cabeçalho de documento BKPF, campo BLART.

Exemplos
KRREKG
Valor da Fatura
AmountInCompanyCodeCurrency
O valor bruto total da fatura na moeda local da empresa.
Descrição

Este atributo representa o valor total da fatura. É uma métrica essencial para entender o impacto financeiro e a escala da operação de processamento.

Analisar os valores das faturas ajuda a priorizar documentos de alto valor para um processamento mais rápido, identificar tendências de gastos e correlacionar problemas de processo com o valor financeiro. Por exemplo, permite investigar se faturas de alto valor têm mais chance de serem bloqueadas ou demoram mais para serem aprovadas.

Por que é importante

Fornece contexto financeiro ao processo, permitindo análises baseadas em valor monetário, como identificar se faturas de alto valor são processadas de forma diferente.

Onde obter

Este valor costuma ser derivado da soma dos itens de linha relevantes na tabela BSEG, campo WRBTR (Valor em moeda local).

Exemplos
1500.75125000.00850.20
Condições de Pagamento
PaymentTerms
O código que define as condições de pagamento acordadas com o fornecedor, como prazos e períodos de desconto.
Descrição

Os Termos de Pagamento definem as regras para pagar uma fatura, incluindo eventuais descontos por pagamento antecipado. Por exemplo, 'Z030' pode significar 'Pagável em 30 dias líquidos'.

Este atributo é essencial para o planejamento financeiro e a otimização do capital de giro. No Process Mining, ele é usado para calcular a 'Data de Vencimento do Pagamento' e determinar a elegibilidade para descontos por antecipação, apoiando diretamente o KPI de 'Taxa de Captura de Descontos por Antecipação'.

Por que é importante

Define as regras para datas de vencimento e descontos, impactando diretamente os KPIs de pontualidade e a gestão do capital de giro.

Onde obter

Encontrado no item de linha do fornecedor na tabela BSEG, campo ZTERM (Chave de Condição de Pagamento).

Exemplos
0001Z030NT60
Contagem de Ciclos de Aprovação
ApprovalCycleCount
Uma contagem de quantas vezes uma fatura foi enviada para aprovação.
Descrição

Esta métrica conta quantas vezes a atividade 'Fatura Enviada para Aprovação' ocorre para uma única fatura. Um valor maior que um indica que a fatura foi rejeitada ou enviada de volta pelo menos uma vez, exigindo um novo ciclo.

Este atributo apoia diretamente o KPI de 'Taxa de Aprovação de Primeira'. Ao analisar faturas com muitos ciclos de aprovação, as empresas podem identificar os motivos das falhas (como informações insuficientes ou codificação incorreta) e agir para melhorar o processo.

Por que é importante

Quantifica o retrabalho no subprocesso de aprovação, ajudando a medir a taxa de acerto de primeira e a identificar motivos de rejeição nas aprovações.

Onde obter

Calculado contando as ocorrências da atividade 'Fatura Enviada para Aprovação' para cada número de fatura exclusivo.

Exemplos
123
Data da Fatura
InvoiceDate
A data em que o fornecedor emitiu o documento da fatura.
Descrição

A Data da Fatura, também conhecida como data do documento, é a data fornecida pelo fornecedor na fatura. É o ponto de partida para calcular o vencimento com base nos termos de pagamento acordados.

Na análise, esta data é fundamental para cálculos financeiros, como determinar o envelhecimento da fatura (aging) e a elegibilidade para descontos por antecipação. É um dado essencial para o KPI de 'Taxa de Captura de Descontos por Antecipação'.

Por que é importante

Serve como base para calcular termos de pagamento e datas de vencimento, sendo essencial para gerir o capital de giro e capturar descontos.

Onde obter

Encontrado na tabela de cabeçalho de documento BKPF, campo BLDAT (Data do Documento).

Exemplos
2023-04-122023-05-152023-06-20
É Automatizado
IsAutomated
Um sinalizador que indica se uma atividade foi realizada por um usuário de sistema automatizado.
Descrição

Este atributo booleano é verdadeiro se o usuário associado a uma atividade for uma conta de sistema ou lote (batch), como 'WF-BATCH' ou 'SAP_SYSTEM'. Ajuda a distinguir etapas manuais de automatizadas.

Este atributo é essencial para o KPI de 'Taxa de Automação de Faturas'. Ao analisar quais partes do processo são automáticas, as empresas podem medir o sucesso de suas iniciativas de automação e identificar novas oportunidades para reduzir o esforço manual e ganhar eficiência.

Por que é importante

Distingue entre atividades manuais e automáticas, o que é fundamental para medir taxas de automação e identificar oportunidades de melhoria.

Onde obter

Derivado do atributo UserName. Um mapeamento ou regra é criado para classificar IDs de usuários específicos como 'automatizados'.

Exemplos
verdadeirofalse
É pago no prazo
IsPaidOnTime
Um sinalizador que é verdadeiro se a fatura foi paga dentro ou antes do prazo de vencimento.
Descrição

Este atributo booleano é o resultado da comparação entre a data real de pagamento (timestamp da atividade 'Pagamento Executado') e a 'Data de Vencimento'. Fornece um resultado binário claro sobre o status de cada fatura.

Este é o cálculo central para o KPI de 'Taxa de Pagamento Pontual'. Ele permite filtrar e analisar facilmente as características dos pagamentos atrasados, como fornecedores comuns, empresas ou valores de fatura associados aos atrasos.

Por que é importante

Mede diretamente a adesão às condições de pagamento, que é um KPI crítico para a gestão do relacionamento com fornecedores e operações financeiras.

Onde obter

Calculado comparando o EventTime da atividade 'Pagamento Executado' com o atributo PaymentDueDate. (Data de Pagamento <= Prazo de Vencimento).

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Um sinalizador que indica se uma fatura passou por atividades de retrabalho, como uma aprovação rejeitada ou a remoção de um bloqueio de pagamento.
Descrição

Este atributo sinaliza faturas que passaram por um ou mais loops de retrabalho. O retrabalho é identificado por sequências específicas, como 'Fatura Aprovada' após 'Fatura Rejeitada', ou 'Bloqueio de Pagamento Removido' após 'Bloqueio de Pagamento Definido'.

Este atributo simplifica o cálculo do KPI de 'Taxa de Retrabalho de Faturas'. Ele permite isolar e investigar facilmente casos com retrabalho para entender as causas raiz da ineficiência e do esforço manual repetido.

Por que é importante

Identifica fluxos ineficientes onde o trabalho precisa ser repetido, ajudando a quantificar o desperdício e a localizar as causas raiz das exceções no processo.

Onde obter

Calculado com base na sequência de atividades no event log. Por exemplo, se 'Fatura Rejeitada' ocorrer no rastro de uma fatura, este sinalizador será definido como verdadeiro.

Exemplos
verdadeirofalse
ID do sistema de origem
SourceSystemId
O identificador do sistema SAP S/4HANA de origem de onde os dados foram extraídos.
Descrição

Este atributo especifica o sistema de origem, como 'S4H_PROD' ou 'ERP_EU'. É importante em ambientes com múltiplas instâncias de ERP ou uma mistura de sistemas legados e modernos.

Para análise, permite comparar o desempenho do processo entre sistemas ou regiões. Garante a procedência dos dados e é crucial para a governança e resolução de problemas quando dados de várias fontes são consolidados em uma plataforma central de Process Mining.

Por que é importante

Fornece contexto sobre a origem dos dados, o que é essencial para a governança de dados e para comparar processos entre sistemas ou unidades diferentes.

Onde obter

Este valor costuma ser derivado do ID do sistema SAP (sy-sysid) durante a extração de dados ou configurado como um valor estático no pipeline de ETL.

Exemplos
S4PS4H_PROD_100ECC_EU
Motivo do Estorno
ReversalReason
Um código que indica o motivo pelo qual um documento de fatura foi estornado.
Descrição

Se uma fatura é lançada incorretamente, ela costuma ser estornada. O código de Motivo de Estorno explica por que essa ação foi tomada (ex: 'Data de lançamento incorreta' ou 'Erro de digitação').

Analisar esses motivos ajuda a identificar padrões de erros no lançamento. Esse insight serve para melhorar treinamentos, aprimorar controles do sistema ou tratar problemas recorrentes que geram retrabalho financeiro e sobrecarga administrativa.

Por que é importante

Explica por que as faturas foram canceladas, fornecendo insights diretos sobre as fontes de erro e retrabalho no processo de lançamento.

Onde obter

Encontrado no cabeçalho do documento original na tabela BKPF, campo STGRD (Motivo do estorno).

Exemplos
010205
Nº do Documento de Compensação
ClearingDocumentNumber
O número do documento que compensa a fatura, geralmente representando o documento de pagamento.
Descrição

O Número do Documento de Compensação vincula um item de fatura aberto à transação que o compensa, que quase sempre é o documento de pagamento. Isso confirma que a fatura foi paga.

Este atributo é o elo definitivo entre uma fatura e seu pagamento. É usado para identificar a atividade 'Pagamento Executado' e seu respectivo timestamp, sendo essencial para calcular o tempo de ciclo de ponta a ponta e a taxa de pagamento pontual.

Por que é importante

Confirma que uma fatura foi paga e a vincula à transação de pagamento específica, o que é fundamental para a análise de tempo de ciclo e performance de pagamento.

Onde obter

Encontrado na tabela de segmentos de documento BSEG, campo AUGBL (Número do Documento de Compensação).

Exemplos
150000000115000000231500000088
Tempo de Processamento de Fatura
InvoiceProcessingTime
O tempo total decorrido da primeira à última atividade de uma fatura.
Descrição

Esta métrica calcula a duração total para processar uma única fatura, geralmente da criação ou recebimento até o pagamento final. Fornece um resumo do tempo de ciclo de ponta a ponta por caso.

Este atributo calculado é a base para o KPI de 'Tempo Médio de Ciclo da Fatura' e para o Dashboard de 'Tempo de Ciclo de Ponta a Ponta'. Ele permite identificar rapidamente os casos mais demorados e analisar fatores que contribuem para o prolongamento dos tempos de processamento.

Por que é importante

Mede a eficiência de ponta a ponta para cada fatura, destacando casos com durações excepcionalmente longas que exigem investigação.

Onde obter

Calculado pela diferença entre o timestamp do último evento e do primeiro evento para cada número de fatura exclusivo.

Exemplos
10 days 4 hours25 dias e 1 hora5 dias e 8 horas
Timestamp da Extração
ExtractionTimestamp
Data e hora em que os dados foram extraídos do sistema de origem.
Descrição

Este atributo registra o timestamp da extração dos dados. Reflete o quão atualizados estão os dados analisados na ferramenta de Process Mining.

Na análise, é usado para entender a recência dos Insights gerados. É crítico para Dashboards de monitoramento operacional, garantindo que as decisões baseiem-se em informações atuais e permitindo gerir ciclos de atualização de dados de forma eficaz.

Por que é importante

Indica o quão recentes são os dados, garantindo que as análises e relatórios se baseiem nas informações mais atuais disponíveis.

Onde obter

Este não é um campo SAP. Ele é gerado e adicionado pela ferramenta de extração de dados ou processo de ETL no momento da coleta de dados.

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z2023-10-29T02:00:00Z
Obrigatório Recomendado Opcional

Atividades do Processamento de Faturas - Purchase to Pay

Estas são as etapas e marcos principais do processo que você precisa capturar no seu Event Log para uma descoberta de processos precisa.
5 Recomendado 8 Opcional
Atividade Descrição
Documento de Fatura Criado
Este é o primeiro evento, marcando a criação de um documento de fatura no SAP. Pode ser capturado quando um usuário salva um novo documento, que pode estar em estado de parking ou pré-lançamento.
Por que é importante

Esta atividade marca o início do ciclo de processamento da fatura. Analisar o tempo deste evento em relação aos outros é crucial para medir o lead time total de processamento.

Onde obter

Este evento é capturado a partir da data e hora de criação (CPUDT, CPUTM) na tabela de cabeçalho do documento, geralmente BKPF ou RBKP para faturas de logística. O código da transação (BKPF-TCODE), como FB60, MIRO ou MIR7, indica o método de criação.

Captura

Use o timestamp de criação dos campos BKPF-CPUDT e BKPF-CPUTM para o documento de fatura.

Tipo de evento explicit
Fatura Aprovada
Esta atividade significa que a fatura foi aprovada pela autoridade designada. É capturada quando o workflow de aprovação termina com sucesso ou um indicador de liberação é definido.
Por que é importante

Este é um marco crítico que desbloqueia a fatura para pagamento. Atrasos nas aprovações são um gargalo comum, e rastrear esta atividade ajuda a identificar aprovadores ou etapas lentas.

Onde obter

Isso pode ser inferido da etapa final de liberação em um workflow SAP ou rastreando alterações nos campos de status de liberação em tabelas associadas à fatura ou ao seu documento de compra.

Captura

Inferir a partir de eventos de conclusão de workflow ou mudanças no campo de status de liberação do documento.

Tipo de evento inferred
Fatura Estornada
Uma atividade que representa o estorno de um documento de fatura lançado anteriormente. Este é um evento final para uma fatura incorreta, que geralmente é reinserida de forma correta depois.
Por que é importante

Estornos indicam erros críticos que não foram detectados anteriormente. Acompanhar sua frequência e causas raiz é essencial para a melhoria de processos e redução de imprecisões financeiras.

Onde obter

Um estorno é identificado quando um documento de anulação é criado. O cabeçalho do documento original (BKPF) conterá o número do documento de estorno (BKPF-STBLG) e vice-versa. A data de lançamento do documento de estorno é considerada o Event Time.

Captura

Identifique documentos que possuem valor no campo BKPF-STBLG e utilize a data de lançamento do documento de estorno.

Tipo de evento explicit
Fatura Lançada
Este é um evento financeiro fundamental onde a fatura parada ou aprovada é formalmente lançada no Livro Razão. Esta ação reconhece a obrigação com o fornecedor.
Por que é importante

O lançamento é um marco importante que separa a entrada de dados e a aprovação da fase de liquidação financeira. O tempo entre a criação da fatura e o lançamento é uma métrica fundamental da eficiência do processamento interno.

Onde obter

Este evento é identificado pela Data de Lançamento (BKPF-BUDAT) no cabeçalho do documento. Para documentos que são primeiro parados (parked), a transição para o status de lançado fornece o timestamp do evento.

Captura

Use a data de lançamento (BKPF-BUDAT) como o timestamp do evento.

Tipo de evento explicit
Pagamento Executado
Esta é a atividade final no processo padrão, onde o pagamento é feito e a fatura é compensada. Isso significa que os fundos foram desembolsados para o fornecedor.
Por que é importante

Isso marca o fim do ciclo de vida da fatura P2P. É essencial para calcular o tempo total de ciclo de ponta a ponta e para medir o desempenho do pagamento pontual em relação ao vencimento.

Onde obter

Este evento é capturado pelas informações do documento de compensação no item de linha do fornecedor. A Data de Compensação (BSEG-AUGDT) e o Documento de Compensação (BSEG-AUGBL) indicam que o pagamento foi realizado.

Captura

Use a data de compensação (BSEG-AUGDT) do item de linha do fornecedor compensado.

Tipo de evento explicit
Bloqueio de Pagamento Ativado
Uma atividade em que um bloqueio é colocado intencionalmente em uma fatura para impedir seu pagamento. Geralmente ocorre por divergências de preço ou quantidade, ou por uma nota de crédito pendente.
Por que é importante

Bloqueios de pagamento são a principal causa de atrasos e disputas com fornecedores. Analisar a frequência, duração e motivos dos bloqueios é fundamental para melhorar as taxas de pagamento em dia.

Onde obter

Este evento é capturado rastreando mudanças no campo de Chave de Bloqueio de Pagamento (BSEG-ZLSPR) no item da fatura. Os logs de alteração em CDHDR e CDPOS fornecem o timestamp e o usuário que definiu o bloqueio.

Captura

Identifique quando o campo BSEG-ZLSPR é preenchido via documentos de modificação (CDHDR/CDPOS).

Tipo de evento explicit
Bloqueio de Pagamento Removido
Representa a resolução de um problema, onde um bloqueio de pagamento definido anteriormente é removido, tornando a fatura elegível para pagamento novamente.
Por que é importante

O tempo entre a definição e a remoção de um bloqueio representa o tempo de resolução de uma exceção. Encurtar essa duração é fundamental para melhorar a eficiência e a relação com fornecedores.

Onde obter

Este evento é capturado quando o campo de Chave de Bloqueio de Pagamento (BSEG-ZLSPR) é limpo. Esta alteração é registrada nas tabelas CDHDR e CDPOS, fornecendo o timestamp da remoção.

Captura

Identifique quando o campo BSEG-ZLSPR é limpo via documentos de modificação (CDHDR/CDPOS).

Tipo de evento explicit
Dados da Fatura Atualizados
Esta atividade reflete uma alteração feita no documento após a criação inicial. É comum em ciclos de retrabalho após uma rejeição ou para corrigir erros.
Por que é importante

Atualizações frequentes sinalizam retrabalho e possíveis problemas de qualidade de dados na entrada. Rastrear essas mudanças ajuda a quantificar o esforço gasto em correções e a identificar erros comuns.

Onde obter

As alterações em campos-chave são registradas nas tabelas de documentos de modificação do SAP, CDHDR (cabeçalho) e CDPOS (item). Os eventos podem ser gerados filtrando as alterações no objeto de fatura relevante.

Captura

Extraia eventos de alteração das tabelas CDHDR e CDPOS para o objeto de fatura.

Tipo de evento explicit
Fatura Enviada para Aprovação
Esta atividade marca o início de um workflow formal de aprovação. Geralmente é inferida quando o status da fatura muda para 'pendente de aprovação' ou um item de workflow é gerado.
Por que é importante

Este é o ponto de partida para medir o tempo do ciclo de aprovação. Entender quando as aprovações começam é essencial para identificar gargalos no próprio workflow de aprovação.

Onde obter

Isso costuma ser inferido do início de um SAP Business Workflow (tabela SWW_WI2OBJ) vinculado ao objeto da fatura (ex: BUS2081) ou uma alteração em um campo de status customizado no cabeçalho.

Captura

Inferir a partir da criação de um item de workflow relacionado ao documento de fatura.

Tipo de evento inferred
Fatura Estacionada
Representa uma fatura inserida no sistema, mas ainda não lançada no livro razão. O 'parking' é usado para salvar faturas incompletas ou para revisão posterior antes do lançamento.
Por que é importante

O "parking" (estacionamento de fatura) indica uma pausa deliberada no processo. Acompanhar a duração e a frequência das faturas paradas ajuda a identificar os motivos dos atrasos antes do início do ciclo formal de lançamento e aprovação.

Onde obter

Isso pode ser identificado por documentos criados via transações de parking (ex: MIR7, FV60) ou verificando campos de status específicos na tabela BKPF ou tabelas dedicadas a documentos parados, como VBKPF.

Captura

Identifique documentos criados via transações de pré-lançamento ou verifique o status de documento pré-lançado.

Tipo de evento explicit
Fatura Rejeitada
Representa a rejeição de uma fatura durante o processo de aprovação. Este evento gera retrabalho, exigindo correção e reenvio.
Por que é importante

Rejeições de faturas são um indicador chave de ineficiência e problemas de qualidade de dados. Analisar a frequência e os motivos das rejeições ajuda a identificar chances de melhoria e treinamento.

Onde obter

Isso é inferido de atualizações de status específicas em um workflow SAP, como um status de 'rejeitado', ou de eventos que cancelam o workflow de aprovação atual, enviando-o de volta ao processador.

Captura

Inferir a partir de mudanças de status do workflow que indicam rejeição.

Tipo de evento inferred
Pagamento Atrasado Executado
Este é um evento calculado que ocorre quando o pagamento de uma fatura é executado após a data de vencimento calculada. É derivado da comparação de dois campos de data.
Por que é importante

Esta atividade apoia diretamente os KPIs de pagamento pontual e ajuda a identificar fornecedores ou unidades com pagamentos atrasados frequentes, o que pode prejudicar parcerias e gerar multas.

Onde obter

Isso é calculado comparando a Data de Compensação (BSEG-AUGDT) com a Data de Vencimento Líquido. O vencimento é calculado a partir da Data Base (BSEG-ZFBDT) e dos termos de pagamento (BSEG-ZTERM).

Captura

Derivado da comparação BSEG-AUGDT > (BSEG-ZFBDT + dias da condição de pagamento).

Tipo de evento calculated
Proposta de Pagamento Criada
A fatura é selecionada e incluída em uma proposta de pagamento como parte de uma execução de pagamento. Este é o primeiro passo no processo automatizado.
Por que é importante

Esta atividade indica a intenção de pagar. Atrasos entre esta etapa e a execução final do pagamento podem revelar problemas no processo de execução, aprovações ou comunicação bancária.

Onde obter

Isso pode ser encontrado nas tabelas de execução de pagamento, especificamente na REGUP, que contém os itens da proposta. A data de execução na tabela REGUH correspondente fornece o timestamp.

Captura

Identifique quando uma fatura aparece na tabela REGUP em uma execução de proposta de pagamento.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter seus dados do SAP S/4HANA