Seu Template de dados de gestão de crédito e cobrança

SAP S/4HANA
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

Este Template oferece um guia claro para reunir os dados necessários à análise e otimização do seu processo de gestão de crédito e cobrança. Ele apresenta os principais atributos a coletar, as atividades essenciais a acompanhar e orientações práticas para extração do seu sistema SAP S/4HANA. Use este recurso para garantir que todas as informações críticas sejam capturadas para uma análise de processo robusta.
  • Atributos recomendados para coletar no seu Event Log
  • Principais atividades do processo para acompanhar ao longo do ciclo de vida da fatura
  • Orientações específicas de extração para SAP S/4HANA
Novo em Event Logs? Aprenda como criar um Event Log de 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 e realizar uma análise abrangente do seu processo de gestão de crédito e cobrança.
3 Obrigatório 5 Recomendado 10 Opcional
Nome Descrição
Horário do evento
EventTime
O timestamp que indica quando a atividade ocorreu.
Descrição

Esse atributo fornece a data e a hora exatas de cada atividade registrada. Ele é essencial para determinar a sequência dos eventos e calcular a duração entre eles.

O Event Time é usado para ordenar as atividades cronologicamente, criar o mapa do processo e calcular métricas de performance. Por exemplo, ele é usado para calcular o 'Average Dispute Resolution Time', medindo a duração entre o timestamp de 'Dispute Registered' e o timestamp de 'Dispute Resolved'.

Por que isso importa

Ele fornece a ordem cronológica dos eventos, necessária para calcular tempos de ciclo, analisar a performance do processo e descobrir gargalos.

Onde obter

Obtido de vários campos de data e hora nas tabelas SAP, como BUDAT (Posting Date) na BKPF ou CPUDT/CPUTM (Date/Time of Entry) em várias tabelas. As tabelas de logs de alterações CDHDR/CDPOS também contêm timestamps.

Exemplos
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-10T09:15:00Z
Nome da atividade
ActivityName
O nome do evento de negócio específico que ocorreu no processo de gestão de crédito e cobrança.
Descrição

Esse atributo descreve uma única etapa ou tarefa do processo, como 'Invoice Generated', 'Dunning Procedure Initiated' ou 'Payment Received'. A sequência dessas atividades forma o fluxo do processo para cada caso.

Analisar o Activity Name é fundamental para o Process Mining, pois permite descobrir o mapa do processo, identificar variantes e medir as transições entre diferentes etapas. Ele é a base de praticamente todas as análises de processo, incluindo cálculos de KPIs como 'Dunning Success Rate', que acompanha os eventos posteriores a uma atividade de cobrança.

Por que isso importa

Ele define as etapas do processo, o que é essencial para visualizar o mapa do processo, analisar variantes e entender o fluxo do processo.

Onde obter

Gerado a partir de uma combinação de códigos de transação (TCODE), logs de alterações de tabelas (CDHDR/CDPOS) ou campos de status em documentos SAP.

Exemplos
Fatura enviada ao clienteProcedimento de cobrança iniciadoPagamento recebidoCaso de disputa registrado
Número da fatura
InvoiceNumber
O identificador exclusivo da fatura do cliente, que funciona como o ID de caso principal do processo de gestão de crédito e cobrança.
Descrição

O Invoice Number, geralmente representado como o número do documento contábil, identifica exclusivamente cada transação de contas a receber. Ele funciona como o fio condutor central que conecta todos os eventos do processo, desde a criação da fatura e os avisos de cobrança até a gestão de disputas e o pagamento final ou a baixa como perda.

No Process Mining, analisar a jornada de cada Invoice Number permite ter uma visão completa do processo de ponta a ponta. Isso ajuda a identificar caminhos comuns, gargalos no processamento de pagamentos e variações no tratamento de diferentes faturas, o que é essencial para Dashboards como 'Invoice Process Variants Analysis' e 'Overdue Invoice Aging & Status'.

Por que isso importa

É o identificador essencial do caso que conecta todas as atividades relacionadas a crédito e cobrança, permitindo analisar todo o ciclo de vida de cada conta a receber.

Onde obter

Normalmente encontrado em tabelas como BKPF (Accounting Document Header), no campo BELNR, ou VBRK (Billing Document: Header Data), no campo VBELN.

