Seu Template de dados de Compras ao pagamento - Processamento de faturas

SAP ECC
Seu Template de dados de Compras ao pagamento - Processamento de faturas

Seu Template de dados de Compras ao pagamento - Processamento de faturas

Este Template oferece uma visão estruturada dos dados essenciais para analisar o processo de Compras ao pagamento - Processamento de faturas. Ele apresenta os principais atributos a coletar e as atividades que devem ser acompanhadas no Event Log. Você também encontra orientações práticas para extrair esses dados do SAP ECC e começar sua jornada de Process Mining.
  • Atributos recomendados para coleta
  • Principais atividades para acompanhar
  • Orientações para extração no SAP ECC
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de Compras ao pagamento - Processamento de faturas

Estes são os campos de dados recomendados para incluir no Event Log e analisar o processo de Compras ao pagamento - Processamento de faturas de forma abrangente.
3 Obrigatório 8 Recomendado 11 Opcional
Nome Descrição
Atividade
Activity
Nome de uma etapa ou evento de negócio específico ocorrido durante o ciclo de processamento da fatura.
Descrição

O atributo Atividade representa uma etapa ou ação específica no fluxo de trabalho de processamento da fatura. As atividades são derivadas de vários eventos do sistema, como criação de documentos, mudanças de status, aprovações ou ações de usuários registradas nos logs de alteração do SAP.

A análise das atividades é a base do Process Mining. Ela permite visualizar mapas de processo, identificar gargalos, como longas esperas após 'Fatura enviada para aprovação', ciclos de retrabalho, como repetições de 'Bloqueio de pagamento aplicado' e 'Bloqueio de pagamento liberado', e desvios de conformidade. A sequência e a frequência das atividades revelam o fluxo real do processo.

Por que isso importa

Ele define as etapas do mapa de processo e permite visualizar os fluxos, descobrir gargalos e identificar retrabalho.

Onde encontrar

Em geral, este atributo é derivado de várias fontes, incluindo códigos de transação (SY-TCODE), campos de status em tabelas como RBKP (por exemplo, RBSTAT) e eventos de alteração nas tabelas CDHDR e CDPOS.

Exemplos
Fatura estacionadaFatura enviada para aprovaçãoFatura aprovadaFatura lançadaFatura compensada
Data e hora do evento
EventTime
Data e hora exatas em que uma atividade ocorreu.
Descrição

Data e hora do evento registra o momento exato em que uma atividade de negócio foi executada e registrada no sistema de origem. Essa informação é a base cronológica do processo: ela organiza todas as atividades de cada fatura em uma sequência coerente.

Na análise, a data e a hora do evento são essenciais para calcular métricas baseadas em duração, como tempos de ciclo, de espera e de processamento entre atividades. Elas alimentam Dashboards como 'Tempo de ciclo da fatura de ponta a ponta' e 'Tempo de resolução de bloqueios de pagamento', fornecendo os dados necessários para medir o intervalo entre quaisquer duas etapas do processo. Datas e horas precisas são fundamentais para identificar atrasos e gargalos de performance.

Por que isso importa

Esta informação é essencial para ordenar os eventos corretamente e calcular métricas de performance, como tempos de ciclo e duração dos gargalos.

Onde encontrar

Em geral, esse valor é obtido combinando a data da alteração (UDATE) e a hora da alteração (UTIME) da tabela de cabeçalho de documentos de alteração CDHDR. Para eventos específicos de criação, pode-se usar a data e a hora de criação de tabelas como RBKP (ERNAM, ERZET).

Exemplos
2023-03-15T10:30:00Z2023-03-16T14:05:21Z2023-03-28T09:00:00Z
Número da fatura
InvoiceNumber
Identificador exclusivo do documento de fatura de um fornecedor.
Descrição

O número da fatura é o identificador exclusivo do caso ao longo do processamento da fatura. Cada número corresponde a uma única fatura recebida de um fornecedor e permite acompanhar todas as atividades relacionadas, da captura dos dados ao pagamento final, como parte de uma única instância do processo.

Na análise de Process Mining, este atributo é fundamental para reconstruir o ciclo de vida completo de cada fatura. Ele permite conectar eventos distintos registrados no SAP, como estacionar, lançar, bloquear e compensar, em uma sequência cronológica. Assim, você vê com clareza como cada fatura é processada, quanto tempo leva e onde ocorrem desvios em relação ao processo padrão.

Por que isso importa

