Seu Template de dados de Order to Cash - Faturamento e emissão de notas fiscais
Seu Template de dados de Order to Cash - Faturamento e emissão de notas fiscais
- Atributos recomendados para coleta
- Principais atividades a acompanhar
- Orientações para extração no Oracle E-Business Suite
Atributos de faturamento e emissão de notas fiscais, do pedido ao recebimento
| Nome | Descrição | ||
|---|---|---|---|
|
Horário do evento
EventTime
|
A data e a hora exatas em que a atividade ocorreu. | ||
|
Descrição
O horário do evento é o carimbo de data e hora associado a cada atividade, fornecendo a ordem cronológica dos eventos dentro de um caso. Ele é o dado bruto usado em todas as análises baseadas em tempo no Process Mining. Esse atributo é essencial para calcular indicadores de performance, como tempos de ciclo, durações entre atividades e prazos do processo. Por exemplo, a diferença entre os horários do evento 'Fatura gerada' e 'Fatura aprovada' indica a duração da aprovação. Carimbos de data e hora precisos e completos são fundamentais para uma análise confiável do processo.
Por que isso importa
Ele fornece o contexto temporal de cada evento, tornando possível calcular durações, analisar a performance do processo e descobrir gargalos.
Onde obter
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
|
O identificador exclusivo de cada documento de fatura, usado como o principal ID do caso no processo de faturamento. | ||
|
Descrição
O número da fatura é a base da análise de faturamento Order to Cash, identificando exclusivamente cada transação de faturamento. Ele agrupa todas as atividades relacionadas, como geração, aprovação, envio, pagamento e encerramento, em uma única instância de processo coesa. Isso permite ter uma visão completa, de ponta a ponta, do ciclo de vida da fatura. No Process Mining, analisar os processos pelo número da fatura ajuda a medir o tempo total de ciclo, identificar variações na forma como as faturas são tratadas e localizar gargalos que atrasam o pagamento. Esse identificador é essencial para acompanhar cada fatura durante toda a sua jornada, da criação à liquidação.
Por que isso importa
É o identificador essencial do caso que conecta todos os eventos relacionados, permitindo reconstruir e analisar todo o processo de faturamento de cada fatura exclusiva.
Onde obter
Normalmente corresponde ao número da transação da tabela RA_CUSTOMER_TRX_ALL no Oracle Receivables.
Exemplos
INV-9234501788144US-2023-001293
|
|||
|
Nome da atividade
ActivityName
|
O 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 marco no 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. Esse atributo é fundamental para o Process Mining, pois é usado para construir o mapa do processo, analisar variantes e identificar desvios ou ciclos de retrabalho. A clareza e a consistência dos nomes das atividades são essenciais para uma análise relevante, 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, permitindo analisar variantes, gargalos e retrabalho.
Onde obter
Normalmente é obtido mapeando alterações de status, tipos de evento ou eventos de criação/atualização de registros de várias tabelas do Oracle EBS, como 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
|
A data até a qual o cliente deve pagar a fatura. | ||
|
Descrição
A data de vencimento é um atributo de data crítico que define o prazo de pagamento de uma fatura, conforme determinado pelas condições de pagamento. Ela é a referência usada para medir a performance real dos pagamentos. Esse atributo é essencial para calcular KPIs como o índice de pagamentos no prazo e criar relatórios de aging de faturas. No Process Mining, ele permite analisar comportamentos de pagamento, como identificar clientes que pagam atrasado com frequência ou avaliar o impacto dos atrasos do processo na capacidade de receber os pagamentos no prazo.
Por que isso importa
É a referência para medir a performance dos pagamentos, calcular o aging das faturas e avaliar o risco de pagamentos atrasados ou dívidas incobráveis.
Onde obter
Disponível na tabela AR_PAYMENT_SCHEDULES_ALL, na coluna DUE_DATE.
Exemplos
2023-05-152023-06-302023-07-01
|
|||
|
Departamento
Department
|
O departamento ou time funcional associado ao usuário que executou a atividade. | ||
|
Descrição
O atributo Departamento fornece o contexto organizacional do usuário que executou uma atividade, como 'Contas a receber' ou 'Operações de vendas'. Isso permite agregar a análise no nível de time ou departamento. Esse atributo é fundamental para entender como diferentes áreas da organização interagem com o processo de faturamento e influenciam seu desempenho. Ele pode ajudar a identificar problemas sistêmicos em um departamento, comparar a performance entre times e analisar a alocação de recursos. Por exemplo, permite detalhar o Dashboard 'Tempo de ciclo da aprovação de faturas' por departamento.
Por que isso importa
Permite analisar a performance do processo pela estrutura organizacional, destacando diferenças entre times e ajudando a localizar gargalos específicos de cada departamento.
Onde obter
Normalmente obtido por meio da associação das informações do usuário aos dados da hierarquia de RH da organização, geralmente da tabela PER_ALL_ASSIGNMENTS_F ou de uma tabela de RH semelhante.
Exemplos
Contas a receberOperações financeirasServiços de faturamento
|
|||
|
ID do cliente
CustomerId
|
Um identificador exclusivo do cliente para o qual a fatura foi emitida. | ||
|
Descrição
O ID do cliente vincula uma fatura a uma conta de cliente específica nos dados mestres. Isso permite agregar e comparar a performance do processo entre diferentes clientes. Com esse atributo, os analistas podem criar Dashboards que destacam comportamentos de pagamento, identificar quais clientes 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 é fundamental 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, ajudando a identificar padrões de pagamento, contestações frequentes ou variações do processo específicas de determinados clientes.
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 de uma fatura, como 'Aberta', 'Encerrada' ou 'Contestada'. Isso fornece uma visão instantânea do progresso da fatura. Esse atributo é essencial para criar Dashboards como 'Visão geral do aging e do status das faturas', permitindo que os usuários vejam rapidamente o volume e o valor das faturas em diferentes estados. Ele ajuda a priorizar os esforços de cobrança em faturas abertas e fornece um resumo de alto nível da situação geral da carteira de contas a receber.
Por que isso importa
Fornece uma visão do estado atual das faturas, essencial para Dashboards operacionais, gestão da carga de trabalho e priorização das atividades de cobrança.
Onde obter
Disponível na tabela AR_PAYMENT_SCHEDULES_ALL, na coluna STATUS ('OP' para aberta, 'CL' para encerrada).
Exemplos
Em abertoFechadoEm disputa
|
|||
|
Usuário
User
|
O ID do usuário que executou 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 em dinheiro. Ele é essencial para entender o componente humano do processo. Analisar 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, pode mostrar quais usuários estão associados ao maior volume de retrabalho ou aos maiores tempos de aprovação, apoiando iniciativas direcionadas de melhoria do processo.
Por que isso importa
Permite analisar a performance no nível individual, ajudando a identificar usuários de alto desempenho, necessidades de treinamento e possíveis desequilíbrios na carga de trabalho.
Onde obter
Obtido de campos de ID de usuário, como CREATED_BY ou LAST_UPDATED_BY, em várias tabelas de transações. Esse ID é então associado à tabela FND_USER para obter o nome do usuário.
Exemplos
JSMITHBWILLIAMSCDAVIS
|
|||
|
Valor total da fatura
TotalInvoiceAmount
|
O 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, os analistas podem comparar o fluxo de processo de faturas de alto valor com o de faturas de baixo valor para verificar se elas são tratadas de forma diferente. O atributo também é essencial para análises de impacto financeiro, como calcular o valor das faturas paradas na etapa de aprovação.
Por que isso importa
Permite analisar o impacto financeiro, ajudando os usuários a priorizar problemas com base no valor monetário e entender como diferentes valores de fatura afetam o processo.
Onde obter
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 termos do pagamento, como 'Net 30' ou 'Net 60', usados para calcular a data de vencimento da fatura. Elas são um dado mestre fundamental que afeta diretamente o fluxo de caixa. Analisar por condições de pagamento ajuda a entender como diferentes condições afetam o comportamento de pagamento e o prazo médio de recebimento (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 diferentes segmentos de clientes.
Por que isso importa
Influencia diretamente a data de vencimento da fatura e a previsão do fluxo de caixa. Analisá-lo ajuda a avaliar a eficácia de diferentes políticas de crédito.
Onde obter
Obtido da tabela RA_TERMS_B, vinculada por meio de TERM_ID na tabela RA_CUSTOMER_TRX_ALL.
Exemplos
Líquido em 30 diasLíquido em 60 diasVencimento na entrega
|
|||
|
É retrabalho
IsRework
|
Um indicador calculado que informa se a fatura passou por uma atividade de retrabalho, como uma modificação ou uma nova aprovação. | ||
|
Descrição
Este indicador booleano recebe o valor verdadeiro quando o fluxo do processo de uma fatura contém atividades que indicam retrabalho, como 'Fatura modificada' ou um segundo evento de 'Fatura aprovada'. Ele ajuda a identificar rapidamente faturas que se desviam do caminho padrão e eficiente. Esse atributo é fundamental para KPIs como 'Taxa de erros de faturas' e 'Taxa de retrabalho manual'. Ele permite que os analistas quantifiquem facilmente a frequência do retrabalho, filtrem esses 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 e fora do padrão, permitindo analisar as causas e o impacto do retrabalho.
Onde obter
Calculado durante a transformação dos dados, detectando sequências específicas de atividades, como 'Fatura aprovada' seguida de 'Fatura modificada', dentro de um caso.
Exemplos
truefalse
|
|||
|
Foi pago no prazo
IsPaidOnTime
|
Um indicador calculado que informa se a fatura foi paga na data de vencimento ou antes dela. | ||
|
Descrição
Este é um atributo booleano obtido pela comparação do carimbo de data e hora de 'Pagamento do cliente recebido' com a 'Data de vencimento' da fatura. O valor é verdadeiro se o pagamento foi feito no prazo ou antecipadamente e falso se foi feito com atraso. Esse indicador simplifica a criação de KPIs e Dashboards relacionados à performance dos pagamentos. Ele é a entrada direta para calcular o KPI 'Índice de pagamentos no prazo' e permite filtrar e segmentar facilmente as faturas nas categorias 'no prazo' e 'atrasada' para uma análise posterior das causas-raiz.
Por que isso importa
Dá suporte direto ao KPI 'Índice de pagamentos no prazo' e simplifica as análises ao categorizar as faturas em grupos 'no prazo' e 'atrasadas'.
Onde obter
Calculado durante a transformação dos dados. Lógica: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.
Exemplos
truefalse
|
|||
|
Moeda
Currency
|
O código da moeda dos valores monetários da fatura. | ||
|
Descrição
Este atributo especifica a moeda, como USD ou EUR, na qual os valores da fatura são denominados. 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 essencial para todos os atributos financeiros, garantindo uma interpretação e uma análise precisas em um ambiente com várias moedas.
Onde obter
Normalmente encontrado na tabela RA_CUSTOMER_TRX_ALL, na coluna INVOICE_CURRENCY_CODE.
Exemplos
USDEURGBP
|
|||
|
Nome do cliente
CustomerName
|
A razão social do cliente para o qual a fatura foi emitida. | ||
|
Descrição
O nome do cliente fornece um identificador legível para o cliente. Enquanto o ID do cliente é usado para junções e identificação exclusiva, o nome é usado para exibição em relatórios e Dashboards. Isso torna a análise mais intuitiva, pois os usuários podem reconhecer facilmente os nomes dos clientes sem precisar consultar os IDs. O atributo é fundamental 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
Melhora a usabilidade de Dashboards e relatórios ao fornecer um nome legível para filtragem e agrupamento, tornando a análise mais acessível.
Onde obter
Obtido por meio de uma junção das tabelas HZ_PARTIES e HZ_CUST_ACCOUNTS usando o ID do cliente do cabeçalho da fatura.
Exemplos
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
|
|||
|
Número do pedido de venda
SalesOrderNumber
|
O identificador do pedido de venda original que levou à criação da fatura. | ||
|
Descrição
O número do pedido de venda fornece um vínculo direto com a etapa anterior de 'Gestão de pedidos' do ciclo Order to Cash. Ele conecta o processo de faturamento ao pedido inicial do cliente. Esse atributo permite uma análise mais ampla entre processos. Por exemplo, os analistas podem investigar se determinados tipos de pedidos de venda levam consistentemente a contestações de faturamento ou atrasos de pagamento. Ele fornece um contexto valioso que costuma se perder 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 completa de Order to Cash e uma investigação das causas-raiz.
Onde obter
Normalmente encontrado em um campo de referência ou atributo de interface da tabela de linhas da fatura, RA_CUSTOMER_TRX_LINES_ALL, como INTERFACE_LINE_ATTRIBUTE1 ou um flexfield descritivo semelhante.
Exemplos
SO-54321601882ORD-2023-9910
|
|||
|
País do cliente
Country
|
O país do endereço de cobrança do cliente. | ||
|
Descrição
Este atributo especifica o país associado ao endereço de cobrança do cliente. Ele fornece uma dimensão geográfica para a 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 regulamentações locais. Por exemplo, pode ser usado no Dashboard 'Insights sobre o comportamento de pagamento dos clientes' para verificar se os atrasos médios de pagamento diferem significativamente entre os países.
Por que isso importa
Permite analisar o processo geograficamente, destacando variações regionais no comportamento dos clientes, no impacto regulatório ou na performance operacional.
Onde obter
Obtido das informações do local 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
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) é uma métrica financeira fundamental que mede o tempo médio necessário para receber o pagamento depois que uma fatura é gerada. Esse atributo é calculado para cada fatura individual. Embora o KPI geral seja uma média, ter esse valor por fatura permite análises avançadas. 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 no nível de cada fatura, fornecendo os dados brutos para analisar tendências e identificar fatores associados a um DSO alto.
Onde obter
Calculado durante a transformação dos dados. Lógica: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').
Exemplos
304592
|
|||
|
Sistema de origem
SourceSystem
|
O sistema de registro de onde os dados foram extraídos. | ||
|
Descrição
Este atributo identifica o aplicativo de origem onde os dados do evento foram gerados. Para este processo, ele será sempre o Oracle E-Business Suite. Em ambientes com vários sistemas, esse campo é fundamental para a linhagem dos dados e a solução de problemas. Mesmo em um contexto de sistema único, ele é obrigatório para a governança de dados, confirmando que os dados vêm da origem esperada.
Por que isso importa
Garante a rastreabilidade e o contexto dos dados, aspectos fundamentais para a governança de dados e para a integração de dados de vários sistemas corporativos.
Onde obter
É 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
|
O carimbo de data e hora que indica quando os dados deste evento foram atualizados ou extraídos pela última vez do sistema de origem. | ||
|
Descrição
Este atributo fornece o carimbo de data e hora da última extração de dados. Ele é fundamental para entender o nível de atualização dos dados analisados. Os usuários dependem desse campo para saber se os Dashboards e as análises refletem o estado mais atual do processo. Ele ajuda a gerenciar as expectativas sobre a latência dos dados e é uma informação de metadados essencial para qualquer modelo de dados confiável.
Por que isso importa
Informa aos usuários o nível de atualização dos dados, garantindo que eles entendam o quanto a análise do processo está atualizada.
Onde obter
É um campo de metadados gerado e registrado em cada registro durante o processo de extração, transformação e carregamento (ETL) dos dados.
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 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 pode ajudar a determinar se algumas unidades de negócio são mais eficientes, têm índices maiores de pagamentos no prazo ou enfrentam mais contestações, permitindo compartilhar boas práticas e direcionar intervenções.
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 obter
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 EMEAManufatura global
|
|||
Atividades de faturamento e emissão de notas fiscais, do pedido ao recebimento
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura encerrada
|
A fatura é oficialmente encerrada, indicando que seu saldo é zero devido a 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 Order to Cash.
Onde obter
Inferido a partir da alteração do campo STATUS para 'CL' (Closed) na tabela AR_PAYMENT_SCHEDULES_ALL. A data da transação final que causou o encerramento pode ser usada como carimbo de data e hora.
Captura
Inferido a partir da alteração do status para 'CL' em AR_PAYMENT_SCHEDULES_ALL, com o carimbo de data e hora da última aplicação relacionada.
Tipo de evento
inferred
|
|||
|
Fatura enviada ao cliente
|
Essa atividade indica que a fatura foi transmitida oficialmente ao cliente, por impressão ou por meio eletrônico. Esse evento marca o início da contagem do prazo de pagamento do cliente. | ||
|
Por que isso importa
Este é um marco importante para medir o prazo 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 obter
O Oracle EBS nem sempre registra esse evento explicitamente em um campo padrão. Ele pode ser inferido a partir do registro de data e hora do programa concorrente 'Invoice Print' ou de um indicador personalizado definido após a entrega eletrônica.
Captura
Inferido a partir da data de conclusão do programa de impressão da fatura ou da lógica personalizada de transmissão eletrônica.
Tipo de evento
inferred
|
|||
|
Fatura gerada
|
Marca a criação de uma nova transação de fatura no sistema. Esse evento geralmente é acionado pelo 'Autoinvoice Import Program', que processa linhas de pedidos de venda atendidas, ou pelo lançamento 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 esse evento e os demais revela o ciclo de vida total da fatura e ajuda a identificar gargalos nas etapas iniciais.
Onde obter
Registrado como a data de criação de uma transação na tabela de Oracle Receivables RA_CUSTOMER_TRX_ALL. TRX_DATE ou CREATION_DATE podem ser usados como o registro de data e hora do evento.
Captura
O evento corresponde ao registro de data e hora da criação de um registro na tabela RA_CUSTOMER_TRX_ALL.
Tipo de evento
explicit
|
|||
|
Pagamento do cliente recebido
|
Um pagamento de cliente foi lançado no sistema como um recebimento em dinheiro. Nessa etapa, o pagamento ainda pode não ter sido aplicado a uma fatura específica. | ||
|
Por que isso importa
Este é um marco importante para calcular o Days Sales Outstanding (DSO). O tempo entre a geração da fatura e o recebimento do pagamento é uma das principais medidas da eficiência da cobrança.
Onde obter
Esse evento é registrado explicitamente com um registro de data e hora no momento da criação de um registro na tabela AR_CASH_RECEIPTS_ALL.
Captura
O evento corresponde ao registro de data e hora da criação de um registro na tabela AR_CASH_RECEIPTS_ALL.
Tipo de evento
explicit
|
|||
|
Pagamento em dinheiro aplicado/reconciliado
|
O pagamento recebido do cliente foi aplicado com sucesso a uma ou mais faturas específicas, reduzindo o saldo em aberto. Isso representa a reconciliação do pagamento com a dívida. | ||
|
Por que isso importa
Esta é a etapa final do processo de pagamento e é fundamental para medir o tempo de ciclo da aplicação de pagamentos em dinheiro. Atrasos nessa etapa podem distorcer os saldos das contas dos clientes e afetar a gestão de crédito.
Onde obter
Este evento é registrado explicitamente com um carimbo de data e hora quando um registro é criado na tabela AR_RECEIVABLE_APPLICATIONS_ALL, vinculando um recebimento em dinheiro a uma transação.
Captura
O evento corresponde ao carimbo de data e hora de criação (GL_DATE ou APPLY_DATE) de um registro em AR_RECEIVABLE_APPLICATIONS_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 normalmente ocorre depois que os esforços de cobrança foram esgotados. | ||
|
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 entender o impacto financeiro das dívidas incobráveis.
Onde obter
Isso é registrado como uma transação de tipo de ajuste específico contra a fatura. O evento 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.
Captura
O evento corresponde à criação de um registro em AR_ADJUSTMENTS_ALL com um tipo de atividade 'Write-Off'.
Tipo de evento
explicit
|
|||
|
Data de vencimento do pagamento atingida
|
Um evento calculado que marca o dia em que a fatura vence de acordo com suas condições de pagamento. Esse evento não corresponde a uma ação de usuário ou do sistema, mas é um marco temporal crítico. | ||
|
Por que isso importa
Esse evento é essencial para calcular as taxas de pagamento no prazo e analisar o comportamento de pagamento dos clientes. Ele serve como base para determinar se um pagamento foi antecipado, feito no prazo ou atrasado.
Onde obter
Não é registrado como um evento. Ele é calculado comparando a data do sistema com o campo TERM_DUE_DATE da tabela AR_PAYMENT_SCHEDULES_ALL para a fatura específica.
Captura
Derivado da comparação entre o registro de data e hora atual e AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.
Tipo de evento
calculated
|
|||
|
Disputa aberta
|
O cliente contestou formalmente a fatura, levando à suspensão das atividades de cobrança até a resolução. Isso geralmente é gerenciado no Oracle Advanced Collections ou por meio de atualizações manuais de status. | ||
|
Por que isso importa
As disputas 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 obter
Se o Oracle Advanced Collections for usado, essa será uma transação explícita. Caso contrário, o evento poderá ser inferido a partir de um status específico de 'dispute' ou de um bloqueio aplicado à fatura em AR.
Captura
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
|
|||
|
Fatura aprovada
|
Representa a aprovação interna formal de uma fatura lançada ou revisada manualmente antes de ser enviada ao cliente. Essa atividade pode fazer parte de um Oracle Workflow configurado ou de uma alteração manual de status. | ||
|
Por que isso importa
Acompanhar o tempo de aprovação é essencial para o KPI 'Invoice Approval Cycle Time'. Atrasos nessa etapa postergam diretamente o faturamento do cliente e prolongam o ciclo geral de conversão de caixa.
Onde obter
Isso geralmente depende da configuração. O evento pode ser inferido a partir de alterações de status nas tabelas de Workflow, como WF_ITEM_ACTIVITY_STATUSES, ou potencialmente de um flexfield descritivo na transação da fatura em RA_CUSTOMER_TRX_ALL.
Captura
Inferido a partir de alterações de status nas tabelas de Workflow ou de campos de status personalizados.
Tipo de evento
inferred
|
|||
|
Fatura modificada
|
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 da conclusão ou do envio da fatura. | ||
|
Por que isso importa
Modificações frequentes sugerem ineficiências no processo, problemas de qualidade dos dados ou erros de usuários. Analisar essa atividade ajuda a quantificar o retrabalho e seu impacto nos tempos de ciclo, apoiando KPIs como 'Invoice Error Rate'.
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 habilitada, as alterações poderão ser acompanhadas de forma mais explícita.
Captura
Inferido pelo acompanhamento das atualizações por meio de 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. Essa é 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 obter
Se o Oracle Advanced Collections for usado, o envio de uma carta de cobrança será registrado como um evento explícito. Sem esse módulo, essa atividade geralmente é realizada fora do sistema e pode não ser acompanhada de forma confiável.
Captura
Registrado como um evento de 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 geralmente aplicada a uma fatura existente para corrigir um erro de faturamento ou processar uma devolução. Essa é uma transação separada, mas relacionada, dentro de Accounts Receivable. | ||
|
Por que isso importa
Volumes elevados de notas de crédito apontam para problemas nas etapas anteriores, como atendimento de pedidos, preços ou precisão do faturamento inicial. Analisar esses eventos é essencial para identificar as causas raiz de perda de receita e insatisfação dos clientes.
Onde obter
Registrado como uma nova transação em RA_CUSTOMER_TRX_ALL, na qual CUST_TRX_TYPE_ID se vincula a um tipo com a classe 'CM' (Credit Memo). O campo PREVIOUS_CUSTOMER_TRX_ID faz a ligação com a fatura original.
Captura
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 de cliente recebido anteriormente foi estornado. Isso geralmente ocorre por falta de fundos (NSF) ou outros erros no processamento bancário. | ||
|
Por que isso importa
Estornos de pagamentos prejudicam as previsões de fluxo de caixa e exigem esforço administrativo adicional. Acompanhar esses eventos ajuda a identificar clientes ou métodos de pagamento problemáticos.
Onde obter
Esta é uma ação explícita no Oracle Receivables. Uma reversão cria registros em AR_CASH_RECEIPT_HISTORY_ALL com um status que indica a reversão, como 'REVERSED'.
Captura
Identificado por uma alteração de 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 iniciar sua jornada de Process Mining no processo de Order to Cash - Faturamento e emissão de notas fiscais. Comece hoje a descobrir insights e aumentar a eficiência das suas operações.
Acelere agora seu faturamento e a emissão de notas fiscais no processo de Order to Cash
Reduza em 30% o tempo do ciclo de faturamento e aumente sua conversão de caixa.
Não é necessário cartão de crédito. Configuração em poucos minutos.