Seu Template de dados de compras ao pagamento: processamento de faturas

SAP S/4HANA
Seu Template de dados de compras ao pagamento: processamento de faturas

Seu Template de dados de compras ao pagamento: processamento de faturas

Este Template de dados foi criado para orientar você na configuração da análise de compras ao pagamento: processamento de faturas. Ele apresenta os atributos essenciais a serem coletados, as principais atividades a serem acompanhadas e orientações úteis para a extração. Use este Template para garantir uma preparação de dados simples e eficiente para suas iniciativas de Process Mining.
  • Atributos recomendados para coleta
  • Principais atividades a acompanhar
  • Orientações de extração para SAP S/4HANA
Novo em Event Logs? Aprenda como criar um Event Log de Process Mining.

Purchase to Pay - Atributos do processamento de faturas

Estes são os campos de dados recomendados para incluir no seu Event Log e realizar uma análise completa do processamento de faturas de Purchase to Pay.
3 Obrigatório 8 Recomendado 10 Opcional
Nome Descrição
Número da fatura
InvoiceNumber
O identificador exclusivo do documento de fatura do fornecedor, usado como identificador principal do caso no 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, estacionamento, aprovação e pagamento, em uma única instância de processo coesa.

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

Por que isso importa

É a chave essencial para conectar todos os eventos relacionados, permitindo rastrear completamente o ciclo de vida de uma fatura no sistema.

Onde obter

Este é o número do documento contábil, encontrado na tabela BKPF, campo BELNR.

Exemplos
190000000119000000451900000132
Horário do evento
EventTime
A data e a hora exatas em que a atividade ocorreu.
Descrição

O horário do evento é o registro de data e hora que indica exatamente quando uma atividade específica aconteceu. Esses dados são essenciais para calcular durações, tempos de ciclo e tempos de espera entre diferentes etapas do processo.

Na análise de Process Mining, registros de data e hora precisos são usados para medir KPIs de performance, como 'Tempo médio do ciclo da fatura' e 'Tempo do ciclo de aprovação da fatura'. Ao analisar o tempo decorrido entre as atividades, as organizações podem localizar gargalos em que as faturas estão atrasando e identificar oportunidades para acelerar o processo.

Por que isso importa

Este registro de data e hora é a base de todas as análises orientadas por tempo, incluindo o monitoramento da performance, a identificação de gargalos e o acompanhamento de SLAs.

Onde obter

Normalmente obtido 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
Nome da atividade
ActivityName
O nome da atividade de negócio ou do evento ocorrido em um momento específico para uma fatura.
Descrição

O nome da atividade descreve uma etapa específica ou uma alteração de status no ciclo de vida do processamento da fatura. Exemplos incluem 'Documento da fatura criado', 'Fatura enviada para aprovação', 'Bloqueio de pagamento definido' e 'Pagamento executado'.

Este atributo é essencial para construir o mapa do processo, que representa visualmente o fluxo das atividades. Analisar a sequência, a frequência e a duração entre essas atividades ajuda a identificar gargalos, loops de retrabalho e variações do processo que não estão em conformidade. Ele é a base de qualquer análise de Process Mining.

Por que isso importa

Ele define as etapas do processo, permitindo visualizar mapas de processo e analisar fluxos e variações do processo.

Onde obter

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

Exemplos
Fatura estacionadaFatura aprovadaPagamento executado
Código da empresa
CompanyCode
A unidade organizacional que representa uma empresa legalmente independente para a qual são elaboradas demonstrações financeiras.
Descrição

O código da empresa é uma unidade organizacional fundamental no SAP Finance. Cada fatura é atribuída a um código de empresa específico, que determina a entidade legal responsável pela transação.

No Process Mining, filtrar ou comparar por código da empresa é essencial para analisar a performance do processo entre diferentes unidades de negócio, entidades legais ou países. Isso ajuda a identificar diferenças regionais de eficiência, conformidade e níveis de automação, apoiando iniciativas de melhoria direcionadas.

Por que isso importa

Ele permite segmentar e comparar a performance do processamento de faturas entre diferentes entidades legais ou localizações geográficas da organização.

Onde obter

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

Exemplos
1000US01DE01
Data de vencimento do pagamento
PaymentDueDate
A data até a qual a fatura deve ser paga para evitar atraso.
Descrição

A data de vencimento do pagamento é a data calculada em que o pagamento ao fornecedor deve ser realizado, com base na data da fatura e nas condições de pagamento acordadas. Ela funciona como um prazo crítico no processo.

