Seu Template de Dados de Faturamento e Cobrança

Microsoft Dynamics 365
Seu Template de Dados de Faturamento e Cobrança

Seu Template de Dados de Faturamento e Cobrança

Este Template oferece um roteiro claro para coletar os dados essenciais do seu processo de faturamento e cobrança. Você encontrará atributos recomendados, atividades principais e orientações práticas de extração. Foi criado para agilizar a preparação dos dados para o Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para Microsoft Dynamics 365
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Faturamento e Cobrança (O2C)

Estes são os campos de dados recomendados para o seu log de eventos para uma análise completa de faturamento e cobrança.
3 Obrigatório 6 Recomendado 9 Opcional
Nome Descrição
Número da fatura
InvoiceNumber
O identificador único de cada fatura, usado como ID principal do caso para o processo de faturamento.
Descrição

O Número da Fatura é a chave central que agrupa todas as tarefas de um documento de cobrança. Ele permite uma análise de ponta a ponta, desde a geração e aprovação até o pagamento e encerramento. Ao usá-lo como ID do Caso, cada entrada no log de eventos corresponde a uma fatura específica, permitindo analisar variantes, calcular tempos de ciclo e monitorar a performance de cada transação.

Por que é importante

Este atributo é essencial para rastrear o ciclo de vida da fatura, permitindo analisar a eficiência, gargalos e desvios de cada documento individualmente.

Onde obter

Geralmente encontrado no módulo de Vendas e Marketing, em tabelas como CustInvoiceJour ou via entidades de dados como SalesInvoiceHeaderV2.

Exemplos
CIV-001254INV-2023-9876US-004321
Nome da Atividade
ActivityName
O nome da atividade de negócio ou evento que ocorreu em um ponto específico do ciclo de vida da fatura.
Descrição

Descreve marcos do processo, como faturamento, aprovação ou recebimento. A sequência dessas atividades forma o fluxo do processo. Analisá-las é a base do Process Mining para descobrir modelos de processo, identificar variantes e medir o tempo entre etapas.

Por que é importante

Define as etapas do processo, permitindo visualizar mapas, analisar variantes e identificar gargalos ou desvios do fluxo padrão.

Onde obter

Atributo derivado de fontes como campos de mudança de status (DocumentState), preenchimento de datas ou logs de histórico do Dynamics 365.

Exemplos
Fatura geradaFatura AprovadaPagamento do cliente recebidoNota de Crédito Emitida
Tempo do Evento
EventTime
O timestamp preciso que indica quando uma atividade ou evento específico ocorreu.
Descrição

O Tempo do Evento, ou timestamp, registra a data e hora exata de cada atividade. Esse dado é vital para todas as análises de Process Mining baseadas em tempo. Ele é usado para calcular tempos de ciclo, medir a duração total de um caso e entender a performance do processo. Timestamps precisos são a base para KPIs como DSO e Tempo de Geração de Faturas.

Por que é importante

O atributo base para toda análise de performance, permitindo calcular tempos de ciclo e vazão para medir a eficiência.

Onde obter

Os timestamps vêm de vários campos de data e hora no Dynamics 365, como CreatedDateTime na tabela CustInvoiceJour ou históricos de workflow.

Exemplos
2023-04-15T10:22:15Z2023-05-01T14:05:00Z2023-05-10T09:00:30Z
Data de Vencimento do Pagamento
PaymentDueDate
A data limite para o cliente efetuar o pagamento da fatura.
Descrição

A Data de Vencimento é calculada com base na emissão e nos termos de pagamento. Ela é a base para medir a pontualidade e essencial para o Dashboard de aderência e para KPIs como Taxa de Pagamento no Prazo e DSO. Comparar o vencimento com o pagamento real revela o comportamento do cliente e a eficácia da sua equipe de cobrança.

Por que é importante

O referencial para medir a performance de cobrança. Essencial para calcular taxas de pontualidade e aderência aos termos de pagamento.

