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
- Atributos recomendados para coletar em seu event log
- Principais atividades do processo para rastrear ao longo do ciclo de vida da fatura
- Orientações específicas de extração para SAP S/4HANA
Atributos de Gestão de Crédito e Cobranças
| Nome | Descrição | ||
|---|---|---|---|
|
Nome da Atividade
ActivityName
|
O nome do evento de negócio ocorrido no processo de gestão de crédito e cobrança. | ||
|
Descrição
Este atributo descreve uma etapa, como 'Fatura Gerada' ou 'Pagamento Recebido'. A sequência dessas atividades forma o fluxo do processo. Analisar o Nome da Atividade é a base do Process Mining, permitindo descobrir o mapa do processo, identificar variantes e medir transições. É o pilar para cálculos de KPIs, como a 'Taxa de Sucesso de Dunning'.
Por que é importante
Define as etapas do processo, o que é essencial para visualizar o mapa do processo, analisar variantes e entender o fluxo.
Onde obter
Gerado a partir de uma combinação de códigos de transação (TCODE), logs de alteração de tabela (CDHDR/CDPOS) ou campos de status em documentos SAP.
Exemplos
Fatura enviada ao clienteProcedimento de Dunning IniciadoPagamento RecebidoCaso de Disputa Registrado
|
|||
|
Número da fatura
InvoiceNumber
|
O identificador exclusivo da fatura do cliente, que serve como o case ID principal para o processo de gestão de crédito e cobrança. | ||
|
Descrição
O Número da Fatura, geralmente o Número do Documento Contábil, identifica cada conta a receber. É o fio condutor que une criação, avisos de dunning, gestão de disputas e pagamento final. No Process Mining, analisar a jornada de cada fatura oferece uma visão ponta a ponta do processo. Isso ajuda a identificar caminhos comuns, gargalos e variações no tratamento das faturas, sendo essencial para dashboards de variantes de processo e status de faturas vencidas.
Por que é importante
É o identificador de caso essencial que vincula todas as atividades de crédito e cobrança relacionadas, permitindo uma análise completa do ciclo de vida de cada recebível.
Onde obter
Geralmente encontrado na tabela BKPF (Cabeçalho de Documento) no campo BELNR, ou VBRK no campo VBELN.
Exemplos
190000012319000004561900000789
|
|||
|
Tempo do Evento
EventTime
|
O timestamp indicando quando a atividade ocorreu. | ||
|
Descrição
Fornece a data e hora exatas de cada atividade. É fundamental para determinar a sequência e calcular durações. O Event Time ordena as atividades cronologicamente para construir o mapa. É usado, por exemplo, para calcular o 'Tempo Médio de Resolução de Disputas' entre o registro e a solução definitiva.
Por que é importante
Fornece a ordem cronológica dos eventos, necessária para calcular tempos de ciclo, analisar o desempenho do processo e descobrir gargalos.
Onde obter
Extraído de campos de data e hora em tabelas SAP, como BUDAT (Data de Lançamento) na BKPF, ou CPUDT/CPUTM na entrada. Tabelas de log como CDHDR/CDPOS também contêm timestamps.
Exemplos
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
|
|||
|
Data de Vencimento do Pagamento
PaymentDueDate
|
A data de vencimento do pagamento da fatura. | ||
|
Descrição
A Data de Vencimento é calculada com base nos termos acordados. É a referência para medir a pontualidade. Esta data é fundamental para análises de atraso. É o ponto de partida para calcular os 'Dias de Atraso' e acionar o dunning. Dashboards de envelhecimento de faturas (aging) e KPIs como o DSO dependem totalmente deste atributo.
Por que é importante
É a data-chave para determinar se uma fatura está vencida, disparando atividades de cobrança e calculando KPIs críticos.
Onde obter
Encontrado no item de linha do cliente de um documento contábil, tabela BSEG (campo ZFBDT).
Exemplos
2023-05-302023-06-152023-07-01
|
|||
|
Dias Vencidos
DaysOverdue
|
O número de dias que uma fatura está atrasada em relação à data de vencimento. | ||
|
Descrição
Métrica calculada do tempo entre o vencimento e hoje (abertas) ou a data do pagamento (compensadas). Valores positivos indicam atraso. Dias de Atraso é o KPI mestre da cobrança. É a base do dashboard de Aging e Status e serve para priorizar esforços. Analisar sua distribuição ajuda a entender a saúde geral das contas a receber.
Por que é importante
É um indicador de desempenho crítico para a eficácia da cobrança, usado para análise de aging, priorização de tarefas e medição de atrasos.
Onde obter
Calculado durante a transformação dos dados: (Data Atual OU Data de Compensação) - PaymentDueDate (BSEG-ZFBDT).
Exemplos
1530920
|
|||
|
Nome do Utilizador
UserName
|
ID do usuário da pessoa que executou a atividade. | ||
|
Descrição
Identifica o usuário responsável por uma etapa (lançar pagamento, iniciar dunning). No SAP, costuma ser o campo UNAME ou 'Entrado por'. A análise por usuário identifica times de alta performance e necessidades de treinamento, além de padrões de carga de trabalho e conformidade. Apoia dashboards de eficácia de chamadas ao rastrear resultados por cobrador.
Por que é importante
Vincula as atividades do processo a indivíduos específicos, permitindo a análise de desempenho, carga de trabalho e conformidade.
Onde obter
Comumente encontrado em tabelas de cabeçalho como BKPF (campo USNAM) ou tabelas de log de alterações como CDHDR (campo USERNAME).
Exemplos
JSMITHRROEBATCH_USER
|
|||
|
Número do cliente
CustomerNumber
|
O identificador único da conta do cliente. | ||
|
Descrição
O Número do Cliente identifica o parceiro de negócios e vincula a transação aos seus dados mestres. Este atributo é crucial para análises centradas no cliente, como identificar comportamentos de pagamento. É usado em dashboards de tendências de pagamento para rastrear clientes que pagam com atraso constante e apoia KPIs de cobertura de contas de alta prioridade.
Por que é importante
Vincula transações a clientes específicos, permitindo a análise do comportamento de pagamento, segmentação e gestão de relacionamento.
Onde obter
Encontrado em itens de linha de documentos contábeis em tabelas como BSEG (campo KUNNR) ou na tabela de dados mestre de clientes KNA1.
Exemplos
CUST100234CUST200567CUST300890
|
|||
|
Valor da Fatura
InvoiceAmount
|
O valor total da fatura na moeda do documento. | ||
|
Descrição
Representa o valor monetário total da fatura, sendo uma medida crítica do impacto financeiro. Analisar o Valor da Fatura é vital para priorizar esforços de cobrança. Também serve para avaliar o impacto financeiro de ineficiências, como o valor total em disputas ou o montante retido em contas atrasadas. Apoia KPIs como a 'Porcentagem de Baixa de Faturas'.
Por que é importante
Quantifica o valor financeiro de cada caso, o que é essencial para priorização, avaliação de risco e medição de desempenho.
Onde obter
Derivado de itens de linha de documentos contábeis na tabela BSEG (campo DMBTR para valor em moeda local ou WRBTR para valor na moeda do documento).
Exemplos
1500.0025000.50750.75
|
|||
|
Código da Empresa
CompanyCode
|
A unidade organizacional que representa uma empresa legalmente independente para a qual são criadas as demonstrações financeiras. | ||
|
Descrição
O Código da Empresa (Company Code) é a unidade organizacional básica no SAP Financials. Todas as transações são lançadas em um código de empresa específico. No Process Mining, filtrar por Empresa é essencial para comparar o desempenho entre diferentes entidades legais. Isso ajuda a identificar as melhores práticas de uma unidade para aplicar em outras ou localizar problemas sistêmicos. É um filtro fundamental em quase todas as análises financeiras.
Por que é importante
Permite comparar o desempenho e a conformidade do processo entre diferentes entidades legais dentro da organização.
Onde obter
Encontrado na maioria das tabelas financeiras, como BKPF e BSEG (campo BUKRS).
Exemplos
10002000US01DE01
|
|||
|
É Automatizado
IsAutomated
|
Uma sinalização indicando se a atividade foi realizada por um usuário do sistema ou por um usuário humano. | ||
|
Descrição
Atributo booleano que diferencia tarefas automáticas (execução agendada de dunning) de manuais (chamada de cobrança). Permite medir o nível de automação do processo, comparar a consistência entre passos manuais e automáticos e identificar onde reduzir o esforço manual operacional.
Por que é importante
Ajuda a quantificar o nível de automação no processo, permitindo a análise do impacto da automação na eficiência e no custo.
Onde obter
Atributo derivado do 'UserName'. Se o ID for de um usuário de sistema ou lote (ex: 'BATCH_USER'), a flag vira verdadeira.
Exemplos
verdadeirofalse
|
|||
|
Limite de Crédito
CreditLimit
|
O valor máximo de crédito concedido a um cliente. | ||
|
Descrição
O Limite de Crédito está nos dados mestres do cliente e define a exposição máxima de crédito aceitável. Atividades como 'Solicitação de Limite' e 'Aprovação de Limite' estão ligadas a este atributo. Ele fornece o contexto para a análise de risco. O dashboard de análise de tempo de ciclo de aprovação rastreia as alterações nesse limite. Analisá-lo junto aos valores vencidos ajuda a avaliar o risco geral do portfólio.
Por que é importante
Define o risco de crédito aprovado para um cliente e é central para analisar o processo de aprovação de crédito e a exposição geral ao risco.
Onde obter
Armazenado no módulo SAP Credit Management (FSCM), em tabelas como UKM_BP_CMS_SGMT (campo CREDIT_LIMIT).
Exemplos
50000.00100000.00250000.00
|
|||
|
Moeda da Fatura
InvoiceCurrency
|
A moeda na qual a fatura foi emitida. | ||
|
Descrição
Especifica a moeda (USD, BRL, EUR) da fatura, essencial para interpretar valores em empresas multinacionais. Embora análises usem moedas locais padronizadas, a moeda do documento é importante para entender a transação original e efeitos de câmbio, dando contexto ao atributo InvoiceAmount.
Por que é importante
Fornece contexto essencial para o Valor da Fatura, permitindo uma análise financeira precisa em ambientes com múltiplas moedas.
Onde obter
Geralmente encontrado em tabelas de cabeçalho como BKPF (campo WAERS) ou de itens como BSEG (campo PSWSL).
Exemplos
USDEURGBP
|
|||
|
Motivo da baixa (Write-Off)
WriteOffReason
|
O código que explica por que uma fatura foi baixada por ser considerada incobrável. | ||
|
Descrição
Quando um título é incobrável, ele é baixado com um motivo (Falência, Baixa de Pequeno Saldo, Disputa não resolvida). Este atributo é essencial para o dashboard de Análise de Write-Off. Ao analisar a frequência e o valor das baixas por motivo, a empresa identifica falhas na política de crédito ou na estratégia de cobrança, agindo para minimizar perdas futuras.
Por que é importante
Explica as causas raiz das perdas financeiras por dívidas incobráveis, embasando melhorias nas políticas de crédito e cobrança.
Onde obter
Capturado via código de motivo (BSEG-RSTGR) na transação de lançamento financeiro (ex: F-30) usada para baixas.
Exemplos
FALÊNCIASMALL_BALANCEDISPUTE_LOSS
|
|||
|
Motivo da Disputa
DisputeReason
|
O código do motivo fornecido pelo cliente para a disputa de uma fatura. | ||
|
Descrição
Em disputas, atribui-se um motivo (Preço Incorreto, Avaria, Duplicidade) no módulo SAP Dispute Management. Analisar os Motivos de Disputa é a chave para identificar causas raiz de insatisfação e atrasos. O dashboard de volume e resolução pode ser segmentado por este atributo para localizar problemas recorrentes no processo de order-to-cash que precisam ser corrigidos.
Por que é importante
Fornece insights críticos sobre as causas raiz de disputas de faturas, ajudando a identificar e resolver problemas operacionais subjacentes.
Onde obter
Extraído do módulo SAP Dispute Management, geralmente de tabelas como UDM_SCASE_ATTR, com base nos atributos do caso de disputa.
Exemplos
PRC_ERR - Erro de preçoQTY_DIF - Diferença de quantidadeSHIP_DMG - Carga danificada
|
|||
|
Nível de Cobrança
DunningLevel
|
Indica o estágio atual do processo de dunning para uma fatura vencida. | ||
|
Descrição
O Nível de Dunning representa a intensidade da cobrança, escalando de lembretes simples a avisos jurídicos. Cada nível corresponde a uma atividade definida no procedimento de dunning. Rastrear este atributo é vital para monitorar a eficácia e conformidade da cobrança. O dashboard de eficácia do dunning analisa as taxas de pagamento em cada nível, enquanto o de conformidade verifica se a sequência correta está sendo seguida.
Por que é importante
Rastreia a progressão dos esforços de cobrança, permitindo analisar a eficácia do dunning e a conformidade do processo.
Onde obter
Informação nas tabelas de dunning como MHND. O último nível para um item está na BSEG (campo MANST).
Exemplos
123 - Último AvisoAção Judicial
|
|||
|
Segmento de Cliente
CustomerSegment
|
Uma classificação do cliente, por exemplo, baseada em tamanho, setor industrial ou importância estratégica. | ||
|
Descrição
O Segmento de Cliente é uma classificação de marketing ou vendas usada para agrupar clientes com características semelhantes. Isso pode ser baseado em fatores como receita anual, setor, localização geográfica ou status de relacionamento (ex: Ouro, Prata, Bronze). Na análise de cobrança, segmentar por este atributo ajuda a descobrir padrões específicos de certos grupos. Por exemplo, o dashboard de 'Análise de Baixa de Faturas' pode revelar se um segmento específico é responsável por um volume desproporcional de write-offs, orientando decisões estratégicas sobre políticas de crédito para esse grupo.
Por que é importante
Possibilita a análise do desempenho do processo e do comportamento do cliente em diferentes grupos, revelando insights estratégicos valiosos.
Onde obter
Normalmente extraído dos dados mestres do cliente (KNA1), geralmente em campos de classificação como KDKG1-KDKG5.
Exemplos
Grande EmpresaPequenas e Médias EmpresasGovernoConta estratégica
|
|||
|
Sistema de Origem
SourceSystem
|
Identifica o sistema de origem dos dados. | ||
|
Descrição
Especifica o sistema de origem, neste caso o SAP S/4HANA. É vital em ambientes com dados consolidados de múltiplos ERPs ou CRMs. Ajuda a diferenciar processos que cruzam sistemas e permite filtrar a análise para instâncias específicas, garantindo a linhagem dos dados e facilitando auditorias e correções.
Por que é importante
Fornece contexto crucial sobre a origem dos dados, garantindo clareza em ambientes multi-sistema e auxiliando na governança de dados.
Onde obter
Valor estático adicionado na extração para identificar a instância do SAP S/4HANA (ex: pelo System ID ou SID).
Exemplos
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
|
|||
|
Tempo de Processamento
ProcessingTime
|
A duração de uma atividade específica. | ||
|
Descrição
Mede o tempo para completar uma atividade (fim menos início). Relevante para tarefas não instantâneas. Em transações financeiras SAP, os horários costumam ser idênticos. Mas em disputas, essa métrica mede o tempo em cada status. Apoia KPIs como o 'Tempo de Ciclo de Lançamento de Pagamento'.
Por que é importante
Ajuda a identificar atividades demoradas que são gargalos potenciais no processo.
Onde obter
Calculado a partir dos dados do evento como (EndTime - StartTime). Requer timestamps de início e fim para cada atividade.
Exemplos
P1DPT2H30MP3DT5H
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp da atualização ou extração de dados mais recentes do sistema de origem. | ||
|
Descrição
Indica a última atualização do conjunto de dados, fornecendo contexto sobre o quão recentes são as informações. É um metadado crítico que evita interpretações erradas baseadas em dados obsoletos. Uma análise de faturas vencidas só faz sentido se o usuário souber exatamente quando os dados foram extraídos do sistema.
Por que é importante
Garante que os usuários entendam a atualidade dos dados, o que é crítico para tomar decisões precisas e baseadas em fatos.
Onde obter
Valor gerado e armazenado durante o processo de extração, transformação e carga (ETL).
Exemplos
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
|
|||
Atividades de Gestão de Crédito e Cobranças
| Atividade | Descrição | ||
|---|---|---|---|
|
Caso de Disputa Registrado
|
Significa que o cliente contestou formalmente uma fatura e um caso foi aberto no SAP Dispute Management. | ||
|
Por que é importante
O registro de disputas é vital para entender exceções nos processos. Analisar o volume, motivos e tempo de resolução ajuda a identificar causas raiz, como erros de preço ou de envio.
Onde obter
Evento registrado nas tabelas de SAP Dispute Management. A data de criação do caso (UKM_CASE ou FDM_DCOBJ) serve como o timestamp.
Captura
Use o timestamp de criação do caso na tabela UKM_CASE, filtrando pelo tipo de caso para disputas.
Tipo de evento
explicit
|
|||
|
Data de vencimento ultrapassada
|
Um evento calculado que ocorre quando a data atual ultrapassa a data de vencimento líquida da fatura sem que um pagamento de compensação seja lançado. Significa a transição de uma fatura do status 'em dia' para 'vencida'. | ||
|
Por que é importante
Esta atividade dispara as ações de cobrança e dunning. É essencial para analisar o comportamento de pagamento e a eficácia dos lembretes proativos.
Onde obter
Não é um log explícito. Calculado comparando o vencimento líquido (BSID-ZFBDT) com o timestamp da análise ou atividade seguinte.
Captura
Derive comparando a data de vencimento líquida da fatura (BSID-ZFBDT) com o timestamp atual ou o timestamp de um evento subsequente.
Tipo de evento
calculated
|
|||
|
Fatura Baixada (Write-off)
|
Representa a decisão de assumir a fatura como perda (bad debt). Capturado quando um documento de compensação específico é lançado com seu código de motivo. | ||
|
Por que é importante
Baixas de faturas representam perda direta. Analisar sua frequência, valor e o que veio antes ajuda a identificar clientes de risco e falhas na cobrança.
Onde obter
Pode ser inferido analisando o documento de compensação. Uma conta específica ou código de motivo (BSEG-RSTGR) indica o write-off.
Captura
Identifique o documento de compensação e verifique se há um código de motivo específico ou lançamento em uma conta de dívidas incobráveis.
Tipo de evento
inferred
|
|||
|
Fatura gerada
|
Marca a criação da fatura, o ponto inicial da cobrança. O evento é capturado quando um documento contábil de fatura é lançado no SAP S/4HANA. | ||
|
Por que é importante
O principal evento de início do processo invoice-to-cash. Analisar o tempo deste ponto até o pagamento é vital para medir o DSO e a eficiência geral.
Onde obter
Evento registrado explicitamente. A data de criação está na tabela BKPF para o BELNR correspondente. Tipos de documento como 'RV' indicam faturas.
Captura
Use o timestamp de criação (CPUDT, CPUTM) da tabela BKPF para o documento da fatura.
Tipo de evento
explicit
|
|||
|
Fatura Liquidada
|
O desfecho de sucesso da fatura, indicando pagamento total e saída dos itens em aberto. Reconhecido pela existência de documento e data de compensação. | ||
|
Por que é importante
Como o principal ponto de sucesso do processo, esta atividade conclui o ciclo de vida da fatura. Analisar os caminhos e o tempo levado para atingir este estado é fundamental para a otimização.
Onde obter
Não é um evento isolado, mas um estado inferido. A fatura está liquidada quando aparece na tabela BSAD com data de compensação (AUGDT) válida.
Captura
Use a data de compensação (AUGDT) da tabela BSAD como timestamp para esta atividade final.
Tipo de evento
inferred
|
|||
|
Pagamento Recebido
|
Representa o recebimento de fundos, aplicado à fatura em aberto. Capturado pela criação do documento de compensação que liquida o valor. | ||
|
Por que é importante
Marco crítico que impacta o fluxo de caixa e o DSO. Analisar o tempo até o pagamento e o que veio antes revela a eficácia de toda a cobrança.
Onde obter
Inferido pelo documento de compensação. A data de compensação (AUGDT) na tabela BSAD fornece o timestamp.
Captura
Identifique a data de compensação (AUGDT) da tabela BSAD para o número de documento de fatura correspondente (BELNR).
Tipo de evento
inferred
|
|||
|
Chamada de Cobrança Realizada
|
Representa o contato manual feito por um agente de cobrança com o cliente. Geralmente não é um evento padrão do SAP e depende de logs customizados ou integração com um CRM. | ||
|
Por que é importante
Intervenções manuais são uma parte onerosa do processo de cobrança. O rastreamento dessas chamadas ajuda a medir a eficácia dos cobradores e a entender quais contas exigem maior esforço manual.
Onde obter
Normalmente não disponível no padrão S/4HANA. Pode estar em tabelas customizadas, notas na worklist ou em um CRM externo integrado.
Captura
Exige a análise de melhorias do sistema, notas ou dados de sistemas externos onde as atividades de cobrança são registradas.
Tipo de evento
explicit
|
|||
|
Disputa Resolvida
|
Marca o fechamento de uma disputa, seja pela aceitação ou rejeição da reclamação. Capturado quando o status muda para 'fechado' ou 'resolvido'. | ||
|
Por que é importante
O tempo de resolução de disputas é um KPI chave para satisfação e eficiência. Resoluções lentas atrasam pagamentos e desgastam o relacionamento com o cliente.
Onde obter
Inferido pela mudança de status para 'Fechado' ou 'Confirmado' na tabela UKM_CASE, indicando a resolução.
Captura
Identifique o timestamp da alteração de status para um status final resolvido na tabela UKM_CASE ou tabelas de log de alteração de status relacionadas.
Tipo de evento
inferred
|
|||
|
Fatura enviada ao cliente
|
Representa o envio da fatura ao cliente (impressão, e-mail ou EDI). Geralmente é capturado pelos logs de determinação de saída do SAP. | ||
|
Por que é importante
Atrasos entre a geração da fatura e o envio podem estender todo o ciclo de pagamento. Rastrear isso ajuda a identificar gargalos na comunicação com o cliente e na distribuição de documentos.
Onde obter
Pode ser inferido pela data na tabela NAST, onde o tipo de saída corresponde à fatura, exigindo configuração correta da determinação de saída.
Captura
Procure por um registro processado com sucesso na tabela NAST vinculado ao número do documento de faturamento.
Tipo de evento
inferred
|
|||
|
Pagamento Lançado
|
Representa o lançamento contábil do pagamento no Razão Geral. Frequentemente ocorre junto com o recebimento, mas pode ser uma etapa separada com seus próprios atrasos. | ||
|
Por que é importante
Atrasos entre o recebimento do dinheiro e o lançamento podem distorcer os relatórios financeiros. Medir esse tempo de ciclo ajuda a garantir que os processos contábeis sejam eficientes e precisos.
Onde obter
Pode ser inferido pela data de lançamento (BUDAT) ou criação (CPUDT) do documento de compensação na tabela BKPF. O número está em BSAD-AUGBL.
Captura
Use a data de lançamento (BUDAT) da tabela BKPF para o documento de compensação que liquidou a fatura.
Tipo de evento
inferred
|
|||
|
Procedimento de Dunning Iniciado
|
Representa o início formal do processo automático de dunning. Capturado quando a execução do dunning processa a fatura e atribui um nível. | ||
|
Por que é importante
Marca o início da cobrança automática. Rastrear o dunning é essencial para avaliar a eficácia da estratégia e garantir o cumprimento das políticas.
Onde obter
Evento explícito nos logs de dunning. A data da execução (LAUFD) na tabela MHNK indica quando o procedimento ocorreu.
Captura
Extraia a data de execução do dunning (MHNK-LAUFD) e o nível de dunning (MHNK-MAHNS) para a fatura específica.
Tipo de evento
explicit
|
|||
|
Promessa de pagamento criada
|
Ocorre quando o agente registra a promessa do cliente de pagar em certa data. É uma ação explícita no módulo SAP Collections Management. | ||
|
Por que é importante
Promessas de pagamento são resultados essenciais das atividades de cobrança. Analisar sua frequência, taxa de cumprimento e impacto no prazo de pagamento ajuda a refinar as estratégias.
Onde obter
Evento explícito no SAP Collections Management. A data de criação vem de tabelas como UDM_P2P_ATTR.
Captura
Use a data de criação das tabelas de promessa de pagamento, como UDM_P2P_ATTR, vinculadas à fatura.
Tipo de evento
explicit
|
|||