Seu template de dados para Order to Cash

Oracle E-Business Suite
Seu template de dados para Order to Cash

Seu template de dados para Order to Cash

Este template orienta a coleta dos dados para analisar seu processo de Order to Cash. Ele detalha campos essenciais, etapas críticas e dicas de extração. Use este recurso para garantir que sua análise de processos seja precisa e eficaz.
  • Atributos recomendados para coletar
  • Atividades-chave a monitorizar
  • Guia de extração para Oracle E-Business Suite
É novo em event logs? Saiba como criar um event log para Process Mining.

Atributos de Order to Cash - Faturamento e Cobrança

Estes são os campos de dados recomendados para seu Event Log para uma análise completa de faturamento e cobrança.
3 Obrigatório 6 Recomendado 12 Opcional
Nome Descrição
Número da fatura
InvoiceNumber
O identificador exclusivo de cada fatura, servindo como ID de caso principal para o processo.
Descrição

O Número da Fatura é a base da análise de Order to Cash, identificando cada transação de forma única. Ele agrupa atividades como geração, aprovação, envio e pagamento em uma única instância, permitindo uma visão completa de ponta a ponta.

No Process Mining, usar o Número da Fatura ajuda a medir o tempo total do ciclo, identificar variantes e localizar gargalos. É essencial para rastrear faturas individuais da criação até a liquidação.

Por que é importante

É o identificador essencial do caso que conecta todos os eventos, permitindo a reconstrução e análise do processo completo para cada fatura.

Onde obter

Geralmente é o número da transação na tabela RA_CUSTOMER_TRX_ALL do Oracle Receivables.

Exemplos
INV-9234501788144US-2023-001293
Tempo do Evento
EventTime
A data e hora exatas em que a atividade ocorreu.
Descrição

Event Time é o registro de data e hora de cada atividade, definindo a ordem cronológica. É o dado bruto para qualquer análise temporal no Process Mining.

Este atributo é essencial para calcular KPIs como tempos de ciclo e lead times. Por exemplo, a diferença de Event Time entre 'Fatura Gerada' e 'Fatura Aprovada' indica o tempo de aprovação. Timestamps precisos são cruciais para a confiabilidade da análise.

Por que é importante

Fornece o contexto temporal para cada evento, permitindo calcular durações, analisar performance e descobrir gargalos.

Onde obter

Obtido de vários campos de data no Oracle EBS, como CREATION_DATE ou LAST_UPDATE_DATE nas tabelas RA_CUSTOMER_TRX_ALL e AR_CASH_RECEIPTS_ALL.

Exemplos
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
Nome da Atividade
ActivityName
O nome do evento de negócio específico ocorrido no ciclo de vida da fatura.
Descrição

O Nome da Atividade descreve uma etapa ou marco, como 'Fatura Gerada' ou 'Pagamento Recebido'. A sequência dessas atividades para uma fatura forma o fluxo do processo.

Este atributo é fundamental para o Process Mining, pois constrói o mapa do processo e identifica desvios ou retrabalhos. A clareza nos nomes das atividades é vital para calcular o tempo entre as etapas ou auditar a conformidade do processo.

Por que é importante

Este atributo é a base para descobrir e visualizar o fluxo, permitindo analisar variantes, gargalos e retrabalhos.

Onde obter

Geralmente derivado do mapeamento de mudanças de status ou criação de registros em tabelas como AR_PAYMENT_SCHEDULES_ALL e RA_CUSTOMER_TRX_ALL.

Exemplos
Fatura geradaFatura AprovadaVencimento da fatura atingidoPagamento do cliente recebido
Data de Vencimento
DueDate
A data limite para o cliente pagar a fatura.
Descrição

A Data de Vencimento define o prazo final de pagamento. É a métrica base para medir a pontualidade real.

Esse atributo é essencial para KPIs como a Taxa de Pagamento no Prazo e relatórios de aging. No Process Mining, permite analisar comportamentos de pagamento e identificar como atrasos no processo interno afetam a arrecadação.

