Seu Template de Dados para Gestão de Crédito e Cobrança

SAP ECC
Seu Template de Dados para Gestão de Crédito e Cobrança

Seu Template de Dados para Gestão de Crédito e Cobrança

Este template oferece uma visão clara dos atributos de dados e atividades essenciais para analisar seu processo de Credit Management & Collections. Inclui orientações práticas para extrair essas informações do seu SAP ECC. Utilize este recurso para garantir uma coleta de dados precisa.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientações de extração do SAP ECC
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Gestão de Crédito e Cobrança

Estes são os campos de dados recomendados para incluir no seu Event Log para uma análise abrangente de crédito e cobrança no SAP ECC.
3 Obrigatório 8 Recomendado 10 Opcional
Nome Descrição
Nome da Atividade
ActivityName
O nome da atividade de negócio ou evento que ocorreu em um ponto específico do ciclo de vida da fatura.
Descrição

Este atributo descreve uma etapa ou evento específico no processo de crédito e cobrança, como 'Fatura Lançada', 'Execução de Cobrança' ou 'Pagamento Recebido'. Estas atividades formam os nós do mapa do processo.

Ao analisar a sequência, frequência e duração entre elas, as empresas visualizam seu fluxo real, identificam desvios e localizam gargalos. Por exemplo, analisar o caminho após a 'Execução de Cobrança' revela quão eficaz é a régua de dunning.

Por que é importante

Atividades são os blocos de construção do mapa de processo, permitindo a visualização e análise do fluxo, variantes e exceções.

Onde obter

Este é um atributo derivado, construído pelo mapeamento de códigos de transação (TCODE), tipos de documento (BLART) ou mudanças em campos de tabelas SAP (ex: BKPF, BSID, MHNK, UDM_CASE) para nomes de atividades amigáveis.

Exemplos
Fatura LançadaExecução de Cobrança RealizadaPromessa de Pagamento CriadaDocumento de Pagamento Recebido LançadoFatura Compensada
Número da fatura
InvoiceNumber
O identificador exclusivo da fatura do cliente, que serve como o principal identificador de caso para o processo de gestão de crédito.
Descrição

O Número da Fatura, conhecido como Belegnummer (BELNR) no SAP, identifica exclusivamente cada documento de contas a receber. No Process Mining, este número é crucial pois vincula todas as atividades — do lançamento e cobrança ao pagamento final ou baixa — em um único caso coeso.

Analisar o processo usando o número da fatura como identificador de caso permite uma visão completa do ciclo de vida. Isso ajuda a rastrear métricas como o DSO, identificar gargalos na cobrança e entender a eficácia de diferentes estratégias para faturas específicas.

Por que é importante

Esta é a chave essencial que conecta cada evento na jornada de uma fatura, permitindo rastrear e analisar o processo credit-to-cash de ponta a ponta.

Onde obter

Encontrado em várias tabelas de contabilidade financeira no SAP ECC, principalmente na BKPF (Cabeçalho do Documento Contábil) e BSEG (Segmento do Documento Contábil) como o campo BELNR.

Exemplos
190000000119000000451900000102
Tempo do Evento
EventTime
O timestamp que indica quando uma atividade ou evento específico ocorreu.
Descrição

O Event Time registra a data e hora precisas de cada atividade. É a espinha dorsal cronológica do Event Log, permitindo ordenar as ações e calcular as durações entre elas.

Na análise, este timestamp é fundamental para calcular KPIs temporais, como o Ciclo de Resolução de Disputas, Latência de Lançamento de Pagamento e Dias Médios de Atraso. Ele permite descobrir gargalos ao destacar longos tempos de espera entre etapas consecutivas.

Por que é importante

Este atributo é essencial para sequenciar os eventos corretamente e calcular todas as métricas de desempenho ligadas ao tempo, como durações e tempos de ciclo.

Onde obter

Extraído de vários campos de data e hora em tabelas SAP, como BUDAT (Data de Lançamento) ou CPUDT/CPUTM (Data/Hora de Entrada do Documento) no BKPF.

