Seu Template de dados para compras ao pagamento, processamento de faturas
Seu Template de dados para compras ao pagamento, processamento de faturas
- Atributos recomendados para coleta
- Principais atividades para acompanhar
- Orientações para extração no Oracle Fusion Financials
Atributos do processo de compras ao pagamento, processamento de faturas
| Nome | Descrição | ||
|---|---|---|---|
|
Número da fatura
InvoiceNumber
|
Identificador exclusivo de uma fatura de fornecedor. | ||
|
Descrição
O número da fatura é o principal identificador do caso e vincula todas as atividades e eventos relacionados a uma única fatura de fornecedor, desde a criação até o pagamento final. Cada fatura é tratada como uma instância de caso exclusiva na análise do processo. Em Process Mining, esse atributo é fundamental para reconstruir o processo completo de cada fatura. Ele permite analisar fluxos do processo, tempos de ciclo e variações por fatura. É essencial para conectar atividades como validação, aprovação e pagamento em uma visão coerente do processo.
Por que isso importa
Este é o identificador essencial do caso, que conecta todas as etapas relacionadas do processo e permite acompanhar todo o ciclo de vida de uma fatura.
Onde encontrar
Esse dado costuma estar na coluna INVOICE_NUM da tabela AP_INVOICES_ALL.
Exemplos
INV-2023-001987654321ACME-FIN-5501
|
|||
|
Atividade
ActivityName
|
Nome da atividade de negócio ou do evento ocorrido no processo da fatura. | ||
|
Descrição
Este atributo descreve uma etapa específica ou uma mudança de status no ciclo de vida da fatura, como 'Fatura criada', 'Fatura aprovada' ou 'Pagamento efetuado'. A sequência desses eventos compõe o fluxo do processo. Analisar a sequência e a frequência das atividades é a base do Process Mining. Isso ajuda a descobrir o caminho real do processo, identificar gargalos causados por atividades atrasadas e detectar desvios ou ciclos de retrabalho, como uma fatura rejeitada após a aprovação.
Por que isso importa
Ele define as etapas do processo, essenciais para visualizar o mapa do processo, analisar variações no fluxo e identificar gargalos.
Onde encontrar
Esse atributo costuma ser derivado de uma combinação de campos de status, tabelas de auditoria ou registros do fluxo de trabalho no Oracle Fusion Financials, como AP_INVOICES_ALL.WFAPPROVAL_STATUS ou tabelas relacionadas ao fluxo de trabalho.
Exemplos
Fatura validadaBloqueio aplicado à faturaFatura aprovadaPagamento efetuado
|
|||
|
Hora de início
EventTime
|
Registro de data e hora que indica quando uma atividade ou um evento ocorreu. | ||
|
Descrição
Este atributo informa a data e a hora de cada atividade no processo da fatura. É essencial para todas as análises de processo baseadas em tempo, incluindo o cálculo de tempos de ciclo, durações e tempos de espera entre etapas. Ao ordenar os eventos cronologicamente com esses registros de data e hora, as ferramentas de Process Mining conseguem reconstruir a sequência exata das atividades de cada fatura. Isso permite calcular indicadores-chave de performance, como o tempo médio de ciclo de faturas, e identificar quais etapas do processo consomem mais tempo.
Por que isso importa
Esse registro de data e hora é essencial para calcular todas as métricas de performance relacionadas a duração e tempo, como tempos de ciclo e gargalos.
Onde encontrar
Esse registro de data e hora é 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 e tabelas relacionadas ao fluxo de trabalho e aos pagamentos.
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 identifica a entidade específica da organização responsável financeiramente pela fatura. Em organizações com várias empresas, esse é um dado organizacional fundamental. Este atributo permite segmentar a análise do processo por entidade legal. Isso ajuda a comparar a performance do processo entre diferentes áreas da empresa, identificar gargalos ou problemas de conformidade específicos de cada entidade e gerar relatórios de KPIs por empresa. O código também costuma ser usado para determinar o fluxo de trabalho de aprovação adequado.
Por que isso importa
Permite comparar processos e avaliar a performance entre diferentes entidades legais ou unidades de negócio da organização.
Onde encontrar
Geralmente, esse dado é representado pelo campo LEGAL_ENTITY_ID ou por um campo semelhante em AP_INVOICES_ALL. Ele pode ser associado a tabelas do razão geral para obter um código ou nome.
Exemplos
1001US01DE01
|
|||
|
Data de vencimento do pagamento
PaymentDueDate
|
A data limite para pagar a fatura ao fornecedor. | ||
|
Descrição
A data de vencimento do pagamento é calculada com base nas condições de pagamento acordadas com o fornecedor. Ela define o prazo para evitar multas, manter um bom relacionamento com o fornecedor e aproveitar possíveis descontos por pagamento antecipado. Este atributo é essencial para o Dashboard de performance dos pagamentos em dia e para o KPI correspondente. Ao comparar a data e hora da execução do pagamento com a data de vencimento, a análise classifica os pagamentos como feitos em dia ou atrasados. Assim, a organização pode acompanhar e melhorar a pontualidade dos pagamentos.
Por que isso importa
É a referência para medir a performance dos pagamentos em dia, um KPI importante para a gestão de fornecedores e a saúde financeira.
Onde encontrar
Essa data costuma estar disponível em tabelas de cronograma de pagamentos, como AP_PAYMENT_SCHEDULES_ALL, vinculadas à fatura.
Exemplos
2023-05-152023-06-012023-06-30
|
|||
|
Hora de término
EndTime
|
Data e hora que indicam quando uma atividade ou evento foi concluído. | ||
|
Descrição
A hora de término marca a conclusão de uma atividade específica. Enquanto a hora de início indica quando ela começou, a hora de término define quando acabou, permitindo calcular com precisão a duração de cada etapa. Na análise, a diferença entre a hora de término e a hora de início corresponde ao tempo de processamento de cada atividade. Esse dado é essencial para uma análise detalhada da performance, pois ajuda a distinguir o tempo de trabalho ativo do tempo de espera. Por exemplo, permite medir quanto tempo o aprovador realmente dedicou à aprovação, em comparação com o período em que a tarefa ficou na fila.
Por que isso importa
Permite calcular com precisão o tempo de processamento das atividades e separar o tempo de trabalho ativo do tempo de espera.
Onde encontrar
Este é um atributo conceitual, derivado da hora de início do evento seguinte na sequência de um determinado caso.
Exemplos
2023-04-15T10:05:12Z2023-04-16T15:00:00Z2023-04-20T09:15:30Z
|
|||
|
Nome de usuário
UserName
|
O nome do usuário que realizou a atividade. | ||
|
Descrição
Este atributo identifica o usuário ou agente do sistema responsável por executar uma atividade, como validar uma fatura, colocá-la em espera ou aprovar um pagamento. Ele acrescenta ao processo uma dimensão de recurso humano ou sistêmico. A análise por usuário ajuda a entender a distribuição da carga de trabalho, identificar quem tem melhor performance e detectar possíveis necessidades de treinamento ou problemas de conformidade. Por exemplo, ela pode revelar se determinados usuários estão sempre associados a ciclos de retrabalho ou se as mesmas pessoas cuidam de certas etapas de aprovação, criando um possível ponto único de falha.
Por que isso importa
Permite analisar a performance dos recursos, equilibrar a carga de trabalho e identificar quais usuários ou equipes participam de etapas específicas do processo.
Onde encontrar
Essas informações costumam ficar em colunas de auditoria, como CREATED_BY ou LAST_UPDATED_BY, em tabelas como AP_INVOICES_ALL, ou em logs relacionados ao fluxo de trabalho.
Exemplos
john.doejane.smithSystem.Admin
|
|||
|
Nome do fornecedor
VendorName
|
O nome do fornecedor que emitiu a fatura. | ||
|
Descrição
Este atributo identifica o fornecedor que emitiu a fatura. Essas informações dão contexto comercial importante à transação financeira. A análise do processo por fornecedor pode revelar insights importantes sobre o relacionamento e a performance de cada um. Por exemplo, pode mostrar se as faturas de determinados fornecedores apresentam mais divergências na conciliação, bloqueios ou atrasos. Essas informações podem ajudar a melhorar o cadastro de fornecedores, a comunicação e a eficiência geral da cadeia de suprimentos. Também são úteis para identificar possíveis pagamentos duplicados.
Por que isso importa
Permite analisar o processo por fornecedor e identificar problemas com fornecedores específicos que causam atrasos ou exceções.
Onde encontrar
Está na tabela POZ_SUPPLIERS. A tabela de faturas AP_INVOICES_ALL contém o campo VENDOR_ID, que pode ser usado para fazer a junção com a tabela de fornecedores.
Exemplos
Acme CorporationGlobal Tech Inc.Office Supplies Co.
|
|||
|
Status da fatura
InvoiceStatus
|
O status atual da fatura ao longo do processo. | ||
|
Descrição
Este atributo indica o último status conhecido da fatura, como 'Validada', 'Precisa ser validada novamente', 'Paga' ou 'Cancelada'. Ele mostra em que etapa do processo a fatura está em determinado momento. O status da fatura é essencial para o Dashboard de distribuição dos status atuais das faturas, que ajuda os gestores de operações a identificar acúmulos e acompanhar a situação geral do processamento de faturas. Analisar como os status mudam ao longo do tempo também oferece uma visão simplificada do fluxo do processo.
Por que isso importa
Mostra a situação atual das faturas, informação essencial para Dashboards operacionais que acompanham acúmulos e carga de trabalho.
Onde encontrar
Consulte a documentação do Oracle Fusion Financials. O status pode ser derivado de campos como WFAPPROVAL_STATUS em AP_INVOICES_ALL ou de tabelas relacionadas a aprovações e pagamentos.
Exemplos
ValidadaPagaCanceladaPrecisa ser validada novamente
|
|||
|
Valor da fatura
InvoiceAmount
|
O valor monetário total da fatura. | ||
|
Descrição
O valor da fatura corresponde ao total devido ao fornecedor, conforme informado no documento. Esse é um atributo financeiro crítico que influencia todo o processo e muitas vezes determina o fluxo de aprovação, o nível de análise e a prioridade do pagamento. Na análise de Process Mining, o valor da fatura é uma dimensão importante para filtrar e segmentar os dados. Por exemplo, analistas podem comparar o processo de faturas de alto e baixo valor para verificar se seguem caminhos diferentes ou se os tempos de ciclo variam significativamente. Esse atributo também é essencial para calcular KPIs financeiros e avaliar o impacto monetário de ineficiências, como pagamentos atrasados.
Por que isso importa
Esse valor é essencial para a análise financeira, para entender desvios do processo conforme o valor e para calcular KPIs como a taxa de conformidade das aprovações.
Onde encontrar
Está na coluna INVOICE_AMOUNT da tabela AP_INVOICES_ALL.
Exemplos
1500.00250.75125000.50
|
|||
|
Data da fatura
InvoiceDate
|
A data informada na fatura emitida pelo fornecedor. | ||
|
Descrição
Este atributo indica a data em que o fornecedor emitiu oficialmente a fatura. É uma informação importante do documento de origem e serve de referência para calcular a data de vencimento do pagamento com base nas condições acordadas. Embora nem sempre marque o início do processo interno, a data da fatura oferece um contexto importante. Combinada com o nome do fornecedor e o valor da fatura, ajuda a identificar possíveis duplicidades. Analisar o intervalo entre a data da fatura e a data em que ela foi criada no sistema também pode revelar ineficiências no recebimento ou na entrada de faturas.
Por que isso importa
É um dado importante para identificar faturas duplicadas e calcular as datas de vencimento dos pagamentos.
Onde encontrar
É um campo padrão da tabela AP_INVOICES_ALL, chamado INVOICE_DATE.
Exemplos
2023-04-102023-05-012023-05-25
|
|||
|
Data da última atualização
LastUpdateDate
|
Data e hora que indicam quando o registro foi atualizado pela última vez no sistema de origem. | ||
|
Descrição
Este atributo indica quando os dados subjacentes foram modificados pela última vez no Oracle Fusion Financials. Ele é usado para gerenciar cargas incrementais de dados e manter o modelo de Process Mining atualizado. Embora não seja usado diretamente na análise do fluxo do processo, esse dado técnico de data e hora é essencial para manter os dados atualizados e íntegros. Ele permite que os pipelines de dados consultem com eficiência apenas os registros novos ou alterados desde a última atualização, reduzindo a carga no sistema de origem.
Por que isso importa
Permite executar os pipelines de dados com eficiência e de forma incremental, mantendo a análise do processo atualizada sem recargas completas.
Onde encontrar
Geralmente aparece 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
|
|||
|
É retrabalho?
IsRework
|
Indicador booleano que identifica atividades que fazem parte de um ciclo de retrabalho. | ||
|
Descrição
Este indicador recebe o valor verdadeiro para atividades que representam um desvio do fluxo ideal do processo, como 'Fatura corrigida' ou uma segunda ocorrência de 'Fatura validada' após uma rejeição. Ele ajuda a identificar e quantificar explicitamente ciclos ineficientes do processo. Este atributo é essencial para o Dashboard de taxa de retrabalho e tratamento de exceções. Ao sinalizar atividades de retrabalho, analistas podem quantificar facilmente seu volume e custo, identificar as causas raiz e medir o impacto das iniciativas de melhoria voltadas a acertar na primeira tentativa.
Por que isso importa
Identifica e quantifica o retrabalho, facilitando a análise da frequência, das causas e do impacto das ineficiências do processo.
Onde encontrar
Este é um atributo calculado. A lógica é definida durante a transformação dos dados para identificar sequências de atividades que constituem retrabalho.
Exemplos
truefalse
|
|||
|
Moeda
InvoiceCurrencyCode
|
A moeda do valor da fatura. | ||
|
Descrição
Este atributo informa a moeda em que a fatura está expressa, como USD, EUR ou GBP. Ele é essencial para contextualizar o campo de valor da fatura. Em uma organização global, analisar as faturas por moeda é importante para os relatórios financeiros e para entender as variações do processo por região. Isso garante a interpretação correta dos valores monetários e permite analisar práticas de pagamento ou limites de aprovação por moeda.
Por que isso importa
Fornece o contexto necessário para interpretar e analisar corretamente os valores financeiros, especialmente em operações multinacionais.
Onde encontrar
Está na coluna INVOICE_CURRENCY_CODE da tabela AP_INVOICES_ALL.
Exemplos
USDEURGBPCAD
|
|||
|
Motivo da divergência na conciliação
MatchingDiscrepancyReason
|
O motivo específico da divergência entre uma fatura, um pedido de compra e um recebimento. | ||
|
Descrição
Este atributo detalha por que uma fatura não passou pela conciliação automática. Entre os motivos mais comuns estão diferenças de preço, quantidade ou código do item entre a fatura e o pedido de compra ou comprovante de recebimento correspondente. Essas informações são essenciais para o Dashboard de taxa de divergências na conciliação de faturas. Ao categorizar e analisar os motivos das divergências, as empresas podem identificar problemas sistêmicos nos processos de compras ou recebimento. Isso permite tomar medidas corretivas para aumentar a proporção de faturas processadas sem intervenção manual.
Por que isso importa
Explica por que as faturas não passam pela conciliação automática e fornece insights para melhorar a taxa de conciliação na primeira tentativa e reduzir o retrabalho manual.
Onde encontrar
Consulte a documentação do Oracle Fusion Financials. Esse dado pode ser registrado como um tipo específico de motivo de bloqueio em AP_HOLDS_ALL ou em tabelas relacionadas aos detalhes da conciliação.
Exemplos
Preço unitário diferente do pedido de compraQuantidade faturada > quantidade recebidaItem inválido na fatura
|
|||
|
Motivo do bloqueio
HoldReason
|
O motivo pelo qual uma fatura foi colocada em espera ou teve o pagamento bloqueado. | ||
|
Descrição
Quando uma fatura é colocada em espera, este atributo informa o motivo, como 'Divergência de preço', 'Divergência de quantidade' ou 'Aguardando recebimento de mercadorias'. Assim, fica claro por que o fluxo normal do processo foi interrompido. Este atributo é a principal dimensão do Dashboard de tendências e análise de bloqueios de pagamento. Ao analisar a frequência de cada motivo, a empresa pode identificar e tratar as causas raiz dos bloqueios, como problemas no processo de compras ou erros nas faturas dos fornecedores, reduzindo os atrasos no processamento.
Por que isso importa
Aponta a causa raiz dos bloqueios de pagamento e permite direcionar melhorias para reduzir a frequência de bloqueios e atrasos nos pagamentos.
Onde encontrar
As informações sobre bloqueios geralmente ficam na tabela AP_HOLDS_ALL, vinculada à fatura e com o motivo ou código do bloqueio.
Exemplos
Divergência de preçoQuantidade faturada maior que a quantidade recebidaNúmero do pedido de compra inválido
|
|||
|
Nome do aprovador
ApproverName
|
O nome da pessoa que aprovou ou rejeitou a fatura. | ||
|
Descrição
Este atributo registra a identidade da pessoa que tomou uma decisão na etapa de aprovação. Ele é preenchido em atividades como 'Fatura aprovada' ou 'Fatura rejeitada'. Na análise, o nome do aprovador ajuda a entender a carga de trabalho das aprovações, medir o tempo de ciclo de cada aprovador e auditar a conformidade com as políticas de aprovação. Para o KPI de taxa de conformidade das aprovações, esse atributo pode ser comparado com as regras de delegação de autoridade, definidas conforme o valor da fatura e o código da empresa.
Por que isso importa
É essencial para analisar os tempos de ciclo das aprovações, verificar a conformidade com as políticas da matriz de aprovação e entender a distribuição da carga de trabalho.
Onde encontrar
Essas informações ficam nas tabelas de histórico de fluxo de trabalho ou de aprovações 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, que autorizou a aquisição de bens ou serviços. As faturas podem estar vinculadas a um PO ou não. A análise por PO conecta o processo de faturas à etapa de compras do processo P2P. Ela ajuda a entender a conformidade do processo de compras e a verificar se problemas nas faturas, como divergências na conciliação, têm origem em falhas no pedido de compra inicial. A presença ou ausência do número do PO é uma forma importante de segmentar e analisar diferentes fluxos de processamento de faturas.
Por que isso importa
Vincula a fatura ao processo de compras e é um atributo importante para analisar os fluxos de faturas com e sem PO.
Onde encontrar
Essas informações podem ser obtidas vinculando os itens de linha da fatura em AP_INVOICE_LINES_ALL às distribuições do PO por meio de PO_DISTRIBUTION_ID.
Exemplos
PO-2023-5001600789PO-FIN-9981
|
|||
|
Pagamento em dia?
IsOnTimePayment
|
Indicador booleano que informa se a fatura foi paga até a data de vencimento. | ||
|
Descrição
Este indicador recebe o valor verdadeiro se o pagamento foi realizado até a data de vencimento, inclusive, e falso caso contrário. Ele oferece uma classificação simples e clara para cada fatura paga. Este atributo calculado dá suporte direto ao KPI de taxa de pagamentos em dia e ao Dashboard correspondente. Ele simplifica a análise, permitindo filtrar, contar e visualizar facilmente a proporção de pagamentos atrasados e em dia, sem precisar comparar datas a cada consulta. Assim, fica mais fácil identificar a dimensão dos atrasos e acompanhar as melhorias ao longo do tempo.
Por que isso importa
Simplifica a análise da pontualidade dos pagamentos e serve diretamente de base para calcular o KPI de taxa de pagamentos em dia.
Onde encontrar
Este atributo calculado resulta da comparação entre a data e hora da atividade 'Pagamento executado' e o atributo 'PaymentDueDate'.
Exemplos
truefalse
|
|||
|
Sistema de origem
SourceSystem
|
Identifica o sistema de origem em que os dados do evento foram registrados. | ||
|
Descrição
Este atributo especifica o aplicativo ou módulo de origem que gerou os dados, como o Oracle Fusion Financials. Em ambientes com vários sistemas integrados, esse campo ajuda a distinguir a origem de cada etapa do processo. Conhecer o sistema de origem é útil para validar dados, solucionar problemas e analisar variações do processo específicas de determinado sistema. Isso traz clareza a ambientes de TI complexos, nos quais o percurso de uma fatura pode envolver vários aplicativos.
Por que isso importa
Ele informa a origem dos dados, algo importante para a governança de dados, a solução de problemas e a análise do comportamento do processo em cada sistema.
Onde encontrar
Esse costuma ser um valor estático, adicionado durante a extração de dados para identificar a origem do conjunto de dados.
Exemplos
Oracle Fusion FinancialsOracle Payables Cloud
|
|||
Atividades do processo de compras ao pagamento, processamento de faturas
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura aprovada
|
Todas as pessoas necessárias no fluxo de trabalho aprovaram a fatura. Agora, ela está pronta para a contabilização e a programação do pagamento. | ||
|
Por que isso importa
É um marco importante que indica a conclusão bem-sucedida do processo de aprovação. Atrasos antes desta etapa são gargalos comuns.
Onde encontrar
Inferido quando APPROVAL_STATUS na tabela AP_INVOICES_ALL muda para um status final de aprovação, como 'Aprovada' ou 'Aprovada pelo fluxo de trabalho'. O histórico de auditoria desse campo fornece o registro de data e hora.
Coleta
Inferido a partir da mudança de AP_INVOICES_ALL.APPROVAL_STATUS para 'Aprovada'.
Tipo de evento
inferred
|
|||
|
Fatura conciliada com o pedido de compra
|
Esta atividade indica que uma linha da fatura foi conciliada com a linha correspondente do pedido de compra, confirmando que os bens ou serviços faturados foram solicitados. Em geral, o sistema registra essa ação, que pode ser automática ou manual. | ||
|
Por que isso importa
É essencial para a conciliação de três vias, que envolve o pedido de compra, o recebimento e a fatura. Falhas nesta etapa são uma das principais causas de exceções e atrasos.
Onde encontrar
É possível inferir esse evento pela criação de registros na tabela AP_INVOICE_DISTRIBUTIONS_ALL que vinculam a fatura a uma distribuição do pedido de compra (PO_DISTRIBUTION_ID). Também é possível usar o status de conciliação das linhas na tabela AP_INVOICE_LINES_ALL.
Coleta
Inferido pelo preenchimento dos dados de distribuição do pedido de compra nas linhas da fatura.
Tipo de evento
inferred
|
|||
|
Fatura contabilizada
|
A fatura é lançada com sucesso no razão geral, gerando lançamentos contábeis. Esse evento confirma que o impacto financeiro da fatura foi registrado oficialmente. | ||
|
Por que isso importa
É um ponto essencial de controle financeiro e um pré-requisito para o pagamento. Confirma que a fatura foi validada e aprovada e está pronta para liquidação.
Onde encontrar
Inferido pelo status na tabela AP_INVOICE_DISTRIBUTIONS_ALL (ACCRUAL_POSTED_FLAG = 'Y') ou pela verificação de lançamentos contábeis correspondentes em tabelas do razão geral, como XLA_AE_HEADERS.
Coleta
Inferido por sinalizadores em AP_INVOICE_DISTRIBUTIONS_ALL ou por lançamentos vinculados no razão geral.
Tipo de evento
inferred
|
|||
|
Fatura criada
|
Indica a criação inicial de um registro de fatura no sistema, por digitação manual, digitalização ou envio eletrônico. Em geral, esse evento é registrado quando uma nova linha é inserida na tabela principal de faturas. | ||
|
Por que isso importa
Marca o início do ciclo de vida do processamento da fatura. Analisar o tempo desde esse evento ajuda a entender a eficiência da entrada de dados e os atrasos no início do processo.
Onde encontrar
No Oracle Fusion Financials, corresponde ao registro de data e hora de criação do registro na tabela AP_INVOICES_ALL, especificamente na coluna CREATION_DATE.
Coleta
Registro de data e hora de criação do registro em AP_INVOICES_ALL.
Tipo de evento
explicit
|
|||
|
Fatura enviada para aprovação
|
A fatura é enviada para um fluxo de trabalho de aprovação com base nas regras de negócio configuradas. Isso marca o início do ciclo formal de aprovação. | ||
|
Por que isso importa
Inicia uma etapa essencial do processo. Registrar a hora de início é fundamental para medir e otimizar o 'Tempo de ciclo de aprovação de faturas'.
Onde encontrar
Inferido a partir de uma mudança de status na tabela AP_INVOICES_ALL, quando APPROVAL_STATUS passa para um estado como 'Iniciada' ou 'Aguardando aprovação'. As tabelas do fluxo de trabalho também podem conter esse evento.
Coleta
Inferido a partir da mudança de AP_INVOICES_ALL.APPROVAL_STATUS para 'Iniciada'.
Tipo de evento
inferred
|
|||
|
Pagamento efetuado
|
É a confirmação final de que o pagamento foi feito e compensado. Para cheques, corresponde à data de compensação; para pagamentos eletrônicos, à confirmação do banco. | ||
|
Por que isso importa
Esta é a atividade final do ciclo de vida da fatura e marca a conclusão bem-sucedida do processo. É o ponto final para calcular o 'Tempo médio de ciclo de faturas' e a 'Taxa de pagamentos feitos no prazo'.
Onde encontrar
Inferido quando o status do pagamento é atualizado para 'Compensado' ou 'Conciliado' na tabela AP_CHECKS_ALL (usando CLEARED_DATE) ou com dados da conciliação bancária no módulo Cash Management (CE_STATEMENT_LINES).
Coleta
Inferido por atualizações de status em AP_CHECKS_ALL ou pela conciliação no módulo CE.
Tipo de evento
inferred
|
|||
|
Bloqueio aplicado à fatura
|
Atividade genérica que representa qualquer bloqueio aplicado a uma fatura, impedindo que ela avance para o pagamento. O bloqueio pode ocorrer por vários motivos, como problemas de conciliação, falta de fundos ou intervenção manual. | ||
|
Por que isso importa
Afeta diretamente o tempo de ciclo e pode causar atrasos nos pagamentos. Analisar os bloqueios é essencial para identificar e resolver problemas sistêmicos do processo e apoiar a análise de 'Tendências de bloqueios de pagamento'.
Onde encontrar
Registrado explicitamente na tabela AP_HOLDS_ALL. Cada linha representa um bloqueio, com data de criação (HOLD_DATE) e motivo.
Coleta
Criação de um registro na tabela AP_HOLDS_ALL.
Tipo de evento
explicit
|
|||
|
Bloqueio removido da fatura
|
Este evento marca a resolução de um bloqueio aplicado anteriormente à fatura. Uma pessoa ou um processo automatizado remove o bloqueio, permitindo que a fatura continue seu ciclo. | ||
|
Por que isso importa
O tempo entre a aplicação e a remoção de um bloqueio é uma medida essencial da eficiência no tratamento de exceções. Esse dado apoia o KPI 'Tempo médio de resolução de exceções'.
Onde encontrar
Registrado na tabela AP_HOLDS_ALL. Quando um bloqueio é removido, os campos RELEASE_LOOKUP_CODE e RELEASE_REASON são preenchidos, assim como LAST_UPDATE_DATE.
Coleta
Atualização de um registro na tabela AP_HOLDS_ALL para indicar que o bloqueio foi removido.
Tipo de evento
explicit
|
|||
|
Divergência na conciliação identificada
|
Ocorre quando o sistema ou uma pessoa identifica uma divergência entre as informações da fatura, do pedido de compra e do recebimento, como preço ou quantidade. Muitas vezes, isso faz com que o sistema bloqueie a fatura. | ||
|
Por que isso importa
Destaca exceções do processo que exigem intervenção manual. Acompanhar esses eventos é essencial para o KPI 'Taxa de divergências na conciliação de faturas' e para a análise de causa raiz.
Onde encontrar
Em geral, o sistema registra esse evento como um tipo específico de bloqueio aplicado à fatura. Consulte a tabela AP_HOLDS_ALL para verificar tipos de bloqueio relacionados à conciliação, como 'QTY REC' ou 'PRICE'. HOLD_DATE indica o registro de data e hora.
Coleta
Criação de um registro na tabela AP_HOLDS_ALL com um tipo de bloqueio relacionado à conciliação.
Tipo de evento
explicit
|
|||
|
Fatura cancelada
|
A fatura foi anulada ou cancelada e não será mais processada nem paga. Isso representa um estado final do processo. | ||
|
Por que isso importa
É um ponto final importante para faturas que não resultam em pagamento. Analisar os cancelamentos pode revelar problemas com faturas duplicadas ou envios incorretos de fornecedores.
Onde encontrar
Inferido a partir de uma mudança de status em AP_INVOICES_ALL. A coluna CANCELLED_DATE é preenchida com o registro de data e hora do cancelamento.
Coleta
O campo CANCELLED_DATE na tabela AP_INVOICES_ALL é preenchido.
Tipo de evento
explicit
|
|||
|
Fatura corrigida
|
Ocorre quando alguém altera uma fatura, muitas vezes em resposta a uma rejeição ou para corrigir um erro de entrada de dados. Essa etapa representa retrabalho manual no processo. | ||
|
Por que isso importa
Esta atividade é um indicador claro de retrabalho. Analisar sua frequência ajuda a quantificar a ineficiência do processo e apoia o KPI 'Taxa de retrabalho de faturas'.
Onde encontrar
É possível inferir esse evento acompanhando atualizações significativas no registro da fatura em AP_INVOICES_ALL, depois que ela já foi validada ou enviada para aprovação. São necessários o registro de data e hora LAST_UPDATE_DATE e os dados da trilha de auditoria.
Coleta
Inferido pela comparação de LAST_UPDATE_DATE após uma rejeição ou um bloqueio.
Tipo de evento
inferred
|
|||
|
Fatura rejeitada
|
Uma pessoa aprovadora rejeitou a fatura durante o fluxo de trabalho de aprovação. Em geral, essa ação devolve a fatura para correção ou cancelamento e inicia um ciclo de retrabalho. | ||
|
Por que isso importa
Representa um resultado negativo e uma das principais causas de retrabalho e aumento do tempo de ciclo. Acompanhar as rejeições ajuda a identificar problemas na qualidade das faturas ou na conformidade com os pedidos de compra.
Onde encontrar
Inferido quando APPROVAL_STATUS na tabela AP_INVOICES_ALL muda para 'Rejeitada'. O histórico do fluxo de trabalho contém detalhes sobre quem rejeitou a fatura e quando.
Coleta
Inferido a partir da mudança de AP_INVOICES_ALL.APPROVAL_STATUS para 'Rejeitada'.
Tipo de evento
inferred
|
|||
|
Fatura validada
|
Indica que a fatura passou pelas verificações do sistema quanto à integridade e à correção das informações do cabeçalho e das linhas. Muitas vezes, esse evento é inferido a partir de uma mudança no status da fatura. | ||
|
Por que isso importa
É uma etapa importante antes da conciliação e da aprovação. Atrasos nesse ponto podem indicar problemas na qualidade dos dados da fatura ou na configuração do sistema.
Onde encontrar
Inferido quando o status da fatura muda para 'Validada' na tabela AP_INVOICES_ALL. É possível usar o histórico de alterações ou a trilha de auditoria da coluna VALIDATION_STATUS.
Coleta
Inferido a partir de uma alteração no campo AP_INVOICES_ALL.VALIDATION_STATUS.
Tipo de evento
inferred
|
|||
|
Pagamento criado
|
O sistema gerou a instrução de pagamento da fatura. Isso pode envolver a criação de um cheque, de um arquivo de transferência eletrônica de fundos (EFT) ou de outro instrumento de pagamento. | ||
|
Por que isso importa
Neste ponto, a organização compromete os fundos para o pagamento. É um marco importante, pouco antes de o dinheiro sair da conta bancária.
Onde encontrar
Registrado na tabela AP_CHECKS_ALL, que armazena informações sobre todos os pagamentos. CHECK_DATE indica quando o documento de pagamento foi criado.
Coleta
Criação de um registro na tabela AP_CHECKS_ALL.
Tipo de evento
explicit
|
|||
|
Pagamento programado
|
A fatura é selecionada e incluída em uma solicitação de processamento de pagamentos, geralmente chamada de lote ou execução de pagamento. Agora, ela está na fila para pagamento. | ||
|
Por que isso importa
Esta etapa fica entre a contabilização e o pagamento efetivo. Sua duração afeta a previsão do fluxo de caixa e a possibilidade de aproveitar descontos por pagamento antecipado.
Onde encontrar
Esse evento é registrado na tabela AP_INVOICE_PAYMENTS_ALL quando um registro de pagamento é criado, mas ainda não há confirmação de que o pagamento foi feito. Ele também pode ser encontrado em tabelas de lotes de pagamento, como IBY_PAYMENT_PROCESS_REQUESTS.
Coleta
Criação de um registro de pagamento programado na tabela AP_INVOICE_PAYMENTS_ALL.
Tipo de evento
explicit
|
|||
Guias de extração
Pronto para começar?
Comece a otimizar o processamento de faturas preparando seus dados com este Template. Tenha acesso a insights valiosos e promova ganhos significativos de eficiência na sua organização.
Otimize agora o processamento de faturas P2P e reduza o tempo de ciclo em 30%
Elimine gargalos no Oracle Fusion Financials e reduza o tempo de ciclo em 30%.
Não é necessário informar o cartão de crédito. Veja resultados em poucos dias.