Onde obter

Normalmente encontrado no campo DueDate da tabela CustInvoiceJour.

Exemplos
2023-05-152023-06-302023-07-01
Departamento
Department
O departamento de negócio vinculado ao usuário ou à atividade.
Descrição

Vincula uma tarefa ou usuário a um departamento (ex: Contas a Receber, Vendas). Isso permite uma visão gerencial superior à análise individual, facilitando o entendimento de transições entre áreas, comparação de times e detecção de gargalos departamentais no Dashboard de carga de trabalho.

Por que é importante

Permite a análise de desempenho em nível organizacional, comparando a eficiência entre diferentes equipes e entendendo como as transferências entre departamentos impactam o processo.

Onde obter

Normalmente não é um campo direto; é derivado cruzando o ID do UserResponsible com o diretório de usuários que contém os departamentos.

Exemplos
Contas a ReceberFinançasOperações de Faturamento
Nome do Cliente
CustomerName
O nome do cliente para o qual a fatura foi emitida.
Descrição

O nome do cliente permite identificar quem está sendo faturado. No Process Mining, isso possibilita segmentar o faturamento por cliente, revelando quem paga em dia, quem costuma atrasar e quais grupos enfrentam desvios no processo. É um dado vital para Dashboards de comportamento de pagamento e análise de DSO.

Por que é importante

Permite segmentar a análise por cliente, ajudando a identificar comportamentos específicos, padrões de pagamento e problemas no fluxo.

Onde obter

Recuperado ao cruzar os dados da fatura com o cadastro de clientes (CustTable), usando o código da conta do cliente.

Exemplos
Contoso Ltd.Fabrikam, Inc.Northwind Traders
Responsável
UserResponsible
O usuário ou funcionário responsável por executar uma tarefa específica.
Descrição

Identifica quem executou a tarefa (ex: aprovou a fatura ou deu baixa no pagamento). É essencial para análise de carga de trabalho, comparação de performance e necessidades de treinamento. O Dashboard de carga de trabalho usa este dado para verificar o equilíbrio das tarefas e identificar funcionários que podem estar sobrecarregados.

Por que é importante

Possibilita a análise por recurso, ajudando a identificar gargalos, medir a performance de equipes e equilibrar a carga de trabalho no departamento de faturamento.

Onde obter

Pode ser extraído dos logs de histórico do workflow (ex: WorkflowTrackingStatusTable) ou de campos como Proprietário ou ModificadoPor.

Exemplos
John SmithAlicia BakerAdministrador do sistema
Status da Fatura
InvoiceStatus
O status atual da fatura em seu ciclo de vida (ex: Aberta, Paga, Cancelada).
Descrição

Oferece um resumo de onde a fatura se encontra: pendente, paga, vencida ou cancelada por nota de crédito. É útil para filtrar e analisar apenas faturas abertas ou confirmar o resultado de uma fatura encerrada, ajudando a entender a carga de trabalho e a saúde do contas a receber.

Por que é importante

Oferece um resumo do estado atual da fatura, sendo útil para filtrar casos e entender os resultados de diferentes variantes do processo.

Onde obter

Pode ser derivado do status de pagamento, verificando se o saldo no registro CustTrans é zero, já que nem sempre existe um campo de status único.

Exemplos
AbertoPagoVencidoCancelado
Valor da Fatura
InvoiceAmount
O valor monetário total da fatura.
Descrição

Representa o valor total da fatura. É uma métrica essencial para análise financeira e segmentação por valor. Permite, por exemplo, focar em faturas de alto montante para entender o comportamento de pagamento ou se elas demoram mais para serem aprovadas. Também é a base para o cálculo de montantes em aberto e do DSO.

Por que é importante

Permite analisar o impacto financeiro, filtrando processos por valor para priorizar faturas críticas e entender o comportamento de cobrança de alto montante.