Exemplos
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
Cobrador
Sachp
O assistente contábil ou agente de cobrança atribuído à conta do cliente.
Descrição

Este atributo identifica a pessoa ou grupo responsável pela cobrança de uma conta. No SAP, costuma ser o Assistente Contábil (SACHP) definido no registro mestre do cliente.

Esta dimensão é crucial para a gestão de desempenho da equipe. Permite criar dashboards como 'Visão Geral do Aging de Faturas' filtrados por cobrador, ajudando a gerir cargas de trabalho e comparar a eficácia entre profissionais ou times. Responde quem tem mais sucesso na resolução de faturas vencidas.

Por que é importante

Permite a análise de desempenho e a gestão da carga de trabalho da equipe de cobrança, atribuindo casos e resultados a indivíduos ou grupos específicos.

Onde obter

Geralmente encontrado nos dados de mestre de clientes por empresa (tabela KNB1, campo SACHP).

Exemplos
J. SmithEquipe AINTL-COLL
Data de Vencimento
NetDueDate
A data em que o pagamento da fatura vence contratualmente.
Descrição

A Data de Vencimento é o prazo final para o pagamento de uma fatura. É calculada com base na data base e nos termos de pagamento. No SAP, a data de vencimento líquida costuma estar no campo FAEDT.

Esta data é fundamental para a gestão de crédito, pois é o referencial para medir a pontualidade. É usada para calcular KPIs como o 'Atraso Médio de Pagamento' e para disparar ações de cobrança quando ultrapassada. Analisar atrasos em relação a esta data é a base da análise de cobrança.

Por que é importante

Este é o principal referencial para medir a pontualidade do pagamento e é essencial para calcular os dias de atraso e KPIs relacionados.

Onde obter

Esta data geralmente está disponível nas tabelas de itens de cliente (como BSID) no campo FAEDT (Data de Vencimento Líquida). Também pode ser calculada via data base (ZFBDT) e termos de pagamento (ZTERM).

Exemplos
2023-02-142023-03-312023-04-15
Dias Vencidos
DaysOverdue
O número calculado de dias que uma fatura está atrasada em relação ao seu vencimento.
Descrição

Esta métrica calcula os dias entre o vencimento e a compensação da fatura. Para faturas abertas, usa a data atual.

Dias de Atraso é uma métrica fundamental para a análise de contas a receber. É a medida principal do dashboard de 'Visão Geral do Aging de Faturas' e serve para priorizar cobranças. A análise de tendências deste indicador mostra a saúde geral dos recebíveis da empresa.

Por que é importante

Esta é uma métrica central que quantifica diretamente os atrasos e é usada para priorizar cobranças e medir a saúde do processo.

Onde obter

Atributo calculado. A lógica é: (Data de Compensação ou Data Atual) - Data de Vencimento Líquida.

Exemplos
0153295
Nível de Cobrança
Mahns
O nível mais alto de dunning (cobrança) alcançado pela fatura.
Descrição

O Nível de Dunning (MAHNS no SAP) indica quantos avisos de cobrança foram enviados para uma fatura vencida, correspondendo à intensidade do procedimento de cobrança.

Este atributo é chave para avaliar o processo de dunning. É usado no dashboard de 'Eficácia da Cobrança por Nível' para medir a porcentagem de faturas pagas após cada aviso. Essa análise ajuda a refinar a estratégia, por exemplo, alterando o tempo ou o conteúdo dos avisos nos níveis que se mostram ineficazes.

Por que é importante

Mede diretamente a intensidade dos esforços de cobrança, o que é crucial para analisar a eficácia da estratégia de dunning.

Onde obter

Encontrado no item de linha do cliente na tabela BSID como o campo MAHNS. O histórico de execução de cobrança (dunning) está nas tabelas MHNK (cabeçalho) e MHND (dados).

Exemplos
1234
Nome do Utilizador
UserName
ID do usuário da pessoa que executou a atividade.
Descrição

Identifica o usuário responsável por um evento, como o lançamento de uma fatura ou criação de disputa. No SAP, fica em campos como ERNAM ou USNAM.