Por que é importante

É a base para medir a performance de pagamento, calcular o aging das faturas e avaliar riscos de inadimplência.

Onde obter

Disponível na tabela AR_PAYMENT_SCHEDULES_ALL, coluna DUE_DATE.

Exemplos
2023-05-152023-06-302023-07-01
Departamento
Department
O departamento ou equipe funcional do usuário que realizou a atividade.
Descrição

O Atributo Departamento contextualiza quem realizou a atividade (ex: 'Contas a Receber' ou 'Vendas'). Isso permite análises agregadas por equipe ou setor.

É vital para entender como as áreas influenciam o faturamento. Ajuda a identificar problemas sistêmicos em setores específicos, comparar o desempenho de times e analisar a alocação de recursos.

Por que é importante

Permite analisar a performance por estrutura organizacional, destacando diferenças entre equipes e localizando gargalos departamentais.

Onde obter

Derivado do cruzamento de dados de usuários com a hierarquia de RH, geralmente da PER_ALL_ASSIGNMENTS_F.

Exemplos
Contas a ReceberOperações FinanceirasServiços de Faturamento
ID do Cliente
CustomerId
Um identificador exclusivo para o cliente para quem a fatura foi emitida.
Descrição

O ID do Cliente vincula a fatura a uma conta específica. Isso permite agregar e comparar a performance do processo entre diferentes clientes.

Com esse atributo, é possível criar dashboards sobre comportamento de pagamento, identificar quais clientes geram mais disputas ou retrabalho e comparar tempos de processamento por segmento. É essencial para uma análise focada no cliente.

Por que é importante

Permite análises focadas no cliente, ajudando a identificar padrões de pagamento e disputas frequentes para clientes específicos.

Onde obter

Encontrado na tabela RA_CUSTOMER_TRX_ALL como SOLD_TO_CUSTOMER_ID ou BILL_TO_CUSTOMER_ID.

Exemplos
CUST-100239845ACME-US-01
Status da Fatura
InvoiceStatus
O status atual da fatura em seu ciclo de vida.
Descrição

O Status da Fatura reflete o estado atual (ex: 'Aberta', 'Fechada', 'Disputa'), oferecendo um panorama do progresso.

Este atributo é essencial para dashboards como 'Aging de Faturas', permitindo ver o volume e valor em cada estado. Ajuda a priorizar cobranças e fornece um resumo da saúde do portfólio de contas a receber.

Por que é importante

Fornece uma visão do status atual das faturas, essencial para Dashboards operacionais, gestão de carga de trabalho e priorização de cobranças.

Onde obter

Disponível na tabela AR_PAYMENT_SCHEDULES_ALL, coluna STATUS ('OP' para aberto, 'CL' para fechado).

Exemplos
AbertoEncerradoEm Disputa
Utilizador
User
O ID do utilizador da pessoa que realizou a atividade.
Descrição

Identifica o funcionário ou usuário do sistema que executou a etapa (ex: aprovação ou baixa). É essencial para entender o fator humano no processo.

Analisar por Usuário ajuda a identificar necessidades de treinamento e desequilíbrios na carga de trabalho. Pode revelar, por exemplo, quem está ligado a mais retrabalhos ou atrasos, auxiliando melhorias focadas.

Por que é importante

Permite analisar o desempenho individual, ajudando a identificar usuários de alta performance e necessidades de treinamento.

Onde obter

Obtido de campos de ID de usuário como CREATED_BY ou LAST_UPDATED_BY. Esse ID é cruzado com a FND_USER para obter o nome do usuário.

Exemplos
JSMITHBWILLIAMSCDAVIS
Valor Total da Fatura
TotalInvoiceAmount
O valor monetário total da fatura, incluindo itens, impostos e taxas.
Descrição

Representa o valor total da fatura enviada. É uma métrica básica para a análise financeira do faturamento.

