Seu Template de Dados de Purchase to Pay - Processamento de Faturas

Oracle Fusion Financials
Seu Template de Dados de Purchase to Pay - Processamento de Faturas

Seu Template de Dados de Purchase to Pay - Processamento de Faturas

Este template foi criado para orientar você na coleta de dados essenciais para analisar o Purchase to Pay, especificamente o Processamento de Faturas, no Oracle Fusion Financials. Ele detalha atributos cruciais, atividades principais e orienta como extrair essas informações do seu sistema. O uso deste modelo ajudará você a preparar um event log preciso e completo para o Process Mining.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Orientação para extração para Oracle Fusion Financials
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Processamento de Faturas - Purchase to Pay

Estes são os campos de dados recomendados para incluir no seu event log para uma análise completa do processamento de faturas no purchase to pay.
3 Obrigatório 7 Recomendado 11 Opcional
Nome Descrição
Número da fatura
InvoiceNumber
O identificador exclusivo de uma fatura de fornecedor.
Descrição

O Número da Fatura serve como o identificador principal do caso, vinculando todas as atividades e eventos relacionados a uma única fatura de fornecedor, desde sua criação até o pagamento final. Cada fatura é tratada como uma instância única na análise do processo.

No Process Mining, este atributo é fundamental para reconstruir a jornada de ponta a ponta de cada fatura. Ele permite analisar fluxos, tempos de ciclo e variações de forma individualizada. É a chave para conectar atividades distintas como validação, aprovação e pagamento em uma narrativa de processo coerente.

Por que é importante

Este é o identificador essencial do caso que conecta todas as etapas relacionadas, permitindo rastrear o ciclo de vida completo de uma fatura.

Onde obter

Isso é normalmente encontrado na tabela AP_INVOICES_ALL, na coluna INVOICE_NUM.

Exemplos
INV-2023-001987654321ACME-FIN-5501
Atividade
ActivityName
O nome da atividade de negócio ou evento que ocorreu no processo da fatura.
Descrição

Este atributo descreve uma etapa específica ou mudança de status no ciclo de vida da fatura, como 'Fatura Criada', 'Fatura Aprovada' ou 'Pagamento Executado'. Forma a sequência de eventos que constitui o fluxo do processo.

Analisar a sequência e a frequência das atividades é a essência do Process Mining. Ajuda a descobrir o caminho real do processo, identificar gargalos onde as atividades atrasam e detectar desvios ou loops de retrabalho, como uma fatura ser rejeitada após já ter sido aprovada.

Por que é importante

Define as etapas do processo, o que é vital para visualizar o mapa, analisar variações e achar gargalos.

Onde obter

Este atributo é geralmente derivado de uma combinação de campos de status, tabelas de auditoria ou logs de workflow no Oracle Fusion Financials, como AP_INVOICES_ALL.WFAPPROVAL_STATUS ou tabelas relacionadas.

Exemplos
Fatura ValidadaFatura RetidaFatura AprovadaPagamento Executado
Hora de Início
EventTime
O timestamp que indica quando uma atividade ou evento ocorreu.
Descrição

Este atributo fornece a data e hora de cada atividade no processo da fatura. É essencial para todas as análises baseadas em tempo, incluindo o cálculo de tempos de ciclo, durações e esperas entre etapas.

Ao ordenar os eventos cronologicamente, as ferramentas de Process Mining reconstroem a sequência exata de atividades de cada fatura. Isso permite calcular KPIs como o Tempo Médio de Ciclo da Fatura e ajuda a identificar quais estágios consomem mais tempo.

Por que é importante

Este timestamp é fundamental para calcular todas as métricas de desempenho relacionadas a duração e tempo, como tempos de ciclo e gargalos.

Onde obter

Este timestamp é derivado de vários campos de data nas tabelas do Oracle Fusion, como CREATION_DATE ou LAST_UPDATE_DATE em tabelas como AP_INVOICES_ALL ou tabelas relacionadas de workflow e pagamento.

Exemplos
2023-04-15T10:00:00Z2023-04-16T14:35:10Z2023-04-20T09:05:00Z
Código da Empresa
CompanyCode
O identificador da entidade legal ou empresa que processa a fatura.
Descrição