Analisar por usuário ajuda a entender a distribuição de carga, identificar necessidades de treinamento e detectar problemas de conformidade. Pode revelar, por exemplo, se certos usuários estão associados a atrasos constantes ou se os profissionais de alta performance seguem uma variante de processo mais eficiente.

Por que é importante

Permite analisar o desempenho e o comportamento humano no processo, ajudando a identificar os melhores profissionais, oportunidades de treinamento e desequilíbrios na carga de trabalho.

Onde obter

Normalmente encontrado em tabelas de cabeçalho como a BKPF, nos campos USNAM (nome do usuário) ou ERNAM (nome de quem criou o objeto).

Exemplos
SMITHJRDOECFO-ADMIN
Número do cliente
Kunnr
O identificador exclusivo do cliente.
Descrição

O Número do Cliente (KUNNR no SAP) é a chave única para a conta do cliente. Ele vincula uma transação aos dados mestre do cliente, incluindo histórico de pagamentos, informações de crédito e detalhes de contato.

No Process Mining, este atributo é essencial para segmentar a análise. Permite comparar o desempenho entre diferentes clientes, identificar pagadores cronicamente atrasados e analisar como as estratégias de cobrança variam para contas estratégicas. É fundamental para dashboards como Aging de Faturas e Conformidade de Termos de Pagamento.

Por que é importante

Permite uma análise centrada no cliente, ajudando a identificar padrões comportamentais para clientes ou grupos específicos e a personalizar as estratégias de cobrança.

Onde obter

Campo padrão KUNNR nas tabelas de itens de cliente (BSID, BSAD) e tabelas de cabeçalho de documento (BKPF).

Exemplos
10002050CUST-7890
Segmento de Cliente
CustomerSegment
A classificação do cliente, por exemplo, baseada em tamanho, setor ou importância estratégica.
Descrição

Segmento de Cliente é uma classificação usada para agrupar clientes com características semelhantes. Geralmente é derivado do Grupo de Contas do Cliente (KTOKD) no SAP ou de outros campos personalizados nos dados mestres do cliente.

Segmentar a análise do processo por este atributo fornece insights poderosos. Pode revelar se certos segmentos têm ciclos de pagamento mais longos, taxas de disputa mais altas ou se respondem melhor a atividades de cobrança específicas. Esta informação é vital para otimizar estratégias de cobrança e personalizar as interações com o cliente.

Por que é importante

Permite uma análise direcionada para ver como o processo se comporta para diferentes tipos de clientes, possibilitando estratégias e alocação de recursos personalizadas.

Onde obter

Geralmente derivado do campo Grupo de Contas do Cliente (KTOKD) na tabela mestre de clientes KNA1, ou outros campos personalizados.

Exemplos
Contas-ChavePequenas e Médias EmpresasGovernoInterno
Valor da Fatura
Dmbtr
O valor total da fatura na moeda local.
Descrição

Representa o valor monetário total da fatura. No SAP, costuma ser o campo DMBTR (montante em moeda local).

O Valor da Fatura é uma dimensão crítica. Permite priorizar esforços em faturas altas e entender se há correlação entre valor e atrasos ou disputas. Pode ser usado para filtrar o mapa do processo e focar apenas em faturas acima de determinado valor.

Por que é importante

Fornece contexto financeiro ao processo, permitindo análises baseadas em valor e a priorização de cobranças em itens de alto valor.

Onde obter

Campo padrão DMBTR (Montante em Moeda Local) em tabelas como BSEG, BSID e BSAD.

Exemplos
1500.0012500.50750.25
Categoria de Risco
Ctlpc
Uma classificação do risco de crédito do cliente.
Descrição

A Categoria de Risco (CTLPC no SAP) agrupa clientes com base na solvência e histórico de pagamentos. Essa classificação orienta verificações automáticas de crédito e estratégias de cobrança.

Analisar o processo por Categoria de Risco traz insights profundos, mostrando se clientes de alto risco seguem caminhos diferentes ou têm ciclos de pagamento mais longos. Essa informação é valiosa para validar a precisão da classificação de risco e ajustar a intensidade da cobrança conforme o risco.

