Seu Template de dados de gestão de crédito e cobrança
Seu Template de dados de gestão de crédito e cobrança
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração de dados do SAP ECC
Atributos de gestão de crédito e cobrança
| Nome | Descrição | ||
|---|---|---|---|
|
Data e hora do evento
EventTime
|
Data e hora que indicam quando uma atividade ou um evento específico ocorreu. | ||
|
Descrição
A data e hora do evento registram o momento exato de cada atividade do processo. Elas formam a base cronológica do Event Log, permitindo ordenar as atividades e calcular a duração entre elas. Na análise, esse dado é fundamental para calcular todos os KPIs baseados em tempo, como o tempo de ciclo da resolução de contestações, a latência no lançamento de pagamentos e a média de dias entre o vencimento e o pagamento. Ele ajuda a identificar gargalos ao destacar longos períodos de espera entre etapas consecutivas.
Por que isso importa
Este atributo é essencial para ordenar corretamente os eventos e calcular todas as métricas de performance relacionadas ao tempo, como tempos de ciclo e durações.
Onde encontrar
Obtido de vários campos de data e hora nas tabelas SAP, como BUDAT (data de lançamento) ou CPUDT/CPUTM (data e hora de entrada do documento) na BKPF, ou em tabelas específicas de eventos.
Exemplos
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
|
|||
|
Nome da atividade
ActivityName
|
Nome da atividade de negócio ou do evento ocorrido em um momento específico do ciclo de vida da fatura. | ||
|
Descrição
Este atributo descreve uma etapa ou um evento específico do processo de gestão de crédito e cobrança, como 'Fatura contabilizada', 'Execução do ciclo de cobrança' ou 'Documento de pagamento recebido contabilizado'. Essas atividades formam os nós do mapa do processo. Ao analisar a sequência, a frequência e a duração entre as atividades, as empresas podem visualizar o fluxo real do processo, identificar desvios dos procedimentos padrão e localizar gargalos. Por exemplo, analisar o caminho após 'Execução do ciclo de cobrança' pode revelar a eficácia da estratégia de cobrança.
Por que isso importa
As atividades são os elementos básicos do mapa do processo e permitem visualizar e analisar o fluxo, as variantes e as exceções do processo.
Onde encontrar
Este é um atributo derivado, geralmente criado pelo mapeamento de códigos de transação (TCODE), tipos de documento (BLART) ou alterações em campos específicos de várias tabelas SAP, como BKPF, BSID, MHNK e UDM_CASE, para nomes de atividades mais claros para os usuários.
Exemplos
Fatura contabilizadaExecução do ciclo de cobrançaPromessa de pagamento registradaDocumento de pagamento recebido contabilizadoFatura compensada
|
|||
|
Número da fatura
InvoiceNumber
|
Identificador exclusivo da fatura do cliente, usado como identificador principal do caso no processo de gestão de crédito. | ||
|
Descrição
O número da fatura, chamado de Belegnummer (BELNR) no SAP, identifica exclusivamente cada documento de contas a receber. Em Process Mining, esse número é essencial para vincular todas as atividades relacionadas, desde o lançamento e a cobrança até o pagamento ou a baixa, em um único caso. Analisar o processo usando o número da fatura como identificador do caso permite ter uma visão completa do ciclo de vida da fatura. Isso ajuda a acompanhar métricas importantes, como o prazo médio de recebimento de vendas (DSO), identificar gargalos no processo de cobrança e entender a eficácia de diferentes estratégias para faturas específicas.
Por que isso importa
Esta é a chave essencial que conecta todos os eventos do ciclo da fatura e permite rastrear e analisar o processo de crédito ao recebimento de ponta a ponta.
Onde encontrar
Encontrado em várias tabelas de contabilidade financeira do SAP ECC, principalmente na BKPF (cabeçalho do documento contábil) e na BSEG (item do documento contábil), no campo BELNR.
Exemplos
190000000119000000451900000102
|
|||
|
Data de vencimento
NetDueDate
|
Data em que o pagamento da fatura deve ser feito, conforme as condições acordadas. | ||
|
Descrição
A data de vencimento é o prazo até o qual o cliente deve pagar a fatura. Ela é calculada com base na data de referência da fatura e nas condições de pagamento. No SAP, a data líquida de vencimento costuma estar disponível no campo FAEDT. Essa data é fundamental para a gestão de crédito e serve de referência para medir a pontualidade dos pagamentos. Ela é usada para calcular KPIs como 'Média de dias entre o vencimento e o pagamento' e iniciar atividades de cobrança após o vencimento. Analisar os atrasos em relação a essa data é uma parte central da análise de cobrança.
Por que isso importa
Esta é a principal referência para medir a pontualidade dos pagamentos e é essencial para calcular os dias de atraso e os KPIs relacionados.
Onde encontrar
Essa data costuma estar disponível diretamente nas tabelas de itens de clientes, como BSID, no campo FAEDT (data líquida de vencimento). Também pode ser calculada com base na data de referência (ZFBDT) e nas condições de pagamento (ZTERM).
Exemplos
2023-02-142023-03-312023-04-15
|
|||
|
Dias em atraso
DaysOverdue
|
Número calculado de dias que uma fatura está vencida. | ||
|
Descrição
Essa métrica calcula o número de dias entre a data de vencimento para pagamento de uma fatura e a data em que ela foi compensada. Para faturas em aberto, o cálculo considera a data atual. Dias em atraso é uma métrica fundamental para todas as análises de contas a receber. É a principal medida do Dashboard “Visão geral do vencimento de faturas” e ajuda a priorizar as atividades de cobrança. A análise de tendências dessa métrica em nível agregado pode indicar a situação geral das contas a receber da empresa.
Por que isso importa
Essa métrica central de performance quantifica diretamente os atrasos nos pagamentos e ajuda a priorizar os esforços de cobrança e acompanhar a saúde do processo.
Onde encontrar
Atributo calculado. Lógica: (data de compensação ou data atual) - data de vencimento líquido.
Exemplos
0153295
|
|||
|
Nível de cobrança
Mahns
|
O nível mais alto de cobrança (lembrete) alcançado pela fatura. | ||
|
Descrição
O nível de cobrança (MAHNS no SAP) indica quantos avisos de cobrança foram enviados para uma fatura vencida e representa a intensidade do procedimento de cobrança. Esse atributo é fundamental para avaliar o processo de cobrança. Ele é usado diretamente no Dashboard “Eficácia da cobrança por nível” para medir o percentual de faturas pagas após o envio de cada aviso. Essa análise ajuda a aprimorar a estratégia de cobrança, por exemplo, alterando o momento ou o conteúdo dos avisos nos níveis menos eficazes.
Por que isso importa
Mede diretamente a intensidade dos esforços de cobrança, informação essencial para analisar a eficácia da estratégia de cobrança.
Onde encontrar
Encontrado no item de linha do cliente na tabela BSID, no campo MAHNS. O histórico das execuções de cobrança está nas tabelas MHNK (cabeçalho) e MHND (dados).
Exemplos
1234
|
|||
|
Nome de usuário
UserName
|
ID do usuário que executou a atividade. | ||
|
Descrição
Este atributo identifica o usuário responsável por um evento, como contabilizar uma fatura ou criar um caso de contestação. No SAP, essa informação costuma estar armazenada em campos como ERNAM (Criado por) ou USNAM. Analisar os dados por usuário ajuda a entender a distribuição da carga de trabalho, identificar necessidades de treinamento e detectar possíveis problemas de conformidade. Por exemplo, a análise pode revelar se determinados usuários estão associados com frequência a desvios ou atrasos no processo, ou se os profissionais com melhor performance seguem uma variante mais eficiente.
Por que isso importa
Permite analisar a performance e o comportamento das pessoas no processo, ajudando a identificar profissionais com melhor performance, oportunidades de treinamento e desequilíbrios na carga de trabalho.
Onde encontrar
Geralmente encontrado em tabelas de cabeçalho, como a BKPF, nos campos USNAM (nome de usuário) ou ERNAM (nome da pessoa que criou o objeto).
Exemplos
SMITHJRDOECFO-ADMIN
|
|||
|
Número do cliente
Kunnr
|
Identificador exclusivo do cliente. | ||
|
Descrição
O número do cliente (KUNNR no SAP) é a chave exclusiva de uma conta de cliente. Ele vincula uma transação aos dados cadastrais específicos do cliente, incluindo histórico de pagamentos, informações de crédito e dados de contato. Em Process Mining, esse atributo é essencial para segmentar a análise. Ele permite comparar a performance do processo entre clientes, identificar quem costuma pagar com atraso e analisar diferenças nas estratégias de cobrança para contas estratégicas e não estratégicas. É fundamental para Dashboards como Envelhecimento de faturas e Conformidade com condições de pagamento.
Por que isso importa
Permite uma análise centrada no cliente, ajudando a identificar padrões de comportamento de clientes ou grupos específicos e a adaptar as estratégias de cobrança.
Onde encontrar
Campo padrão KUNNR nas tabelas de itens de clientes (BSID, BSAD) e nas tabelas de cabeçalho de documentos (BKPF, quando preenchido).
Exemplos
10002050CUST-7890
|
|||
|
Responsável pela cobrança
Sachp
|
O funcionário da área contábil ou agente de cobrança responsável pela conta do cliente. | ||
|
Descrição
Este atributo identifica a pessoa ou o grupo responsável pela cobrança de uma conta específica de cliente. No SAP, geralmente corresponde ao funcionário da área contábil (SACHP) definido no registro mestre do cliente. Essa dimensão é essencial para acompanhar a performance da equipe de cobrança. Ela permite criar Dashboards como “Visão geral do vencimento de faturas”, filtrados por responsável pela cobrança, para ajudar a distribuir o trabalho e comparar a eficácia de diferentes responsáveis ou equipes. Também ajuda a identificar quem tem mais sucesso na resolução de faturas vencidas.
Por que isso importa
Permite analisar a performance e gerenciar a carga de trabalho da equipe de cobrança, associando casos e resultados a pessoas ou grupos específicos.
Onde encontrar
Geralmente encontrado nos dados da empresa do registro mestre do cliente (tabela KNB1, campo SACHP).
Exemplos
J. SmithEquipe AINTL-COLL
|
|||
|
Segmento do cliente
CustomerSegment
|
Classificação do cliente, por exemplo, com base no porte, setor ou importância estratégica. | ||
|
Descrição
O segmento do cliente é uma classificação que agrupa clientes com características semelhantes. Em geral, ele é derivado do grupo de contas do cliente (KTOKD) no SAP ou de outros campos personalizados nos dados cadastrais do cliente. Segmentar a análise do processo por esse atributo gera insights importantes. É possível identificar se determinados segmentos têm ciclos de pagamento mais longos, mais contestações ou respondem melhor a atividades de cobrança específicas. Essas informações são essenciais para otimizar as estratégias de cobrança e adaptar as interações com os clientes.
Por que isso importa
Permite analisar como o processo funciona para diferentes tipos de clientes, ajudando a adaptar estratégias e alocar recursos.
Onde encontrar
Geralmente derivado do campo Grupo de contas do cliente (KTOKD) na tabela de dados cadastrais KNA1 ou de outros campos personalizados.
Exemplos
Contas estratégicasPequenas e médias empresasGovernoInterno
|
|||
|
Valor da fatura
Dmbtr
|
Valor total da fatura na moeda local. | ||
|
Descrição
Este atributo representa o valor monetário total da fatura. No SAP, ele costuma ser armazenado no campo DMBTR, que indica o valor na moeda local. O valor da fatura é uma dimensão importante para a análise. Ele permite priorizar a cobrança de faturas de alto valor e entender se há relação entre o valor da fatura e atrasos nos pagamentos ou contestações. Também pode ser usado para filtrar o mapa do processo e exibir apenas faturas acima de determinado limite.
Por que isso importa
Fornece contexto financeiro para o processo, permitindo análises baseadas em valor e a priorização da cobrança de itens de alto valor.
Onde encontrar
Campo padrão DMBTR (valor na moeda local) em tabelas como BSEG, BSID e BSAD.
Exemplos
1500.0012500.50750.25
|
|||
|
Baixada como perda
IsWrittenOff
|
Indicador booleano que informa se a fatura foi baixada como perda por inadimplência. | ||
|
Descrição
Este indicador derivado geralmente recebe o valor verdadeiro quando uma fatura é compensada com um código de motivo ou tipo de documento específico que representa uma baixa como perda. Ele identifica casos que resultaram em prejuízo financeiro. Esse atributo é essencial para calcular o KPI “Taxa de baixas por inadimplência” e alimentar Dashboards relacionados. Ele permite analisar as causas raiz e entender as características das faturas e dos clientes que são baixados como perda com frequência, o que pode ajudar a aprimorar as políticas de crédito e a eficácia da cobrança.
Por que isso importa
Identifica resultados do processo que geram prejuízo financeiro, permitindo encontrar as causas raiz da inadimplência e aprimorar as políticas de crédito.
Onde encontrar
Atributo derivado. A lógica geralmente identifica códigos específicos de motivo de compensação (BSEG-RSTGR) ou tipos de documento (BKPF-BLART) usados para baixas como perda.
Exemplos
truefalse
|
|||
|
Categoria de risco
Ctlpc
|
Classificação do risco de crédito do cliente. | ||
|
Descrição
A categoria de risco (CTLPC no SAP) agrupa os clientes de acordo com sua capacidade de crédito e histórico de pagamentos. Essa classificação é usada para orientar verificações automáticas de crédito e estratégias de cobrança. Analisar o processo por categoria de risco pode revelar insights importantes. A análise pode mostrar se clientes de alto risco seguem caminhos diferentes no processo ou têm ciclos de pagamento significativamente mais longos. Essas informações ajudam a validar a precisão da classificação de risco e a ajustar a intensidade da cobrança conforme o risco.
Por que isso importa
Permite analisar o processo de cobrança com base no risco, ajudando a validar os modelos de risco e a ajustar as estratégias de cobrança.
Onde encontrar
Encontrado nos dados centrais de gestão de crédito do cliente, na tabela KNKK, campo CTLPC.
Exemplos
001002ALTO RISCO
|
|||
|
Código da empresa
Bukrs
|
Identificador da entidade legal (código da empresa) à qual a fatura pertence. | ||
|
Descrição
O código da empresa (BUKRS no SAP) representa uma entidade legal independente para a qual são elaboradas demonstrações financeiras. É uma unidade organizacional fundamental no SAP Financials. Esse atributo é essencial para filtrar e comparar a performance dos processos entre diferentes entidades legais de uma corporação. A análise permite verificar se os processos de cobrança são padronizados ou se há diferenças significativas de performance, por exemplo, no prazo médio de recebimento (DSO) ou nas taxas de disputa entre os códigos de empresa.
Por que isso importa
Permite segmentar a análise do processo por entidade legal, algo essencial para que grandes organizações multinacionais comparem a performance.
Onde encontrar
Campo padrão BUKRS em quase todas as tabelas financeiras, incluindo BKPF, BSEG, BSID e BSAD.
Exemplos
10002000US01
|
|||
|
Condições de pagamento
Zterm
|
Código das condições de pagamento acordadas com o cliente. | ||
|
Descrição
O código de condição de pagamento (ZTERM no SAP) define as condições de pagamento, como a data de vencimento e os descontos disponíveis para pagamentos antecipados. Em geral, ele é definido nos dados mestres do cliente e copiado para as faturas. Analisar os dados por condição de pagamento ajuda a entender como diferentes condições afetam o comportamento de pagamento. Por exemplo, o Dashboard “Conformidade e impacto das condições de pagamento” mostra como o cumprimento das condições varia e como isso afeta os dias de atraso. Essas informações podem orientar decisões sobre quais condições oferecer a cada segmento de clientes.
Por que isso importa
Explica o acordo contratual de pagamento e ajuda a analisar se determinadas condições favorecem pagamentos em dia ou reduzem o número de disputas.
Onde encontrar
Campo padrão ZTERM, encontrado nos dados mestres do cliente (KNB1) e nas tabelas de documentos financeiros (BSEG).
Exemplos
0001NT30ZD60
|
|||
|
Documento de compensação
Augbl
|
Número do documento que compensou a fatura, geralmente um pagamento ou uma 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 é registrado como documento de compensação dessa fatura. Esse campo é essencial para confirmar que uma fatura foi compensada e vinculá-la ao evento específico de pagamento ou nota de crédito. Ele serve de base para identificar a atividade “Fatura compensada” e garantir que o processo de ponta a ponta seja registrado corretamente.
Por que isso importa
Estabelece o vínculo explícito entre uma fatura e o documento de liquidação correspondente, algo essencial para modelar corretamente os eventos de compensação.
Onde encontrar
Campo padrão AUGBL nas tabelas de itens de linha do cliente BSID (em branco enquanto o item está em aberto) e BSAD (preenchido após a compensação).
Exemplos
140000000114000000551400000120
|
|||
|
ID do caso de disputa
DisputeCaseId
|
Identificador exclusivo do caso de disputa vinculado à fatura. | ||
|
Descrição
Quando um cliente contesta uma fatura, pode ser criado um caso formal de disputa no módulo Dispute Management do SAP. Esse ID identifica o caso de forma exclusiva. Com esse identificador, é possível analisar detalhadamente o processo de resolução de disputas. Ele é essencial para calcular o KPI “Tempo de ciclo da resolução de disputas” e entender por que as disputas são abertas, como são tratadas e quais são os resultados mais comuns. Também ajuda a separar o subprocesso de disputas do fluxo padrão de cobrança.
Por que isso importa
Vincula as atividades de cobrança a casos formais de disputa, permitindo analisar especificamente a eficiência do processo de resolução e suas causas raiz.
Onde encontrar
Encontrado em tabelas do SAP Dispute Management, como UDM_CASE_ATTR00. Requer o módulo SAP Dispute Management.
Exemplos
400000000021400000000157400000000305
|
|||
|
ID do sistema de origem
SourceSystemId
|
Identificador do sistema de origem do qual os dados foram extraídos. | ||
|
Descrição
Este atributo especifica o sistema de origem, por exemplo, uma instância específica do SAP ECC, como 'ECCPRD100'. Isso é importante em ambientes com vários sistemas ERP ou na integração de dados de diferentes fontes. Ele permite filtrar e comparar processos entre sistemas ou regiões. Assim, a linhagem dos dados fica clara e é mais fácil solucionar problemas de extração.
Por que isso importa
Fornece contexto essencial sobre a origem dos dados, especialmente em ambientes de TI complexos, garantindo a rastreabilidade e permitindo análises específicas por sistema.
Onde encontrar
Geralmente adicionado durante a extração dos dados. No SAP, é possível usar o nome do sistema lógico (LOGSYS).
Exemplos
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
|
|||
|
Limite de crédito
Klimk
|
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 a uma conta de cliente. Ele é um elemento fundamental da gestão de risco de crédito. Esse atributo é essencial para o Dashboard “Precisão do limite de crédito versus inadimplência”. Ao analisar a relação entre o limite de crédito atribuído e a ocorrência de baixas como perda, a empresa pode avaliar a eficácia de suas políticas de crédito. O atributo também ajuda a acompanhar KPIs como “Taxa de revisão do limite de crédito” e verificar se as avaliações iniciais são precisas.
Por que isso importa
Oferece contexto sobre o risco de crédito e permite analisar se as políticas de crédito evitam perdas por inadimplência sem limitar as vendas.
Onde encontrar
Encontrado nos dados centrais de gestão de crédito do cliente, na tabela KNKK, campo KLIMK.
Exemplos
10000.0050000.00250000.00
|
|||
|
Tipo de documento
Blart
|
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 indicar uma fatura de cliente, “DZ” um pagamento de cliente e “DG” uma nota de crédito. Embora as atividades sejam derivadas para a mineração de processos, o tipo de documento original oferece um contexto importante e pode ser usado para verificação ou para análises financeiras mais detalhadas. Ele ajuda a entender a natureza das transações processadas e permite filtrar a análise para se concentrar em tipos específicos de documentos, como faturas de clientes.
Por que isso importa
Oferece contexto financeiro ao classificar as transações. Essa classificação pode ser usada para filtrar a análise ou validar os nomes das atividades derivados.
Onde encontrar
Campo padrão BLART na tabela de cabeçalho de documentos BKPF.
Exemplos
RVDZDGAB
|
|||
|
Última atualização dos dados
LastDataRefreshTimestamp
|
Data e hora da última extração ou atualização dos dados na ferramenta de Process Mining. | ||
|
Descrição
Este atributo registra a data e hora do carregamento mais recente dos dados. Ele informa aos usuários de negócios o quanto os dados analisados estão atualizados. Ao consultar Dashboards e análises, essa informação ajuda a entender se os dados incluem as transações mais recentes ou se há algum atraso conhecido. É um metadado essencial para gerar confiança nos resultados da análise.
Por que isso importa
Informa aos usuários se os dados estão atualizados, algo essencial para tomar decisões com base nas informações mais recentes disponíveis sobre o processo.
Onde encontrar
Este valor é gerado e armazenado pelo pipeline de extração e carregamento de dados (ETL) quando os dados são atualizados.
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 do ciclo de cobrança
|
Esta atividade representa a execução do programa automático de cobrança de uma fatura vencida. O sistema registra o nível de cobrança, a data e outros detalhes de cada fatura incluída no ciclo. | ||
|
Por que isso importa
Acompanhar as atividades de cobrança é essencial para avaliar a eficácia da estratégia. Isso ajuda a identificar quais níveis de cobrança têm mais sucesso em estimular o pagamento e quais clientes não respondem às tentativas.
Onde encontrar
Este é um evento explícito. Os detalhes dos ciclos de cobrança são armazenados nas tabelas de dados de cobrança, principalmente na MHNK, que contém a data do ciclo (LAUFD) e o nível de cobrança (MAHNS) de cada fatura cobrada.
Coleta
Extraia os registros da tabela MHNK, relacionando o código da empresa, a conta e a data da cobrança.
Tipo de evento
explicit
|
|||
|
Fatura baixada como perda
|
Representa a decisão de reconhecer como perda uma fatura não paga, classificando-a como crédito inadimplente. Isso é registrado por meio de um lançamento financeiro específico que compensa a fatura original e transfere o valor para uma conta de créditos inadimplentes. | ||
|
Por que isso importa
Este é o principal evento final negativo, que indica uma falha no processo de crédito ou cobrança e uma perda financeira direta. Analisar esses casos é essencial para melhorar as políticas de crédito e as estratégias de cobrança.
Onde encontrar
Em geral, este é um lançamento explícito ou um evento inferido com base na transação de compensação. A compensação é feita com um código de transação e um código de motivo específicos que indicam uma baixa. O documento de compensação pode ser analisado para confirmar a baixa.
Coleta
Identifique os documentos de compensação que usam um código de motivo específico para baixas (BSEG-RSTGR) ou cujo lançamento de contrapartida foi feito em uma conta de despesa com créditos inadimplentes.
Tipo de evento
inferred
|
|||
|
Fatura compensada
|
Este evento marca o encerramento bem-sucedido de uma fatura, geralmente após o recebimento e a aplicação do pagamento integral. Ele é inferido quando o item da fatura passa da tabela de itens em aberto (BSID) para a tabela de itens compensados (BSAD). | ||
|
Por que isso importa
Este é o principal evento final positivo do processo. O tempo até essa atividade é um componente central do DSO. Analisar os caminhos que levam a ela ajuda a identificar as melhores práticas.
Onde encontrar
Este é um evento inferido. A compensação é identificada pela presença do documento de compensação (AUGBL) e da data de compensação (AUGDT) no item da fatura, na tabela de itens compensados BSAD.
Coleta
Use a data de compensação (BSAD-AUGDT) do item específico da fatura como data e hora do evento.
Tipo de evento
inferred
|
|||
|
Fatura contabilizada
|
Representa a criação de um documento de fatura a receber no módulo de contabilidade financeira. Esse evento é registrado explicitamente quando um documento de faturamento de Vendas e Distribuição (SD) é liberado para a contabilidade ou quando uma fatura FI é lançada diretamente, gerando registros nas tabelas BKPF e BSEG. | ||
|
Por que isso importa
Este é o principal evento de início do ciclo de vida da fatura. Analisar o tempo entre esse momento e o pagamento é essencial para medir o prazo médio de recebimento de vendas (DSO) e a eficiência geral do processo.
Onde encontrar
Este evento é registrado explicitamente quando um documento financeiro é criado. A data e hora do evento podem ser obtidas no cabeçalho do documento, na tabela BKPF, pelos campos CPUDT ou BKTXT, para o número do documento da fatura correspondente (BELNR).
Coleta
Identifique os eventos de criação de documentos FI com tipos de documento relevantes (por exemplo, 'RV' e 'DR') na tabela BKPF.
Tipo de evento
explicit
|
|||
|
Prazo de pagamento vencido
|
Evento calculado que indica que a fatura venceu. Não se trata de um evento explícito do sistema: ele é derivado da comparação entre a data líquida de vencimento da fatura e a data atual ou a data e hora de uma atividade posterior. | ||
|
Por que isso importa
Este evento marca a transição do faturamento padrão para o processo de cobrança. Ele serve de referência para calcular os dias de atraso e iniciar os procedimentos de cobrança, além de embasar os relatórios de vencimentos.
Onde encontrar
Este é um evento calculado, derivado da comparação entre a data líquida de vencimento (BSID-NETDT) do item em aberto e a data do sistema ou a data e hora de outro evento.
Coleta
Calculado pela comparação entre a data líquida de vencimento da fatura (BSID-NETDT) e uma linha do tempo.
Tipo de evento
calculated
|
|||
|
Caso de contestação criado
|
Representa o registro formal de uma contestação do cliente relacionada a uma fatura, como uma divergência de preço ou quantidade. Esse evento é registrado explicitamente no módulo SAP FSCM Dispute Management. | ||
|
Por que isso importa
As contestações interrompem o processo de pagamento e exigem recursos internos para serem resolvidas. Acompanhar a criação dos casos é o primeiro passo para analisar o tempo de resolução, as causas raiz e o impacto no DSO.
Onde encontrar
Se o SAP FSCM Dispute Management estiver em uso, este é um evento explícito. A criação do caso de contestação é registrada em tabelas como UDM_CASE ou SCMG_T_CASE_ATTR, com a data e hora de criação.
Coleta
Extraia a data e hora de criação das tabelas de gestão de casos, como UDM_CASE, para os casos vinculados à fatura.
Tipo de evento
explicit
|
|||
|
Caso de contestação resolvido
|
A contestação relacionada à fatura foi investigada e resolvida. Em geral, isso é registrado por uma alteração de status do caso no SAP FSCM Dispute Management. | ||
|
Por que isso importa
A resolução de uma contestação libera o processo de pagamento. Medir o tempo entre a criação e a resolução do caso é um KPI importante para identificar ineficiências no tratamento de contestações.
Onde encontrar
Este evento é inferido a partir de uma alteração de status do caso de contestação. Os logs de alteração do campo de status nas tabelas CDHDR/CDPOS e em tabelas como UDM_CASE fornecem a data e hora.
Coleta
Identifique, nos logs de alteração, a data e hora em que o status do caso de contestação muda para 'Closed' ou 'Resolved'.
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 telefone ou e-mail, por exemplo. Em geral, o agente registra essa atividade manualmente no sistema. | ||
|
Por que isso importa
Esta atividade mede o esforço manual da equipe de cobrança. Analisar a frequência e o momento dos contatos em relação aos pagamentos posteriores ajuda a avaliar a eficácia das ações dos agentes.
Onde encontrar
Se o SAP FSCM Collections Management estiver em uso, o registro é feito como 'Customer Contact'. Os detalhes ficam armazenados em tabelas relacionadas à lista de trabalho de cobrança e ao histórico de contatos, geralmente vinculadas a UDM_CASE.
Coleta
Extraia os registros de contato com clientes das tabelas relevantes do FSCM Collections Management.
Tipo de evento
explicit
|
|||
|
Documento de pagamento recebido contabilizado
|
Representa o registro inicial de um pagamento do cliente no sistema, muitas vezes antes de sua aplicação a faturas específicas. Este é um evento explícito que cria um documento de pagamento, por exemplo, do tipo DZ. | ||
|
Por que isso importa
Este evento marca o recebimento do dinheiro. O intervalo entre ele e o evento final 'Fatura compensada' representa o processo de aplicação do pagamento, que pode ser um gargalo significativo.
Onde encontrar
Este é um evento explícito, registrado quando um documento de pagamento é criado na tabela BKPF e identificado por tipos de documento específicos, como 'DZ'. A data de lançamento (BKPF-BUDAT) é usada como data e hora do evento.
Coleta
Identifique na tabela BKPF a criação de documentos com tipos relacionados a pagamentos, como 'DZ'.
Tipo de evento
explicit
|
|||
|
Fatura bloqueada para pagamento
|
Indica que foi aplicado um bloqueio manual ou automático à fatura, impedindo seu pagamento. Esse evento é identificado por um indicador específico de bloqueio de pagamento definido no item da fatura na tabela BSEG. | ||
|
Por que isso importa
Os bloqueios de pagamento são uma das principais causas de atrasos e exceções no processo. Identificar quando e por que as faturas são bloqueadas é essencial para encontrar as causas raiz dos atrasos nos pagamentos e melhorar o fluxo de caixa.
Onde encontrar
Em geral, esse status é inferido a partir de uma alteração no campo Payment Block (BSEG-ZLSPR) do item da fatura. Os logs de alteração desse campo, nas tabelas CDHDR e CDPOS, podem fornecer datas e horas explícitas.
Coleta
Detecte alterações no campo BSEG-ZLSPR do item do documento da fatura usando a tabela CDHDR para obter as datas e horas.
Tipo de evento
inferred
|
|||
|
Item residual criado
|
Ocorre durante a aplicação do pagamento quando o cliente paga menos que o valor da fatura e o pequeno saldo restante é lançado como um novo item em aberto. Esse evento é inferido a partir dos detalhes da transação de compensação. | ||
|
Por que isso importa
Itens residuais indicam divergências nos pagamentos e geram trabalho adicional. Acompanhar esses itens ajuda a identificar clientes que pagam valores menores com frequência e problemas de preço ou faturamento que levam a contestações.
Onde encontrar
Este é um evento inferido. Quando uma transação de compensação, por exemplo, via F-28, compensa uma fatura original e também lança um novo documento de item em aberto para o valor restante, é criado um item residual. Isso pode ser identificado pela análise dos itens do documento de compensação.
Coleta
Analise os documentos de compensação (BKPF-AUGBL) para encontrar casos em que um novo item em aberto é criado com referência à fatura original.
Tipo de evento
inferred
|
|||
|
Nota de crédito contabilizada
|
Representa a criação de um documento de nota de crédito na conta do cliente, geralmente para corrigir um erro de faturamento ou resolver uma contestação. Esse documento é criado explicitamente no módulo FI. | ||
|
Por que isso importa
Notas de crédito são resultado direto de falhas em etapas anteriores do processo, como erros de preço ou envio. Analisar sua frequência e suas causas raiz é essencial para melhorar o processo e reduzir perdas de receita.
Onde encontrar
Este é um evento explícito, registrado quando um documento financeiro com tipo de documento de nota de crédito, como 'DG', é criado. A data e hora do evento podem ser obtidas no cabeçalho do documento, na tabela BKPF.
Coleta
Identifique na tabela BKPF os eventos de criação de documentos FI com tipos de documento de nota de crédito, como 'DG' e 'G2'.
Tipo de evento
explicit
|
|||
|
Promessa de pagamento descumprida
|
Evento calculado que indica que o cliente não pagou até a data acordada em uma 'Promessa de pagamento'. Ele é inferido pela ausência do pagamento correspondente até a data prometida. | ||
|
Por que isso importa
Identificar promessas descumpridas é essencial para intensificar as ações de cobrança. Uma taxa elevada pode indicar problemas na estratégia de cobrança ou na saúde financeira dos clientes.
Onde encontrar
Este é um evento inferido ou calculado. Ele é determinado pela comparação entre a data prometida, obtida em UDM_P2P_ATTR, e a data de compensação do pagamento da fatura. Se o pagamento não for recebido até a data prometida, a promessa é considerada descumprida.
Coleta
Compare a data prometida em UDM_P2P_ATTR com a data de compensação da fatura. Se a compensação ocorrer depois da data prometida, a promessa foi descumprida.
Tipo de evento
calculated
|
|||
|
Promessa de pagamento registrada
|
O cliente entrou em contato com o departamento de cobrança e prometeu pagar até uma data específica. Esse evento é registrado explicitamente quando o SAP FSCM Collections Management está em uso. | ||
|
Por que isso importa
As promessas de pagamento são um resultado importante das atividades de cobrança. Analisar quando são feitas, se são cumpridas e com que frequência são descumpridas ajuda a medir a eficácia das ações de cobrança e a prever entradas de caixa.
Onde encontrar
Se o SAP FSCM Collections Management estiver em uso, este é um evento explícito. Os detalhes da promessa de pagamento são armazenados em tabelas como UDM_P2P_ATTR, vinculados ao parceiro de negócios e à fatura.
Coleta
Extraia a data e hora de criação das tabelas de promessas de pagamento, como UDM_P2P_ATTR, no SAP FSCM.
Tipo de evento
explicit
|
|||
Guias de extração
Pronto para começar?
Use este Template para simplificar a preparação dos dados e começar a encontrar insights valiosos no processo de gestão de crédito e cobrança. Otimize o fluxo de caixa e reduza os riscos desde já.
Acelere o fluxo de caixa: otimize a gestão de crédito e cobrança
Reduza em 30% o tempo de ciclo entre crédito e recebimento e aumente a lucratividade.
Não é necessário informar cartão de crédito. A configuração leva poucos minutos.