Seu Template de Dados de Faturamento e Cobrança
Seu Template de Dados de Faturamento e Cobrança
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para Microsoft Dynamics 365
Atributos de Faturamento e Cobrança (O2C)
| 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
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
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
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
|
|||
Atividades de Faturamento e Cobrança (O2C)
| 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
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
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
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
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
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
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
Captura
Identifica entradas de diário com um sinalizador de estorno ou referência a uma transação estornada.
Tipo de evento
explicit
|
|||