Esta é a chave primária que conecta todos os eventos relacionados a uma única fatura, servindo de base para a análise do processo e a exploração de variantes.

Onde encontrar

Em geral, este é o número do documento na tabela SAP RBKP, campo BELNR, muitas vezes concatenado com o código da empresa (BUKRS) e o exercício fiscal (GJAHR) para garantir que seja exclusivo.

Exemplos
510004567851000456795100045680
Data de compensação
ClearingDate
A data em que o pagamento foi feito e a fatura foi baixada de contas a pagar.
Descrição

A data de compensação marca a etapa final do ciclo de vida da fatura: o pagamento. É a data em que o item em aberto da fatura é baixado por um documento de pagamento no sistema. Ela representa o momento em que o pagamento foi efetivamente realizado.

Esse atributo é o ponto final de vários KPIs importantes, como 'Tempo médio de ciclo da fatura' e 'Taxa de pagamentos em dia'. Ele é comparado à data de vencimento do pagamento para medir a performance dos pagamentos. Na análise de descontos, a comparação com o prazo do desconto mostra se o pagamento foi feito a tempo de aproveitá-lo.

Por que isso importa

Ela marca a conclusão do processo e serve de base para calcular o tempo de ciclo total, a taxa de pagamentos em dia e o aproveitamento de descontos.

Onde encontrar

Para itens compensados, este é o campo 'Clearing Date' (AUGDT) da tabela de itens de fornecedores compensados, BSAK.

Exemplos
2023-04-152023-05-022023-05-20
Data de lançamento
PostingDate
A data em que a fatura foi lançada oficialmente nos livros contábeis.
Descrição

A data de lançamento é uma data importante no processo contábil. Ela determina o período fiscal em que a despesa da fatura é reconhecida no Razão. Em geral, o assistente de contas a pagar define essa data durante o processamento da fatura.

Na análise de processos, a atividade 'Fatura lançada', identificada por essa data, é um marco importante. O tempo entre o recebimento da fatura e a data de lançamento é uma parte fundamental do tempo de ciclo total. Essa data também é essencial para relatórios financeiros e análises de volume, como acompanhar a quantidade de faturas lançadas por semana ou mês.

Por que isso importa

Ela marca um ponto importante do processo, determina o período financeiro da transação e é essencial para calcular o tempo de ciclo.

Onde encontrar

Este é o campo 'Posting Date' (BUDAT) da tabela de cabeçalho do documento da fatura, RBKP.

Exemplos
2023-03-202023-04-052023-04-11
Data de vencimento do pagamento
PaymentDueDate
A data limite para pagar a fatura ao fornecedor, de acordo com as condições de pagamento.
Descrição

A data de vencimento do pagamento é calculada com base na data de referência da fatura e nas condições de pagamento acordadas. Ela indica o prazo para efetuar o pagamento sem atrasos, evitando possíveis multas e problemas no relacionamento com o fornecedor.

Esse atributo é essencial para KPIs de performance e conformidade, como 'Taxa de pagamentos em dia' e 'Perda de oportunidades de desconto por pagamento antecipado'. Ao comparar a data efetiva do pagamento (data de compensação) com a data de vencimento, a análise determina automaticamente se o pagamento foi feito no prazo, antes ou depois dele. Esse dado é fundamental para o Dashboard de cumprimento das condições de pagamento.

Por que isso importa

Ela serve de referência para medir a performance dos pagamentos em dia e identificar oportunidades de aproveitar descontos por pagamento antecipado.

Onde encontrar

Essa data costuma ser calculada. A data de referência para pagamento (ZFBDT) está na tabela BSEG. A lógica de vencimento também depende das condições de pagamento (BSEG-ZTERM).

Exemplos
2023-04-192023-05-052023-05-11
Motivo do bloqueio de pagamento
PaymentBlockReason
Código que indica por que uma fatura está bloqueada para pagamento.
Descrição

Quando uma fatura apresenta divergências ou precisa de uma análise adicional, o pagamento é bloqueado. O código do motivo do bloqueio informa por que isso aconteceu, por exemplo, por divergência de quantidade ou preço, ou por um bloqueio manual.

Esse atributo é essencial para o Dashboard de duração da resolução de bloqueios de pagamento. Analisar a frequência e a duração dos bloqueios por motivo ajuda a identificar as causas raiz dos atrasos. Por exemplo, se 'Divergência de preço' for o motivo mais comum para bloqueios prolongados, isso pode indicar um problema nos dados mestres ou no processo de pedido de compra que precisa ser resolvido.