No Process Mining, o Valor Total é usado para segmentar casos. Analistas podem comparar se faturas de alto valor são tratadas de forma diferente das de baixo valor, além de calcular o impacto financeiro de faturas retidas em aprovação.

Por que é importante

Permite análise de impacto financeiro, ajudando a priorizar problemas com base no valor monetário e como ele afeta o processo.

Onde obter

Provavelmente extraído da tabela AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) ou calculado via RA_CUSTOMER_TRX_LINES_ALL.

Exemplos
1500.0012550.75500.50
Condições de Pagamento
PaymentTerms
Os termos acordados que definem quando o cliente deve pagar a fatura.
Descrição

As Condições de Pagamento definem os prazos, como '30 dias' ou '60 dias', usados para calcular o vencimento da fatura. Elas são dados mestres críticos que impactam diretamente o fluxo de caixa.

Analisar por Condições de Pagamento ajuda a entender como diferentes prazos afetam o comportamento de pagamento e o DSO. Isso pode revelar se clientes com prazos menores pagam mais rápido e orientar decisões estratégicas sobre quais condições oferecer a cada segmento de cliente.

Por que é importante

Influencia diretamente o vencimento e a previsão de fluxo de caixa. Analisá-lo ajuda a avaliar a eficácia das políticas de crédito.

Onde obter

Obtido da tabela RA_TERMS_B, vinculada pelo TERM_ID na tabela RA_CUSTOMER_TRX_ALL.

Exemplos
Líquido 30Líquido 60Vencimento no Recebimento
Days Sales Outstanding
DaysSalesOutstanding
O número de dias entre a geração da fatura e o recebimento do pagamento.
Descrição

O Prazo Médio de Recebimento (DSO) mede o tempo médio entre a geração da fatura e o recebimento. Este atributo é calculado para cada fatura individualmente.

Ter esse valor por fatura permite análises poderosas, como identificar outliers e tendências de eficiência. O Dashboard 'Tendência de DSO' visualiza a média deste atributo ao longo do tempo.

Por que é importante

Mede a eficiência de cobrança por fatura, oferecendo dados para análise de tendências e fatores ligados ao DSO alto.

Onde obter

Calculado na transformação de dados. Lógica: Timestamp('Recebimento do Pagamento') - Timestamp('Fatura Gerada').

Exemplos
304592
É pago no prazo
IsPaidOnTime
Uma flag calculada que indica se a fatura foi paga no prazo ou antes do vencimento.
Descrição

Atributo booleano que compara a data do pagamento com o vencimento. É 'verdadeiro' se pago no prazo e 'falso' se houver atraso.

Essa flag simplifica KPIs de performance. É o dado base para a 'Taxa de Pagamento no Prazo' e facilita filtrar faturas atrasadas para análise de causa raiz.

Por que é importante

Suporta o KPI de 'Taxa de Pagamento em Dia' e facilita análises ao agrupar faturas em 'atrasadas' e 'em dia'.

Onde obter

Calculado na transformação de dados. Lógica: SE (Timestamp('Recebimento do Pagamento') <= Data('Vencimento')) ENTÃO verdadeiro SENÃO falso.

Exemplos
verdadeirofalse
É Retrabalho
IsRework
Uma flag calculada indicando se a fatura passou por retrabalho, como modificação ou reaprovação.
Descrição

Esta flag é 'verdadeira' se houver indícios de retrabalho, como 'Fatura Modificada' ou uma segunda aprovação. Ajuda a identificar desvios do caminho padrão.

É crucial para KPIs de 'Taxa de Erro' e 'Taxa de Retrabalho Manual'. Permite quantificar falhas, filtrar casos ineficientes e investigar causas raiz ligadas a usuários ou setores específicos.

Por que é importante

Quantifica a ineficiência sinalizando faturas que exigiram etapas extras ou fora do padrão, permitindo analisar as causas e o impacto do retrabalho.