Por que é importante

Permite a análise baseada em risco do processo de cobrança, ajudando a validar modelos de risco e a adaptar as estratégias de cobrança de forma adequada.

Onde obter

Encontrado nos dados centrais de gestão de crédito de um cliente na tabela KNKK, campo CTLPC.

Exemplos
001002ALTO RISCO
Código da Empresa
Bukrs
O identificador da entidade legal (company code) à qual a fatura pertence.
Descrição

A Empresa (BUKRS no SAP) representa uma entidade legal independente para a qual são criadas demonstrações financeiras. É uma unidade organizacional fundamental no SAP Financials.

Este atributo é essencial para filtrar e comparar o desempenho dos processos em diferentes entidades legais de uma corporação. Permite analisar se os processos de cobrança estão padronizados ou se existem variações significativas de performance (como no DSO ou taxas de disputa) entre as diferentes empresas do grupo.

Por que é importante

Permite que a análise do processo seja segmentada por entidade legal, o que é fundamental para grandes organizações multinacionais compararem o desempenho.

Onde obter

Campo padrão BUKRS em quase todas as tabelas financeiras, como BKPF, BSEG, BSID e BSAD.

Exemplos
10002000US01
Condições de Pagamento
Zterm
O código dos termos de pagamento acordados com o cliente.
Descrição

O código de Termos de Pagamento (ZTERM no SAP) define as condições, como data de vencimento e descontos para pagamento antecipado. É definido no mestre de clientes e copiado para as faturas.

Analisar por termos de pagamento ajuda a entender como eles impactam o comportamento dos clientes. O dashboard de 'Conformidade e Impacto dos Termos de Pagamento' visualiza a variação da aderência e seu efeito nos dias de atraso, auxiliando na decisão de quais termos oferecer para cada segmento.

Por que é importante

Explica o acordo contratual para pagamento e ajuda a analisar se certos termos resultam em melhor desempenho de pagamento ou mais disputas.

Onde obter

Campo padrão ZTERM, encontrado nos dados mestre de clientes (KNB1) e tabelas de documentos financeiros (BSEG).

Exemplos
0001NT30ZD60
Documento de Compensação
Augbl
O número do documento que compensou a fatura, geralmente um pagamento ou nota de crédito.
Descrição

O número do Documento de Compensação (AUGBL no SAP) vincula um item em aberto, como uma fatura, ao documento que o liquidou. Quando uma fatura é paga, o número do documento de pagamento é armazenado como o documento de compensação daquela fatura.

Este campo é tecnicamente crucial para confirmar que uma fatura foi compensada e para vinculá-la ao evento específico de pagamento ou nota de crédito. É a base para identificar a atividade 'Fatura Compensada' e garantir que o processo de ponta a ponta seja capturado corretamente.

Por que é importante

Fornece o vínculo explícito entre uma fatura e seu documento de liquidação, o que é fundamental para modelar eventos de compensação com precisão.

Onde obter

Campo padrão AUGBL nas tabelas de itens de cliente BSID (enquanto aberto, fica em branco) e BSAD (após a compensação, é preenchido).

Exemplos
140000000114000000551400000120
Foi Baixada (Write-Off)
IsWrittenOff
Um sinalizador booleano que indica se a fatura foi finalmente baixada como dívida incobrável.
Descrição

Esta é uma marcação (flag) derivada, definida como verdadeira se a fatura for compensada com um código ou tipo de documento que signifique baixa por inadimplência. Identifica casos de perda financeira.

Este atributo é essencial para o KPI de 'Taxa de Baixa por Inadimplência'. Permite a análise de causa raiz para entender o perfil das faturas e clientes baixados com frequência, ajudando a melhorar as políticas de crédito e a eficácia da cobrança.

Por que é importante

Identifica resultados de processos que geram perdas financeiras, permitindo analisar as causas raiz da inadimplência e melhorar a política de crédito.

Onde obter

Este é um atributo derivado. A lógica baseia-se na identificação de códigos de motivo de compensação (BSEG-RSTGR) ou tipos de documentos (BKPF-BLART) usados para baixas.

