Seu Template de dados para processamento de faturas de contas a pagar
Seu Template de dados para processamento de faturas de contas a pagar
Este é nosso Template genérico de dados para Process Mining de Processamento de faturas a pagar. Use os Templates específicos de cada sistema para receber orientações mais detalhadas.
Selecione um sistema específico- Estrutura de dados universal para qualquer sistema de contas a pagar
- Atributos recomendados para análises aprofundadas
- Atividades essenciais para registrar e ter visibilidade completa do processo
Atributos do processamento de faturas de contas a pagar
| Nome | Descrição | ||
|---|---|---|---|
| Data e hora do evento EventTime | Data e hora exatas em que uma atividade ou um evento ocorreu. | ||
| Descrição A data e hora do evento registram o momento exato em que uma atividade específica ocorreu no ciclo de vida da fatura. Cada atividade, de 'Fatura recebida' a 'Fatura liquidada', tem uma data e hora associadas. Este atributo é essencial para analisar a performance. Ele permite calcular os tempos de ciclo entre atividades, como o tempo de aprovação e o de pagamento, e o tempo total de processamento de ponta a ponta de cada fatura. Ao analisar essas durações, as organizações podem identificar gargalos, medir a performance em relação aos acordos de nível de serviço (SLAs) e encontrar oportunidades para acelerar o processo. O atributo também permite ordenar os eventos cronologicamente e reconstruir o fluxo do processo com precisão. Por que isso importa Este atributo é essencial para calcular tempos de ciclo, identificar gargalos e analisar a sequência cronológica dos eventos do processo. Onde encontrar Encontrado em logs do sistema, campos de data de criação ou alteração de transações ou registros de data e hora de eventos associados a documentos de fatura. Exemplos 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
| ID da fatura InvoiceId | Identificador exclusivo de cada documento de fatura de fornecedor. Ele funciona como o identificador principal do caso para acompanhar toda a jornada da fatura. | ||
| Descrição O ID da fatura é um código alfanumérico exclusivo atribuído a cada fatura recebida de um fornecedor. Ele funciona como referência central para todas as atividades e dados relacionados àquela fatura, desde o recebimento até o pagamento e a liquidação. Em Process Mining, o ID da fatura é fundamental. Ele funciona como ID do caso e permite que o software reúna a sequência de eventos, como 'Fatura recebida', 'Aprovada' e 'Paga', em um fluxo de processo coerente para cada fatura. Isso permite analisar variantes do processo, tempos de ciclo e gargalos por fatura, oferecendo uma visão clara de como cada uma é processada. Por que isso importa Este é o atributo mais importante, pois conecta todas as etapas relacionadas do processo em um único caso, permitindo a análise e a visualização de ponta a ponta. Onde encontrar Geralmente encontrado nos dados do cabeçalho da fatura ou nas tabelas de transações de contas a pagar do sistema de origem. Exemplos INV-9876547300015298SI-2023-04-112 | |||
| Nome da atividade ActivityName | Nome da etapa ou do evento do processo de negócios ocorrido com a fatura. | ||
| Descrição O nome da atividade descreve uma ação específica, uma mudança de status ou um marco no ciclo de processamento da fatura. Cada evento registrado para uma fatura, como 'Fatura validada', 'Enviada para aprovação' ou 'Pagamento realizado', é representado por um nome de atividade distinto. Este atributo é a base do mapa de processos, em que cada valor exclusivo se torna um nó no fluxo visualizado. Analisar a sequência, a frequência e a duração entre essas atividades é essencial em Process Mining e ajuda a identificar caminhos comuns, desvios e ciclos de retrabalho. Esse atributo é fundamental para entender o que realmente acontece no processo. Por que isso importa Define as etapas do mapa de processos e permite visualizar e analisar o fluxo, os gargalos e as variações do processo. Onde encontrar Geralmente obtido de códigos de transação, logs de eventos, campos de mudança de status ou registros de ações específicas de usuários no sistema de origem. Exemplos Fatura aprovadaFatura bloqueadaPagamento realizado | |||
| Sistema de origem SourceSystem | Sistema do qual os dados foram extraídos. | ||
| Descrição Este atributo identifica o sistema de TI original em que os dados do evento foram gerados ou registrados, como um ERP, um sistema de gerenciamento de documentos ou uma ferramenta de Workflow. Em ambientes com vários sistemas envolvidos no processo de contas a pagar, este campo ajuda a distinguir a origem de cada atividade. Analisar os dados por sistema de origem ajuda a entender a fragmentação do processo e os desafios de integração de dados. Isso pode revelar se atrasos ou problemas estão associados a handoffs entre sistemas. O atributo também é essencial para a governança e a validação dos dados, garantindo que a visão do processo represente com precisão a contribuição de cada sistema. Por que isso importa Oferece contexto sobre a origem dos dados, essencial para validá-los, solucionar problemas e analisar variações do processo entre diferentes sistemas. Onde encontrar Geralmente é um valor estático, adicionado durante a extração dos dados ou disponível nos cabeçalhos dos logs do sistema. Exemplos ERP_PRODSAP_ECC_100Oracle_Fusion | |||
| Última atualização dos dados LastDataUpdate | Data e hora que indicam quando os dados deste evento foram atualizados pela última vez a partir do sistema de origem. | ||
| Descrição A data e hora da última atualização dos dados indicam o momento mais recente em que os dados foram extraídos do sistema de origem e carregados no ambiente de Process Mining. Elas não representam quando o evento de negócio ocorreu, mas indicam o nível de atualização dos dados analisados. Este atributo é importante para a governança dos dados e ajuda as pessoas usuárias a entender a atualidade dos insights. Ele confirma se a análise usa informações atualizadas e pode ser usado para monitorar a integridade e a frequência do pipeline de dados. Assim, as partes interessadas sabem quando os dados foram atualizados ao tomar decisões com base nos Dashboards e nas análises de processos. Por que isso importa Essencial para a governança dos dados e para que as pessoas usuárias saibam se os dados analisados estão atualizados, o que aumenta a confiança nos insights. Onde encontrar Esta data e hora costuma ser gerada e adicionada durante o processo de extração, transformação e carregamento de dados (ETL). Exemplos 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
| Código da empresa CompanyCode | Identificador da entidade jurídica ou empresa que processa a fatura. | ||
| Descrição O código da empresa é uma chave exclusiva que representa uma entidade jurídica ou empresa dentro de uma organização. As faturas são processadas e lançadas em nome de um código de empresa específico. Esse atributo é uma dimensão fundamental para análises comparativas em organizações com várias entidades. Ele permite comparar a performance do processo de contas a pagar entre empresas, subsidiárias ou unidades de negócio. A análise pode revelar se determinadas entidades são mais eficientes, têm taxas mais altas de automação ou enfrentam mais bloqueios de pagamento. Isso ajuda a padronizar as melhores práticas e identificar problemas específicos de uma região ou entidade. Por que isso importa Permite comparar processos entre diferentes entidades jurídicas ou unidades de negócio, ajudando a padronizar práticas e identificar problemas locais. Onde encontrar Fica no cabeçalho de documentos financeiros ou de transações de faturas e representa a entidade responsável pelo lançamento. Exemplos 1000US01DE01 | |||
| Data de vencimento da fatura InvoiceDueDate | Data em que o pagamento da fatura vence, de acordo com as condições de pagamento. | ||
| Descrição A data de vencimento da fatura é a data calculada até a qual o pagamento deve ser feito ao fornecedor para ser considerado pontual e evitar multas ou encargos por atraso. Em geral, ela é calculada com base na data da fatura e nas condições de pagamento acordadas, como 30 dias líquidos. Esse atributo é essencial para medir a performance dos pagamentos. Ele serve de base para calcular o KPI de taxa de pagamentos em dia e identificar pagamentos atrasados. Comparar a data de vencimento com a data efetiva do pagamento permite analisar a pontualidade e ajuda as organizações a melhorar o relacionamento com fornecedores, evitar multas e gerenciar o fluxo de caixa de forma estratégica. Por que isso importa É essencial para medir a pontualidade dos pagamentos, gerenciar o fluxo de caixa e evitar multas por atraso. Onde encontrar Essa data costuma ser calculada pelo sistema de origem com base na data da fatura e nas condições de pagamento e armazenada no cabeçalho da fatura. Exemplos 2023-11-252023-12-152024-01-30 | |||
| Nome de usuário UserName | O nome ou ID do usuário que realizou uma atividade específica na fatura. | ||
| Descrição O nome de usuário identifica a pessoa ou o usuário do sistema responsável por executar uma etapa do processo, como inserir, aprovar ou lançar uma fatura. Nas etapas automatizadas, pode ser o ID de um usuário do sistema ou de processamento em lote. Esse atributo permite analisar o processo sob a perspectiva das pessoas envolvidas. Ele é usado para avaliar a distribuição da carga de trabalho e a performance individual ou da equipe, além de identificar necessidades de treinamento. Ao acompanhar as atividades por usuário, as organizações podem descobrir ciclos de retrabalho associados a pessoas específicas, identificar onde as aprovações ficam paradas e garantir a segregação adequada de funções. É um atributo essencial para entender o fator humano no processo de contas a pagar. Por que isso importa Permite analisar a performance individual e da equipe e a distribuição da carga de trabalho, além de ajudar a identificar oportunidades de treinamento ou problemas de conformidade. Onde encontrar Geralmente encontrado em registros de eventos ou nos campos 'Alterado por' / 'Criado por' das tabelas de transações. Exemplos jdoeasmithBATCH_USER | |||
| Nome do fornecedor VendorName | Nome do fornecedor que enviou a fatura. | ||
| Descrição O nome do fornecedor identifica a razão social ou o nome comercial do fornecedor de bens ou serviços. Este atributo oferece um contexto de negócios importante para cada fatura. Na análise, segmentar o processo por fornecedor permite avaliar a performance e o relacionamento com fornecedores específicos. Isso ajuda a responder perguntas como: 'Quais fornecedores têm os maiores tempos de aprovação?', 'Temos discrepâncias frequentes nas faturas de determinados fornecedores?' ou 'Estamos aproveitando os descontos por pagamento antecipado dos principais fornecedores?'. Essa visão é essencial para as equipes de compras e de gestão do relacionamento com fornecedores. Por que isso importa Permite analisar a performance por fornecedor e ajuda a identificar problemas no relacionamento, o cumprimento das condições de pagamento e as variações do processo entre fornecedores. Onde encontrar Encontrado nas tabelas de dados mestres de fornecedores e vinculado aos dados de transação da fatura por meio de um ID de fornecedor. Exemplos Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp | |||
| Número do pedido de compra PurchaseOrderNumber | Identificador exclusivo do pedido de compra (PO) associado à fatura. | ||
| Descrição O número do pedido de compra é o ID de referência do documento que autorizou inicialmente a compra de bens ou serviços do fornecedor. As faturas podem estar vinculadas a um PO ou não. Este atributo é essencial para analisar o processo de conciliação de faturas. Ele permite diferenciar faturas vinculadas a POs das que não estão, pois elas costumam seguir caminhos bem diferentes. A análise pode se concentrar na eficiência da conciliação de três vias (PO, recebimento de mercadorias e fatura), identificar os motivos de falhas na conciliação e medir o KPI da taxa de conciliação na primeira tentativa. A ausência de um número de PO em uma fatura que deveria ter um costuma indicar um problema de Conformidade no processo. Por que isso importa Essencial para analisar a eficiência da conciliação de faturas, diferenciar processos com e sem PO e identificar problemas de Conformidade. Onde encontrar Encontrado nos dados de transação da fatura, geralmente em um campo de referência que a vincula ao módulo de compras. Exemplos 4500017545PO-2023-10-005789123 | |||
| Valor da fatura InvoiceAmount | Valor monetário total da fatura na moeda original da transação. | ||
| Descrição O valor da fatura representa o valor bruto total informado pelo fornecedor. Esta é uma métrica financeira importante para cada caso. Este atributo é amplamente usado em análises financeiras e de performance. Ele permite filtrar processos por relevância financeira, por exemplo, para analisar separadamente faturas de alto valor, identificar gargalos de aprovação acima de determinado limite e calcular o impacto financeiro das ineficiências do processo. Também pode ser usado para quantificar o valor de faturas bloqueadas ou priorizar a automação de faturas de alto volume e baixo valor. É uma dimensão fundamental para quase todos os Dashboards de contas a pagar. Por que isso importa Permite analisar o impacto financeiro, por exemplo, quantificando o valor de pagamentos bloqueados, e ajuda a priorizar faturas conforme sua relevância financeira. Onde encontrar Geralmente encontrado nas tabelas de cabeçalho ou de itens das transações de faturas. Exemplos 1500.7525000.00345.50 | |||
| Condições de pagamento PaymentTerms | Condições acordadas com o fornecedor para o pagamento da fatura, incluindo prazos de vencimento e oportunidades de desconto. | ||
| Descrição As condições de pagamento definem os termos para quitar uma fatura. Elas costumam incluir o prazo líquido para pagamento, como 30 dias, e possíveis descontos por pagamento antecipado, como 2% de desconto para pagamentos em até 10 dias. Esse atributo fornece um contexto importante para a análise da performance financeira. Ele é usado para calcular a data de vencimento da fatura e identificar oportunidades de obter descontos por pagamento antecipado. Ao analisar a performance do processo de acordo com as condições de pagamento, as organizações podem identificar se estão perdendo descontos sistematicamente por causa de longos tempos de ciclo internos. Essa análise relaciona diretamente a eficiência do processo à redução de custos. Por que isso importa Determina o cálculo da data de vencimento da fatura e é essencial para analisar a obtenção de descontos por pagamento antecipado, relacionando a eficiência do processo à redução de custos. Onde encontrar Geralmente obtido dos dados mestres do fornecedor e copiado para o cabeçalho da transação da fatura no momento da criação. Exemplos 30 dias líquidos2% em 10 dias, 30 dias líquidos60 dias líquidos | |||
| Data do pagamento PaymentDate | Data em que o pagamento da fatura foi efetivamente realizado. | ||
| Descrição A data do pagamento registra quando os valores de uma fatura específica foram pagos ao fornecedor. Esse é um marco importante que muitas vezes indica o fim do fluxo principal de processamento. Na análise de Process Mining, essa data é comparada com a data de vencimento da fatura para determinar se o pagamento foi feito no prazo, antes ou depois do vencimento. Ela é essencial para calcular KPIs importantes, como a taxa de pagamentos em dia, e analisar oportunidades de desconto por pagamento antecipado. Entender o intervalo entre a aprovação da fatura e a data do pagamento também pode revelar ineficiências na execução dos pagamentos ou nas funções de tesouraria. Por que isso importa Essencial para calcular a taxa de pagamentos em dia, analisar o comportamento dos pagamentos e identificar oportunidades de obter descontos por pagamento antecipado. Onde encontrar Encontrada nos dados do documento de pagamento ou de compensação, vinculado à transação da fatura original. Exemplos 2023-11-242023-12-202024-01-28 | |||
| É automatizado IsAutomated | Indicador que informa se uma atividade foi realizada automaticamente pelo sistema, e não por uma pessoa. | ||
| Descrição Esse atributo booleano indica se uma etapa específica do processo foi executada por um usuário do sistema, como uma automação, um fluxo de trabalho ou um processo em lote, ou por uma pessoa. Isso ajuda a diferenciar atividades manuais das automatizadas. Analisar esse atributo é fundamental para entender o nível de automação do processo de contas a pagar e medir os resultados das iniciativas de transformação digital. Ele ajuda a calcular a taxa de processamento direto (STP), identificando as faturas processadas sem intervenção manual. Comparar a performance dos fluxos automatizados com a dos manuais pode embasar novos investimentos em automação, quantificando a economia de tempo e custos. Por que isso importa Permite medir os níveis de automação, como a taxa de processamento direto, e ajuda a quantificar o impacto da automação na eficiência do processo. Onde encontrar Geralmente identificado verificando se o 'UserName' de uma atividade corresponde a um ID conhecido de usuário do sistema ou de processamento em lote. Exemplos truefalse | |||
| Moeda da fatura InvoiceCurrency | Código da moeda do valor da fatura, como USD, EUR ou GBP. | ||
| Descrição A moeda da fatura especifica a unidade monetária em que o valor da fatura é expresso. Isso é especialmente importante para organizações multinacionais que trabalham com fornecedores de diferentes países. Na análise, este atributo é essencial para interpretar corretamente o valor da fatura e fazer cálculos financeiros precisos. Ele permite filtrar o processo por moeda para entender diferenças regionais ou desafios específicos de cada moeda. Combinado com dados de taxas de câmbio, também pode ser usado para converter valores financeiros para uma única moeda de relatório e viabilizar análises globais consistentes. Por que isso importa Oferece o contexto necessário para interpretar o valor da fatura e permite análises financeiras precisas e a segmentação do processo em organizações globais. Onde encontrar Geralmente localizado no cabeçalho da tabela de transações da fatura, junto ao valor da fatura. Exemplos USDEURGBP | |||
| Motivo do bloqueio BlockingReason | Código ou descrição que explica por que uma fatura está bloqueada para pagamento. | ||
| Descrição O motivo do bloqueio é um código ou texto que explica por que uma fatura foi impedida de avançar para a etapa de pagamento. Entre os motivos mais comuns estão divergências de quantidade ou preço, falta de recebimento de mercadorias ou necessidade de inspeção de qualidade. Esse atributo é essencial para a análise de causa raiz de exceções e retrabalho. Ao analisar a frequência e o impacto dos diferentes motivos de bloqueio, as organizações podem identificar as principais fontes de ineficiência no processo de contas a pagar. Isso permite direcionar iniciativas de melhoria, como aumentar a precisão dos pedidos de compra com fornecedores ou simplificar o processo de recebimento de mercadorias. Reduzir os bloqueios de pagamento é fundamental para aumentar a taxa de processamento direto (STP). Por que isso importa Essencial para a análise de causa raiz dos bloqueios de pagamento, ajudando a identificar os principais fatores de ineficiência e retrabalho no processo. Onde encontrar Encontrado no documento da fatura ou em uma tabela de status relacionada, geralmente preenchido quando ocorre a atividade 'Bloqueado'. Exemplos Divergência de preçoDivergência de quantidadeRecebimento de mercadorias ausente | |||
Atividades do processamento de faturas de contas a pagar
| Atividade | Descrição | ||
|---|---|---|---|
| Enviada para aprovação | A fatura é enviada formalmente para um Workflow de revisão e aprovação por uma ou mais pessoas autorizadas. Esta atividade marca o início do subprocesso de aprovação. | ||
| Por que isso importa Este é o ponto de partida para medir os tempos do ciclo de aprovação. Ele ajuda a diferenciar o tempo gasto no processamento dos dados do tempo de espera pela aprovação da gestão. Onde encontrar Este evento é registrado quando o status da fatura muda para 'Aguardando aprovação' ou quando ela é inserida em um sistema de gerenciamento de Workflow. Coleta Identifique o evento em que o status da fatura é atualizado para indicar o início de um Workflow de aprovação. Tipo de evento explicit | |||
| Fatura aprovada | Representa a aprovação final no Workflow e autoriza oficialmente o pagamento da fatura. Este é um marco crítico que libera a fatura do processamento para a etapa de pagamento. | ||
| Por que isso importa Esta atividade encerra o ciclo de aprovação. O tempo até este ponto é um componente importante do tempo total de processamento da fatura e costuma revelar gargalos na aprovação. Onde encontrar O registro ocorre quando o status do Workflow ou do documento da fatura muda para 'Aprovado' ou para um status final equivalente. Coleta Registre a data e hora em que o status de aprovação final da fatura é registrado. Tipo de evento explicit | |||
| Fatura conciliada | É o processo de associar uma fatura aos documentos de suporte, como pedidos de compra (POs) ou comprovantes de recebimento de mercadorias (GRs). Esta atividade confirma se os valores, as quantidades e os itens faturados correspondem ao que foi pedido e recebido. | ||
| Por que isso importa Esta é uma etapa crítica de validação para faturas vinculadas a pedidos de compra. Analisar as taxas e os tempos de conciliação é essencial para entender o nível de automação e identificar fornecedores ou materiais problemáticos. Onde encontrar O registro geralmente ocorre quando uma referência de PO ou GR é vinculada com sucesso aos itens da fatura, muitas vezes com a atualização de um campo de status da conciliação. Coleta Registre a data e hora em que o status de conciliação da fatura muda para 'Conciliada' ou 'Concluída'. Tipo de evento explicit | |||
| Fatura contabilizada | A fatura aprovada é registrada oficialmente no razão geral, criando um passivo financeiro para a empresa. Esta transação contábil crítica reconhece formalmente a despesa e a obrigação de pagamento. | ||
| Por que isso importa A contabilização é um evento financeiro importante. Atrasos entre a aprovação e a contabilização podem afetar a precisão dos relatórios financeiros e a visibilidade dos passivos em aberto. Onde encontrar Este é um evento central da transação financeira, registrado com base na data e hora de contabilização do documento contábil associado à fatura. Coleta Use o campo de data de contabilização do cabeçalho do documento financeiro vinculado à fatura. Tipo de evento explicit | |||
| Fatura liquidada | Esta atividade representa a conciliação final, quando o pagamento é aplicado à fatura e o item é encerrado formalmente no sub-razão de contas a pagar. Em alguns casos, também pode representar a compensação do pagamento pelo banco. | ||
| Por que isso importa Esta é a atividade final, que marca a conclusão bem-sucedida do processo. O tempo entre o recebimento e a liquidação da fatura corresponde ao tempo total do ciclo de ponta a ponta. Onde encontrar O registro é obtido no campo de data de liquidação do registro financeiro da fatura, preenchido quando o pagamento é aplicado. Coleta Use a data de liquidação associada ao item da fatura no razão financeiro. Tipo de evento explicit | |||
| Fatura recebida | Esta atividade marca a entrada inicial de uma fatura de fornecedor no sistema. O registro pode ser feito manualmente, por leitura com reconhecimento óptico de caracteres (OCR) ou por intercâmbio eletrônico de dados (EDI). | ||
| Por que isso importa Este é o principal ponto de início do processo. Analisar o tempo entre este evento e os demais revela o tempo total de processamento e destaca atrasos nas etapas iniciais. Onde encontrar Este evento costuma ser registrado com base na data e hora de criação do registro principal da fatura ou da conta do fornecedor no sistema. Coleta Use a data de criação do registro do cabeçalho da fatura. Tipo de evento explicit | |||
| Pagamento realizado | O pagamento é efetuado oficialmente e os recursos são transferidos ao fornecedor. Essa transação liquida o passivo criado quando a fatura foi contabilizada. | ||
| Por que isso importa Este é um evento crítico para calcular as taxas de pagamento em dia e de aproveitamento de descontos. Ele marca a transferência de valor e é um marco importante para a gestão de tesouraria e do relacionamento com fornecedores. Onde encontrar Este é um evento financeiro explícito, registrado com base na data da transação do documento de pagamento criado para a fatura. Coleta Use a data da transação ou de contabilização do documento de pagamento que liquida a fatura. Tipo de evento explicit | |||
| Bloqueio removido | Marca a resolução de um problema e a remoção subsequente do bloqueio ou da retenção de pagamento. Isso indica que a fatura foi corrigida ou esclarecida e já pode seguir no processo. | ||
| Por que isso importa O intervalo entre o bloqueio da fatura e a remoção do bloqueio corresponde ao tempo de resolução da discrepância. Analisar esse período ajuda a identificar ineficiências no tratamento de exceções. Onde encontrar O registro é obtido em logs do sistema ou documentos de alteração que registram a remoção ou desativação do status de bloqueio de pagamento. Coleta Registre a data e hora em que o código de bloqueio de pagamento ou o status de retenção é removido da fatura. Tipo de evento explicit | |||
| Desconto por pagamento antecipado aproveitado | O pagamento é efetuado dentro do prazo de desconto oferecido pelo fornecedor, gerando uma economia para a empresa. Este evento não é registrado diretamente pelo sistema, mas é calculado com base nos dados da transação. | ||
| Por que isso importa Esta atividade mede diretamente o benefício financeiro de um processo eficiente de contas a pagar. Identificar oportunidades perdidas de pagamento antecipado mostra com clareza o valor financeiro da melhoria do processo. Onde encontrar Este é um evento calculado, obtido pela comparação entre a data de realização do pagamento e as condições de pagamento e a data-limite para obter o desconto informadas na fatura. Coleta Calcule assim: IF Payment_Date <= Discount_Due_Date. Tipo de evento calculated | |||
| Fatura bloqueada | Esta atividade ocorre quando a fatura é impedida de seguir para pagamento. Os bloqueios costumam ser aplicados automaticamente ou manualmente devido a discrepâncias identificadas na conciliação, violações de políticas ou outros problemas que exigem investigação. | ||
| Por que isso importa Os bloqueios são uma das principais causas de atrasos nos pagamentos e de aumento do esforço de processamento. Identificar quando, por que e com que frequência ocorrem é essencial para melhorar o processo. Onde encontrar Este é um evento explícito, registrado quando um status de retenção ou bloqueio é aplicado à fatura, geralmente em um log de status ou em uma tabela de histórico de alterações. Coleta Use a data e hora em que um código de bloqueio de pagamento ou o status 'Em espera' é definido na fatura. Tipo de evento explicit | |||
| Fatura cancelada | A fatura é anulada ou estornada depois de ser inserida ou contabilizada, geralmente para corrigir um erro ou responder a uma contestação do fornecedor. Este é um desfecho alternativo e, em geral, negativo para o processo. | ||
| Por que isso importa Cancelamentos indicam falhas no processo, como lançamentos duplicados ou incorretos. Acompanhar sua frequência e suas causas raiz é essencial para melhorar a precisão da entrada de dados e a qualidade do processo. Onde encontrar Esta é uma ação explícita, registrada quando uma pessoa usuária anula a fatura ou lança um documento de estorno, preenchendo uma data de cancelamento ou estorno. Coleta Procure um vínculo com o documento de estorno ou um indicador de cancelamento e a data correspondente no registro da fatura. Tipo de evento explicit | |||
| Fatura rejeitada | Uma pessoa aprovadora rejeita a fatura no Workflow, interrompendo seu avanço para pagamento. Em geral, a rejeição devolve a fatura a uma etapa anterior para correção, criando um ciclo de retrabalho. | ||
| Por que isso importa As rejeições são uma fonte importante de retrabalho e atrasos no processo. Acompanhar sua frequência e seus motivos ajuda a identificar problemas na qualidade dos dados, na compreensão das políticas ou na Conformidade dos fornecedores. Onde encontrar O registro é feito explicitamente como uma atualização de status, por exemplo, 'Rejeitada' ou 'Negada', no histórico de aprovação ou no log de Workflow do sistema. Coleta Use a data e hora do log de aprovação em que a fatura recebe o status 'Rejeitada'. Tipo de evento explicit | |||
| Fatura validada | Indica a conclusão das verificações iniciais de integridade e correção dos dados da fatura, antes de ela seguir para conciliação ou aprovação. Pode ser uma validação automática do sistema ou uma etapa de revisão manual. | ||
| Por que isso importa Acompanhar esta atividade ajuda a identificar gargalos na revisão inicial da qualidade dos dados e a medir a eficiência das etapas de pré-processamento. Onde encontrar O registro costuma ser feito por uma mudança de status da fatura, por uma data e hora específica de validação ou, por inferência, quando o registro é salvo sem erros. Coleta Procure uma mudança de status para 'Validada' ou um registro de evento específico de validação. Tipo de evento explicit | |||
| Pagamento em atraso | A fatura é paga após a data de vencimento contratual. Este evento calculado indica que as obrigações de pagamento não foram cumpridas no prazo. | ||
| Por que isso importa Atrasos nos pagamentos podem prejudicar o relacionamento com fornecedores, gerar multas e indicar ineficiências sistêmicas. Medir esses atrasos ajuda a quantificar a performance do processo e o risco de Conformidade. Onde encontrar Este evento é calculado pela comparação entre a data de realização do pagamento e a data de vencimento líquido informada na fatura. Coleta Calcule assim: IF Payment_Date > Net_Due_Date. Tipo de evento calculated | |||
| Pagamento programado | Uma fatura contabilizada é selecionada e incluída em uma proposta ou lote de pagamentos. Esta atividade indica a intenção de pagar a fatura em uma próxima rodada de pagamentos. | ||
| Por que isso importa Esta etapa conecta a contabilização ao pagamento efetivo. Analisá-la ajuda a gerenciar o fluxo de caixa e a entender a eficiência da preparação dos pagamentos. Onde encontrar O evento pode ser inferido pela criação de um registro de proposta de pagamento ou pela inclusão da fatura em um diário ou lote de pagamentos. Coleta Registre a data de criação da proposta ou do lote de pagamentos que inclui a fatura. Tipo de evento inferred | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para ver instruções detalhadas,
consulte nosso guia de ETL ou selecione um processo e um sistema específicos.
Pronto para começar?
Aprofunde a análise do processamento de faturas de contas a pagar selecionando um dos nossos guias de extração específicos para cada sistema ou use este Template genérico como ponto de partida.
Aumente a eficiência das contas a pagar. Comece hoje.
Simplifique os fluxos de trabalho, reduza custos e tenha visibilidade completa do processo de contas a pagar.
Não é necessário informar o cartão de crédito. Comece em poucos minutos.