O Código da Empresa representa a entidade de negócio específica dentro da organização que é financeiramente responsável pela fatura. Em organizações multiempresa, este é um ponto de dados fundamental.

Este atributo permite segmentar a análise do processo por entidade legal. É útil para comparar o desempenho entre diferentes partes do negócio, identificar gargalos específicos ou problemas de conformidade e garantir que os KPIs sejam relatados no nível da empresa. Também costuma ser um fator determinante para o workflow de aprovação correto.

Por que é importante

Permite comparar processos e fazer benchmarking de performance entre diferentes entidades ou unidades da empresa.

Onde obter

Isso geralmente é representado pelo LEGAL_ENTITY_ID ou campo similar em AP_INVOICES_ALL, que pode ser cruzado com tabelas do razão geral para obter um código ou nome.

Exemplos
1001US01DE01
Data de Vencimento do Pagamento
PaymentDueDate
A data limite para o pagamento da fatura ao fornecedor.
Descrição

A Data de Vencimento do Pagamento é calculada com base nos termos acordados com o fornecedor. Ela serve como prazo final para evitar multas, manter bons relacionamentos e aproveitar possíveis descontos por antecipação.

Este atributo é essencial para o dashboard de 'Desempenho de Pagamento Pontual' e seu KPI associado. Ao comparar o timestamp da execução real do pagamento com a data de vencimento, a análise classifica os pagamentos como pontuais ou atrasados, ajudando a empresa a monitorar e melhorar sua pontualidade.

Por que é importante

Esta é a base para medir o desempenho de pagamento pontual, um KPI crítico para a gestão de fornecedores e saúde financeira.

Onde obter

Esta data geralmente está disponível nas tabelas de cronograma de pagamento, como AP_PAYMENT_SCHEDULES_ALL, vinculadas à fatura.

Exemplos
2023-05-152023-06-012023-06-30
End Time
EndTime
O timestamp que indica quando uma atividade ou evento foi concluído.
Descrição

O End Time marca a conclusão de uma atividade específica. Enquanto o Start Time sinaliza o início, o End Time fornece o ponto de fechamento, permitindo o cálculo preciso da duração de cada etapa.

Na análise, a diferença entre o End Time e o Start Time resulta no tempo de processamento de cada atividade. Isso é essencial para analisar o desempenho detalhadamente, ajudando a diferenciar o tempo de execução ativa do tempo de espera. Por exemplo, ajuda a medir o tempo real que um aprovador dedicou a uma tarefa versus o tempo que a tarefa ficou parada na fila dele.

Por que é importante

Permite calcular com precisão o tempo de processamento, separando o tempo de trabalho ativo do tempo de espera.

Onde obter

Este é um atributo conceitual derivado do Start Time do evento subsequente na sequência de um determinado caso.

Exemplos
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
Nome do Fornecedor
VendorName
O nome do fornecedor que emitiu a fatura.
Descrição

Este atributo identifica a entidade do fornecedor de onde veio a fatura. A informação do fornecedor fornece um contexto de negócio crítico para a transação financeira.

Analisar o processo por fornecedor pode revelar insights importantes sobre parcerias e desempenho. Por exemplo, pode destacar se faturas de certos fornecedores são mais propensas a divergências, bloqueios ou atrasos. Essa informação pode ser usada para melhorar a integração de novos parceiros, a comunicação e a eficiência geral da cadeia de suprimentos. Também é usada para identificar pagamentos duplicados.

Por que é importante

Permite analisar processos por fornecedor, ajudando a achar problemas com parceiros específicos que causam atrasos.

Onde obter

Encontrado na tabela POZ_SUPPLIERS. A tabela de faturas AP_INVOICES_ALL contém um VENDOR_ID para o join com a tabela de fornecedores.

Exemplos
Acme CorporationGlobal Tech Inc.Office Supplies Co.
Nome do Utilizador
UserName
O nome do usuário que executou a atividade.
Descrição

Este atributo identifica o usuário ou agente do sistema responsável por executar uma atividade, como validar uma fatura, aplicar um bloqueio ou aprovar um pagamento. Ele adiciona a dimensão de recurso humano ou sistêmico ao processo.

