Seu Template de Dados para Order-to-Cash — Faturamento e Emissão de Notas
Seu Template de Dados para Order-to-Cash — Faturamento e Emissão de Notas
Este é o nosso modelo de dados genérico para Process Mining para Order to Cash - Faturamento e Cobrança. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Um ponto de partida universal para qualquer sistema.
- Atributos recomendados para análise detalhada.
- Atividades principais para mapear seu fluxo de faturamento e cobrança.
Atributos de Order to Cash - Faturamento e Cobrança
| Nome | Descrição | ||
|---|---|---|---|
| ID da Fatura InvoiceId | O identificador exclusivo de cada fatura de cliente. Esse atributo serve como o identificador de caso (case id) principal para o processo de faturamento e emissão de notas. | ||
| Descrição O ID da Fatura é o código único que vincula todas as atividades — da criação ao encerramento — em uma única instância de processo (caso). No Process Mining, o ID da Fatura é essencial para reconstruir a jornada de ponta a ponta. Permite visualizar fluxos, identificar variações e calcular métricas como o tempo de ciclo. Filtrar por IDs específicos ajuda a investigar a fundo casos problemáticos e suas causas raiz. Por que é importante Esta é a chave exclusiva para rastrear todo o ciclo de vida de uma fatura, servindo como base essencial para qualquer análise do processo de faturamento. Onde obter Geralmente encontrado na tabela de cabeçalho de documentos de cobrança ou faturas no ERP ou sistema financeiro. Exemplos INV-2023-00123910004587SI-58832 | |||
| 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 O Nome da Atividade descreve uma tarefa no faturamento, como 'Fatura Gerada' ou 'Pagamento Aplicado'. Cada evento no log associa-se a uma atividade, formando a sequência do fluxo. Analisar essa sequência é a essência do Process Mining. Revela os caminhos reais das faturas, destacando padrões, desvios, retrabalho e gargalos. Entender o que ocorre, em qual ordem e frequência é vital para descobrir o processo, checar conformidade e achar melhorias. Por que é importante Define as etapas do processo, permitindo visualizar e analisar a jornada da fatura, da criação ao encerramento. Onde obter Geralmente extraído de mudanças de status, códigos de transação ou logs de eventos do sistema de origem. Exemplos Fatura AprovadaPagamento RecebidoDisputa IniciadaFatura Enviada ao Cliente | |||
| Tempo do Evento EventTime | O timestamp preciso que indica quando uma atividade ou evento específico ocorreu. | ||
| Descrição O Event Time, ou timestamp, registra a data e hora exatas em que uma atividade foi executada ou o status mudou. Esses dados são cruciais para entender o timing e a duração das etapas. Na análise, o Event Time ordena as atividades cronologicamente, permitindo calcular o tempo entre etapas e o ciclo total de cada caso. É a base para identificar gargalos, medir o desempenho frente aos SLAs e analisar tendências. Sem timestamps precisos, é impossível realizar análises de performance e duração. Por que é importante Este timestamp é crucial para calcular todas as métricas temporais, como tempos de ciclo e durações, fundamentais para identificar gargalos. Onde obter Geralmente encontrado junto aos campos de atividade ou status em logs de transação, documentos de alteração ou tabelas de cabeçalho e itens. Exemplos 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2024-01-05T09:12:05Z | |||
| Sistema de Origem SourceSystem | O sistema de registro de onde os dados foram extraídos. | ||
| Descrição Este atributo identifica o sistema ou aplicação de origem onde os dados do evento foram gerados (como ERP, CRM ou plataforma de faturamento própria). Em ambientes integrados, este campo ajuda a distinguir as fontes de dados. Entender o sistema de origem é vital para a governança e validação de dados. Quando informações de múltiplos sistemas são combinadas, este atributo fornece contexto para explicar diferenças de terminologia ou granularidade, além de apoiar análises detalhadas sobre variações de processo causadas pelo sistema utilizado. Por que é importante Fornece contexto sobre a origem dos dados, essencial para validação e análise em processos que envolvem vários sistemas. Onde obter Esta informação pode estar armazenada como um campo nas tabelas de origem ou ser adicionada durante o processo de extração, transformação e carga (ETL). Exemplos SAP S/4HANAOracle NetSuiteSalesforceMicrosoft Dynamics 365 | |||
| Última Atualização de Dados LastDataUpdate | O timestamp que indica a última vez em que os dados deste evento foram atualizados ou extraídos do sistema de origem. | ||
| Descrição Este atributo registra a data e a hora da extração ou atualização de dados mais recente, refletindo a atualidade das informações analisadas. Em qualquer projeto de Process Mining, saber a recência dos dados é crucial. Esse atributo ajuda os usuários a entender o período coberto pela análise e garante que as decisões sejam baseadas em informações atualizadas. Também é vital para monitorar os pipelines de dados e garantir que os processos de extração estejam funcionando corretamente. Por que é importante Indica o quão atualizados estão os dados, garantindo decisões baseadas em informações recentes. Onde obter Este timestamp é geralmente gerado e incluído no conjunto de dados durante o processo de extração, transformação e carga (ETL). Exemplos 2024-03-10T02:00:00Z2024-03-09T02:00:00Z2024-03-08T02:00:00Z | |||
| Data de Vencimento do Pagamento PaymentDueDate | A data limite esperada para o pagamento da fatura. | ||
| Descrição A Data de Vencimento do Pagamento é calculada pela data da fatura e condições acordadas. Define o prazo para recebimento sem que a conta atrase. Este atributo é vital para monitorar a cobrança e o caixa. Serve para calcular o DSO e a taxa de pagamento em dia. Comparando o pagamento real ao vencimento, a empresa identifica atrasos, analisa o comportamento dos clientes e avalia a eficácia das suas estratégias de cobrança. Por que é importante Esta data é a base para medir o desempenho de pagamento, calcular o DSO e identificar faturas vencidas, o que impacta diretamente o fluxo de caixa. Onde obter Encontrado no cabeçalho da fatura. Pode ser inserido diretamente ou calculado pela data da fatura e condições de pagamento. Exemplos 2023-11-302024-01-152024-02-28 | |||
| Moeda Currency | O código da moeda dos valores da fatura (ex: BRL, USD). | ||
| Descrição O atributo Moeda especifica a unidade monetária da fatura, essencial para interpretar valores em operações globais com várias moedas. Na análise, a Moeda permite agregar e comparar dados financeiros corretamente. Antes de calcular totais ou comparar valores entre regiões, tudo deve ser convertido para uma moeda comum. Este atributo é vital para relatórios precisos e para segmentar a performance por moeda ou região. Por que é importante Dá contexto aos valores financeiros, garantindo análises e relatórios precisos, especialmente em operações globais. Onde obter Localizado no cabeçalho da fatura ou documento de cobrança, geralmente próximo aos campos de valor. Exemplos USDEURGBPJPY | |||
| Nome do Cliente CustomerName | O nome do cliente ou entidade faturada. | ||
| Descrição Este atributo contém a razão social ou o nome fantasia do cliente faturado, fornecendo um identificador legível para o parceiro de negócios na transação. Analisar o processo pelo Nome do Cliente ajuda a identificar se determinados clientes estão associados a desvios, atrasos de pagamento ou disputas. Isso orienta estratégias de CRM e permite comunicações personalizadas ou ajustes de processo para contas específicas, além de possibilitar o benchmarking de desempenho entre diferentes segmentos de clientes. Por que é importante Permite análises focadas no cliente, ajudando a identificar padrões ou atrasos específicos de determinados grupos ou contas. Onde obter Extraído dos dados mestres e vinculado à fatura via ID do cliente. Exemplos Global Trade CorpInnovate Solutions Ltd.Standard Manufacturing Co.Tech Services Inc. | |||
| Status da Fatura InvoiceStatus | O status atual da fatura (ex: Aberta, Paga, Em Disputa). | ||
| Descrição O Status da Fatura mostra a etapa atual do documento (ex: pendente, paga ou cancelada). Este atributo dá uma visão rápida da carga de trabalho e posição financeira. Dashboards usam este campo para mostrar o volume de faturas abertas ou vencidas. No Process Mining, analisar as transições de status oferece uma visão simplificada e gerencial do fluxo. Por que é importante Oferece um resumo de onde a fatura está no processo, sendo útil para dashboards operacionais e acompanhamento de status. Onde obter Este é um campo padrão no cabeçalho da maioria das tabelas de faturas ou documentos de faturamento. Exemplos AbertoPagoVencidoEm DisputaCancelado | |||
| Utilizador User | O ID do usuário, funcionário ou sistema responsável por executar uma atividade específica. | ||
| Descrição Este atributo identifica a pessoa ou o agente de sistema que executou uma tarefa no processo, como quem criou a fatura, aprovou ou aplicou o pagamento. Analisar as atividades por usuário ajuda a entender a distribuição da carga de trabalho, desempenho individual e necessidades de treinamento. Isso destaca equipes eficientes e aquelas que precisam de suporte. Além disso, é crucial para fins de conformidade e auditoria rastrear quem realizou ações críticas no processo. Por que é importante Dá visibilidade à performance e carga de trabalho, permitindo analisar a eficiência do time e identificar necessidades de treinamento. Onde obter Geralmente encontrado em logs de alteração ou tabelas de histórico de documentos, associado a cada transação registrada. Exemplos j.doeAccountingBotm.smithe.jones | |||
| Valor da Fatura InvoiceAmount | O valor monetário total da fatura, incluindo todos os itens, impostos e taxas. | ||
| Descrição O Valor da Fatura é o montante total a ser pago pelo cliente. É uma métrica financeira chave vinculada a cada caso. Este atributo é fundamental para a análise financeira no Process Mining. Permite segmentar faturas por valor (ex: alto vs baixo) para ver se seguem caminhos ou tempos diferentes. Também serve para calcular o DSO e analisar o impacto financeiro de ineficiências, como atrasos no recebimento de grandes faturas. Por que é importante Permite analisar o impacto financeiro, priorizando problemas por valor e entendendo como o montante da fatura afeta o fluxo. Onde obter Geralmente localizado no cabeçalho da tabela de faturas ou documentos de faturamento no sistema financeiro de origem. Exemplos 5000.001250.7525000.5099.99 | |||
| Condições de Pagamento PaymentTerms | As condições acordadas para pagamento, como Net 30 ou no recebimento. | ||
| Descrição As Condições de Pagamento definem as regras para quitação da fatura, incluindo prazos e descontos por antecipação. Analisar o processo por condições de pagamento revela se certos termos causam ciclos mais longos ou inadimplência. Isso ajuda a otimizar a estratégia de prazos para melhorar o caixa e entender por que faturas vencem. Por que é importante Este atributo influencia a data de vencimento e o comportamento de pagamento do cliente, sendo a chave para entender e melhorar as taxas de pagamento em dia. Onde obter Geralmente armazenado tanto nos dados mestres do cliente quanto no cabeçalho de cada fatura. Exemplos Líquido 30Líquido 60Vencimento no Recebimento2% 10, Net 30 | |||
| É Retrabalho IsRework | Um marcador que indica se o processo da fatura envolveu retrabalho, como correções ou múltiplos ciclos de aprovação. | ||
| Descrição IsRework é um marcador booleano verdadeiro se a fatura passou por ciclos de retrabalho. Isso inclui correções ou repetições de etapas, como reenviar para aprovação após rejeição. Este atributo mede a ineficiência do processo. Ao filtrar por IsRework, você isola faturas problemáticas e investiga as causas. A taxa de retrabalho é um KPI vital para medir a qualidade do processo e reduzir esforços desnecessários. Por que é importante Sinaliza a ineficiência, facilitando a análise de casos que exigiram trabalho extra sem valor agregado. Onde obter Este atributo geralmente não está disponível nos sistemas de origem e deve ser derivado durante a transformação de dados ao identificar sequências de atividades que indicam retrabalho. Exemplos verdadeirofalse | |||
| Número do pedido de venda SalesOrderNumber | O identificador do pedido de venda que gerou a fatura. | ||
| Descrição O Número do Pedido de Venda é uma referência ao documento anterior na cadeia de Order-to-Cash que acionou a criação da fatura, vinculando o processo de faturamento ao de vendas. Este atributo é fundamental para obter uma visão real de ponta a ponta do processo de Order-to-Cash. Ao vincular faturas aos pedidos de venda, as empresas podem analisar o ciclo de vida completo, desde o pedido até o pagamento final. Isso permite uma análise holística, ajudando a identificar como problemas nas vendas ou no atendimento podem impactar o faturamento e a cobrança. Por que é importante Conecta o faturamento ao processo de vendas, permitindo uma análise completa e ponta a ponta do Order-to-Cash. Onde obter Esta referência geralmente fica no cabeçalho da fatura ou nos itens de linha, vinculando-a à tabela de documentos de vendas. Exemplos SO-10582490000123ORD-2023-987 | |||
| Região do Cliente CustomerRegion | A região, território ou país do cliente. | ||
| Descrição A Região do Cliente especifica sua localização geográfica, podendo ser definida por país, estado ou região de vendas personalizada. Este é um atributo poderoso para segmentação. Analisar o faturamento por região revela variações geográficas de desempenho, como diferenças nos prazos de pagamento, taxas de disputa ou conformidade. Esses insights orientam estratégias regionais de cobrança e atendimento, além de identificar melhores práticas que podem ser replicadas em outras localidades. Por que é importante Viabiliza a análise geográfica, revelando diferenças regionais de comportamento de pagamento, eficiência e conformidade. Onde obter Derivado dos dados mestres do cliente, geralmente baseado no endereço cadastrado. Exemplos América do NorteEMEAAlemanhaAPAC | |||
| Unidade Organizacional OrganizationalUnit | A unidade de negócio ou organização de vendas responsável pela fatura. | ||
| Descrição Este atributo identifica a entidade interna da empresa que emitiu a fatura (ex: código da empresa, unidade de negócio ou organização de vendas). Analisar o processo por Unidade Organizacional permite o benchmarking interno e a comparação de desempenho. Ajuda a identificar quais unidades são mais eficientes, quais têm maiores taxas de retrabalho ou dificuldades com pagamentos atrasados. Isso é essencial para a responsabilização e para a padronização de processos em toda a organização. Por que é importante Permite comparar o desempenho de unidades de negócio, ajudando a identificar melhores práticas e áreas de melhoria. Onde obter Este é um campo de dados organizacional fundamental, encontrado no cabeçalho de quase todos os documentos financeiros em um sistema ERP. Exemplos 1000US01Serviços GlobaisManufatura UE | |||
Atividades de Order to Cash - Faturamento e Cobrança
| Atividade | Descrição | ||
|---|---|---|---|
| Fatura Encerrada | A fatura é encerrada quando seu ciclo de vida termina e o saldo fica zerado por pagamentos ou ajustes. | ||
| Por que é importante Como o principal ponto final de sucesso, esta atividade é essencial para calcular o tempo de ciclo total e medir as taxas de conclusão do processo. Onde obter Geralmente é um status inferido quando o saldo da fatura chega a zero, ou uma mudança de status explícita no sistema. Captura Determine o timestamp mais recente da transação (como uma aplicação de pagamento) que zerou o saldo da fatura. Tipo de evento inferred | |||
| Fatura Enviada ao Cliente | A fatura aprovada foi entregue ao cliente por e-mail ou portal. Essa ação inicia a contagem do prazo de pagamento. | ||
| Por que é importante Este evento marca o início oficial do ciclo de cobrança e é fundamental para calcular o DSO (Days Sales Outstanding) e as taxas de pagamento em dia. Onde obter Registrado em logs de saída, comunicações ou campo de 'Data de Envio'. Captura Use o timestamp dos logs do sistema que registram quando a fatura foi enviada por e-mail, impressa ou enviada via EDI. Tipo de evento explicit | |||
| Fatura gerada | Esta atividade marca a criação do registro da fatura no sistema. É o início oficial do processo de faturamento, muitas vezes acionado automaticamente por um pedido de venda atendido ou inserido manualmente. | ||
| Por que é importante Como ponto de partida, este evento é crucial para calcular o tempo de ciclo da fatura de ponta a ponta e identificar atrasos iniciais. Onde obter Extraído do timestamp de criação na tabela principal de faturas ou documentos de cobrança. Captura Identifique o evento de criação ou o timestamp inicial de salvamento de uma nova fatura. Tipo de evento explicit | |||
| Pagamento Aplicado à Fatura | O pagamento recebido do cliente foi correspondido e aplicado com sucesso à fatura específica. Essa etapa de conciliação reduz ou elimina o saldo pendente da fatura. | ||
| Por que é importante Esta atividade é crucial para entender os tempos de ciclo da aplicação de pagamentos (cash application). Atrasos aqui podem distorcer o real envelhecimento dos recebíveis e impactar a gestão de crédito. Onde obter Encontrado em tabelas auxiliares de contas a receber que vinculam pagamentos a faturas, geralmente chamadas de documentos de compensação. Captura Capture o timestamp de quando um pagamento é vinculado à fatura para baixar o item em aberto. Tipo de evento explicit | |||
| Pagamento do cliente recebido | Um pagamento foi recebido de um cliente e registrado no sistema financeiro. Nesta etapa, os fundos são reconhecidos, mas podem ainda não ter sido aplicados especificamente à fatura. | ||
| Por que é importante Este é um evento crítico de fluxo de caixa. O tempo entre o recebimento do pagamento e sua aplicação é uma medida essencial da eficiência da aplicação de pagamentos. Onde obter Registrado em diários de recebimento, tabelas de transação ou processamento bancário. Captura Identifique a criação de um pagamento de cliente ou registro de recebimento de caixa. Tipo de evento explicit | |||
| Vencimento Atingido | Este é um evento calculado que ocorre quando o vencimento da fatura já passou. Não é uma atividade transacional, mas um marco temporal baseado na data de emissão e nas condições de pagamento. | ||
| Por que é importante Este marco é essencial para categorizar faturas vencidas e analisar o desempenho de pagamentos em dia, servindo como gatilho para ações de cobrança. Onde obter Este evento não é registrado diretamente; ele é calculado a partir da data da fatura e das condições de pagamento. Captura Calculado como 'Data de Envio da Fatura' + 'Dias da Condição de Pagamento'. Tipo de evento calculated | |||
| Disputa Iniciada | O cliente contestou a fatura por preço ou quantidade incorretos. Isso geralmente suspende a cobrança até a resolução. | ||
| Por que é importante Analisar as disputas ajuda a identificar as causas raiz da insatisfação dos clientes e falhas de faturamento que afetam o DSO e o relacionamento comercial. Onde obter Registrado como mudança de status, marcador na fatura ou abertura de um caso de disputa vinculado. Captura Capture a data de criação de um caso de disputa ou a mudança de status para 'Em Disputa'. Tipo de evento explicit | |||
| Fatura Aprovada | A fatura passou pela revisão interna e foi aprovada, confirmando sua precisão e prontidão para envio. | ||
| Por que é importante Este é um marco importante que separa o tempo de processamento interno do prazo que o cliente tem para pagar. Analisar o tempo até a aprovação revela a eficiência interna. Onde obter Extraído de um log de workflow ou da mudança de status da fatura de 'Pendente' para 'Aprovado'. Captura Capture o timestamp do evento de aprovação final no log do workflow ou na mudança de status. Tipo de evento explicit | |||
| Fatura Baixada (Write-off) | O saldo remanescente de uma fatura é cancelado e classificado como dívida incobrável (bad debt). Essa ação geralmente ocorre após o esgotamento de todos os esforços de cobrança. | ||
| Por que é importante Isso representa uma falha no processo de cobrança e perda financeira direta. Analisar write-offs ajuda a identificar clientes de risco e a melhorar as políticas de crédito. Onde obter Registrado como ajuste contábil que baixa o saldo da fatura contra uma conta de perda. Captura Identifique transações de ajuste de saldo que usam códigos de 'baixa' (write-off) ou lançamentos em contas de perda. Tipo de evento explicit | |||
| Fatura Cancelada | Uma fatura existente é anulada ou cancelada, revertendo seu impacto financeiro. Isso geralmente é feito para corrigir erros graves antes do pagamento, como faturar para o cliente errado. | ||
| Por que é importante Cancelamentos evidenciam erros operacionais que exigem retrabalho e atrasam o faturamento correto. Taxas altas indicam problemas no processo ou na qualidade dos dados. Onde obter Extraído de documentos de estorno ou de um status de 'cancelado' ou 'anulado' na fatura. Captura Procure pela criação de estornos vinculados à fatura original ou mudança de status para 'Anulado'. Tipo de evento explicit | |||
| Fatura Corrigida | Uma fatura foi modificada após sua criação, geralmente devido a uma rejeição ou erro. Isso pode envolver a atualização de valores, itens ou dados do cliente. | ||
| Por que é importante A alta frequência de correções indica possíveis falhas nos dados mestres ou no atendimento inicial do pedido, gerando retrabalho. Onde obter Inferido de logs de alteração, trilhas de auditoria ou padrões de cancelamento de fatura seguido de nova criação para o mesmo pedido. Captura Detecte alterações em campos financeiros críticos da fatura após a sua criação inicial. Tipo de evento inferred | |||
| Fatura Enviada para Aprovação | Representa o envio da fatura para revisão interna formal. Comum em empresas com controles que exigem aprovação gerencial antes da finalização. | ||
| Por que é importante Rastrear envios e aprovações ajuda a identificar gargalos internos que atrasam o faturamento para o cliente, impactando diretamente o fluxo de caixa. Onde obter Geralmente registrado como uma mudança de status ou entrada de log em um sistema de gestão de Workflow. Captura Capture o timestamp de quando o status da fatura muda para 'Aguardando Aprovação' ou similar. Tipo de evento explicit | |||
| Fatura Rejeitada | Um aprovador rejeitou a fatura durante a revisão interna. Isso geralmente exige que a fatura seja corrigida e reenviada, gerando um ciclo de retrabalho. | ||
| Por que é importante Esta atividade destaca ineficiências nos processos internos, problemas de qualidade de dados e retrabalho que prolongam o ciclo de vida da fatura e atrasam o pagamento. Onde obter Geralmente capturado como uma mudança de status na fatura, muitas vezes acompanhado por comentários de rejeição em tabelas relacionadas. Captura Registre quando o status da fatura muda para 'Rejeitado' ou similar. Tipo de evento explicit | |||
| Lembrete de Pagamento Emitido | Uma comunicação, como uma carta ou e-mail de cobrança, foi enviada ao cliente referente a uma fatura vencida. Esta é uma atividade essencial no processo de cobrança para agilizar o pagamento. | ||
| Por que é importante Rastrear os lembretes ajuda a medir a eficácia da estratégia de cobrança e identifica clientes que exigem follow-up constante. Onde obter Extraído de logs de execuções de cobrança, sistemas de recebíveis ou logs de comunicação vinculados ao cliente ou fatura. Captura Use o timestamp da tabela de histórico de cobrança ou do log de atividades de cobrança. Tipo de evento explicit | |||
| Nota de Crédito Emitida | Uma nota de crédito (credit memo) é gerada e geralmente aplicada a uma fatura existente. Isso costuma ser feito para corrigir erros de faturamento, conceder ajustes de preço ou registrar devoluções. | ||
| Por que é importante Notas de crédito frequentes podem indicar problemas em vendas ou entregas, causando perda de receita e insatisfação do cliente. Onde obter Extraído da criação de uma nota de crédito, que geralmente está vinculada à fatura original. Captura Registre o timestamp de criação de uma nota de crédito. Tipo de evento explicit | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,