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

SAP S/4HANA
Seu Template de dados para gestão de crédito e cobrança

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

Este Template orienta você na coleta dos dados necessários para analisar e otimizar o 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 extrair dados do seu sistema SAP S/4HANA. Use este material para garantir que você reúna todas as informações importantes para uma análise completa do processo.
  • Atributos recomendados para coletar no Event Log
  • Principais atividades do processo para acompanhar ao longo do ciclo de vida da fatura
  • Orientações específicas para extração no SAP S/4HANA
Novidade em Event Logs? Saiba como criar um Event Log para Process Mining.

Atributos de gestão de crédito e cobrança

Estes são os campos de dados recomendados para incluir no Event Log e analisar de forma abrangente o processo de gestão de crédito e cobrança.
3 Obrigatório 5 Recomendado 10 Opcional
Nome Descrição
Data e hora do evento
EventTime
Data e hora que indicam quando a atividade ocorreu.
Descrição

Este atributo informa a data e a hora exatas de cada atividade registrada. Ele é essencial para determinar a sequência dos eventos e calcular o tempo entre eles.

A data e a hora do evento são usadas para ordenar as atividades cronologicamente, criar o mapa do processo e calcular métricas de performance. Por exemplo, permitem calcular o 'Tempo médio de resolução de disputas', medindo o intervalo entre a data e a hora do registro da disputa e as da resolução.

Por que isso importa

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

Onde encontrar

Obtido de vários campos de data e hora nas tabelas SAP, como BUDAT (data de lançamento) na BKPF ou CPUDT/CPUTM (data/hora de entrada) em várias tabelas. As tabelas de log de alterações CDHDR/CDPOS também contêm dados de data e hora.

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

Este atributo descreve uma etapa ou tarefa do processo, como 'Fatura gerada', 'Procedimento de cobrança iniciado' ou 'Pagamento recebido'. A sequência dessas atividades forma o fluxo do processo de cada caso.

Analisar o nome da atividade é fundamental no Process Mining, pois permite descobrir o mapa do processo, identificar variantes e medir as transições entre etapas. Esse atributo serve de base para quase todas as análises de processo, inclusive para calcular KPIs como 'Taxa de sucesso da cobrança', que acompanha os eventos posteriores a uma atividade de cobrança.

Por que isso importa

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

Onde encontrar

Gerado a partir de uma combinação de códigos de transação (TCODE), logs de alterações em 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
Identificador exclusivo da fatura do cliente, que funciona como ID do caso principal no processo de gestão de crédito e cobrança.
Descrição

O número da fatura, muitas vezes representado pelo número do documento contábil, identifica de forma exclusiva cada transação a receber. Ele conecta todos os eventos do processo, da criação da fatura e dos avisos de cobrança à gestão de disputas e ao pagamento final ou à baixa como perda.

No Process Mining, analisar o percurso de cada número de fatura oferece uma visão completa do processo de ponta a ponta. Isso ajuda a identificar caminhos recorrentes, gargalos no processamento de pagamentos e diferenças no tratamento das faturas. Essa análise é essencial para Dashboards como 'Análise de variantes do processo de faturas' e 'Antiguidade e status de faturas vencidas'.

Por que isso importa

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

Onde encontrar

Geralmente encontrado em tabelas como BKPF (cabeçalho do documento contábil), no campo BELNR, ou VBRK (documento de faturamento: dados do cabeçalho), no campo VBELN.

Exemplos
190000012319000004561900000789
Data de vencimento do pagamento
PaymentDueDate
Data limite para o pagamento da fatura.
Descrição

A data de vencimento do pagamento é calculada com base na data da fatura e nas condições de pagamento acordadas com o cliente. Ela serve de referência para medir a pontualidade dos pagamentos.

Essa data é fundamental para todas as análises de vencimentos. Ela é o ponto de partida para calcular os 'Dias em atraso' e iniciar procedimentos de cobrança. Dashboards como 'Antiguidade e status de faturas vencidas' e KPIs como 'Prazo médio de recebimento de vendas (DSO)' dependem muito deste atributo.