Onde obter

Calculado na transformação de dados ao detectar sequências (ex: 'Fatura Aprovada' seguida de 'Fatura Modificada') em um caso.

Exemplos
verdadeirofalse
Moeda
Currency
O código da moeda para os valores contidos na fatura.
Descrição

Especifica a moeda (ex: BRL, USD), dando contexto aos valores financeiros.

Em operações multinacionais, é essencial para interpretar e comparar valores corretamente. Dashboards usam esse campo para filtros ou para aplicar taxas de câmbio em relatórios consolidados.

Por que é importante

Fornece contexto essencial para os atributos financeiros, garantindo análises precisas em ambientes com múltiplas moedas.

Onde obter

Geralmente localizado na tabela RA_CUSTOMER_TRX_ALL, coluna INVOICE_CURRENCY_CODE.

Exemplos
USDEURGBP
Nome do Cliente
CustomerName
A razão social do cliente para quem a fatura foi emitida.
Descrição

O Nome do Cliente fornece uma identificação legível. Enquanto o ID é usado para cruzamentos técnicos, o nome é exibido em relatórios e Dashboards.

Isso torna a análise intuitiva, permitindo reconhecer clientes sem precisar consultar IDs. É crucial para visualizações amigáveis, como gráficos de atraso médio de pagamento por cliente.

Por que é importante

Melhora a usabilidade de dashboards e relatórios ao fornecer um nome amigável para filtros e agrupamentos.

Onde obter

Unido das tabelas HZ_PARTIES e HZ_CUST_ACCOUNTS usando o ID do cliente no cabeçalho da fatura.

Exemplos
Global Corp Inc.Innovate Solutions Ltd.Empresa de Teste Ltda
Número do pedido de venda
SalesOrderNumber
O identificador do pedido de venda original que gerou a fatura.
Descrição

O Número do Pedido de Venda vincula o faturamento à etapa anterior de Gestão de Pedidos. Ele conecta a cobrança ao pedido original do cliente.

Esse atributo permite análises entre processos. Por exemplo, você pode investigar se certos tipos de pedidos geram mais disputas ou atrasos. Ele traz um contexto valioso que se perde ao analisar o faturamento isoladamente.

Por que é importante

Conecta o faturamento ao processo de vendas upstream, permitindo uma análise holística do Order-to-Cash e investigação da causa raiz.

Onde obter

Geralmente encontrado em campos de referência ou interface na RA_CUSTOMER_TRX_LINES_ALL, ou em flexfields descritivos.

Exemplos
SO-54321601882ORD-2023-9910
País do Cliente
Country
O país do endereço de faturamento do cliente.
Descrição

Especifica o país do endereço de faturamento, trazendo uma dimensão geográfica à análise.

Analisar por país pode revelar diferenças regionais no comportamento de pagamento ou conformidade local. Pode ser usado no Dashboard de 'Comportamento de Pagamento' para ver se atrasos variam por país.

Por que é importante

Permite a análise geográfica do processo, destacando variações regionais no comportamento do cliente ou performance operacional.

Onde obter

Unido a partir das informações de endereço do cliente em HZ_LOCATIONS e FND_TERRITORIES, via tabelas de conta do cliente.

Exemplos
EUAAlemanhaReino Unido
Sistema de Origem
SourceSystem
O sistema de registro de onde os dados foram extraídos.
Descrição

Identifica a aplicação de origem dos dados. Neste caso, será sempre o Oracle E-Business Suite.

Em ambientes de múltiplos sistemas, é vital para rastreabilidade e solução de problemas. Mesmo em sistema único, é obrigatório para governança de dados, confirmando a origem.

Por que é importante

Garante a rastreabilidade e o contexto dos dados, algo crucial para a governança e integração com múltiplos sistemas.

Onde obter

Valor estático definido na extração para identificar o ERP de origem.

