Seu Template de dados de gestão de crédito e cobranças
Seu Template de dados de gestão de crédito e cobranças
- Atributos recomendados para uma análise completa
- Principais atividades a serem acompanhadas para descobrir o processo
- Orientações passo a passo para a extração de dados
Atributos de Gestão de Crédito e Cobrança
| Nome | Descrição | ||
|---|---|---|---|
| Hora do Evento EventTime | A data e a hora exatas em que a atividade ocorreu, servindo como timestamp do evento. | ||
| Descrição A Hora do Evento, ou timestamp, registra o momento exato em que uma atividade ocorreu. Ela é essencial para ordenar cronologicamente os eventos e criar um fluxo de processo preciso. Sem timestamps precisos, a sequência dos eventos não pode ser determinada corretamente. Na análise, esse atributo é usado para calcular durações e tempos de ciclo entre atividades, algo fundamental para medir a performance. Por exemplo, ele é usado para calcular KPIs como o tempo de ciclo da resolução de disputas ou o tempo de ciclo do pagamento de faturas. Também permite analisar tendências de performance do processo em diferentes períodos. Por que isso importa Esse timestamp é essencial para ordenar eventos, calcular tempos de ciclo e durações e analisar a performance do processo ao longo do tempo. Onde obter Derivado de vários campos de data nas tabelas do Oracle Fusion Financials, como TRX_DATE em RA_CUSTOMER_TRX_ALL para a criação da fatura ou a data de criação de uma ação de cobrança. Exemplos 2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z | |||
| Nome da Atividade ActivityName | O nome do evento de negócio ou da tarefa específica que ocorreu em determinado momento do processo de gestão de crédito. | ||
| Descrição Esse atributo descreve uma única etapa do ciclo de vida da fatura, como 'Invoice Generated', 'Dunning Procedure Initiated' ou 'Payment Received'. Cada atividade representa um evento distinto que faz o caso avançar. Analisar a sequência e a frequência das atividades é o núcleo do process mining. Isso ajuda a revelar o fluxo real do processo, identificar gargalos onde os casos ficam parados, detectar loops de retrabalho em que as atividades são repetidas e comparar o processo real com o processo projetado ou ideal. O Nome da Atividade é fundamental para criar mapas de processo e calcular os tempos de transição entre as etapas. Por que isso importa Esse atributo define as etapas no mapa de processo, permitindo visualizar e analisar o ciclo de vida da fatura do início ao fim. Onde obter Esse é um campo conceitual derivado de vários eventos de negócio do Oracle Fusion Financials, geralmente construído pelo mapeamento de status de transações, datas de eventos ou ações específicas de módulos como Receivables (AR) e Advanced Collections. Exemplos Nota fiscal geradaProcedimento de Dunning IniciadoPagamento RecebidoDisputa Registrada | |||
| Número da Fatura InvoiceNumber | O identificador exclusivo de cada fatura do cliente, usado como o principal identificador de caso do processo de gestão de crédito. | ||
| Descrição O Número da Fatura é a chave central que vincula todos os eventos e atividades relacionados a um único recebível, desde sua criação até a liquidação ou baixa final. Ele permite uma visão completa, de ponta a ponta, do ciclo de vida da fatura. Na análise de process mining, esse atributo é usado para reconstruir a jornada de cada fatura. Ao agrupar todas as atividades relacionadas sob um único Número da Fatura, os analistas podem visualizar os fluxos do processo, identificar caminhos comuns e desvios e medir os tempos de ciclo de todo o processo ou de etapas específicas, como a resolução de disputas ou a contabilização de pagamentos. Por que isso importa Esse é o Case ID essencial que conecta todas as etapas relacionadas do processo, permitindo reconstruir e analisar a jornada de cada fatura, da emissão ao encerramento. Onde obter Esse identificador normalmente é encontrado na tabela RA_CUSTOMER_TRX_ALL como TRX_NUMBER no Oracle Fusion Financials. Exemplos INV-1005679884321AR-2023-04-112 | |||
| Sistema de Origem SourceSystem | O sistema de onde os dados se originam. | ||
| Descrição Esse atributo identifica a aplicação de origem na qual os dados do evento foram registrados. Em um ambiente de TI complexo, vários sistemas podem participar de um único processo de ponta a ponta. Especificar o sistema de origem é importante para a governança de dados, a solução de problemas e a compreensão do contexto dos dados. Isso ajuda a diferenciar eventos de vários sistemas quando eles são combinados em uma única visão do processo, garantindo clareza sobre a linhagem dos dados. Por que isso importa Traz clareza sobre a origem dos dados, algo fundamental para validar e governar os dados e entender o contexto tecnológico do processo. Onde obter Normalmente, é um valor estático adicionado durante a extração dos dados para identificar a origem dos registros. Exemplos Oracle Fusion FinancialsOracle AROracle Collections | |||
| Última Atualização dos Dados LastDataUpdate | O timestamp que indica quando os dados desse evento foram atualizados ou extraídos pela última vez do sistema de origem. | ||
| Descrição Esse atributo registra a data e a hora da extração de dados mais recente. É um campo de metadados que não faz parte do processo de negócio, mas é fundamental para entender a atualidade dos dados analisados. Os analistas usam esse timestamp para confirmar que estão trabalhando com informações atualizadas e entender o ponto de corte dos dados. Ele é essencial para a governança de dados e para gerenciar as expectativas dos usuários sobre a atualidade dos dados em Dashboards e relatórios. Por que isso importa Indica a atualidade dos dados, garantindo que analistas e stakeholders conheçam sua pontualidade e relevância. Onde obter Esse valor é gerado e registrado em cada registro durante o processo de extração e carregamento de dados (ETL). Exemplos 2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Cobrador Collector | O nome ou ID do agente de cobrança atribuído à fatura. | ||
| Descrição O Cobrador é a pessoa ou o time responsável por gerenciar as atividades de cobrança de uma fatura em atraso. Essa atribuição é uma etapa importante do Workflow de cobrança. Esse atributo é fundamental para gerenciar a performance e alocar recursos no departamento de cobrança. Ao analisar os resultados por cobrador, os gestores podem avaliar a eficácia dos cobradores, identificar necessidades de treinamento e equilibrar as cargas de trabalho. O Dashboard de eficácia da atribuição de cobradores depende diretamente desse atributo para comparar taxas de sucesso e tempos de ciclo entre diferentes cobradores. Por que isso importa Permite analisar a performance de cobradores individuais ou times, ajudando a otimizar a alocação de recursos e melhorar a eficiência geral da cobrança. Onde obter Essas informações normalmente são armazenadas no módulo Oracle Advanced Collections, geralmente em tabelas como IEX_CASES_ALL_B ou tabelas de atribuição relacionadas. Exemplos John SmithJane DoeEquipe de cobrança A | |||
| Data de Vencimento DueDate | A data até a qual o pagamento da fatura deve ser realizado. | ||
| Descrição A Data de Vencimento é um atributo de data crítico, acordado contratualmente para o pagamento. Ela é a referência usada para medir a pontualidade do pagamento. Esse atributo é fundamental para identificar faturas em atraso e calcular o número de dias de atraso. Ele é a principal entrada para determinar quando os procedimentos de dunning devem ser iniciados e é usado no cálculo de KPIs como Days Sales Outstanding (DSO). Também é essencial para criar relatórios de aging que classificam dívidas em aberto. Por que isso importa Serve como referência para determinar se uma fatura está em atraso, acionar atividades de cobrança e permitir análises de aging. Onde obter Disponível na tabela AR_PAYMENT_SCHEDULES_ALL como DUE_DATE. Exemplos 2023-05-302023-06-152023-07-01 | |||
| Nível de Dunning DunningLevel | A etapa ou o nível do procedimento de dunning aplicado à fatura. | ||
| Descrição O Nível de Dunning indica a intensidade do lembrete de cobrança, que normalmente aumenta com o tempo. Por exemplo, o Nível 1 pode ser um lembrete cordial por e-mail, enquanto o Nível 3 pode ser uma carta formal ou uma ligação. Analisar o processo por Nível de Dunning ajuda a avaliar a eficácia da estratégia de dunning. O Dashboard de eficácia do dunning usa esse atributo para visualizar as taxas de conversão de cada etapa de dunning em pagamento. Isso permite que a empresa determine quais ações de dunning são mais eficazes e ajuste o momento e o conteúdo dos lembretes para maximizar os recebimentos. Por que isso importa Acompanha o estágio de escalada dos esforços de cobrança, algo fundamental para avaliar a eficácia da estratégia de dunning. Onde obter Esses dados são gerenciados no módulo Oracle Advanced Collections. Eles podem ser encontrados em tabelas relacionadas ao histórico de dunning, como IEX_DUNNINGS. Exemplos Nível 1: LembreteNível 2: AvisoNível 3: Aviso final | |||
| Número do Cliente CustomerNumber | Um identificador exclusivo do cliente associado à fatura. | ||
| Descrição O Número do Cliente vincula uma fatura a uma conta de cliente específica. Isso permite segmentar e analisar o processo de crédito e cobrança com base nos atributos do cliente. Ao incluir o Número do Cliente, os analistas podem investigar se determinados clientes pagam atrasado de forma recorrente, abrem mais disputas ou exigem mais esforços de cobrança. Essas informações são essenciais para criar estratégias de cobrança específicas por cliente, ajustar condições de crédito e identificar segmentos de clientes de alto risco. Elas apoiam diretamente análises como a análise da taxa de baixa de faturas por segmento de cliente. Por que isso importa Permite segmentar o processo por cliente, ajudando a identificar padrões, riscos e oportunidades para estratégias de cobrança personalizadas. Onde obter Normalmente encontrado na tabela RA_CUSTOMER_TRX_ALL como BILL_TO_CUSTOMER_ID, que se vincula a HZ_CUST_ACCOUNTS. Exemplos CUST-0012389455ACME-CORP-US | |||
| Segmento do Cliente CustomerSegment | A classificação do cliente em um grupo definido, por exemplo, por porte, setor ou importância estratégica. | ||
| Descrição Segmento do Cliente é um atributo categórico que agrupa clientes com base em características compartilhadas. Os segmentos podem ser definidos por fatores como 'Strategic', 'SMB' ou 'Enterprise', ou por setor, como 'Manufacturing' ou 'Retail'. Esse atributo é poderoso para análises comparativas. Ele permite que os analistas comparem a performance do processo entre diferentes segmentos para verificar, por exemplo, se um segmento apresenta uma taxa maior de disputas ou um ciclo de pagamento mais longo. Esse insight ajuda a adaptar políticas de crédito e estratégias de cobrança às necessidades e aos riscos específicos de cada segmento, apoiando Dashboards como a análise da taxa de baixa de faturas. Por que isso importa Permite análises comparativas avançadas, revelando como a performance e os riscos do processo variam entre diferentes grupos de clientes. Onde obter Geralmente gerenciado nos dados mestres de clientes (HZ_CUST_ACCOUNTS ou tabelas relacionadas) ou derivado de atributos do cliente, como receita ou setor. Exemplos Grande empresaPequena e média empresaGovernoParceiro estratégico | |||
| Usuário User | O ID do usuário ou do sistema que realizou a atividade. | ||
| Descrição Esse atributo identifica o funcionário específico ou usuário de sistema automatizado responsável por executar uma atividade, como aprovar um limite de crédito, contabilizar um pagamento ou resolver uma disputa. Analisar as atividades por usuário é essencial para entender a distribuição da carga de trabalho, a performance individual e a conformidade. Para atividades automatizadas, isso ajuda a acompanhar o envolvimento dos processos do sistema. Também pode ser usado para identificar necessidades de treinamento ou possíveis atividades fraudulentas por meio do monitoramento do comportamento dos usuários. Por que isso importa Atribui atividades do processo a indivíduos específicos ou sistemas automatizados, permitindo acompanhar a performance, analisar a carga de trabalho e realizar auditorias. Onde obter Obtido das colunas 'CREATED_BY' ou 'LAST_UPDATED_BY' em várias tabelas de transações e histórico do Oracle Fusion Financials. Exemplos jsmithar_specialist_1SYSTEM_AUTOMATION | |||
| Valor da Fatura InvoiceAmount | O valor monetário total da fatura. | ||
| Descrição O Valor da Fatura representa o valor total dos produtos ou serviços cobrados do cliente. Esse é um atributo financeiro fundamental para entender o impacto monetário do processo. Na análise, o Valor da Fatura é usado para priorizar os esforços de cobrança, concentrando-se em faturas em atraso de alto valor. Ele também é usado para analisar comportamentos de pagamento com base no valor da transação e calcular o impacto financeiro das baixas. Dashboards como a análise da taxa de baixa de faturas dependem desse valor para avaliar a dimensão das perdas financeiras. Por que isso importa Fornece contexto financeiro ao processo, permitindo priorizar faturas de alto valor e analisar o impacto monetário das ineficiências do processo. Onde obter Essas informações podem ser derivadas da tabela AR_PAYMENT_SCHEDULES_ALL, que armazena o valor devido de uma fatura. Exemplos 5000.001250.75250000.00 | |||
| Condições de Pagamento PaymentTerms | As condições acordadas que especificam quando o pagamento deve ser realizado. | ||
| Descrição As Condições de Pagamento definem os termos em que o cliente deve pagar, por exemplo, 'Net 30' ou 'Net 60'. Essas condições são usadas para calcular a data de vencimento da fatura. Analisar a performance de pagamento por condição pode revelar padrões interessantes. Por exemplo, clientes com prazos mais curtos podem ter maior probabilidade de pagar atrasado. Essas informações podem ser usadas para revisar e otimizar políticas de crédito e segmentar clientes para diferentes estratégias de cobrança. Elas fornecem um contexto valioso para entender por que determinadas faturas entram em atraso. Por que isso importa Fornece contexto sobre o cronograma de pagamento acordado, permitindo analisar o comportamento de pagamento em diferentes condições de crédito. Onde obter Armazenado na tabela RA_TERMS e vinculado à transação da fatura. Exemplos Líquido 30 diasLíquido 60 diasVencimento no recebimento | |||
| Data Prometida para Pagamento PromiseToPayDate | A data em que o cliente prometeu realizar um pagamento. | ||
| Descrição Durante as atividades de cobrança, um cliente pode se comprometer a realizar um pagamento em uma data futura. Essa 'Data Prometida para Pagamento' é registrada para acompanhar o compromisso. Esse atributo é importante para gerenciar Workflows de cobrança e avaliar a confiabilidade dos compromissos dos clientes. Ao comparar a Data Prometida para Pagamento com a data real de Pagamento Recebido, os cobradores podem avaliar a taxa de cumprimento dessas promessas. Isso ajuda a prever o fluxo de caixa com mais precisão e decidir quando intensificar os esforços de cobrança caso uma promessa não seja cumprida. Por que isso importa Acompanha os compromissos de pagamento dos clientes, ajudando a prever entradas de caixa e gerenciar a eficácia das negociações de cobrança. Onde obter Armazenado no módulo Oracle Advanced Collections, provavelmente em tabelas como IEX_PROMISES_T. Exemplos 2023-06-102023-06-252023-07-05 | |||
| Dias em atraso DaysOverdue | O número de dias que uma fatura está vencida. | ||
| Descrição Essa métrica calculada quantifica o atraso de uma fatura não paga. Ela é calculada como a diferença entre a data atual, para faturas em aberto, ou a data de pagamento, para faturas encerradas, e a data de vencimento. Dias em atraso é uma medida essencial para a análise de envelhecimento e a priorização dos esforços de cobrança. É a principal métrica do Dashboard de envelhecimento e status de faturas vencidas, no qual as faturas são agrupadas em faixas de atraso, como 1 a 30 dias e 31 a 60 dias. Isso ajuda a equipe de cobrança a se concentrar nas dívidas mais antigas e de maior risco. Por que isso importa Quantifica a extensão dos atrasos nos pagamentos e funciona como uma métrica central para priorizar cobranças e realizar análises de envelhecimento. Onde obter Esse é um campo calculado. A lógica é: CurrentDate - DueDate para faturas em aberto ou PaymentDate - DueDate para faturas encerradas. Exemplos 1545920 | |||
| Está vencida IsOverdue | Um indicador booleano que informa se a fatura ultrapassou a data de vencimento do pagamento. | ||
| Descrição Esse é um atributo derivado que fornece uma indicação simples, verdadeira ou falsa, do status de vencimento de uma fatura. Normalmente, ele é calculado comparando a data atual, ou a data de pagamento, com a data de vencimento da fatura. Esse indicador é extremamente útil para filtrar e segmentar dados durante a análise. Ele permite que os analistas isolem rapidamente o conjunto de faturas vencidas para estudar seus caminhos no processo, a eficácia das atividades de cobrança e outras características. Isso simplifica a criação de Dashboards e KPIs voltados ao gerenciamento de dívidas vencidas, como o Dashboard de envelhecimento e status de faturas vencidas. Por que isso importa Fornece um indicador simples e claro para identificar e analisar todas as faturas vencidas, que são o principal foco do processo de cobrança. Onde obter Esse é um campo calculado. A lógica é: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False. Exemplos truefalse | |||
| Foi baixada como perda IsWrittenOff | Um indicador booleano que informa se a fatura foi baixada como perda por inadimplência. | ||
| Descrição Esse indicador derivado identifica as faturas que a empresa considerou incobráveis e removeu das contas a receber ativas. Normalmente, esse é o resultado final e indesejado de uma fatura. Esse atributo é essencial para calcular o KPI de taxa de baixa de faturas e realizar a análise no Dashboard associado. Ele permite que os analistas isolem o conjunto de cobranças malsucedidas para identificar características comuns, como segmento do cliente ou valor da fatura, que podem estar associadas a um risco maior de baixa. Esse insight é usado para aprimorar as políticas de crédito e as estratégias de cobrança. Por que isso importa Identifica claramente os casos de falha na cobrança, algo essencial para analisar as causas-raiz da inadimplência e calcular as taxas de baixa. Onde obter Esse é um campo calculado, derivado da verificação da existência de uma atividade 'Fatura baixada como perda' para o caso ou de o status da fatura ser 'Baixada como perda'. Exemplos truefalse | |||
| Hora de término EndTime | O registro de data e hora que indica quando uma atividade com duração foi concluída. | ||
| Descrição Nas atividades que têm início e fim distintos, esse atributo registra o horário de conclusão. Embora muitos eventos de Process Mining sejam instantâneos, alguns, como 'Investigação de disputa', podem se estender por um período. Ter uma Hora de término separada permite calcular com precisão o tempo de processamento das atividades. Isso é mais preciso do que inferir a duração a partir do horário de início da atividade seguinte, especialmente quando existem períodos de inatividade. Esse dado é essencial para analisar a utilização dos recursos e identificar quais etapas específicas estão consumindo mais tempo no processo. Por que isso importa Permite calcular com precisão quanto tempo atividades específicas levam, oferecendo um insight mais profundo sobre gargalos e utilização de recursos. Onde obter Geralmente, esse é um atributo conceitual. Ele pode ser obtido de um registro de data e hora de 'última atualização' ou de um campo específico de 'data de fechamento' nas tabelas de origem correspondentes à atividade. Exemplos 2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z | |||
| Moeda da Fatura InvoiceCurrency | A moeda na qual o valor da fatura é denominado. | ||
| Descrição Esse atributo especifica a moeda da fatura, como USD, EUR ou GBP. Em organizações multinacionais, as faturas geralmente são emitidas em várias moedas. Analisar dados com várias moedas exige um tratamento cuidadoso. Esse atributo permite filtrar a visão do processo por moeda ou aplicar as taxas de câmbio corretas aos relatórios financeiros consolidados. Ele garante que os valores monetários sejam interpretados corretamente e que as comparações de valores sejam feitas em uma base equivalente. Por que isso importa É essencial para interpretar corretamente os dados financeiros em um ambiente com várias moedas e garantir análises financeiras precisas. Onde obter Normalmente encontrado na tabela RA_CUSTOMER_TRX_ALL como INVOICE_CURRENCY_CODE. Exemplos USDEURGBPJPY | |||
| Motivo da Disputa DisputeReason | O motivo informado pelo cliente para contestar uma fatura. | ||
| Descrição Quando um cliente contesta uma fatura, normalmente informa um motivo, como 'Preço Incorreto', 'Mercadoria Danificada' ou 'Fatura Duplicada'. Esse atributo registra esse motivo. Analisar os motivos das disputas é fundamental para a análise de causa raiz. Isso ajuda a identificar problemas recorrentes em processos anteriores, como gestão de pedidos ou faturamento, que causam atrasos nos pagamentos. Ao categorizar e acompanhar a frequência dos diferentes motivos de disputa, a empresa pode tomar ações direcionadas para corrigir essas causas raiz, contribuindo para reduzir o tempo de ciclo da resolução de disputas. Por que isso importa Ajuda a identificar as causas raiz das disputas de faturas, permitindo melhorias proativas nos processos anteriores para evitar novas disputas. Onde obter Essas informações normalmente são capturadas nos módulos Oracle Advanced Collections ou Oracle Channel Revenue Management quando a gestão de disputas é formalizada. Elas podem estar em tabelas como AR_DISPUTE_HISTORY. Exemplos Quantidade incorretaDivergência de preçoMercadoria danificadaServiço não prestado | |||
| Status da Fatura InvoiceStatus | O status atual da fatura em seu ciclo de vida. | ||
| Descrição O Status da Fatura fornece uma visão do ponto em que a fatura se encontra no processo. Os status comuns incluem 'Open', 'Paid', 'Disputed', 'Past Due' ou 'Written Off'. Esse atributo oferece uma visão geral do estado dos recebíveis. No process mining, esse atributo é útil para filtrar casos e focar em populações específicas, como todas as faturas em aberto e em atraso. Ele é uma dimensão importante do Dashboard de envelhecimento e status de faturas em atraso, oferecendo visibilidade imediata sobre o estado atual da carteira de faturas e ajudando a priorizar as atividades de cobrança. Por que isso importa Fornece uma visão rápida do estado atual de uma fatura, permitindo filtrar e priorizar facilmente os esforços de cobrança. Onde obter Normalmente disponível na tabela AR_PAYMENT_SCHEDULES_ALL, em um campo chamado STATUS. Exemplos Em abertoEncerradoContestadoEm cobrança | |||
| Unidade de Negócio BusinessUnit | A unidade de negócio específica ou entidade organizacional que emitiu a fatura. | ||
| Descrição Em organizações grandes, as operações geralmente são divididas em várias unidades de negócio. Esse atributo identifica qual unidade de negócio está associada à fatura. Analisar o processo por Unidade de Negócio permite comparar a performance entre diferentes áreas da organização. Isso pode destacar inconsistências na aplicação das políticas de crédito e cobrança e revelar quais unidades de negócio são mais eficazes na gestão de seus recebíveis. Essa análise ajuda a compartilhar boas práticas e padronizar processos quando necessário. Por que isso importa Permite comparar a performance entre diferentes unidades organizacionais, ajudando a identificar boas práticas e áreas de melhoria. Onde obter Disponível na tabela RA_CUSTOMER_TRX_ALL por meio do campo ORG_ID, que se vincula à estrutura organizacional. Exemplos BU América do NorteBU EMEADivisão de serviços globais | |||
| Valor do limite de crédito CreditLimitAmount | O valor máximo de crédito aprovado para o cliente. | ||
| Descrição O valor do limite de crédito representa a exposição total ao crédito que uma empresa aceita ter com determinado cliente. Esse valor é definido durante o processo de análise de crédito. Esse atributo é essencial para o Dashboard de impacto da decisão sobre o limite de crédito. Ao relacionar o limite aprovado com o comportamento de pagamento e os valores baixados posteriormente, a empresa consegue avaliar a eficácia das suas políticas de risco de crédito. A análise pode revelar se limites de crédito excessivamente altos estão contribuindo para taxas maiores de inadimplência, ajudando a aprimorar o processo de aprovação de crédito. Por que isso importa É essencial para avaliar a eficácia das políticas de risco de crédito, relacionando o limite aprovado aos resultados dos pagamentos e aos valores baixados. Onde obter Esse dado é gerenciado no Oracle Credit Management e normalmente fica armazenado em tabelas relacionadas aos perfis de crédito dos clientes, como HZ_CUST_PROFILE_AMTS. Exemplos 10000.0050000.00250000.00 | |||
Atividades de Gestão de Crédito e Cobrança
| Atividade | Descrição | ||
|---|---|---|---|
| Data de Vencimento do Pagamento Ultrapassada | Um evento calculado que ocorre quando a data atual ultrapassa a data de vencimento da fatura sem que ela tenha sido totalmente paga. Esse evento marca a transição da fatura do status "em dia" para "em atraso". | ||
| Por que isso importa Esse é um marco importante que aciona os processos de cobrança e dunning. Analisar o volume e o valor das faturas que ultrapassaram a data de vencimento é essencial para gerenciar o capital de giro e avaliar o risco de crédito. Onde obter Esse evento é calculado comparando a data atual do sistema com o DUE_DATE da tabela AR_PAYMENT_SCHEDULES_ALL para faturas com STATUS igual a 'OP' (Open). Captura Evento calculado: ocorre quando SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. Tipo de evento calculated | |||
| Fatura Baixada como Perda | Representa a decisão formal de encerrar os esforços de cobrança e reconhecer o valor da fatura como perda de crédito. Essa é uma transação financeira explícita que ajusta o saldo da fatura para zero. | ||
| Por que isso importa Esse é um ponto final crítico de falha no processo de cobrança. Analisar as baixas por segmento de cliente, região ou limite de crédito ajuda a aprimorar as políticas de crédito e as estratégias de cobrança para minimizar perdas. Onde obter Capturado explicitamente a partir da criação de um ajuste na tabela AR_ADJUSTMENTS_ALL com um RECEIVABLES_TRX_ID que aponta para uma atividade de perda de crédito ou baixa. Captura Data de criação de um registro em AR_ADJUSTMENTS_ALL com um tipo de atividade de baixa. Tipo de evento explicit | |||
| Nota fiscal gerada | Marca a criação do registro da transação da fatura no Oracle Fusion Financials. Esse é o início oficial do ciclo de vida da fatura no módulo de contas a receber e serve como principal ponto de partida para a análise. | ||
| Por que isso importa Este é o evento inicial essencial da jornada da fatura. Todos os cálculos posteriores de tempo de ciclo, como Days Sales Outstanding (DSO) e tempo do ciclo de pagamento da fatura, dependem desse timestamp inicial. Onde obter Este é um evento explícito capturado da coluna CREATION_DATE ou TRX_DATE da tabela RA_CUSTOMER_TRX_ALL para um TRX_NUMBER específico (Invoice Number). Captura O timestamp do evento é o CREATION_DATE da tabela RA_CUSTOMER_TRX_ALL. Tipo de evento explicit | |||
| Pagamento Aplicado | Representa a aplicação de um pagamento recebido a uma fatura específica, reduzindo o saldo em aberto da fatura. Essa é a etapa que vincula formalmente um pagamento a uma fatura. | ||
| Por que isso importa Essa atividade é fundamental para reconhecer que uma fatura foi paga. Ela representa o verdadeiro ponto final do cálculo de Days Sales Outstanding (DSO) e do ciclo de contabilização do pagamento. Onde obter Esse é um evento explícito capturado a partir do APPLY_DATE na tabela AR_RECEIVABLE_APPLICATIONS_ALL, que vincula um recebimento em dinheiro a uma transação do cliente (fatura). Captura APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL para a fatura relevante. Tipo de evento explicit | |||
| Pagamento Recebido | Marca o recebimento de valores de um cliente, que ainda podem não ter sido aplicados a uma fatura específica. Isso é capturado quando uma transação de recebimento em dinheiro é criada no sistema. | ||
| Por que isso importa Esse é um marco importante no processo de cobrança, indicando que o dinheiro foi recebido. O tempo entre esse evento e a aplicação do pagamento mede a eficiência do processamento interno. Onde obter Capturado explicitamente a partir do RECEIPT_DATE na tabela AR_CASH_RECEIPTS_ALL. O recebimento pode então ser vinculado à fatura à qual foi aplicado por meio da AR_RECEIVABLE_APPLICATIONS_ALL. Captura RECEIPT_DATE de AR_CASH_RECEIPTS_ALL, vinculado por meio das tabelas de aplicação. Tipo de evento explicit | |||
| Procedimento de Dunning Iniciado | Representa o início formal do processo de dunning para uma fatura em atraso, geralmente com o envio da primeira carta oficial de cobrança. Normalmente, é registrado quando um processo em lote de dunning é executado e inclui a fatura. | ||
| Por que isso importa Acompanhar essa atividade é fundamental para medir a eficácia do dunning e a aderência às políticas de cobrança. Ela fornece uma base para medir quanto tempo o dunning leva para resultar em um pagamento. Onde obter Registrado no módulo Oracle Advanced Collections. A data de criação de um registro de dunning em tabelas como IEX_DUNNINGS, vinculada ao ID da transação, marca esse evento. Captura Data de criação do registro na tabela IEX_DUNNINGS associado à fatura. Tipo de evento explicit | |||
| Ação do Cobrador Concluída | Representa uma ação manual realizada por um cobrador, como fazer uma ligação, enviar um e-mail ou registrar uma nota de interação. Essas ações são registradas como 'activities' ou 'interactions' no módulo de cobrança. | ||
| Por que isso importa Monitorar as ações dos cobradores ajuda a medir a eficiência e a eficácia do Workflow manual de cobrança. Isso permite analisar a frequência das atividades e sua correlação com o sucesso dos pagamentos. Onde obter Capturado nas tabelas de histórico de interações ou atividades do Oracle Advanced Collections, como JTF_IH_ACTIVITIES, vinculadas ao cliente e, possivelmente, à fatura específica. Captura Timestamp de criação dos registros em JTF_IH_ACTIVITIES com um código de resultado ou motivo relevante. Tipo de evento explicit | |||
| Disputa Registrada | Indica que o cliente contestou formalmente a fatura, parcial ou integralmente. Normalmente, isso é capturado por uma alteração de status no cronograma de pagamento da fatura. | ||
| Por que isso importa Essa atividade é o ponto de partida do processo de resolução de disputas. Analisar o tempo entre o registro e a resolução é fundamental para identificar gargalos que atrasam o recebimento. Onde obter Inferido a partir de uma alteração de status na tabela AR_PAYMENT_SCHEDULES_ALL, quando o campo STATUS muda para 'DS' (Disputed). O timestamp pode ser obtido de tabelas de auditoria ou da data da última atualização. Captura Detectar quando AR_PAYMENT_SCHEDULES_ALL.STATUS muda para 'DS' para a fatura. Tipo de evento inferred | |||
| Disputa Resolvida | Indica que uma disputa registrada foi investigada e uma resolução foi alcançada. Isso é capturado quando o status de disputa da fatura é removido. | ||
| Por que isso importa Esse evento marca o fim do ciclo de resolução da disputa. A duração entre 'Dispute Registered' e esse evento é um KPI importante para medir a eficiência operacional e seu impacto no fluxo de caixa. Onde obter Inferido quando o STATUS em AR_PAYMENT_SCHEDULES_ALL muda de 'DS' (Disputed) de volta para 'OP' (Open) ou para 'CL' (Closed) após um crédito ou ajuste. Captura Detectar quando AR_PAYMENT_SCHEDULES_ALL.STATUS muda de 'DS' para outro status. Tipo de evento inferred | |||
| Estratégia de Cobrança Atribuída | Ocorre quando uma estratégia automatizada de cobrança é atribuída à fatura ou ao cliente em atraso. Isso define a sequência de etapas e atividades que o sistema ou o cobrador seguirá. | ||
| Por que isso importa Esse evento fornece um insight sobre a automação do processo de cobrança. Analisar quais estratégias são atribuídas e seus resultados ajuda a otimizar as abordagens de cobrança para diferentes segmentos de clientes. Onde obter Registrado no módulo Oracle Advanced Collections. Normalmente, é identificado pela data de criação de uma atribuição de estratégia em tabelas como IEX_STRATEGIES ou objetos relacionados. Captura Data de criação do item de trabalho da estratégia nas tabelas de cobrança vinculadas ao cliente ou à transação. Tipo de evento explicit | |||
| Fatura Encerrada | Ocorre quando o saldo em aberto da fatura chega a zero, seja por pagamento, aplicação de crédito ou ajuste. Isso marca a conclusão bem-sucedida do ciclo de vida da fatura. | ||
| Por que isso importa Esse evento representa um dos principais pontos finais bem-sucedidos do processo. Monitorar o encerramento das faturas é fundamental para entender a saúde geral da carteira de recebíveis. Onde obter Inferido a partir de uma alteração de status na tabela AR_PAYMENT_SCHEDULES_ALL, quando STATUS muda para 'CL' (Closed). O timestamp é o LAST_UPDATE_DATE dessa alteração. Captura Detectar quando AR_PAYMENT_SCHEDULES_ALL.STATUS se torna 'CL' para a fatura. Tipo de evento inferred | |||
| Fatura Enviada ao Cliente | Indica que a fatura foi entregue formalmente ao cliente, por meio eletrônico ou impressa. Esse evento pode ser registrado explicitamente por um módulo de entrega ou inferido a partir da data de impressão da fatura. | ||
| Por que isso importa Essa atividade marca o início da contagem do prazo de pagamento do cliente. Acompanhar esse momento ajuda a calcular com precisão os dias em atraso e analisar eventuais atrasos entre a geração da fatura e a notificação do cliente. Onde obter Pode ser capturado a partir do LAST_PRINTED_DATE em RA_CUSTOMER_TRX_ALL. Como alternativa, pode ser inferido a partir dos logs de integração com sistemas de entrega de e-mail ou outras plataformas de comunicação. Captura Use LAST_PRINTED_DATE de RA_CUSTOMER_TRX_ALL ou o status de um log de entrega. Tipo de evento inferred | |||
| Promessa de Pagamento Criada | Representa um acordo formal registrado no sistema, no qual o cliente promete realizar um pagamento em uma data específica. Esse é um resultado importante das atividades de cobrança. | ||
| Por que isso importa Acompanhar as promessas de pagamento e suas taxas de cumprimento é um indicador importante de performance dos cobradores. Isso ajuda a prever o fluxo de caixa proveniente de recebíveis em atraso e avaliar a eficácia dos cobradores. Onde obter Criado explicitamente no Oracle Advanced Collections. A data de criação é capturada da tabela IEX_PROMISE_DETAILS. Captura Data de criação da tabela IEX_PROMISE_DETAILS para a fatura correspondente. Tipo de evento explicit | |||
| Revisão de crédito concluída | Representa a conclusão de uma avaliação de crédito para o cliente associado à fatura. Esse evento geralmente é inferido relacionando a data de criação da fatura à data mais recente de conclusão da revisão de crédito da conta do cliente, oferecendo uma base para a análise relacionada ao crédito. | ||
| Por que isso importa Analisar o tempo entre a revisão de crédito e a inclusão do pedido ajuda a identificar atrasos nas etapas iniciais do ciclo de pedido a recebimento. Essa análise é fundamental para medir o KPI Credit Approval Cycle Time e entender o impacto das decisões de crédito. Onde obter Inferido por meio da consulta a HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE para o cliente da fatura (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). O timestamp do evento é o LAST_CREDIT_REVIEW_DATE que antecede a CREATION_DATE da fatura. Captura Vincular a fatura à data mais recente de revisão de crédito do cliente anterior à criação da fatura. Tipo de evento inferred | |||
Guias de extração
Etapas
- Acesse o Oracle BI Publisher: faça login no seu ambiente do Oracle Fusion Financials. Acesse a área Reports and Analytics clicando no ícone Navigator e selecionando Tools > Reports and Analytics.
- Crie um novo modelo de dados: no painel Reports and Analytics, clique no botão 'Browse Catalog'. No catálogo, clique no menu suspenso 'New' e selecione 'Data Model'.
- Defina o conjunto de dados da consulta SQL: no editor do Data Model, clique no ícone '+' para adicionar um novo conjunto de dados e selecione 'SQL Query'.
- Configure a fonte de dados: na janela do novo conjunto de dados, dê um nome descritivo, como 'CreditCollectionsEventLog'. Selecione 'FSCM' ou o banco de dados do aplicativo Oracle Fusion correspondente como Data Source. Defina o tipo de SQL como 'Standard SQL'.
- Insira a consulta SQL: copie a consulta SQL completa fornecida na seção 'query' deste documento e cole-a na área de texto SQL Query.
- Defina os parâmetros da consulta: a consulta usa parâmetros como
:P_START_DATEe:P_END_DATEpara filtrar o intervalo de datas. O BI Publisher detectará esses parâmetros automaticamente. Você pode configurá-los como prompts para o usuário, definindo o tipo de dados como 'Date'. - Salve e teste o Data Model: salve o modelo de dados em uma pasta compartilhada ou personalizada. Para verificar se a consulta funciona, acesse a aba 'Data', informe valores de exemplo para os parâmetros, como um intervalo de datas recente, e clique em 'View' para visualizar uma amostra dos dados de saída. Confirme se todas as colunas aparecem corretamente.
- Crie um novo relatório: volte ao catálogo, clique no menu suspenso 'New' e selecione 'Report'. Na caixa de diálogo 'Create Report', selecione a opção 'Use Data Model' e localize o modelo de dados que você acabou de salvar.
- Configure as propriedades do relatório: no editor do relatório, um layout simples de tabela é suficiente para a extração dos dados. Defina o formato de saída padrão. Para Process Mining, CSV é o formato recomendado. Para isso, clique em 'View a List', localize 'CSV' na lista 'Output Formats' e marque a caixa correspondente. Você pode desmarcar os outros formatos para simplificar a experiência do usuário.
- Salve o relatório: salve o relatório na mesma pasta do modelo de dados.
- Agende a extração: para automatizar a extração, você pode agendar o relatório. Abra o relatório, clique em 'Actions' e selecione 'Schedule'. Configure a frequência, como diária, especifique o formato de saída como CSV e defina o destino da entrega, como um diretório de servidor de conteúdo ou um servidor externo via FTP.
Configuração
- Pré-requisitos: o usuário que cria e executa o relatório deve ter as funções apropriadas do BI, como 'BI Administrator' ou 'BI Author', além das concessões de segurança necessárias para acessar as tabelas subjacentes do Financials (AR, IEX, HZ, JTF).
- Fonte de dados: a consulta deve ser executada no banco de dados principal do aplicativo, normalmente chamado de 'FSCM'.
- Parâmetros do intervalo de datas: é fundamental usar os parâmetros
:P_START_DATEe:P_END_DATEpara limitar o volume de dados. Nos testes iniciais, use um intervalo curto, como um mês. Em produção, um período móvel de 3 a 6 meses é comum. - Filtragem: em organizações grandes, considere adicionar um parâmetro para
BU_NAME(nome da unidade de negócio) à cláusulaWHEREda expressão de tabela comuminvoices_base, processando os dados de uma unidade de negócio por vez. - Considerações de performance: a consulta combina várias tabelas transacionais grandes. Executá-la para um intervalo amplo sem filtros pode resultar em tempos de execução longos ou timeouts no BI Publisher. Agende o relatório para ser executado fora dos horários de pico.
- Formato de saída: confirme se o formato de saída padrão ou agendado é CSV. Isso gera um arquivo limpo e delimitado, fácil de consumir pelas ferramentas de Process Mining. Verifique as propriedades de saída do CSV para garantir que o delimitador e a codificação de caracteres estejam configurados corretamente.
a Consulta de exemplo sql
WITH invoices_base AS (
SELECT
trx.customer_trx_id,
trx.trx_number AS InvoiceNumber,
hca.account_number AS CustomerNumber,
hcp.class_category || ':' || hcp.class_code AS CustomerSegment, -- Example of segment, may need adjustment
ps.amount_due_original AS InvoiceAmount,
coll.name AS Collector,
ps.due_date AS DueDate,
trx.creation_date AS InvoiceCreationDate,
trx.created_by AS InvoiceCreatedBy,
ps.payment_schedule_id
FROM
ra_customer_trx_all trx
JOIN ar_payment_schedules_all ps ON trx.customer_trx_id = ps.customer_trx_id
JOIN hz_cust_accounts hca ON trx.bill_to_customer_id = hca.cust_account_id
JOIN hz_customer_profiles hcp ON hca.cust_account_id = hcp.cust_account_id AND hcp.site_use_id IS NULL
LEFT JOIN iex_delinquencies_all del ON ps.payment_schedule_id = del.payment_schedule_id
LEFT JOIN JTF_RS_RESOURCE_EXTNS_VL coll ON del.collector_id = coll.resource_id
WHERE
trx.creation_date BETWEEN TO_DATE(:P_START_DATE, 'YYYY-MM-DD') AND TO_DATE(:P_END_DATE, 'YYYY-MM-DD')
AND trx.complete_flag = 'Y'
AND ps.class = 'INV'
)
-- 1. Credit Review Completed
SELECT
ib.InvoiceNumber AS "InvoiceNumber",
'Credit Review Completed' AS "ActivityName",
cr.review_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber AS "CustomerNumber",
ib.CustomerSegment AS "CustomerSegment",
ib.InvoiceAmount AS "InvoiceAmount",
ib.Collector AS "Collector",
NULL AS "DunningLevel",
ib.DueDate AS "DueDate",
cr.created_by AS "User"
FROM
invoices_base ib
JOIN
hz_credit_reviews cr ON ib.CustomerNumber = (SELECT hca.account_number FROM hz_cust_accounts hca WHERE hca.cust_account_id = cr.cust_account_id)
WHERE cr.review_date = (SELECT MAX(cr_inner.review_date) FROM hz_credit_reviews cr_inner WHERE cr_inner.cust_account_id = cr.cust_account_id AND cr_inner.review_date < ib.InvoiceCreationDate)
UNION ALL
-- 2. Invoice Generated
SELECT
ib.InvoiceNumber,
'Invoice Generated' AS "ActivityName",
trx.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
trx.created_by AS "User"
FROM
invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id
UNION ALL
-- 3. Invoice Sent To Customer
SELECT
ib.InvoiceNumber,
'Invoice Sent To Customer' AS "ActivityName",
trx.last_printed_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
trx.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ra_customer_trx_all trx ON ib.customer_trx_id = trx.customer_trx_id
WHERE trx.last_printed_date IS NOT NULL
UNION ALL
-- 4. Payment Due Date Passed
SELECT
ib.InvoiceNumber,
'Payment Due Date Passed' AS "ActivityName",
ps.due_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
'SYSTEM' AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.due_date < SYSDATE AND ps.status = 'OP'
UNION ALL
-- 5. Dunning Procedure Initiated
SELECT
ib.InvoiceNumber,
'Dunning Procedure Initiated' AS "ActivityName",
dunn.dunning_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
TO_CHAR(dunn.dunning_level) AS "DunningLevel",
ib.DueDate,
dunn.created_by AS "User"
FROM
invoices_base ib
JOIN iex_dunning_transactions dunt ON ib.customer_trx_id = dunt.transaction_id
JOIN iex_dunnings dunn ON dunt.dunning_id = dunn.dunning_id
UNION ALL
-- 6. Collection Strategy Assigned
SELECT
ib.InvoiceNumber,
'Collection Strategy Assigned' AS "ActivityName",
strat.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
strat.created_by AS "User"
FROM
invoices_base ib
JOIN iex_strategy_work_items swi ON ib.payment_schedule_id = swi.payment_schedule_id
JOIN iex_strategies_vl strat ON swi.strategy_id = strat.strategy_id
UNION ALL
-- 7. Collector Action Completed
SELECT
ib.InvoiceNumber,
task_type.name AS "ActivityName",
task.actual_end_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
res.source_name AS "User"
FROM
invoices_base ib
JOIN jtf_task_references_b ref ON ib.customer_trx_id = ref.object_id AND ref.object_type_code = 'OKC_K_HEADER'
JOIN jtf_tasks_b task ON ref.task_id = task.task_id
JOIN jtf_task_types_vl task_type ON task.task_type_id = task_type.task_type_id
JOIN jtf_rs_resource_extns_vl res ON task.owner_id = res.resource_id
WHERE task.actual_end_date IS NOT NULL
UNION ALL
-- 8. Promise To Pay Created
SELECT
ib.InvoiceNumber,
'Promise To Pay Created' AS "ActivityName",
prom.creation_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
prom.created_by AS "User"
FROM
invoices_base ib
JOIN iex_promise_details prom ON ib.payment_schedule_id = prom.payment_schedule_id
UNION ALL
-- 9. Dispute Registered
SELECT
ib.InvoiceNumber,
'Dispute Registered' AS "ActivityName",
ps.dispute_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
ps.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.amount_in_dispute IS NOT NULL AND ps.dispute_date IS NOT NULL
UNION ALL
-- 10. Dispute Resolved
SELECT
ib.InvoiceNumber,
'Dispute Resolved' AS "ActivityName",
disp.resolution_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
disp.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_disputes_all disp ON ib.payment_schedule_id = disp.payment_schedule_id
WHERE disp.status = 'CLOSED' AND disp.resolution_date IS NOT NULL
UNION ALL
-- 11. Payment Received
SELECT
ib.InvoiceNumber,
'Payment Received' AS "ActivityName",
cr.receipt_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
cr.created_by AS "User"
FROM
invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
JOIN ar_cash_receipts_all cr ON app.cash_receipt_id = cr.cash_receipt_id
WHERE app.status = 'APP'
UNION ALL
-- 12. Payment Applied
SELECT
ib.InvoiceNumber,
'Payment Applied' AS "ActivityName",
app.apply_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
app.created_by AS "User"
FROM
invoices_base ib
JOIN ar_receivable_applications_all app ON ib.payment_schedule_id = app.applied_payment_schedule_id
WHERE app.status = 'APP'
UNION ALL
-- 13. Invoice Closed
SELECT
ib.InvoiceNumber,
'Invoice Closed' AS "ActivityName",
ps.gl_date_closed AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
ps.last_updated_by AS "User"
FROM
invoices_base ib
JOIN ar_payment_schedules_all ps ON ib.payment_schedule_id = ps.payment_schedule_id
WHERE ps.status = 'CL' AND ps.gl_date_closed IS NOT NULL
UNION ALL
-- 14. Invoice Written Off
SELECT
ib.InvoiceNumber,
'Invoice Written Off' AS "ActivityName",
adj.apply_date AS "EventTime",
'Oracle Fusion Financials' AS "SourceSystem",
SYSDATE AS "LastDataUpdate",
ib.CustomerNumber,
ib.CustomerSegment,
ib.InvoiceAmount,
ib.Collector,
NULL AS "DunningLevel",
ib.DueDate,
adj.created_by AS "User"
FROM
invoices_base ib
JOIN ar_adjustments_all adj ON ib.customer_trx_id = adj.customer_trx_id
JOIN ar_receivables_trx_all rt ON adj.receivables_trx_id = rt.receivables_trx_id
WHERE rt.name = '[Your Write-Off Activity Name]' -- Example: 'Bad Debt Write-off' Pronto para começar?
Use este Template para preparar seus dados para análise e descobrir insights valiosos sobre seu processo de gestão de crédito e cobranças. Comece hoje sua jornada rumo à otimização do processo.
Comece hoje a otimizar sua gestão de crédito e cobranças
Reduza o tempo de ciclo em 30% e melhore a saúde financeira no Oracle Fusion.
Não é necessário cartão de crédito. Comece em poucos minutos.