Il Suo Template dati per la gestione del credito e il recupero crediti
Il Suo Template dati per la gestione del credito e il recupero crediti
- Attributi consigliati per un'analisi completa
- Attività principali da monitorare per la process discovery
- Indicazioni dettagliate per l'estrazione dei dati
Attributi della gestione del credito e recupero crediti
| Nome | Descrizione | ||
|---|---|---|---|
| Nome dell'attività ActivityName | Il nome dello specifico evento aziendale o dell'attività che si è verificata in un determinato momento all'interno del processo di gestione del credito. | ||
| Descrizione Questo attributo descrive un singolo passaggio del ciclo di vita della fattura, come "Fattura generata", "Procedura di sollecito avviata" o "Pagamento ricevuto". Ogni attività rappresenta un evento distinto che fa avanzare il caso. L'analisi della sequenza e della frequenza delle attività costituisce il nucleo del Process Mining. Aiuta a far emergere il flusso di processo effettivo, a individuare i colli di bottiglia in cui i casi si bloccano, a rilevare i cicli di rilavorazione in cui le attività vengono ripetute e a confrontare il processo reale con quello progettato o ideale. Il nome dell'attività è fondamentale per creare mappe di processo e calcolare i tempi di transizione tra i passaggi. Perché è importante Questo attributo definisce i passaggi nella mappa di processo, consentendo di visualizzare e analizzare il ciclo di vita della fattura dall'inizio alla fine. Dove reperirlo È un campo concettuale derivato da diversi eventi aziendali all'interno di Oracle Fusion Financials, spesso costruito mappando gli stati delle transazioni, le date degli eventi o azioni specifiche provenienti da moduli come Receivables (AR) e Advanced Collections. Esempi Fattura generataProcedura di sollecito avviataPagamento ricevutoContestazione registrata | |||
| Numero fattura InvoiceNumber | L'identificativo univoco di ogni fattura cliente, utilizzato come identificativo principale del caso per il processo di gestione del credito. | ||
| Descrizione Il numero fattura è la chiave centrale che collega tutti gli eventi e le attività relativi a un singolo credito, dalla creazione fino al saldo o allo stralcio finale. Consente di ottenere una visione completa, end-to-end, del ciclo di vita della fattura. Nell'analisi di Process Mining, questo attributo viene utilizzato per ricostruire il percorso di ogni fattura. Raggruppando tutte le attività correlate sotto un unico numero fattura, gli analisti possono visualizzare i flussi di processo, individuare i percorsi ricorrenti e quelli anomali e misurare i tempi di ciclo dell'intero processo o di fasi specifiche, come la risoluzione delle contestazioni o la contabilizzazione dei pagamenti. Perché è importante È il Case ID essenziale che collega tutti i passaggi correlati del processo, consentendo di ricostruire e analizzare il percorso di ogni fattura, dall'emissione alla chiusura. Dove reperirlo Questo identificativo si trova in genere nella tabella RA_CUSTOMER_TRX_ALL, nel campo TRX_NUMBER di Oracle Fusion Financials. Esempi INV-1005679884321AR-2023-04-112 | |||
| Ora dell'evento EventTime | La data e l'ora precise in cui si è verificata l'attività, utilizzate come timestamp dell'evento. | ||
| Descrizione L'ora dell'evento, o timestamp, registra il momento esatto in cui si è verificata un'attività. È essenziale per ordinare cronologicamente gli eventi e costruire un flusso di processo accurato. Senza timestamp precisi, non è possibile determinare correttamente la sequenza degli eventi. Nell'analisi, questo attributo viene utilizzato per calcolare durate e tempi di ciclo tra le attività, elementi fondamentali per misurare le prestazioni. Ad esempio, consente di calcolare KPI come il tempo di ciclo della risoluzione delle contestazioni o il tempo di ciclo del pagamento delle fatture. Permette inoltre di analizzare l'andamento delle prestazioni del processo in periodi diversi. Perché è importante Questo timestamp è essenziale per ordinare gli eventi, calcolare tempi di ciclo e durate e analizzare nel tempo le prestazioni del processo. Dove reperirlo Deriva da diversi campi data nelle tabelle di Oracle Fusion Financials, come TRX_DATE in RA_CUSTOMER_TRX_ALL per la creazione della fattura o la data di creazione di un'azione di recupero crediti. Esempi 2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z | |||
| Sistema di origine SourceSystem | Il sistema da cui provengono i dati. | ||
| Descrizione Questo attributo identifica l'applicazione di origine in cui sono stati registrati i dati dell'evento. In un panorama IT complesso, per un singolo processo end-to-end possono essere coinvolti più sistemi. Specificare il sistema di origine è importante per la governance dei dati, la risoluzione dei problemi e la comprensione del contesto dei dati. Aiuta a distinguere gli eventi provenienti da sistemi diversi quando vengono combinati in un'unica vista di processo, garantendo la tracciabilità della provenienza dei dati. Perché è importante Fornisce chiarezza sull'origine dei dati, fondamentale per la convalida e la governance dei dati e per comprendere il contesto tecnologico del processo. Dove reperirlo In genere si tratta di un valore statico aggiunto durante l'estrazione dei dati per identificare l'origine dei record. Esempi Oracle Fusion FinancialsOracle AROracle Collections | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Il timestamp che indica quando i dati relativi a questo evento sono stati aggiornati o estratti l'ultima volta dal sistema di origine. | ||
| Descrizione Questo attributo indica la data e l'ora dell'estrazione dati più recente. È un campo di metadati che non fa parte del processo aziendale in sé, ma è fondamentale per comprendere l'aggiornamento dei dati analizzati. Gli analisti utilizzano questo timestamp per verificare di lavorare con informazioni aggiornate e per comprendere il punto di cutoff dei dati. È essenziale per la governance dei dati e per gestire le aspettative degli utenti riguardo all'attualità dei dati presenti in Dashboard e report. Perché è importante Indica l'aggiornamento dei dati, assicurando che analisti e stakeholder siano consapevoli della loro tempestività e rilevanza. Dove reperirlo Questo valore viene generato e applicato a ogni record durante il processo di estrazione e caricamento dei dati (ETL). Esempi 2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Addetto al recupero crediti Collector | Il nome o l'ID dell'addetto al recupero crediti assegnato alla fattura. | ||
| Descrizione L'addetto al recupero è la persona o il team responsabile della gestione delle attività di recupero relative a una fattura scaduta. Questa assegnazione rappresenta un passaggio fondamentale nel Workflow di recupero crediti. Questo attributo è essenziale per la gestione delle prestazioni e l'allocazione delle risorse all'interno del reparto di recupero crediti. Analizzando i risultati per addetto, i responsabili possono valutarne l'efficacia, individuare le esigenze formative e bilanciare i carichi di lavoro. La Dashboard sull'efficacia dell'assegnazione degli addetti al recupero si basa direttamente su questo attributo per confrontare tassi di successo e tempi di ciclo tra addetti diversi. Perché è importante Consente di analizzare le prestazioni dei singoli addetti o dei team, contribuendo a ottimizzare l'allocazione delle risorse e a migliorare l'efficienza complessiva del recupero crediti. Dove reperirlo Queste informazioni sono generalmente memorizzate nel modulo Oracle Advanced Collections, spesso in tabelle come IEX_CASES_ALL_B o in tabelle di assegnazione correlate. Esempi John SmithJane DoeTeam A del recupero crediti | |||
| Data di scadenza DueDate | La data entro la quale deve essere effettuato il pagamento della fattura. | ||
| Descrizione La data di scadenza è un attributo temporale fondamentale, concordato contrattualmente per il pagamento. Costituisce il riferimento rispetto al quale viene misurata la puntualità del pagamento. Questo attributo è essenziale per identificare le fatture scadute e calcolare il numero di giorni di ritardo. È il principale input per determinare quando avviare le procedure di sollecito e viene utilizzato nel calcolo di KPI come i Days Sales Outstanding (DSO). È inoltre fondamentale per creare report di aging che classificano i debiti ancora aperti. Perché è importante Costituisce il riferimento per determinare se una fattura è scaduta, attivare le attività di recupero e consentire l'analisi dell'aging. Dove reperirlo Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL come DUE_DATE. Esempi 2023-05-302023-06-152023-07-01 | |||
| Importo fattura InvoiceAmount | Il valore monetario totale della fattura. | ||
| Descrizione L'importo fattura rappresenta il valore totale dei beni o servizi addebitati al cliente. È un attributo finanziario fondamentale per comprendere l'impatto economico del processo. Nell'analisi, l'importo fattura viene utilizzato per stabilire la priorità delle attività di recupero, concentrandosi sulle fatture scadute di importo elevato. Serve inoltre ad analizzare i comportamenti di pagamento in base al valore della transazione e a calcolare l'impatto finanziario degli stralci. Dashboard come l'analisi del tasso di stralcio delle fatture si basano su questo valore per valutare l'entità delle perdite finanziarie. Perché è importante Fornisce il contesto finanziario del processo, consentendo di dare priorità alle fatture di importo elevato e di analizzare l'impatto economico delle inefficienze di processo. Dove reperirlo Queste informazioni possono essere ricavate dalla tabella AR_PAYMENT_SCHEDULES_ALL, che memorizza l'importo dovuto per una fattura. Esempi 5000.001250.75250000.00 | |||
| Livello di sollecito DunningLevel | La fase o il livello della procedura di sollecito applicato alla fattura. | ||
| Descrizione Il livello di sollecito indica l'intensità del promemoria di pagamento, che in genere aumenta progressivamente nel tempo. Ad esempio, il livello 1 potrebbe corrispondere a un promemoria e-mail informale, mentre il livello 3 potrebbe prevedere una comunicazione formale o una telefonata. Analizzare il processo per livello di sollecito aiuta a valutare l'efficacia della strategia di sollecito. La Dashboard sull'efficacia dei solleciti utilizza questo attributo per visualizzare i tassi di conversione di ogni passaggio del sollecito in pagamento. In questo modo l'azienda può determinare quali azioni di sollecito sono più efficaci e perfezionare la tempistica e il contenuto dei promemoria per massimizzare gli incassi. Perché è importante Tiene traccia del livello di escalation delle attività di recupero, fondamentale per valutare l'efficacia della strategia di sollecito. Dove reperirlo Questi dati sono gestiti nel modulo Oracle Advanced Collections. Possono essere presenti in tabelle relative alla cronologia dei solleciti, come IEX_DUNNINGS. Esempi Livello 1: PromemoriaLivello 2: AvvisoLivello 3: Sollecito finale | |||
| Numero cliente CustomerNumber | Un identificativo univoco del cliente associato alla fattura. | ||
| Descrizione Il numero cliente collega una fattura a uno specifico conto cliente. Ciò consente di segmentare e analizzare il processo di gestione del credito e di recupero crediti in base agli attributi del cliente. Includendo il numero cliente, gli analisti possono verificare se determinati clienti pagano sistematicamente in ritardo, presentano più contestazioni o richiedono maggiori attività di recupero. Queste informazioni sono fondamentali per creare strategie di recupero specifiche per cliente, adeguare i termini di credito e identificare i segmenti di clientela a maggior rischio. Supportano direttamente analisi come l'analisi del tasso di stralcio delle fatture per segmento di clientela. Perché è importante Consente di segmentare il processo per cliente, aiutando a individuare modelli, rischi e opportunità per strategie di recupero personalizzate. Dove reperirlo Si trova in genere nella tabella RA_CUSTOMER_TRX_ALL come BILL_TO_CUSTOMER_ID, collegato a HZ_CUST_ACCOUNTS. Esempi CUST-0012389455ACME-CORP-US | |||
| Segmento cliente CustomerSegment | La classificazione del cliente in un gruppo definito, ad esempio in base a dimensioni, settore o importanza strategica. | ||
| Descrizione Il segmento cliente è un attributo categoriale che raggruppa i clienti in base a caratteristiche comuni. I segmenti possono essere definiti in base a fattori come "Strategico", "PMI" o "Enterprise", oppure al settore, come "Manifatturiero" o "Retail". Questo attributo è particolarmente utile per l'analisi comparativa. Consente agli analisti di confrontare le prestazioni del processo tra segmenti diversi e verificare, ad esempio, se un segmento presenta un tasso di contestazioni più elevato o un ciclo di pagamento più lungo. Queste informazioni aiutano ad adattare le policy creditizie e le strategie di recupero alle esigenze e ai rischi specifici di ciascun segmento, supportando Dashboard come l'analisi del tasso di stralcio delle fatture. Perché è importante Consente un'analisi comparativa approfondita, evidenziando come le prestazioni e i rischi del processo varino tra i diversi gruppi di clienti. Dove reperirlo Spesso viene gestito nei dati anagrafici dei clienti, in HZ_CUST_ACCOUNTS o in tabelle correlate, oppure derivato da attributi del cliente come fatturato o settore. Esempi Grande impresaPiccola e media impresaEnte pubblicoPartner strategico | |||
| Utente User | L'ID dell'utente o del sistema che ha eseguito l'attività. | ||
| Descrizione Questo attributo identifica lo specifico dipendente o utente di sistema automatizzato responsabile dell'esecuzione di un'attività, come l'approvazione di un limite di credito, la contabilizzazione di un pagamento o la risoluzione di una contestazione. Analizzare le attività per utente è essenziale per comprendere la distribuzione dei carichi di lavoro, le prestazioni individuali e la Conformità. Per le attività automatizzate, aiuta a monitorare il coinvolgimento dei processi di sistema. Può inoltre essere utilizzato per individuare esigenze formative o potenziali attività fraudolente, monitorando il comportamento degli utenti. Perché è importante Associa le attività di processo a singoli utenti o sistemi automatizzati, consentendo di monitorare le prestazioni, analizzare i carichi di lavoro ed eseguire audit. Dove reperirlo Proveniente dalle colonne 'CREATED_BY' o 'LAST_UPDATED_BY' presenti in diverse tabelle delle transazioni e della cronologia di Oracle Fusion Financials. Esempi jsmithar_specialist_1SYSTEM_AUTOMATION | |||
| Data promessa di pagamento PromiseToPayDate | La data in cui il cliente ha promesso di effettuare un pagamento. | ||
| Descrizione Durante le attività di recupero, un cliente può impegnarsi a effettuare un pagamento in una data futura. Questa "data promessa di pagamento" viene registrata per monitorare tale impegno. Questo attributo è importante per gestire i Workflow di recupero e valutare l'affidabilità degli impegni assunti dai clienti. Confrontando la data promessa di pagamento con la data effettiva di ricezione del pagamento, gli addetti possono valutare il tasso di adempimento di tali promesse. Il dato aiuta a prevedere con maggiore precisione i flussi di cassa e a decidere quando intensificare le attività di recupero se una promessa non viene rispettata. Perché è importante Tiene traccia degli impegni di pagamento dei clienti, aiutando a prevedere gli incassi e a gestire l'efficacia delle negoziazioni di recupero. Dove reperirlo Memorizzata nel modulo Oracle Advanced Collections, probabilmente in tabelle come IEX_PROMISES_T. Esempi 2023-06-102023-06-252023-07-05 | |||
| È scaduta IsOverdue | Un flag booleano che indica se la fattura ha superato la data di scadenza del pagamento. | ||
| Descrizione Si tratta di un attributo derivato che fornisce un'indicazione semplice, vera o falsa, dello stato di scaduto di una fattura. In genere viene calcolato confrontando la data corrente, o la data di pagamento, con la data di scadenza della fattura. Questo flag è estremamente utile per filtrare e segmentare i dati durante l'analisi. Consente agli analisti di isolare rapidamente l'insieme delle fatture scadute, così da studiarne i percorsi di processo, l'efficacia delle attività di recupero e altre caratteristiche. Semplifica inoltre la creazione di Dashboard e KPI dedicati alla gestione dei crediti scaduti, come il Dashboard Overdue Invoice Aging & Status. Perché è importante Fornisce un flag semplice e chiaro per identificare e analizzare tutte le fatture scadute, che rappresentano l'obiettivo principale del processo di recupero crediti. Dove reperirlo Si tratta di un campo calcolato. La logica è: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False. Esempi truefalse | |||
| È stata stralciata IsWrittenOff | Un flag booleano che indica se la fattura è stata stralciata come credito inesigibile. | ||
| Descrizione Si tratta di un flag derivato che identifica le fatture considerate inesigibili dall'azienda e rimosse dai crediti commerciali attivi. In genere rappresenta l'esito finale, e indesiderato, di una fattura. Questo attributo è essenziale per calcolare il KPI Invoice Write-Off Rate e per l'analisi nel Dashboard associato. Consente agli analisti di isolare l'insieme dei recuperi non riusciti e individuare caratteristiche comuni, come il segmento del cliente o il valore della fattura, potenzialmente associate a un rischio maggiore di stralcio. Queste informazioni vengono utilizzate per migliorare le politiche di credito e le strategie di recupero. Perché è importante Identifica con chiarezza i casi di mancato recupero, un elemento essenziale per analizzare le cause alla radice dei crediti inesigibili e calcolare i tassi di stralcio. Dove reperirlo Si tratta di un campo calcolato, derivato verificando se per il caso esiste un'attività 'Invoice Written Off' oppure se lo stato della fattura è 'Written Off'. Esempi truefalse | |||
| Giorni di ritardo DaysOverdue | Il numero di giorni trascorsi dalla data di scadenza della fattura. | ||
| Descrizione Questa metrica calcolata quantifica il ritardo di una fattura non pagata. Viene calcolata come differenza tra la data corrente, per le fatture aperte, o la data di pagamento, per le fatture chiuse, e la data di scadenza. I giorni di ritardo sono una misura fondamentale per l'analisi dell'anzianità dei crediti e per stabilire le priorità delle attività di recupero. Rappresentano la metrica principale del Dashboard Overdue Invoice Aging & Status, nel quale le fatture vengono raggruppate in fasce di anzianità, ad esempio 1-30 giorni e 31-60 giorni. In questo modo il team di recupero può concentrarsi sui crediti più vecchi e più rischiosi. Perché è importante Quantifica l'entità dei ritardi nei pagamenti e costituisce una metrica essenziale per stabilire le priorità delle attività di recupero e condurre analisi sull'anzianità dei crediti. Dove reperirlo Si tratta di un campo calcolato. La logica è: CurrentDate - DueDate per le fatture aperte oppure PaymentDate - DueDate per le fatture chiuse. Esempi 1545920 | |||
| Importo del limite di credito CreditLimitAmount | L'importo massimo di credito approvato per il cliente. | ||
| Descrizione L'importo del limite di credito rappresenta l'esposizione creditizia complessiva che un'azienda è disposta ad assumere nei confronti di un determinato cliente. Viene definito durante il processo di valutazione del credito. Questo attributo è essenziale per il Dashboard Credit Limit Decision Impact. Correlando il limite di credito approvato con i successivi comportamenti di pagamento e gli stralci, l'azienda può valutare l'efficacia delle proprie politiche di gestione del rischio di credito. L'analisi può evidenziare se limiti di credito eccessivamente elevati contribuiscono all'aumento dei crediti inesigibili, aiutando a perfezionare il processo di approvazione del credito. Perché è importante È fondamentale per valutare l'efficacia delle politiche di gestione del rischio di credito, correlando il limite approvato con gli esiti dei pagamenti e gli stralci. Dove reperirlo Viene gestito in Oracle Credit Management e generalmente archiviato nelle tabelle relative ai profili di credito dei clienti, ad esempio HZ_CUST_PROFILE_AMTS. Esempi 10000.0050000.00250000.00 | |||
| Motivo della contestazione DisputeReason | Il motivo indicato dal cliente per contestare una fattura. | ||
| Descrizione Quando un cliente contesta una fattura, in genere indica un motivo, come "Prezzo errato", "Merce danneggiata" o "Fattura duplicata". Questo attributo registra tale motivazione. Analizzare i motivi delle contestazioni è fondamentale per l'analisi delle cause principali. Aiuta a individuare problemi ricorrenti nei processi a monte, come la gestione degli ordini o la fatturazione, che causano ritardi nei pagamenti. Categorizzando e monitorando la frequenza dei diversi motivi di contestazione, l'azienda può intervenire in modo mirato per risolvere le cause alla radice, contribuendo a ridurre il tempo di ciclo della risoluzione delle contestazioni. Perché è importante Aiuta a individuare le cause principali delle contestazioni delle fatture, consentendo di migliorare proattivamente i processi a monte e prevenire contestazioni future. Dove reperirlo Queste informazioni vengono generalmente acquisite nei moduli Oracle Advanced Collections o Oracle Channel Revenue Management, quando la gestione delle contestazioni è formalizzata. Possono risiedere in tabelle come AR_DISPUTE_HISTORY. Esempi Quantità errataDiscrepanza di prezzoMerce danneggiataServizio non erogato | |||
| Ora di fine EndTime | Il timestamp che indica quando è stata completata un'attività con una durata. | ||
| Descrizione Per le attività che presentano un inizio e una fine distinti, questo attributo registra l'ora di completamento. Sebbene molti eventi di Process Mining siano istantanei, alcuni, come 'Dispute Investigation', possono estendersi per un determinato periodo. La disponibilità di un'ora di fine separata consente di calcolare con precisione i tempi di elaborazione delle attività. Il risultato è più accurato rispetto alla deduzione della durata dall'ora di inizio dell'attività successiva, soprattutto quando sono presenti periodi di inattività. Questo dato è fondamentale per analizzare l'utilizzo delle risorse e individuare le fasi specifiche che richiedono più tempo all'interno del processo. Perché è importante Consente di calcolare con precisione la durata delle singole attività, offrendo una visione più approfondita dei colli di bottiglia e dell'utilizzo delle risorse. Dove reperirlo Si tratta spesso di un attributo concettuale. Può essere ricavato da un timestamp di 'last updated' o da uno specifico campo 'close date' nelle tabelle di origine corrispondenti all'attività. Esempi 2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z | |||
| Stato della fattura InvoiceStatus | Lo stato corrente della fattura nel suo ciclo di vita. | ||
| Descrizione Lo stato della fattura fornisce una fotografia della posizione attuale della fattura nel processo. Gli stati più comuni includono "Open", "Paid", "Disputed", "Past Due" o "Written Off". Questo attributo offre una visione di alto livello dello stato dei crediti. Nel Process Mining, questo attributo è utile per filtrare i casi e concentrarsi su popolazioni specifiche, come tutte le fatture aperte e scadute. È una dimensione fondamentale della Dashboard sull'anzianità e sullo stato delle fatture scadute, che offre visibilità immediata sullo stato attuale del portafoglio fatture e aiuta a stabilire la priorità delle attività di recupero. Perché è importante Fornisce una panoramica immediata dello stato corrente di una fattura, consentendo di filtrare facilmente i dati e stabilire la priorità delle attività di recupero. Dove reperirlo È generalmente disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL, in un campo denominato STATUS. Esempi ApertoChiusoContestatoIn fase di recupero | |||
| Termini di pagamento PaymentTerms | I termini concordati che specificano quando deve essere effettuato il pagamento. | ||
| Descrizione I termini di pagamento definiscono le condizioni alle quali il cliente deve effettuare il pagamento, ad esempio "Net 30" o "Net 60". Questi termini vengono utilizzati per calcolare la data di scadenza della fattura. Analizzare le prestazioni di pagamento in base ai termini può rivelare modelli interessanti. Ad esempio, i clienti con termini più brevi potrebbero avere una maggiore probabilità di pagare in ritardo. Queste informazioni possono essere utilizzate per rivedere e ottimizzare le policy creditizie e segmentare i clienti in base a strategie di recupero differenti. Forniscono un contesto prezioso per comprendere perché determinate fatture diventano scadute. Perché è importante Fornisce il contesto relativo al piano di pagamento concordato, consentendo di analizzare il comportamento di pagamento in base ai diversi termini di credito. Dove reperirlo È memorizzato nella tabella RA_TERMS e collegato alla transazione della fattura. Esempi 30 giorni netti60 giorni nettiPagamento alla ricezione | |||
| Unità aziendale BusinessUnit | L'unità aziendale o entità organizzativa specifica che ha emesso la fattura. | ||
| Descrizione Nelle organizzazioni di grandi dimensioni, le attività sono spesso suddivise tra più unità aziendali. Questo attributo identifica l'unità aziendale associata alla fattura. Analizzare il processo per unità aziendale consente di confrontare le prestazioni tra diverse aree dell'organizzazione. Può evidenziare incoerenze nell'applicazione delle policy di gestione del credito e di recupero e mostrare quali unità aziendali gestiscono i propri crediti in modo più efficace. Ciò aiuta a condividere le best practice e a standardizzare i processi dove necessario. Perché è importante Consente di confrontare le prestazioni tra diverse unità organizzative, aiutando a individuare best practice e aree di miglioramento. Dove reperirlo Disponibile nella tabella RA_CUSTOMER_TRX_ALL tramite il campo ORG_ID, che si collega alla struttura organizzativa. Esempi BU North AmericaBU EMEADivisione Servizi globali | |||
| Valuta fattura InvoiceCurrency | La valuta in cui è espresso l'importo della fattura. | ||
| Descrizione Questo attributo specifica la valuta della fattura, ad esempio USD, EUR o GBP. Nelle organizzazioni multinazionali, le fatture vengono spesso emesse in valute diverse. L'analisi di dati espressi in più valute richiede una gestione accurata. Questo attributo consente di filtrare la vista del processo per valuta o di applicare i tassi di cambio corretti per il reporting finanziario consolidato. Garantisce che i valori monetari siano interpretati correttamente e che i confronti tra importi avvengano su basi omogenee. Perché è importante È essenziale per interpretare correttamente i dati finanziari in un contesto multi-valuta e garantire l'accuratezza dell'analisi finanziaria. Dove reperirlo Si trova in genere nella tabella RA_CUSTOMER_TRX_ALL come INVOICE_CURRENCY_CODE. Esempi USDEURGBPJPY | |||
Attività di gestione del credito e recupero crediti
| Attività | Descrizione | ||
|---|---|---|---|
| Fattura generata | Indica la creazione del record della transazione della fattura in Oracle Fusion Financials. Questo è l'inizio ufficiale del ciclo di vita della fattura nel modulo di contabilità clienti e costituisce il punto di partenza principale per l'analisi. | ||
| Perché è importante Questo è l'evento iniziale fondamentale del percorso della fattura. Tutti i successivi calcoli del tempo di ciclo, come il Days Sales Outstanding (DSO) e il tempo di ciclo del pagamento della fattura, dipendono da questo timestamp iniziale. Dove reperirlo Questo è un evento esplicito acquisito dalla colonna CREATION_DATE o TRX_DATE della tabella RA_CUSTOMER_TRX_ALL per uno specifico TRX_NUMBER (Invoice Number). Acquisizione Il timestamp dell'evento corrisponde a CREATION_DATE nella tabella RA_CUSTOMER_TRX_ALL. Tipo di evento explicit | |||
| Fattura stralciata | Rappresenta la decisione formale di interrompere le attività di recupero e contabilizzare l'importo della fattura come perdita su crediti. Si tratta di una transazione finanziaria esplicita che porta a zero il saldo della fattura. | ||
| Perché è importante È un punto finale critico, che indica l'esito negativo del processo di recupero crediti. Analizzare gli stralci per segmento di clientela, area geografica o limite di credito aiuta a perfezionare le policy creditizie e le strategie di recupero, riducendo al minimo le perdite. Dove reperirlo Acquisito esplicitamente dalla creazione di una rettifica nella tabella AR_ADJUSTMENTS_ALL, con un RECEIVABLES_TRX_ID che rimanda a un'attività di perdita su crediti o stralcio. Acquisizione Data di creazione di un record in AR_ADJUSTMENTS_ALL con un tipo di attività di stralcio. Tipo di evento explicit | |||
| Pagamento applicato | Rappresenta l'applicazione di un pagamento ricevuto a una fattura specifica, con conseguente riduzione del saldo residuo della fattura. È il passaggio che collega formalmente un pagamento a una fattura. | ||
| Perché è importante Questa attività è fondamentale per riconoscere che una fattura è stata pagata. Rappresenta il vero punto finale per il calcolo dei Days Sales Outstanding (DSO) e per il ciclo di contabilizzazione del pagamento. Dove reperirlo È un evento esplicito acquisito da APPLY_DATE nella tabella AR_RECEIVABLE_APPLICATIONS_ALL, che collega un incasso a una transazione cliente, ovvero a una fattura. Acquisizione APPLY_DATE da AR_RECEIVABLE_APPLICATIONS_ALL per la fattura pertinente. Tipo di evento explicit | |||
| Pagamento ricevuto | Segna la ricezione dei fondi da parte del cliente, che potrebbero non essere ancora stati associati a una fattura specifica. Viene acquisito quando nel sistema viene creata una transazione di incasso. | ||
| Perché è importante Si tratta di una tappa importante nel processo di recupero crediti, poiché indica che il denaro è stato ricevuto. Il tempo tra questo evento e l'applicazione del pagamento misura l'efficienza dell'elaborazione interna. Dove reperirlo Acquisito esplicitamente da RECEIPT_DATE nella tabella AR_CASH_RECEIPTS_ALL. L'incasso può quindi essere collegato alla fattura a cui è stato applicato tramite AR_RECEIVABLE_APPLICATIONS_ALL. Acquisizione RECEIPT_DATE da AR_CASH_RECEIPTS_ALL, collegato tramite le tabelle di applicazione. Tipo di evento explicit | |||
| Procedura di sollecito avviata | Rappresenta l'avvio formale del processo di sollecito per una fattura scaduta e spesso comporta l'invio della prima comunicazione ufficiale di sollecito. In genere viene registrato quando viene eseguito un processo batch di sollecito che include la fattura. | ||
| Perché è importante Monitorare questa attività è fondamentale per misurare l'efficacia dei solleciti e il rispetto delle relative policy. Fornisce un punto di riferimento per valutare il tempo necessario affinché un sollecito porti a un pagamento. Dove reperirlo Viene registrato nel modulo Oracle Advanced Collections. La data di creazione di un record di sollecito in tabelle come IEX_DUNNINGS, collegato all'ID della transazione, identifica questo evento. Acquisizione Data di creazione del record nella tabella IEX_DUNNINGS associato alla fattura. Tipo di evento explicit | |||
| Scadenza del pagamento superata | Evento calcolato che si verifica quando la data corrente supera la data di scadenza della fattura, senza che questa sia stata pagata integralmente. L'evento segna il passaggio della fattura dallo stato "in corso" a quello di "scaduta". | ||
| Perché è importante Si tratta di una tappa fondamentale, che attiva i processi di recupero crediti e di sollecito. Analizzare il volume e il valore delle fatture che superano la scadenza è essenziale per gestire il capitale circolante e valutare il rischio di credito. Dove reperirlo L'evento viene calcolato confrontando la data corrente del sistema con DUE_DATE nella tabella AR_PAYMENT_SCHEDULES_ALL, per le fatture con STATUS uguale a 'OP' (Open). Acquisizione Evento calcolato: si verifica quando SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. Tipo di evento calculated | |||
| Azione dell'addetto al recupero completata | Rappresenta un'azione manuale eseguita da un addetto al recupero, come una telefonata, l'invio di un'e-mail o la registrazione di una nota di interazione. Queste azioni vengono registrate come "attività" o "interazioni" nel modulo di recupero crediti. | ||
| Perché è importante Monitorare le azioni degli addetti al recupero aiuta a misurare l'efficienza e l'efficacia del Workflow manuale di recupero crediti. Consente di analizzare la frequenza delle attività e la loro correlazione con il buon esito dei pagamenti. Dove reperirlo Acquisito dalle tabelle della cronologia delle interazioni o delle attività di Oracle Advanced Collections, come JTF_IH_ACTIVITIES, collegate al cliente e potenzialmente alla specifica fattura. Acquisizione Timestamp di creazione dei record in JTF_IH_ACTIVITIES con un esito o un codice motivazione pertinente. Tipo di evento explicit | |||
| Contestazione registrata | Indica che il cliente ha contestato formalmente la fattura, in parte o integralmente. In genere viene acquisito tramite una modifica dello stato nel piano dei pagamenti della fattura. | ||
| Perché è importante Questa attività rappresenta il punto di partenza del processo di risoluzione della contestazione. Analizzare il tempo che intercorre tra la registrazione e la risoluzione è fondamentale per individuare i colli di bottiglia che ritardano l'incasso. Dove reperirlo Deducibile da una modifica dello stato nella tabella AR_PAYMENT_SCHEDULES_ALL, quando il campo STATUS passa a 'DS' (Disputed). Il timestamp può essere ricavato dalle tabelle di audit o dalla data dell'ultimo aggiornamento. Acquisizione Rilevare quando AR_PAYMENT_SCHEDULES_ALL.STATUS passa a 'DS' per la fattura. Tipo di evento inferred | |||
| Contestazione risolta | Indica che una contestazione registrata è stata esaminata e che è stata raggiunta una soluzione. Viene acquisito quando lo stato di contestazione della fattura viene rimosso. | ||
| Perché è importante Questo evento segna la conclusione del ciclo di risoluzione della contestazione. La durata tra "Contestazione registrata" e questo evento è un KPI fondamentale per misurare l'efficienza operativa e il relativo impatto sui flussi di cassa. Dove reperirlo Deducibile quando STATUS in AR_PAYMENT_SCHEDULES_ALL passa da 'DS' (Disputed) a 'OP' (Open) oppure a 'CL' (Closed), in seguito a una nota di credito o a una rettifica. Acquisizione Rilevare quando AR_PAYMENT_SCHEDULES_ALL.STATUS passa da 'DS' a un altro stato. Tipo di evento inferred | |||
| Fattura chiusa | Si verifica quando il saldo residuo della fattura diventa pari a zero, tramite un pagamento, l'applicazione di una nota di credito o una rettifica. Segna il completamento positivo del ciclo di vita della fattura. | ||
| Perché è importante Questo evento rappresenta uno dei principali punti finali positivi del processo. Monitorare la chiusura delle fatture è fondamentale per comprendere lo stato complessivo del portafoglio crediti. Dove reperirlo Deducibile da una modifica dello stato nella tabella AR_PAYMENT_SCHEDULES_ALL, quando STATUS passa a 'CL' (Closed). Il timestamp corrisponde a LAST_UPDATE_DATE della modifica. Acquisizione Rilevare quando AR_PAYMENT_SCHEDULES_ALL.STATUS diventa 'CL' per la fattura. Tipo di evento inferred | |||
| Fattura inviata al cliente | Indica che la fattura è stata formalmente consegnata al cliente, per via elettronica o in formato cartaceo. L'evento può essere registrato esplicitamente da un modulo di consegna oppure dedotto dalla data di stampa della fattura. | ||
| Perché è importante Questa attività segna l'inizio del conteggio dei termini di pagamento del cliente. Il suo monitoraggio consente di calcolare con precisione i giorni di ritardo e di analizzare eventuali ritardi tra la generazione della fattura e la notifica al cliente. Dove reperirlo Può essere acquisito da LAST_PRINTED_DATE in RA_CUSTOMER_TRX_ALL. In alternativa, può essere dedotto dai log di integrazione con i sistemi di consegna e-mail o con altre piattaforme di comunicazione. Acquisizione Utilizzare LAST_PRINTED_DATE di RA_CUSTOMER_TRX_ALL oppure lo stato riportato in un log di consegna. Tipo di evento inferred | |||
| Promessa di pagamento creata | Rappresenta un accordo formale registrato nel sistema, in base al quale il cliente si impegna a effettuare un pagamento in una data specifica. È uno dei principali risultati delle attività di recupero crediti. | ||
| Perché è importante Monitorare le promesse di pagamento e il relativo tasso di adempimento è un indicatore chiave delle prestazioni degli addetti al recupero. Aiuta a prevedere i flussi di cassa derivanti dai crediti scaduti e a valutare l'efficacia degli addetti. Dove reperirlo Viene creato esplicitamente in Oracle Advanced Collections. La data di creazione viene acquisita dalla tabella IEX_PROMISE_DETAILS. Acquisizione Data di creazione dalla tabella IEX_PROMISE_DETAILS per la fattura corrispondente. Tipo di evento explicit | |||
| Revisione del credito completata | Rappresenta il completamento della valutazione del credito per il cliente associato alla fattura. Questo evento viene generalmente dedotto collegando la data di creazione della fattura alla data di completamento della revisione del credito più recente per il conto cliente, fornendo una base per l'analisi relativa al credito. | ||
| Perché è importante Analizzare il tempo che intercorre tra la revisione del credito e l'inserimento dell'ordine aiuta a identificare i ritardi nelle fasi iniziali del ciclo order-to-cash. È fondamentale per misurare il KPI Credit Approval Cycle Time e comprendere l'impatto delle decisioni sul credito. Dove reperirlo Deducibile interrogando HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE per il cliente indicato nella fattura (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). Il timestamp dell'evento corrisponde a LAST_CREDIT_REVIEW_DATE precedente a CREATION_DATE della fattura. Acquisizione Collegare la fattura alla data della revisione del credito più recente del cliente precedente alla creazione della fattura. Tipo di evento inferred | |||
| Strategia di recupero crediti assegnata | Si verifica quando a una fattura o a un cliente insolvente viene assegnata una strategia automatizzata di recupero crediti. Questa definisce la sequenza di passaggi e attività che il sistema o l'addetto al recupero dovrà seguire. | ||
| Perché è importante Questo evento offre visibilità sul livello di automazione del processo di recupero crediti. Analizzare le strategie assegnate e i relativi risultati aiuta a ottimizzare gli approcci di recupero per i diversi segmenti di clientela. Dove reperirlo Viene registrato nel modulo Oracle Advanced Collections. In genere si individua esaminando la data di creazione dell'assegnazione di una strategia in tabelle come IEX_STRATEGIES o in oggetti correlati. Acquisizione Data di creazione dell'elemento di lavoro della strategia nelle tabelle di recupero crediti collegate al cliente o alla transazione. Tipo di evento explicit | |||
Guide all'estrazione
Passaggi
- Accedere a Oracle BI Publisher: acceda al Suo ambiente Oracle Fusion Financials. Acceda all'area Reports and Analytics facendo clic sull'icona Navigator, quindi selezioni Tools > Reports and Analytics.
- Creare un nuovo modello dati: nel riquadro Reports and Analytics, faccia clic sul pulsante 'Browse Catalog'. Nel catalogo, faccia clic sul menu a discesa 'New' e selezioni 'Data Model'.
- Definire il set di dati della query SQL: nell'editor Data Model, faccia clic sull'icona '+' per aggiungere un nuovo set di dati e selezioni 'SQL Query'.
- Configurare l'origine dati: nella finestra del nuovo set di dati, assegni un nome descrittivo, ad esempio 'CreditCollectionsEventLog'. Selezioni 'FSCM' o il database dell'applicazione Oracle Fusion appropriato come Data Source. Imposti il tipo di SQL su 'Standard SQL'.
- Inserire la query SQL: copi la query SQL completa fornita nella sezione 'query' di questo documento e la incolli nell'area di testo SQL Query.
- Definire i parametri della query: la query utilizza parametri come
:P_START_DATEe:P_END_DATEper filtrare l'intervallo di date. BI Publisher li rileverà automaticamente. Può configurarli come richieste all'utente, impostando il tipo di dati su 'Date'. - Salvare e testare il modello dati: salvi il modello dati in una cartella condivisa o personalizzata. Per verificare il corretto funzionamento della query, acceda alla scheda 'Data', inserisca valori di esempio per i parametri, ad esempio un intervallo di date recente, e faccia clic su 'View' per visualizzare un campione dei dati di output. Verifichi che tutte le colonne siano visualizzate correttamente.
- Creare un nuovo report: torni al catalogo, faccia clic sul menu a discesa 'New' e selezioni 'Report'. Nella finestra di dialogo 'Create Report', selezioni l'opzione 'Use Data Model' e individui il modello dati appena salvato.
- Configurare le proprietà del report: nell'editor del report è sufficiente un semplice layout tabellare per l'estrazione dei dati. Imposti il formato di output predefinito. Per il Process Mining, il formato consigliato è CSV. A tale scopo, faccia clic su 'View a List', individui 'CSV' nell'elenco 'Output Formats' e selezioni la casella corrispondente. Può deselezionare gli altri formati per semplificare l'esperienza dell'utente.
- Salvare il report: salvi il report nella stessa cartella del modello dati.
- Pianificare l'estrazione: per automatizzare l'estrazione, può pianificare l'esecuzione del report. Apra il report, faccia clic su 'Actions' e selezioni 'Schedule'. Configuri la frequenza, ad esempio giornaliera, specifichi CSV come formato di output e definisca la destinazione, ad esempio una directory del content server o un server esterno tramite FTP.
Configurazione
- Prerequisiti: l'utente che crea ed esegue il report deve disporre dei ruoli BI appropriati, ad esempio 'BI Administrator' o 'BI Author', e delle autorizzazioni di sicurezza sui dati necessarie per accedere alle tabelle Financials sottostanti (AR, IEX, HZ, JTF).
- Origine dati: la query deve essere eseguita sul database principale dell'applicazione, generalmente denominato 'FSCM'.
- Parametri dell'intervallo di date: è fondamentale utilizzare i parametri
:P_START_DATEe:P_END_DATEper limitare il volume dei dati. Per i test iniziali, utilizzi un intervallo breve, ad esempio un mese. In produzione, è generalmente appropriato un periodo mobile da 3 a 6 mesi. - Filtri: nelle organizzazioni di grandi dimensioni, valuti l'aggiunta di un parametro per
BU_NAME(Business Unit Name) alla clausolaWHEREdell'espressione di tabella comuneinvoices_base, così da elaborare i dati di una business unit alla volta. - Considerazioni sulle prestazioni: la query esegue join tra diverse tabelle transazionali di grandi dimensioni. Eseguirla su un intervallo ampio senza filtri può comportare tempi di esecuzione elevati o timeout in BI Publisher. Pianifichi l'esecuzione del report nelle fasce orarie di minore utilizzo.
- Formato di output: verifichi che il formato di output predefinito o pianificato sia CSV. In questo modo otterrà un file delimitato, pulito e facilmente utilizzabile dagli strumenti di Process Mining. Controlli le proprietà dell'output CSV per assicurarsi che delimitatore e codifica dei caratteri siano configurati correttamente.
a Query di esempio 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 per iniziare?
Utilizzi questo Template per preparare i dati all'analisi e ottenere informazioni preziose sul processo di gestione del credito e recupero crediti. Inizi oggi il percorso verso l'ottimizzazione dei processi.
Inizi oggi a ottimizzare la gestione del credito e il recupero crediti
Riduca del 30% il tempo di ciclo e migliori la salute finanziaria in Oracle Fusion.
Non è richiesta alcuna carta di credito. Inizi in pochi minuti.