Exemplos
Oracle E-Business SuiteOracle EBS R12
Tempo de Ciclo de Aprovação
ApprovalCycleTime
O tempo decorrido entre a geração da fatura e sua aprovação.
Descrição

Mede o tempo da aprovação interna. É um indicador chave de eficiência e um gargalo comum no ciclo de faturamento.

Calcular essa duração permite criar o Dashboard de 'Tempo de Ciclo de Aprovação', possibilitando analisar atrasos por setor ou valor e medir o impacto de melhorias.

Por que é importante

Identifica gargalos internos medindo a eficiência do workflow de aprovação, uma causa comum de atrasos no envio de faturas aos clientes.

Onde obter

Calculado na transformação de dados. Lógica: Timestamp('Fatura Aprovada') - Timestamp('Fatura Gerada').

Exemplos
864001728003600
Última Atualização de Dados
LastDataUpdate
O timestamp que indica quando os dados deste evento foram atualizados ou extraídos do sistema de origem pela última vez.
Descrição

Informa o timestamp da última extração, crucial para saber quão recentes são os dados analisados.

Os usuários dependem disso para saber se os Dashboards refletem o estado atual do processo, ajudando a gerenciar expectativas sobre latência de dados.

Por que é importante

Informa os usuários sobre a atualidade dos dados, garantindo que compreendam quão recente é a análise.

Onde obter

Campo de metadados gerado durante o processo de ETL (extração, transformação e carga).

Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unidade de Negócio
BusinessUnit
A unidade de negócio ou unidade operacional específica que emitiu a fatura.
Descrição

A Unidade de Negócio representa a entidade responsável pela transação. No Oracle EBS, é geralmente a Unidade Operacional.

Esse atributo permite comparar a performance entre diferentes áreas da empresa. Ajuda a identificar quais unidades são mais eficientes ou têm melhores taxas de pagamento no prazo, facilitando o compartilhamento de boas práticas e intervenções focadas.

Por que é importante

Permite comparar o desempenho entre diferentes áreas da organização, identificando melhores práticas e desafios locais.

Onde obter

O contexto da unidade operacional está implicitamente disponível via ORG_ID na maioria das tabelas, como a RA_CUSTOMER_TRX_ALL.

Exemplos
Operações EUAServiços EMEAManufatura Global
Obrigatório Recomendado Opcional

Atividades de Order to Cash - Faturamento e Cobrança

Estas são as etapas e marcos essenciais para capturar em seu Event Log para uma análise precisa de suas operações de faturamento.
5 Recomendado 8 Opcional
Atividade Descrição
Baixa de Pagamento/Conciliado
O pagamento recebido foi aplicado com sucesso às faturas, reduzindo o saldo devedor. Isso representa a conciliação do pagamento.
Por que é importante

Etapa final do pagamento, crítica para medir o Tempo de Baixa de Caixa. Atrasos aqui distorcem saldos e afetam a gestão de crédito.

Onde obter

Evento registrado com timestamp na criação do registro na AR_RECEIVABLE_APPLICATIONS_ALL, vinculando o recebimento à transação.

Captura

Evento é o timestamp de criação (GL_DATE ou APPLY_DATE) de um registro em AR_RECEIVABLE_APPLICATIONS_ALL.

Tipo de evento explicit
Fatura Encerrada
A fatura é oficialmente baixada, com saldo zero após pagamentos ou ajustes. Isso marca a conclusão do ciclo de vida da fatura.
Por que é importante

Ponto final do processo. O ciclo total de 'Fatura Gerada' até 'Fatura Baixada' indica a eficiência geral do faturamento.

Onde obter

Inferido pela mudança do campo STATUS para 'CL' (Fechado) na tabela AR_PAYMENT_SCHEDULES_ALL. A data da transação final é o timestamp.

Captura

Inferido pela mudança do status para 'CL' em AR_PAYMENT_SCHEDULES_ALL, com o timestamp da última aplicação.