Por que isso importa

Ele explica por que as faturas atrasam, permite analisar as causas raiz dos bloqueios de pagamento e ajuda a priorizar melhorias no processo.

Onde encontrar

O motivo do bloqueio de pagamento pode ser encontrado no nível do item, na tabela RSEG (campo SPGRS), ou na tabela de documentos contábeis BSEG (campo ZLSPR).

Exemplos
RIM
Nome de usuário
UserName
ID do usuário SAP que executou a atividade.
Descrição

O atributo Nome de usuário identifica a pessoa responsável por executar uma determinada atividade no processo. Em geral, corresponde ao nome de usuário do SAP registrado na transação ou no evento de alteração.

Este atributo é essencial para analisar a performance de cada pessoa ou equipe. Ele ajuda a responder perguntas como 'Quem são os aprovadores mais rápidos?' ou 'Quais usuários geram mais retrabalho?'. Nos Dashboards, é usado para analisar a distribuição da carga de trabalho, identificar necessidades de treinamento e entender as diferenças de performance entre funcionários.

Por que isso importa

Ele permite analisar a performance e a carga de trabalho por pessoa ou equipe, ajudando a identificar quem tem melhor performance, oportunidades de treinamento e desequilíbrios na alocação de recursos.

Onde encontrar

Este é o campo 'Alterado por' (USERNAME) da tabela de cabeçalho de documentos de alteração CDHDR. Para eventos de criação, pode ser o campo 'Inserido por' (ERNAM) em tabelas como RBKP.

Exemplos
JSMITHBWILSONCHEN
Número do fornecedor
VendorNumber
Identificador exclusivo do fornecedor que enviou a fatura.
Descrição

O número do fornecedor é a chave dos dados mestres que identifica o fornecedor. Ele vincula a transação da fatura a um parceiro de negócio específico e permite analisar os dados por características do fornecedor.

Analisar o processo por número do fornecedor pode revelar insights importantes sobre o relacionamento e a performance dos fornecedores. Por exemplo, ajuda a identificar quais fornecedores enviam faturas problemáticas com frequência, gerando bloqueios ou divergências, e quais têm as faturas processadas com mais eficiência. Essas informações são úteis para a gestão de fornecedores e iniciativas de compras estratégicas.

Por que isso importa

Ele permite analisar cada fornecedor e identificar padrões, problemas ou ganhos de eficiência associados a fornecedores específicos.

Onde encontrar

Este é o campo 'Parte faturadora' (LIFNR) do cabeçalho do documento da fatura, na tabela RBKP.

Exemplos
100345100876200112
Número do pedido de compra
PurchaseOrderNumber
Identificador do pedido de compra (PO) usado para conciliar a fatura.
Descrição

O número do pedido de compra vincula a fatura ao documento de compras original. Ele é fundamental para a conciliação de três vias (pedido de compra, recebimento de mercadorias e fatura) e para analisar a eficiência do processo de faturas vinculadas a pedidos de compra.

Este atributo é essencial para Dashboards como 'Taxa de divergências na conciliação entre fatura e pedido de compra'. Ele permite separar o processo entre faturas vinculadas a pedidos de compra e faturas sem pedido, que costumam seguir fluxos e níveis de complexidade bem diferentes. Analisar problemas relacionados a pedidos específicos pode ajudar a diagnosticar falhas anteriores no processo de compras.

Por que isso importa

Ele conecta a fatura ao processo de compras, permitindo analisar faturas com e sem pedido de compra e identificar divergências na conciliação.

Onde encontrar

Em geral, este dado está no nível do item. O 'Número do pedido de compra' (EBELN) fica na tabela de itens da fatura RSEG. Talvez seja necessário agregá-lo ao nível do cabeçalho.

Exemplos
450001756345000175644500017565
Valor da fatura
InvoiceAmount
Valor bruto total da fatura na moeda original do documento.
Descrição

O valor da fatura representa o valor total enviado pelo fornecedor. É uma métrica financeira importante para cada caso de fatura.

No Process Mining, este atributo é essencial para análises por valor. Ele permite filtrar e segmentar o processo conforme o valor da fatura, que muitas vezes está relacionado à complexidade do processo e aos requisitos de aprovação. Por exemplo, faturas de alto valor podem seguir um fluxo de aprovação diferente e mais rigoroso. O atributo também é usado na análise de conformidade, como na verificação de faturas de alto valor que não passaram pelas etapas de aprovação obrigatórias.

Por que isso importa