Exemplos
verdadeirofalse
ID do Dispute Case
DisputeCaseId
O identificador exclusivo para um caso de disputa vinculado à fatura.
Descrição

Quando um cliente contesta uma fatura, um caso de disputa formal pode ser criado no módulo Dispute Management do SAP. Este ID identifica esse caso de forma exclusiva.

Ter esse identificador permite uma análise detalhada do processo de resolução de disputas. É essencial para calcular o KPI de "Tempo de Ciclo de Resolução de Disputas" e para entender por que as disputas surgem, como são tratadas e quais são os desfechos comuns. Isso ajuda a isolar o subprocesso de disputas do fluxo de cobrança padrão.

Por que é importante

Vincula atividades de cobrança a casos formais de disputa, permitindo uma análise focada na eficiência do processo de resolução e em suas causas raiz.

Onde obter

Encontrado nas tabelas do SAP Dispute Management, como UDM_CASE_ATTR00. Requer o uso do módulo SAP Dispute Management.

Exemplos
400000000021400000000157400000000305
ID do sistema de origem
SourceSystemId
O identificador do sistema de origem de onde os dados foram extraídos.
Descrição

Especifica o sistema de origem, como uma instância do SAP ECC ('ECCPRD100'). Importante em ambientes com múltiplos ERPs ou integração de diversas fontes.

Permite filtrar e comparar processos entre sistemas ou regiões, garantindo clareza na linhagem dos dados e auxiliando na resolução de problemas de extração.

Por que é importante

Fornece contexto crucial sobre a origem dos dados, especialmente em ambientes de TI complexos, garantindo a rastreabilidade e permitindo análises por sistema.

Onde obter

Geralmente adicionado durante o processo de extração de dados. No SAP, o nome do sistema lógico (LOGSYS) pode ser utilizado.

Exemplos
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
Limite de Crédito
Klimk
O valor total do limite de crédito atribuído ao cliente.
Descrição

O Limite de Crédito (KLIMK no SAP) é o valor máximo de crédito concedido à conta de um cliente. É um elemento-chave da gestão de risco de crédito.

Este atributo é essencial para o dashboard de 'Precisão do Limite de Crédito vs. Inadimplência'. Ao analisar a relação entre o limite atribuído e a ocorrência de baixas, a empresa pode avaliar a eficácia de suas políticas. Também apoia KPIs como a 'Taxa de Revisão do Limite de Crédito' para verificar se as avaliações iniciais são precisas.

Por que é importante

Fornece contexto sobre o risco de crédito, permitindo analisar se as políticas são eficazes para evitar a inadimplência sem travar as vendas.

Onde obter

Encontrado nos dados centrais de gestão de crédito de um cliente na tabela KNKK, campo KLIMK.

Exemplos
10000,0050000.00250000.00
Tipo de Documento
Blart
O tipo de documento financeiro, como fatura, nota de crédito ou pagamento.
Descrição

O Tipo de Documento (BLART no SAP) classifica os documentos contábeis. Por exemplo, 'RV' pode ser uma fatura, 'DZ' um pagamento e 'DG' uma nota de crédito.

Embora as atividades sejam derivadas para o Process Mining, o tipo de documento original fornece um contexto importante e pode ser usado para verificação ou análise financeira detalhada. Ajuda a entender a natureza das transações e pode ser usado para filtrar a análise em tipos específicos, como apenas faturas de clientes.

Por que é importante

Fornece contexto financeiro ao classificar transações, podendo ser usado para filtrar análises ou validar os nomes de atividades derivados.

Onde obter

Campo padrão BLART na tabela de cabeçalho de documento BKPF.

Exemplos
RVDZDGAB
Última Atualização de Dados
LastDataRefreshTimestamp
O registro de data e hora que indica quando os dados foram extraídos ou atualizados pela última vez na ferramenta de Process Mining.
Descrição

Registra a data e hora da carga de dados mais recente. Oferece transparência sobre a atualidade das informações analisadas.

