Seu Template de dados de Compras ao pagamento - Processamento de faturas
Seu Template de dados de Compras ao pagamento - Processamento de faturas
- Atributos recomendados para coleta
- Principais atividades para acompanhar
- Orientações para extração no SAP ECC
Atributos de Compras ao pagamento - Processamento de faturas
| 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 | |||
Atividades de Compras ao pagamento - Processamento de faturas
| 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 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 | |||
Guias de extração
Etapas
- Crie o programa ABAP: Use a transação
SE38ouSE80para criar um novo programa executável, por exemplo,Z_PM_INVOICE_EXTRACT. Defina um título adequado e selecione o tipo 'Programa executável'. - Defina a tela de seleção: No programa, crie uma tela de seleção para permitir que os usuários filtrem os dados. Os principais parâmetros devem incluir código da empresa (
BUKRS), exercício fiscal (GJAHR), intervalo de datas de lançamento (BUDAT) e um parâmetro para o caminho do arquivo de saída no servidor de aplicações. - Declare as estruturas de dados: Defina uma tabela interna que armazenará o Event Log final. Essa estrutura deve incluir todos os atributos obrigatórios e recomendados:
InvoiceNumber,Atividade,EventTime,UserName,VendorNumber,PurchaseOrderNumber,InvoiceAmount,PostingDate,PaymentDueDate,PaymentBlockReasoneClearingDate. - Implemente a lógica de seleção de dados: Escreva a lógica ABAP principal para selecionar os dados das faturas. A abordagem combina várias seleções na tabela final do Event Log.
- Primeiro, selecione os dados de cabeçalho e de itens nas tabelas principais de faturas
BKPF,BSEG,RBKPeRSEG, com base nos critérios da tela de seleção. - Para cada fatura, gere eventos básicos, como 'Dados da fatura registrados' (com base no timestamp de criação) e 'Fatura lançada' (com base no timestamp de lançamento).
- Consulte as tabelas de documentos de alteração
CDHDReCDPOSpara localizar alterações relacionadas a bloqueios de pagamento (campoZLSPRemBSEG). Para cada alteração relevante, crie os eventos 'Bloqueio de pagamento definido' e 'Bloqueio de pagamento liberado'. - Identifique os eventos 'Fatura compensada' verificando se há um documento de compensação (
AUGBL) e uma data de compensação (AUGDT) na tabelaBSEG. - Identifique os eventos 'Fatura estornada' verificando se há um documento de estorno (
STBLG) no cabeçalhoBKPF. - Implemente uma lógica personalizada para registrar eventos do fluxo de trabalho ('Fatura enviada para aprovação', 'Aprovado', 'Rejeitado'). Essa parte varia bastante de acordo com cada cliente e exige adaptar o código às tabelas ou aos campos de status do fluxo de trabalho.
- Primeiro, selecione os dados de cabeçalho e de itens nas tabelas principais de faturas
- Gere eventos calculados: Na lógica do programa, calcule o evento
Fatura fica vencida. Para isso, compare a data de vencimento do pagamento da fatura (PaymentDueDate) com a data atual para todas as faturas não pagas. Se a data de vencimento já passou, crie um evento comEventTimeigual à data de vencimento. - Preencha a tabela do Event Log: À medida que coleta dados de cada fatura nas diferentes fontes, formate-os e adicione novas linhas à tabela interna final do Event Log, uma linha por atividade.
- Exporte os dados para um arquivo: Use as instruções
OPEN DATASET,TRANSFEReCLOSE DATASETpara gravar o conteúdo da tabela interna final em um arquivo simples no caminho do servidor de aplicações SAP definido na tela de seleção. Use um separador consistente, como ponto e vírgula ou tabulação, para criar um arquivo CSV. - Agende a extração: Para extrair dados regularmente, crie uma variante do programa com os critérios de seleção desejados e agende sua execução como job em segundo plano usando a transação
SM36. - Recupere o arquivo de saída: Acesse o diretório do servidor de aplicações SAP pela transação
AL11para localizar o arquivo gerado. Use a transaçãoCG3Ypara baixar o arquivo do servidor para seu computador. - Prepare o arquivo para carregamento: Antes de carregar os dados em uma ferramenta de Process Mining, abra o arquivo CSV para verificar se os cabeçalhos estão corretos, se o formato dos dados é consistente, especialmente o dos timestamps, e se o separador está correto. Salve o arquivo com codificação UTF-8.
Configuração
- Critérios de seleção: O relatório ABAP deve incluir uma tela de seleção abrangente. Os filtros mais importantes são:
Código da empresa (BUKRS): Limita a extração a entidades legais específicas.Data de lançamento (BUDAT): Define o período da extração. Recomenda-se extrair os dados em períodos menores, por exemplo, de 3 a 6 meses por vez.Tipo de documento (BLART): Inclui apenas os tipos de documento de fatura relevantes, como 'RE' para faturas de logística e 'KR' para faturas de fornecedores.
- Caminho do arquivo de saída: Parâmetro obrigatório para especificar o caminho completo e o nome do arquivo no servidor de aplicações SAP onde o arquivo será criado. O usuário que executar o relatório precisa ter autorização de gravação nesse diretório.
- Considerações de performance: Para grandes conjuntos de dados, o relatório deve ser executado como job em segundo plano fora dos horários de pico, para evitar a queda de performance do sistema. A lógica deve selecionar apenas os campos necessários das tabelas e, sempre que possível, usar os índices padrão do banco de dados SAP.
- Pré-requisitos e autorizações: O usuário ou a conta de serviço que executar a extração precisa de:
- Permissão para executar relatórios ABAP (parte de
S_PROGRAM). - Acesso de leitura às tabelas financeiras e de logística, incluindo
BKPF,BSEG,RBKP,RSEG,CDHDReCDPOS. - Autorização para gravar arquivos no diretório especificado do servidor de aplicações (
S_DATASET). - Acesso às transações
SE38,SM36,AL11eCG3Ypara desenvolvimento, agendamento e recuperação de arquivos.
- Permissão para executar relatórios ABAP (parte de
Consulta de exemplo abap
REPORT Z_PM_INVOICE_EXTRACT.
*&---------------------------------------------------------------------*
*& Tables for Selection Screen
*&---------------------------------------------------------------------*
TABLES: BKPF, RBKP.
*&---------------------------------------------------------------------*
*& Data Declarations
*&---------------------------------------------------------------------*
TYPES: BEGIN OF ty_event_log,
InvoiceNumber TYPE belnr_v,
Activity TYPE string,
EventTime TYPE timestamp,
UserName TYPE uname,
VendorNumber TYPE lifnr,
PurchaseOrderNumber TYPE ebeln,
InvoiceAmount TYPE wrbtr,
PostingDate TYPE budat,
PaymentDueDate TYPE faedt,
PaymentBlockReason TYPE rstgr,
ClearingDate TYPE augdt,
END OF ty_event_log.
DATA: gt_event_log TYPE TABLE OF ty_event_log,
gs_event_log TYPE ty_event_log.
DATA: lt_bkpf TYPE TABLE OF bkpf,
ls_bkpf TYPE bkpf,
lt_bseg TYPE TABLE OF bseg,
ls_bseg TYPE bseg.
DATA: lt_rbkp TYPE TABLE OF rbkp,
ls_rbkp TYPE rbkp.
*&---------------------------------------------------------------------*
*& Selection Screen
*&---------------------------------------------------------------------*
SELECT-OPTIONS: s_bukrs FOR bkpf-bukrs OBLIGATORY,
s_gjahr FOR bkpf-gjahr OBLIGATORY,
s_budat FOR bkpf-budat.
PARAMETERS: p_fpath TYPE string OBLIGATORY DEFAULT '/usr/sap/tmp/invoice_events.csv'.
*&---------------------------------------------------------------------*
*& Start of Program Logic
*&---------------------------------------------------------------------*
START-OF-SELECTION.
" Select FI Invoices (e.g., Doc Type KR)
SELECT * FROM bkpf INTO TABLE lt_bkpf
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat
AND blart = 'KR'.
" Select MM Invoices
SELECT * FROM rbkp INTO TABLE lt_rbkp
WHERE bukrs IN s_bukrs
AND gjahr IN s_gjahr
AND budat IN s_budat.
* --- Process FI Invoices ---
LOOP AT lt_bkpf INTO ls_bkpf.
CLEAR gs_event_log.
gs_event_log-InvoiceNumber = ls_bkpf-belnr.
gs_event_log-PostingDate = ls_bkpf-budat.
SELECT SINGLE * FROM bseg INTO ls_bseg
WHERE bukrs = ls_bkpf-bukrs
AND belnr = ls_bkpf-belnr
AND gjahr = ls_bkpf-gjahr
AND koart = 'K'. " Vendor Line Item
IF sy-subrc = 0.
gs_event_log-VendorNumber = ls_bseg-lifnr.
gs_event_log-InvoiceAmount = ls_bseg-wrbtr.
gs_event_log-ClearingDate = ls_bseg-augdt.
" Calculate Due Date
CALL FUNCTION 'DETERMINE_DUE_DATE'
EXPORTING
i_bseg = ls_bseg
IMPORTING
e_faedt = gs_event_log-PaymentDueDate.
ENDIF.
" Activity: Invoice Data Captured
gs_event_log-Activity = 'Invoice Data Captured'.
CONVERT DATE ls_bkpf-cpudt TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Parked (if BSTAT = 'V')
IF ls_bkpf-bstat = 'V'.
gs_event_log-Activity = 'Invoice Parked'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Posted
gs_event_log-Activity = 'Invoice Posted'.
CONVERT DATE ls_bkpf-budat TIME ls_bkpf-cputm INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
" Activity: Invoice Cleared
IF ls_bseg-augbl IS NOT INITIAL.
gs_event_log-Activity = 'Invoice Cleared'.
CONVERT DATE ls_bseg-augdt INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_bseg-usnam_cl.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Becomes Overdue
IF gs_event_log-PaymentDueDate IS NOT INITIAL AND gs_event_log-PaymentDueDate < sy-datum AND ls_bseg-augbl IS INITIAL.
gs_event_log-Activity = 'Invoice Becomes Overdue'.
CONVERT DATE gs_event_log-PaymentDueDate INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = 'SYSTEM'.
APPEND gs_event_log TO gt_event_log.
ENDIF.
" Activity: Invoice Reversed
IF ls_bkpf-stblg IS NOT INITIAL.
DATA: ls_rev_bkpf TYPE bkpf.
SELECT SINGLE budat, usnam FROM bkpf INTO ls_rev_bkpf
WHERE belnr = ls_bkpf-stblg AND bukrs = ls_bkpf-bukrs AND gjahr = ls_bkpf-gjahr.
IF sy-subrc = 0.
gs_event_log-Activity = 'Invoice Reversed'.
CONVERT DATE ls_rev_bkpf-budat INTO TIME STAMP gs_event_log-EventTime TIME ZONE sy-zonlo.
gs_event_log-UserName = ls_rev_bkpf-usnam.
APPEND gs_event_log TO gt_event_log.
ENDIF.
ENDIF.
ENDLOOP.
* --- NOTE: The logic for MM invoices (from lt_rbkp) would be similar, joining RBKP with RSEG.
* --- NOTE: The logic for Payment Blocks and Workflow events requires reading change documents (CDHDR/CDPOS)
* --- or custom workflow tables. Below is a conceptual example for payment blocks.
* --- Conceptual Example for 'Payment Block Set' / 'Released' using Change Docs
* DATA: lt_cdhdr TYPE TABLE OF cdhdr, ls_cdhdr TYPE cdhdr,
* lt_cdpos TYPE TABLE OF cdpos, ls_cdpos TYPE cdpos.
* SELECT * FROM cdhdr INTO TABLE lt_cdhdr
* WHERE objectclas = 'BELEG' AND objectid IN (SELECT belnr FROM bkpf WHERE ...).
* LOOP AT lt_cdhdr.
* SELECT * FROM cdpos INTO TABLE lt_cdpos
* WHERE changenr = ls_cdhdr-changenr AND tabname = 'BSEG' AND fname = 'ZLSPR'.
* LOOP AT lt_cdpos.
* "... logic to create 'Payment Block Set' (if VALUE_NEW is not blank)
* "... or 'Payment Block Released' (if VALUE_NEW is blank) events.
* ENDLOOP.
* ENDLOOP.
* --- Conceptual Example for Workflow events ('Sent For Approval', 'Approved', 'Rejected')
* --- This part MUST be customized based on your specific workflow implementation (e.g., OpenText VIM, SAP WF).
* --- You would query the relevant workflow tables or status change tables here.
*&---------------------------------------------------------------------*
*& Write to File
*&---------------------------------------------------------------------*
END-OF-SELECTION.
DATA: lv_string TYPE string,
lv_header TYPE string.
" Create Header
lv_header = 'InvoiceNumber;Activity;EventTime;UserName;VendorNumber;PurchaseOrderNumber;InvoiceAmount;PostingDate;PaymentDueDate;PaymentBlockReason;ClearingDate'.
OPEN DATASET p_fpath FOR OUTPUT IN TEXT MODE ENCODING UTF-8.
IF sy-subrc = 0.
TRANSFER lv_header TO p_fpath.
LOOP AT gt_event_log INTO gs_event_log.
CONCATENATE gs_event_log-InvoiceNumber
gs_event_log-Activity
gs_event_log-EventTime
gs_event_log-UserName
gs_event_log-VendorNumber
gs_event_log-PurchaseOrderNumber
gs_event_log-InvoiceAmount
gs_event_log-PostingDate
gs_event_log-PaymentDueDate
gs_event_log-PaymentBlockReason
gs_event_log-ClearingDate
INTO lv_string SEPARATED BY ';'.
TRANSFER lv_string TO p_fpath.
ENDLOOP.
CLOSE DATASET p_fpath.
ELSE.
MESSAGE 'Error opening file.' TYPE 'E'.
ENDIF. 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.
Não é necessário cartão de crédito. Configuração em poucos minutos.