A análise por usuário ajuda a entender a distribuição da carga de trabalho, identificar os melhores desempenhos e detectar necessidades de treinamento ou problemas de conformidade. Por exemplo, pode revelar se certos usuários estão constantemente associados a loops de retrabalho ou se etapas críticas são sempre tratadas pela mesma pessoa, criando um ponto único de falha.

Por que é importante

Permite analisar a performance dos recursos, equilibrar a carga de trabalho e identificar usuários ou equipes em cada etapa.

Onde obter

Esta informação geralmente é armazenada em colunas de auditoria como CREATED_BY ou LAST_UPDATED_BY em tabelas como AP_INVOICES_ALL, ou em logs de workflow relacionados.

Exemplos
john.doejane.smithSystem.Admin
Status da Fatura
InvoiceStatus
O status atual da fatura em seu ciclo de vida.
Descrição

Este atributo reflete o último estado conhecido da fatura, como 'Validada', 'Necessita de Revalidação', 'Paga' ou 'Cancelada'. Ele fornece um panorama de onde a fatura está no processo em um dado momento.

O Status da Fatura é fundamental para o dashboard de 'Distribuição de Status Atual', que ajuda gestores de operações a identificar gargalos e monitorar a saúde do fluxo de processamento. Analisar como os status mudam ao longo do tempo também oferece uma visão simplificada do fluxo do processo.

Por que é importante

Dá uma visão do estado atual das faturas, essencial para dashboards operacionais que monitoram pendências e carga de trabalho.

Onde obter

Consulte a documentação do Oracle Fusion Financials. O status pode derivar de campos como WFAPPROVAL_STATUS em AP_INVOICES_ALL ou tabelas relacionadas de aprovação e pagamento.

Exemplos
ValidadoPagoCanceladoPrecisa de Revalidação
Valor da Fatura
InvoiceAmount
O valor monetário total da fatura.
Descrição

O Valor da Fatura representa a soma total devida ao fornecedor. Este é um atributo financeiro crítico que influencia todo o processo, muitas vezes determinando o caminho de aprovação, o nível de auditoria e a prioridade de pagamento.

Na análise de Process Mining, o Valor da Fatura é uma dimensão essencial para filtros e segmentação. Por exemplo, analistas podem comparar o processo de faturas de alto valor com as de baixo valor para ver se seguem caminhos diferentes ou se os tempos de ciclo variam. Também é indispensável para calcular KPIs financeiros e avaliar o impacto monetário de ineficiências, como atrasos de pagamento.

Por que é importante

Este valor é crucial para análises financeiras, compreensão de desvios baseados em valor e para KPIs como a Taxa de Conformidade de Aprovação.

Onde obter

Encontrado na tabela AP_INVOICES_ALL, na coluna INVOICE_AMOUNT.

Exemplos
1500.00250.75125000.50
Data da Fatura
InvoiceDate
A data indicada no documento da fatura do fornecedor.
Descrição

Este atributo é a data em que o fornecedor emitiu oficialmente a fatura. É uma informação fundamental do documento de origem e serve como ponto de partida para calcular o vencimento com base nos termos acordados.

Embora nem sempre seja o início do processo interno, a Data da Fatura é um contexto crucial. É usada junto com o Nome do Fornecedor e o Valor para identificar faturas duplicadas. Analisar o atraso entre a Data da Fatura e a data de criação no sistema também pode revelar ineficiências na triagem ou no processo de recepção de documentos.

Por que é importante

É um dado fundamental para identificar faturas duplicadas e calcular as datas de vencimento.

Onde obter

Este é um campo padrão na tabela AP_INVOICES_ALL, chamado INVOICE_DATE.

Exemplos
2023-04-102023-05-012023-05-25
É Pagamento em Dia
IsOnTimePayment
Uma flag booleana que indica se a fatura foi paga até a data de vencimento.
Descrição

Esta flag é verdadeira se o pagamento foi executado até a data de vencimento e falsa caso contrário. Oferece uma classificação simples e clara para cada fatura paga.

