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
- Atividades-chave a monitorizar
- Orientações de extração do SAP ECC
Atributos de Gestão de Crédito e Cobrança
| 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
|
|||
Atividades de Gestão de Crédito e Cobrança
| 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
|
|||