Onde obter

Encontrado na tabela CustInvoiceJour, geralmente em um campo como InvoiceAmount. Também disponível em tabelas de transações relacionadas.

Exemplos
5430.5012500.00750.25
Condições de Pagamento
PaymentTerms
Condições acordadas para o pagamento da fatura (ex: 30 dias, 60 dias).
Descrição

Os Termos de Pagamento definem quando o cliente deve pagar. Este atributo é usado para calcular a data de vencimento e é essencial para analisar o comportamento de pagamento. No Dashboard de aderência, ele agrupa clientes e faturas para identificar quais prazos são mais eficazes ou quais geram mais atrasos.

Por que é importante

Fornece o contexto do vencimento e permite analisar se termos de pagamento específicos estão correlacionados à inadimplência.

Onde obter

Fica no cadastro do cliente e é copiado para o cabeçalho da fatura. Procure por Payment ou PaymTermId na tabela CustInvoiceJour.

Exemplos
Líquido 30Líquido 60Vencimento no recebimento
Days Sales Outstanding
DaysSalesOutstanding
O número de dias entre a geração da fatura e o recebimento do pagamento.
Descrição

O Days Sales Outstanding (DSO) é uma métrica financeira que mede o tempo médio em dias para uma empresa receber o pagamento após uma venda. Este atributo calculado computa essa duração para cada fatura individual. É a métrica principal para o dashboard de análise de tendências de DSO e para o KPI de DSO. Analisar o DSO ajuda na gestão do fluxo de caixa e na avaliação da eficiência da função de crédito e cobrança.

Por que é importante

É um KPI crítico para medir a saúde do fluxo de caixa e a eficiência da cobrança. Ele mostra quão rápido a receita vira dinheiro.

Onde obter

Atributo calculado como o tempo decorrido entre a geração da fatura e o recebimento do pagamento.

Exemplos
284592
É Pagamento Pontual
IsOnTimePayment
Um indicador que sinaliza se o pagamento do cliente foi recebido até a data de vencimento.
Descrição

Campo booleano que compara a data de recebimento com o vencimento. Indica se a fatura foi paga no prazo ou com atraso. É o motor do KPI de Taxa de Pagamento no Prazo e peça central no Dashboard de aderência aos termos, simplificando a análise da performance de cobrança.

Por que é importante

Mede diretamente a aderência do cliente aos termos de pagamento e serve de base para o KPI de Taxa de Pagamento em Dia, simplificando a análise da eficácia da cobrança.

Onde obter

Atributo calculado na transformação de dados ao comparar a data do pagamento com a data de vencimento.

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Um indicador que sinaliza se o processo da fatura envolveu atividades de retrabalho, como múltiplas aprovações.
Descrição

Campo que sinaliza faturas que sofreram retrabalho (ex: múltiplas aprovações ou estornos). Suporta o Dashboard de análise de retrabalho e o KPI de Taxa de Retrabalho. Ao isolar esses casos, é possível investigar as causas, que geralmente indicam falhas no processo, dados ruins ou falta de treinamento.

Por que é importante

Este sinalizador quantifica ineficiências ao identificar casos com ações repetitivas, ajudando a achar a raiz de desperdícios e atrasos.

Onde obter

Atributo calculado na camada de transformação ao detectar atividades repetidas ou padrões de retrabalho em um mesmo caso.

Exemplos
verdadeirofalse
Exige Intervenção Manual
RequiresManualIntervention
Um indicador que sinaliza se um pagamento exigiu ajuste manual durante a aplicação do caixa.
Descrição

Sinaliza pagamentos que exigiram ajuste manual na baixa. É a base para o KPI de Taxa de Discrepância na Baixa de Pagamento, medindo o nível de automação. Identificar por que houve intervenção (como falta de dados da remessa) ajuda a melhorar o processo e aumentar o processamento automático (straight-through).

Por que é importante