Este atributo calculado alimenta diretamente o KPI de Taxa de Pagamento Pontual. Ele simplifica a análise, permitindo que os usuários filtrem e visualizem a proporção de pagamentos em atraso versus pontuais sem precisar fazer cálculos manuais de datas. Isso ajuda a identificar rapidamente a escala dos atrasos e acompanhar a evolução das melhorias.

Por que é importante

Isso simplifica a análise da pontualidade dos pagamentos e é a entrada direta para o cálculo do KPI de Taxa de Pagamento Pontual.

Onde obter

Este é um atributo calculado derivado da comparação do timestamp da atividade 'Pagamento Executado' com o atributo 'DataVencimentoPagamento'.

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Uma flag booleana que identifica atividades que fazem parte de um ciclo de retrabalho.
Descrição

Esta sinalização (flag) é definida como verdadeira para atividades que indicam um desvio do fluxo ideal, como 'Fatura Corrigida' ou uma segunda 'Validação de Fatura' após uma rejeição. Ajuda a identificar e quantificar loops de processo ineficientes.

Este atributo é essencial para o dashboard de 'Taxa de Retrabalho e Tratamento de Exceções'. Ao sinalizar atividades de retrabalho, analistas podem quantificar o volume e o custo dessas tarefas, identificar as causas raiz e medir o impacto das iniciativas de melhoria focadas em 'fazer certo da primeira vez'.

Por que é importante

Identifica e quantifica o retrabalho explicitamente, facilitando a análise de frequência, causas e impacto das ineficiências.

Onde obter

Este é um atributo calculado. A lógica é definida durante a transformação dos dados para identificar sequências de atividades que constituem retrabalho.

Exemplos
verdadeirofalse
Moeda
InvoiceCurrencyCode
A moeda do valor da fatura.
Descrição

Este atributo especifica a moeda da fatura (ex: BRL, USD, EUR). É um contexto indispensável para o campo Valor da Fatura.

Em organizações globais, analisar faturas por moeda é importante para relatórios financeiros e para entender variações de processos por região. Garante que os valores monetários sejam interpretados corretamente e permite análises específicas sobre práticas de pagamento ou limites de aprovação por moeda.

Por que é importante

Fornece o contexto necessário para valores financeiros, garantindo interpretação e análise precisas, especialmente em operações multinacionais.

Onde obter

Encontrado na tabela AP_INVOICES_ALL, na coluna INVOICE_CURRENCY_CODE.

Exemplos
USDEURGBPCAD
Motivo da Divergência de Conciliação
MatchingDiscrepancyReason
O motivo específico da divergência entre fatura, pedido de compra e recebimento.
Descrição

Este atributo detalha por que uma fatura falhou no processo de conciliação automática. Motivos comuns incluem diferenças de preço, quantidade ou códigos de itens entre a fatura e o pedido de compra ou recebimento de mercadorias correspondente.

Esta informação é vital para o dashboard de 'Taxa de Divergência de Conciliação'. Ao categorizar e analisar os motivos das discrepâncias, as empresas podem apontar problemas sistêmicos em seus processos de compras ou recebimento. Isso permite ações corretivas que aumentam a taxa de processamento direto (touchless).

Por que é importante

Explica por que as faturas falham na conciliação automática, trazendo os insights necessários para melhorar as taxas de sucesso e reduzir o retrabalho.

Onde obter

Consulte a documentação do Oracle Fusion Financials. Isso pode estar registrado como um motivo de retenção específico em AP_HOLDS_ALL ou tabelas de detalhes de conciliação.

Exemplos
Preço unitário difere do POQuantidade faturada > quantidade recebidaItem inválido na fatura
Motivo da Retenção
HoldReason
O motivo pelo qual um bloqueio de pagamento foi aplicado a uma fatura.
Descrição

Quando uma fatura é bloqueada, este atributo especifica o motivo, como 'Divergência de Preço', 'Divergência de Quantidade' ou 'Aguardando Recebimento de Mercadoria'. Isso contextualiza por que o fluxo normal foi interrompido.

Este atributo é a dimensão principal para o dashboard 'Análise e Tendências de Bloqueio de Pagamento'. Ao analisar a frequência dos diferentes motivos de bloqueio, a empresa pode identificar e tratar as causas raiz — como falhas no processo de compras ou na precisão do faturamento do fornecedor — reduzindo, por fim, os atrasos no processamento.