Por que isso importa

É a data de referência para determinar se uma fatura está vencida, iniciar atividades de cobrança e calcular KPIs essenciais.

Onde encontrar

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
Número de dias desde o vencimento da fatura.
Descrição

Essa métrica calculada mede o tempo decorrido entre a 'Data de vencimento do pagamento' e a data atual (para faturas em aberto) ou a 'Data do pagamento' (para faturas compensadas). Um valor positivo indica atraso no pagamento.

Os dias em atraso são um KPI essencial para a cobrança. Essa é a principal métrica do Dashboard 'Antiguidade e status de faturas vencidas' e serve 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 crítico da eficácia da cobrança, usado na análise de envelhecimento, na priorização do trabalho e na medição dos atrasos nos pagamentos.

Onde encontrar

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

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

Este atributo identifica o usuário responsável por uma etapa do processo, como lançar um pagamento ou iniciar uma execução de cobrança. No SAP, ele costuma ser armazenado no campo 'Nome de usuário' (UNAME) ou 'Inserido por'.

Analisar os dados por usuário ajuda a identificar pessoas ou equipes com alta performance, áreas que podem precisar de treinamento adicional e padrões de distribuição da carga de trabalho. Também pode ajudar a investigar problemas de conformidade ou atividades não autorizadas. Por exemplo, o Dashboard 'Eficácia das ligações de cobrança' acompanha os resultados por agente.

Por que isso importa

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

Onde encontrar

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

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

O número do cliente identifica o parceiro de negócios para quem a fatura foi emitida. Ele vincula a transação financeira ao registro mestre de dados do cliente.

Este atributo é essencial para análises centradas no cliente, como identificar o comportamento de pagamento de clientes ou segmentos específicos. Ele é usado em Dashboards como 'Tendências de comportamento de pagamento dos clientes' para acompanhar quem costuma pagar com atraso e contribui para KPIs como 'Cobertura de contas prioritárias', agrupando faturas por cliente.

Por que isso importa

Ele vincula as transações a clientes específicos, permitindo analisar o comportamento de pagamento, segmentar clientes e gerenciar o relacionamento.

Onde encontrar

Encontrado nos itens de linha de documentos contábeis em tabelas como BSEG (campo KUNNR) ou na tabela de dados mestres de clientes KNA1.

Exemplos
CUST100234CUST200567CUST300890
Valor da fatura
InvoiceAmount
Valor total da fatura na moeda do documento.
Descrição

Este 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 valor da fatura é fundamental para priorizar os esforços de cobrança, como mostra o Dashboard 'Priorização da carteira de cobrança'. O atributo também ajuda a avaliar o impacto financeiro de ineficiências do processo, como o valor total das faturas contestadas ou dos valores retidos em contas a receber vencidas. Ele fornece a base de valor para KPIs como 'Percentual de baixas de faturas'.

Por que isso importa

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

Onde encontrar

Derivado dos itens de linha de documentos contábeis 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
É automatizada
IsAutomated
Indicador que informa se a atividade foi realizada por um usuário do sistema ou por uma pessoa.
Descrição

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

A análise desse atributo ajuda a medir o nível de automação do processo. Ela permite comparar a eficiência e a consistência das etapas automatizadas e manuais, identificar oportunidades para ampliar a automação e entender o esforço manual realmente envolvido no processo de cobrança.

Por que isso importa

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

Onde encontrar

Esse atributo é derivado e normalmente se baseia em 'UserName'. Se o ID do usuário corresponder a uma lista predefinida de usuários do sistema ou de processamento em lote (por exemplo, 'BATCH_USER'), o indicador será definido como verdadeiro.

Exemplos
truefalse
Empresa
CompanyCode
Unidade organizacional que representa uma empresa legalmente independente, para a qual são elaboradas demonstrações financeiras.
Descrição

A empresa é uma entidade organizacional fundamental no SAP Financials. Todas as transações financeiras, inclusive faturas e pagamentos, são lançadas em uma empresa específica.