Ajuda a identificar atritos e erros na etapa de baixa de pagamentos, sendo vital para aumentar a automação e reduzir o esforço manual.

Onde obter

Pode ser inferido a partir do usuário que lançou o pagamento ou de códigos de motivo na reconciliação. Consulte a documentação do Microsoft Dynamics 365.

Exemplos
verdadeirofalse
Moeda
Currency
O código da moeda para o valor da fatura (por exemplo, USD, EUR).
Descrição

Indica a moeda da fatura. Crucial para multinacionais, pois sem esse contexto, somar ou comparar valores seria um erro. Permite a conversão correta de moedas e relatórios financeiros precisos entre diferentes regiões.

Por que é importante

Oferece o contexto necessário para métricas financeiras, evitando erros de agregação e permitindo análises precisas em ambientes com múltiplas moedas.

Onde obter

Encontrado na tabela CustInvoiceJour, geralmente em um campo como CurrencyCode.

Exemplos
USDEURGBP
Número do pedido de venda
SalesOrderNumber
O identificador da ordem de venda que gerou a fatura.
Descrição

O Número da Ordem de Venda conecta o faturamento ao processo de vendas anterior. Essa ligação é fundamental para uma análise completa do Order to Cash, permitindo investigar como problemas na venda ou entrega (como alterações de pedido ou atrasos no frete) afetam a cobrança. Por exemplo: faturas de pedidos complexos demoram mais para serem pagas?

Por que é importante

Conecta o faturamento ao processo de vendas, permitindo uma análise completa do Order to Cash para achar as causas raiz de problemas de cobrança.

Onde obter

Encontrado no cabeçalho ou detalhes da fatura, vinculando-a ao pedido de venda. Procure por campos como SalesId na tabela CustInvoiceJour.

Exemplos
SO-009876SO-010234US-SO-00543
Sistema de Origem
SourceSystem
O sistema do qual os dados foram extraídos.
Descrição

Identifica de onde os dados vêm (neste caso, do Microsoft Dynamics 365). É importante em ambientes com vários sistemas para diferenciar fontes e garantir a linhagem dos dados, facilitando validações e correções.

Por que é importante

Traz contexto sobre a origem dos dados, sendo essencial para governança, validação e integração de múltiplos sistemas corporativos.

Onde obter

Este é um valor estático adicionado durante o processo de extração e transformação para identificar a origem do conjunto de dados.

Exemplos
Microsoft Dynamics 365 FinanceD365 F&O
Última Atualização de Dados
LastDataUpdate
O carimbo de data e hora que indica a última vez que os dados deste evento foram atualizados a partir do sistema de origem.
Descrição

Registra a última atualização dos dados vindos do Dynamics 365. Como metadado, é vital para saber quão atuais são as informações analisadas, ajudando a gerenciar cronogramas de atualização e garantindo que as decisões sejam tomadas com base em dados recentes.

Por que é importante

Garante que os usuários saibam quão recentes são os dados, algo vital para governança, gestão de Dashboards e confiança nos insights gerados.

Onde obter

Este atributo é gerado e aplicado aos dados durante o processo de extração, transformação e carga (ETL).

Exemplos
2023-06-20T05:00:00Z2023-06-21T05:00:00Z
Obrigatório Recomendado Opcional

Atividades de Faturamento e Cobrança (O2C)

Estas são as etapas e os marcos essenciais que devem ser capturados no seu Event Log para que a descoberta e a análise do processo sejam precisas.
7 Recomendado 5 Opcional
Atividade Descrição
Dinheiro Aplicado à Fatura
Representa a liquidação do pagamento de um cliente contra uma fatura, reduzindo o saldo em aberto. É a etapa que vincula o pagamento à transação da fatura.
Por que é importante

Um marco crítico para o cálculo preciso do DSO e para avaliar a eficiência da equipe de baixa de faturas. Indica a reconciliação total do valor.

