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 para Processamento de faturas do Contas a Pagar. Use nossos Templates específicos de sistemas para obter orientações mais detalhadas.
Selecione um sistema específico- Estrutura de dados universal para qualquer sistema de contas a pagar
- Atributos recomendados para uma análise aprofundada
- Atividades essenciais para capturar uma visão completa do processo
Atributos do processamento de faturas do Contas a Pagar
| Nome | Descrição | ||
|---|---|---|---|
| Horário do evento EventTime | O registro de data e hora que indica o momento exato em que uma atividade ou evento ocorreu. | ||
| Descrição O Horário do evento registra o momento exato em que uma atividade específica ocorreu no ciclo de vida da fatura. Cada atividade, de 'Invoice Received' a 'Invoice Cleared', tem um registro de data e hora associado. Esse atributo é essencial para a análise de performance. Ele permite calcular os tempos de ciclo entre as atividades, como o tempo de aprovação e 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 de aceleração. Ele também permite ordenar os eventos cronologicamente para reconstruir o fluxo do processo com precisão. Por que isso importa É essencial para calcular tempos de ciclo, identificar gargalos e analisar a sequência cronológica dos eventos do processo. Onde obter É encontrado nos logs do sistema, nos campos de data de criação ou alteração da transação ou nos registros de horário dos eventos associados aos documentos da fatura. Exemplos 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
| ID da fatura InvoiceId | O identificador exclusivo de cada documento de fatura do fornecedor. Ele funciona como o identificador principal do caso para acompanhar a jornada da fatura de ponta a ponta. | ||
| 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 específica, desde o recebimento inicial até o pagamento e a liquidação finais. No Process Mining, o ID da fatura é fundamental. Ele funciona como o Case ID, permitindo que o software reúna a sequência de eventos, como 'Invoice Received', 'Approved' e 'Paid', em um fluxo de processo coerente para uma única fatura. Isso permite analisar variantes do processo, tempos de ciclo e gargalos por fatura, oferecendo uma visão clara de como cada fatura é processada. Por que isso importa Esse é o atributo mais importante, pois conecta todas as etapas relacionadas do processo em um único caso, permitindo a análise e a visualização do processo de ponta a ponta. Onde obter 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 | O nome da etapa ou do evento do processo de negócio que ocorreu para a fatura. | ||
| Descrição O Nome da atividade descreve uma ação específica, uma alteração de status ou um marco no ciclo de vida do processamento da fatura. Cada evento registrado para uma fatura, como 'Invoice Validated', 'Submitted For Approval' ou 'Payment Executed', é representado por um nome de atividade distinto. Esse atributo é a base do mapa de processo, em que cada valor exclusivo se torna um nó no fluxo de processo visualizado. Analisar a sequência, a frequência e a duração entre essas atividades é o núcleo do Process Mining, ajudando a identificar caminhos comuns, desvios e loops de retrabalho. Ele é essencial para entender o que realmente acontece no processo. Por que isso importa Define as etapas do mapa de processo, permitindo visualizar e analisar o fluxo do processo, os gargalos e as variações. Onde obter Geralmente é derivado de códigos de transação, Event Logs, campos de alteração de status ou registros de ações específicas do usuário no sistema de origem. Exemplos Fatura aprovadaFatura bloqueadaPagamento executado | |||
| Sistema de origem SourceSystem | O sistema do qual os dados foram extraídos. | ||
| Descrição Esse 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, esse campo ajuda a distinguir a origem de diferentes atividades. Analisar os dados por Sistema de origem é útil para entender a fragmentação do processo e os desafios de integração dos dados. Isso pode mostrar se os atrasos ou problemas estão associados às transferências entre diferentes sistemas. Também é fundamental para a governança e a validação dos dados, garantindo que a visão do processo reflita com precisão as contribuições de cada sistema. Por que isso importa Fornece contexto sobre a origem dos dados, essencial para validar dados, solucionar problemas e analisar variações do processo entre diferentes sistemas. Onde obter Geralmente é um valor estático adicionado durante a extração dos dados ou disponibilizado nos cabeçalhos dos logs do sistema. Exemplos ERP_PRODSAP_ECC_100Oracle_Fusion | |||
| Última atualização dos dados LastDataUpdate | O registro de data e hora que indica quando os dados desse evento foram atualizados pela última vez a partir do sistema de origem. | ||
| Descrição O registro de data e hora da Última atualização dos dados indica o momento mais recente em que os dados foram extraídos do sistema de origem e carregados no ambiente de Process Mining. Ele não representa quando o evento de negócio ocorreu, mas sim o nível de atualização dos dados analisados. Esse atributo é importante para a governança dos dados e para que os usuários entendam a atualidade dos insights. Ele ajuda a confirmar que a análise se baseia em informações atualizadas e pode ser usado para monitorar a integridade e a frequência do pipeline de dados. Assim, as partes interessadas sabem quão recentes são os dados ao tomar decisões com base nos Dashboards e nas análises do processo. Por que isso importa É essencial para a governança dos dados e para garantir que os usuários saibam quão atuais são os dados analisados, fortalecendo a confiança nos insights. Onde obter Esse registro de data e hora geralmente é gerado e adicionado durante o processo de extração, transformação e carregamento (ETL) dos dados. Exemplos 2024-01-20T04:00:00Z2024-01-21T04:00:00Z2024-01-22T04:00:00Z | |||
| Código da empresa CompanyCode | O identificador da entidade legal ou empresa que processa a fatura. | ||
| Descrição O Código da empresa é uma chave exclusiva que representa uma entidade legal ou empresa distinta dentro de uma organização. As faturas são processadas e contabilizadas 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 diferentes empresas, subsidiárias ou unidades de negócio. A análise pode revelar se determinadas entidades são mais eficientes, têm taxas de automação maiores ou sofrem com 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 legais ou unidades de negócio, ajudando a padronizar práticas e identificar problemas locais. Onde obter Está localizado no cabeçalho dos documentos financeiros ou de transações de faturas, representando a entidade de contabilização. Exemplos 1000US01DE01 | |||
| Data de vencimento da fatura InvoiceDueDate | A data até a qual o pagamento da fatura deve ser realizado de acordo com as condições de pagamento. | ||
| Descrição A Data de vencimento da fatura é a data calculada em que o pagamento deve ser feito ao fornecedor para ser considerado pontual e evitar possíveis juros ou penalidades por atraso. Geralmente é derivada da data da fatura e das condições de pagamento acordadas, como Net 30. Esse atributo é essencial para medir a performance dos pagamentos. Ele é a base para calcular o KPI de taxa de pagamentos no prazo e identificar pagamentos em atraso. Comparar a data de vencimento com a data real de pagamento permite analisar a pontualidade dos pagamentos, ajudando as organizações a melhorar o relacionamento com fornecedores, evitar penalidades e gerenciar o fluxo de caixa de forma estratégica. Por que isso importa É essencial para medir a performance dos pagamentos no prazo, gerenciar o fluxo de caixa e evitar penalidades por atraso. Onde obter Essa data geralmente é 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 do fornecedor VendorName | O nome do fornecedor que enviou a fatura. | ||
| Descrição O Nome do fornecedor identifica a razão social ou o nome comercial do fornecedor que fornece os bens ou serviços. Esse atributo oferece um contexto de negócio essencial para cada fatura. Na análise, segmentar o processo por Nome do 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 divergências frequentes nas faturas de determinados fornecedores?' ou 'Estamos capturando descontos por pagamento antecipado de forma eficaz para nossos principais fornecedores?'. Essa visão é essencial para as áreas de compras e gestão do relacionamento com fornecedores. Por que isso importa Permite analisar a performance por fornecedor, ajudando a identificar relacionamentos problemáticos, a conformidade com as condições de pagamento e as variações do processo por fornecedor. Onde obter Está localizado nas tabelas de dados mestres de fornecedores e vinculado aos dados das transações de faturas por meio de um ID do fornecedor. Exemplos Global Office SuppliesInnovate Tech SolutionsAdvanced Logistics Corp | |||
| Nome do usuário UserName | O nome ou ID do usuário que realizou uma atividade específica na fatura. | ||
| Descrição O Nome do usuário identifica o funcionário ou usuário do sistema responsável por executar uma determinada etapa do processo, como inserir, aprovar ou contabilizar uma fatura. Para etapas automatizadas, pode ser o ID de um usuário do sistema ou de um lote. Esse atributo permite uma visão do processo centrada nas pessoas. Ele é usado para analisar a distribuição da carga de trabalho, a performance individual ou da equipe e as necessidades de treinamento. Ao acompanhar as atividades por usuário, as organizações podem identificar loops de retrabalho causados por pessoas específicas, descobrir onde as aprovações estão paradas e garantir a segregação adequada de funções. É um atributo essencial para entender o componente humano do processo de contas a pagar. Por que isso importa Permite analisar a performance da equipe e individual, a distribuição da carga de trabalho e as oportunidades de treinamento ou os problemas de conformidade. Onde obter Geralmente é encontrado nos Event Logs ou nos campos 'Changed By' e 'Created By' das tabelas de transações. Exemplos jdoeasmithBATCH_USER | |||
| Número do pedido de compra PurchaseOrderNumber | O 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. Esse atributo é fundamental para analisar o processo de conciliação de faturas. Ele permite diferenciar faturas baseadas em PO de faturas não baseadas em PO, que geralmente seguem caminhos de processo muito diferentes. A análise pode se concentrar na eficiência da conciliação de três vias, entre PO, recebimento de mercadorias e fatura, identificar os motivos das falhas de conciliação e medir o KPI de taxa de conciliação na primeira passagem. A ausência de um número de PO em uma fatura que deveria ter um geralmente indica um problema de conformidade do processo. Por que isso importa É essencial para analisar a eficiência da conciliação de faturas, diferenciar processos de faturas baseadas e não baseadas em PO e identificar problemas de conformidade. Onde obter É encontrado nos dados das transações de faturas, geralmente em um campo de referência que vincula a fatura ao módulo de compras. Exemplos 4500017545PO-2023-10-005789123 | |||
| Valor da fatura InvoiceAmount | O valor monetário total da fatura na moeda original da transação. | ||
| Descrição O Valor da fatura representa o valor bruto total da fatura enviada pelo fornecedor. Essa é uma métrica financeira importante para cada caso. Esse atributo é amplamente usado em análises financeiras e de performance. Ele permite filtrar os processos por relevância financeira, por exemplo, analisando separadamente faturas de alto valor, identificar gargalos de aprovação em faturas acima de determinado limite e calcular o impacto financeiro das ineficiências do processo. Por exemplo, pode ser usado para quantificar o valor de faturas bloqueadas ou priorizar esforços de automação em 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, como quantificar o valor de pagamentos bloqueados, e ajuda a priorizar faturas com base na relevância financeira. Onde obter Geralmente é encontrado nas tabelas de cabeçalho ou de itens dos dados das transações de faturas. Exemplos 1500.7525000.00345.50 | |||
| Condições de pagamento PaymentTerms | Os termos acordados com o fornecedor para o pagamento da fatura, incluindo datas de vencimento e oportunidades de desconto. | ||
| Descrição As condições de pagamento definem as condições em que uma fatura deve ser paga. Isso geralmente inclui o prazo líquido para pagamento, como 30 dias, e possíveis descontos por pagamento antecipado, como 2% de desconto se o pagamento for feito em até 10 dias. Esse atributo fornece um contexto essencial 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 por condição de pagamento, as organizações conseguem verificar se estão perdendo oportunidades de desconto de forma recorrente devido a longos tempos de ciclo internos. Essa análise relaciona diretamente a eficiência do processo às economias financeiras. Por que isso importa Permite calcular a data de vencimento da fatura e é essencial para analisar as taxas de obtenção de descontos por pagamento antecipado, relacionando a eficiência do processo à redução de custos. Onde obter Geralmente obtido nos 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 | A data em que o pagamento da fatura foi efetivamente executado. | ||
| Descrição A Data do pagamento é o registro de data e hora que marca o momento em que os recursos foram transferidos ao fornecedor por uma fatura específica. Esse é um marco importante que geralmente representa 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, antecipadamente ou em atraso. É um componente central para calcular KPIs importantes, como a taxa de pagamentos no prazo, e analisar oportunidades de descontos por pagamento antecipado. Entender o intervalo entre a aprovação da fatura e a data do pagamento também pode revelar ineficiências nas funções de execução de pagamentos ou tesouraria. Por que isso importa É essencial para calcular as taxas de pagamento no prazo, analisar o comportamento dos pagamentos e identificar oportunidades de capturar descontos por pagamento antecipado. Onde obter É encontrado nos dados do documento de pagamento ou de liquidação, vinculado à transação da fatura original. Exemplos 2023-11-242023-12-202024-01-28 | |||
| É automatizado IsAutomated | Um indicador que mostra se uma atividade foi executada automaticamente pelo sistema, em vez de por um usuário humano. | ||
| Descrição Esse atributo booleano indica se uma etapa específica do processo foi executada por um usuário do sistema, como automação, Workflow ou job em lote, ou por um usuário humano. Isso ajuda a diferenciar atividades manuais e automatizadas. Analisar esse atributo é fundamental para entender o nível de automação do processo de contas a pagar e medir o sucesso das iniciativas de transformação digital. Ele ajuda a calcular a taxa de Straight-Through Processing (STP), identificando as faturas processadas sem intervenção manual. Comparar a performance dos caminhos automatizados e manuais pode embasar novos investimentos em automação, quantificando as economias de tempo e custo. Por que isso importa Permite medir os níveis de automação, como a taxa de Straight-Through Processing, e ajuda a quantificar o impacto da automação na eficiência do processo. Onde obter Geralmente obtido verificando se o 'UserName' de uma atividade corresponde a um ID conhecido de sistema ou usuário de processamento em lote. Exemplos truefalse | |||
| Moeda da fatura InvoiceCurrency | O código da moeda do valor da fatura, por exemplo, 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, esse atributo é essencial para interpretar corretamente o Valor da fatura e realizar cálculos financeiros precisos. Ele permite filtrar o processo por moeda para entender diferenças regionais ou desafios específicos de cada moeda. Quando combinado com dados de taxas de câmbio, pode ser usado para normalizar os valores financeiros em uma única moeda de relatório, permitindo uma análise global consistente. Por que isso importa Fornece o contexto necessário para o valor da fatura, permitindo análises financeiras precisas e a segmentação do processo em organizações globais. Onde obter Geralmente está localizado no cabeçalho da tabela de transações de faturas, ao lado do valor da fatura. Exemplos USDEURGBP | |||
| Motivo do bloqueio BlockingReason | O código ou a descrição que explica por que uma fatura está bloqueada para pagamento. | ||
| Descrição Um motivo de bloqueio é um código ou texto que explica por que uma fatura foi intencionalmente impedida de avançar para a etapa de pagamento. Os motivos comuns incluem divergências de quantidade ou preço, ausência de recebimento de mercadorias ou uma inspeção de qualidade obrigatória. Esse é um atributo essencial para a análise de causa raiz de exceções e retrabalho. Ao analisar a frequência e o impacto de diferentes motivos de bloqueio, as organizações conseguem identificar as fontes mais comuns 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 os fornecedores ou simplificar o processo de recebimento de mercadorias. Reduzir os bloqueios de pagamento é um fator essencial para melhorar a taxa de Straight-Through Processing (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 obter Encontrado no documento da fatura ou em uma tabela de status relacionada, geralmente preenchido quando ocorre uma atividade de 'Bloqueado'. Exemplos Divergência de preçoDivergência de quantidadeRecebimento de mercadoria ausente | |||
Atividades do processamento de faturas do Contas a Pagar
| Atividade | Descrição | ||
|---|---|---|---|
| Enviada para aprovação | A fatura é formalmente enviada a um Workflow para revisão e aprovação por uma ou mais pessoas autorizadas. Essa atividade marca o início do subprocesso de aprovação. | ||
| Por que isso importa Esse é 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 obter Esse evento é registrado quando o status da fatura muda para 'Pending Approval' ou quando ela é inserida em um sistema de gerenciamento de Workflow. Captura 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, fornecendo a autorização oficial para o pagamento da fatura. Esse é um marco crítico que libera a fatura do processamento para a etapa de pagamento. | ||
| Por que isso importa Essa atividade encerra o ciclo de aprovação. O tempo até esse ponto é um componente importante do tempo total de processamento da fatura e geralmente evidencia gargalos na aprovação. Onde obter É capturada quando o Workflow ou o status do documento da fatura é atualizado para 'Approved' ou para um estado final equivalente. Captura Capture o horário em que o status de aprovação final é registrado para a fatura. Tipo de evento explicit | |||
| Fatura conciliada | É o processo de associar uma fatura a documentos de suporte, como pedidos de compra (POs) ou recebimentos de mercadorias (GRs). Essa atividade confirma que os valores, as quantidades e os itens faturados são consistentes com o que foi pedido e recebido. | ||
| Por que isso importa Essa é uma etapa crítica de validação para faturas baseadas em POs. Analisar as taxas e os tempos de sucesso da conciliação é essencial para entender os níveis de automação e identificar fornecedores ou materiais problemáticos. Onde obter Geralmente é registrada quando uma referência de PO ou GR é vinculada com sucesso aos itens da fatura, atualizando com frequência um campo de status da conciliação. Captura Capture o horário em que o status da conciliação da fatura é atualizado para 'Matched' ou 'Successful'. Tipo de evento explicit | |||
| Fatura contabilizada | A fatura aprovada é registrada oficialmente no livro-razão geral, criando um passivo financeiro para a empresa. Essa é uma transação contábil crítica que 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 obter É um evento central da transação financeira, capturado a partir da data e do horário de contabilização do documento contábil associado à fatura. Captura Use o campo de data de contabilização do cabeçalho do documento financeiro vinculado à fatura. Tipo de evento explicit | |||
| Fatura liquidada | Essa atividade representa a conciliação final, em que o pagamento é aplicado à fatura, encerrando formalmente o item no sublivro de contas a pagar. Em alguns casos, também pode representar a compensação do pagamento no banco. | ||
| Por que isso importa Essa é a atividade final, que marca a conclusão bem-sucedida do processo. O tempo entre o recebimento da fatura e sua liquidação representa o tempo total do ciclo de ponta a ponta. Onde obter É capturada no campo de data de liquidação do registro financeiro da fatura, preenchido quando o pagamento é aplicado. Captura Use a data de liquidação associada ao item da fatura no livro-razão financeiro. Tipo de evento explicit | |||
| Fatura recebida | Esta atividade marca a entrada inicial de uma fatura de fornecedor no sistema. Ela pode ser registrada por meio de lançamento manual, digitalização com Reconhecimento Óptico de Caracteres (OCR) ou intercâmbio eletrônico de dados (EDI). | ||
| Por que isso importa Este é o principal ponto de início do processo. Analisar o tempo entre esse evento e os demais revela o tempo total de processamento e destaca atrasos nas etapas iniciais. Onde obter Esse evento normalmente é capturado a partir do registro de data e hora de criação do registro principal da fatura ou da conta do fornecedor no sistema. Captura Use a data de criação do registro do cabeçalho da fatura. Tipo de evento explicit | |||
| Pagamento executado | O pagamento é realizado 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 Esse é um evento crítico para calcular as taxas de pagamento no prazo e a captura de descontos. Ele marca a transferência de valor e é um marco importante para a tesouraria e a gestão do relacionamento com fornecedores. Onde obter É um evento financeiro explícito, capturado a partir da data da transação do documento de pagamento criado para a fatura. Captura 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 posterior de um bloqueio ou retenção de pagamento. Essa ação indica que a fatura foi corrigida ou esclarecida e agora está pronta para continuar no processo. | ||
| Por que isso importa O tempo entre o bloqueio da fatura e a remoção do bloqueio representa o tempo de resolução da divergência. Analisar essa duração ajuda a identificar ineficiências no tratamento de exceções. Onde obter É capturado nos logs do sistema ou em documentos de alteração que registram a remoção ou desativação de um status de bloqueio de pagamento. Captura Capture o horário em que um código de bloqueio de pagamento ou um status de retenção é removido da fatura. Tipo de evento explicit | |||
| Desconto por pagamento antecipado capturado | Um pagamento é executado dentro do período de desconto do fornecedor, gerando uma economia para a empresa. Esse não é um evento direto do sistema, mas algo derivado dos dados da transação. | ||
| Por que isso importa Essa 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 monetário da melhoria do processo. Onde obter É um evento calculado, derivado da comparação entre a data de execução do pagamento e as condições de pagamento e a data-limite do desconto da fatura. Captura Calcule como: IF Payment_Date <= Discount_Due_Date. Tipo de evento calculated | |||
| Fatura bloqueada | Essa atividade ocorre quando uma fatura é impedida de seguir para pagamento. Os bloqueios geralmente são aplicados de forma automática ou manual devido a divergências encontradas durante a 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 do aumento do esforço de processamento. Identificar quando, por que e com que frequência eles ocorrem é essencial para melhorar o processo. Onde obter É um evento explícito capturado quando um status de retenção ou bloqueio é aplicado à fatura, geralmente registrado em um log de status ou em uma tabela de histórico de alterações. Captura Use o horário em que um código de bloqueio de pagamento ou o status 'On Hold' é definido na fatura. Tipo de evento explicit | |||
| Fatura cancelada | A fatura é anulada ou estornada depois de ser lançada ou contabilizada, geralmente para corrigir um erro ou responder a uma contestação do fornecedor. Esse é um ponto final alternativo e normalmente negativo do processo. | ||
| Por que isso importa Os cancelamentos indicam falhas no processo, como lançamentos duplicados ou contabilizações incorretas. Acompanhar sua frequência e suas causas-raiz é essencial para melhorar a precisão da entrada de dados e a qualidade do processo. Onde obter É uma ação explícita capturada quando um usuário anula a fatura ou lança um documento de estorno, preenchendo uma data de cancelamento ou estorno. Captura Procure um vínculo para o documento de estorno ou um indicador de cancelamento e sua data associada no registro da fatura. Tipo de evento explicit | |||
| Fatura rejeitada | Um aprovador recusa a fatura no Workflow, interrompendo seu avanço até o pagamento. Normalmente, a rejeição envia a fatura de volta a uma etapa anterior para correção, criando um loop de retrabalho. | ||
| Por que isso importa As rejeições são uma fonte significativa 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 obter É capturada explicitamente como uma atualização de status, por exemplo, 'Rejected' ou 'Denied', no histórico de aprovação ou no log do Workflow do sistema. Captura Use o horário do log de aprovação em que a fatura recebe o status 'Rejected'. Tipo de evento explicit | |||
| Fatura validada | Representa a conclusão das verificações iniciais dos dados capturados da fatura quanto à integridade e à correção, antes de ela seguir para a conciliação ou aprovação. Pode ser uma validação automatizada do sistema ou uma etapa de revisão manual. | ||
| Por que isso importa Acompanhar essa 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 obter Geralmente é capturada por uma alteração de status no registro da fatura, por um horário específico de validação ou inferida quando o registro é salvo sem erros. Captura Procure uma alteração de status para 'Validated' ou um Event Log específico de validação. Tipo de evento explicit | |||
| Pagamento agendado | Uma fatura contabilizada é selecionada e incluída em uma proposta ou lote de pagamento. Essa atividade indica a intenção firme de pagar a fatura em uma próxima rodada de pagamentos. | ||
| Por que isso importa Essa etapa conecta a contabilização ao pagamento efetivo. Analisar essa atividade ajuda a gerenciar o fluxo de caixa e a entender a eficiência do processo de preparação dos pagamentos. Onde obter É inferida a partir da criação de um registro de proposta de pagamento ou quando a fatura é adicionada a um diário ou lote de pagamentos. Captura Capture a data de criação da proposta ou do lote de pagamento que inclui a fatura. Tipo de evento inferred | |||
| Pagamento em atraso ocorrido | Uma fatura é paga depois da data de vencimento contratual. Esse é um evento calculado que indica o não cumprimento das obrigações de pagamento no prazo. | ||
| Por que isso importa Pagamentos em atraso podem prejudicar o relacionamento com fornecedores, gerar penalidades financeiras e indicar ineficiências sistêmicas. Medir esse indicador ajuda a quantificar a performance do processo e o risco de conformidade. Onde obter Esse evento é calculado comparando a data de execução do pagamento com a data de vencimento líquido especificada na fatura. Captura Calcule como: IF Payment_Date > Net_Due_Date. Tipo de evento calculated | |||
Guias de extração
Os métodos de extração variam conforme o sistema. Para obter instruções detalhadas,
Pronto para começar?
Aprofunde sua análise do processamento de faturas de contas a pagar selecionando um de nossos guias de extração específicos do sistema ou use este Template genérico como base.
Aumente a eficiência em contas a pagar. Comece hoje
Simplifique os Workflows, reduza custos e obtenha visibilidade completa do seu processo de contas a pagar.
Não é necessário cartão de crédito. Comece em poucos minutos.