No Process Mining, filtrar ou segmentar por empresa é essencial para comparar a performance dos processos entre diferentes entidades legais de uma corporação. Isso ajuda a identificar boas práticas que podem ser aplicadas em outras entidades ou problemas sistêmicos que afetam uma empresa específica. É um filtro importante para quase todas as análises de processos financeiros.

Por que isso importa

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

Onde encontrar

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

Exemplos
10002000US01DE01
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 e define a exposição total ao crédito que a empresa aceita ter com ele. Atividades como 'Limite de crédito solicitado' e 'Limite de crédito aprovado' estão diretamente relacionadas a esse atributo.

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

Por que isso importa

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

Onde encontrar

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

Este atributo especifica o código da moeda, como 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 analisar os efeitos cambiais. Ela dá contexto ao atributo Valor da fatura.

Por que isso importa

Ele fornece o contexto necessário para interpretar o valor da fatura e fazer análises financeiras precisas em ambientes com várias moedas.

Onde encontrar

Geralmente 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
WriteOffReason
Código que explica por que uma fatura foi baixada como incobrável.
Descrição

Quando um valor a receber é considerado incobrável, ele é baixado dos registros contábeis e recebe um código que classifica o motivo, como 'Falência', 'Baixa de saldo pequeno' ou 'Disputa não resolvida'.

Esse atributo é essencial para o Dashboard 'Análise de baixas de faturas'. Ao analisar a frequência e o valor das baixas por motivo, a empresa pode identificar pontos fracos na política de crédito ou na estratégia de cobrança e tomar medidas corretivas para reduzir perdas futuras.

Por que isso importa

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

Onde encontrar

Esse dado costuma ser registrado em 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 valores a receber.

Exemplos
FALÊNCIASALDO_PEQUENOPERDA_EM_DISPUTA
Motivo da disputa
DisputeReason
Código que indica o motivo pelo qual o cliente está contestando uma fatura.
Descrição

Quando um cliente contesta uma fatura, geralmente é atribuído um motivo para classificar o problema, como 'Preço incorreto', 'Produto danificado' ou 'Fatura duplicada'. Essa classificação é feita no módulo SAP Dispute Management.

Analisar os motivos das disputas é essencial para identificar as causas raiz da insatisfação dos clientes e dos atrasos nos pagamentos. O Dashboard 'Volume e resolução de disputas de faturas' pode ser segmentado por este atributo para identificar problemas recorrentes nas etapas anteriores do processo de pedido ao recebimento que precisam ser corrigidos.

Por que isso importa

Ele oferece insights essenciais sobre as causas raiz das disputas de faturas e ajuda a identificar e resolver problemas operacionais subjacentes.

Onde encontrar

Obtido no módulo SAP Dispute Management, provavelmente em 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 vencida.
Descrição

O nível de cobrança representa a intensidade dos esforços de cobrança, que geralmente aumentam de um simples lembrete para notificações legais mais formais. Cada nível corresponde a uma atividade específica definida no procedimento de cobrança.

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

Por que isso importa

Ele acompanha o avanço dos esforços de cobrança e permite analisar a eficácia da cobrança e a conformidade do processo.

Onde encontrar

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

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

O segmento de clientes é uma classificação de marketing ou vendas usada para agrupar clientes com características semelhantes. A classificação pode considerar fatores como receita anual, setor, localização geográfica ou status do relacionamento, por exemplo, ouro, prata ou bronze.

Na análise de cobranças, segmentar por este atributo ajuda a revelar padrões específicos de cada grupo. Por exemplo, o Dashboard 'Análise de baixas de faturas' pode mostrar se um segmento responde por uma parcela desproporcional das baixas, orientando decisões estratégicas sobre as políticas de crédito para esse grupo.

Por que isso importa

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

Onde encontrar

Geralmente obtido nos dados mestres de clientes (tabela KNA1), em um campo de classificação ou atributo como KDKG1-KDKG5 (grupo de clientes 1 a 5).

