Seu Template de Dados para Order to Cash — Faturamento e Cobrança
Seu Template de Dados para Order to Cash — Faturamento e Cobrança
- Atributos recomendados para coletar
- Atividades-chave a monitorizar
- Orientação para extração para Oracle Fusion Financials
Atributos de Faturamento e Cobrança
| Nome | Descrição | ||
|---|---|---|---|
|
Hora de Início
EventTimestamp
|
A data e hora exatas em que uma atividade ou evento específico ocorreu. | ||
|
Descrição
O Timestamp do Evento registra o momento exato em que uma atividade ocorreu. Ele fornece a ordem cronológica dos eventos para cada fatura, o que é essencial para construir o fluxo do processo e realizar qualquer análise temporal. Este atributo é a base para todos os cálculos de duração e desempenho. É usado para medir o tempo entre atividades, calcular tempos de ciclo de ponta a ponta, determinar se os pagamentos estão em dia e analisar tendências ao longo do tempo. KPIs como 'Tempo Médio de Aprovação de Fatura' e 'Tempo de Ciclo de Ponta a Ponta da Fatura' são calculados diretamente desses registros.
Por que é importante
Timestamps são essenciais para calcular todas as métricas de desempenho, incluindo tempos de ciclo, atrasos e cumprimento de prazos, formando a base da análise quantitativa do processo.
Onde obter
Isso é originado de vários campos de data nas tabelas do Oracle Fusion Financials, como CREATION_DATE em RA_CUSTOMER_TRX_ALL ou timestamps de atualização de status em tabelas de workflow.
Exemplos
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
|
|||
|
Número da fatura
InvoiceNumber
|
O identificador exclusivo para cada fatura, servindo como o ID do caso principal para rastrear todas as atividades relacionadas. | ||
|
Descrição
O Número da Fatura é a base da análise do processo de faturamento. Ele funciona como o ID do Caso, agrupando todos os eventos, desde a criação da fatura até o pagamento final e o fechamento. Isso permite uma visão completa e de ponta a ponta do ciclo de vida de um único documento de faturamento. No Process Mining, analisar pelo Número da Fatura permite a visualização de variantes de processo, o cálculo de tempos de ciclo para faturas individuais e a identificação de gargalos ou loops de retrabalho que afetam transações específicas. É essencial para dashboards como 'Tempo de Ciclo de Ponta a Ponta da Fatura' e para calcular KPIs fundamentais como Days Sales Outstanding (DSO) por fatura.
Por que é importante
Este atributo é crítico, pois conecta todas as atividades relacionadas de faturamento e pagamento a um único caso, permitindo uma análise completa e precisa do ciclo de vida da fatura.
Onde obter
Geralmente é o Número da Transação (TRX_NUMBER) da tabela RA_CUSTOMER_TRX_ALL no Oracle Fusion Financials.
Exemplos
INV-1002345983451CM-55432
|
|||
|
Nome da Atividade
ActivityName
|
O nome do evento de negócio específico ou tarefa que ocorreu em um determinado momento dentro do ciclo de vida da fatura. | ||
|
Descrição
O Nome da Atividade descreve uma etapa no processo de faturamento, como 'Fatura Criada', 'Fatura Aprovada' ou 'Pagamento de Cliente Recebido'. Esses eventos formam a sequência de ações que constituem o fluxo do processo para cada fatura. Este atributo é fundamental para o process discovery, permitindo que a ferramenta construa um mapa visual de como as faturas são processadas na realidade. É usado para analisar variantes de processo, identificar loops de retrabalho (como múltiplas etapas de aprovação) e medir a frequência e a duração de cada estágio. Todos os dashboards e KPIs dependem deste atributo para entender o fluxo do processo.
Por que é importante
Este atributo define as etapas no mapa do processo, tornando possível visualizar, analisar e identificar ineficiências no workflow de faturas.
Onde obter
Essas informações são derivadas de várias tabelas e mudanças de status no Oracle Fusion Financials, como tabelas de histórico de workflow (ex: relacionadas a aprovações) e campos de status de transação.
Exemplos
Fatura CriadaFatura AprovadaPagamento do cliente recebidoFatura Encerrada
|
|||
|
Data de Vencimento
DueDate
|
A data limite para o pagamento da fatura. | ||
|
Descrição
A Data de Vencimento é um atributo de data crítico que define o prazo de pagamento de uma fatura, conforme determinado pelos termos de pagamento. Este atributo é essencial para monitorar cobranças e a saúde financeira. É a base para calcular o KPI de Taxa de Pagamento em Dia e para criar relatórios de aging de pagamentos. Nos dashboards, é usado para prever o fluxo de caixa, mostrando quando os pagamentos são esperados e identificando faturas vencidas que exigem atividades de cobrança.
Por que é importante
Este é o benchmark principal para medir a pontualidade dos pagamentos, calcular o DSO e gerenciar o aging de contas a receber.
Onde obter
Localizado na tabela AR_PAYMENT_SCHEDULES_ALL, geralmente no campo DUE_DATE.
Exemplos
2023-05-302023-06-152023-07-01
|
|||
|
Nome do Cliente
CustomerName
|
O nome do cliente ou entidade que está sendo faturada. | ||
|
Descrição
Este atributo identifica o cliente associado à fatura. É uma dimensão primária para segmentar e filtrar os dados do processo. Analisar o processo pelo Nome do Cliente ajuda a identificar quais clientes têm os ciclos de pagamento mais longos, quais têm maior probabilidade de contestar faturas e quais pagam pontualmente de forma consistente. Isso é crucial para o dashboard de DSO Trend e para adaptar estratégias de cobrança aos comportamentos específicos dos clientes.
Por que é importante
Permite a segmentação do processo por cliente, revelando diferentes comportamentos, padrões de pagamento e potenciais problemas de relacionamento que afetam o fluxo de caixa.
Onde obter
Derivado da união da tabela de transação (RA_CUSTOMER_TRX_ALL) com as tabelas de dados mestre de clientes como HZ_PARTIES.
Exemplos
Global Tech Inc.Innovate Solutions LLCApex Manufacturing
|
|||
|
Status da Fatura
InvoiceStatus
|
O status atual da fatura em seu ciclo de vida, como 'Aberta', 'Fechada' ou 'Em Disputa'. | ||
|
Descrição
O Status da Fatura fornece uma visão instantânea de onde a fatura está no processo. Status comuns incluem aberta (não paga), fechada (paga), em disputa ou anulada. Este atributo é útil para monitoramento e filtragem de alto nível. Por exemplo, o dashboard de Previsão de Fluxo de Caixa em Tempo Real usa este status para categorizar valores pendentes. Ele ajuda a identificar rapidamente o grupo de faturas que estão vencidas, em disputa ou totalmente liquidadas.
Por que é importante
Oferece uma compreensão rápida e de alto nível do status atual de uma fatura, permitindo filtragem e categorização eficientes para relatórios financeiros e gestão operacional.
Onde obter
Derivado de campos de status em tabelas como RA_CUSTOMER_TRX_ALL ou AR_PAYMENT_SCHEDULES_ALL (ex: campo STATUS).
Exemplos
AbertoEncerradoEm DisputaPendente de Aprovação
|
|||
|
Unidade de Negócio
BusinessUnit
|
A unidade de negócio específica dentro da organização que emitiu a fatura. | ||
|
Descrição
A Unidade de Negócio representa a entidade organizacional responsável pela transação. Este é um elemento de dados essencial para segmentação financeira e relatórios em grandes empresas. Este atributo permite comparar o desempenho do processo entre diferentes partes da empresa. Por exemplo, você pode analisar se o DSO varia significativamente entre unidades de negócio ou se uma unidade tem uma taxa de retrabalho de faturamento muito maior. Isso ajuda a direcionar iniciativas de melhoria onde elas são mais necessárias.
Por que é importante
Permite a comparação de desempenho entre diferentes unidades organizacionais, ajudando a identificar as melhores práticas e áreas que precisam de melhoria em um nível granular.
Onde obter
Disponível em tabelas de transação como RA_CUSTOMER_TRX_ALL, geralmente como ORG_ID, que faz o link com as definições de unidade de negócio.
Exemplos
US ConsultingEMEA ManufacturingAPAC Services
|
|||
|
Valor da Fatura
InvoiceAmount
|
O valor monetário total da fatura. | ||
|
Descrição
Este atributo representa o valor total devido na fatura. É uma métrica financeira crítica para entender o valor monetário que flui pelo processo de faturamento. Na análise, o Valor da Fatura é usado para priorizar transações de alto valor, calcular o valor total de recebíveis em aberto e ponderar KPIs como o Days Sales Outstanding (DSO). Ele permite segmentar o processo com base no impacto financeiro, por exemplo, analisando se faturas de alto valor seguem um caminho de aprovação diferente ou demoram mais para serem pagas.
Por que é importante
Fornece o contexto financeiro para cada caso, permitindo análises baseadas em valor, priorização de faturas de alto valor e o cálculo de KPIs financeiros essenciais.
Onde obter
Encontrado na tabela RA_CUSTOMER_TRX_ALL, provavelmente em um campo como INVOICE_AMOUNT ou campo relacionado que representa o total da transação.
Exemplos
5000.001250.75250000.00
|
|||
|
Condições de Pagamento
PaymentTerms
|
Os termos acordados para o pagamento da fatura, como 'Net 30' ou '2% 10, Net 30'. | ||
|
Descrição
As Condições de Pagamento definem as regras que regem quando e como uma fatura deve ser paga, incluindo descontos potenciais para pagamento antecipado. Esta informação é crítica para gerenciar contas a receber e fluxo de caixa. Este atributo é essencial para calcular a data de vencimento correta e para identificar oportunidades de descontos por antecipação. O KPI de Taxa de Captura de Desconto por Pagamento Antecipado depende diretamente desses dados para determinar quais faturas eram elegíveis para o benefício.
Por que é importante
Define as regras de pagamento para uma fatura, impactando diretamente os cálculos de data de vencimento e a capacidade de rastrear e otimizar a captura de descontos por pagamento antecipado.
Onde obter
Localizado na tabela RA_TERMS e vinculado à transação por meio de um term_id em RA_CUSTOMER_TRX_ALL.
Exemplos
Líquido 30Líquido 602% 10, Net 30
|
|||
|
Data da Fatura
InvoiceDate
|
A data oficial em que a fatura foi emitida. | ||
|
Descrição
A Data da Fatura, também conhecida como data da transação, é a data registrada no documento da fatura. Ela serve como ponto de partida para os cálculos dos termos de pagamento. Esta data é um componente crítico para o cálculo do Days Sales Outstanding (DSO), pois o DSO mede o tempo desde a Data da Fatura até a data do pagamento. É distinta da data de criação no sistema e representa o início oficial do ciclo de pagamento do ponto de vista do cliente.
Por que é importante
Serve como a data de início oficial do ciclo de vida de uma fatura e é a linha de base para o cálculo do KPI Days Sales Outstanding (DSO).
Onde obter
Localizado na tabela RA_CUSTOMER_TRX_ALL, no campo TRX_DATE.
Exemplos
2023-04-142023-05-182023-06-25
|
|||
|
Days Sales Outstanding
DaysSalesOutstanding
|
O número de dias entre a data da fatura e a data em que o pagamento foi recebido. | ||
|
Descrição
O Prazo Médio de Recebimento (DSO) é uma métrica financeira crítica que mede o tempo médio necessário para receber o pagamento após a emissão de uma fatura. Este atributo calcula isso para cada fatura individual. Embora o DSO global seja um KPI fundamental, calculá-lo no nível da fatura permite uma análise muito mais profunda. Ele pode ser usado para criar dashboards de tendências, identificar as características de faturas com alto DSO e medir o impacto financeiro dos atrasos no processo. Esse cálculo granular fornece os dados necessários para entender os fatores por trás do KPI de DSO agregado.
Por que é importante
Calcula uma métrica crítica de fluxo de caixa no nível da fatura individual, permitindo uma análise detalhada do que impulsiona os tempos de recebimento e o desempenho financeiro.
Onde obter
Isso é calculado encontrando a diferença entre o timestamp da atividade 'Pagamento de Cliente Recebido' e o atributo 'Data da Fatura'.
Exemplos
356228
|
|||
|
Departamento de Faturamento
BillingDepartment
|
O departamento ou equipe interna responsável por criar e gerenciar a fatura. | ||
|
Descrição
Este atributo identifica a equipe ou departamento específico dentro da organização que lidou com o processo de faturamento. Ele fornece mais uma camada de contexto organizacional para a análise. Ao segmentar o processo pelo Departamento de Faturamento, a empresa pode comparar a eficiência e a precisão de diferentes equipes. Isso ajuda a identificar quais departamentos têm maiores taxas de retrabalho, ciclos de aprovação mais longos ou contribuem mais para um DSO alto, destacando oportunidades para treinamentos direcionados ou padronização de processos.
Por que é importante
Permite a comparação de desempenho entre equipes internas, ajudando a identificar melhores práticas, necessidades de recursos ou áreas que exigem melhoria de processos.
Onde obter
Essas informações podem ser derivadas do usuário que criou a fatura, vinculando-o ao seu departamento no sistema de RH (ex: via PER_ALL_ASSIGNMENTS_F).
Exemplos
Faturamento CorporativoEquipe de Faturamento de ServiçosFaturamento de Vendas de Produtos
|
|||
|
É pago no prazo
IsPaidOnTime
|
Um sinalizador booleano indicando se a fatura foi paga no prazo ou antes da data de vencimento. | ||
|
Descrição
Este atributo calculado fornece um indicador simples (verdadeiro ou falso) da pontualidade do pagamento. É derivado da comparação entre a data da atividade 'Pagamento de Cliente Recebido' e a 'Data de Vencimento' da fatura. Esta sinalização simplifica a análise e os relatórios do KPI de Taxa de Pagamento em Dia. Permite filtragem e segmentação fáceis para entender quais fatores — como cliente, região ou valor da fatura — estão correlacionados a atrasos, sendo uma métrica fundamental para avaliar a eficácia da cobrança.
Por que é importante
Simplifica a medição do desempenho de cobrança e permite uma análise fácil dos fatores que contribuem para pagamentos pontuais versus em atraso.
Onde obter
Calculado comparando o timestamp da atividade de pagamento final com o atributo DueDate. A lógica é:
Exemplos
verdadeirofalse
|
|||
|
É Retrabalho
IsRework
|
Um sinalizador booleano indicando se uma atividade é considerada retrabalho, como uma aprovação repetida ou correção. | ||
|
Descrição
Este atributo calculado sinaliza atividades que representam trabalho desnecessário ou redundante. Exemplos incluem uma fatura sendo rejeitada e depois reenviada para aprovação, ou uma correção feita após a criação inicial. Ao sinalizar o retrabalho, torna-se fácil quantificar seu impacto no processo. O KPI de Taxa de Retrabalho de Faturamento é calculado diretamente deste atributo. Os dashboards podem visualizar a frequência de retrabalho e medir o tempo de ciclo extra que ele adiciona, ajudando a identificar as fontes de ineficiência e erros.
Por que é importante
Quantifica diretamente a ineficiência do processo ao sinalizar trabalho desnecessário ou repetido, facilitando a medição do impacto de custo e tempo de problemas de qualidade.
Onde obter
Isso é calculado durante a transformação dos dados com base na sequência de atividades. Por exemplo, se uma atividade 'Fatura Aprovada' é precedida por uma 'Fatura Rejeitada' para o mesmo caso, ela é sinalizada como retrabalho.
Exemplos
verdadeirofalse
|
|||
|
End Time
EventEndTime
|
A data e hora exatas em que uma atividade ou evento específico foi concluído. | ||
|
Descrição
A Hora de Término do Evento registra o momento em que uma atividade foi finalizada. Embora muitos eventos sejam instantâneos, algumas atividades, como 'Aprovação de Fatura', podem ter uma duração, começando quando enviadas e terminando quando uma decisão é tomada. Ter um horário de término permite o cálculo preciso do tempo de processamento da atividade. Isso é útil para analisar quanto tempo os usuários gastam em tarefas específicas e melhora a precisão da análise de gargalos, distinguindo entre tempo de espera e tempo de processamento real.
Por que é importante
Permite o cálculo preciso dos tempos de processamento das atividades, distinguindo entre tempo de trabalho ativo e tempo de espera ocioso, o que é fundamental para uma análise detalhada de gargalos.
Onde obter
Isso geralmente é derivado do Horário de Início da atividade subsequente no processo. Para algumas atividades, pode existir um campo de horário de término dedicado nos logs de workflow.
Exemplos
2023-04-15T09:05:12Z2023-04-18T15:00:00Z2023-05-20T11:25:45Z
|
|||
|
Meio de Pagamento
PaymentMethod
|
O método utilizado pelo cliente para realizar o pagamento, como transferência bancária ou cartão de crédito. | ||
|
Descrição
Este atributo especifica como um cliente pagou sua fatura. Essa informação é útil para analisar tendências e custos de pagamento. Diferentes métodos de pagamento podem ter diferentes tempos de processamento e custos de transação. A análise por método de pagamento ajuda a entender se certos métodos são propensos a erros de conciliação ou atrasos, além de informar estratégias para incentivar o uso de canais de pagamento mais eficientes.
Por que é importante
Ajuda na análise da eficiência do processamento de pagamentos, custos de transação e taxas de erro de conciliação associadas a diferentes canais de pagamento.
Onde obter
Encontrado nas tabelas de recebimento de caixa, como AR_CASH_RECEIPTS_ALL, que contém um campo indicando o método de pagamento.
Exemplos
ACHTransferência BancáriaCartão de CréditoCheque
|
|||
|
Motivo da Disputa
DisputeReason
|
O motivo fornecido para uma fatura estar sendo contestada pelo cliente. | ||
|
Descrição
Quando um cliente contesta uma fatura, o motivo da disputa é registrado. Isso pode estar relacionado a preços, quantidades, qualidade do serviço ou outros problemas. Analisar os motivos de disputa é uma maneira poderosa de realizar análises de causa raiz. Ao entender os motivos mais comuns, a empresa pode resolver problemas subjacentes em precificação, atendimento de pedidos ou qualidade dos dados. Isso ajuda a reduzir o Tempo Médio de Resolução de Disputas de Faturas e melhora a satisfação do cliente.
Por que é importante
Oferece insights diretos sobre as causas raiz de atrasos nos pagamentos e insatisfação dos clientes, permitindo que a empresa resolva problemas sistêmicos.
Onde obter
Essas informações podem estar armazenadas no Oracle Collections ou em um módulo relacionado de gestão de disputas. Podem estar em uma tabela de disputa dedicada ou como um código de motivo na própria transação.
Exemplos
Preço IncorretoDivergência de QuantidadeProdutos DanificadosFatura Duplicada
|
|||
|
Região
Region
|
A região geográfica associada ao cliente ou à transação. | ||
|
Descrição
Região fornece o contexto geográfico da fatura, geralmente baseada na localização do cliente. Isso permite a análise espacial do desempenho do processo. A análise por região pode revelar variações causadas por regulamentações locais, condições de mercado ou desempenho das equipes regionais. Dashboards como DSO Trend e Tempo de Ciclo de Ponta a Ponta da Fatura podem ser segmentados por região para verificar se áreas específicas enfrentam desafios únicos no recebimento.
Por que é importante
Permite a segmentação geográfica do processo, o que pode destacar diferenças regionais em desempenho, comportamento do cliente ou conformidade.
Onde obter
Normalmente é derivado das informações de endereço do cliente armazenadas no TCA (HZ_LOCATIONS, HZ_PARTY_SITES). Não é um campo direto na própria fatura.
Exemplos
América do NorteEuropaÁsia-Pacífico
|
|||
|
Sistema de Origem
SourceSystem
|
O sistema de registro do qual os dados do evento foram extraídos. | ||
|
Descrição
Este atributo identifica a aplicação de origem onde os dados foram gerados. Para este processo, normalmente será o Oracle Fusion Financials, mas também pode especificar um módulo específico, como o Oracle Receivables (AR). Em ambientes com múltiplos sistemas integrados, este campo ajuda a diferenciar as fontes de dados e é crucial para a validação e governança, garantindo que a análise se baseie no conjunto de dados correto.
Por que é importante
Identifica a origem dos dados, o que é fundamental para a governança de dados, solução de problemas e para garantir que a análise seja baseada no sistema de registro correto.
Onde obter
Geralmente é um valor estático ('Oracle Fusion Financials') adicionado durante o processo de extração e transformação de dados.
Exemplos
Oracle Fusion FinancialsOracle AR CloudFusion Apps
|
|||
|
Tempo de Ciclo da Fatura
InvoiceCycleTime
|
O tempo total desde que uma fatura foi criada pela primeira vez até o seu fechamento. | ||
|
Descrição
Este atributo mede a duração de ponta a ponta de todo o ciclo de vida da fatura para um único caso. É calculado como a diferença de tempo entre a primeira atividade, geralmente 'Fatura Criada', e a atividade final, 'Fatura Fechada'. Esta métrica fornece uma visão de alto nível da eficiência geral do processo. É a medida principal para o dashboard de 'Tempo de Ciclo de Ponta a Ponta da Fatura'. Ao analisar este atributo em diferentes dimensões, como cliente ou unidade de negócio, as empresas podem identificar quais tipos de faturas demoram mais para serem processadas e investigar as causas raiz.
Por que é importante
Oferece uma medida única e crucial da velocidade geral do processo, ajudando a identificar rapidamente quais faturas levam mais tempo para serem concluídas de ponta a ponta.
Onde obter
Esta é uma métrica calculada, derivada da diferença entre o EventTimestamp máximo e mínimo para cada InvoiceNumber exclusivo.
Exemplos
45 dias e 8 horas32 dias e 2 horas90 dias e 12 horas
|
|||
|
Última Atualização de Dados
LastDataUpdate
|
O timestamp que indica a última vez em que os dados deste evento foram atualizados ou extraídos do sistema de origem. | ||
|
Descrição
Este atributo fornece o timestamp da extração de dados mais recente. É um campo de metadados essencial para entender a atualidade dos dados analisados. Os analistas usam essa informação para confirmar que estão trabalhando com dados atualizados. É particularmente importante para dashboards que se propõem a ser 'em tempo real' ou quase isso, pois oferece transparência sobre possíveis atrasos nos dados.
Por que é importante
Informa aos usuários sobre o quão recentes são os dados, garantindo que as análises e conclusões sejam baseadas em informações com um nível de atualização aceitável.
Onde obter
Este é um campo de metadados gerado durante o processo de extração, transformação e carregamento (ETL). Geralmente corresponde ao tempo de execução do pipeline de dados.
Exemplos
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
|
|||
|
Utilizador
User
|
O funcionário ou usuário do sistema que realizou uma determinada atividade. | ||
|
Descrição
O atributo Usuário identifica a pessoa ou agente automatizado responsável por executar uma etapa do processo. Pode ser o usuário que criou a fatura, o gestor que a aprovou ou o agente de cobrança que enviou um lembrete. A análise por usuário ajuda a identificar oportunidades de treinamento, distribuição de carga de trabalho e diferenças de desempenho entre indivíduos ou equipes. Pode revelar se certos usuários estão associados a altas taxas de erro ou se aprovadores específicos são gargalos constantes.
Por que é importante
Atribui responsabilidade pelas etapas do processo, permitindo a análise do desempenho do usuário, equilíbrio de carga de trabalho e identificação de necessidades de treinamento.
Onde obter
Originado de campos de ID de usuário, como CREATED_BY ou LAST_UPDATED_BY em várias tabelas de transação e workflow. Esse ID é cruzado com tabelas de diretório de usuários (ex: PER_ALL_PEOPLE_F) para obter o nome do usuário.
Exemplos
john.smithjane.doeCollectionsBot
|
|||
Atividades de Faturamento e Cobrança
| Atividade | Descrição | ||
|---|---|---|---|
|
Fatura Aprovada
|
A fatura recebeu todas as aprovações necessárias e está pronta para ser enviada ao cliente. Este evento é capturado quando o workflow de aprovação termina com sucesso, atualizando o status da fatura. | ||
|
Por que é importante
Este é um marco crítico que antecede a entrega da fatura ao cliente. Atrasos aqui impactam diretamente quando o prazo de pagamento começa a contar, afetando o Days Sales Outstanding (DSO).
Onde obter
Inferido da atualização final do status de aprovação no registro da transação da fatura ou do timestamp de conclusão na tarefa de workflow do BPM associada.
Captura
Captura o timestamp quando o status de aprovação da fatura é definido como 'Approved' (Aprovado).
Tipo de evento
inferred
|
|||
|
Fatura Criada
|
A criação inicial de uma transação de fatura no sistema, muitas vezes em status de rascunho ou incompleto. Este evento é registrado explicitamente quando um usuário salva um novo registro de fatura pela primeira vez no módulo de Contas a Receber. | ||
|
Por que é importante
Este é o início definitivo do processo de faturamento. Analisar o tempo da criação até a conclusão ajuda a identificar atrasos na entrada de dados inicial ou problemas de desempenho do sistema.
Onde obter
Este evento é capturado a partir da data de criação do registro de transação na tabela RA_CUSTOMER_TRX_ALL. O status inicial costuma ser 'Incompleto'.
Captura
Use o campo creation_date da tabela RA_CUSTOMER_TRX_ALL para o número da fatura específico.
Tipo de evento
explicit
|
|||
|
Fatura Encerrada
|
A fatura está totalmente paga e conciliada, e seu ciclo de vida está concluído. Este evento é normalmente inferido quando o saldo devedor da fatura chega a zero e seu status é atualizado. | ||
|
Por que é importante
Esta é a resolução final da fatura e marca o fim do processo. O tempo total para atingir esse estado é o tempo de ciclo de ponta a ponta, um KPI primário para o processo de faturamento.
Onde obter
Inferido da tabela AR_PAYMENT_SCHEDULES_ALL quando o status é atualizado para 'CLOSED' e o amount_due_remaining é zero. O campo 'gl_date_closed' indica a data de fechamento.
Captura
Use o campo gl_date_closed da tabela AR_PAYMENT_SCHEDULES_ALL para a fatura específica.
Tipo de evento
inferred
|
|||
|
Fatura Enviada ao Cliente
|
A fatura foi entregue ao cliente através do seu método preferido, como e-mail ou impressão. O sistema geralmente registra o timestamp quando a ação de entrega é executada. | ||
|
Por que é importante
Esta atividade inicia oficialmente o período do prazo de pagamento. Medir o tempo desde a aprovação até a entrega é fundamental para entender a eficiência do processo de distribuição de faturas.
Onde obter
Isso pode ser inferido pelo campo 'last_printed_date' no RA_CUSTOMER_TRX_ALL ou pelos logs no Oracle Business Intelligence Publisher, caso seja usada a entrega eletrônica.
Captura
Use o timestamp do log de entrega ou impressão relevante associado à fatura.
Tipo de evento
inferred
|
|||
|
Pagamento do cliente recebido
|
Um pagamento de um cliente foi inserido no sistema como um recebimento de caixa. Nesta fase, o pagamento pode ainda não ter sido aplicado a uma fatura específica. | ||
|
Por que é importante
Este é um marco crucial que representa a entrada de caixa. O intervalo de tempo entre o recebimento do pagamento e sua aplicação em uma fatura é um indicador essencial da eficiência da gestão de caixa.
Onde obter
Registrado explicitamente na criação de um registro na tabela AR_CASH_RECEIPTS_ALL. O campo receipt_date indica quando o pagamento foi processado.
Captura
Use o campo creation_date ou receipt_date da tabela AR_CASH_RECEIPTS_ALL.
Tipo de evento
explicit
|
|||
|
Payment Applied to Invoice
|
O pagamento recebido do cliente foi correspondido e aplicado com sucesso à fatura específica, reduzindo seu saldo devedor. Este é um registro transacional individual. | ||
|
Por que é importante
Esta atividade confirma que o dinheiro foi alocado corretamente, o que é fundamental para relatórios de aging precisos e demonstrações financeiras. É a etapa final do reconhecimento do valor contra o recebível.
Onde obter
Registrado explicitamente na tabela AR_RECEIVABLE_APPLICATIONS_ALL. Os campos apply_date e gl_date indicam quando a aplicação ocorreu.
Captura
Use o campo apply_date da tabela AR_RECEIVABLE_APPLICATIONS_ALL, vinculando o recebimento de caixa à fatura.
Tipo de evento
explicit
|
|||
|
Data de Vencimento do Pagamento Atingida
|
A data em que o pagamento da fatura deveria ter ocorrido passou. Este não é um evento transacional, mas sim calculado com base nos termos da fatura e na data atual. | ||
|
Por que é importante
Este evento calculado é fundamental para a análise de aging e o cálculo do DSO. Ele separa as faturas em dia das vencidas, permitindo atividades de cobrança direcionadas.
Onde obter
Este é um evento calculado. Ocorre quando a data atual é maior que o campo due_date na tabela AR_PAYMENT_SCHEDULES_ALL para uma determinada fatura.
Captura
Calculado comparando a data atual com o campo due_date em AR_PAYMENT_SCHEDULES_ALL.
Tipo de evento
calculated
|
|||
|
Disputa Iniciada
|
O cliente contestou formalmente a fatura, e um caso de disputa foi criado no sistema. Geralmente, isso é registrado pela alteração de uma flag de status no cronograma de pagamento da fatura. | ||
|
Por que é importante
Disputas congelam o processo de pagamento e exigem esforço manual para resolução. Analisar a frequência de disputas e o tempo de resolução ajuda a identificar causas raiz, como erros de preço ou de envio.
Onde obter
Isso pode ser inferido pelo campo de status na tabela AR_PAYMENT_SCHEDULES_ALL definido como status de disputa, ou pelos registros de criação em AR_DISPUTE_HISTORY.
Captura
Identifica quando o sinalizador ou status de disputa é ativado no cronograma de pagamento da fatura.
Tipo de evento
inferred
|
|||
|
Fatura Ajustada
|
Uma modificação, como uma baixa (write-off) ou crédito, foi feita no valor da fatura. Esta é uma transação explícita para alterar o saldo devedor da fatura. | ||
|
Por que é importante
Ajustes muitas vezes significam disputas, concessões ou correções. Analisar a frequência e o valor dos ajustes pode revelar problemas subjacentes no processo de faturamento.
Onde obter
Registrado explicitamente na tabela AR_ADJUSTMENTS_ALL. O campo creation_date do registro de ajuste marca o evento.
Captura
Use o campo creation_date da tabela AR_ADJUSTMENTS_ALL para a fatura correspondente.
Tipo de evento
explicit
|
|||
|
Fatura Concluída
|
Representa o ponto em que a entrada de dados da fatura é finalizada e a transação está pronta para validação e contabilização. Geralmente é capturado pela mudança do status da fatura de 'Incompleto' para 'Completo'. | ||
|
Por que é importante
Este marco sinaliza o fim da fase de entrada de dados. O tempo entre a criação e a conclusão pode indicar a eficiência do processo de revisão e entrada de dados do departamento de faturamento.
Onde obter
Inferido a partir de uma mudança de status no registro da transação da fatura na tabela RA_CUSTOMER_TRX_ALL. Procure o timestamp associado à atualização do status para 'Complete'.
Captura
Rastrear o histórico de status da transação em RA_CUSTOMER_TRX_ALL ou tabelas de workflow relacionadas.
Tipo de evento
inferred
|
|||
|
Fatura Enviada para Aprovação
|
A fatura é formalmente submetida a um workflow de aprovação, se configurado. Isso é capturado quando o status da fatura é atualizado para um estado de aprovação pendente, disparando notificações aos aprovadores designados. | ||
|
Por que é importante
Marca o início do ciclo de aprovação. O rastreamento desta atividade é essencial para medir e analisar o tempo de aprovação subsequente, um componente-chave do tempo total de ciclo da fatura.
Onde obter
Inferido de uma mudança de status na transação da fatura ou capturado das tabelas de workflow do Oracle Business Process Management (BPM) que registram o início da tarefa de aprovação.
Captura
Identifica o timestamp quando o status de aprovação da fatura muda para 'Pending' (Pendente) ou estado similar.
Tipo de evento
inferred
|
|||
|
Fatura Rejeitada
|
Um aprovador rejeitou a fatura, geralmente devido a erros em dados como preços ou quantidades. Este evento devolve a fatura para correção, criando um loop de retrabalho. | ||
|
Por que é importante
Rastrear rejeições destaca problemas com a precisão do faturamento e controles internos. Analisar a frequência e os motivos das rejeições pode apontar áreas para melhoria de processos e treinamento.
Onde obter
Inferido de uma atualização de status no registro da transação da fatura ou do resultado 'Rejected' na tarefa de workflow do BPM.
Captura
Captura o timestamp quando o status de aprovação da fatura é definido como 'Rejected' (Rejeitado).
Tipo de evento
inferred
|
|||
|
Lembrete de Pagamento Emitido
|
Uma carta de cobrança ou aviso de lembrete foi enviado ao cliente por uma fatura vencida. Esta é uma ação explícita registrada pelo módulo de cobranças. | ||
|
Por que é importante
Rastrear lembretes ajuda a medir a eficácia do processo de cobrança. Permite analisar quais estratégias de lembrete resultam em pagamentos mais rápidos.
Onde obter
Registrado explicitamente no módulo Oracle Advanced Collections. Tabelas de histórico de dunning, como IEX_DUNNINGS, gravam a data e o nível do lembrete enviado.
Captura
Captura das tabelas de histórico de cobrança (dunning), vinculando a transação de cobrança à fatura.
Tipo de evento
explicit
|
|||