Seu Template de dados de pedido ao recebimento, faturamento e emissão de faturas
Seu Template de dados de pedido ao recebimento, faturamento e emissão de faturas
- Atributos recomendados para coleta
- Atividades importantes para acompanhar
- Orientações para extração de dados do Oracle E-Business Suite
Atributos de pedido ao recebimento, faturamento e emissão de faturas
| Nome | Descrição | ||
|---|---|---|---|
|
Data e hora do evento
EventTime
|
A data e a hora exatas em que a atividade ocorreu. | ||
|
Descrição
A data e hora do evento correspondem à data e hora associadas a cada atividade e definem a ordem cronológica dos eventos em um caso. Esses são os dados brutos usados em todas as análises temporais de Process Mining. Este atributo é essencial para calcular indicadores-chave de performance, como tempos de ciclo, duração entre atividades e tempos de atravessamento do processo. Por exemplo, a diferença entre as datas e horas dos eventos Fatura gerada e Fatura aprovada indica a duração da aprovação. Datas e horas precisas e completas são fundamentais para uma análise confiável do processo.
Por que isso importa
Fornece o contexto temporal de cada evento, permitindo calcular durações, analisar a performance do processo e identificar gargalos.
Onde encontrar
Obtido de vários campos de data nas tabelas do Oracle EBS, como CREATION_DATE ou LAST_UPDATE_DATE em tabelas como RA_CUSTOMER_TRX_ALL e AR_CASH_RECEIPTS_ALL.
Exemplos
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
|
|||
|
Número da fatura
InvoiceNumber
|
Identificador exclusivo de cada documento de fatura, usado como ID do caso principal do processo de faturamento. | ||
|
Descrição
O número da fatura é a base da análise do ciclo de pedido ao recebimento, pois identifica cada transação de faturamento de forma exclusiva. Ele reúne todas as atividades relacionadas, como geração, aprovação, envio, pagamento e encerramento, em uma única instância do processo. Assim, você tem uma visão completa do ciclo de vida da fatura, de ponta a ponta. No Process Mining, analisar os processos pelo número da fatura ajuda a medir o tempo total de ciclo, identificar variações no tratamento das faturas e localizar gargalos que atrasam o pagamento. Esse identificador é essencial para acompanhar cada fatura desde a criação até a quitação.
Por que isso importa
É o identificador essencial do caso que conecta todos os eventos relacionados e permite reconstruir e analisar todo o processo de faturamento de cada fatura.
Onde encontrar
Normalmente, é o número da transação na tabela RA_CUSTOMER_TRX_ALL do Oracle Receivables.
Exemplos
INV-9234501788144US-2023-001293
|
|||
|
Nome da atividade
ActivityName
|
Nome do evento de negócio específico que ocorreu em determinado momento do ciclo de vida da fatura. | ||
|
Descrição
O nome da atividade descreve uma etapa ou um marco do processo de faturamento, como Fatura gerada, Fatura aprovada ou Pagamento do cliente recebido. A sequência cronológica dessas atividades para um determinado número de fatura forma o fluxo do processo. Este atributo é fundamental para o Process Mining, pois é usado para criar o mapa do processo, analisar variações e identificar desvios ou ciclos de retrabalho. Nomes de atividades claros e consistentes são essenciais para análises relevantes, como calcular o tempo entre etapas específicas ou entender a Conformidade do processo.
Por que isso importa
Este atributo é a base para descobrir e visualizar o fluxo do processo e permite analisar variações, gargalos e retrabalho.
Onde encontrar
Normalmente, é derivado do mapeamento de alterações de status, tipos de evento ou eventos de criação e atualização de registros em várias tabelas do Oracle EBS (por exemplo, AR_PAYMENT_SCHEDULES_ALL e RA_CUSTOMER_TRX_ALL) para nomes de atividades padronizados.
Exemplos
Fatura geradaFatura aprovadaData de vencimento do pagamento atingidaPagamento do cliente recebido
|
|||
|
Data de vencimento
DueDate
|
Data limite para o pagamento da fatura pelo cliente. | ||
|
Descrição
A data de vencimento é um atributo essencial que define o prazo de pagamento de uma fatura, conforme as condições de pagamento. Ela serve de referência para medir a performance real dos pagamentos. Este atributo é essencial para calcular KPIs como a taxa de pagamentos em dia e criar relatórios de faturas por faixa de atraso. No Process Mining, ele permite analisar o comportamento de pagamento, por exemplo, identificar clientes que pagam com atraso de forma recorrente ou avaliar o impacto dos atrasos no processo sobre a capacidade de receber os pagamentos no prazo.
Por que isso importa
Serve de referência para medir a performance dos pagamentos, calcular o tempo de atraso das faturas e avaliar o risco de pagamentos atrasados ou dívidas não recuperáveis.
Onde encontrar
Disponível na tabela AR_PAYMENT_SCHEDULES_ALL, na coluna DUE_DATE.
Exemplos
2023-05-152023-06-302023-07-01
|
|||
|
Departamento
Department
|
Departamento ou equipe funcional associado ao usuário que realizou a atividade. | ||
|
Descrição
O atributo Departamento fornece o contexto organizacional do usuário que realizou uma atividade, como Contas a Receber ou Operações de Vendas. Isso permite agregar a análise por equipe ou departamento. Esse contexto é essencial para entender como diferentes áreas da organização interagem com o processo de faturamento e influenciam seus resultados. Ele pode ajudar a identificar problemas sistêmicos em um departamento, comparar a performance entre equipes e analisar a alocação de recursos. Por exemplo, permite detalhar por departamento o Dashboard Tempo de ciclo de aprovação de faturas.
Por que isso importa
Permite analisar a performance do processo por estrutura organizacional, destacando diferenças entre equipes e ajudando a localizar gargalos específicos de cada departamento.
Onde encontrar
Normalmente, é obtido pela junção das informações do usuário com os dados da hierarquia de RH da organização, muitas vezes disponíveis em PER_ALL_ASSIGNMENTS_F ou em uma tabela de RH semelhante.
Exemplos
Contas a receberOperações financeirasServiços de faturamento
|
|||
|
ID do cliente
CustomerId
|
Identificador exclusivo do cliente para quem a fatura foi emitida. | ||
|
Descrição
O ID do cliente vincula uma fatura a uma conta específica do cliente nos dados mestres. Isso permite agregar e comparar a performance do processo entre diferentes clientes. Com este atributo, analistas podem criar Dashboards que destacam o comportamento de pagamento dos clientes, identificar quais estão associados ao maior número de contestações ou retrabalho e comparar os tempos de processamento de faturas entre segmentos de clientes. Ele é essencial para passar de uma visão apenas do processo para uma análise centrada no cliente.
Por que isso importa
Permite uma análise centrada no cliente e ajuda a identificar padrões de pagamento, contestações frequentes ou variações no processo específicas de determinados clientes.
Onde encontrar
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
|
Status atual da fatura em seu ciclo de vida. | ||
|
Descrição
O status da fatura indica seu estado atual, como Aberta, Encerrada ou Contestada. Ele oferece uma visão instantânea do andamento da fatura. Este atributo é essencial para criar Dashboards como Visão geral do status e do tempo de atraso das faturas, que permitem ver rapidamente o volume e o valor das faturas em diferentes estados. Ele ajuda a priorizar a cobrança de faturas em aberto e oferece um resumo geral da situação da carteira de contas a receber.
Por que isso importa
Oferece uma visão atualizada das faturas, essencial para Dashboards operacionais, gestão da carga de trabalho e priorização das atividades de cobrança.
Onde encontrar
Disponível na tabela AR_PAYMENT_SCHEDULES_ALL, na coluna STATUS (OP para aberta, CL para encerrada).
Exemplos
AbertaEncerradaEm contestação
|
|||
|
Usuário
User
|
ID do usuário que realizou a atividade. | ||
|
Descrição
Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma etapa do processo, como aprovar uma fatura ou aplicar um pagamento. É essencial para entender o papel das pessoas no processo. Analisar os dados por usuário ajuda a identificar oportunidades de treinamento, desequilíbrios na distribuição da carga de trabalho e diferenças de performance individual. Por exemplo, é possível identificar quais usuários estão associados a mais retrabalho ou a tempos de aprovação mais longos, apoiando iniciativas direcionadas de melhoria de processos.
Por que isso importa
Permite analisar a performance individual e ajuda a identificar usuários com alto desempenho, necessidades de treinamento e possíveis desequilíbrios na carga de trabalho.
Onde encontrar
Obtido de campos de ID de usuário, como CREATED_BY ou LAST_UPDATED_BY, em várias tabelas de transações. Em seguida, esse ID é associado à tabela FND_USER para obter o nome do usuário.
Exemplos
JSMITHBWILLIAMSCDAVIS
|
|||
|
Valor total da fatura
TotalInvoiceAmount
|
Valor monetário total da fatura, incluindo todos os itens, impostos e encargos. | ||
|
Descrição
Este atributo representa o valor financeiro total da fatura enviada ao cliente. É uma métrica fundamental para a análise financeira do processo de faturamento. No Process Mining, o valor total da fatura é usado para segmentar e filtrar casos. Por exemplo, analistas podem comparar o fluxo do processo de faturas de alto e baixo valor para verificar se elas recebem tratamentos diferentes. O atributo também é essencial para analisar o impacto financeiro, como calcular o valor das faturas paradas na etapa de aprovação.
Por que isso importa
Permite analisar o impacto financeiro, priorizar problemas com base no valor monetário e entender como diferentes valores de fatura afetam o processo.
Onde encontrar
Provavelmente obtido da tabela AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) ou calculado a partir de RA_CUSTOMER_TRX_LINES_ALL para uma determinada fatura.
Exemplos
1500.0012550.75500.50
|
|||
|
Condições de pagamento
PaymentTerms
|
As condições acordadas que determinam 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 a data de vencimento da fatura. São dados mestres essenciais, com impacto direto no fluxo de caixa. Analisar os dados por condição de pagamento ajuda a entender como diferentes prazos afetam o comportamento de pagamento e o Prazo médio de recebimento de vendas (DSO). A análise pode revelar se clientes com prazos menores pagam mais rápido e embasar decisões estratégicas sobre quais condições oferecer a cada segmento de clientes.
Por que isso importa
Afeta diretamente a data de vencimento da fatura e a previsão do fluxo de caixa. A análise ajuda a avaliar a eficácia de diferentes políticas de crédito.
Onde encontrar
Obtido da tabela RA_TERMS_B, vinculada por meio de TERM_ID na tabela RA_CUSTOMER_TRX_ALL.
Exemplos
30 dias60 diasPagamento no recebimento
|
|||
|
Moeda
Currency
|
Código da moeda dos valores monetários da fatura. | ||
|
Descrição
Este atributo especifica a moeda, como USD ou EUR, em que os valores da fatura são expressos. Ele fornece o contexto necessário para todas as métricas financeiras. Ao analisar dados de operações multinacionais, o atributo Moeda é essencial para interpretar e comparar corretamente os valores financeiros. Os Dashboards podem usá-lo para filtrar por moeda ou aplicar taxas de câmbio em relatórios consolidados.
Por que isso importa
Fornece o contexto necessário para todos os atributos financeiros e garante a interpretação e a análise corretas em um ambiente com várias moedas.
Onde encontrar
Normalmente encontrado na tabela RA_CUSTOMER_TRX_ALL, na coluna INVOICE_CURRENCY_CODE.
Exemplos
USDEURGBP
|
|||
|
Nome do cliente
CustomerName
|
Nome legal do cliente para quem a fatura foi emitida. | ||
|
Descrição
O nome do cliente é um identificador legível. Enquanto o ID do cliente é usado para junções e identificação exclusiva, o nome aparece em relatórios e Dashboards. Isso torna a análise mais intuitiva, pois os usuários reconhecem facilmente os nomes dos clientes sem precisar consultar os IDs. O atributo é essencial para criar visualizações fáceis de usar, como um gráfico de barras que mostra o atraso médio de pagamento por cliente.
Por que isso importa
Facilita o uso de Dashboards e relatórios ao fornecer um nome legível para filtrar e agrupar dados, tornando a análise mais acessível.
Onde encontrar
Obtido por junção 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.Test Company LLC
|
|||
|
Número do pedido de venda
SalesOrderNumber
|
Identificador do pedido de venda original que levou à criação da fatura. | ||
|
Descrição
O número do pedido de venda cria um vínculo direto com a etapa anterior de “Gestão de pedidos” no ciclo de pedido ao recebimento. Ele conecta o faturamento ao pedido inicial do cliente. Esse atributo permite uma análise mais ampla, que abrange diferentes processos. Por exemplo, analistas podem investigar se determinados tipos de pedido de venda levam com frequência a contestações de faturas ou atrasos nos pagamentos. Ele fornece um contexto valioso que muitas vezes se perde quando o processo de faturamento é analisado isoladamente.
Por que isso importa
Conecta o processo de faturamento ao processo de vendas anterior, permitindo uma análise mais abrangente do ciclo de pedido ao recebimento e a investigação da causa raiz.
Onde encontrar
Geralmente encontrado em um campo de atributo de referência ou interface na tabela de linhas de fatura, RA_CUSTOMER_TRX_LINES_ALL, como INTERFACE_LINE_ATTRIBUTE1 ou um campo flexível descritivo semelhante.
Exemplos
PV-54321601882PED-2023-9910
|
|||
|
Pagamento em dia
IsPaidOnTime
|
Indicador calculado que informa se a fatura foi paga até a data de vencimento. | ||
|
Descrição
Esse atributo booleano é calculado comparando a data e hora de “Pagamento recebido do cliente” com a “Data de vencimento” da fatura. O valor é verdadeiro quando o pagamento é feito no prazo ou antes dele, e falso quando é feito com atraso. Esse indicador simplifica a criação de KPIs e Dashboards relacionados à performance dos pagamentos. Ele é usado diretamente no cálculo do KPI “Índice de pagamentos em dia” e facilita a filtragem e a segmentação das faturas entre “em dia” e “atrasadas” para análises de causa raiz.
Por que isso importa
Dá suporte direto ao KPI “Índice de pagamentos em dia” e simplifica as análises ao classificar as faturas como “em dia” ou “atrasadas”.
Onde encontrar
Calculado durante a transformação dos dados. Lógica: IF (Timestamp('Pagamento recebido do cliente') <= Date('Data de vencimento')) THEN true ELSE false.
Exemplos
truefalse
|
|||
|
País do cliente
Country
|
País do endereço de cobrança do cliente. | ||
|
Descrição
Esse atributo indica o país associado ao endereço de cobrança do cliente. Ele acrescenta uma dimensão geográfica à análise do processo. Analisar o processo por país pode revelar diferenças regionais no comportamento de pagamento, na eficiência do processo ou na conformidade com as regulamentações locais. Por exemplo, o Dashboard “Insights sobre o comportamento de pagamento dos clientes” pode mostrar se a média de atrasos nos pagamentos varia significativamente entre países.
Por que isso importa
Permite analisar o processo por região geográfica e identificar variações no comportamento dos clientes, no impacto regulatório ou na performance operacional.
Onde encontrar
Obtido das informações do endereço de cobrança do cliente armazenadas em HZ_LOCATIONS e FND_TERRITORIES, vinculadas por meio das tabelas de contas de clientes.
Exemplos
USAAlemanhaReino Unido
|
|||
|
Prazo médio de recebimento de vendas
DaysSalesOutstanding
|
Número de dias entre a emissão da fatura e o recebimento do pagamento. | ||
|
Descrição
O Prazo médio de recebimento de vendas (DSO) é uma métrica financeira essencial que mede o tempo médio para receber o pagamento após a emissão de uma fatura. Esse atributo é calculado para cada fatura. Embora o KPI geral seja uma média, ter esse valor por fatura permite análises detalhadas. Ele pode ser usado para criar distribuições, identificar valores atípicos e analisar tendências na eficiência da cobrança ao longo do tempo. O Dashboard “Tendência do DSO” mostra diretamente a média desse atributo ao longo do tempo.
Por que isso importa
Mede a eficiência da cobrança por fatura, fornecendo os dados necessários para analisar tendências e identificar fatores associados a um DSO elevado.
Onde encontrar
Calculado durante a transformação dos dados. Lógica: Timestamp('Pagamento recebido do cliente') - Timestamp('Fatura emitida').
Exemplos
304592
|
|||
|
Retrabalho
IsRework
|
Indicador calculado que informa se a fatura passou por uma atividade de retrabalho, como uma alteração ou uma nova aprovação. | ||
|
Descrição
Esse indicador booleano recebe o valor verdadeiro quando o fluxo do processo de uma fatura contém atividades que indicam retrabalho, como “Fatura alterada” ou um segundo evento de “Fatura aprovada”. Ele ajuda a identificar rapidamente faturas que se desviam do fluxo padrão e eficiente. Esse atributo é essencial para KPIs como “Taxa de erros em faturas” e “Taxa de retrabalho manual”. Ele permite que analistas quantifiquem a frequência do retrabalho, filtrem os casos ineficientes e investiguem as causas raiz, como os usuários ou departamentos mais associados às atividades de retrabalho.
Por que isso importa
Quantifica a ineficiência do processo ao sinalizar faturas que exigiram etapas extras fora do padrão, permitindo analisar as causas e o impacto do retrabalho.
Onde encontrar
Calculado durante a transformação dos dados, identificando sequências específicas de atividades (por exemplo, “Fatura aprovada” seguida de “Fatura alterada”) em um caso.
Exemplos
truefalse
|
|||
|
Sistema de origem
SourceSystem
|
O sistema de registro de onde os dados foram extraídos. | ||
|
Descrição
Este atributo identifica o aplicativo de origem dos dados do evento. Neste processo, será sempre o Oracle E-Business Suite. Em ambientes com vários sistemas, este campo é essencial para rastrear a origem dos dados e solucionar problemas. Mesmo em um ambiente com um único sistema, ele é obrigatório para a governança de dados, pois confirma que os dados vêm da origem esperada.
Por que isso importa
Garante a rastreabilidade e o contexto dos dados, aspectos essenciais para a governança de dados e para integrar dados de vários sistemas empresariais.
Onde encontrar
É um valor estático definido durante a extração dos dados para identificar o ERP de origem.
Exemplos
Oracle E-Business SuiteOracle EBS R12
|
|||
|
Última atualização dos dados
LastDataUpdate
|
A data e hora que indicam quando os dados deste evento foram atualizados ou extraídos pela última vez do sistema de origem. | ||
|
Descrição
Este atributo informa a data e hora da última extração de dados. É essencial para entender o quanto os dados analisados estão atualizados. Os usuários consultam este campo para saber se os Dashboards e as análises refletem o estado mais recente do processo. Ele ajuda a alinhar as expectativas sobre o atraso na atualização dos dados e é um metadado importante para qualquer modelo de dados confiável.
Por que isso importa
Informa aos usuários o nível de atualização dos dados para que entendam o quanto a análise do processo está atualizada.
Onde encontrar
Este campo de metadados é gerado e registrado em cada registro durante o processo de extração, transformação e carregamento de dados (ETL).
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Unidade de negócio
BusinessUnit
|
Unidade de negócio ou unidade operacional específica da empresa que emitiu a fatura. | ||
|
Descrição
A unidade de negócio representa a entidade organizacional responsável pela transação. No Oracle EBS, ela costuma ser representada pela unidade operacional. Esse atributo permite comparar a performance do processo entre diferentes áreas da empresa. Ele ajuda a identificar unidades de negócio mais eficientes, com maiores índices de pagamentos em dia ou mais contestações, facilitando o compartilhamento de boas práticas e a definição de ações direcionadas.
Por que isso importa
Permite comparar a performance entre diferentes áreas da organização, ajudando a identificar boas práticas e desafios específicos de cada área.
Onde encontrar
O contexto da unidade operacional está disponível implicitamente por meio de ORG_ID na maioria das tabelas de transações, como RA_CUSTOMER_TRX_ALL.
Exemplos
Operações nos EUAServiços na Europa, Oriente Médio e ÁfricaManufatura global
|
|||
Atividades de pedido ao recebimento, faturamento e emissão de faturas
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura encerrada
|
A fatura é encerrada oficialmente, indicando que seu saldo chegou a zero por causa de pagamentos, notas de crédito e/ou ajustes. Isso marca a conclusão bem-sucedida do ciclo de vida da fatura. | ||
|
Por que isso importa
Este é o principal ponto final do processo. O tempo total de ciclo entre Fatura gerada e Fatura encerrada é um indicador importante da eficiência geral do ciclo de faturamento de pedido ao recebimento.
Onde encontrar
Inferido quando o campo STATUS da tabela AR_PAYMENT_SCHEDULES_ALL muda para CL (Closed). A data da última transação que causou o encerramento pode ser usada para registrar a data e hora do evento.
Coleta
Inferido quando o status muda para CL em AR_PAYMENT_SCHEDULES_ALL; a data e hora são definidas pela última aplicação relacionada.
Tipo de evento
inferred
|
|||
|
Fatura enviada ao cliente
|
Esta atividade indica que a fatura foi enviada oficialmente ao cliente, impressa ou por meio eletrônico. O evento marca o início da contagem do prazo de pagamento do cliente. | ||
|
Por que isso importa
Este é um marco importante para medir o tempo de entrega da fatura e o intervalo até o pagamento. Ele ajuda a diferenciar atrasos no processamento interno do comportamento de pagamento do cliente.
Onde encontrar
O Oracle EBS nem sempre registra explicitamente esse evento em um campo padrão. É possível inferi-lo pela data e hora do programa concorrente Invoice Print ou por uma sinalização personalizada definida após o envio eletrônico.
Coleta
Inferido a partir da data de conclusão do programa de impressão de faturas ou de uma lógica personalizada para o envio eletrônico.
Tipo de evento
inferred
|
|||
|
Fatura gerada
|
Marca a criação de uma nova transação de fatura no sistema. Esse evento geralmente é acionado pelo programa Autoinvoice Import, que processa as linhas de pedidos de venda atendidas, ou pela inclusão manual de uma fatura no módulo Receivables. | ||
|
Por que isso importa
Este é o ponto de partida do processo de faturamento. Analisar o tempo entre este evento e os demais revela o ciclo de vida completo da fatura e ajuda a identificar gargalos nas etapas iniciais.
Onde encontrar
Registrado como a data de criação de uma transação na tabela RA_CUSTOMER_TRX_ALL do Oracle Receivables. TRX_DATE ou CREATION_DATE podem ser usados para registrar a data e hora do evento.
Coleta
O evento corresponde à data e hora de criação de um registro na tabela RA_CUSTOMER_TRX_ALL.
Tipo de evento
explicit
|
|||
|
Pagamento aplicado e conciliado
|
O pagamento recebido do cliente foi aplicado com sucesso a uma ou mais faturas específicas, reduzindo o saldo em aberto. Isso representa a conciliação do pagamento com a dívida. | ||
|
Por que isso importa
Esta é a etapa final do processo de pagamento e é essencial para medir o tempo de ciclo de aplicação dos pagamentos. Atrasos nessa etapa podem distorcer os saldos das contas dos clientes e afetar a gestão de crédito.
Onde encontrar
Este evento é registrado explicitamente com data e hora quando um registro é criado na tabela AR_RECEIVABLE_APPLICATIONS_ALL, vinculando um recebimento em dinheiro a uma transação.
Coleta
O evento corresponde à data e hora de criação (GL_DATE ou APPLY_DATE) de um registro em AR_RECEIVABLE_APPLICATIONS_ALL.
Tipo de evento
explicit
|
|||
|
Pagamento do cliente recebido
|
Um pagamento do cliente foi registrado no sistema como um recebimento em dinheiro. Nesta etapa, o pagamento ainda pode não estar vinculado a uma fatura específica. | ||
|
Por que isso importa
Este é um marco importante para calcular o Prazo médio de recebimento de vendas (DSO). O tempo entre a geração da fatura e o recebimento do pagamento é uma das principais medidas da eficiência de cobrança.
Onde encontrar
Este evento é registrado explicitamente com data e hora quando um registro é criado na tabela AR_CASH_RECEIPTS_ALL.
Coleta
O evento corresponde à data e hora de criação de um registro na tabela AR_CASH_RECEIPTS_ALL.
Tipo de evento
explicit
|
|||
|
Baixa contábil criada
|
É feito um ajuste para baixar como perda toda ou parte do saldo restante da fatura. Isso costuma ocorrer depois que todas as tentativas de cobrança se esgotam. | ||
|
Por que isso importa
As baixas contábeis representam uma perda direta de receita. Analisar sua frequência e seu valor ajuda a aprimorar as políticas de crédito e a entender o impacto financeiro das dívidas não recuperáveis.
Onde encontrar
O evento é registrado como uma transação de ajuste de tipo específico vinculada à fatura. Ele pode ser encontrado na tabela AR_ADJUSTMENTS_ALL, com um vínculo a um tipo de atividade de contas a receber definido para baixas contábeis.
Coleta
O evento corresponde à criação de um registro em AR_ADJUSTMENTS_ALL com um tipo de atividade Write-Off.
Tipo de evento
explicit
|
|||
|
Contestação registrada
|
O cliente contestou formalmente a fatura, suspendendo as atividades de cobrança até a resolução do caso. Isso costuma ser gerenciado no Oracle Advanced Collections ou por meio de atualizações manuais de status. | ||
|
Por que isso importa
As contestações afetam diretamente o fluxo de caixa ao atrasar os pagamentos. Acompanhar sua frequência e o tempo de resolução ajuda a identificar problemas recorrentes com produtos, serviços ou precisão do faturamento.
Onde encontrar
Se o Oracle Advanced Collections estiver em uso, a contestação será registrada como uma transação explícita. Caso contrário, é possível inferi-la a partir de um status específico de contestação ou de uma retenção aplicada à fatura no AR.
Coleta
Registrado como uma transação no Oracle Advanced Collections ou inferido a partir de uma alteração de status na fatura.
Tipo de evento
explicit
|
|||
|
Data de vencimento do pagamento atingida
|
Evento calculado que marca o dia em que a fatura vence, de acordo com as condições de pagamento. Não corresponde a uma ação de usuário ou do sistema, mas é um marco temporal importante. | ||
|
Por que isso importa
Este evento é essencial para calcular as taxas de pagamento em dia e analisar o comportamento de pagamento dos clientes. Ele serve de referência para determinar se o pagamento foi antecipado, feito no prazo ou atrasado.
Onde encontrar
Este evento não é registrado. Ele é calculado comparando a data do sistema com o campo TERM_DUE_DATE da tabela AR_PAYMENT_SCHEDULES_ALL para a fatura em questão.
Coleta
Derivado da comparação entre a data e hora atuais e AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.
Tipo de evento
calculated
|
|||
|
Fatura alterada
|
Indica que uma fatura existente e incompleta foi atualizada ou corrigida. Isso pode envolver a alteração de itens, valores ou informações de faturamento antes de a fatura ser concluída ou enviada. | ||
|
Por que isso importa
Alterações frequentes podem indicar ineficiências no processo, problemas na qualidade dos dados ou erros de usuário. Analisar essa atividade ajuda a quantificar o retrabalho e seu impacto no tempo de ciclo, além de apoiar KPIs como Taxa de erros em faturas.
Onde encontrar
É possível inferir o evento comparando CREATION_DATE com LAST_UPDATE_DATE na tabela RA_CUSTOMER_TRX_ALL para faturas incompletas. Se a auditoria estiver ativada, as alterações podem ser rastreadas de forma mais explícita.
Coleta
Inferido pelo acompanhamento de atualizações por meio de LAST_UPDATE_DATE na tabela RA_CUSTOMER_TRX_ALL.
Tipo de evento
inferred
|
|||
|
Fatura aprovada
|
Representa a aprovação interna formal de uma fatura incluída manualmente ou revisada antes do envio ao cliente. Essa atividade pode fazer parte de um Oracle Workflow configurado ou resultar de uma alteração manual de status. | ||
|
Por que isso importa
Acompanhar o tempo de aprovação é essencial para o KPI Tempo de ciclo de aprovação de faturas. Atrasos nessa etapa adiam diretamente o faturamento do cliente e prolongam o ciclo de conversão de caixa.
Onde encontrar
Isso costuma depender da configuração. É possível inferir o evento a partir de alterações de status nas tabelas de Workflow (por exemplo, WF_ITEM_ACTIVITY_STATUSES) ou, possivelmente, de um campo flexível descritivo da transação da fatura em RA_CUSTOMER_TRX_ALL.
Coleta
Inferido a partir de alterações de status nas tabelas de Workflow ou de campos de status personalizados.
Tipo de evento
inferred
|
|||
|
Lembrete de pagamento enviado
|
Uma notificação de cobrança ou lembrete foi enviado ao cliente sobre uma fatura vencida. Esta é uma atividade importante no processo de cobrança. | ||
|
Por que isso importa
Acompanhar essa atividade é essencial para medir a eficácia das estratégias de cobrança. Isso permite analisar as taxas de pagamento antes e depois do envio dos lembretes.
Onde encontrar
Se o Oracle Advanced Collections estiver em uso, o envio de uma carta de cobrança será registrado como um evento explícito. Sem esse módulo, a atividade costuma ocorrer fora do sistema e pode não ser rastreada de forma confiável.
Coleta
Registrado como um evento Dunning Correspondence 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, muitas vezes, aplicada a uma fatura existente para corrigir um erro de faturamento ou processar uma devolução. É uma transação separada, mas relacionada, dentro de Contas a Receber. | ||
|
Por que isso importa
Um volume elevado de notas de crédito pode indicar problemas nas etapas anteriores, como atendimento de pedidos, preços ou precisão do faturamento inicial. Analisar esses eventos é essencial para a análise de causa raiz de perdas de receita e insatisfação dos clientes.
Onde encontrar
Registrado como uma nova transação em RA_CUSTOMER_TRX_ALL, na qual CUST_TRX_TYPE_ID está vinculado a um tipo da classe CM (Credit Memo). O campo PREVIOUS_CUSTOMER_TRX_ID vincula a nota à fatura original.
Coleta
O evento corresponde à criação de um registro em RA_CUSTOMER_TRX_ALL com um tipo de transação de nota de crédito.
Tipo de evento
explicit
|
|||
|
Pagamento estornado
|
Indica que um pagamento recebido anteriormente do cliente foi estornado. Isso costuma ocorrer por falta de fundos (NSF) ou outros erros de processamento bancário. | ||
|
Por que isso importa
Estornos de pagamento prejudicam a previsão do fluxo de caixa e exigem trabalho administrativo adicional. Acompanhar esses eventos ajuda a identificar clientes ou métodos de pagamento problemáticos.
Onde encontrar
Esta é uma ação explícita no Oracle Receivables. O estorno cria registros em AR_CASH_RECEIPT_HISTORY_ALL com um status que indica o estorno, como REVERSED.
Coleta
Identificado pela alteração do status para REVERSED na tabela AR_CASH_RECEIPT_HISTORY_ALL.
Tipo de evento
explicit
|
|||
Guias de extração
Pronto para começar?
Use este Template para dar os primeiros passos na mineração do processo de pedido ao recebimento, faturamento e emissão de faturas. Comece hoje a descobrir insights e melhorar a eficiência das suas operações.
Acelere agora o faturamento e a emissão de faturas no processo de pedido ao recebimento
Reduza em 30% o tempo do ciclo de faturamento e acelere a conversão de vendas em caixa.
Não é necessário informar cartão de crédito. Configure em poucos minutos.