Tipo de evento inferred
Fatura enviada ao cliente
Sinaliza que a fatura foi enviada ao cliente (impressa ou digital). Este evento inicia a contagem do prazo de pagamento.
Por que é importante

Marco importante para medir o tempo de entrega da fatura. Ajuda a separar o que é atraso interno do que é comportamento de pagamento do cliente.

Onde obter

O Oracle EBS nem sempre registra esse evento em um campo padrão. Ele pode ser inferido pelo timestamp do programa 'Invoice Print' ou por uma flag personalizada configurada no envio eletrônico.

Captura

Inferido pela data de conclusão do programa de impressão de fatura ou lógica de transmissão eletrônica.

Tipo de evento inferred
Fatura gerada
Marca a criação de uma nova transação de fatura. Geralmente acionado pelo 'Autoinvoice Import Program' ou por entrada manual no módulo de Receivables.
Por que é importante

Ponto de partida. Analisar o tempo deste evento até os demais revela o ciclo de vida total e identifica gargalos iniciais.

Onde obter

Registrado como a data de criação de uma transação na tabela RA_CUSTOMER_TRX_ALL do Oracle Receivables. O TRX_DATE ou CREATION_DATE pode ser usado como timestamp do evento.

Captura

Evento é o timestamp de criação de um registro na tabela RA_CUSTOMER_TRX_ALL.

Tipo de evento explicit
Pagamento do cliente recebido
O pagamento do cliente foi inserido no sistema como um recebimento de caixa. Nesta fase, o valor pode ainda não ter sido aplicado a uma fatura específica.
Por que é importante

Marco principal para o cálculo do DSO. O tempo entre gerar a fatura e receber o valor é a métrica mestre de eficiência de cobrança.

Onde obter

Evento registrado com timestamp na criação do registro na tabela AR_CASH_RECEIPTS_ALL.

Captura

Evento é o timestamp de criação de um registro na tabela AR_CASH_RECEIPTS_ALL.

Tipo de evento explicit
Baixa (Write-off) criada
Um ajuste é feito para baixar todo ou parte do saldo da fatura como dívida incobrável (bad debt), geralmente após esgotadas as tentativas de cobrança.
Por que é importante

Baixas representam perda direta de receita. Analisar sua frequência e valor ajuda a ajustar políticas de crédito e entender o impacto das dívidas não pagas.

Onde obter

Registrado como um ajuste na fatura. O evento está na tabela AR_ADJUSTMENTS_ALL vinculado a um tipo de atividade de baixa (write-off).

Captura

Evento é a criação de um registro em AR_ADJUSTMENTS_ALL com tipo de atividade 'Write-Off'.

Tipo de evento explicit
Disputa Iniciada
O cliente contestou formalmente a fatura, suspendendo as atividades de cobrança até a resolução. Geralmente gerenciado no Oracle Advanced Collections ou via atualizações manuais.
Por que é importante

Disputas afetam o fluxo de caixa. Rastrear sua frequência ajuda a identificar problemas recorrentes em produtos, serviços ou na precisão do faturamento.

Onde obter

No Oracle Advanced Collections, esta é uma transação explícita. Fora dele, pode ser inferida por um status de 'disputa' ou bloqueio aplicado à fatura no AR.

Captura

Registrado como uma transação no Oracle Advanced Collections ou inferido por mudança de status na fatura.

Tipo de evento explicit
Fatura Aprovada
Representa a aprovação interna formal de uma fatura inserida manualmente ou revisada antes de ser enviada ao cliente. Pode ser parte de um Oracle Workflow ou uma alteração manual de status.
Por que é importante

Monitorar o tempo de aprovação é vital para o KPI de ciclo de faturamento. Atrasos aqui postergam a cobrança e o fluxo de caixa.

Onde obter

Depende da configuração. Pode ser inferido de mudanças de status em tabelas de workflow (ex: WF_ITEM_ACTIVITY_STATUSES) ou de um flexfield na RA_CUSTOMER_TRX_ALL.