Exemplos
190000012319000004561900000789
Data de vencimento do pagamento
PaymentDueDate
A data até a qual o pagamento da fatura deve ser realizado.
Descrição

A Payment Due Date é calculada com base na data da fatura e nas condições de pagamento acordadas com o cliente. Ela é a referência usada para medir a pontualidade do pagamento.

Essa data é fundamental para todas as análises de atrasos. Ela é o ponto de partida para calcular 'Days Overdue' e acionar procedimentos de cobrança. Dashboards como 'Overdue Invoice Aging & Status' e KPIs como 'Average Days Sales Outstanding (DSO)' dependem fortemente desse atributo.

Por que isso importa

É a data principal para determinar se uma fatura está em atraso, acionar atividades de cobrança e calcular KPIs essenciais.

Onde obter

Encontrado no item de cliente de um documento contábil, na tabela BSEG (campo ZFBDT).

Exemplos
2023-05-302023-06-152023-07-01
Dias em atraso
DaysOverdue
O número de dias desde que uma fatura ultrapassou a data de vencimento.
Descrição

Essa é uma métrica calculada que mede o tempo decorrido entre a 'Data de vencimento do pagamento' e a data atual, para faturas em aberto, ou a 'Data de pagamento', para faturas compensadas. Um valor positivo indica um pagamento atrasado.

Dias em atraso é um KPI essencial para a cobrança. Ele é a principal métrica do Dashboard 'Idade e status das faturas em atraso' e é usado para priorizar os esforços de cobrança. Analisar a distribuição dessa métrica ajuda a entender a saúde geral da carteira de contas a receber.

Por que isso importa

É um indicador de performance essencial para a eficácia da cobrança, usado na análise de aging, na priorização do trabalho e na medição dos atrasos de pagamento.

Onde obter

Calculado durante a transformação dos dados: (Data atual OU data de compensação) - PaymentDueDate (BSEG-ZFBDT).

Exemplos
1530920
Nome do usuário
UserName
O ID do usuário que executou a atividade.
Descrição

Esse atributo identifica o usuário específico responsável por uma determinada etapa do processo, como lançar um pagamento ou iniciar uma execução de cobrança. No SAP, ele costuma ser armazenado como 'User Name' (UNAME) ou no campo 'Entered by'.

Analisar por usuário ajuda a identificar pessoas ou equipes de alta performance, áreas que podem precisar de treinamento adicional e padrões de distribuição de carga de trabalho. Também pode ser usado para investigar problemas de conformidade ou atividades não autorizadas. Por exemplo, ele apoia o Dashboard 'Collection Call Effectiveness' ao acompanhar os resultados por agente de cobrança.

Por que isso importa

Ele conecta as atividades do processo a pessoas específicas, permitindo analisar a performance dos recursos, a carga de trabalho e a conformidade.

Onde obter

Comumente encontrado em tabelas de cabeçalho, como BKPF (campo USNAM), ou em tabelas de logs de alterações, como CDHDR (campo USERNAME).

Exemplos
JSMITHRROEBATCH_USER
Número do cliente
CustomerNumber
O identificador exclusivo da conta do cliente.
Descrição

O Customer Number é o identificador do parceiro de negócios para o qual a fatura foi emitida. Ele conecta a transação financeira ao registro de dados mestre do cliente.

Esse atributo é essencial para análises centradas no cliente, como a identificação do comportamento de pagamento de clientes ou segmentos específicos. Ele é usado em Dashboards como 'Customer Payment Behavior Trends' para acompanhar quais clientes pagam constantemente em atraso e apoia KPIs como 'High-Priority Account Coverage' ao agrupar faturas por cliente.

Por que isso importa

Ele conecta as transações a clientes específicos, permitindo analisar o comportamento de pagamento, a segmentação e a gestão do relacionamento.

Onde obter

Encontrado nos 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

Esse atributo representa o valor monetário total dos produtos ou serviços faturados. Ele é uma medida essencial do impacto financeiro de cada caso.