Por que é importante

Mostra a causa raiz dos bloqueios de pagamento, permitindo melhorias focadas para reduzir a frequência de retenções (holds).

Onde obter

Dados de retenção (hold) ficam na tabela AP_HOLDS_ALL, vinculada à fatura e contendo o código ou motivo do bloqueio.

Exemplos
Divergência de PreçoQuantidade Faturada Excede a Quantidade RecebidaNúmero de PO Inválido
Nome do Aprovador
ApproverName
O nome da pessoa que aprovou ou rejeitou a fatura.
Descrição

Este atributo captura a identidade de quem tomou a decisão na etapa de aprovação. É registrado para atividades como 'Fatura Aprovada' ou 'Fatura Rejeitada'.

Na análise, o Nome do Aprovador é usado para entender as cargas de trabalho, medir os tempos de ciclo individuais e auditar a conformidade com as políticas de aprovação. Para o KPI de 'Taxa de Conformidade de Aprovação', este atributo pode ser confrontado com as regras de delegação de autoridade baseadas no valor da fatura e no código da empresa.

Por que é importante

Isto é essencial para analisar os tempos de ciclo de aprovação, garantir a conformidade com as políticas de matriz de aprovação e entender a distribuição da carga de trabalho.

Onde obter

Esta informação reside nas tabelas de workflow ou histórico de aprovação do Oracle Fusion associadas ao objeto da fatura.

Exemplos
David WilsonSarah JohnsonMichael Brown
Número do Pedido de Compra
PurchaseOrderNumber
O identificador do pedido de compra associado à fatura.
Descrição

Este atributo vincula a fatura ao Pedido de Compra (PO) correspondente. As faturas podem ser baseadas em PO ou faturas sem pedido.

A análise por PO fornece o elo com a parte de compras do processo P2P. Ajuda a entender a conformidade do processo de aquisição e se problemas no faturamento, como divergências de conciliação, surgem de falhas no PO inicial. A presença ou ausência do número do PO é uma das principais formas de segmentar e analisar diferentes caminhos de processamento.

Por que é importante

Vincula a fatura ao processo de compras, sendo um atributo chave para analisar fluxos com e sem Ordem de Compra (OC).

Onde obter

Esta informação está disponível vinculando os itens de linha da fatura em AP_INVOICE_LINES_ALL às distribuições de PO via PO_DISTRIBUTION_ID.

Exemplos
PO-2023-5001600789PO-FIN-9981
Sistema de Origem
SourceSystem
Identifica o sistema de origem onde os dados do evento foram registados.
Descrição

Este atributo especifica o aplicativo ou módulo de origem dos dados, como o Oracle Fusion Financials. Em ambientes com múltiplos sistemas integrados, este campo ajuda a distinguir a origem de cada etapa do processo.

Entender o sistema de origem é valioso para a validação de dados, resolução de problemas e análise de variações que podem ser específicas de um sistema. Garante clareza em cenários de TI complexos, onde a jornada de uma fatura pode passar por várias aplicações.

Por que é importante

Dá contexto sobre a origem dos dados, importante para governança, resolução de problemas e análise de comportamentos sistêmicos.

Onde obter

Geralmente é um valor estático incluído durante a extração para indicar a origem do conjunto de dados.

Exemplos
Oracle Fusion FinancialsOracle Payables Cloud
Tempo de Processamento
ProcessingTime
O tempo de duração gasto em uma única atividade.
Descrição

O tempo de processamento mede a duração do trabalho ativo em uma etapa específica do processo. Ele é calculado pela diferença entre o horário de término (End Time) e o horário de início (Start Time) de uma atividade.

Essa métrica calculada é vital para a análise de desempenho, pois ajuda a distinguir o tempo de execução ativa do tempo de espera ociosa. Por exemplo, ela pode mostrar que uma tarefa de aprovação levou 5 minutos de trabalho ativo, mas ficou parada em uma fila por 3 dias. Esse insight permite que os gestores foquem seus esforços em reduzir o tempo de trabalho via treinamento ou automação, ou reduzir o tempo de espera através de uma melhor gestão da carga de trabalho.

Por que é importante

