Seu template de dados para Order to Cash
Seu template de dados para Order to Cash
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Guia de extração para Oracle E-Business Suite
Atributos de Order to Cash - Faturamento e Cobrança
| 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
|
|||
Atividades de Order to Cash - Faturamento e Cobrança
| 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
|
|||