Ao revisar dashboards, este timestamp ajuda o usuário a saber se os dados incluem as últimas transações ou se há um atraso conhecido. É um metadado crítico para gerar confiança nos resultados analíticos.

Por que é importante

Informa os usuários sobre a atualidade dos dados, o que é crucial para tomar decisões baseadas nas informações de processo mais recentes disponíveis.

Onde obter

Este valor é gerado e armazenado pelo pipeline de ETL durante a atualização dos dados.

Exemplos
2023-03-01T02:00:00Z2023-03-02T02:00:00Z2023-03-03T02:00:00Z
Obrigatório Recomendado Opcional

Atividades de Gestão de Crédito e Cobrança

Estas são as principais etapas do processo e marcos a serem capturados no seu log de eventos para uma descoberta precisa de processos e identificação de gargalos.
5 Recomendado 9 Opcional
Atividade Descrição
Execução de Cobrança Realizada
Esta atividade representa a execução do programa automático de cobrança para faturas vencidas. O sistema registra o nível de dunning, data e outros detalhes de cada fatura incluída no processamento.
Por que é importante

Rastrear as atividades de dunning é essencial para avaliar a eficácia da cobrança. Ajuda a definir quais níveis de aviso geram mais pagamentos e a identificar clientes que não respondem.

Onde obter

Este é um evento explícito. Detalhes das execuções de dunning ficam nas tabelas de cobrança, principalmente a MHNK, que contém a data da execução (LAUFD) e o nível de cobrança (MAHNS).

Captura

Extrair registros da tabela MHNK, vinculando a empresa, a conta e a data de cobrança.

Tipo de evento explicit
Fatura Baixada (Write-off)
Representa a decisão de assumir uma fatura não paga como perda (inadimplência). Capturado via lançamento financeiro que compensa a fatura original e transfere o valor para uma conta de perdas.
Por que é importante

Este é o principal evento final negativo, significando uma falha no processo de crédito ou cobrança e perda financeira direta. Analisar estes casos é crítico para melhorar políticas e estratégias.

Onde obter

Geralmente é um lançamento explícito ou evento inferido de uma compensação. A liquidação é feita com código de transação e motivo específicos que indicam baixa (write-off). O documento de compensação confirma a baixa.

Captura

Identifica documentos de compensação onde um código de motivo específico (BSEG-RSTGR) para baixas é usado, ou onde a contrapartida é lançada em uma conta de despesas de devedores duvidosos.

Tipo de evento inferred
Fatura Compensada
Este evento marca o fechamento de uma fatura, geralmente após o pagamento total. É inferido quando o item sai da tabela de itens abertos (BSID) para a de itens compensados (BSAD).
Por que é importante

Este é o principal evento final positivo do processo. O tempo para atingir esta atividade é um componente central do DSO. Analisar os caminhos que levam aqui ajuda a identificar as melhores práticas.

Onde obter

Este é um evento inferido. A compensação é identificada pela presença de um Documento de Compensação (AUGBL) e Data de Compensação (AUGDT) na tabela de itens compensados BSAD.

Captura

Use a data de compensação (BSAD-AUGDT) do item específico da fatura como o timestamp do evento.

Tipo de evento inferred
Fatura Lançada
Representa a criação de uma fatura de contas a receber no módulo contábil. Capturado quando um documento de SD é liberado para a contabilidade ou uma fatura de FI é inserida diretamente, gerando registros nas tabelas BKPF e BSEG.
Por que é importante

Este é o principal evento de início do ciclo de vida da fatura. Analisar o tempo deste ponto até o pagamento é crucial para medir o DSO e a eficiência geral do processo.

Onde obter

Este é um evento explícito gravado na criação de um documento financeiro. O timestamp pode ser extraído da tabela BKPF (campos CPUDT ou BKTXT) para o número da fatura correspondente (BELNR).

Captura

Identifica eventos de criação de documentos de FI com tipos de documentos relevantes (ex: 'RV', 'DR') na tabela BKPF.

Tipo de evento explicit
Vencimento de Pagamento Ultrapassado
Um evento calculado que significa que a fatura tornou-se oficialmente vencida. Não é um evento explícito do sistema, mas derivado da comparação da data de vencimento líquida da fatura com a data atual ou o timestamp de uma atividade subsequente.
Por que é importante