Onde obter

Registrado na tabela CustSettlement. O campo de data de liquidação indica quando um pagamento foi aplicado a uma fatura específica.

Captura

Use TransDate ou CreatedDateTime da tabela CustSettlement.

Tipo de evento explicit
Fatura Aprovada
Indica o fim da revisão interna e a aprovação formal da fatura. O evento é registrado pelo sistema de workflow do Dynamics 365, sinalizando que o documento pode ser enviado ao cliente.
Por que é importante

Marco essencial para medir o ciclo de aprovação. Atrasos aqui aumentam diretamente o tempo total para receber do cliente.

Onde obter

Registrado nas tabelas de histórico de workflow, como a WorkflowTrackingStatusTable, indicando a conclusão ou aprovação da fatura.

Captura

Extrai logs de eventos de workflow onde o status é 'Approved' ou 'Completed'.

Tipo de evento explicit
Fatura Encerrada
Marca o estado final da fatura, quando o saldo é zero por ter sido paga ou liquidada com notas de crédito. É um estado inferido com base na situação financeira do documento.
Por que é importante

Indica a conclusão com sucesso do ciclo para uma fatura. O tempo total para atingir este estado é a principal métrica de eficiência do processo.

Onde obter

Inferido ao verificar se a transação na tabela CustTrans possui saldo zero, comparando o valor da fatura com o montante total liquidado.

Captura

Derivado dos registros CustTrans onde AmountCur é igual a SettleAmountCur. O timestamp é a data da última conciliação.

Tipo de evento inferred
Fatura Enviada ao Cliente
Representa o envio da fatura ao cliente (digital ou físico). No Dynamics 365, pode ser um evento explícito via e-mail do sistema ou inferido no momento do lançamento, caso não haja rastreio específico.
Por que é importante

Mede a agilidade no envio da fatura. Qualquer atraso entre a aprovação e o envio estende o ciclo de pagamento sem necessidade.

Onde obter

Pode ser capturado explicitamente dos logs de e-mail, como a SysOutgoingEmailTable, se as funcionalidades de e-mail do D365 forem usadas. Caso contrário, costuma-se inferir que seja o mesmo horário de postagem da fatura na CustInvoiceJour.

Captura

Use o timestamp do log de e-mail; se não houver, use o do lançamento da fatura.

Tipo de evento inferred
Fatura gerada
Representa a criação e o lançamento da fatura de venda. É uma transação explícita no Dynamics 365 que gera o documento fiscal e os lançamentos no contas a receber.
Por que é importante

O início oficial do ciclo de cobrança. É um evento crítico para acompanhar o DSO e a duração total do processo.

Onde obter

Capturado a partir do registro de data e hora de criação da fatura de venda postada na tabela CustInvoiceJour. As transações financeiras correspondentes são criadas nas tabelas GeneralJournalEntry e LedgerEntry no momento da postagem.

Captura

Use o campo CreatedDateTime da tabela CustInvoiceJour para a fatura lançada.

Tipo de evento explicit
Pagamento do cliente recebido
Marca a criação de um lançamento de diário para registrar o pagamento do cliente. Significa que o dinheiro entrou, mas ainda não foi vinculado a uma fatura específica.
Por que é importante

O ponto de partida para medir o lead time da baixa de pagamentos. Ajuda a distinguir entre receber o dinheiro e reconciliá-lo de fato.

Onde obter

Capturado a partir da criação ou postagem de um diário de pagamento de cliente. É registrado em tabelas como LedgerJournalTrans, que cria uma transação de cliente em CustTrans após a postagem.

Captura

Use o timestamp do lançamento do diário de pagamento na LedgerJournalTable.

Tipo de evento explicit
Vencimento da Fatura Atingido
Um evento calculado que ocorre quando a data de vencimento da fatura é atingida sem que o pagamento tenha sido totalmente aplicado. Esta atividade não corresponde a uma transação direta no sistema, sendo derivada dos dados existentes.
Por que é importante