Este atributo é essencial para o KPI 'Taxa de pagamentos no prazo' e para o Dashboard 'Performance de pagamentos por fornecedor'. Ao comparar a data real do pagamento com a data de vencimento, a empresa pode medir sua capacidade de cumprir as obrigações de pagamento, o que afeta o relacionamento com os fornecedores e sua reputação financeira.

Por que isso importa

É a principal referência para medir a performance dos pagamentos no prazo, algo crucial para manter bons relacionamentos com os fornecedores e evitar multas por atraso.

Onde obter

Essa data geralmente está disponível diretamente no item de linha do fornecedor na tabela BSEG, campo ZFBDT (data-base para o cálculo do vencimento). A data líquida de vencimento é calculada a partir dessa data-base e das condições de pagamento.

Exemplos
2023-05-302023-06-152023-07-01
Motivo do bloqueio de pagamento
PaymentBlockReason
Um código que indica por que uma fatura está bloqueada para pagamento.
Descrição

Quando uma fatura é bloqueada para pagamento, este atributo informa o motivo específico do bloqueio, como 'Divergência de quantidade' ou 'Divergência de preço'. Esses motivos são configurados no SAP para padronizar o tratamento de exceções.

Este atributo é fundamental para o Dashboard 'Ocorrência e duração de bloqueios de pagamento'. Analisar a frequência dos diferentes motivos de bloqueio ajuda a identificar as causas-raiz dos atrasos nos pagamentos, como problemas com fornecedores, materiais ou processos internos, permitindo ações corretivas direcionadas.

Por que isso importa

Fornece a causa-raiz específica dos bloqueios de pagamento, permitindo uma análise direcionada para reduzir atrasos e melhorar o processamento correto na primeira tentativa.

Onde obter

Localizado no item de linha do fornecedor da tabela BSEG, campo ZLSPR (chave de bloqueio de pagamento).

Exemplos
RIA
Nome do usuário
UserName
O ID do usuário SAP da pessoa ou do sistema que executou a atividade.
Descrição

Este atributo identifica o usuário que executou uma transação específica ou criou um documento. Ele pode ser o ID de um usuário ou o ID de um sistema para jobs automatizados em lote.

Analisar por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e detectar comportamentos incomuns. Por exemplo, pode mostrar quais usuários lidam frequentemente com exceções ou quais faturas são processadas automaticamente, como pelo usuário 'BATCHUSER', algo essencial para calcular o KPI 'Taxa de automação de faturas'.

Por que isso importa

Ele atribui as atividades do processo a usuários ou contas de sistema específicos, permitindo analisar a carga de trabalho, comparar a performance e detectar automações.

Onde obter

Obtido 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 fornecedor ou credor associado à fatura. Ele conecta a transação da fatura aos dados mestres do fornecedor.

Este atributo é fundamental para análises centradas no fornecedor, como avaliar a 'Performance de pagamentos por fornecedor' ou identificar fornecedores que enviam com frequência faturas problemáticas, gerando exceções ou bloqueios de pagamento. Ele ajuda a gerenciar o relacionamento com os fornecedores e avaliar a confiabilidade deles.

Por que isso importa

Permite analisar a performance do processo por fornecedor, ajudando a identificar padrões, gerenciar relacionamentos e avaliar problemas relacionados aos fornecedores.

Onde obter

Normalmente encontrado na tabela de segmentos de documentos contábeis 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 conecta a fatura do fornecedor ao pedido de compra (PO) original. Essa conexão é fundamental para o processo de conferência de três vias, que verifica a fatura em relação ao pedido de compra e ao recebimento da mercadoria.

Analisar por esse atributo ajuda a entender problemas relacionados a faturas vinculadas ou não a pedidos de compra. Ele é essencial para investigar divergências de conferência e entender a eficiência da etapa de compras do processo.

Por que isso importa

Conecta a fatura ao processo de compras, algo essencial para analisar divergências de conferência e a conformidade com pedidos de compra.

Onde obter

Essa informação normalmente é encontrada na tabela de segmentos de documentos BSEG, campo EBELN (número do documento de compras).

Exemplos
450000123445000056784500009012
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' normalmente representa uma fatura padrão de fornecedor, enquanto 'KG' pode representar uma nota de crédito de fornecedor.