Isola o tempo de trabalho ativo em uma tarefa, ajudando a diferenciar processos lentos de longos períodos de espera.

Onde obter

Este é um atributo calculado, derivado da subtração do StartTime do EndTime (EndTime - StartTime).

Exemplos
PT5MPT1H30MP2D
Última Atualização de Dados
LastUpdateDate
Timestamp indicando quando o registro foi atualizado pela última vez no sistema de origem.
Descrição

Este atributo reflete o horário da modificação mais recente dos dados no Oracle Fusion Financials. É usado para gerenciar cargas incrementais e garantir que o modelo de Process Mining esteja atualizado.

Embora não seja usado diretamente na análise de fluxo, esse timestamp técnico é crucial para a integridade dos dados. Ele permite que os pipelines de dados consultem apenas registros novos ou alterados desde a última atualização, reduzindo a carga no sistema de origem.

Por que é importante

Garante que o fluxo de dados rode de forma eficiente e incremental, mantendo a análise atualizada sem precisar de recargas totais.

Onde obter

Geralmente encontrado como LAST_UPDATE_DATE em várias tabelas do Oracle Fusion, incluindo AP_INVOICES_ALL.

Exemplos
2023-05-20T11:00:00Z2023-05-21T16:45:00Z
Obrigatório Recomendado Opcional

Atividades de Processamento de Faturas - Purchase to Pay

Estas são as etapas e marcos principais do processo que você precisa capturar no seu Event Log para uma descoberta de processos precisa.
6 Recomendado 9 Opcional
Atividade Descrição
Fatura Aprovada
A fatura foi totalmente aprovada por todos os responsáveis no workflow. Agora está pronta para a contabilização e agendamento do pagamento.
Por que é importante

Um marco principal que indica a conclusão bem-sucedida do fluxo de aprovação. Atrasos antes deste passo são gargalos comuns.

Onde obter

Inferido pela mudança para um estado final como 'Approved'. O histórico de auditoria deste campo fornece o timestamp.

Captura

Inferido pela mudança de APPROVAL_STATUS para 'Approved' na AP_INVOICES_ALL.

Tipo de evento inferred
Fatura Contabilizada
A fatura é lançada com sucesso no Razão Geral, criando as entradas de diário. Este evento confirma que o impacto financeiro da fatura foi formalmente registrado.
Por que é importante

Um ponto de controle financeiro crítico e pré-requisito para o pagamento. Confirma que a fatura está validada, aprovada e pronta para liquidação.

Onde obter

Inferido pelo status na tabela AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') ou por lançamentos no Livro Razão (XLA_AE_HEADERS).

Captura

Inferido por flags em AP_INVOICE_DISTRIBUTIONS_ALL ou lançamentos contábeis vinculados.

Tipo de evento inferred
Fatura Correspondida ao PO
Esta atividade indica a conciliação bem-sucedida de uma linha da fatura com a linha correspondente do Pedido de Compra, confirmando que os bens ou serviços faturados foram realmente pedidos. Geralmente é uma ação automática ou manual registrada no sistema.
Por que é importante

Vital para a conciliação de três vias (OC, recebimento e fatura). Falhas nesta etapa são a maior fonte de exceções e atrasos.

Onde obter

Pode ser inferido pela criação de registros na tabela AP_INVOICE_DISTRIBUTIONS_ALL vinculando a fatura a uma distribuição de OC (PO_DISTRIBUTION_ID). O status de conciliação por linha em AP_INVOICE_LINES_ALL também pode ser usado.

Captura

Inferido pelo preenchimento de dados de distribuição de OC nas linhas da fatura.

Tipo de evento inferred
Fatura Criada
Representa a criação inicial do registro da fatura no sistema, seja por entrada manual, digitalização ou envio eletrônico. Este evento é normalmente capturado quando uma nova linha é inserida na tabela principal de faturas.
Por que é importante

Marca o início do ciclo de vida do processamento da fatura. Analisar o tempo a partir deste evento ajuda a entender a eficiência da entrada de dados e os atrasos no início do processo.

Onde obter

No Oracle Fusion Financials, corresponde ao timestamp de criação do registro na tabela AP_INVOICES_ALL, especificamente a coluna CREATION_DATE.