Exemplos
Grande empresaPequenas e médias empresasGovernoConta estratégica
Sistema de origem
SourceSystem
Identifica o sistema de origem dos dados.
Descrição

Este atributo especifica o sistema de informação de origem, que neste caso é o SAP S/4HANA. Ele é especialmente importante em ambientes que consolidam dados de vários sistemas, como diferentes instâncias de ERP ou um CRM separado.

Na análise de processos, esse atributo ajuda a diferenciar processos que passam por vários sistemas ou a filtrar a análise por uma instância específica. Ele garante a rastreabilidade dos dados e fornece contexto, especialmente durante a validação e a investigação de problemas.

Por que isso importa

Ele fornece contexto essencial sobre a origem dos dados, esclarece sua procedência em ambientes com vários sistemas e contribui para a governança de dados.

Onde encontrar

Em geral, é um valor estático adicionado durante a extração dos dados, que identifica a instância específica do SAP S/4HANA, por exemplo, pelo ID do sistema (SID).

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

Este atributo indica quando o conjunto de dados foi atualizado pela última vez. Assim, quem analisa os dados sabe o quanto eles estão atualizados.

Esse metadado é essencial para qualquer Dashboard ou análise. Ele informa o período abrangido e evita interpretações equivocadas com base em informações desatualizadas. Por exemplo, uma análise de faturas vencidas só faz sentido quando se sabe quando os dados foram extraídos pela última vez.

Por que isso importa

Ele ajuda a entender a atualidade dos dados, essencial para tomar decisões precisas e baseadas em dados.

Onde encontrar

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

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 a registrar no Event Log para descobrir e otimizar com precisão o fluxo de trabalho de cobrança.
6 Recomendado 6 Opcional
Atividade Descrição
Caso de disputa registrado
Esta atividade indica que o cliente contestou formalmente uma fatura e que um caso foi criado no SAP Dispute Management. O evento é registrado quando um novo caso de disputa é criado e vinculado ao documento da fatura.
Por que isso importa

Registrar disputas é 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 encontrar

Este evento é registrado explicitamente nas tabelas do SAP Dispute Management. A data de criação do caso em tabelas como UKM_CASE ou FDM_DCOBJ, vinculada à fatura, serve como data e hora do evento.

Coleta

Use a data e a hora de criação do caso de disputa na tabela UKM_CASE, filtrando pelo tipo de caso correspondente a disputas.

Tipo de evento explicit
Data de vencimento do pagamento ultrapassada
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 marca a mudança da fatura de 'em dia' para 'vencida'.
Por que isso importa

Esta atividade aciona todas as ações de cobrança e de envio de avisos de cobrança. Ela é essencial para analisar o comportamento de pagamento, os motivos dos atrasos e a eficácia dos lembretes enviados preventivamente.

Onde encontrar

Este evento não é registrado explicitamente. Ele é calculado comparando a data líquida de vencimento, em campos como ZFBDT da tabela BSID, com a data e a hora da análise ou de uma atividade posterior.

Coleta

Calcule o evento comparando a data líquida de vencimento da fatura (BSID-ZFBDT) com a data e a hora atuais ou com as de um evento posterior.

Tipo de evento calculated
Fatura baixada como perda
Esta atividade representa a decisão de reconhecer como perda uma fatura não paga, classificando-a como dívida incobrável. O evento é registrado 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 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 encontrar

Este evento 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 indica uma baixa.

Coleta

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 para o cliente, ponto de partida do processo de cobrança. O evento é registrado 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 faturamento ao recebimento. Analisar o tempo entre este ponto 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. A data e a hora de criação podem ser consultadas na tabela de cabeçalho de documentos contábeis BKPF, para o número do documento correspondente (BELNR). Tipos de documento como 'RV' geralmente indicam faturas de clientes.

Coleta

Use os dados de data e hora de criação do documento (CPUDT, CPUTM) na tabela BKPF para a fatura.