Ele permite analisar o processo por valor, priorizar faturas de alto valor e entender como o valor da fatura afeta o fluxo do processo e a conformidade.

Onde encontrar

Este é o campo 'Valor bruto da fatura' (RMWWR) do cabeçalho do documento da fatura, na tabela RBKP.

Exemplos
1500.7512500.00850.20
Código da empresa
CompanyCode
Identificador da entidade legal ou empresa responsável pelo processamento da fatura.
Descrição

O código da empresa é uma unidade organizacional fundamental no SAP Financials e representa uma entidade legal independente. Todas as transações financeiras, inclusive as faturas, são lançadas em um código de empresa específico.

Esse atributo permite segmentar a análise de processos por entidade legal. Ele é essencial para comparar a performance, a conformidade e a eficiência entre as empresas de um grupo corporativo. Você pode filtrar os Dashboards pelo código da empresa para consultar os KPIs de processamento de faturas de uma empresa específica.

Por que isso importa

Ele permite comparar processos e avaliar a performance entre diferentes entidades legais de uma organização.

Onde encontrar

Este é o campo 'Company Code' (BUKRS) da tabela de cabeçalho do documento da fatura, RBKP.

Exemplos
10002000US01
Condições de pagamento
PaymentTerms
Código que define as condições de pagamento acordadas com o fornecedor, como prazos para descontos e datas de vencimento.
Descrição

As condições de pagamento definem quando uma fatura deve ser paga e quais descontos por pagamento antecipado estão disponíveis, se houver. Alguns exemplos são '30 dias líquidos' e '2% em 10 dias, líquido em 30', que significa um desconto de 2% se o pagamento for feito em até 10 dias; caso contrário, o valor integral vence em 30 dias.

Esse atributo é a base do Dashboard de perda de oportunidades de desconto por pagamento antecipado e do KPI de taxa de aproveitamento de descontos. A análise combina as condições de pagamento com as datas de lançamento e de pagamento para determinar se havia um desconto disponível e se ele foi aproveitado. Esse dado também é essencial para o Dashboard de cumprimento das condições de pagamento.

Por que isso importa

Ele é essencial para analisar a taxa de aproveitamento de descontos e entender o impacto financeiro dos atrasos no processo.

Onde encontrar

Este é o campo 'Terms of Payment Key' (ZTERM) da tabela de cabeçalho do documento da fatura, RBKP.

Exemplos
Z0010001NT30
Conta do Razão
GeneralLedgerAccount
Número da conta do Razão em que a despesa ou o custo da fatura é lançado.
Descrição

A conta do Razão é a conta de destino no plano de contas em que o impacto financeiro da fatura é registrado. Esse dado é essencial para relatórios financeiros e gestão de custos.

Na mineração de processos, analisar a conta do Razão acrescenta uma dimensão financeira ao fluxo do processo. O Dashboard de análise do uso de contas do Razão pode revelar padrões de gastos, identificar possíveis classificações incorretas de faturas e confirmar se os custos estão sendo alocados aos departamentos ou projetos corretos. Assim, fica mais fácil relacionar a execução do processo ao impacto financeiro.

Por que isso importa

Ele acrescenta uma dimensão financeira ao processo e permite analisar a alocação de custos, os padrões de gastos e possíveis classificações incorretas de faturas.

Onde encontrar

Esse dado fica no nível do item. O 'G/L Account Number' (HKONT) está na tabela de itens da fatura RSEG, para faturas com pedido de compra, ou na BSEG, para faturas diretas de FI.

Exemplos
630000655100741000
Desconto financeiro perdido
IsCashDiscountLost
Indicador calculado que informa se um desconto financeiro disponível foi perdido.
Descrição

Esse atributo booleano é calculado com base nas condições de pagamento e na data efetiva do pagamento. Ele será verdadeiro se as condições de pagamento oferecerem um desconto por pagamento antecipado e a data de compensação for posterior ao fim do prazo para obter o desconto. Assim, ele mede diretamente as perdas financeiras causadas por ineficiências no processo.

Esse atributo é a base do Dashboard de perda de oportunidades de desconto por pagamento antecipado. Ele facilita a quantificação do impacto financeiro dos atrasos no processamento. Ao filtrar os casos em que o indicador é verdadeiro, os analistas podem investigar as variantes do processo e os gargalos que mais levam à perda de descontos, criando uma justificativa sólida para melhorar o processo.

Por que isso importa

Ele quantifica diretamente as perdas financeiras causadas por atrasos no processo e ajuda a justificar a otimização do fluxo de trabalho de processamento de faturas.