Analisar por tipo de documento permite segmentar o processo para entender como diferentes tipos de transação são tratados. Por exemplo, o processo de uma nota de crédito pode ser significativamente diferente do processo de uma fatura padrão. Essa segmentação fornece insights de processo mais precisos e relevantes.

Por que isso importa

Ele ajuda a diferenciar vários tipos de transações financeiras, como faturas padrão e notas de crédito, que geralmente seguem caminhos diferentes no processo.

Onde obter

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

Exemplos
KRREKG
Valor da fatura
AmountInCompanyCodeCurrency
O valor bruto total da fatura na moeda local do código da empresa.
Descrição

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

Analisar os valores das faturas ajuda a priorizar faturas de alto valor para um processamento mais rápido, identificar tendências de gastos e relacionar problemas do processo ao valor financeiro. Por exemplo, pode ser usado para investigar se faturas de alto valor têm maior probabilidade de ser bloqueadas ou de apresentar tempos de aprovação mais longos.

Por que isso importa

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

Esse valor normalmente é derivado da soma dos itens de linha relevantes na tabela BSEG, campo WRBTR (valor na 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 datas de vencimento e períodos de desconto.
Descrição

As condições de pagamento definem as regras para pagar uma fatura, incluindo eventuais descontos disponíveis para pagamento antecipado. Por exemplo, 'Z030' pode significar 'Pagável em até 30 dias, líquido'.

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 pagamento antecipado, apoiando diretamente o KPI 'Taxa de aproveitamento de descontos por pagamento antecipado'.

Por que isso importa

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

Onde obter

Encontrado no item de linha do fornecedor na tabela BSEG, campo ZTERM (chave das condições de pagamento).

Exemplos
0001Z030NT60
Contagem de ciclos de aprovação
ApprovalCycleCount
A quantidade de vezes que 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. Uma contagem maior que um indica que a fatura foi rejeitada ou devolvida pelo menos uma vez, exigindo um novo ciclo de aprovação.

Este atributo apoia diretamente o KPI 'Taxa de aprovação na primeira tentativa'. Ao analisar faturas com muitas etapas de aprovação, as organizações podem identificar os motivos das aprovações malsucedidas, como informações insuficientes ou codificação incorreta, e tomar medidas para melhorar o processo.

Por que isso importa

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

Onde obter

Calculado contando as ocorrências da atividade 'Fatura enviada para aprovação' para cada InvoiceNumber 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 informada pelo fornecedor na fatura. Ela é usada como ponto de partida para calcular a data de vencimento do pagamento com base nas condições de pagamento acordadas.

Na análise, essa data é fundamental para cálculos financeiros, como determinar a idade da fatura e a elegibilidade para descontos por pagamento antecipado. Ela é uma entrada importante para o KPI 'Taxa de aproveitamento de descontos por pagamento antecipado'.

Por que isso importa

Serve como base para calcular as condições de pagamento e as datas de vencimento, algo essencial para gerenciar o capital de giro e aproveitar descontos.

Onde obter

Encontrada na tabela de cabeçalho de documentos BKPF, campo BLDAT (data do documento).

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

Este atributo booleano é verdadeiro quando o usuário associado a uma atividade é uma conta de sistema ou de processamento em lote conhecida, como 'WF-BATCH' ou 'SAP_SYSTEM'. Ele ajuda a distinguir as etapas manuais das automatizadas.

Este atributo é essencial para calcular o KPI 'Taxa de automação de faturas'. Ao analisar quais partes do processo são automatizadas, as organizações podem medir o sucesso de suas iniciativas de automação, identificar novas oportunidades para reduzir o esforço manual e melhorar a eficiência.

Por que isso importa

Distingue atividades manuais de atividades conduzidas pelo sistema, algo fundamental para medir as taxas de automação e identificar oportunidades de automação adicional.

Onde obter

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

Exemplos
truefalse
É pago no prazo
IsPaidOnTime
Um indicador verdadeiro quando a fatura foi paga na data de vencimento ou antes dela.
Descrição

Este atributo booleano resulta da comparação entre a data real do pagamento, o registro de data e hora da atividade 'Pagamento executado', e a 'Data de vencimento do pagamento'. Ele fornece um resultado binário claro para o status de pagamento de cada fatura.

Este é o cálculo principal do KPI 'Taxa de pagamentos no prazo'. Ele permite filtrar e analisar facilmente as características dos pagamentos atrasados, como fornecedores, códigos de empresa ou valores de fatura frequentemente associados a atrasos.

Por que isso importa

Mede diretamente o cumprimento das condições de pagamento, um KPI fundamental para a gestão do relacionamento com fornecedores e das operações financeiras.

Onde obter

Calculado comparando o EventTime da atividade 'Pagamento executado' com o atributo PaymentDueDate. (Payment Date <= PaymentDueDate).

Exemplos
truefalse
É retrabalho
IsRework
Um indicador que informa 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 de atividades, por exemplo, '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 'Taxa de retrabalho de faturas'. Ele permite que os analistas isolem e investiguem facilmente os casos com retrabalho para entender as causas-raiz da ineficiência e do esforço manual repetido.

Por que isso importa

Identifica fluxos de processo ineficientes nos quais o trabalho precisa ser repetido, ajudando a quantificar desperdícios e localizar as causas-raiz das exceções do processo.

Onde obter

Calculado com base na sequência de atividades do Event Log. Por exemplo, se 'Fatura rejeitada' ocorrer no rastreamento de uma fatura, este indicador será definido como verdadeiro.

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

Este atributo especifica o sistema de origem, por exemplo, 'S4H_PROD' ou 'ERP_EU'. Ele é especialmente importante em ambientes com várias instâncias de ERP ou uma combinação de sistemas legados e modernos.

Na análise, ele permite comparar a performance do processo entre diferentes sistemas ou regiões. Também garante a proveniência dos dados e é essencial para a governança de dados e a solução de problemas quando dados de várias fontes são combinados em uma plataforma central de Process Mining.

Por que isso importa

Ele fornece contexto sobre a origem dos dados, algo essencial para a governança de dados e para comparar processos entre diferentes sistemas ou unidades da empresa.

Onde obter

Esse valor normalmente é derivado do ID do sistema SAP (sy-sysid) durante a extração dos 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 for contabilizada incorretamente, ela geralmente é estornada. O código do motivo do estorno explica por que essa ação foi realizada, por exemplo, 'Data de contabilização incorreta' ou 'Erro de entrada de dados'.

Analisar os motivos dos estornos ajuda a identificar padrões de erros no processo de contabilização de faturas. Esse insight pode ser usado para melhorar treinamentos, aprimorar controles do sistema ou resolver problemas recorrentes que geram retrabalho financeiro e esforço administrativo.

Por que isso importa

Explica por que as faturas foram canceladas, fornecendo um insight direto sobre as fontes de erro e retrabalho no processo de contabilização.

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, normalmente representando o documento de pagamento.
Descrição

O número do documento de compensação conecta um item de fatura em aberto à transação que o compensa, quase sempre o documento de pagamento. Isso confirma que a fatura foi paga.

Este atributo é a conexão definitiva entre uma fatura e seu pagamento. Ele é usado para identificar a atividade 'Pagamento executado' e seu registro de data e hora correspondente, algo essencial para calcular o tempo do ciclo de ponta a ponta e a taxa de pagamentos no prazo.

Por que isso importa

Confirma que uma fatura foi paga e a conecta à transação de pagamento específica, algo fundamental para analisar o tempo de ciclo e a performance dos pagamentos.

Onde obter

Encontrado na tabela de segmentos de documentos BSEG, campo AUGBL (número do documento de compensação).

Exemplos
150000000115000000231500000088
Registro de data e hora da extração
ExtractionTimestamp
A data e a hora em que os dados foram extraídos do sistema de origem.
Descrição

Este atributo registra o horário do evento de extração dos dados. Ele indica o nível de atualização dos dados analisados na ferramenta de Process Mining.

Na análise, ele é usado para entender a atualidade dos insights gerados. É fundamental para os Dashboards de monitoramento operacional, garantindo que as decisões sejam baseadas em informações atualizadas e ajudando a gerenciar os ciclos de atualização dos dados.

Por que isso importa

Indica o nível de atualização dos dados, garantindo que a análise e os relatórios usem as informações mais recentes disponíveis.

Onde obter

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

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

Purchase to Pay - Atividades de processamento de faturas

Estas são as principais etapas e marcos do processo que você deve registrar no seu Event Log para descobrir o processo com precisão.
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. Ele pode ser capturado quando um usuário salva um novo documento de fatura, que pode estar em estado estacionado ou pré-lançado.
Por que isso importa

Esta atividade marca o início do ciclo de vida do processamento da fatura. Analisar o tempo entre este evento e os demais é essencial para medir o tempo 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, normalmente BKPF ou RBKP para faturas de logística. O código de transação (BKPF-TCODE), como FB60, MIRO ou MIR7, indica o método de criação.

Captura

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

Tipo de evento explicit
Fatura aprovada
Esta atividade indica que a fatura foi aprovada pela autoridade designada. Ela é capturada quando o Workflow de aprovação é concluído com sucesso ou quando um indicador de liberação é definido.
Por que isso importa

Este é um marco crítico que libera a fatura para pagamento. Atrasos nas aprovações são um gargalo comum, e acompanhar essa atividade ajuda a localizar aprovadores ou etapas lentas do processo.

Onde obter

Isso pode ser inferido a partir da etapa final de liberação em um Workflow do SAP ou do acompanhamento de alterações nos campos de status de liberação em tabelas associadas à fatura ou ao documento de compras.

Captura

Infira esse evento a partir de eventos de conclusão do Workflow ou de alterações no campo de status de liberação do documento.

Tipo de evento inferred
Fatura contabilizada
Este é um evento financeiro importante, no qual a fatura estacionada ou aprovada é contabilizada formalmente no razão geral. Essa ação reconhece o passivo com o fornecedor.
Por que isso importa

A contabilização é um marco importante que separa a entrada e a aprovação dos dados da etapa de liquidação financeira. O tempo entre a criação da fatura e a contabilização é uma medida importante da eficiência do processamento interno.

Onde obter

Este evento é identificado pela data de contabilização (BKPF-BUDAT) no cabeçalho do documento. Para documentos estacionados primeiro, a transição para o status contabilizado fornece o registro de data e hora do evento.

Captura

Use a data de contabilização (BKPF-BUDAT) como o registro de data e hora do evento.

Tipo de evento explicit
Fatura estornada
Uma atividade que representa o estorno de um documento de fatura contabilizado anteriormente. Este é um evento terminal para uma fatura incorreta, que geralmente é lançada novamente de forma correta.
Por que isso importa

Os estornos indicam erros críticos que não foram identificados antes no processo. Acompanhar sua frequência e suas causas-raiz é essencial para melhorar o processo e reduzir imprecisões financeiras.

Onde obter

Um estorno é identificado quando um documento de estorno é criado. O cabeçalho do documento original (BKPF) conterá o número do documento de estorno (BKPF-STBLG), e vice-versa. A data de contabilização do documento de estorno é o horário do evento.

Captura

Identifique os documentos que têm um valor no campo BKPF-STBLG e use a data de contabilização do documento de estorno.

Tipo de evento explicit
Pagamento executado
Esta é a atividade final do processo padrão, na qual o pagamento é realizado e a fatura é compensada. Isso significa que os recursos foram pagos ao fornecedor.
Por que isso importa

Isso marca o fim do ciclo de vida da fatura P2P. É essencial para calcular o tempo total do ciclo de ponta a ponta e medir a performance dos pagamentos no prazo em relação à data de vencimento.

Onde obter

Este evento é capturado a partir das 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 definido
Uma atividade em que um bloqueio é colocado intencionalmente em uma fatura para impedir seu pagamento. Isso geralmente ocorre devido a divergências de preço ou quantidade ou a uma nota de crédito pendente.
Por que isso importa

Os bloqueios de pagamento são uma das principais causas de pagamentos atrasados e disputas com fornecedores. Analisar sua frequência, duração e motivos é essencial para melhorar as taxas de pagamento pontual.

Onde obter

Este evento é capturado acompanhando as alterações no campo Payment Block Key (BSEG-ZLSPR) do item da fatura. Os registros de alteração em CDHDR e CDPOS fornecem a data e hora e o usuário responsáveis pela definição do bloqueio.

Captura

Identifique quando o campo BSEG-ZLSPR é preenchido por meio dos documentos de alteração (CDHDR/CDPOS).

Tipo de evento explicit
Bloqueio de pagamento removido
Representa a resolução de um problema, quando um bloqueio de pagamento definido anteriormente é removido. Com isso, a fatura volta a estar elegível para pagamento.
Por que isso importa

O tempo entre a aplicação e a remoção de um bloqueio representa o tempo de resolução de uma exceção do processo. Reduzir essa duração é essencial para melhorar a eficiência e o relacionamento com os fornecedores.

Onde obter

Este evento é capturado quando o campo Payment Block Key (BSEG-ZLSPR) é limpo. Essa alteração é registrada nas tabelas CDHDR e CDPOS, fornecendo um registro de data e hora para a remoção.

Captura

Identifique quando o campo BSEG-ZLSPR é limpo por meio dos documentos de alteração (CDHDR/CDPOS).

Tipo de evento explicit
Dados da fatura atualizados
Esta atividade reflete uma alteração feita no documento da fatura após sua criação inicial. Isso é comum durante ciclos de retrabalho após uma rejeição ou para corrigir erros.
Por que isso importa

Atualizações frequentes indicam retrabalho e possíveis problemas de qualidade dos dados no ponto de entrada. Acompanhar essas alterações ajuda a quantificar o esforço gasto em correções e identificar erros recorrentes.

Onde obter

As alterações nos campos principais são registradas nas tabelas de documentos de alteração do SAP, CDHDR, de cabeçalho, e CDPOS, de item. Os eventos podem ser gerados filtrando as alterações do 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 da fatura. Geralmente, ela é inferida quando o status da fatura muda para “aguardando aprovação” ou quando um item de Workflow é gerado.
Por que isso importa

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

Normalmente, isso é inferido a partir do início de um SAP Business Workflow, na tabela SWW_WI2OBJ, vinculado ao objeto da fatura, como BUS2081, ou de uma alteração em um campo de status personalizado no cabeçalho do documento.

Captura

Infira esse evento a partir da criação de um item de Workflow relacionado ao documento da fatura.

Tipo de evento inferred
Fatura estacionada
Representa uma fatura que foi inserida no sistema, mas ainda não foi lançada no razão geral. O estacionamento é usado para salvar faturas incompletas ou para revisá-las posteriormente antes do lançamento.
Por que isso importa

O estacionamento indica uma pausa deliberada no processo. Acompanhar a duração e a frequência das faturas estacionadas 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 por meio de transações de estacionamento, como MIR7 e FV60, ou pela verificação de campos de status específicos na tabela BKPF ou em tabelas dedicadas a documentos estacionados, como VBKPF.

Captura

Identifique documentos criados por meio de transações de estacionamento ou verifique se há um status de documento estacionado.

Tipo de evento explicit
Fatura rejeitada
Representa a rejeição de uma fatura durante o processo de aprovação. Esse evento inicia um retrabalho, exigindo correção e reenvio.
Por que isso importa

As rejeições de faturas são um indicador importante de ineficiência do processo e problemas de qualidade dos dados. Analisar a frequência e os motivos das rejeições ajuda a identificar oportunidades de melhoria e treinamento.

Onde obter

Isso é inferido a partir de atualizações específicas de status em um Workflow do SAP, como o status “rejeitada”, ou de eventos que cancelam o Workflow de aprovação atual e devolvem a fatura ao processador.

Captura

Infira esse evento a partir de alterações no status do Workflow que indiquem 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. Ele é derivado da comparação entre dois campos de data.
Por que isso importa

Esta atividade apoia diretamente os KPIs de pagamentos no prazo e ajuda a identificar fornecedores ou unidades de negócio com pagamentos atrasados frequentes, o que pode prejudicar o relacionamento com os fornecedores e gerar multas.

Onde obter

Isso é calculado comparando a data de compensação (BSEG-AUGDT) com a data líquida de vencimento. A data de vencimento é calculada a partir da data-base (BSEG-ZFBDT) e das condições de pagamento (BSEG-ZTERM).

Captura

Derive comparando BSEG-AUGDT > (BSEG-ZFBDT + dias do prazo 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 pagamentos. Esta é a primeira etapa do processo automatizado de pagamento.
Por que isso importa

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 de pagamentos, nas aprovações ou na comunicação com o banco.

Onde obter

Essa informação pode ser encontrada nas tabelas de execução de pagamentos, especificamente na REGUP, que contém os itens incluídos em uma proposta de pagamento. A data da execução na tabela REGUH correspondente fornece o registro de data e hora.

Captura

Identifique quando uma fatura aparece na tabela REGUP a partir de 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

Pronto para começar?

Comece a otimizar o processamento de faturas hoje. Este Template é o primeiro passo para alcançar melhorias operacionais significativas e mais eficiência.

Otimize agora o processamento de faturas P2P no SAP S/4HANA

Encontre gargalos e reduza o tempo do ciclo das faturas em 30% ou mais.

Começar o teste grátis

Não é necessário cartão de crédito. Configure em poucos minutos.