Tipo de evento explicit
Fatura liquidada
Este é o resultado final bem-sucedido de uma fatura: ela foi totalmente paga e removida dos itens em aberto. Esse status é identificado quando há um documento e uma data de compensação correspondentes à fatura.
Por que isso importa

Como principal resultado esperado do processo, esta atividade encerra o ciclo de vida da fatura. Analisar os caminhos e o tempo até chegar a esse status é fundamental para otimizar o processo.

Onde encontrar

Este não é um evento isolado, mas um status 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).

Coleta

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

Tipo de evento inferred
Pagamento recebido
Esta atividade representa o recebimento dos valores pagos pelo cliente, que são então aplicados à fatura em aberto. Ela é registrada quando um documento de compensação é criado para liquidar o valor da fatura.
Por que isso importa

Este é um marco essencial, com impacto direto no fluxo de caixa e no 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 encontrar

Este evento é inferido a partir do documento de compensação lançado contra a fatura. A data de compensação (AUGDT) na tabela de itens compensados BSAD, para a fatura correspondente, fornece a data e a hora do evento.

Coleta

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

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

O tempo necessário para resolver disputas é um indicador importante da satisfação dos clientes e da eficiência operacional. Prazos longos podem atrasar pagamentos e prejudicar o relacionamento com os clientes.

Onde encontrar

Este evento é inferido a partir de uma mudança no status do caso de disputa. A data e a hora associadas à mudança para 'Closed' ou 'Confirmed' na tabela UKM_CASE indicam quando a resolução ocorreu.

Coleta

Identifique a data e a hora da mudança para um status final de resolução na tabela UKM_CASE ou em tabelas relacionadas de logs de alteração de status.

Tipo de evento inferred
Fatura enviada ao cliente
Indica o momento em que a fatura foi enviada ao cliente, por exemplo, por impressão, e-mail ou EDI. Em geral, esse dado é obtido nos 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. Acompanhar esse intervalo ajuda a identificar gargalos na comunicação com clientes e na distribuição de documentos.

Onde encontrar

Esse evento pode ser inferido a partir da data e da hora de processamento na tabela de status de mensagens NAST, em que o tipo de saída corresponde a uma fatura de cliente. Para isso, a determinação de saída precisa estar configurada corretamente.

Coleta

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

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

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

Onde encontrar

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

Coleta

É necessário analisar as extensões do sistema, as observações ou os dados de um sistema externo em que as atividades de cobrança são registradas.

Tipo de evento explicit
Pagamento lançado
Representa o lançamento contábil do pagamento no razão geral. Em muitos casos, isso ocorre ao mesmo tempo que o recebimento do pagamento, mas pode ser uma etapa separada, sujeita a 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 encontrar

Este evento pode ser inferido pela data de lançamento (BUDAT) ou pela data de criação (CPUDT) do documento de compensação na tabela BKPF. O número do documento de compensação está em BSAD-AUGBL.

Coleta

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 vencida. Ela é registrada quando uma execução de cobrança processa a fatura e atribui um nível de cobrança.
Por que isso importa

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

Onde encontrar

Este evento é registrado explicitamente nas tabelas de dados de cobrança. A data da execução (LAUFD), na tabela de cabeçalho de cobrança MHNK, indica quando o procedimento foi executado para a fatura.

Coleta

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

Tipo de evento explicit
Promessa de pagamento criada
Este evento ocorre quando um agente de cobrança registra que o cliente promete pagar um item vencido em uma data específica. É uma ação registrada explicitamente 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 encontrar

Este evento é registrado explicitamente no SAP Collections Management. A data de criação da promessa de pagamento pode ser obtida em tabelas como UDM_P2P_ATTR.

Coleta

Use a data de criação nas tabelas de promessas 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 da mineração de processos na gestão de crédito e cobrança. Comece hoje a otimizar seu fluxo de caixa e reduzir a inadimplência.

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

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

Começar o teste grátis

Não é necessário informar cartão de crédito. Configuração em poucos minutos.