Este evento marca a transição do faturamento padrão para o processo de cobrança. É o gatilho para calcular dias de atraso e iniciar procedimentos de dunning, sendo a base para os relatórios de aging.

Onde obter

Este é um evento calculado. Deriva da comparação entre a Data de Vencimento Líquida (BSID-NETDT) e a data do sistema ou o timestamp de outro evento.

Captura

Calculado comparando a data de vencimento líquida da fatura (BSID-NETDT) com uma linha do tempo.

Tipo de evento calculated
Caso de Disputa Criado
Representa o registro formal de uma disputa de cliente (ex: divergência de preço ou quantidade). Evento registrado explicitamente no módulo SAP FSCM Dispute Management.
Por que é importante

As disputas bloqueiam o processo de pagamento e consomem recursos internos para resolução. Rastrear a criação da disputa é o primeiro passo para analisar o tempo de resolução, as causas raiz e o impacto no DSO.

Onde obter

Se utilizar o SAP FSCM Dispute Management, este é um evento explícito. A criação de um caso de disputa é registrada em tabelas como UDM_CASE ou SCMG_T_CASE_ATTR, com um timestamp de criação.

Captura

Extrair a data e hora de criação das tabelas de gestão de casos (ex: UDM_CASE) para os casos vinculados à fatura.

Tipo de evento explicit
Caso de Disputa Resolvido
A disputa associada à fatura foi investigada e uma resolução foi alcançada. Geralmente capturado por uma mudança de status no caso de disputa no SAP FSCM Dispute Management.
Por que é importante

A resolução de uma disputa libera o processo de pagamento. Medir o tempo entre a criação e a resolução da disputa é um KPI essencial para identificar ineficiências no tratamento de contestações.

Onde obter

Este é um evento inferido de uma mudança de status no caso de disputa. Os logs de modificação (CDHDR/CDPOS) do campo de status em tabelas como UDM_CASE fornecem o timestamp.

Captura

Identifica o timestamp de quando o status do caso de disputa é alterado para 'Fechado' ou 'Resolvido', analisando os logs de modificação.

Tipo de evento inferred
Contato de Cobrança Registrado
Um agente de cobrança entrou em contato com o cliente sobre uma fatura vencida, por exemplo, por telefone ou e-mail. Esta atividade é geralmente registrada manualmente pelo cobrador no sistema.
Por que é importante

Esta atividade mede o esforço manual da equipe de cobrança. Analisar a frequência e o timing dos contatos em relação aos pagamentos ajuda a determinar a eficácia dos cobradores.

Onde obter

Se utilizar o SAP FSCM Collections Management, isso é registrado como um 'Contato com o Cliente'. Os detalhes são armazenados em tabelas relacionadas à lista de trabalho de cobrança e histórico de contatos, frequentemente vinculados a UDM_CASE.

Captura

Extrair os logs de contato com clientes das tabelas relevantes do FSCM Collections Management.

Tipo de evento explicit
Documento de Pagamento Recebido Lançado
Representa o registro inicial de um pagamento no sistema, antes da aplicação em faturas específicas. Evento que cria um documento de pagamento, como o tipo DZ.
Por que é importante

Marca o recebimento do dinheiro. O intervalo entre este evento e a 'Fatura Compensada' final representa o processo de aplicação do caixa, que pode ser um gargalo significativo.

Onde obter

Este é um evento explícito. É capturado na criação do documento de pagamento na tabela BKPF, identificado por tipos específicos (ex: 'DZ'). A data de lançamento (BKPF-BUDAT) serve como timestamp.

Captura

Identifica a criação de documentos com tipos de documentos relacionados a pagamento (ex: 'DZ') na tabela BKPF.

Tipo de evento explicit
Fatura Bloqueada para Pagamento
Indica que um bloqueio manual ou automático foi aplicado à fatura, impedindo seu pagamento. Isso é capturado por um indicador de bloqueio de pagamento específico definido no item da fatura na tabela BSEG.
Por que é importante