Captura

Timestamp de criação do registro em AP_INVOICES_ALL.

Tipo de evento explicit
Fatura Enviada para Aprovação
A fatura é submetida a um workflow de aprovação com base em regras de negócio configuradas. Isso marca o início do ciclo formal de aprovação.
Por que é importante

Inicia uma parte crítica. Rastrear este tempo é essencial para medir e otimizar o Tempo de Ciclo de Aprovação.

Onde obter

Inferido por uma mudança de status na tabela AP_INVOICES_ALL (ex: APPROVAL_STATUS como 'Initiated'). Tabelas de workflow também podem conter este evento.

Captura

Inferido pela mudança de APPROVAL_STATUS para 'Initiated' na AP_INVOICES_ALL.

Tipo de evento inferred
Pagamento Executado
A confirmação final de que o pagamento foi realizado e compensado. Para cheques, seria a data de compensação; para pagamentos eletrônicos, a confirmação do banco.
Por que é importante

Esta é a atividade final no ciclo de vida da fatura, marcando a conclusão bem-sucedida do processo. É o ponto final para o cálculo do 'Tempo Médio de Ciclo da Fatura' e da 'Taxa de Pagamento Pontual'.

Onde obter

Inferido pela atualização do status para 'Cleared' ou 'Reconciled' na AP_CHECKS_ALL (usando CLEARED_DATE) ou via dados do Cash Management (CE_STATEMENT_LINES).

Captura

Inferido por atualizações de status na AP_CHECKS_ALL ou conciliação no módulo CE.

Tipo de evento inferred
Divergência de Conciliação Identificada
Ocorre quando o sistema ou um usuário identifica uma divergência entre a fatura, o pedido de compra e as informações de recebimento, como preço ou quantidade. Isso geralmente resulta em um bloqueio automático da fatura pelo sistema.
Por que é importante

Destaca exceções que exigem intervenção manual. Rastrear esses eventos é vital para o KPI de 'Taxa de Divergência de Conciliação' e para a análise de causa raiz.

Onde obter

Isso geralmente é registrado como um tipo específico de bloqueio aplicado à fatura. Verifique na tabela AP_HOLDS_ALL os tipos de bloqueio relacionados à conciliação, como 'QTY REC' ou 'PRICE'. O HOLD_DATE indica o timestamp.

Captura

Criação de um registro em AP_HOLDS_ALL com um tipo de retenção (hold) ligado à conciliação.

Tipo de evento explicit
Fatura Cancelada
A fatura foi anulada ou cancelada e não terá mais processamento ou pagamento. Isso representa um estado final do processo.
Por que é importante

Um ponto final importante para faturas que não geram pagamento. Analisar cancelamentos pode revelar problemas com faturas duplicadas ou envios incorretos de fornecedores.

Onde obter

Inferido por uma mudança de status em AP_INVOICES_ALL. A coluna CANCELLED_DATE terá o timestamp do cancelamento.

Captura

O campo CANCELLED_DATE na tabela AP_INVOICES_ALL é preenchido.

Tipo de evento explicit
Fatura Corrigida
Ocorre quando um usuário modifica uma fatura, geralmente em resposta a uma rejeição ou para corrigir erro de digitação. Representa uma etapa de retrabalho manual no processo.
Por que é importante

Esta atividade é um indicador claro de retrabalho. Analisar sua frequência ajuda a quantificar a ineficiência do processo e alimenta o KPI de 'Taxa de Retrabalho de Faturas'.

Onde obter

Pode ser inferido rastreando atualizações relevantes no registro da fatura em AP_INVOICES_ALL após a validação ou envio para aprovação. O timestamp LAST_UPDATE_DATE e os dados de trilha de auditoria seriam necessários.

Captura

Inferido comparando o LAST_UPDATE_DATE após uma rejeição ou retenção (hold).

Tipo de evento inferred
Fatura Rejeitada
Um aprovador rejeitou a fatura no workflow. Isso geralmente devolve a fatura para correção ou cancelamento, iniciando um ciclo de retrabalho.
Por que é importante

Representa um resultado negativo e um dos principais causadores de retrabalho e aumento dos tempos de ciclo. Rastrear rejeições ajuda a identificar problemas com a qualidade da fatura ou conformidade com o pedido de compra (PO).

