Seu Template de dados de gestão de crédito e cobranças
Seu Template de dados de gestão de crédito e cobranças
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações de extração para o SAP ECC
Atributos de Gestão de Crédito e Cobrança
| Nome | Descrição | ||
|---|---|---|---|
|
Hora do evento
EventTime
|
O timestamp que indica quando uma atividade ou um evento específico ocorreu. | ||
|
Descrição
A Hora do evento registra a data e a hora exatas de cada atividade do processo. Ela é a base cronológica do Event Log, permitindo ordenar as atividades e calcular as durações entre elas. Na análise, esse timestamp é fundamental para calcular todos os KPIs baseados em tempo, como tempo de ciclo da resolução de disputas, latência na contabilização de pagamentos e média de dias entre o vencimento e o pagamento. Ele permite descobrir gargalos ao destacar longos tempos de espera entre etapas consecutivas.
Por que isso importa
Esse atributo é essencial para sequenciar os eventos corretamente e calcular todas as métricas de performance relacionadas ao tempo, como tempos de ciclo e durações.
Onde obter
Obtido de vários campos de data e hora nas tabelas SAP, como BUDAT (data de contabilização) ou CPUDT/CPUTM (data/hora de entrada do documento) na BKPF, ou de tabelas específicas do evento.
Exemplos
2023-01-15T09:30:00Z2023-02-10T14:00:00Z2023-02-28T11:25:10Z
|
|||
|
Nome da atividade
ActivityName
|
O nome da atividade ou do evento de negócio que ocorreu em um ponto específico do ciclo de vida da fatura. | ||
|
Descrição
Esse atributo descreve uma etapa ou um evento específico do processo de gestão de crédito e cobrança, como 'Invoice Posted', 'Dunning Run Executed' ou 'Incoming Payment Document Posted'. Essas atividades formam os nós do mapa de processo. Ao analisar a sequência, a frequência e a duração entre essas atividades, as empresas conseguem visualizar o fluxo real do processo, identificar desvios em relação aos procedimentos padrão e localizar gargalos. Por exemplo, analisar o caminho após 'Dunning Run Executed' pode revelar a eficácia da estratégia de cobrança.
Por que isso importa
As atividades são os blocos básicos do mapa de processo, permitindo visualizar e analisar o fluxo do processo, as variantes e as exceções.
Onde obter
Esse é um atributo derivado, normalmente construído mapeando códigos de transação (TCODE), tipos de documento (BLART) ou alterações específicas de campos de várias tabelas SAP, como BKPF, BSID, MHNK e UDM_CASE, para nomes de atividades mais fáceis de entender.
Exemplos
Fatura contabilizadaExecução do ciclo de cobrançaPromessa de pagamento criadaDocumento de pagamento recebido contabilizadoFatura compensada
|
|||
|
Número da fatura
InvoiceNumber
|
O identificador exclusivo da fatura do cliente, que funciona como o identificador principal do caso no processo de gestão de crédito. | ||
|
Descrição
O número da fatura, conhecido como Belegnummer (BELNR) no SAP, identifica exclusivamente cada documento de contas a receber. No Process Mining, esse número é essencial porque relaciona todas as atividades associadas, desde a contabilização e a cobrança até o pagamento ou a baixa como perda, em um único caso coeso. 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 os Dias de Vendas Pendentes (DSO), identificar gargalos no processo de cobrança e entender a eficácia de diferentes estratégias de cobrança para faturas específicas.
Por que isso importa
Essa é a chave essencial que conecta cada evento da jornada da fatura, permitindo rastrear e analisar o processo completo de crédito até o recebimento.
Onde obter
Encontrado em várias tabelas de contabilidade financeira do SAP ECC, principalmente em BKPF (cabeçalho do documento contábil) e BSEG (segmento do documento contábil), no campo BELNR.
Exemplos
190000000119000000451900000102
|
|||
|
Data de vencimento
NetDueDate
|
A data em que o pagamento da fatura vence contratualmente. | ||
|
Descrição
A data de vencimento é o prazo até o qual se espera que o cliente pague uma fatura. Ela é calculada com base na data-base da fatura e nas condições de pagamento. No SAP, a data líquida de vencimento geralmente está disponível no campo FAEDT. Essa data é fundamental para a gestão de crédito. Ela é a referência usada para medir a pontualidade. Também é usada para calcular KPIs como 'Média de dias entre o vencimento e o pagamento' e acionar atividades de cobrança quando ultrapassada. Analisar os atrasos em relação a essa data é uma atividade central da análise de cobrança.
Por que isso importa
Esse é o principal parâmetro para medir a pontualidade dos pagamentos e é essencial para calcular os dias em atraso e os KPIs relacionados.
Onde obter
Essa data geralmente está disponível diretamente nas tabelas de itens de cliente, como BSID, no campo FAEDT (data líquida de vencimento). Ela também pode ser calculada a partir da data-base (ZFBDT) e das condições de pagamento (ZTERM).
Exemplos
2023-02-142023-03-312023-04-15
|
|||
|
Dias em atraso
DaysOverdue
|
O 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 do pagamento de uma fatura e a data em que ela foi compensada. Para faturas em aberto, o cálculo usa 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 aging de faturas" e é usada para priorizar as atividades de cobrança. A análise de tendências dessa métrica em nível agregado pode indicar a saúde geral das contas a receber de uma empresa.
Por que isso importa
Essa é uma métrica central de performance que quantifica diretamente os atrasos de pagamento e é usada para priorizar os esforços de cobrança e medir a saúde do processo.
Onde obter
Atributo calculado. A lógica é: (Data de compensação ou data atual) - Data de vencimento líquido.
Exemplos
0153295
|
|||
|
Nível de cobrança
Mahns
|
O nível máximo de cobrança, ou lembrete, alcançado pela fatura. | ||
|
Descrição
O nível de cobrança (MAHNS no SAP) indica quantos avisos de lembrete foram enviados para uma fatura em atraso, correspondendo à 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 qual percentual das faturas é pago 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, o que é essencial para analisar a eficácia da estratégia de cobrança.
Onde obter
Encontrado no item de cliente da 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 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 um evento, como contabilizar uma fatura ou criar um caso de disputa. No SAP, isso geralmente é armazenado em campos como ERNAM (criado por) ou USNAM. Analisar 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, pode revelar se determinados usuários estão associados de forma recorrente a desvios ou atrasos no processo, ou se os profissionais de melhor performance seguem uma variante mais eficiente do processo.
Por que isso importa
Permite analisar a performance e o comportamento das pessoas no processo, ajudando a identificar profissionais de melhor performance, oportunidades de treinamento e desequilíbrios na carga de trabalho.
Onde obter
Normalmente encontrado em tabelas de cabeçalho, como BKPF, nos campos USNAM (nome do usuário) ou ERNAM (nome da pessoa que criou o objeto).
Exemplos
SMITHJRDOECFO-ADMIN
|
|||
|
Número do cliente
Kunnr
|
O identificador exclusivo do cliente. | ||
|
Descrição
O número do cliente (KUNNR no SAP) é a chave exclusiva de uma conta de cliente. Ele relaciona uma transação aos dados mestres de um cliente específico, incluindo histórico de pagamentos, informações de crédito e dados de contato. No Process Mining, esse atributo é essencial para segmentar a análise. Ele permite comparar a performance do processo entre diferentes clientes, identificar pagadores cronicamente atrasados e analisar como as estratégias de cobrança variam entre contas estratégicas e não estratégicas. É fundamental para Dashboards como Aging de Faturas e Conformidade com as 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 adaptar as estratégias de cobrança.
Onde obter
Campo padrão KUNNR nas tabelas de itens de cliente (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 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 por gerenciar as cobranças de uma conta de cliente específica. No SAP, geralmente corresponde ao funcionário contábil (SACHP) definido no registro mestre do cliente. Essa dimensão é essencial para gerenciar a performance da equipe de cobrança. Ela permite criar Dashboards como "Visão geral do aging de faturas", filtrados por responsável pela cobrança, ajudando a gerenciar as cargas de trabalho e comparar a eficácia de diferentes responsáveis ou equipes. Ela responde a perguntas sobre quais responsáveis têm mais sucesso na resolução de faturas em atraso.
Por que isso importa
Permite analisar a performance e gerenciar a carga de trabalho da equipe de cobrança, atribuindo casos e resultados a pessoas ou grupos específicos.
Onde obter
Normalmente encontrado nos dados do código da empresa nos dados mestre do cliente (tabela KNB1, campo SACHP).
Exemplos
J. SmithEquipe AINTL-COLL
|
|||
|
Segmento do cliente
CustomerSegment
|
A classificação do cliente, por exemplo, com base em porte, setor ou importância estratégica. | ||
|
Descrição
O segmento do cliente é uma classificação usada para agrupar clientes com características semelhantes. Ele geralmente é derivado do grupo de contas do cliente (KTOKD) no SAP ou de outros campos personalizados dos dados mestres do cliente. Segmentar a análise do processo por esse atributo fornece insights importantes. Isso pode revelar se determinados segmentos têm ciclos de pagamento mais longos, taxas de disputa mais altas ou respondem melhor a atividades específicas de cobrança. 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 uma análise direcionada para entender como o processo se comporta com diferentes tipos de clientes, possibilitando estratégias e alocação de recursos personalizadas.
Onde obter
Frequentemente derivado do campo Grupo de contas do cliente (KTOKD) na tabela de dados mestres de clientes KNA1 ou de outros campos personalizados.
Exemplos
Contas estratégicasPequena e média empresaGovernoInterno
|
|||
|
Valor da fatura
Dmbtr
|
O valor total da fatura na moeda local. | ||
|
Descrição
Esse atributo representa o valor monetário total da fatura. No SAP, ele geralmente é armazenado no campo DMBTR, que indica o valor na moeda local. O valor da fatura é uma dimensão essencial para a análise. Ele permite priorizar os esforços de cobrança em faturas de alto valor e entender se existe uma correlação entre o valor da fatura e atrasos de pagamento ou ocorrências de disputas. Também pode ser usado para filtrar o mapa de processo e concentrar a análise apenas em faturas acima de determinado limite.
Por que isso importa
Fornece contexto financeiro ao processo, permitindo análises baseadas em valor e a priorização dos esforços de cobrança em itens de alto valor.
Onde obter
Campo padrão DMBTR (valor na moeda local) em tabelas como BSEG, BSID e BSAD.
Exemplos
1500.0012500.50750.25
|
|||
|
Categoria de risco
Ctlpc
|
Uma classificação do risco de crédito do cliente. | ||
|
Descrição
A categoria de risco (CTLPC no SAP) agrupa os clientes com base em sua capacidade de crédito e histórico de pagamentos. Essa classificação é usada para orientar verificações automatizadas de crédito e estratégias de cobrança. A análise do processo por categoria de risco pode gerar insights importantes. Ela pode mostrar se clientes de alto risco seguem caminhos de processo diferentes ou têm ciclos de pagamento significativamente mais longos. Essas informações são valiosas para validar a precisão da classificação de risco e ajustar a intensidade da cobrança de acordo com o risco.
Por que isso importa
Permite analisar o processo de cobrança com base no risco, ajudando a validar modelos de risco e adaptar as estratégias de cobrança de forma adequada.
Onde obter
Encontrado nos dados centrais de gestão de crédito de um cliente, na tabela KNKK, campo CTLPC.
Exemplos
001002ALTO-RISCO
|
|||
|
Código da empresa
Bukrs
|
O identificador da entidade legal, ou 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 do processo entre diferentes entidades legais de uma corporação. Ele permite analisar se os processos de cobrança são padronizados ou se existem variações significativas de performance, por exemplo, no DSO ou nas taxas de disputa, entre diferentes códigos de empresa.
Por que isso importa
Permite segmentar a análise do processo por entidade legal, o que é fundamental para grandes organizações multinacionais compararem a performance.
Onde obter
Campo padrão BUKRS em praticamente todas as tabelas financeiras, incluindo BKPF, BSEG, BSID e BSAD.
Exemplos
10002000US01
|
|||
|
Condições de pagamento
Zterm
|
O código das condições de pagamento acordadas com o cliente. | ||
|
Descrição
O código de Condições de pagamento (ZTERM no SAP) define as condições para o pagamento, como a data de vencimento e os descontos disponíveis para pagamentos antecipados. Normalmente, ele é configurado nos dados mestre do cliente e copiado para as faturas. A análise por condições de pagamento ajuda a entender como diferentes condições afetam o comportamento de pagamento. O Dashboard "Conformidade e impacto das condições de pagamento", por exemplo, mostra como a adesão às condições varia e qual é o efeito sobre os dias em atraso. Essas informações podem orientar decisões sobre quais condições de pagamento oferecer a diferentes segmentos de clientes.
Por que isso importa
Explica o acordo contratual de pagamento e ajuda a analisar se determinadas condições levam a uma melhor performance de pagamento ou a mais disputas.
Onde obter
Campo padrão ZTERM, encontrado nos dados mestre do cliente (KNB1) e nas tabelas de documentos financeiros (BSEG).
Exemplos
0001NT30ZD60
|
|||
|
Documento de compensação
Augbl
|
O número do documento que compensou a fatura, normalmente 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 é armazenado como o documento de compensação dessa fatura. Esse campo é tecnicamente essencial para confirmar que uma fatura foi compensada e vinculá-la ao evento específico de pagamento ou nota de crédito. Ele é a base para identificar a atividade "Fatura compensada" e garantir que o processo de ponta a ponta seja capturado corretamente.
Por que isso importa
Fornece o vínculo explícito entre uma fatura e seu documento de liquidação, o que é fundamental para modelar com precisão os eventos de compensação.
Onde obter
Campo padrão AUGBL nas tabelas de itens de cliente BSID (enquanto está em aberto, fica vazio) e BSAD (após a compensação, é preenchido).
Exemplos
140000000114000000551400000120
|
|||
|
Foi baixada como perda
IsWrittenOff
|
Um indicador booleano que informa se a fatura foi finalmente baixada como perda por inadimplência. | ||
|
Descrição
Esse é um indicador derivado, normalmente definido como verdadeiro quando uma fatura é compensada usando um código de motivo ou tipo de documento específico que representa uma baixa como perda. Ele identifica casos que representam uma perda financeira. Esse atributo é essencial para calcular o KPI "Taxa de baixa de perdas por inadimplência" e para 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, ajudando a melhorar as políticas de crédito e a eficácia da cobrança.
Por que isso importa
Identifica resultados do processo que geram perdas financeiras, permitindo analisar as causas-raiz da inadimplência e melhorar a política de crédito.
Onde obter
Esse é um atributo derivado. A lógica normalmente se baseia na identificação de códigos de motivo de compensação específicos (BSEG-RSTGR) ou tipos de documento (BKPF-BLART) usados em baixas como perda.
Exemplos
truefalse
|
|||
|
ID do caso de disputa
DisputeCaseId
|
O identificador exclusivo de um caso de disputa vinculado à fatura. | ||
|
Descrição
Quando um cliente contesta uma fatura, um caso formal de disputa pode ser criado no módulo Dispute Management do SAP. Esse ID identifica exclusivamente o caso. Esse identificador permite uma análise detalhada do 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 criadas, como são tratadas e quais são os resultados mais comuns. Ele 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 uma análise focada da eficiência do processo de resolução de disputas e de suas causas-raiz.
Onde obter
Encontrado em tabelas do SAP Dispute Management, como UDM_CASE_ATTR00. Requer o uso do módulo SAP Dispute Management.
Exemplos
400000000021400000000157400000000305
|
|||
|
ID do sistema de origem
SourceSystemId
|
O identificador do sistema de origem do qual os dados foram extraídos. | ||
|
Descrição
Esse atributo especifica o sistema de origem, por exemplo, a instância específica do SAP ECC, como 'ECCPRD100'. Isso é importante em ambientes com vários sistemas ERP ou ao integrar dados de fontes diferentes. Ele permite filtrar e comparar processos entre sistemas ou regiões diferentes. Assim, a linhagem dos dados fica clara e a investigação de problemas na extração de dados é facilitada.
Por que isso importa
Fornece um contexto essencial sobre a origem dos dados, especialmente em ambientes de TI complexos, garantindo a rastreabilidade dos dados e permitindo análises específicas por sistema.
Onde obter
Normalmente adicionado durante o processo de extração de dados. No SAP, o nome do sistema lógico (LOGSYS) pode ser usado.
Exemplos
SAPECC_PROD_100ECC_EU_200US_FIN_ERP
|
|||
|
Limite de crédito
Klimk
|
O valor total do limite de crédito atribuído ao cliente. | ||
|
Descrição
O limite de crédito (KLIMK no SAP) é o valor máximo de crédito concedido a uma conta de cliente. É um elemento essencial da gestão de risco de crédito. Esse atributo é fundamental 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. Ele também dá suporte a KPIs como "Taxa de revisão do limite de crédito", permitindo verificar se as avaliações iniciais são precisas.
Por que isso importa
Fornece contexto sobre o risco de crédito, permitindo analisar se as políticas de crédito são eficazes para evitar perdas sem limitar as vendas.
Onde obter
Encontrado nos dados centrais de gestão de crédito de um cliente, na tabela KNKK, campo KLIMK.
Exemplos
10000.0050000.00250000.00
|
|||
|
Tipo de documento
Blart
|
O tipo de documento financeiro, como uma fatura, nota de crédito ou pagamento. | ||
|
Descrição
O tipo de documento (BLART no SAP) classifica os documentos contábeis. Por exemplo, "RV" pode ser uma fatura de cliente, "DZ" um pagamento de cliente e "DG" uma nota de crédito. Embora as atividades sejam derivadas para o Process Mining, o tipo de documento original fornece um contexto importante e pode ser usado para verificação ou para análises financeiras mais detalhadas. Ele ajuda a entender a natureza das transações processadas e pode ser usado para filtrar a análise, concentrando o foco em tipos específicos de documentos, como faturas de clientes.
Por que isso importa
Fornece contexto financeiro ao classificar as transações, permitindo filtrar a análise ou validar os nomes das atividades derivadas.
Onde obter
Campo padrão BLART na tabela de cabeçalho de documentos BKPF.
Exemplos
RVDZDGAB
|
|||
|
Última atualização dos dados
LastDataRefreshTimestamp
|
O timestamp que indica quando os dados foram extraídos ou atualizados pela última vez na ferramenta de Process Mining. | ||
|
Descrição
Esse atributo registra a data e a hora do carregamento de dados mais recente. Ele oferece transparência aos usuários de negócio sobre a atualização dos dados que estão analisando. Ao consultar Dashboards e análises, esse timestamp ajuda a entender se os dados incluem as transações mais recentes ou se existe algum atraso conhecido. É um metadado essencial para gerar confiança nos resultados analíticos.
Por que isso importa
Informa aos usuários o nível de atualização dos dados, algo essencial para tomar decisões com base nas informações mais recentes disponíveis sobre o processo.
Onde obter
Esse 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 | ||
|---|---|---|---|
|
Data de vencimento do pagamento ultrapassada
|
Um evento calculado que indica que a fatura se tornou oficialmente vencida. Esse não é um evento explícito do sistema, mas é derivado da comparação entre a data líquida de vencimento da fatura e a data atual ou o timestamp de uma atividade posterior. | ||
|
Por que isso importa
Esse evento marca a transição do faturamento padrão para o processo de cobrança. Ele aciona o cálculo dos dias em atraso e o início dos procedimentos de cobrança, formando a base dos relatórios de aging.
Onde obter
Esse é um evento calculado. Ele é derivado da comparação entre a Net Due Date (BSID-NETDT) do item de fatura em aberto e a data do sistema ou o timestamp de outro evento.
Captura
Calculado comparando a data líquida de vencimento da fatura (BSID-NETDT) com uma linha do tempo.
Tipo de evento
calculated
|
|||
|
Execução do ciclo de cobrança
|
Essa 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 em um ciclo de cobrança. | ||
|
Por que isso importa
Acompanhar as atividades de cobrança é essencial para avaliar a eficácia da estratégia de cobrança. Isso ajuda a determinar quais níveis de cobrança são mais eficazes para estimular o pagamento e identificar clientes que não respondem às tentativas de contato.
Onde obter
Esse é um evento explícito. Os detalhes dos ciclos de cobrança são armazenados nas tabelas de dados de cobrança, principalmente na MHNK (dados de cobrança), que contém a data do ciclo (LAUFD) e o nível de cobrança (MAHNS) de cada fatura cobrada.
Captura
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 absorver uma fatura não paga como perda, classificando-a como crédito incobrável. Isso é capturado por uma contabilização financeira específica que compensa a fatura original e transfere o valor para uma conta de créditos incobráveis. | ||
|
Por que isso importa
Esse é o principal evento final negativo, indicando 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 obter
Normalmente, esse é um lançamento explícito ou um evento inferido com base na transação de compensação. A compensação é feita usando um código de transação e um código de motivo específicos que indicam uma baixa como perda. O documento de compensação pode ser analisado para confirmar a baixa.
Captura
Identifique documentos de compensação que usem um código de motivo específico para baixas como perda (BSEG-RSTGR) ou nos quais o lançamento de contrapartida seja feito em uma conta de despesa com créditos incobráveis.
Tipo de evento
inferred
|
|||
|
Fatura compensada
|
Esse evento marca o encerramento bem-sucedido de uma fatura, normalmente 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
Esse é o principal evento final positivo do processo. O tempo até chegar a essa atividade é um componente central do DSO. Analisar os caminhos que levam até ela ajuda a identificar as melhores práticas.
Onde obter
Esse é um evento inferido. A compensação é identificada pela presença de um Clearing Document (AUGBL) e de uma Clearing Date (AUGDT) no item da fatura, encontrados na tabela de itens compensados BSAD.
Captura
Use a data de compensação (BSAD-AUGDT) do item específico da fatura como timestamp do evento.
Tipo de evento
inferred
|
|||
|
Fatura contabilizada
|
Representa a criação de um documento de fatura de contas a receber no módulo de contabilidade financeira. Esse evento é capturado explicitamente quando um documento de faturamento de Sales and Distribution (SD) é liberado para a contabilidade ou quando uma fatura FI é inserida diretamente, criando registros nas tabelas BKPF e BSEG. | ||
|
Por que isso importa
Esse é o principal evento de início do ciclo de vida da fatura. Analisar o tempo entre esse ponto e o pagamento é essencial para medir os Dias de Vendas Pendentes (DSO) e a eficiência geral do processo.
Onde obter
Esse é um evento explícito registrado na criação de um documento financeiro. O timestamp do evento pode ser obtido na tabela de cabeçalho do documento BKPF, no campo CPUDT ou BKTXT, para o número do documento da fatura correspondente (BELNR).
Captura
Identifique os eventos de criação de documentos FI com tipos de documento relevantes, como 'RV' e 'DR', na tabela BKPF.
Tipo de evento
explicit
|
|||
|
Caso de disputa criado
|
Representa o registro formal de uma disputa de cliente relacionada a uma fatura, como uma divergência de preço ou quantidade. Esse é um evento explícito registrado no módulo SAP FSCM Dispute Management. | ||
|
Por que isso importa
As disputas interrompem o processo de pagamento e exigem recursos internos para serem resolvidas. Acompanhar a criação das disputas é o primeiro passo para analisar o tempo de resolução, as causas-raiz e o impacto no DSO.
Onde obter
Se você usa o SAP FSCM Dispute Management, esse é um evento explícito. A criação de um caso de disputa é registrada em tabelas como UDM_CASE ou SCMG_T_CASE_ATTR, com um timestamp de criação.
Captura
Extraia a data e a hora de criação das tabelas de gestão de casos, como UDM_CASE, para os casos relacionados à fatura.
Tipo de evento
explicit
|
|||
|
Caso de disputa resolvido
|
A disputa associada à fatura foi investigada e uma resolução foi alcançada. Isso geralmente é capturado por uma alteração de status no caso de disputa do SAP FSCM Dispute Management. | ||
|
Por que isso importa
A resolução de uma disputa libera o processo de pagamento. Medir o tempo entre a criação e a resolução da disputa é um KPI importante para identificar ineficiências no processo de tratamento de disputas.
Onde obter
Esse é um evento inferido a partir de uma alteração de status no caso de disputa. Os logs de alteração (CDHDR/CDPOS) do campo de status do caso de disputa em tabelas como UDM_CASE fornecem o timestamp.
Captura
Identifique o timestamp em que o status do caso de disputa muda para 'Closed' ou 'Resolved' analisando os logs de alteração.
Tipo de evento
inferred
|
|||
|
Contato de cobrança registrado
|
Um agente de cobrança entrou em contato com o cliente sobre uma fatura vencida, por exemplo, por telefone ou e-mail. Essa atividade geralmente é registrada manualmente pelo cobrador no sistema. | ||
|
Por que isso importa
Essa 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 determinar a eficácia das ações dos cobradores.
Onde obter
Se você usa o SAP FSCM Collections Management, esse contato é registrado como 'Customer Contact'. Os detalhes são armazenados em tabelas relacionadas à lista de trabalho e ao histórico de contatos da cobrança, geralmente vinculadas a UDM_CASE.
Captura
Extraia os logs 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 de cliente no sistema, geralmente antes de sua aplicação a faturas específicas. Esse é um evento explícito que cria um documento de pagamento, por exemplo, um documento do tipo DZ. | ||
|
Por que isso importa
Esse evento marca o recebimento do caixa. O intervalo entre esse evento e o evento final 'Invoice Cleared' representa o processo de aplicação do caixa, que pode ser um gargalo significativo.
Onde obter
Esse é um evento explícito. Ele é capturado a partir da criação de um documento de pagamento na tabela BKPF, identificável por tipos de documento específicos, como 'DZ'. A data de contabilização (BKPF-BUDAT) serve como timestamp.
Captura
Identifique a criação de documentos com tipos de documento relacionados a pagamentos, como 'DZ', na tabela BKPF.
Tipo de evento
explicit
|
|||
|
Fatura bloqueada para pagamento
|
Indica que um bloqueio manual ou automático foi aplicado à fatura, impedindo seu pagamento. Isso é capturado por um indicador 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 fontes de atrasos e exceções no processo. Identificar quando e por que as faturas são bloqueadas é essencial para descobrir as causas-raiz dos pagamentos atrasados e melhorar o fluxo de caixa.
Onde obter
Esse status geralmente é 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 timestamps explícitos.
Captura
Detecte alterações no campo BSEG-ZLSPR do item do documento da fatura usando a tabela CDHDR para obter os timestamps.
Tipo de evento
inferred
|
|||
|
Item residual criado
|
Ocorre durante a aplicação do pagamento quando um cliente paga menos que o valor da fatura e o pequeno saldo restante é contabilizado como um novo item em aberto. Isso é inferido a partir dos detalhes da transação de compensação. | ||
|
Por que isso importa
Itens residuais indicam divergências de pagamento e geram trabalho adicional. Acompanhá-los ajuda a identificar clientes que frequentemente pagam valores menores e destaca problemas de preço ou faturamento que levam a disputas.
Onde obter
Esse é um evento inferido. Quando uma transação de compensação, por exemplo via F-28, compensa a fatura original e também contabiliza um novo documento de item em aberto para o valor restante, um item residual é criado. Isso pode ser identificado verificando os itens do documento de compensação.
Captura
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 disputa. Esse documento é criado explicitamente no módulo FI. | ||
|
Por que isso importa
Notas de crédito são um resultado direto de falhas em etapas anteriores do processo, como preços ou remessas incorretos. Analisar sua frequência e suas causas-raiz é essencial para melhorar o processo e reduzir perdas de receita.
Onde obter
Esse é um evento explícito capturado na criação de um documento financeiro com um tipo de documento de nota de crédito, como 'DG'. O timestamp do evento pode ser obtido na tabela de cabeçalho do documento BKPF.
Captura
Identifique os eventos de criação de documentos FI com tipos de documento de nota de crédito, como 'DG' e 'G2', na tabela BKPF.
Tipo de evento
explicit
|
|||
|
Promessa de pagamento criada
|
Um cliente entrou em contato com o departamento de cobrança e prometeu fazer um pagamento 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 sua criação, cumprimento e taxa de quebra ajuda a medir a eficácia das ações dos cobradores e a prever as entradas de caixa.
Onde obter
Se você usa o SAP FSCM Collections Management, esse é um evento explícito. Os detalhes da promessa de pagamento são armazenados em tabelas como UDM_P2P_ATTR, relacionadas ao parceiro de negócios e à fatura.
Captura
Extraia o timestamp de criação das tabelas de promessa de pagamento, como UDM_P2P_ATTR, no SAP FSCM.
Tipo de evento
explicit
|
|||
|
Promessa de pagamento quebrada
|
Um evento calculado que indica que o cliente não fez o pagamento até a data acordada em uma 'Promise to Pay'. Isso é inferido pela ausência de um pagamento correspondente até a data da promessa. | ||
|
Por que isso importa
Identificar promessas quebradas é essencial para intensificar os esforços de cobrança. Uma taxa alta de promessas quebradas pode indicar problemas na estratégia de cobrança ou na saúde financeira dos clientes.
Onde obter
Esse é um evento inferido ou calculado. Ele é determinado pela comparação entre a data da promessa, obtida em UDM_P2P_ATTR, e a data real de compensação do pagamento da fatura. Se nenhum pagamento for recebido até a data da promessa, ela será considerada quebrada.
Captura
Compare a data da promessa em UDM_P2P_ATTR com a data de compensação da fatura. Se a data de compensação for posterior à data da promessa, a promessa foi quebrada.
Tipo de evento
calculated
|
|||
Guias de extração
Pronto para começar?
Use este Template para simplificar a preparação dos seus dados e começar a descobrir insights valiosos no seu processo de gestão de crédito e cobranças. Otimize hoje seu processo para acelerar o fluxo de caixa e reduzir os riscos.
Acelere o fluxo de caixa: otimize o crédito e as cobranças agora
Reduza em 30% o tempo do ciclo de crédito a recebimento e aumente a lucratividade.
Não é necessário cartão de crédito. Configure tudo em poucos minutos.