Onde encontrar

Esse atributo não existe no SAP. Ele é calculado durante a transformação dos dados, interpretando 'PaymentTerms' e comparando 'ClearingDate' com a data limite para obter o desconto.

Exemplos
truefalse
Está vencida
IsOverdue
Indicador calculado que informa se a fatura foi paga depois da data de vencimento.
Descrição

Esse atributo booleano é calculado comparando a data de compensação (data efetiva do pagamento) com a data de vencimento do pagamento. Se a data de compensação for posterior à data de vencimento, o indicador será verdadeiro; caso contrário, será falso. Assim, você tem uma medida simples e direta da performance dos pagamentos em dia para cada fatura.

Esse atributo simplifica a análise e a visualização nos Dashboards. Ele permite filtrar e agregar dados facilmente para calcular o KPI de taxa de pagamentos em dia. Você também pode segmentar o processo rapidamente e comparar os fluxos das faturas vencidas com os das faturas pagas em dia, identificando padrões que podem levar a atrasos.

Por que isso importa

Ele simplifica a análise da performance dos pagamentos em dia e facilita a comparação entre os processos de faturas pagas no prazo e com atraso.

Onde encontrar

Esse atributo não existe no SAP. Ele é calculado durante a transformação dos dados com a fórmula: ClearingDate > PaymentDueDate.

Exemplos
truefalse
Hora de término
EndTime
Data e hora que indicam quando uma atividade foi concluída. Para eventos instantâneos, são iguais à hora de início.
Descrição

O atributo Hora de término marca a conclusão de uma atividade específica. No SAP, muitos eventos são registrados como um único instante, então a hora de término é igual à hora de início. Já para atividades com duração mensurável, como uma etapa de aprovação que exige trabalho ativo, ela pode indicar o fim da execução.

Na análise de processos, ter uma hora de término distinta permite medir o tempo de processamento da atividade separadamente do tempo de espera anterior. Assim, você diferencia quanto tempo uma atividade leva para ser executada de quanto tempo um caso espera até ela começar, obtendo insights mais aprofundados sobre a eficiência dos recursos.

Por que isso importa

Ele permite calcular o tempo de processamento das atividades, separando-o do tempo de espera entre elas e aprimorando a análise de gargalos.

Onde encontrar

Muitas vezes, é igual à hora de início e deriva de CDHDR-UDATE e CDHDR-UTIME. Em alguns casos, pode ser obtida dos registros do Workflow que informam explicitamente o início e o fim de uma tarefa.

Exemplos
2023-03-15T10:35:10Z2023-03-16T14:10:00Z2023-03-28T09:02:45Z
Moeda
Currency
Código da moeda do valor da fatura.
Descrição

O atributo Moeda especifica a moeda em que o valor da fatura está expresso, por exemplo, USD, EUR ou JPY.

Esse atributo fornece um contexto essencial para o Valor da fatura. Ele permite interpretar e agregar os dados financeiros corretamente, especialmente em organizações globais que trabalham com várias moedas. Você pode filtrar a análise por moeda para comparar a eficiência do processamento ou identificar problemas em diferentes regiões monetárias. Para agregar os valores financeiros de forma significativa, talvez seja necessário convertê-los para uma única moeda de referência.

Por que isso importa

Ele fornece o contexto necessário para interpretar corretamente qualquer valor financeiro e permite filtrar e analisar os dados por moeda.

Onde encontrar

Este é o campo 'Currency Key' (WAERS) da tabela de cabeçalho do documento da fatura, RBKP.

Exemplos
USDEURGBP
Motivo da rejeição
RejectionReason
Código ou texto que explica por que uma fatura foi rejeitada durante o fluxo de aprovação.
Descrição

Quando um aprovador rejeita uma fatura, o ideal é que informe o motivo. Pode ser um código padronizado ou um comentário em texto livre, indicando problemas como 'Número do pedido de compra incorreto', 'Fatura duplicada' ou 'Valor incorreto'.

Esses dados são essenciais para o Dashboard de motivos e tendências de rejeição de faturas. Ao analisar a frequência de cada motivo, a empresa pode identificar problemas recorrentes e tomar medidas corretivas. Por exemplo, se 'Número do pedido de compra incorreto' aparecer com frequência, pode ser necessário melhorar a comunicação com os fornecedores ou treinar a equipe responsável pela entrada de dados. Essa análise é fundamental para reduzir o retrabalho no processo.