Este evento é vital para analisar a pontualidade e identificar faturas vencendo, servindo como gatilho para a régua de cobrança.

Onde obter

Não é um evento gravado; é calculado usando o campo DueDate da tabela CustInvoiceJour. O timestamp do evento é a própria data de vencimento.

Captura

Cria um evento onde o timestamp é o valor do campo CustInvoiceJour.DueDate.

Tipo de evento calculated
Fatura Enviada para Aprovação
Esta atividade indica que uma fatura foi enviada para aprovação formal. É comum em empresas que exigem revisão gerencial antes do envio ao cliente, sendo registrada como uma etapa no motor de workflow do D365.
Por que é importante

Rastrear o envio para aprovação ajuda a distinguir o tempo de criação do tempo de espera, sendo o primeiro passo para analisar a eficiência dos controles internos.

Onde obter

Capturado das tabelas de histórico de workflow, como a WorkflowTrackingStatusTable, filtrando pelo evento de submissão relacionado ao documento da fatura.

Captura

Extrai logs de eventos de workflow onde o status é 'Submitted'.

Tipo de evento explicit
Lembrete de Pagamento Enviado
Representa o envio de uma carta de cobrança para faturas vencidas. O Dynamics 365 possui um processo formal que gera e registra essas comunicações.
Por que é importante

Monitorar lembretes ajuda a avaliar a régua de cobrança, permitindo saber quantas notificações são enviadas até que o pagamento ocorra.

Onde obter

Evento explícito capturado da data de criação da carta de cobrança na tabela CustCollectionLetterJour, vinculada à fatura vencida.

Captura

Use o timestamp de criação da tabela CustCollectionLetterJour.

Tipo de evento explicit
Nota de Crédito Emitida
Indica a criação de uma nota de crédito para corrigir erros, conceder descontos ou processar devoluções. Funciona como uma fatura negativa.
Por que é importante

Notas de crédito frequentes podem indicar problemas sistêmicos no atendimento ou no faturamento. Analisar o motivo da emissão dessas notas é fundamental para melhorar processos e evitar perda de receita.

Onde obter

Transação explícita gravada como fatura negativa na tabela CustInvoiceJour, geralmente vinculada à fatura original por um campo de referência.

Captura

Identifique os registros na tabela CustInvoiceJour com valores totais negativos e vincule-os à fatura original.

Tipo de evento explicit
Ordem de Venda Atendida
Marca o momento em que os bens foram enviados ou o serviço prestado, iniciando o faturamento. Geralmente é inferido pelo lançamento da guia de remessa no Dynamics 365, que altera o status do pedido.
Por que é importante

Serve como ponto inicial para medir o tempo de geração da fatura. Entender o gap entre a entrega e o faturamento ajuda a identificar travas administrativas que prejudicam o caixa.

Onde obter

Inferido a partir da data de criação de um diário de guia de remessa vinculado à ordem de venda, utilizando tabelas como CustPackingSlipJour e CustPackingSlipTrans.

Captura

Identifique a última data de lançamento da guia de remessa para a ordem de venda vinculada à fatura.

Tipo de evento inferred
Pagamento Estornado
Indica o estorno de um pagamento já lançado. Ocorre por erros de lançamento, falta de fundos (NSF) ou outras falhas no pagamento.
Por que é importante

Estornos de pagamento indicam erros operacionais ou problemas com clientes. Analisar sua frequência ajuda a identificar causas raiz e melhorar a precisão da baixa de pagamentos.

Onde obter

Capturado como um estorno de transação no livro razão. Um diário estornado pode ser identificado em GeneralJournalEntry, geralmente com um sinalizador específico ou por sua relação com a transação original.

Captura

Identifica entradas de diário com um sinalizador de estorno ou referência a uma transação estornada.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter os seus dados do Microsoft Dynamics 365