Captura

Inferido por mudanças de status em tabelas de workflow ou campos customizados.

Tipo de evento inferred
Fatura Modificada
Indica que uma fatura incompleta foi atualizada ou corrigida. Pode envolver mudança de itens ou valores antes de ser finalizada ou enviada.
Por que é importante

Modificações frequentes sugerem ineficiências, problemas de qualidade de dados ou erro humano. Analisar isso ajuda a quantificar o retrabalho e seu impacto no tempo de ciclo.

Onde obter

Pode ser inferido comparando CREATION_DATE com LAST_UPDATE_DATE na tabela RA_CUSTOMER_TRX_ALL para faturas incompletas. Se a auditoria estiver ativa, o rastreio é exato.

Captura

Inferido pelo rastreio de atualizações via LAST_UPDATE_DATE na tabela RA_CUSTOMER_TRX_ALL.

Tipo de evento inferred
Lembrete de pagamento enviado
Um aviso de cobrança ou lembrete foi enviado ao cliente sobre uma fatura vencida. Atividade essencial no processo de cobrança.
Por que é importante

Monitorar esta atividade ajuda a medir a eficácia das cobranças, comparando taxas de pagamento antes e depois dos lembretes.

Onde obter

Se o Oracle Advanced Collections for usado, o envio de carta de cobrança é um evento explícito. Caso contrário, costuma ser feito fora do sistema e pode ser difícil de rastrear.

Captura

Registrado como um evento de correspondência de cobrança (Dunning) no módulo Oracle Advanced Collections.

Tipo de evento explicit
Nota de Crédito Criada
Uma transação de nota de crédito é gerada e aplicada a uma fatura para corrigir erros ou processar devoluções. É uma transação relacionada no Contas a Receber.
Por que é importante

Altos volumes de notas de crédito indicam problemas em vendas, precificação ou precisão. Analisar esses eventos é a chave para evitar perda de receita e insatisfação.

Onde obter

Registrado como uma nova transação na RA_CUSTOMER_TRX_ALL, onde o CUST_TRX_TYPE_ID vincula a um tipo de classe 'CM' (Nota de Crédito). O campo PREVIOUS_CUSTOMER_TRX_ID vincula à fatura original.

Captura

Evento é a criação de um registro em RA_CUSTOMER_TRX_ALL com tipo de transação Credit Memo.

Tipo de evento explicit
Pagamento estornado
Indica que um pagamento recebido foi estornado. Geralmente ocorre por falta de fundos (NSF) ou outros erros bancários.
Por que é importante

Estornos de pagamento prejudicam a previsão de fluxo de caixa e exigem esforço administrativo extra. Monitorar esses eventos ajuda a identificar clientes ou métodos de pagamento problemáticos.

Onde obter

Ação explícita no Oracle Receivables. O estorno cria entradas na AR_CASH_RECEIPT_HISTORY_ALL com status 'REVERSED'.

Captura

Identificado por uma mudança de status para 'REVERSED' na tabela AR_CASH_RECEIPT_HISTORY_ALL.

Tipo de evento explicit
Vencimento da fatura atingido
Um evento calculado que marca o dia em que a fatura vence, conforme as condições de pagamento. Não corresponde a uma ação manual, mas é um marco temporal crítico.
Por que é importante

Essencial para calcular taxas de pontualidade e analisar o comportamento do cliente. É a base para definir se o pagamento foi antecipado ou atrasado.

Onde obter

Não é um evento gravado. É calculado comparando a data atual com o campo TERM_DUE_DATE na AR_PAYMENT_SCHEDULES_ALL.

Captura

Derivado da comparação entre o timestamp atual e o TERM_DUE_DATE em AR_PAYMENT_SCHEDULES_ALL.

Tipo de evento calculated
Recomendado Opcional

Guias de Extração

Como obter seus dados do Oracle E‑Business Suite