Por que isso importa

Ele identifica a causa raiz das rejeições e permite direcionar melhorias no processo para reduzir o retrabalho e aumentar a taxa de acerto na primeira tentativa.

Onde encontrar

Essa informação muitas vezes não fica armazenada em um único campo padrão. Ela pode estar nos registros do contêiner do fluxo de trabalho, em campos de texto longo associados ao documento ou em campos específicos de uma solução de fluxo de trabalho personalizada.

Exemplos
FATURA_DUPLICADAVALOR_INCORRETOSEM_CORRESPONDÊNCIA_COM_PEDIDO
Sistema de origem
SourceSystem
Identifica o sistema de origem do qual os dados foram extraídos.
Descrição

O atributo Sistema de origem indica de onde vêm os dados de eventos, por exemplo, o nome de uma instância específica do SAP ECC. Isso é especialmente importante em ambientes com vários sistemas ERP ou quando os dados são combinados de diferentes fontes.

Na análise, este atributo ajuda a comparar processos e performance entre sistemas, regiões ou unidades de negócio que podem operar em instâncias separadas. Ele deixa clara a linhagem dos dados e permite filtrar e analisar cada sistema separadamente.

Por que isso importa

Ele oferece contexto essencial em ambientes com vários sistemas, permitindo separar os dados corretamente e analisar a performance de cada sistema.

Onde encontrar

Em geral, este é um valor estático adicionado durante a extração dos dados, que representa o ID do sistema SAP (TADIR-SRCSYSTEM) ou um identificador atribuído manualmente à instância específica do SAP.

Exemplos
SAPECC_PROD_EUECC_US_FINSAP_ERP_6_EHP8
Tipo de documento
DocumentType
Código que classifica o documento contábil, por exemplo, como fatura de fornecedor ou nota de crédito.
Descrição

O tipo de documento classifica diferentes tipos de transações comerciais no SAP. No processamento de faturas, os tipos comuns incluem 'RE', para faturas padrão, e 'KG', para notas de crédito de fornecedores. O tipo de documento controla aspectos do lançamento, como a faixa de numeração utilizada.

Na análise, esse atributo permite filtrar o processo por tipo de transação. Por exemplo, o processo de tratamento de uma nota de crédito pode ser bem diferente do processo de uma fatura padrão. Separar esses fluxos pelo tipo de documento oferece uma visão mais precisa e relevante do processo.

Por que isso importa

Ele permite separar e analisar diferentes transações comerciais, como faturas e notas de crédito, que seguem processos distintos.

Onde encontrar

Este é o campo 'Document Type' (BLART) da tabela de cabeçalho do documento da fatura, RBKP.

Exemplos
REKRKG
Última atualização dos dados
LastDataUpdate
Data e hora que indicam quando os dados do processo foram atualizados pela última vez a partir do sistema de origem.
Descrição

Este atributo registra a data e a hora da extração ou atualização mais recente dos dados. Ele se aplica ao conjunto de dados inteiro, e não a eventos individuais, indicando com clareza o quanto os dados estão atualizados.

Este metadado é essencial para quem usa Dashboards e para analistas. Ele ajuda a entender o período coberto pela análise e garante que as decisões sejam tomadas com base em informações atuais. Em geral, é exibido em destaque nos Dashboards para informar quando os dados foram atualizados.

Por que isso importa

Ele informa se os dados estão atualizados, ajudando a garantir que as análises e decisões se baseiem em informações recentes.

Onde encontrar

A ferramenta de extração de dados ou ETL gera e insere este valor no conjunto de dados durante a atualização.

Exemplos
2024-05-20T08:00:00Z2024-05-21T08:00:00Z2024-05-22T08:00:00Z
Obrigatório Recomendado Opcional

Atividades de Compras ao pagamento - Processamento de faturas

Estas são as principais etapas e marcos do processo que devem ser registrados no Event Log para descobrir com precisão como as faturas são processadas.
5 Recomendado 6 Opcional
Atividade Descrição
Bloqueio de pagamento aplicado
Esta atividade ocorre quando um bloqueio é aplicado a um item da fatura, impedindo o pagamento. O bloqueio pode ser aplicado automaticamente por divergências na conciliação de três vias ou manualmente por vários motivos.
Por que isso importa

Este evento é essencial para medir o tempo de resolução de bloqueios de pagamento e identificar as causas raiz dos atrasos. Ele destaca problemas de preço, quantidade ou aprovações necessárias.

Onde encontrar

