Seu Template de Dados para Processamento de Pagamentos em Contas a Pagar
Seu Template de Dados para Processamento de Pagamentos em Contas a Pagar
Este é o nosso modelo de dados genérico para Process Mining para Processamento de Pagamentos de Contas a Pagar. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Esquema de dados padronizado compatível com qualquer sistema financeiro
- Marcos de atividades essenciais para rastreamento de pagamento ponta a ponta
- Lista abrangente de atributos para análise profunda de desempenho e conformidade
Atributos de Processamento de Pagamentos de Contas a Pagar
| Nome | Descrição | ||
|---|---|---|---|
| Atividade Activity | A etapa específica do processo ou mudança de status que ocorreu. | ||
| Descrição Este atributo define o evento ocorrido em um momento específico, representando o ciclo de vida da fatura. Exemplos incluem: Fatura Criada, Aprovação Solicitada, Bloqueio de Pagamento Aplicado ou Pagamento Emitido. No Process Mining, este campo define os nós no mapa do processo. É essencial para visualizar o fluxo de trabalho e identificar a sequência de operações que uma fatura percorre antes de ser liquidada. Por que é importante Define o fluxo e é necessário para visualizar a sequência de etapas no mapa de processos. Onde obter Derivado de logs de transação, tabelas de histórico de mudança de status ou trilhas de auditoria no sistema de origem. Exemplos Fatura CriadaFatura AprovadaBloqueio de Pagamento AtivadoExecução de Pagamento CriadaPagamento Liquidado | |||
| ID do Caso CaseId | O identificador único para a fatura específica que está sendo processada. | ||
| Descrição Este atributo serve como a chave central para vincular todos os eventos no processo de Contas a Pagar. No contexto de AP, trata-se quase exclusivamente do Número da Fatura ou de uma combinação do Número do Fornecedor e Número da Fatura para garantir a exclusividade no conjunto de dados. Ele permite a reconstrução do fluxo de processo de ponta a ponta para cada documento de fatura individual. Analistas usam este campo para distinguir diferentes instâncias de transação, permitindo o cálculo de métricas em nível de caso, como tempos de ciclo e contagem de retrabalhos. Por que é importante É a unidade fundamental de análise, permitindo rastrear faturas individuais do recebimento ao pagamento final. Onde obter Geralmente encontrado na tabela de cabeçalho da fatura ou no diário principal de documentos do sistema ERP. Exemplos INV-2023-0019988776655VEND01-INV500AC-9928120231025-44 | |||
| Sistema de Origem SourceSystem | O nome do aplicativo ou banco de dados de onde o registro se originou. | ||
| Descrição Este atributo identifica qual ERP ou sistema financeiro gerou os dados. Em ambientes complexos, as empresas podem rodar várias instâncias de SAP, Oracle ou sistemas legados simultaneamente. Ele é usado para filtrar a análise por instância do sistema e lidar com possíveis colisões de dados caso os números das faturas não sejam exclusivos em sistemas diferentes. Isso permite uma análise comparativa do desempenho do processo em diferentes ambientes técnicos. Por que é importante Permite a diferenciação de fluxos de dados em ambientes multissistema. Onde obter Geralmente uma string estática adicionada durante o processo de extração ou transformação de dados. Exemplos SAP_ECC_NAOracle_Fusion_EUDynamics365_ProdNetSuite_GlobalLegacy_AS400 | |||
| Tempo do Evento StartTime | O timestamp que indica quando a atividade específica ocorreu. | ||
| Descrição Este atributo registra a data e hora exatas em que um evento ocorreu. Ele fornece a dimensão temporal necessária para ordenar as atividades corretamente e calcular a duração entre as etapas. A precisão neste campo é crítica para determinar tempos de ciclo, identificar gargalos e analisar a produtividade. Serve como base para todos os KPIs temporais, como o tempo para aprovar uma fatura ou a duração total do recebimento até o pagamento. Por que é importante É necessário para ordenar eventos cronologicamente e calcular todas as métricas de duração. Onde obter Encontrado em logs do sistema, timestamps de entrada de transação ou datas de modificação. Exemplos 2023-10-15T08:30:00Z2023-10-15T14:45:12Z2023-10-16T09:15:00Z2023-11-01T10:00:00Z2023-11-05T16:20:00Z | |||
| Última Atualização de Dados LastDataUpdate | O timestamp de quando os dados foram extraídos ou atualizados. | ||
| Descrição Este atributo indica a atualização dos dados usados na análise. Geralmente é um campo de metadados gerado pela ferramenta de extração, e não um campo residente no sistema de origem. Analistas usam isso para entender a latência do Dashboard e verificar se os dados refletem o estado mais atual do processo de negócio. É particularmente importante ao investigar a ausência de transações recentes. Por que é importante Garante a atualidade dos dados e ajuda a identificar problemas de sincronização. Onde obter Gerado pelo pipeline de ETL ou conector de dados durante a execução da extração. Exemplos 2023-11-10T23:59:59Z2023-11-11T06:00:00Z2023-11-11T12:00:00Z2023-11-11T18:00:00Z2023-11-12T00:00:00Z | |||
| Data da Fatura InvoiceDate | A data em que a fatura foi emitida pelo fornecedor. | ||
| Descrição Este atributo reflete a data do documento impressa na fatura física ou digital. Difere da data de entrada ou da data de lançamento no sistema. Esta data é o ponto de partida para calcular a idade da fatura e é frequentemente usada como base para calcular os vencimentos conforme as condições de pagamento acordadas. É essencial para analisar o atraso entre a emissão da fatura e seu recebimento ou entrada. Por que é importante Atua como base para cálculos de aging e conformidade com termos de pagamento. Onde obter Encontrado no cabeçalho da fatura, representando a data do documento. Exemplos 2023-10-012023-10-102023-10-152023-10-202023-10-31 | |||
| Data de Pagamento PaymentDate | A data em que o pagamento foi efetivamente executado ou compensado. | ||
| Descrição Este atributo registra quando os fundos foram transferidos ou o cheque foi emitido. Em alguns sistemas, isso pode ser diferente da data de compensação, quando o banco processa a transação. Ele marca o fim da obrigação de contas a pagar para aquela fatura específica. Analistas utilizam esse dado para calcular o tempo de ciclo final e verificar se os descontos por pagamento antecipado foram aproveitados com sucesso. Por que é importante Marca o encerramento do ciclo e é usado para verificar o aproveitamento de descontos. Onde obter Encontrado nas tabelas de documentos de pagamento ou compensação vinculadas à fatura. Exemplos 2023-10-282023-11-142023-11-282023-12-052023-12-10 | |||
| Data de Vencimento DueDate | A data limite em que o pagamento é contratualmente exigido. | ||
| Descrição Este atributo especifica o prazo para pagamento ao fornecedor. Geralmente é calculado pelo sistema somando os dias da condição de pagamento à data-base. Comparar a data de pagamento real com este atributo permite calcular as taxas de pagamento em dia e métricas de atraso. É crítico para gerenciar o fluxo de caixa e evitar multas por atraso ou desgaste no relacionamento com fornecedores. Por que é importante É crucial para calcular taxas de pagamento pontual e gerenciar multas por atraso. Onde obter Encontrado no cabeçalho da fatura ou nas tabelas de cronograma de pagamento. Exemplos 2023-10-312023-11-152023-11-302023-12-012023-12-15 | |||
| Nome do Fornecedor VendorName | O nome do fornecedor ou entidade que emitiu a fatura. | ||
| Descrição Este atributo identifica o parceiro externo envolvido na transação. Geralmente está vinculado a um cadastro mestre que contém detalhes adicionais, como condições de pagamento e dados bancários. Analisar este atributo ajuda a identificar fornecedores que causam exceções frequentes no processo, como divergências de preço ou informações ausentes. Isso permite calcular o tempo de ciclo e as taxas de retrabalho por fornecedor. Por que é importante Permite segmentar a performance do processo por fornecedor para identificar relações problemáticas. Onde obter Encontrado no cabeçalho da fatura ou via associação com a tabela mestre de fornecedores. Exemplos Acme CorpGlobal Services LtdOffice Supplies CoTech Solutions IncLogistics Partners | |||
| Número da Ordem de Compra PurchaseOrderNumber | O número de referência do pedido de compra associado à fatura. | ||
| Descrição Este atributo vincula a fatura ao processo de compras. Se preenchido, indica uma fatura vinculada a um pedido de compra (PO), que geralmente segue um processo de conciliação de 2 ou 3 vias (matching). Ele é usado para calcular a proporção de faturas com e sem pedido. Discrepâncias entre os dados do pedido e da fatura são fontes comuns de bloqueios de pagamento e retrabalho. Por que é importante Permite analisar a eficiência da correspondência com PO e diferenciar fluxos com e sem PO. Onde obter Encontrado nas tabelas de cabeçalho ou de itens de linha da fatura. Exemplos PO-450001450009922P100200ORD-5521PUR-2023-88 | |||
| Valor da Fatura InvoiceAmount | O valor monetário total associado à fatura. | ||
| Descrição Este atributo representa o valor bruto da fatura que requer pagamento. Geralmente é armazenado na moeda do documento e pode precisar de conversão para relatórios agregados. É vital para a análise de impacto financeiro, permitindo que os usuários priorizem as melhorias no processo com base no impacto no capital de giro, em vez de apenas no volume de casos. Faturas de alto valor podem seguir fluxos de aprovação diferentes em comparação com itens de baixo valor. Por que é importante Permite análises baseadas em valor sobre ineficiências e impacto no capital de giro. Onde obter Encontrado na tabela de cabeçalho da fatura, geralmente rotulado como valor bruto ou valor total. Exemplos 1500.00250.5010000.0045.99500000.00 | |||
| Código da Empresa CompanyCode | O identificador da entidade legal ou subsidiária. | ||
| Descrição Este atributo separa os dados por unidade organizacional, como uma subsidiária, país ou entidade legal específica. É crucial para grandes empresas com operações em múltiplas regiões. Ele permite o benchmarking de desempenho entre diferentes unidades de negócio. Variações no processo costumam existir entre códigos de empresa devido a regulamentações locais ou diferentes níveis de maturidade operacional. Por que é importante Possibilita benchmarking e filtragem entre diferentes unidades organizacionais. Onde obter Encontrado na tabela de cabeçalho da fatura. Exemplos US01DE0110002000UK_OPS | |||
| Condições de Pagamento PaymentTerms | O código ou descrição que define os prazos de pagamento acordados e descontos. | ||
| Descrição Este atributo define as condições contratuais de pagamento, como Net 30 ou 2/10 Net 30. Ele determina o vencimento da fatura e se aplicam descontos por pagamento antecipado. Analisar este campo ajuda as empresas a otimizar o fluxo de caixa, garantindo que não paguem cedo demais (perdendo capital de giro) nem tarde demais (incidindo em multas), além de maximizar o aproveitamento de descontos. Por que é importante Define as regras para vencimentos e descontos, sendo essencial para a otimização do fluxo de caixa. Onde obter Encontrado no cabeçalho da fatura, muitas vezes herdado do cadastro do fornecedor. Exemplos NT302/10 Líquido 30IMEDIATOZ001Líquido 60 | |||
| Razão de Bloqueio de Pagamento PaymentBlockReason | O código ou motivo pelo qual uma fatura está bloqueada para pagamento. | ||
| Descrição Este atributo indica o motivo específico que impede o pagamento de uma fatura, como Divergência de Preço, Divergência de Quantidade ou Falta de Recebimento de Mercadoria. É um indicador chave de atrito no processo. Analisar a frequência e a duração de motivos de bloqueio específicos ajuda a identificar as causas raiz dos atrasos nos pagamentos. Reduzir esses bloqueios costuma ser a maneira mais rápida de melhorar as taxas de processamento automático (touchless). Por que é importante Identifica as causas raiz específicas de atritos no processo e atrasos nos pagamentos. Onde obter Encontrado nas tabelas de cabeçalho ou de itens de linha da fatura. Exemplos Variação de PreçoVariação de QuantidadeFalta de Recebimento (GR)Bloqueio ManualAuditoria Necessária | |||
| Tipo de Documento DocumentType | A classificação do documento da fatura. | ||
| Descrição Este atributo categoriza a transação, diferenciando faturas padrão, notas de crédito, adiantamentos ou débitos subsequentes. Cada tipo pode acionar regras de workflow diferentes. Entender o mix de tipos de documentos é fundamental para interpretar as métricas do processo. Por exemplo, notas de crédito geralmente seguem um fluxo reverso ou um caminho de aprovação específico que pode distorcer o tempo médio de ciclo se os dados não forem segmentados. Por que é importante Distingue entre Faturas, Notas de Crédito e outros documentos financeiros. Onde obter Encontrado na tabela de cabeçalho da fatura. Exemplos Fatura PadrãoNota de CréditoAdiantamentoFatura sem Pedido (Non-PO)Fatura Recorrente | |||
| Utilizador User | O identificador da pessoa ou conta de sistema que realiza a atividade. | ||
| Descrição Este atributo registra quem executou a etapa específica do processo. Ele pode distinguir entre usuários humanos e automação de sistema (robôs ou tarefas em lote). É usado para calcular a taxa de automação (Touchless Rate) e analisar a conformidade com a segregação de funções. Também ajuda a identificar necessidades de treinamento caso usuários específicos gerem retrabalho ou erros de forma consistente. Por que é importante Permite a análise de Segregação de Funções (SoD) e o cálculo de Taxas de Automação. Onde obter Encontrado em logs de transação ou trilhas de auditoria do sistema. Exemplos JSMITHSYSTEM_BATCHK_DOEAP_BOT_01WORKFLOW_SYS | |||
Atividades de Processamento de Pagamentos de Contas a Pagar
| Atividade | Descrição | ||
|---|---|---|---|
| Bloqueio de Pagamento Aplicado | A colocação de uma retenção na fatura que impede sua inclusão em uma execução de pagamento. Pode ser feita manualmente para disputas ou automaticamente devido a divergências. | ||
| Por que é importante Impacta diretamente as taxas de pagamento em dia e o relacionamento com fornecedores ao interromper o processo. Onde obter Identificado pelo monitoramento de alterações no campo de bloqueio de pagamento ou sinalizadores de status de retenção. Captura Rastreie atualizações que definem o sinalizador de Bloqueio de Pagamento ou Retenção como verdadeiro Tipo de evento explicit | |||
| Fatura Aprovada | A autorização final concedida por um aprovador designado ou regra de sistema. Esta etapa libera a fatura para lançamento financeiro e pagamento posterior. | ||
| Por que é importante Um marco fundamental que encerra o tempo do ciclo de aprovação e, geralmente, libera a fatura para pagamento. Onde obter Registrado em tabelas de histórico de workflow quando a ação final de aprovação é executada. Captura Extraia o timestamp da ação final de aprovação nos logs de workflow Tipo de evento explicit | |||
| Fatura Correspondida ao PO | A associação bem-sucedida dos itens da fatura com o Pedido de Compra ou Recebimento de Mercadorias correspondente. Confirma que os itens foram pedidos e recebidos antes do processamento do pagamento. | ||
| Por que é importante Essencial para medir a taxa de automação (touchless) e a eficiência do processo de conferência (three-way matching). Onde obter Encontrado em tabelas de histórico de pedidos de compra ou identificando uma mudança de status que indique correspondência bem-sucedida. Captura Rastreie o evento onde um link é estabelecido entre a Linha da Fatura e a Linha do Pedido (PO) Tipo de evento explicit | |||
| Fatura Criada | O registro inicial dos dados da fatura do fornecedor no sistema ERP. Este evento marca o início do ciclo de vida digital da obrigação, seja digitado manualmente ou importado via interface. | ||
| Por que é importante Estabelece o timestamp base para calcular o tempo de ciclo total do processo de contas a pagar. Onde obter Geralmente encontrado no timestamp de criação da tabela de cabeçalho da fatura ou na primeira entrada no log de alterações do documento. Captura Extraia o timestamp de criação do registro de cabeçalho da fatura Tipo de evento explicit | |||
| Fatura Lançada no Livro Razão | O lançamento da transação financeira no Livro Razão (GL). Esta ação cria a obrigação oficial no sistema contábil. | ||
| Por que é importante Representa o ponto sem retorno para o registro financeiro e atualiza o saldo do fornecedor. Onde obter Encontrado na tabela de entradas do livro razão ou pela atribuição de uma data de lançamento. Captura Extraia a data de lançamento ou timestamp de entrada da tabela do livro razão Tipo de evento explicit | |||
| Pagamento Emitido | A geração do instrumento de pagamento, como impressão de cheque, transferência bancária ou arquivo EFT. Isso reduz o passivo em aberto na conta do fornecedor. | ||
| Por que é importante O fim definitivo do processo interno de contas a pagar para a fatura específica. Onde obter Capturado quando o documento de pagamento é gerado ou o status de pagamento é atualizado para Enviado. Captura Extraia o timestamp de criação do documento de pagamento vinculado à fatura Tipo de evento explicit | |||
| Aprovação de Fatura Solicitada | O envio da fatura para um motor de workflow para autorização gerencial. Isso marca a transição da entrada de dados e validação para a fase de aprovação. | ||
| Por que é importante Separa o tempo de processamento técnico do tempo de tomada de decisão gerencial no ciclo. Onde obter Capturado dos logs de histórico do workflow quando o status muda para Pendente de Aprovação ou similar. Captura Identifique o evento de início do workflow na tabela de histórico de aprovação Tipo de evento explicit | |||
| Bloqueio de Pagamento Liberado | A remoção de uma retenção aplicada anteriormente, tornando a fatura elegível para seleção de pagamento. Geralmente significa a resolução de uma disputa ou divergência. | ||
| Por que é importante Indica o tratamento bem-sucedido de uma exceção e o retorno ao fluxo padrão do processo. Onde obter Capturado quando um campo de bloqueio de pagamento é limpo ou um status de retenção é alterado para ativo. Captura Rastreie atualizações que alteram o sinalizador de Bloqueio de Pagamento ou Retenção para nulo ou falso Tipo de evento explicit | |||
| Dados da Fatura Atualizados | Qualquer modificação feita no cabeçalho da fatura ou nos itens de linha após a criação inicial. Ocorrências frequentes costumam sinalizar retrabalho manual, erros de extração de OCR ou dados mestre imprecisos. | ||
| Por que é importante Frequências altas de atualizações indicam ineficiências no processo e oportunidades de melhoria na automação. Onde obter Normalmente registrado em logs de alteração do sistema ou trilhas de auditoria associadas ao objeto da fatura. Captura Identifique atualizações em campos específicos como Valor, Fornecedor ou Data no log de auditoria Tipo de evento explicit | |||
| Data de Vencimento da Fatura Expirada | Um evento calculado que indica que a data atual ultrapassou a data líquida de vencimento da fatura enquanto ela continua em aberto. Isso sinaliza a fatura como vencida. | ||
| Por que é importante Fundamental para analisar a performance de pagamentos em dia e possíveis multas por atraso. Onde obter Calculado comparando a data de vencimento da fatura com a data de pagamento ou a data atual. Captura Cálculo feito quando a data de vencimento é anterior ao timestamp atual para itens em aberto Tipo de evento calculated | |||
| Falha na Correspondência da Fatura | Um erro de validação que ocorre quando os detalhes da fatura não coincidem com o Pedido de Compra ou com o Recebimento de Mercadorias (Goods Receipt) dentro das tolerâncias definidas. Isso geralmente aciona um workflow de tratamento de exceções. | ||
| Por que é importante Identifica as causas raiz de atritos no processo, como variações de preço ou divergências de quantidade. Onde obter Muitas vezes inferido de logs de erro, códigos de bloqueio específicos ou flags de status indicando uma variação. Captura Inferido a partir da aplicação de códigos de retenção específicos de variação ou mensagens de erro Tipo de evento inferred | |||
| Fatura Cancelada | A anulação ou estorno do registro da fatura, encerrando o processo sem pagamento. Geralmente ocorre por entrada duplicada ou erros fundamentais. | ||
| Por que é importante Destacar cancelamentos ajuda a identificar falhas em etapas anteriores e desperdício de esforço. Onde obter Capturado quando o status do documento muda para Anulado ou um documento de estorno é vinculado. Captura Acompanhe mudanças de status para "Anulado" ou a criação de um lançamento de estorno Tipo de evento explicit | |||
| Pagamento Liquidado | A confirmação do banco de que os fundos foram transferidos com sucesso. Isso é conciliado com o extrato bancário no sistema. | ||
| Por que é importante Confirma o impacto no fluxo de caixa e encerra o ciclo da transação financeira. Onde obter Encontrado em tabelas de conciliação bancária ou quando o status do pagamento muda para Compensado. Captura Identifique o timestamp de quando a data de compensação é preenchida no registro de pagamento Tipo de evento explicit | |||
| Proposta de Pagamento Criada | A seleção da fatura em um lote ou diário de pagamento preliminar. Isso indica a intenção de pagar e reserva a fatura de outras execuções de pagamento. | ||
| Por que é importante Marca o início da fase de execução do pagamento e ajuda a analisar a eficiência do lote de pagamento. Onde obter Registrado quando uma fatura é vinculada a um cabeçalho de proposta de pagamento ou linha de diário de pagamento. Captura Identifique quando o ID da fatura é adicionado a uma tabela de proposta de execução de pagamento Tipo de evento explicit | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,