Seu Template de Dados para Gestão de Crédito e Cobrança
Seu Template de Dados para Gestão de Crédito e Cobrança
- Atributos recomendados para análise abrangente
- Principais atividades para monitorar na descoberta de processos
- Orientação passo a passo para extração de dados
Atributos de Crédito e Cobrança
| Nome | Descrição | ||
|---|---|---|---|
| Nome da Atividade ActivityName | O nome da tarefa ou evento de negócio específico que ocorreu em um momento do processo de gestão de crédito. | ||
| Descrição Este atributo descreve uma única etapa no 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 é a base do Process Mining. Ajuda a descobrir o fluxo real, identificar gargalos onde os casos ficam parados, detectar loops de retrabalho e comparar o processo real com o ideal. O Nome da Atividade é fundamental para construir mapas de processo e calcular tempos de transição. Por que é importante Este 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 Campo conceitual derivado de eventos de negócio no Oracle Fusion Financials, construído pelo mapeamento de status de transação, datas ou ações nos módulos Receivables (AR) e Advanced Collections. Exemplos Fatura geradaProcedimento de Dunning IniciadoPagamento RecebidoDisputa Registrada | |||
| Número da fatura InvoiceNumber | O identificador exclusivo de cada fatura, servindo como o ID do caso principal para o processo de gestão de crédito. | ||
| Descrição O Número da Fatura é a chave central que vincula todos os eventos de um título a receber, da criação à liquidação ou baixa final. Ele permite uma visão ponta a ponta do ciclo de vida. No Process Mining, esse atributo é usado para reconstruir a jornada de cada fatura. Ao agrupar atividades sob um único número, analistas visualizam fluxos, identificam caminhos comuns ou desviantes e medem tempos de ciclo em etapas específicas, como resolução de disputas ou lançamento de pagamentos. Por que é importante O ID do Caso essencial que conecta todas as etapas, permitindo reconstruir e analisar a jornada da fatura da emissão ao fechamento. Onde obter Este identificador é geralmente encontrado na tabela RA_CUSTOMER_TRX_ALL como TRX_NUMBER no Oracle Fusion Financials. Exemplos INV-1005679884321AR-2023-04-112 | |||
| Tempo do Evento EventTime | A data e hora exatas em que a atividade ocorreu, servindo como timestamp do evento. | ||
| Descrição O Horário do Evento (timestamp) registra o momento exato em que uma atividade ocorreu. É essencial para ordenar os eventos cronologicamente e construir um fluxo de processo preciso. Na análise, esse atributo é usado para calcular durações e tempos de ciclo entre atividades, algo crítico para medir a performance. Por exemplo, serve para calcular KPIs como Tempo de Resolução de Disputas ou Ciclo de Pagamento de Faturas. Também permite analisar tendências de performance ao longo do tempo. Por que é importante Este timestamp é essencial para ordenar eventos, calcular tempos de ciclo 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 criação de faturas 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 | |||
| Sistema de Origem SourceSystem | O sistema onde os dados foram originados. | ||
| Descrição Este atributo identifica a aplicação de origem onde os dados do evento foram registrados. Em ambientes de TI complexos, vários sistemas podem estar envolvidos em um único processo ponta a ponta. Especificar o sistema de origem é importante para governança, solução de problemas e entendimento do contexto. Ajuda a diferenciar eventos de vários sistemas quando combinados em uma visão única, garantindo a linhagem dos dados. Por que é importante Traz clareza sobre a origem dos dados, o que é crucial para validação, governança e entendimento do contexto tecnológico do processo. Onde obter Geralmente um valor estático adicionado durante a extração para identificar a origem dos registros. Exemplos Oracle Fusion FinancialsOracle AROracle Collections | |||
| Última Atualização de Dados LastDataUpdate | O timestamp que indica quando os dados deste evento foram atualizados ou extraídos do sistema de origem pela última vez. | ||
| Descrição Este atributo marca a data e hora da extração de dados mais recente. É um campo de metadados crucial para entender a atualização dos dados analisados. Analistas usam este timestamp para confirmar que trabalham com informações atuais e entender o ponto de corte dos dados. É essencial para a governança e para alinhar expectativas sobre a atualidade dos dados em dashboards e relatórios. Por que é importante Indica a atualização dos dados, garantindo que analistas e gestores saibam o quão recentes e relevantes são as informações. Onde obter Valor gerado e marcado em cada registro durante o processo de extração e carga (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 é o indivíduo ou equipe responsável por gerenciar as atividades de cobrança de uma fatura vencida. Essa atribuição é uma etapa fundamental no workflow de cobrança. Este atributo é vital para a gestão de performance e alocação de recursos. Ao analisar resultados por cobrador, os gestores podem avaliar a eficácia, identificar necessidades de treinamento e equilibrar cargas de trabalho. O dashboard de Eficácia na Atribuição de Cobradores depende diretamente deste atributo para comparar taxas de sucesso e tempos de ciclo. Por que é importante Permite a análise de desempenho de cobradores ou equipes, ajudando a otimizar a alocação de recursos e melhorar a eficiência geral da cobrança. Onde obter Esta informação geralmente fica no módulo Oracle Advanced Collections, em tabelas como a IEX_CASES_ALL_B ou tabelas de atribuição relacionadas. Exemplos John SmithJane DoeEquipe de Cobrança A | |||
| Data de Vencimento DueDate | A data limite para o pagamento da fatura. | ||
| Descrição A Data de Vencimento é um atributo crítico acordado contratualmente. É a base para medir a pontualidade do pagamento. Este atributo é fundamental para identificar faturas atrasadas e calcular os dias de atraso. É o principal dado para determinar quando iniciar os procedimentos de cobrança e é usado no cálculo de KPIs como o DSO. Também é essencial para relatórios de aging que classificam a dívida pendente. Por que é importante Serve como base para determinar se uma fatura está vencida, disparando atividades de cobrança e permitindo a análise de aging (idade da dívida). Onde obter Disponível na tabela AR_PAYMENT_SCHEDULES_ALL como DUE_DATE. Exemplos 2023-05-302023-06-152023-07-01 | |||
| Nível de Cobrança DunningLevel | A etapa ou nível da régua de cobrança que foi aplicada à fatura. | ||
| Descrição O Nível de Dunning indica a intensidade do lembrete de cobrança, que geralmente escala com o tempo. Por exemplo, o Nível 1 pode ser um lembrete gentil 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 cobrança. O Dashboard de Eficácia de Dunning usa este atributo para visualizar as taxas de conversão de cada etapa até o pagamento. Isso permite que a empresa determine quais ações são mais efetivas e ajuste o tempo e o conteúdo das comunicações para maximizar os recebimentos. Por que é importante Acompanha a etapa de escalonamento dos esforços de cobrança, sendo crítico para avaliar a eficácia da estratégia de régua. Onde obter Esses dados são gerenciados no módulo Oracle Advanced Collections. Podem ser encontrados em tabelas de histórico de cobrança, como a IEX_DUNNINGS. Exemplos Nível 1: LembreteNível 2: AvisoNível 3: Notificação Final | |||
| Número do cliente CustomerNumber | Um identificador exclusivo para o cliente associado à fatura. | ||
| Descrição O Número do Cliente vincula uma fatura a uma conta específica, permitindo segmentar e analisar o processo de crédito e cobrança com base em atributos do cliente. Com o Número do Cliente, analistas investigam se certos clientes atrasam pagamentos constantemente, abrem mais disputas ou exigem mais esforço de cobrança. Isso é vital para criar estratégias personalizadas, ajustar termos e identificar segmentos de alto risco, suportando análises como a de Taxa de Baixa de Faturas por Segmento. Por que é importante Permite segmentar o processo por cliente, ajudando a identificar padrões, riscos e oportunidades para estratégias de cobrança personalizadas. Onde obter Geralmente encontrado na tabela RA_CUSTOMER_TRX_ALL como BILL_TO_CUSTOMER_ID, vinculado à HZ_CUST_ACCOUNTS. Exemplos CUST-0012389455ACME-CORP-US | |||
| Segmento de Cliente CustomerSegment | A classificação do cliente em um grupo definido, como por tamanho, setor ou importância estratégica. | ||
| Descrição Segmento de Cliente é um atributo que agrupa clientes por características compartilhadas. Os segmentos podem ser definidos por fatores como 'Estratégico', 'PME' (Pequenas e Médias Empresas), 'Enterprise' ou por setor, como 'Manufatura' ou 'Varejo'. Este atributo é poderoso para análise comparativa. Ele permite que os analistas comparem o desempenho do processo entre diferentes segmentos para ver, por exemplo, se um grupo tem maior taxa 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 aos riscos específicos de cada segmento, alimentando dashboards como a Análise de Taxa de Write-off. Por que é importante Permite análises comparativas poderosas, revelando como a performance do processo e os riscos variam entre diferentes grupos de clientes. Onde obter Frequentemente gerenciado nos dados mestres do cliente (HZ_CUST_ACCOUNTS ou tabelas relacionadas) ou derivado de atributos como receita ou setor. Exemplos Grande EmpresaPequenas e Médias EmpresasGovernoParceiro Estratégico | |||
| Utilizador User | O ID do usuário ou sistema que realizou a atividade. | ||
| Descrição Este atributo identifica o funcionário ou usuário do sistema responsável por executar uma atividade, como aprovar um limite, lançar um pagamento ou resolver uma disputa. Analisar por usuário é essencial para entender a distribuição de carga de trabalho, performance individual e conformidade. Para atividades automatizadas, ajuda a rastrear processos do sistema. Também pode ser usado para identificar necessidades de treinamento ou monitorar comportamentos fora do padrão. Por que é importante Atribui atividades do processo a indivíduos ou sistemas automatizados, permitindo o acompanhamento de desempenho, análise de carga de trabalho e auditoria. Onde obter Extraído das colunas 'CREATED_BY' ou 'LAST_UPDATED_BY' em várias tabelas de transação 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 total faturado ao cliente por bens ou serviços. É um atributo financeiro crítico para entender o impacto monetário do processo. Na análise, o Valor da Fatura é usado para priorizar cobranças, focando em dívidas de alto valor. Também serve para analisar o comportamento de pagamento com base no valor da transação e calcular o impacto financeiro das baixas. Dashboards como o de Análise de Taxa de Baixa de Faturas dependem deste valor para avaliar perdas financeiras. Por que é importante Dá contexto financeiro ao processo, permitindo a priorização de faturas de alto valor e a análise do impacto monetário das ineficiências processuais. Onde obter Esta informação pode ser extraída 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 feito. | ||
| Descrição As Condições de Pagamento definem os termos sob os quais o cliente deve pagar, como "30 dias" ou "60 dias". Esses termos servem para calcular o vencimento da fatura. Analisar a performance de pagamento por condições pode revelar padrões interessantes. Por exemplo, clientes com prazos curtos podem ter maior tendência a atrasar. Essa informação ajuda a revisar políticas de crédito e segmentar clientes para diferentes estratégias de cobrança, fornecendo um contexto valioso sobre o porquê de certas faturas vencerem. Por que é importante Oferece contexto sobre o cronograma de pagamento acordado, permitindo a análise do 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 30Líquido 60Vencimento no Recebimento | |||
| Data da promessa de pagamento PromiseToPayDate | A data na qual o cliente prometeu realizar o pagamento. | ||
| Descrição Durante as atividades de cobrança, um cliente pode se comprometer a pagar em uma data futura. Essa 'Data de Promessa de Pagamento' é registrada para acompanhar o compromisso. Este atributo é importante para gerenciar fluxos de cobrança e avaliar a confiabilidade dos clientes. Ao comparar a data prometida com a data real do 'Pagamento Recebido', os cobradores podem medir a taxa de sucesso dessas promessas. Isso ajuda na previsão de fluxo de caixa e na decisão de quando escalar os esforços de cobrança se uma promessa não for cumprida. Por que é importante Acompanha os compromissos de pagamento dos clientes, ajudando a prever entradas de caixa e gerir a eficácia das negociações. Onde obter Armazenado no módulo Oracle Advanced Collections, provavelmente em tabelas como a IEX_PROMISES_T. Exemplos 2023-06-102023-06-252023-07-05 | |||
| Dias Vencidos DaysOverdue | O número de dias decorridos após a data de vencimento da fatura. | ||
| Descrição Esta métrica quantifica o atraso de uma fatura. É a diferença entre a data atual (para faturas abertas) ou a data de pagamento (para fechadas) e a data de vencimento. Dias de Atraso é uma medida crítica para análise de aging e priorização de cobrança. É a principal métrica no dashboard de Aging e Status de Faturas Vencidas, onde as faturas são agrupadas em faixas (ex: 1-30 dias, 31-60 dias), ajudando a equipe de cobrança a focar nas dívidas mais antigas e de maior risco. Por que é importante Quantifica a extensão dos atrasos nos pagamentos, servindo como uma métrica central para priorizar cobranças e realizar análises de aging. Onde obter Campo calculado. Lógica: Data Atual - Data de Vencimento para faturas abertas, ou Data de Pagamento - Data de Vencimento para fechadas. Exemplos 1545920 | |||
| End Time EndTime | O timestamp que indica quando uma atividade com duração foi concluída. | ||
| Descrição Para atividades com início e fim distintos, este atributo captura o horário de conclusão. Embora muitos eventos no Process Mining sejam instantâneos, alguns, como a 'Investigação de Disputa', podem levar tempo. Ter um Horário de Término permite o cálculo preciso dos tempos de processamento. Isso é mais confiável do que inferir a duração a partir do início da próxima atividade, especialmente quando há períodos de inatividade. É crucial para analisar o uso de recursos e identificar quais etapas consomem mais tempo no processo. Por que é importante Permite o cálculo preciso de quanto tempo levam as atividades, fornecendo insights profundos sobre gargalos e uso de recursos. Onde obter Frequentemente um atributo conceitual. Pode vir de um timestamp de "última atualização" ou de um campo de "data de fechamento" nas tabelas de origem. Exemplos 2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z | |||
| Está Vencido IsOverdue | Um sinalizador booleano indicando se a fatura está com a data de vencimento ultrapassada. | ||
| Descrição Atributo derivado que indica se uma fatura está vencida (verdadeiro/falso). Calculado comparando a data atual (ou de pagamento) com o vencimento. Este indicador é muito útil para filtros e segmentação. Permite isolar faturas vencidas para estudar seus caminhos, a eficácia das ações de cobrança e outras características. Facilita a criação de dashboards e KPIs focados em dívidas, como o de Aging e Status de Faturas Vencidas. Por que é importante Oferece um indicador simples e claro para identificar e analisar todas as faturas vencidas, que é o foco principal do processo de cobrança. Onde obter Campo calculado. Lógica: SE DataAtual > DataVencimento E Status != 'Pago' ENTÃO Verdadeiro SENÃO Falso. Exemplos verdadeirofalse | |||
| Foi baixado? IsWrittenOff | Um sinalizador booleano indicando se a fatura foi baixada como dívida incobrável (write-off). | ||
| Descrição Indicador derivado que identifica faturas consideradas incobráveis e removidas dos recebíveis ativos. É o resultado final indesejado para uma fatura. Este atributo é essencial para calcular a Taxa de Baixa de Faturas e para o dashboard de análise associado. Permite isolar cobranças que falharam para identificar causas comuns, como segmento ou valor, associadas a maior risco. Esse insight melhora as políticas de crédito e estratégias de cobrança. Por que é importante Identifica claramente casos de falha de cobrança, o que é essencial para analisar causas raiz de inadimplência e calcular taxas de write-off. Onde obter Este é um campo calculado, derivado da verificação se existe uma atividade "Invoice Written Off" ou se o status da fatura é "Written Off". Exemplos verdadeirofalse | |||
| Moeda da Fatura InvoiceCurrency | A moeda na qual o valor da fatura é expresso. | ||
| Descrição Este atributo especifica a moeda da fatura (ex: BRL, USD, EUR). Em empresas multinacionais, as faturas costumam ser emitidas em várias moedas. Analisar dados com múltiplas moedas exige cuidado. Este atributo permite filtrar a visão por moeda ou aplicar taxas de câmbio corretas para relatórios consolidados, garantindo que os valores monetários sejam interpretados e comparados corretamente. Por que é importante Essencial para interpretar corretamente os dados financeiros em ambientes multimoeda e garantir análises financeiras precisas. Onde obter Geralmente encontrado na tabela RA_CUSTOMER_TRX_ALL como INVOICE_CURRENCY_CODE. Exemplos USDEURGBPJPY | |||
| Motivo da Disputa DisputeReason | O motivo fornecido pelo cliente para contestar uma fatura. | ||
| Descrição Quando um cliente contesta uma fatura, ele geralmente fornece um motivo, como "Preço Incorreto", "Mercadoria Danificada" ou "Fatura Duplicada". Esse atributo captura esse motivo. Analisar os motivos de disputa é a chave para a análise de causa raiz. Ajuda a identificar problemas em processos anteriores, como vendas ou faturamento, que geram atrasos. Ao categorizar e rastrear a frequência dos motivos, a empresa pode agir na causa raiz, reduzindo o tempo do ciclo de resolução de disputas. Por que é importante Ajuda a identificar as causas raiz das disputas de faturas, permitindo melhorias proativas nos processos anteriores para evitar novas disputas. Onde obter Esta informação costuma ser capturada nos módulos Oracle Advanced Collections ou Oracle Channel Revenue Management, se a gestão de disputas for formalizada. Pode residir em tabelas como AR_DISPUTE_HISTORY. Exemplos Quantidade IncorretaDivergência de PreçoProdutos DanificadosServiç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 um panorama de onde a fatura está no processo. Status comuns incluem 'Aberta', 'Paga', 'Em Disputa', 'Vencida' ou 'Baixada'. Através dele, temos uma visão geral do estado dos recebíveis. No Process Mining, esse atributo é útil para filtrar casos e focar em grupos específicos, como faturas vencidas em aberto. É uma dimensão essencial no dashboard de Aging e Status de Faturas Vencidas, dando visibilidade imediata ao portfólio e ajudando a priorizar as cobranças. Por que é importante Oferece uma visão rápida do status atual de uma fatura, facilitando a filtragem e a priorização dos esforços de cobrança. Onde obter Geralmente disponível na tabela AR_PAYMENT_SCHEDULES_ALL no campo STATUS. Exemplos AbertoEncerradoEm DisputaEm Cobrança | |||
| Tempo de Processamento ProcessingTime | A duração do tempo gasto a trabalhar ativamente numa atividade. | ||
| Descrição O tempo de processamento mede o tempo de trabalho ativo em uma tarefa específica, excluindo esperas ou ociosidade. É calculado pela diferença entre o Fim e o Início de uma atividade. Essa métrica é fundamental para análise de performance, ajudando a distinguir entre o tempo dedicado ativamente a um caso e o tempo de espera. Por exemplo, pode evidenciar ineficiências na atividade de "Resolução de Disputa" em si, separada do tempo em que a disputa aguardava atribuição. Isso alimenta dashboards como o de Eficiência do Workflow de Cobrança. Por que é importante Mede a duração real do trabalho nas atividades, ajudando a identificar ineficiências em tarefas específicas em vez de apenas o tempo entre elas. Onde obter Métrica calculada subtraindo o Horário de Início do Horário de Fim (Fim - Início). Exemplos 864003600604800 | |||
| Unidade de Negócio BusinessUnit | A unidade de negócio ou entidade organizacional que emitiu a fatura. | ||
| Descrição Em grandes organizações, as operações são divididas em várias unidades de negócio (BUs). Este atributo identifica qual unidade está associada à fatura. Analisar o processo por Unidade de Negócio permite comparar a performance entre diferentes partes da empresa. Isso pode destacar inconsistências na aplicação das políticas de crédito e revelar quais unidades gerenciam melhor seus recebíveis. Ajuda a compartilhar boas práticas e padronizar processos onde necessário. Por que é importante Permite comparar o desempenho entre diferentes unidades organizacionais, ajudando a identificar melhores práticas e áreas de melhoria. Onde obter Disponível na tabela RA_CUSTOMER_TRX_ALL via campo ORG_ID, que 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 é a exposição total que uma empresa está disposta a ter com um cliente específico, definida na revisão de crédito. Este atributo é essencial para o dashboard de Impacto na Decisão de Limite de Crédito. Ao correlacionar o limite aprovado com o comportamento de pagamento subsequente e baixas, a empresa avalia a eficácia de suas políticas de risco. A análise pode revelar se limites excessivos estão gerando mais dívidas incobráveis, ajudando a refinar as aprovações. Por que é importante Crucial para avaliar a eficácia das políticas de risco de crédito, correlacionando o limite de crédito aprovado com os resultados de pagamento e as baixas (write-offs). Onde obter Gerenciado no Oracle Credit Management e armazenado em tabelas de perfil de crédito do cliente, como a HZ_CUST_PROFILE_AMTS. Exemplos 10000,0050000.00250000.00 | |||
Atividades de Crédito e Cobrança
| Atividade | Descrição | ||
|---|---|---|---|
| Fatura Baixada (Write-off) | Representa a decisão formal de encerrar os esforços de cobrança e absorver o valor da fatura como perda (bad debt). É uma transação financeira explícita que ajusta o saldo da fatura para zero. | ||
| Por que é importante Este é um ponto final crítico de falha no processo de cobrança. Analisar as baixas por segmento, região ou limite de crédito ajuda a refinar políticas e estratégias 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 dívida incobrável ou baixa (write-off). Captura Data de criação de um registro em AR_ADJUSTMENTS_ALL com tipo de atividade de write-off (baixa). Tipo de evento explicit | |||
| Fatura gerada | Marca a criação do registro da transação da fatura no Oracle Fusion Financials. É o início oficial do ciclo de vida da fatura no módulo de contas a receber e serve como o ponto de partida principal para a análise. | ||
| Por que é importante Evento inicial crítico da jornada da fatura. Cálculos de ciclo subsequentes, como DSO e ciclo de pagamento, dependem deste timestamp original. Onde obter Evento explícito capturado das colunas CREATION_DATE ou TRX_DATE na tabela RA_CUSTOMER_TRX_ALL para um número de fatura específico. 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 seu saldo em aberto. Esta etapa vincula formalmente o pagamento à fatura. | ||
| Por que é importante Esta atividade é fundamental para reconhecer que uma fatura foi paga. É o ponto final real para o cálculo do DSO e para o ciclo de lançamento de pagamentos. Onde obter Evento explícito capturado da APPLY_DATE na tabela AR_RECEIVABLE_APPLICATIONS_ALL, que vincula um recebimento a uma fatura. Captura APPLY_DATE de AR_RECEIVABLE_APPLICATIONS_ALL para a fatura relevante. Tipo de evento explicit | |||
| Pagamento Recebido | Marca o recebimento de fundos de um cliente, que pode ainda não ter sido aplicado a uma fatura específica. Isso é capturado quando uma transação de recebimento de caixa é criada no sistema. | ||
| Por que é importante Marco importante na cobrança, indicando o recebimento do caixa. O tempo entre o recebimento 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 ser vinculado à fatura através da tabela AR_RECEIVABLE_APPLICATIONS_ALL. Captura RECEIPT_DATE da AR_CASH_RECEIPTS_ALL, vinculada por tabelas de aplicação. Tipo de evento explicit | |||
| Procedimento de Dunning Iniciado | Representa o início formal do processo de régua de cobrança para uma fatura vencida, geralmente com o envio da primeira carta de cobrança oficial. | ||
| Por que é importante Monitorar esta atividade é crucial para medir a eficácia da régua de cobrança e a adesão às políticas. Fornece uma base para medir quanto tempo a cobrança leva para gerar um pagamento. Onde obter Registrado no módulo Oracle Advanced Collections. A data de criação de um registro de cobrança em tabelas como a IEX_DUNNINGS, vinculada ao ID da transação, marca este evento. Captura Data de criação do registro na tabela IEX_DUNNINGS associada à fatura. Tipo de evento explicit | |||
| Vencimento da Fatura | Evento calculado que ocorre quando a data atual ultrapassa a data de vencimento da fatura sem que ela tenha sido totalmente paga. Marca a transição do status de 'em dia' para 'em atraso'. | ||
| Por que é importante Marco que aciona os processos de cobrança e régua. Analisar o volume e valor de faturas vencidas é essencial para gerir o capital de giro e o risco de crédito. Onde obter Este evento é calculado comparando a data atual do sistema com a DUE_DATE na tabela AR_PAYMENT_SCHEDULES_ALL para faturas com STATUS 'OP' (Aberta). Captura Evento calculado: ocorre quando SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. Tipo de evento calculated | |||
| Ação do Cobrador Concluída | Representa uma ação manual tomada por um cobrador, como uma chamada telefônica, envio de e-mail ou registro de nota de interação. Estes são logados como "atividades" ou "interações" no módulo de cobrança. | ||
| Por que é importante O monitoramento das ações dos cobradores ajuda a medir a eficiência e a eficácia do workflow manual de cobrança. Permite analisar a frequência das atividades e sua correlação com o sucesso dos pagamentos. Onde obter Capturado de tabelas de histórico de interação ou atividade no Oracle Advanced Collections, como JTF_IH_ACTIVITIES, vinculado ao cliente e, potencialmente, à 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 totalmente. Geralmente capturado por uma mudança de status no cronograma de pagamento da fatura. | ||
| Por que é importante Esta atividade é o ponto de partida do processo de resolução de disputas. Analisar o tempo do registro até a resolução é crítico para identificar gargalos que atrasam o recebimento. Onde obter Inferido de uma mudança de status na tabela AR_PAYMENT_SCHEDULES_ALL, onde o campo STATUS muda para 'DS' (Disputado). O timestamp vem das tabelas de auditoria ou 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. Capturado quando o status de disputa da fatura é removido. | ||
| Por que é importante Este evento marca o fim do ciclo de resolução de disputas. A duração entre "Dispute Registered" e este evento é um KPI essencial para medir a eficiência operacional e seu impacto no caixa. Onde obter Inferido quando o STATUS em AR_PAYMENT_SCHEDULES_ALL muda de 'DS' (Disputado) de volta para 'OP' (Aberto) ou 'CL' (Fechado) após uma nota de 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 de cobrança automatizada é atribuída à fatura vencida ou ao cliente. Isso define a série de etapas e atividades que o sistema ou o cobrador seguirá. | ||
| Por que é importante Este evento traz insights sobre a automação da cobrança. Analisar quais estratégias são atribuídas e seus resultados ajuda a otimizar a abordagem para diferentes segmentos de clientes. Onde obter Registrado no módulo Oracle Advanced Collections. Geralmente encontrado ao verificar a data de criação de uma atribuição de estratégia em tabelas como a 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 nota de crédito ou ajuste. Isso marca a conclusão bem-sucedida do ciclo de vida da fatura. | ||
| Por que é importante Este evento é o principal ponto final de sucesso do processo. Monitorar o fechamento de faturas é fundamental para entender a saúde geral da carteira de recebíveis. Onde obter Inferido de uma mudança de status na tabela AR_PAYMENT_SCHEDULES_ALL, onde STATUS muda para 'CL' (Fechado). O timestamp é o LAST_UPDATE_DATE desta 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 formalmente entregue ao cliente, eletronicamente ou impressa. Este evento pode ser registrado explicitamente ou inferido pela data de impressão. | ||
| Por que é importante Esta atividade marca o início da contagem do prazo de pagamento do cliente. Acompanhar isso ajuda a calcular com precisão os dias de atraso e analisar demoras entre a geração da fatura e a notificação do cliente. Onde obter Pode ser capturado a partir do campo LAST_PRINTED_DATE em RA_CUSTOMER_TRX_ALL. Alternativamente, pode ser inferido de logs de integração com sistemas de e-mail ou outras plataformas de comunicação. Captura Use LAST_PRINTED_DATE da RA_CUSTOMER_TRX_ALL ou status de um log de entrega. Tipo de evento inferred | |||
| Promessa de Pagamento Criada | Representa um acordo formal registrado no sistema onde um cliente prometeu realizar um pagamento em uma data específica. Este é um resultado-chave das atividades de cobrança. | ||
| Por que é importante Acompanhar promessas de pagamento e taxas de cumprimento é um KPI vital para os cobradores. Ajuda a prever entradas de caixa e avaliar a eficácia das negociações. Onde obter Criado explicitamente no Oracle Advanced Collections. A data de criação é capturada da tabela IEX_PROMISE_DETAILS. Captura Data de criação na 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. Este evento geralmente é inferido vinculando a data de criação da fatura à data de conclusão da revisão de crédito mais recente para aquela conta. | ||
| Por que é importante Analisar o tempo desde a revisão de crédito até a colocação do pedido ajuda a identificar atrasos nos estágios iniciais do ciclo order-to-cash. É fundamental para medir o KPI de Tempo de Ciclo de Aprovação de Crédito e entender o impacto das decisões de crédito. Onde obter Inferido consultando HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE para o cliente da fatura. O timestamp do evento é o LAST_CREDIT_REVIEW_DATE que precede o CREATION_DATE da fatura. Captura Vincular a fatura à data de revisão de crédito mais recente do cliente antes da criação da fatura. Tipo de evento inferred | |||
Guias de Extração
Etapas
- Acesse o Oracle BI Publisher: Faça login no seu ambiente Oracle Fusion Financials. Vá para a área de Relatórios e Análises clicando no ícone do Navegador e selecionando Ferramentas > Relatórios e Análises.
- Crie um Novo Modelo de Dados: No painel de Relatórios e Análises, clique no botão 'Procurar Catálogo'. No catálogo, clique no menu suspenso 'Novo' e selecione 'Modelo de Dados'.
- Defina o Conjunto de Dados da Consulta SQL: No editor do Modelo de Dados, clique no ícone '+' para adicionar um novo conjunto de dados e selecione 'Consulta SQL'.
- Configure a Fonte de Dados: Na nova janela, dê um nome descritivo ao conjunto de dados, por exemplo, 'LogEventosCreditoCobranca'. Selecione 'FSCM' ou o banco de dados apropriado do Oracle Fusion como Fonte de Dados. Defina o Tipo de SQL como 'SQL Padrão'.
- Insira a Consulta SQL: Copie a consulta SQL completa fornecida na seção 'query' deste documento e cole-a na área de texto da Consulta SQL.
- Defina os Parâmetros da Consulta: A consulta usa parâmetros como
:P_START_DATEe:P_END_DATEpara filtrar o período. O BI Publisher os detectará automaticamente. Você pode configurá-los como solicitações do usuário, definindo o tipo de dado como 'Data'. - Salve e Teste o Modelo de Dados: Salve o modelo em uma pasta compartilhada ou personalizada. Para verificar se a consulta funciona, vá para a aba 'Dados', insira valores de exemplo nos parâmetros (ex: um intervalo de datas recente) e clique em 'Exibir' para ver uma amostra dos dados. Verifique se todas as colunas aparecem corretamente.
- Crie um Novo Relatório: Volte ao catálogo, clique no menu 'Novo' e selecione 'Relatório'. No diálogo, selecione a opção 'Usar Modelo de Dados' e localize o modelo que acabou de salvar.
- Configure as Propriedades do Relatório: No editor, um layout de tabela simples é suficiente para a extração. Defina o formato de saída padrão. Para Process Mining, o recomendado é CSV. Para isso, clique em 'Exibir Lista', encontre 'CSV' na lista de 'Formatos de Saída' e marque a caixa correspondente. Você pode desmarcar outros formatos para simplificar.
- Salve o Relatório: Salve o relatório na mesma pasta do seu modelo de dados.
- Agende a Extração: Para automatizar, você pode agendar o relatório. Abra o relatório, clique em 'Ações' e selecione 'Agendar'. Configure a frequência (ex: diariamente), escolha CSV como formato de saída e defina o destino de entrega (como um diretório de servidor de conteúdo ou servidor externo via FTP).
Configuração
- Pré-requisitos: O usuário que criar e executar o relatório deve ter os papéis de BI apropriados (ex: 'BI Administrator' ou 'BI Author') e permissões de segurança de dados para acessar as tabelas financeiras subjacentes (AR, IEX, HZ, JTF).
- Fonte de Dados: A consulta deve ser executada no banco de dados principal da aplicação, geralmente chamado de 'FSCM'.
- Parâmetros de Período: É fundamental usar os parâmetros
:P_START_DATEe:P_END_DATEpara limitar o volume de dados. Para testes iniciais, use um intervalo curto, como um mês. Para uso em produção, um período móvel de 3 a 6 meses é o padrão. - Filtragem: Para grandes organizações, considere adicionar um parâmetro para
BU_NAME(Nome da Unidade de Negócio) na cláusulaWHEREda expressão de tabela comuminvoices_basepara processar uma unidade de cada vez. - Considerações de Performance: A consulta une várias tabelas transacionais grandes. Executá-la por um período longo sem filtros pode causar lentidão ou timeouts no BI Publisher. Agende o relatório para rodar em horários de menor pico.
- Formato de Saída: Certifique-se de que o formato padrão ou agendado seja CSV. Isso gera um arquivo delimitado e limpo, fácil de importar em ferramentas de Process Mining. Verifique as propriedades da saída CSV para garantir que o delimitador e a codificação de caracteres estejam corretos.
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'