Seu Template de Dados de Contas a Receber
Seu Template de Dados de Contas a Receber
Este é o nosso modelo de dados genérico para Process Mining para Contas a Receber. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Campos de dados essenciais para rastrear ciclos de vida de faturas
- Definições de atividades padronizadas para um mapeamento de processos consistente
- Estrutura escalável compatível com qualquer ferramenta de gestão financeira
Atributos de Contas a Receber
| Nome | Descrição | ||
|---|---|---|---|
| Event Timestamp EventTime | A data e hora específica em que a atividade ocorreu. | ||
| Descrição Este atributo captura o momento exato em que uma ação ocorreu no sistema de origem. É fundamental para estabelecer a ordem cronológica dos eventos dentro de um caso. Analistas usam esses dados para calcular os tempos de processamento entre as etapas, como o tempo entre Fatura Enviada e Pagamento Lançado. Também é a base para determinar a duração de atividades específicas e identificar atrasos no ciclo de recebimento de caixa. Por que é importante É o Start Timestamp obrigatório necessário para ordenar os eventos e calcular a duração. Onde obter Encontrado em logs do sistema, timestamps de entrada de transação ou tabelas de histórico de alterações. Exemplos 2023-10-01T14:30:00Z2023-10-05T09:15:00Z2023-11-01T16:45:00Z | |||
| Nome da Atividade ActivityName | A descrição do evento ou ação realizada na fatura. | ||
| Descrição Este atributo define a etapa específica ou mudança de status ocorrida no ciclo de vida da fatura. Exemplos incluem Fatura Criada, Pagamento Lançado, Disputa Aberta ou Nota de Crédito Emitida. Ao analisar a sequência dessas atividades, as ferramentas de Process Mining reconstroem o mapa do processo. Isso permite que as organizações identifiquem gargalos, loops de retrabalho (como atualizações repetidas de disputas) e desvios dos procedimentos padrão de cobrança. Por que é importante É o campo obrigatório de Atividade necessário para definir as etapas do processo. Onde obter Encontrado em logs de transação, documentos de alteração ou tabelas de histórico de status. Exemplos Fatura CriadaPagamento RecebidoDisputa IniciadaCarta de Cobrança Enviada | |||
| Número da fatura InvoiceId | O identificador único para a fatura específica ou documento de cobrança. | ||
| Descrição Este atributo representa o identificador de caso fundamental para o processo de Contas a Receber. Ele diferencia cada transação de faturamento e serve como a chave primária para rastrear o ciclo de vida de um recebível, da criação à liquidação. Na análise de Process Mining, este atributo é usado para agrupar todos os eventos relacionados — como criação de faturas, atualizações, disputas e pagamentos — em um único caso. Isso permite visualizar a jornada de ponta a ponta de uma conta específica e calcular métricas de desempenho por transação. Por que é importante É o Case ID obrigatório necessário para reconstruir o fluxo do processo. Onde obter Normalmente encontrado na tabela de cabeçalho da transação ou na tabela principal do razão auxiliar de contas a receber. Exemplos INV-2023-001900004321US-10234B55432 | |||
| Sistema de Origem SourceSystem | O nome ou identificador do sistema de onde os dados se originaram. | ||
| Descrição Este atributo identifica o software ou ambiente (como SAP, Oracle ou HighRadius) de onde o registro foi extraído. Em cenários complexos com múltiplos ERPs, isso ajuda a distinguir as fontes de dados. É particularmente útil ao comparar o desempenho do processo entre diferentes regiões ou unidades de negócio que utilizam tecnologias distintas, garantindo a rastreabilidade total dos dados até sua origem. Por que é importante Essencial para filtrar e validar dados em ambientes de múltiplos sistemas. Onde obter Geralmente adicionado como uma string estática durante o processo de ETL. Exemplos SAP_ECC_NAOracle_CloudNetSuite_GlobalHighRadius_Prod | |||
| Última Atualização de Dados LastDataUpdate | O timestamp que indica quando os dados foram extraídos ou atualizados. | ||
| Descrição Este atributo registra quando o conjunto de dados foi atualizado pela última vez na aplicação de Process Mining. Ele serve como um campo de metadados para informar os usuários sobre a atualidade da análise. Ajuda os analistas a entenderem se estão visualizando dados em tempo real ou um recorte de um período anterior. Isso é crucial para relatórios precisos e para garantir que as decisões sejam tomadas com base nas informações mais recentes. Por que é importante Fornece contexto sobre a latência e confiabilidade dos dados. Onde obter Gerado pelo pipeline de dados ou ferramenta de ETL em tempo de execução. Exemplos 2023-11-15T00:00:00Z2023-11-16T08:00:00Z | |||
| Condições de Pagamento PaymentTerms | As condições acordadas que definem quando o pagamento deve ser feito. | ||
| Descrição Este atributo contém o código ou a descrição da condição de pagamento, como Líquido 30, Líquido 60 ou Imediato. Ele define a expectativa contratual para o fluxo de caixa. Analisar este atributo ajuda a identificar se os termos padrão estão sendo seguidos ou se as equipes de vendas estão concedendo prazos desfavoráveis para fechar negócios. Também é usado para correlacionar os prazos de pagamento com o comportamento real de pagamento para verificar a conformidade dos termos. Por que é importante Fornece contexto para a Data de Vencimento e ajuda a analisar a conformidade dos termos. Onde obter Encontrado no cabeçalho da fatura ou nos dados mestres do cliente. Exemplos NT30Líquido 60 Dias2% 10 Net 30Imediato | |||
| Data de Compensação ClearingDate | A data em que a fatura foi totalmente paga ou compensada. | ||
| Descrição Este atributo registra quando o item em aberto foi baixado no sistema, geralmente por meio do lançamento de um pagamento ou nota de crédito. Ele marca o fim do ciclo de cobrança daquela fatura. Esta data é matematicamente crítica para calcular o tempo de ciclo real e o Days Sales Outstanding (DSO). Ajuda a distinguir faturas abertas de fechadas e é essencial para medir a eficiência do processo de aplicação de caixa. Por que é importante Essencial para calcular o tempo de ciclo e o DSO real. Onde obter Encontrado no item de linha do documento contábil ou no histórico de status. Exemplos 2023-11-202023-12-052023-10-15 | |||
| Data de Vencimento DueDate | A data na qual se espera que o cliente realize o pagamento. | ||
| Descrição Este atributo especifica o prazo para pagamento conforme acordado nos termos de venda. É a base para determinar se uma fatura está em dia, vencida ou em atraso crítico. Analistas usam esta data para calcular métricas de pagamento antecipado ou em atraso. Comparar a data real de pagamento com a data de vencimento revela o comportamento de conformidade do cliente e a eficácia das estratégias de cobrança. Por que é importante A base para o cálculo de aging, inadimplência e conformidade de pagamento. Onde obter Encontrado no cabeçalho da fatura ou calculado a partir da data base mais as condições de pagamento. Exemplos 2023-12-012023-10-312023-11-15 | |||
| É Automatizado IsAutomated | Flag indicando se a atividade foi realizada sem intervenção humana. | ||
| Descrição Este atributo booleano distingue entre ações manuais de usuários e eventos acionados pelo sistema. Geralmente é derivado cruzando o ID do usuário com uma lista de contas de serviço conhecidas. Este é o principal indicador para calcular taxas de automação. Ajuda as organizações a entenderem o ROI de iniciativas de automação (RPA) e a identificarem oportunidades para automatizar tarefas repetitivas, como aplicação de caixa ou réguas de cobrança. Por que é importante Crucial para medir a transformação digital e as taxas de automação de processos. Onde obter Derivado do ID do Usuário ou de flags de transação específicas. Exemplos verdadeirofalse | |||
| Motivo da Disputa DisputeReason | A categoria ou código que explica por que uma fatura está sendo contestada. | ||
| Descrição Este atributo captura a classificação do motivo pelo qual um cliente se recusa a pagar parte ou a totalidade de uma fatura. Motivos comuns incluem erros de preço, produtos danificados ou documentação ausente. Esses dados são vitais para a análise de causa raiz. Ao agregar os motivos de disputa, as organizações podem identificar problemas sistêmicos em processos anteriores (como logística ou precificação) que estão causando atrasos nos pagamentos e retrabalho administrativo. Por que é importante Chave para identificar as causas raiz de atrasos de pagamento e retrabalho. Onde obter Encontrado em módulos de gestão de disputas ou tabelas específicas de casos de disputa. Exemplos Divergência de PreçoProdutos DanificadosPedido de Compra AusenteFatura Duplicada | |||
| Nome do Cliente CustomerName | O nome da entidade ou organização responsável pela fatura. | ||
| Descrição Este atributo identifica o devedor associado à fatura, permitindo a agregação de dados no nível da conta. Isso é essencial para analisar o comportamento de pagamento de clientes específicos. Permite identificar clientes estratégicos que costumam atrasar pagamentos ou contestar faturas, possibilitando uma gestão de relacionamento direcionada e abordagens de cobrança personalizadas. Por que é importante Permite análise ao nível da conta e identificação de pagadores problemáticos. Onde obter Encontrado em tabelas de dados mestres de clientes vinculadas ao cabeçalho da fatura. Exemplos Acme CorpIndústrias GlobaisTech Solutions Ltda | |||
| Unidade de Negócio BusinessUnit | A divisão interna, subsidiária ou código da empresa que emite a fatura. | ||
| Descrição Este atributo representa a entidade organizacional da empresa proprietária do recebível. Em sistemas como o SAP, isso corresponde ao Company Code (Empresa); no NetSuite, é a Subsidiária. Ele permite realizar análises comparativas entre diferentes filiais ou divisões. A gestão pode usar essa visão para fazer benchmarking de desempenho de cobrança, adesão ao processo padrão e métricas de DSO em diferentes partes da organização. Por que é importante Permite o benchmarking de performance entre diferentes divisões da organização. Onde obter Encontrado no cabeçalho da fatura ou no cabeçalho do documento de contabilidade financeira. Exemplos US01Operações EMEASubsidiária A1000 | |||
| Valor da Fatura InvoiceAmount | O valor monetário total da fatura. | ||
| Descrição Este atributo representa o valor financeiro do crédito contra o cliente. Geralmente reflete o valor bruto, incluindo impostos e taxas adicionais. Na análise, este campo é fundamental para calcular KPIs financeiros como o DSO ponderado pelo valor, identificar contas de alto valor em risco e priorizar os esforços de cobrança. Ele permite a segmentação de processos com base no impacto financeiro. Por que é importante Crítico para análise de impacto financeiro e priorização de cobranças de alto valor. Onde obter Encontrado no cabeçalho da fatura ou no cabeçalho do documento contábil. Exemplos 1500.00250.5010000.0045.99 | |||
| Nome do Cobrador CollectorName | O nome do agente ou usuário responsável pela cobrança do pagamento. | ||
| Descrição Este atributo identifica o funcionário ou a equipe responsável por gerenciar a conta do cliente e garantir o pagamento, vinculando os recursos humanos aos resultados do processo. Isso permite analisar a produtividade e a eficácia da equipe de cobrança. Os gestores podem comparar taxas de recebimento, cumprimento de promessas de pagamento e carga de trabalho entre diferentes cobradores para identificar necessidades de treinamento ou reequilibrar as carteiras. Por que é importante Permite análise de produtividade da força de trabalho e benchmarking de performance. Onde obter Encontrado no registro mestre do cliente ou em tabelas específicas de gestão de cobrança. Exemplos John DoeEquipe de Cobrança AAgente do Sistema | |||
| Segmento de Cliente CustomerSegment | A classificação do cliente com base no valor estratégico ou risco. | ||
| Descrição Este atributo agrupa clientes em categorias como Key Accounts, PMEs, Alto Risco ou Governo. Geralmente é definido nos dados mestres. A segmentação da análise de processo por este atributo revela como diferentes tipos de clientes são tratados. Isso ajuda a verificar se os clientes de alto valor estão recebendo atendimento prioritário ou se os clientes de alto risco estão sendo monitorados de perto. Por que é importante Permite a análise de estratégia entre diferentes níveis de clientes. Onde obter Encontrado nos dados mestres de clientes ou tabelas de parceiros de negócios. Exemplos EstratégicoVarejoAtacadoNível 1 | |||
Atividades de Contas a Receber
| Atividade | Descrição | ||
|---|---|---|---|
| Data de Vencimento Vencida | Um marco calculado que indica que a data atual ultrapassou o prazo de pagamento acordado enquanto a fatura permanece aberta. Este evento sinaliza a transição do status atual para atrasado. | ||
| Por que é importante Crucial para analisar a performance de pagamentos pontuais e acionar estratégias de cobrança. Onde obter Calculado comparando a data de vencimento da fatura com a data do sistema, caso nenhum evento de fechamento tenha ocorrido. Captura Gere um evento quando a data do sistema ultrapassar o campo Data de Vencimento e o Status genérico ainda for Aberto. Tipo de evento calculated | |||
| Disputa Aberta | A criação de um caso formal ou código de motivo indicando que o cliente discorda da validade ou do valor da fatura. Isso geralmente interrompe os esforços padrão de cobrança. | ||
| Por que é importante Identifica gargalos no processo e ajuda a quantificar a receita em risco devido a erros de faturamento ou problemas de qualidade. Onde obter Identificado pela criação de um caso no módulo de gestão de disputas ou uma mudança de status para 'Em Disputa'. Captura Captura o timestamp quando um ID de caso de disputa é vinculado à fatura ou uma flag de disputa é definida como verdadeira. Tipo de evento explicit | |||
| Fatura Compensada | A mudança de estado final onde o saldo em aberto da fatura torna-se zero. Isso ocorre por pagamento integral, aplicação de crédito ou baixa. | ||
| Por que é importante Marca o fim absoluto do caso no sistema e é usado para calcular o tempo total de ciclo do processo. Onde obter Derivado da mudança do campo de status da fatura para Fechado, Compensado ou Pago. Captura Identifique o timestamp quando a flag de status do item aberto muda para compensado. Tipo de evento inferred | |||
| Fatura Criada | A geração inicial do registro da fatura no sistema financeiro, estabelecendo a entrada em contas a receber. Este evento marca o início oficial do ciclo de cobrança e define a base para os cálculos de aging. | ||
| Por que é importante Este é o evento âncora de todo o processo, definindo o marco temporal inicial para todas as métricas de tempo de ciclo e cálculos de DSO. Onde obter Geralmente encontrado na tabela de cabeçalho da transação ou nos logs de criação do sistema ERP. Captura Extraia o timestamp de criação do número único do documento de fatura. Tipo de evento explicit | |||
| Fatura Enviada | A transmissão do documento de cobrança ao cliente via e-mail, impressão, EDI ou portal. Isso representa a entrega da obrigação de pagamento ao cliente. | ||
| Por que é importante Calcular o atraso entre a criação e o envio ajuda a identificar demoras no processamento interno que retardam o fluxo de caixa. Onde obter Derivado de logs de gerenciamento de saída, registros de transmissão de e-mail ou atualizações de status de EDI. Captura Identifique timestamps onde o status de saída da fatura muda para enviado ou concluído. Tipo de evento explicit | |||
| Nota de Crédito Lançada | A emissão de uma nota de crédito que compensa o saldo da fatura. Frequentemente é o resultado financeiro de uma disputa válida, devolução ou desconto retroativo. | ||
| Por que é importante Crítico para analisar a perda de receita, a qualidade do faturamento e as causas raiz da inadimplência. Onde obter Encontrado na tabela de transações de contas a receber como um tipo de documento específico para créditos. Captura Vincule documentos de nota de crédito à fatura original através do campo de referência. Tipo de evento explicit | |||
| Pagamento Lançado | O registro de uma transação de entrada de caixa aplicada à fatura. Representa o objetivo principal do processo de AR. | ||
| Por que é importante O evento mais crítico para calcular o DSO e avaliar a saúde do fluxo de caixa. Onde obter Encontrado nas tabelas de aplicação de pagamento ou recebimento de caixa. Captura Captura os timestamps dos documentos de recebimento de pagamento vinculados ao número da fatura. Tipo de evento explicit | |||
| Baixa de Devedores Duvidosos (Bad Debt) | O ato de declarar o saldo remanescente da fatura como incobrável e removê-lo do livro-razão de contas a receber. Isso representa uma falha no processo e perda financeira. | ||
| Por que é importante Importante para analisar o custo total do processo de crédito e identificar segmentos de clientes de alto risco. Onde obter Capturado de lançamentos contábeis ou transações de ajuste com um código de motivo de baixa específico. Captura Filtre por documentos de ajuste classificados como baixas (write-offs) vinculados à fatura. Tipo de evento explicit | |||
| Contato de Cobrança Realizado | Uma interação com o cliente sobre uma fatura aberta, como o envio de uma carta de cobrança automática ou o registro de uma chamada telefônica. Isso rastreia o esforço proativo da equipe de cobrança. | ||
| Por que é importante Essencial para medir a produtividade do cobrador e a eficácia das estratégias de cobrança na velocidade do pagamento. Onde obter Extraído de logs de correspondência, histórico de atividades de CRM ou diários de cobrança. Captura Mapeie entradas de logs de interação com clientes ou tabelas de cobrança automatizadas vinculadas à fatura. Tipo de evento explicit | |||
| Disputa Resolvida | A conclusão de uma investigação de disputa, resultando em uma decisão de creditar o cliente, baixar o saldo ou exigir o pagamento. Isso desbloqueia a fatura para a liquidação final. | ||
| Por que é importante Marca o fim do processo de tratamento de exceções e permite que o ciclo de caixa seja retomado. Onde obter Capturado quando o status do caso de disputa muda para Fechado ou Resolvido. Captura Identifique o timestamp da mudança de status final no sistema de gestão de disputas. Tipo de evento explicit | |||
| Pagamento Conciliado | A correspondência entre o registro de pagamento interno e o item de linha do extrato bancário externo. Isso confirma que o dinheiro foi fisicamente recebido na conta bancária. | ||
| Por que é importante Diferencia o caixa contábil do caixa bancário, destacando atrasos no processo de aplicação de caixa. Onde obter Extraído de módulos de conciliação bancária ou logs de gestão de caixa. Captura Identifique quando o documento de pagamento é marcado como compensado ou correspondido no razão bancário. Tipo de evento explicit | |||
| Pagamento Parcial Lançado | A aplicação de um recebimento de pagamento que reduz o saldo da fatura, mas deixa um valor residual devido. Frequentemente indica uma disputa, incapacidade de pagamento ou pagamento a menor. | ||
| Por que é importante Destacar pagamentos parciais ajuda a analisar o comportamento de pagamento dos clientes e a complexidade do processo. Onde obter Registrado quando uma transação de pagamento é vinculada à fatura, mas o valor do pagamento é menor que o saldo em aberto. Captura Identifique aplicações de pagamento onde o valor aplicado é menor que o valor pendente da fatura. Tipo de evento explicit | |||
| Promessa de Pagamento Registrada | O registro de um compromisso formal do cliente em pagar um valor específico em uma data determinada. Geralmente é inserido por um agente de cobrança após um contato bem-sucedido. | ||
| Por que é importante Fornece visibilidade sobre o fluxo de caixa esperado e mede a confiabilidade dos compromissos dos clientes. Onde obter Encontrado em módulos de gestão de cobrança ou campos de notas associados à fatura. Captura Extraia registros onde uma data e valor de promessa de pagamento (PTP) são registrados contra o ID da fatura. Tipo de evento explicit | |||
| Status da Disputa Atualizado | Uma mudança na progressão de um caso de disputa, como a transição da revisão inicial para a investigação ativa. Isso rastreia o workflow da equipe de resolução. | ||
| Por que é importante Permite a análise dos tempos de ciclo de resolução de disputas e identifica paradas no processo de investigação. Onde obter Derivado do log de histórico do objeto de caso de disputa vinculado à fatura. Captura Acompanhe as alterações no campo de status da entidade de disputa vinculada. Tipo de evento inferred | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,