Este é um evento explícito que pode ser acompanhado nos registros de documentos de alteração (tabelas CDHDR e CDPOS) da tabela BSEG, no campo ZLSPR (chave de bloqueio de pagamento).

Coleta

Data e hora nos documentos de alteração (CDHDR) em que o valor de BSEG-ZLSPR muda de vazio para preenchido.

Tipo de evento explicit
Dados da fatura capturados
Marca a criação inicial do documento da fatura no SAP, como documento estacionado ou totalmente lançado. Em geral, este é o primeiro evento registrado no sistema ao longo do ciclo de vida da fatura e serve como horário de início do processo.
Por que isso importa

Esta atividade é o principal ponto de partida para medir o tempo de ciclo do processamento de faturas de ponta a ponta. Analisar o tempo a partir desse momento ajuda a identificar atrasos na entrada inicial dos dados e na criação do documento.

Onde encontrar

A data e a hora de criação são registradas na tabela SAP BKPF, nos campos CPUDT (data de entrada do documento contábil) e CPUTM (hora de entrada).

Coleta

Use a data e a hora de criação do documento no cabeçalho da tabela BKPF (CPUDT).

Tipo de evento explicit
Fatura compensada
Esta atividade marca a etapa final de um ciclo de vida de fatura concluído com sucesso: o passivo em aberto é compensado por um documento de pagamento. Isso indica que o pagamento foi executado.
Por que isso importa

Como principal evento final, esta atividade é essencial para calcular o tempo total do ciclo de ponta a ponta. Ela confirma a conclusão bem-sucedida do processo e é usada para medir a performance dos pagamentos em dia.

Onde encontrar

Este é um evento explícito registrado na tabela de itens da fatura BSEG. A data de compensação fica armazenada no campo AUGDT, e o número do documento de compensação, no campo AUGBL.

Coleta

Use a data de compensação (BSEG-AUGDT) do item do documento da fatura.

Tipo de evento explicit
Fatura estornada
Indica o cancelamento de um documento de fatura lançado. Um documento de estorno é criado para anular o impacto financeiro da fatura original.
Por que isso importa

Esta atividade destaca uma exceção importante e um caminho de retrabalho. Analisar a frequência e os motivos dos estornos pode revelar problemas sistêmicos na validação e no lançamento de faturas.

Onde encontrar

Este é um evento explícito registrado na tabela de cabeçalho de documentos BKPF. O cabeçalho do documento estornado contém o número do documento de estorno (STBLG) e o exercício fiscal (STJAH).

Coleta

Identifique os documentos em que BKPF-STBLG está preenchido. A data do evento é a data de lançamento do documento de estorno.

Tipo de evento explicit
Fatura lançada
Este é um evento financeiro importante: a fatura é registrada oficialmente no razão geral e gera um passivo. O documento deixa de ser temporário (estacionado) e passa a ser um lançamento contábil permanente.
Por que isso importa

O lançamento é um marco importante que confirma a validade da fatura. Ele é um pré-requisito para o pagamento e um indicador essencial do volume de processamento.

Onde encontrar

Este é um evento explícito registrado na tabela de cabeçalho de documentos BKPF. A data e a hora do evento correspondem à data de lançamento, BKPF-BUDAT. O documento deixa de ter o status 'estacionado'.

Coleta

Use a data de lançamento (BKPF-BUDAT) dos documentos que não estão estacionados (BKPF-BSTAT está vazio ou contém ' ').

Tipo de evento explicit
Bloqueio de pagamento liberado
Indica a remoção do bloqueio de pagamento de um item da fatura, permitindo que ele siga para a execução do pagamento. Isso significa que um problema identificado anteriormente foi resolvido.
Por que isso importa

Esta atividade encerra a medição do tempo de bloqueio. Analisar o intervalo entre a aplicação e a liberação do bloqueio revela a eficiência do processo de resolução de problemas.

Onde encontrar

Este evento é acompanhado nos registros de documentos de alteração (tabelas CDHDR e CDPOS) da tabela BSEG, no campo ZLSPR (chave de bloqueio de pagamento), quando o bloqueio é removido.

Coleta

Data e hora nos documentos de alteração (CDHDR) em que o valor de BSEG-ZLSPR muda de preenchido para vazio.

Tipo de evento explicit
Fatura aprovada
Indica que a autoridade designada aprovou formalmente a fatura, permitindo que ela siga para lançamento e pagamento. Muitas vezes, esta é a etapa final do fluxo de trabalho.
Por que isso importa