Analisar o Invoice Amount é fundamental para priorizar os esforços de cobrança, como no Dashboard 'Collection Portfolio Prioritization'. Ele também é usado para avaliar o impacto financeiro das ineficiências do processo, como o valor total das faturas contestadas ou dos recursos comprometidos em contas a receber em atraso. Ele apoia diretamente KPIs como 'Invoice Write-Off Percentage', fornecendo a base de valor.

Por que isso importa

Ele quantifica o valor financeiro de cada caso, o que é essencial para priorização, avaliação de riscos e medição de performance.

Onde obter

Derivado dos itens de linha do documento contábil na tabela BSEG (campo DMBTR para o valor na moeda local ou WRBTR para o 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 elaboradas demonstrações financeiras.
Descrição

O Company Code é uma entidade organizacional fundamental no SAP Financials. Todas as transações financeiras, incluindo faturas e pagamentos, são lançadas em um código de empresa específico.

No Process Mining, filtrar ou criar dimensões por Company Code é essencial para comparar a performance do processo entre diferentes entidades legais de uma corporação. Isso ajuda a identificar boas práticas em uma entidade que podem ser aplicadas a outras ou a localizar problemas sistêmicos que afetam uma empresa específica. É um filtro essencial para praticamente todas as análises de processos financeiros.

Por que isso importa

Ele permite comparar a performance e a conformidade dos processos entre diferentes entidades legais da organização.

Onde obter

Encontrado na maioria das tabelas financeiras, como BKPF e BSEG (campo BUKRS).

Exemplos
10002000US01DE01
É automatizado
IsAutomated
Um indicador que mostra se a atividade foi executada por um usuário do sistema ou por uma pessoa.
Descrição

Esse atributo booleano diferencia as atividades executadas automaticamente pelo sistema, como uma execução programada de cobrança ou um lançamento automático de pagamento, daquelas executadas manualmente por uma pessoa, como uma ligação de cobrança.

Analisar esse atributo ajuda a medir o nível de automação do processo. Isso permite comparar a eficiência e a consistência das etapas automatizadas e manuais, identificar oportunidades de automação adicional e entender o esforço manual real envolvido no processo de cobrança.

Por que isso importa

Ele ajuda a quantificar o nível de automação do processo, permitindo analisar o impacto da automação na eficiência e nos custos.

Onde obter

Esse é um atributo derivado, normalmente baseado em 'UserName'. Se o ID do usuário corresponder a uma lista predefinida de usuários do sistema ou de processamento em lote, como 'BATCH_USER', o indicador será definido como true.

Exemplos
truefalse
Limite de crédito
CreditLimit
O valor máximo de crédito concedido a um cliente.
Descrição

O limite de crédito é um valor armazenado nos dados mestres de crédito do cliente, definindo a exposição de crédito total que a empresa aceita ter com esse cliente. Atividades como 'Limite de crédito solicitado' e 'Limite de crédito aprovado' estão diretamente relacionadas a esse atributo.

Esse atributo fornece contexto para a análise de risco de crédito. O Dashboard 'Análise do tempo de ciclo da aprovação de crédito' acompanha o processo de definição ou alteração desse limite. Analisá-lo em conjunto com os valores em atraso ajuda a avaliar o risco geral da carteira.

Por que isso importa

Ele define o risco de crédito aprovado para um cliente e é fundamental para analisar o processo de aprovação de crédito e a exposição geral ao crédito.

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 em que a fatura foi emitida.
Descrição

Esse atributo especifica o código da moeda, por exemplo, USD ou EUR, do valor da fatura. Ele fornece o contexto necessário para interpretar valores monetários, especialmente em organizações multinacionais.

Embora a maioria das análises seja feita em uma moeda local padronizada, a moeda do documento é importante para entender a transação original e qualquer análise relacionada a efeitos cambiais. Ela fornece contexto para o atributo InvoiceAmount.

Por que isso importa

Ele fornece o contexto essencial para o Invoice Amount, permitindo uma análise financeira precisa em ambientes com várias moedas.

Onde obter

Normalmente encontrado em tabelas de cabeçalho, como BKPF (campo WAERS), ou em tabelas de itens de linha, como BSEG (campo PSWSL).

Exemplos
USDEURGBP
Motivo da baixa como perda
WriteOffReason
O código de motivo que explica por que uma fatura foi baixada como incobrável.
Descrição

Quando uma conta a receber é considerada incobrável, ela é baixada dos registros contábeis e recebe um código de motivo para classificar a causa, como 'Bankruptcy', 'Small Balance Write-Off' ou 'Unresolved Dispute'.

Esse atributo é essencial para o Dashboard 'Invoice Write-Off Analysis'. Ao analisar a frequência e o valor das baixas como perda por motivo, a empresa pode identificar fragilidades em sua política de crédito ou estratégia de cobrança e tomar medidas corretivas para minimizar perdas futuras.

Por que isso importa

Ele explica as causas-raiz das perdas financeiras decorrentes de dívidas incobráveis, orientando melhorias nas políticas de crédito e cobrança.

Onde obter

Isso geralmente é registrado nos campos de código de motivo (BSEG-RSTGR) durante a transação específica de lançamento financeiro (por exemplo, F-30) usada para baixar contas a receber.

Exemplos
FALÊNCIASALDO_PEQUENOPERDA_CONTESTAÇÃO
Motivo da disputa
DisputeReason
O código de motivo informado para explicar por que um cliente está contestando uma fatura.
Descrição

Quando um cliente contesta uma fatura, normalmente é atribuído um motivo para categorizar a natureza do problema, como 'Incorrect Pricing', 'Damaged Goods' ou 'Duplicate Invoice'. Isso é gerenciado no módulo SAP Dispute Management.

Analisar os Dispute Reasons é essencial para identificar as causas-raiz da insatisfação do cliente e dos atrasos nos pagamentos. O Dashboard 'Invoice Dispute Volume & Resolution' pode ser dimensionado por esse atributo para localizar problemas recorrentes no processo upstream de order-to-cash que precisam ser corrigidos.

Por que isso importa

Ele fornece um insight essencial sobre as causas-raiz das disputas de faturas, ajudando a identificar e resolver problemas operacionais subjacentes.

Onde obter

Obtido do módulo SAP Dispute Management, provavelmente de tabelas como UDM_SCASE_ATTR ou similares, com base nos atributos do caso de disputa.

Exemplos
PRC_ERR - Erro de preçoQTY_DIF - Diferença de quantidadeSHIP_DMG - Remessa danificada
Nível de cobrança
DunningLevel
Indica a etapa atual do processo de cobrança de uma fatura em atraso.
Descrição

O Dunning Level representa a intensidade do esforço de cobrança, normalmente evoluindo de um simples lembrete para notificações jurídicas mais formais. Cada nível corresponde a uma atividade de cobrança específica definida no procedimento de cobrança.

Acompanhar esse atributo é essencial para monitorar a eficácia e a conformidade do processo de cobrança. O Dashboard 'Dunning Process Effectiveness' usa esse dado para analisar as taxas de pagamento em diferentes níveis, enquanto o Dashboard 'Dunning Process Compliance' verifica se a sequência de níveis está sendo seguida corretamente.

Por que isso importa

Ele acompanha a evolução dos esforços de cobrança, permitindo analisar a eficácia da cobrança e a conformidade do processo.

Onde obter

Essas informações são armazenadas em tabelas de dados de cobrança, como MHND (Dunning data). O último nível de cobrança de um item pode ser encontrado em BSEG (campo MANST).

Exemplos
123 - Aviso finalAção judicial
Segmento do cliente
CustomerSegment
Uma classificação do cliente, por exemplo, com base em porte, setor ou importância estratégica.
Descrição

Customer Segment é uma classificação de marketing ou vendas usada para agrupar clientes com características semelhantes. Ela pode se basear em fatores como receita anual, setor, localização geográfica ou status do relacionamento, por exemplo, Gold, Silver ou Bronze.

Na análise de cobranças, segmentar por esse atributo ajuda a revelar padrões específicos de determinados grupos. Por exemplo, o Dashboard 'Invoice Write-Off Analysis' pode mostrar se um segmento específico é responsável por uma parcela desproporcional das baixas como perda, orientando decisões estratégicas sobre políticas de crédito para esse segmento.

Por que isso importa

Ele permite analisar a performance do processo e o comportamento dos clientes em diferentes grupos, revelando insights estratégicos valiosos.

Onde obter

Normalmente obtido dos dados mestre de clientes, na tabela KNA1, geralmente em um campo de classificação ou atributo como KDKG1-KDKG5 (Customer group 1-5).

Exemplos
Grande empresaPequena e média empresaGovernoConta estratégica
Sistema de origem
SourceSystem
Identifica o sistema de origem dos dados.
Descrição

Esse atributo especifica o sistema de informação de origem, que neste caso é o SAP S/4HANA. Ele é especialmente importante em ambientes nos quais os dados podem ser consolidados a partir de vários sistemas, como diferentes instâncias de ERP ou um CRM separado.

Na análise de processos, isso ajuda a diferenciar processos que podem abranger vários sistemas ou permite filtrar a análise para uma instância específica. Ele garante a linhagem dos dados e fornece contexto, especialmente durante a validação dos dados e a solução de problemas.

Por que isso importa

Ele fornece um contexto essencial sobre a origem dos dados, garantindo clareza em ambientes com vários sistemas e apoiando a governança de dados.

Onde obter

Normalmente, é um valor estático adicionado durante a extração dos dados, identificando a instância específica do SAP S/4HANA, por exemplo, pelo System ID ou SID.

Exemplos
S4H_PROD_100S4HANA_FINANCE_EUSAP_ECC_US
Última atualização dos dados
LastDataUpdate
O timestamp da atualização ou extração mais recente dos dados do sistema de origem.
Descrição

Esse atributo indica quando o conjunto de dados foi atualizado pela última vez. Ele fornece aos usuários contexto sobre a atualidade dos dados analisados.

Esse é um metadado essencial para qualquer Dashboard ou análise. Ele informa ao usuário o período coberto pela análise e evita interpretações equivocadas baseadas em informações desatualizadas. Por exemplo, uma análise de faturas em atraso só é significativa quando o usuário sabe quando os dados foram extraídos pela última vez.

Por que isso importa

Ele garante que os usuários entendam a atualidade dos dados, algo essencial para tomar decisões precisas baseadas em dados.

Onde obter

Esse valor é gerado e armazenado durante o processo de extração, transformação e carregamento (ETL) dos dados.

Exemplos
2023-10-27T02:00:00Z2023-10-26T02:00:00Z
Obrigatório Recomendado Opcional

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

Estas são as principais etapas e marcos do processo que devem ser capturados no seu Event Log para uma descoberta precisa e uma otimização do seu Workflow de cobrança.
6 Recomendado 6 Opcional
Atividade Descrição
Caso de disputa registrado
Esta atividade indica que um cliente contestou formalmente uma fatura e que um caso foi criado no SAP Dispute Management. Ela é capturada quando um novo caso de disputa é criado e vinculado ao documento da fatura.
Por que isso importa

Registrar disputas é uma etapa essencial para entender as exceções do processo. Analisar o volume, os motivos e o tempo de resolução das disputas ajuda a identificar causas-raiz, como erros de preço ou de envio.

Onde obter

Este é um evento explícito registrado nas tabelas do SAP Dispute Management. A data de criação do caso em tabelas como UKM_CASE ou FDM_DCOBJ, vinculada à fatura, funciona como timestamp.

Captura

Use o timestamp de criação do caso de disputa na tabela UKM_CASE, filtrando pelo tipo de caso de disputa.

Tipo de evento explicit
Data de vencimento do pagamento ultrapassada
Um evento calculado que ocorre quando a data atual ultrapassa a data líquida de vencimento da fatura sem que um pagamento de compensação tenha sido lançado. Ele indica a transição da fatura do status 'em dia' para 'em atraso'.
Por que isso importa

Esta atividade aciona todas as atividades de cobrança e de dunning. Ela é essencial para analisar o comportamento de pagamento, os motivos dos atrasos e a eficácia dos lembretes proativos.

Onde obter

Este não é um log explícito. Ele é calculado comparando a data líquida de vencimento, obtida de tabelas como BSID, campo ZFBDT, com o timestamp da análise ou de uma atividade posterior.

Captura

Derive esse evento comparando a data líquida de vencimento da fatura (BSID-ZFBDT) com o timestamp atual ou com o timestamp de um evento posterior.

Tipo de evento calculated
Fatura baixada como perda
Esta atividade representa a decisão de absorver uma fatura não paga como perda, classificando-a como dívida incobrável. Ela é capturada quando um tipo específico de documento de compensação é lançado, geralmente com um código de motivo exclusivo.
Por que isso importa

As baixas como perda representam uma perda financeira direta. Analisar sua frequência, valor e atividades anteriores ajuda a identificar clientes em risco e falhas no processo de cobrança.

Onde obter

Isso pode ser inferido pela análise do documento de compensação que liquida a fatura. Uma conta específica do razão geral ou um código de motivo (BSEG-RSTGR) usado no documento de compensação indica uma baixa como perda.

Captura

Identifique o documento de compensação e verifique se há um código de motivo específico ou um lançamento em uma conta de dívidas incobráveis.

Tipo de evento inferred
Fatura gerada
Esta atividade marca a criação de uma fatura de cliente, que é o ponto de partida do processo de cobrança. Esse evento é capturado quando um novo documento contábil com tipo de documento de fatura é lançado no sistema SAP S/4HANA.
Por que isso importa

Este é o principal evento de início do processo de invoice-to-cash. Analisar o tempo entre esse ponto e o pagamento é essencial para medir o Days Sales Outstanding (DSO) e a eficiência geral do processo.

Onde obter

Este evento é registrado explicitamente. A data e a hora de criação podem ser encontradas na tabela de cabeçalho do documento contábil, BKPF, para o número de documento relevante (BELNR). Tipos de documento como 'RV' normalmente indicam faturas de clientes.

Captura

Use o timestamp de criação do documento (CPUDT, CPUTM) da tabela BKPF para o documento da fatura.

Tipo de evento explicit
Fatura liquidada
Este é o resultado final e bem-sucedido de uma fatura, indicando que ela foi totalmente paga e compensada dos itens em aberto. Esse estado é reconhecido quando a fatura tem um documento e uma data de compensação correspondentes.
Por que isso importa

Como principal ponto de sucesso do processo, esta atividade encerra o ciclo de vida da fatura. Analisar os caminhos e o tempo necessário para chegar a esse estado é fundamental para otimizar o processo.

Onde obter

Este não é um evento discreto, mas um estado inferido a partir de tabelas financeiras. Uma fatura é considerada liquidada quando aparece na tabela de itens de clientes compensados, BSAD, e tem uma data de compensação válida (AUGDT).

Captura

Use a data de compensação (AUGDT) da tabela BSAD como timestamp desta atividade final.

Tipo de evento inferred
Pagamento recebido
Esta atividade representa o recebimento de recursos do cliente, que são então aplicados à fatura em aberto. Ela é capturada pela criação de um documento de compensação que liquida o valor da fatura.
Por que isso importa

Este é um marco essencial que impacta diretamente o fluxo de caixa e o DSO. Analisar o tempo até o pagamento e as atividades que o antecedem revela a eficácia de todo o processo de cobrança.

Onde obter

Isso é inferido a partir do documento de compensação lançado contra a fatura. A data de compensação (AUGDT) da tabela de itens compensados, BSAD, para a fatura específica fornece o timestamp.

Captura

Identifique a data de compensação (AUGDT) na tabela BSAD para o número de documento da fatura correspondente (BELNR).

Tipo de evento inferred
Disputa resolvida
Esta atividade marca o encerramento de um caso de disputa, seja porque a reivindicação do cliente foi validada ou rejeitada. Ela é capturada quando o status do caso de disputa é atualizado para 'fechado' ou 'resolvido'.
Por que isso importa

O tempo necessário para resolver disputas é um indicador-chave de performance da satisfação do cliente e da eficiência operacional. Tempos longos de resolução podem atrasar pagamentos e prejudicar o relacionamento com os clientes.

Onde obter

Isso é inferido a partir de uma alteração de status no caso de disputa. Um timestamp associado à alteração de status para 'Closed' ou 'Confirmed' na tabela UKM_CASE indica quando a resolução ocorreu.

Captura

Identifique o timestamp da alteração para um status final e resolvido na tabela UKM_CASE ou em tabelas relacionadas de logs de alterações de status.

Tipo de evento inferred
Fatura enviada ao cliente
Representa o momento em que a fatura foi transmitida ao cliente, por exemplo, por impressão, e-mail ou EDI. Normalmente, isso é capturado pelos logs de determinação de saída do SAP, que registram quando uma mensagem de saída foi processada.
Por que isso importa

Atrasos entre a geração e o envio da fatura podem prolongar todo o ciclo de pagamento. Rastrear esse intervalo ajuda a identificar gargalos na comunicação com o cliente e na distribuição de documentos.

Onde obter

Isso pode ser inferido pela data e hora de processamento na tabela de status de mensagens, NAST, em que o tipo de saída corresponde a uma fatura de cliente. Isso exige a configuração correta da determinação de saída.

Captura

Procure um registro processado com sucesso na tabela NAST, vinculado ao número do documento de faturamento da fatura.

Tipo de evento inferred
Ligação de cobrança realizada
Representa um contato manual feito por um agente de cobrança com o cliente sobre uma fatura em atraso. Muitas vezes, esse não é um evento padrão do SAP e depende de registros personalizados ou da integração com um sistema de CRM.
Por que isso importa

As intervenções manuais são uma parte dispendiosa do processo de cobrança. Rastrear essas ligações ajuda a medir a eficácia dos agentes e entender quais contas exigem esforço manual.

Onde obter

Essas informações normalmente não estão disponíveis em uma configuração padrão do S/4HANA. Elas podem estar armazenadas em tabelas personalizadas, como uma observação na lista de trabalho de cobrança ou em um sistema externo de CRM que precisa ser integrado.

Captura

Exige a análise de extensões do sistema, observações ou dados de um sistema externo em que as atividades de cobrança são registradas.

Tipo de evento explicit
Pagamento lançado
Representa o registro contábil do pagamento no razão geral. Em muitos casos, isso ocorre simultaneamente ao recebimento do pagamento, mas pode ser uma etapa separada, com atrasos próprios.
Por que isso importa

Atrasos entre o recebimento do dinheiro e seu 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

Este evento pode ser inferido pela data de lançamento (BUDAT) ou pela data de criação (CPUDT) do documento de compensação encontrado na tabela BKPF. O número do documento de compensação 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 cobrança iniciado
Esta atividade representa o início formal do processo automatizado de cobrança de uma fatura em atraso. Ela é capturada quando uma execução de cobrança processa a fatura e atribui um nível de cobrança.
Por que isso importa

Isso marca o início da cobrança automatizada. Rastrear as atividades de cobrança é essencial para avaliar a eficácia da estratégia e garantir a conformidade com as políticas internas.

Onde obter

Este é um evento explícito registrado nas tabelas de dados de cobrança. A data de execução (LAUFD) da tabela de cabeçalho de cobrança, MHNK, associada à fatura indica quando o procedimento foi executado.

Captura

Extraia a data de execução da cobrança (MHNK-LAUFD) e o nível de cobrança (MHNK-MAHNS) da fatura específica.

Tipo de evento explicit
Promessa de pagamento criada
Este evento ocorre quando um agente de cobrança registra a promessa de um cliente de pagar um item em atraso em uma data específica. Trata-se de uma ação explícita no módulo SAP Collections Management.
Por que isso importa

As promessas de pagamento são um resultado importante das atividades de cobrança. Analisar sua frequência, taxa de cumprimento e impacto nos prazos de pagamento ajuda a aprimorar as estratégias de cobrança.

Onde obter

Este é um evento explícito registrado no SAP Collections Management. A data de criação da promessa de pagamento pode ser obtida 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
Recomendado Opcional

Guias de extração

Como obter seus dados do SAP S/4HANA

Pronto para começar?

Use este Template para preparar seus dados para análise e aproveitar todo o potencial do Process Mining na sua gestão de crédito e cobrança. Comece hoje a otimizar seu fluxo de caixa e reduzir as perdas com inadimplência.

Melhore o fluxo de caixa: otimize sua gestão de crédito e cobrança hoje

Identifique ineficiências, reduza o tempo de ciclo em 30% e aumente seu fluxo de caixa.

Começar o teste grátis

Não é necessário cartão de crédito. Configure em poucos minutos.