Onde obter

Inferido pela mudança de APPROVAL_STATUS para 'Rejected' na AP_INVOICES_ALL. O histórico do workflow terá detalhes sobre quem rejeitou e quando.

Captura

Inferido pela mudança de APPROVAL_STATUS para 'Rejected' na AP_INVOICES_ALL.

Tipo de evento inferred
Fatura Retida
Uma atividade genérica que representa qualquer retenção (hold) aplicada a uma fatura, impedindo o pagamento. Pode ocorrer por divergências de conciliação, falta de fundos ou intervenção manual.
Por que é importante

Afeta diretamente o tempo de ciclo e pode causar atrasos em pagamentos. Analisar retenções (holds) é essencial para resolver problemas sistêmicos e apoiar a análise de tendências de bloqueio.

Onde obter

Registrado explicitamente na tabela AP_HOLDS_ALL. Cada linha é uma retenção com data de criação (HOLD_DATE) e motivo.

Captura

Criação de um registro na tabela AP_HOLDS_ALL.

Tipo de evento explicit
Fatura Validada
Significa que a fatura passou pelas verificações de validação do sistema quanto à integridade e correção das informações de cabeçalho e linha. Geralmente é inferido a partir de uma mudança de status no registro da fatura.
Por que é importante

Um marco fundamental antes da conciliação e aprovação. Atrasos nesta etapa podem indicar problemas na qualidade dos dados da fatura ou na configuração do sistema.

Onde obter

Inferido pela mudança para 'Validated' na tabela AP_INVOICES_ALL. O histórico de alterações da coluna VALIDATION_STATUS pode ser usado.

Captura

Inferido pela alteração no campo VALIDATION_STATUS da AP_INVOICES_ALL.

Tipo de evento inferred
Hold Released from Invoice
Este evento marca a resolução de um bloqueio que havia sido aplicado à fatura. Um usuário ou um processo automatizado remove a restrição, permitindo que a fatura siga seu ciclo de vida.
Por que é importante

O tempo entre a aplicação e a liberação de um bloqueio é uma medida crítica da eficiência no tratamento de exceções. Isso alimenta o KPI de 'Tempo Médio de Resolução de Exceções'.

Onde obter

Registrado na tabela AP_HOLDS_ALL. Quando um bloqueio é liberado, os campos RELEASE_LOOKUP_CODE e RELEASE_REASON são preenchidos junto com a LAST_UPDATE_DATE.

Captura

Atualização de um registro na tabela AP_HOLDS_ALL marcando o bloqueio como liberado.

Tipo de evento explicit
Pagamento Agendado
A fatura é selecionada e incluída em uma solicitação de processo de pagamento, muitas vezes chamada de lote ou corrida de pagamento. Agora ela está na fila para pagamento.
Por que é importante

A etapa entre a contabilização e o pagamento real. A duração desta fase impacta a previsão de fluxo de caixa e a capacidade de obter descontos por antecipação.

Onde obter

Isso é registrado na tabela AP_INVOICE_PAYMENTS_ALL quando um registro de pagamento é criado, mas ainda não confirmado como pago. Também pode ser encontrado em tabelas de lote de pagamento como IBY_PAYMENT_PROCESS_REQUESTS.

Captura

Criação de um registro em AP_INVOICE_PAYMENTS_ALL para um pagamento agendado.

Tipo de evento explicit
Pagamento Criado
A instrução de pagamento da fatura foi gerada pelo sistema. Isso pode ser a criação de um cheque, um arquivo de transferência eletrônica (TED/DOC/PIX) ou outro instrumento de pagamento.
Por que é importante

Este é o ponto onde a organização empenha os fundos para pagamento. É um marco importante logo antes do dinheiro sair da conta bancária.

Onde obter

Registrado na tabela AP_CHECKS_ALL, que armazena informações sobre todos os pagamentos. A CHECK_DATE indica quando o documento de pagamento foi criado.

Captura

Criação de um registro na tabela AP_CHECKS_ALL.

Tipo de evento explicit
Recomendado Opcional

Guias de Extração

Como obter os seus dados do Oracle Fusion Financials