Bloqueios de pagamento são grandes fontes de atrasos e exceções. Identificar quando e por que as faturas são bloqueadas é essencial para descobrir as causas raiz de atrasos e melhorar o fluxo de caixa.

Onde obter

Este status costuma ser inferido de uma alteração no campo Bloqueio de Pagamento (BSEG-ZLSPR). Os logs de modificação (CDHDR e CDPOS) fornecem os timestamps explícitos.

Captura

Detectar alterações no campo BSEG-ZLSPR para o item de linha do documento de fatura, utilizando a tabela CDHDR para os timestamps.

Tipo de evento inferred
Item Residual Criado
Ocorre durante a aplicação do pagamento quando um cliente paga a menos, e o saldo restante é lançado como um novo item em aberto. Isso é inferido dos detalhes da transação de compensação.
Por que é importante

Itens residuais indicam divergências e geram retrabalho. Rastreá-los ajuda a identificar clientes que pagam a menos recorrentemente e aponta falhas em preços ou faturamento.

Onde obter

Este é um evento inferido. Quando uma transação de compensação (ex: via F-28) liquida a fatura original mas gera um novo item em aberto pelo saldo restante, cria-se um item residual. Isso é identificado nos itens do documento de compensação.

Captura

Analise os documentos de compensação (BKPF-AUGBL) para encontrar instâncias onde um novo item aberto é criado com referência à fatura original.

Tipo de evento inferred
Nota de Crédito Lançada
Representa a criação de uma nota de crédito na conta de um cliente, geralmente para corrigir erro de faturamento ou resolver disputa. Criado explicitamente no módulo de FI.
Por que é importante

Notas de crédito são resultado direto de falhas em etapas anteriores do processo, como preços ou remessas incorretas. Analisar sua frequência e causas raiz é vital para a melhoria de processos e redução de perda de receita.

Onde obter

Este é um evento explícito capturado na criação de um documento financeiro do tipo nota de crédito (ex: 'DG'). O timestamp pode ser obtido na tabela de cabeçalho BKPF.

Captura

Identifica eventos de criação de documentos de FI com tipos de documento de nota de crédito (ex: 'DG', 'G2') na tabela BKPF.

Tipo de evento explicit
Promessa de Pagamento Criada
Um cliente contatou o departamento de cobrança e prometeu efetuar o pagamento até uma data específica. Este evento é registrado explicitamente se o SAP FSCM Collections Management estiver em uso.
Por que é importante

Promessas de pagamento são resultados essenciais das ações de cobrança. Analisar sua criação, cumprimento e taxas de quebra ajuda a medir a eficácia dos cobradores e a prever as entradas de caixa.

Onde obter

Se utilizar o SAP FSCM Collections Management, este é um evento explícito. Os detalhes da promessa de pagamento são armazenados em tabelas como UDM_P2P_ATTR, vinculadas ao parceiro de negócios e à fatura.

Captura

Extrair o timestamp de criação das tabelas de promessa de pagamento, como UDM_P2P_ATTR no SAP FSCM.

Tipo de evento explicit
Promessa de Pagamento Não Cumprida
Um evento calculado indicando que um cliente não efetuou o pagamento na data acordada em uma 'Promessa de Pagamento'. Isso é inferido pela ausência de um pagamento correspondente até a data da promessa.
Por que é importante

Identificar promessas não cumpridas é crítico para escalar os esforços de cobrança. Uma alta taxa de quebra de promessas pode sinalizar problemas na estratégia de cobrança ou na saúde financeira do cliente.

Onde obter

Evento inferido ou calculado. É determinado comparando a data da promessa (da UDM_P2P_ATTR) com a data real da compensação. Se não houver pagamento até a data prometida, a promessa é considerada quebrada.

Captura

Compare a data da promessa em UDM_P2P_ATTR com a data de compensação da fatura. Se a data de compensação for posterior à data da promessa, a promessa foi quebrada.

Tipo de evento calculated
Recomendado Opcional

Guias de Extração

Como obter seus dados do SAP ECC