Modelo de Dados: Processamento de Faturas de Contas a Pagar
O Seu Modelo de Dados para Processamento de Faturas de Contas a Pagar
Este é o nosso modelo de dados genérico para Process Mining para Processamento de Faturas de Contas a Pagar. Use nossos modelos específicos de sistema para orientação mais detalhada.
Selecione um sistema específico- Estrutura de dados universal para qualquer sistema de Contas a Pagar
- Atributos recomendados para análise aprofundada
- Atividades chave a serem capturadas para visibilidade completa do processo
Atributos do Processamento de Faturas de Contas a Pagar
| Nome | Descrição | ||
|---|---|---|---|
ID da Fatura InvoiceId | O identificador exclusivo para cada documento de fatura de fornecedor. Ele serve como o identificador principal de caso para rastrear a jornada de ponta a ponta da fatura. | ||
Descrição O ID da Fatura é um código alfanumérico único atribuído a cada fatura recebida de um fornecedor. Ele atua como o ponto de referência central para todas as atividades e dados relacionados a essa fatura específica, desde seu recebimento inicial até o pagamento final e a compensação. No Process Mining, o ID da Fatura é fundamental. Ele funciona como o Case ID, permitindo que o software junte a sequência de eventos (como 'Fatura Recebida', 'Aprovada', 'Paga') em um fluxo de processo coerente para uma única fatura. Isso possibilita a análise de variantes de processo, tempos de ciclo e gargalos por fatura, proporcionando uma visão clara de como cada fatura é tratada. Por que é importante Este é o atributo mais crítico, pois conecta todas as etapas do processo relacionadas em um único caso, permitindo a análise e visualização do processo de ponta a ponta. Onde obter Geralmente encontrado nos dados do cabeçalho da fatura ou nas tabelas de transação de contas a pagar no sistema de origem. Exemplos INV-9876547300015298SI-2023-04-112 | |||
Nome da Atividade ActivityName | O nome da etapa ou evento do processo de negócio *relacionado à fatura*. | ||
Descrição O Nome da Atividade descreve uma ação específica, mudança de status ou marco no ciclo de vida do processamento de faturas. Cada evento registrado para uma fatura, como 'Fatura Validada', 'Submetido para Aprovação' ou 'Pagamento Executado', é representado por um nome de atividade distinto. Este atributo forma a espinha dorsal do mapa de processo, onde cada valor único se torna um nó no fluxo de processo visualizado. Analisar a sequência, frequência e duração entre essas atividades é o cerne do Process Mining, ajudando a identificar caminhos comuns, desvios e ciclos de retrabalho. É essencial para entender o que realmente está acontecendo no processo. Por que é importante Define as etapas no mapa de processo, permitindo a visualização e análise do fluxo do processo, gargalos e variações. Onde obter Geralmente derivado de códigos de transação, Event Logs, campos de mudança de status ou registros de ações específicas do usuário dentro do sistema de origem. Exemplos Fatura AprovadaFatura BloqueadaPagamento Executado | |||
Tempo do Evento EventTime | O carimbo de data/hora que indica a data e hora exatas em que uma atividade ou evento ocorreu. | ||
Descrição O Event Time (Tempo do Evento) registra o momento exato em que uma atividade específica ocorreu no ciclo de vida da fatura. Cada atividade, desde 'Fatura Recebida' até 'Fatura Compensada', possui um timestamp associado. Este atributo é crucial para a análise de desempenho. Permite o cálculo dos tempos de ciclo entre atividades (por exemplo, tempo de aprovação, tempo de pagamento) e o tempo total de processamento de ponta a ponta para cada fatura. Ao analisar essas durações, as organizações podem identificar gargalos, medir o desempenho em relação aos Acordos de Nível de Serviço (SLAs) e apontar oportunidades de aceleração. Também possibilita a ordenação cronológica dos eventos para reconstruir o fluxo do processo com precisão. Por que é importante Isso é essencial para calcular os tempos de ciclo, identificar gargalos e analisar a sequência cronológica dos eventos do processo. Onde obter Encontrado em logs de sistema, campos de data de criação/alteração de transação ou registros de timestamp de eventos associados a documentos de fatura. Exemplos 2023-10-26T10:00:00Z2023-11-15T14:35:10Z2023-12-01T09:12:45Z | |||
Sistema de Origem SourceSystem | O sistema do qual os dados foram extraídos. | ||
Descrição Este atributo identifica o sistema de TI original onde os dados do evento foram gerados ou registrados, como um ERP, um sistema de gestão de documentos ou uma ferramenta de Workflow. Em ambientes com múltiplos sistemas envolvidos no processo de Contas a Pagar, este 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 de dados. Pode destacar se atrasos ou problemas estão associados a transferências entre sistemas diferentes. Também é crítico para a governança de dados e validação, garantindo que a visão do processo reflita com precisão as contribuições de cada sistema. Por que é importante Fornece contexto sobre a origem dos dados, o que é crucial para a validação de dados, resolução de problemas e análise de variações de processo em diferentes sistemas. Onde obter Geralmente é um valor estático adicionado durante o processo de extração de dados ou disponível nos cabeçalhos de logs do sistema. Exemplos ERP_PRODSAP_ECC_100Oracle_Fusion | |||
Última Atualização de Dados LastDataUpdate | O carimbo de data/hora que indica quando os dados para este evento foram atualizados pela última vez no sistema de origem. | ||
Descrição O carimbo de data/hora de "Ú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 a atualidade dos dados que estão sendo analisados. Este atributo é importante para a governança de dados e para que os usuários compreendam a pontualidade dos insights. Ele ajuda a confirmar que a análise se baseia em informações atualizadas e pode ser usado para monitorar a saúde e a frequência do pipeline de dados. Garante que os stakeholders estejam cientes da atualidade dos dados ao tomar decisões com base nos dashboards e nas análises de processo. Por que é importante Crucial para a governança de dados e para garantir que os usuários estejam cientes da atualidade dos dados que estão analisando, o que constrói confiança nos insights. Onde obter Este timestamp é geralmente gerado e adicionado 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 | O identificador da entidade legal ou empresa que processa a fatura. | ||
Descrição O Código da Empresa é uma chave única que representa uma entidade legal ou empresa distinta dentro de uma organização. As faturas são processadas e registradas em nome de um código de empresa específico. Este atributo é uma dimensão fundamental para a análise comparativa em organizações multi-entidade. Ele permite o benchmarking do desempenho do processo de Contas a Pagar em diferentes empresas, subsidiárias ou unidades de negócio. A análise pode revelar se certas entidades são mais eficientes, têm taxas de automação mais altas ou sofrem de mais bloqueios de pagamento. Isso ajuda a padronizar as melhores práticas e a identificar problemas específicos da região ou da entidade. Por que é importante Permite o benchmarking de processos entre diferentes entidades legais ou unidades de negócio, ajudando a padronizar práticas e identificar problemas localizados. Onde obter Localizado no cabeçalho de documentos de transação financeira ou de fatura, representando a entidade lançadora. Exemplos 1000US01DE01 | |||
Data de Vencimento da Fatura InvoiceDueDate | A data em que o pagamento da fatura é devido de acordo com os termos 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 em dia e para evitar possíveis multas ou penalidades por atraso. Ela é tipicamente derivada da data da fatura e dos termos de pagamento acordados (por exemplo, Net 30). Este atributo é essencial para medir o desempenho do pagamento. É a base para calcular o KPI de Taxa de Pagamento em Dia e para identificar pagamentos atrasados. Comparar a data de vencimento com a data de pagamento real permite a análise da pontualidade do pagamento, ajudando as organizações a melhorar o relacionamento com fornecedores, evitar penalidades e gerenciar estrategicamente o fluxo de caixa. Por que é importante Isso é crítico para medir o desempenho de pagamento no prazo, gerenciar o fluxo de caixa e evitar multas por atraso de pagamento. Onde obter Esta data é frequentemente calculada pelo sistema de origem com base na data da fatura e nos termos 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 submeteu a fatura. | ||
Descrição O "Nome do Fornecedor" identifica a razão social ou nome comercial do fornecedor que presta os bens ou serviços. Este atributo fornece um contexto de negócio crucial para cada fatura. Na análise, segmentar o processo por "Nome do Fornecedor" permite a avaliação do desempenho e dos relacionamentos com fornecedores específicos. Pode ajudar a responder a perguntas como: 'Quais fornecedores têm os maiores tempos de aprovação?', 'Temos frequentemente discrepâncias de faturas com certos fornecedores?' ou 'Estamos capturando descontos de pagamento antecipado de forma eficaz para nossos fornecedores chave?'. Esta visão é vital para a área de compras e para a gestão do relacionamento com fornecedores. Por que é importante Permite a análise de desempenho por fornecedor, auxiliando na identificação de fornecedores problemáticos, na conformidade com os termos de pagamento e nas variações de processo por fornecedor. Onde obter Localizado nas tabelas de dados mestre de fornecedores e vinculado aos dados da transação da fatura através de um ID de fornecedor. Exemplos Suprimentos de Escritório GlobaisSoluções de Tecnologia InovadorasAdvanced Logistics Corp | |||
Nome do Utilizador 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 individual ou usuário do sistema responsável pela execução de uma determinada etapa do processo, como lançamento de fatura, aprovação ou contabilização. Para etapas automatizadas, este pode ser um ID de usuário do sistema ou de job em lote. Este atributo permite uma visão centrada no humano do processo. Ele é usado para analisar a distribuição da carga de trabalho, o desempenho individual ou de equipe e identificar necessidades de treinamento. Ao rastrear as atividades por usuário, as organizações podem descobrir ciclos de retrabalho causados por indivíduos específicos, identificar onde as aprovações estão travando e garantir a segregação de funções adequada. É um atributo chave para entender o elemento humano do processo de Contas a Pagar. Por que é importante Permite a análise do desempenho individual e da equipe, a distribuição da carga de trabalho e auxilia na identificação de oportunidades de treinamento ou questões de conformidade. Onde obter Geralmente encontrado em Event Logs ou em campos 'Alterado Por' / 'Criado Por' em tabelas de transação. Exemplos jdoeasmithBATCH_USER | |||
Número do Pedido de Compra PurchaseOrderNumber | O identificador exclusivo para o pedido de compra (PO) associado à fatura. | ||
Descrição O "Número do Pedido de Compra" é o ID de referência para o documento que inicialmente autorizou a compra de bens ou serviços do fornecedor. As faturas podem ser baseadas em PO ou não. Este atributo é crítico para analisar o processo de conciliação de faturas. Ele permite distinguir entre faturas baseadas em PO e não baseadas em PO, que frequentemente seguem caminhos de processo muito diferentes. A análise pode se concentrar na eficiência da conciliação de três vias (PO vs. recebimento de mercadorias vs. fatura), identificar razões para falhas de conciliação e medir o KPI de "Taxa de Conciliação no Primeiro Passe". Um número de PO ausente para uma fatura que deveria ter um é frequentemente um indicador de um problema de conformidade do processo. Por que é importante Crucial para analisar a eficiência da correspondência de faturas, diferenciar processos de faturas com e sem Pedido de Compra e identificar problemas de conformidade. Onde obter Encontrado nos dados da transação da fatura, frequentemente em um campo de referência que o vincula ao módulo de compras. Exemplos 4500017545PO-2023-10-005789123 | |||
Valor da Fatura InvoiceAmount | O valor monetário total da fatura na moeda da transação original. | ||
Descrição O Valor da Fatura representa o valor bruto total da fatura conforme apresentado pelo fornecedor. Esta é uma métrica financeira crucial para cada caso. Este atributo é amplamente utilizado na análise financeira e de desempenho. Ele permite filtrar processos com base na materialidade (por exemplo, analisar faturas de alto valor separadamente), identificar gargalos de aprovação para faturas acima de um determinado limite e calcular o impacto financeiro das ineficiências do processo. Por exemplo, pode ser usado para quantificar o valor das faturas bloqueadas ou para 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 é importante Permite a análise de impacto financeiro, como a quantificação do valor de pagamentos bloqueados, e ajuda a priorizar faturas com base na materialidade. Onde obter Geralmente encontrado nas tabelas de cabeçalho ou de item de linha dos dados da transação da fatura. Exemplos 1500.7525000.00345.50 | |||
Condições de Pagamento PaymentTerms | Os termos acordados para o pagamento da fatura com o fornecedor, incluindo datas de vencimento e oportunidades de desconto. | ||
Descrição Os Termos de Pagamento definem as condições sob as quais uma fatura deve ser paga. Isso frequentemente inclui os dias líquidos de vencimento (por exemplo, 30 dias) e quaisquer descontos potenciais por pagamento antecipado (por exemplo, 2% de desconto se pago em 10 dias). Este atributo fornece um contexto crítico para a análise de desempenho financeiro. Ele é usado para calcular a Data de Vencimento da Fatura e para identificar oportunidades de captura de descontos por pagamento antecipado. Ao analisar o desempenho do processo pelos termos de pagamento, as organizações podem verificar se estão perdendo sistematicamente oportunidades de desconto devido a longos tempos de ciclo internos. Esta análise vincula diretamente a eficiência do processo à economia financeira. Por que é importante Determina o cálculo da data de vencimento da fatura e é crucial para analisar as taxas de captura de descontos por pagamento antecipado, vinculando a eficiência do processo à economia de custos. Onde obter Geralmente proveniente dos dados mestre do fornecedor e copiado para o cabeçalho da transação da fatura no momento da criação. Exemplos Líquido 302% 10, Net 30Líquido 60 | |||
Data de Pagamento PaymentDate | A data em que o pagamento da fatura foi realmente executado. | ||
Descrição A "Data de Pagamento" é o carimbo de data/hora que marca quando os fundos foram desembolsados ao fornecedor para uma fatura específica. Este é um marco essencial que muitas vezes significa o fim do fluxo principal de processamento. Na análise de Process Mining, esta data é comparada com a "Data de Vencimento da Fatura" para determinar se um pagamento foi feito no prazo, antecipado ou atrasado. É um componente central para o cálculo de KPIs críticos, como a "Taxa de Pagamento no Prazo", e para a análise de oportunidades de desconto por pagamento antecipado. Entender a lacuna entre a aprovação da fatura e a data de pagamento também pode revelar ineficiências na execução do pagamento ou nas funções de tesouraria. Por que é importante Essencial para o cálculo das taxas de pagamento no prazo, análise do comportamento de pagamento e identificação de oportunidades para capturar descontos por pagamento antecipado. Onde obter Encontrado nos dados do documento de pagamento ou compensação, que está vinculado à transação original da fatura. Exemplos 2023-11-242023-12-202024-01-28 | |||
É Automatizado IsAutomated | Um indicador que sinaliza se uma atividade foi realizada automaticamente pelo sistema, e não por um usuário humano. | ||
Descrição Este atributo booleano indica se uma etapa específica do processo foi executada por um usuário do sistema (automação, Workflow, job em lote) ou por um usuário humano. Isso ajuda a diferenciar entre atividades manuais e automatizadas. Analisar este atributo é fundamental para entender o nível de automação no processo de Contas a Pagar e medir o sucesso das iniciativas de transformação digital. Ajuda a calcular a taxa de "Processamento Direto" (STP) identificando faturas que são tratadas sem intervenção manual. Comparar o desempenho de caminhos automatizados versus manuais pode construir um caso de negócio para investimentos adicionais em automação, quantificando a economia de tempo e custos. Por que é importante Permite a medição dos níveis de automação (por exemplo, taxa de Processamento Direto - STP) e ajuda a quantificar o impacto da automação na eficiência do processo. Onde obter Frequentemente derivado verificando se o 'UserName' de uma atividade corresponde a um ID de usuário de sistema ou de lote conhecido. Exemplos verdadeirofalse | |||
Moeda da Fatura InvoiceCurrency | O código da moeda para o valor da fatura (por exemplo, USD, EUR, GBP). | ||
Descrição A Moeda da Fatura especifica a unidade monetária na qual o valor da fatura é expresso. Isso é particularmente importante para organizações multinacionais que lidam com fornecedores em diferentes países. Na análise, este atributo é essencial para interpretar corretamente o Valor da Fatura e para realizar cálculos financeiros precisos. Ele permite filtrar o processo por moeda para entender diferenças regionais ou desafios específicos da moeda. Quando combinado com dados de taxa de câmbio, pode ser usado para normalizar valores financeiros em uma única moeda de relatório para uma análise global consistente. Por que é importante Fornece o contexto necessário para o valor da fatura, possibilitando análises financeiras precisas e segmentação de processos para organizações globais. Onde obter Geralmente localizado no cabeçalho da tabela de transação da fatura juntamente com o valor da fatura. Exemplos USDEURGBP | |||
Motivo do Bloqueio BlockingReason | O código ou descrição da razã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 seguir para a etapa de pagamento. Motivos comuns incluem divergências de quantidade ou preço, ausência de recebimento de mercadorias ou uma inspeção de qualidade necessária. É um atributo vital para a análise da causa raiz de exceções e retrabalho. Ao analisar a frequência e o impacto de diferentes motivos de bloqueio, as organizações podem identificar as fontes mais comuns de ineficiência em seu processo de Contas a Pagar (AP). Isso permite iniciativas de melhoria direcionadas, como aprimorar a precisão do pedido de compra (PO) com fornecedores ou otimizar o processo de recebimento de mercadorias. A redução dos bloqueios de pagamento é um fator chave para melhorar a taxa de Processamento Direto (STP). Por que é importante Essencial para a análise da causa-raiz de bloqueios de pagamento, auxiliando na identificação dos maiores impulsionadores 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 'Bloqueado'. Exemplos Divergência de PreçoDivergência de QuantidadeEntrada de Mercadoria Ausente | |||
Atividades do Processamento de Faturas de Contas a Pagar
| Atividade | Descrição | ||
|---|---|---|---|
Fatura Aprovada | Representa a aprovação final no workflow, fornecendo a autorização oficial para que a fatura seja paga. Este é um marco crítico que permite que a fatura passe da fase de processamento para a fase de pagamento. | ||
Por que é importante Esta atividade conclui o ciclo de aprovação. O tempo até este ponto é um componente chave do tempo total de processamento da fatura e frequentemente destaca gargalos de aprovação. Onde obter Capturado quando o workflow ou status do documento da fatura é atualizado para 'Aprovado' ou um estado terminal equivalente. Captura Capture o timestamp quando o status de aprovação final for registrado para a fatura. Tipo de evento explicit | |||
Fatura Compensada | Esta atividade representa a conciliação final, onde o pagamento é aplicado contra a fatura, fechando formalmente o item no sub-razão de contas a pagar. Em alguns casos, isso também pode representar o pagamento compensado pelo banco. | ||
Por que é importante Esta é a atividade final, marcando a conclusão bem-sucedida do processo. O tempo desde o recebimento da fatura até a liberação representa o tempo de ciclo completo de ponta a ponta. Onde obter Capturado do campo de data de compensação no registro financeiro da fatura, que é preenchido quando o pagamento é aplicado. Captura Utilize a data de compensação associada ao item da linha da fatura no razão financeiro. Tipo de evento explicit | |||
Fatura Conciliada | O processo de associação de uma fatura a documentos de suporte, como pedidos de compra (POs) ou recebimentos de mercadorias (GRs). Esta atividade confirma que os valores faturados, quantidades e itens são consistentes com o que foi pedido e recebido. | ||
Por que é importante Esta é uma etapa crítica de validação para faturas baseadas em pedidos de compra (PO). Analisar as taxas de sucesso e os tempos de correspondência é fundamental para entender os níveis de automação e identificar fornecedores ou materiais problemáticos. Onde obter Isso é geralmente registrado quando uma referência de PO ou GR é vinculada com sucesso aos itens da linha da fatura, muitas vezes atualizando um campo de status de correspondência. Captura Capture o timestamp quando o status de correspondência da fatura for atualizado para 'Correspondido' ou 'Bem-sucedido'. Tipo de evento explicit | |||
Fatura Lançada | A fatura aprovada é oficialmente registrada no razão geral, criando um passivo financeiro para a empresa. Esta é uma transação contábil crítica que reconhece formalmente a despesa e a obrigação de pagar. | ||
Por que é importante O lançamento é um evento financeiro chave. Atrasos entre a aprovação e o lançamento podem afetar a precisão dos relatórios financeiros e a visibilidade das obrigações pendentes. Onde obter Este é um evento central de transação financeira, obtido a partir da data e hora de lançamento do documento contábil associado à fatura. Captura Utilize o campo de data de lançamento do cabeçalho do documento financeiro vinculado à fatura. Tipo de evento explicit | |||
Fatura Recebida | Esta atividade marca a entrada inicial de uma fatura de fornecedor no sistema. Pode ser capturada através de entrada manual de dados, digitalização por Reconhecimento Óptico de Caracteres (OCR) ou intercâmbio eletrônico de dados (EDI). | ||
Por que é importante Este é o ponto de partida principal do processo. Analisar o tempo desde este evento até outros revela o tempo total de processamento e destaca atrasos iniciais. Onde obter Este evento é normalmente registrado a partir do timestamp de criação do registro principal da fatura ou da conta do fornecedor no sistema. Captura Utilize a data de criação do registro do cabeçalho da fatura. Tipo de evento explicit | |||
Pagamento Executado | O pagamento é oficialmente realizado, e os fundos são desembolsados ao fornecedor. Esta transação liquida a responsabilidade que foi criada quando a fatura foi lançada. | ||
Por que é importante Este é um evento crítico para o cálculo de taxas de pagamento no prazo e captura de descontos. Ele marca a transferência de valor e é um marco fundamental para a tesouraria e a gestão de relacionamento com fornecedores. Onde obter Este é um evento financeiro explícito obtido a partir da data da transação do documento de pagamento criado para a fatura. Captura Utilize a data de transação ou lançamento do documento de pagamento que compensa a fatura. Tipo de evento explicit | |||
Submetido para Aprovação | A fatura é formalmente submetida a um workflow para revisão e aprovação por um ou mais indivíduos autorizados. Esta atividade marca o início do subprocesso de aprovação. | ||
Por que é importante Este é o ponto de partida para medir os tempos de ciclo de aprovação. Ajuda a diferenciar o tempo gasto no processamento de dados versus o tempo gasto aguardando a aprovação da gerência. Onde obter Este evento é registrado quando o status da fatura muda para 'Pendente de Aprovação' ou é inserida em um sistema de gerenciamento de workflow. Captura Identifique o evento em que o status da fatura é atualizado para refletir o início de um workflow de aprovação. Tipo de evento explicit | |||
Bloqueio Removido | Marca a resolução de um problema e a subsequente remoção de um bloqueio ou retenção de pagamento. Esta ação significa que a fatura foi corrigida ou esclarecida e está agora pronta para continuar o processo. | ||
Por que é importante O tempo entre o bloqueio de uma fatura e a remoção desse bloqueio representa o tempo de resolução de discrepâncias. Analisar essa duração ajuda a identificar ineficiências no tratamento de exceções. Onde obter Capturado de logs do sistema ou documentos de alteração que registram a remoção ou desativação de um status de bloqueio de pagamento. Captura Capture o timestamp quando um código de bloqueio de pagamento ou status de retenção for removido da fatura. Tipo de evento explicit | |||
Fatura Bloqueada | Esta atividade ocorre quando uma fatura é ativamente impedida de prosseguir para pagamento. Os bloqueios são geralmente aplicados automaticamente ou manualmente devido a discrepâncias encontradas durante a conciliação, violações de política ou outros problemas que exigem investigação. | ||
Por que é importante Bloqueios são um dos principais causadores de atrasos de pagamento e aumento do esforço de processamento. Identificar quando, por que e com que frequência os bloqueios ocorrem é crucial para a melhoria do processo. Onde obter Este é um evento explícito registrado quando um status de retenção ou bloqueio é aplicado à fatura, muitas vezes documentado em um log de status ou tabela de histórico de alterações. Captura Utilize o timestamp quando um código de bloqueio de pagamento ou status 'Em Espera' é definido na fatura. Tipo de evento explicit | |||
Fatura Cancelada | A fatura é anulada ou estornada após ser lançada ou registrada, geralmente para corrigir um erro ou em resposta a uma disputa com o fornecedor. Este é um ponto final alternativo, e tipicamente negativo, para o processo. | ||
Por que é importante Cancelamentos indicam falhas no processo, como lançamentos duplicados ou registros incorretos. Acompanhar sua frequência e causas raiz é essencial para melhorar a precisão da entrada de dados e a qualidade do processo. Onde obter Esta é uma ação explícita registrada quando um usuário anula a fatura ou lança um documento de estorno, preenchendo uma data de cancelamento ou estorno. Captura Procure um link para documento de estorno ou uma flag de cancelamento e sua data associada no registro da fatura. Tipo de evento explicit | |||
Fatura Rejeitada | Um aprovador rejeita a fatura dentro do workflow, interrompendo seu progresso em direção ao pagamento. Uma rejeição geralmente envia a fatura de volta a uma etapa anterior para correção, criando um ciclo de retrabalho. | ||
Por que é importante As rejeições são uma fonte significativa de retrabalho e atrasos no processo. Rastrear sua frequência e motivos ajuda a identificar problemas com a qualidade dos dados, a compreensão da política ou a conformidade do fornecedor. Onde obter Capturado explicitamente como uma atualização de status (por exemplo, 'Rejeitado', 'Negado') no histórico de aprovação ou log de workflow do sistema. Captura Utilize o timestamp do log de aprovação quando a fatura é atribuída ao status 'Rejeitado'. Tipo de evento explicit | |||
Fatura Validada | Representa a conclusão das verificações iniciais nos dados da fatura capturados quanto à sua completude e correção, antes de prosseguir para a correspondência ou aprovação. Esta pode ser uma validação automatizada do sistema ou uma etapa de revisão manual. | ||
Por que é importante O rastreamento desta atividade ajuda a identificar gargalos na revisão inicial da qualidade dos dados e mede a eficiência das etapas de pré-processamento. Onde obter Frequentemente capturado por uma mudança de status no registro da fatura, um timestamp de validação específico ou inferido quando o registro é salvo sem erros. Captura Procure uma mudança de status para 'Validado' ou um log de eventos de validação específico. Tipo de evento explicit | |||
Ocorrência de Pagamento Atrasado | Uma fatura é paga após sua data de vencimento contratual. Este é um evento calculado que indica uma falha em cumprir as obrigações de pagamento no prazo. | ||
Por que é importante Pagamentos atrasados podem prejudicar relacionamentos com fornecedores, acarretar multas financeiras e indicar ineficiências sistêmicas. A mensuração disso ajuda a quantificar o desempenho do processo e o risco de conformidade. Onde obter Este evento é calculado ao comparar a data de execução do pagamento com a data de vencimento líquida especificada na fatura. Captura Calcular como: SE Payment_Date > Net_Due_Date. Tipo de evento calculated | |||
Pagamento Agendado | Uma fatura contabilizada é selecionada e incluída em uma proposta de pagamento ou lote de pagamento. Esta atividade indica a intenção de pagar a fatura em uma próxima execução de pagamentos. | ||
Por que é importante Esta etapa preenche a lacuna entre o lançamento e o pagamento efetivo. Analisar essa atividade ajuda no gerenciamento do fluxo de caixa e na compreensão da eficiência do processo de preparação de pagamentos. Onde obter Inferido da criação de um registro de proposta de pagamento ou quando a fatura é adicionada a um diário ou lote de pagamento. Captura Capture a data de criação da proposta de pagamento ou do lote que inclui a fatura. Tipo de evento inferred | |||
Pagamento Antecipado Realizado | Um pagamento é executado dentro do período de desconto do fornecedor, resultando em uma economia de custos para a empresa. Não é um evento direto do sistema, mas é derivado de dados de transação. | ||
Por que é importante Esta atividade mede diretamente o benefício financeiro de um processo de Contas a Pagar eficiente. Identificar oportunidades perdidas para pagamento antecipado oferece um valor monetário claro para a melhoria do processo. Onde obter Este é um evento calculado, derivado ao comparar a data de execução do pagamento com os termos de pagamento e a data de desconto na fatura. Captura Calcular como: SE Payment_Date <= Discount_Due_Date. Tipo de evento calculated | |||
Guias de Extração
Os métodos de extração variam por sistema. Para instruções detalhadas,