Este marco encerra a medição do tempo de ciclo de aprovação. Ele libera o processo para que o pagamento seja feito em tempo hábil e ajuda a analisar a distribuição da carga de trabalho entre os aprovadores.

Onde encontrar

Em geral, esse evento é capturado nas tabelas do SAP Business Workflow, identificando a conclusão de uma tarefa de aprovação. Outra possibilidade é inferi-lo pela liberação de um bloqueio de pagamento relacionado à aprovação.

Coleta

Data e hora da conclusão da etapa de aprovação nos registros do Workflow ou da remoção de um bloqueio de pagamento específico.

Tipo de evento inferred
Fatura enviada para aprovação
Indica o momento em que uma fatura é enviada para um fluxo formal de aprovação. A forma de registrar esse evento depende muito da implementação específica do SAP Workflow ou de um sistema de terceiros.
Por que isso importa

Esta atividade inicia a contagem do KPI de tempo de ciclo de aprovação de faturas. Ela é essencial para identificar atrasos na cadeia de aprovação e analisar a performance dos aprovadores.

Onde encontrar

Em geral, esse evento é capturado nas tabelas do SAP Business Workflow, como SWW_WI2OBJ e SWWLOG, identificando o início de uma tarefa de aprovação específica. Em cenários mais simples, ele pode ser inferido por uma mudança de status em um campo personalizado.

Coleta

É necessário analisar os registros do SAP Workflow ou os campos de status personalizados vinculados ao documento da fatura.

Tipo de evento inferred
Fatura estacionada
Indica que uma fatura foi inserida no SAP, mas ainda não foi lançada no razão geral. Esse estado temporário permite revisar, corrigir ou aprovar a fatura antes do lançamento contábil.
Por que isso importa

Acompanhar quando as faturas são estacionadas e por quanto tempo ajuda a identificar gargalos na validação e aprovação antes do lançamento. Isso separa o tempo de entrada dos dados do tempo de processamento financeiro.

Onde encontrar

Esse evento é inferido pelo status do documento no campo BSTAT da tabela BKPF. O valor 'V' (documento estacionado) ou 'W' (documento estacionado com liberação para alteração) indica que o documento está estacionado.

Coleta

Identifique os documentos em que o campo de status BKPF-BSTAT tem o valor 'V'. A data do evento é a data de criação BKPF-CPUDT.

Tipo de evento inferred
Fatura fica em atraso
Evento calculado que ocorre quando a data atual ultrapassa a data líquida de vencimento da fatura e ela ainda não foi paga. A data de vencimento é determinada pelas condições de pagamento e pela data-base.
Por que isso importa

Esta atividade é essencial para monitorar o KPI de taxa de pagamentos em dia. Ela sinaliza proativamente as faturas com risco de atraso, que podem prejudicar o relacionamento com fornecedores e gerar multas.

Onde encontrar

Este evento é calculado comparando a data atual com a data líquida de vencimento. A data de vencimento é calculada com base na data-base (BSEG-ZFBDT) e nas condições de pagamento (BSEG-ZTERM).

Coleta

O evento é acionado quando current_date > (BSEG-ZFBDT + payment_terms) e o item não está compensado.

Tipo de evento calculated
Fatura rejeitada
Indica que uma fatura foi rejeitada durante o processo de aprovação. Normalmente, é preciso corrigi-la e enviá-la novamente, gerando um ciclo de retrabalho.
Por que isso importa

Acompanhar as rejeições é essencial para identificar causas comuns, como dados incorretos ou violações de políticas. Isso ajuda a quantificar o retrabalho e a identificar oportunidades de melhoria no processo ou de orientação aos fornecedores.

Onde encontrar

Em geral, esse evento aparece nos registros do SAP Business Workflow como uma etapa de rejeição. Também pode ser inferido por mudanças específicas de status ou por observações adicionadas ao documento da fatura.

Coleta

Data e hora da etapa de rejeição nos registros do Workflow ou da mudança de status do documento que indica a rejeição.

Tipo de evento inferred
Recomendado Opcional

Guias de extração

Como extrair seus dados do SAP ECC

Pronto para começar?

Com este Template, você pode descobrir insights valiosos e promover melhorias significativas no processo de Compras ao pagamento - Processamento de faturas. Comece a extrair seus dados hoje e transforme suas operações.

Otimize hoje o processamento de faturas de Compras ao pagamento

Identifique ineficiências e reduza em 30% o tempo de ciclo das faturas.

Comece seu teste grátis

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