Il template dei dati per la gestione del credito e il recupero crediti
Il template dei dati per la gestione del credito e il recupero crediti
- Attributi consigliati per un’analisi completa
- Attività principali da monitorare per individuare il processo
- Istruzioni dettagliate per l’estrazione dei dati
Attributi per la gestione del credito e il recupero crediti
| Nome | Descrizione | ||
|---|---|---|---|
| Nome dell’attività ActivityName | Nome dell’evento aziendale o dell’attività specifica che si è verificata in un determinato momento 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. Analizzare la sequenza e la frequenza delle attività è il fulcro del Process Mining. Aiuta a ricostruire il flusso effettivo del processo, 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 effettivo con quello progettato o ideale. Il nome dell’attività è fondamentale per creare mappe dei processi e calcolare i tempi di transizione tra i passaggi. Perché è importante Questo attributo definisce i passaggi nella mappa del processo e consente di visualizzare e analizzare il ciclo di vita della fattura dall’inizio alla fine. Dove reperirli È un campo concettuale ricavato da diversi eventi aziendali in Oracle Fusion Financials, spesso creato associando gli stati delle transazioni, le date degli eventi o azioni specifiche dei moduli come Receivables (AR) e Advanced Collections. Esempi Fattura generataProcedura di sollecito avviataPagamento ricevutoContestazione registrata | |||
| Numero fattura InvoiceNumber | Identificativo univoco di ogni fattura del cliente, utilizzato come identificativo principale del caso nel 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 finale o allo stralcio. Consente di visualizzare l’intero ciclo di vita della fattura, dall’inizio alla fine. Nelle analisi di Process Mining, questo attributo serve a ricostruire il percorso di ogni fattura. Raggruppando tutte le attività correlate sotto un unico numero fattura, gli analisti possono visualizzare i flussi del 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 registrazione dei pagamenti. Perché è importante È l’ID del caso essenziale che collega tutti i passaggi correlati del processo e consente di ricostruire e analizzare il percorso di ogni fattura, dall’emissione alla chiusura. Dove reperirli In Oracle Fusion Financials, questo identificativo si trova in genere nella tabella RA_CUSTOMER_TRX_ALL, nel campo TRX_NUMBER. Esempi INV-1005679884321AR-2023-04-112 | |||
| Ora dell’evento EventTime | Data e ora precise in cui si è verificata l’attività, registrate come data e ora dell’evento. | ||
| Descrizione L’ora dell’evento, o data e ora, registra il momento esatto in cui si è svolta un’attività. È essenziale per ordinare cronologicamente gli eventi e ricostruire con precisione il flusso del processo. Senza date e orari accurati, non è possibile determinare correttamente la sequenza degli eventi. Nelle analisi, questo attributo serve a calcolare le durate e i tempi di ciclo tra le attività, fondamentali per misurare le prestazioni. Per esempio, viene utilizzato per calcolare KPI come il tempo di ciclo di risoluzione delle contestazioni o il tempo di ciclo del pagamento della fattura. Consente inoltre di analizzare l’andamento delle prestazioni del processo in periodi diversi. Perché è importante Questa data e ora sono essenziali per ordinare gli eventi, calcolare i tempi di ciclo e le durate e analizzare nel tempo le prestazioni del processo. Dove reperirli Ricavato da diversi campi data delle tabelle 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’architettura IT complessa, un singolo processo dall’inizio alla fine può coinvolgere più sistemi. Specificare il sistema di origine è importante per la governance dei dati, la risoluzione dei problemi e la comprensione del contesto dei dati. Se gli eventi di sistemi diversi vengono riuniti in un’unica vista del processo, consente di distinguerli e di mantenere chiara la provenienza dei dati. Perché è importante Chiarisce la provenienza dei dati, aspetto fondamentale per la convalida e la governance dei dati e per comprendere il contesto tecnologico del processo. Dove reperirli In genere, è un valore statico aggiunto durante l’estrazione dei dati per identificarne l’origine. Esempi Oracle Fusion FinancialsOracle AROracle Collections | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati dell’evento dal sistema di origine. | ||
| Descrizione Questo attributo indica la data e l’ora dell’estrazione dei dati più recente. È un campo di metadati che non fa parte del processo aziendale, ma è fondamentale per capire quanto siano aggiornati i dati analizzati. Gli analisti usano questa data e ora per verificare di lavorare con informazioni aggiornate e per conoscere il limite temporale dei dati disponibili. È essenziale per la governance dei dati e per gestire le aspettative degli utenti sull’aggiornamento dei dati nelle Dashboard e nei report. Perché è importante Indica quanto sono aggiornati i dati, aiutando analisti e stakeholder a valutarne la tempestività e la pertinenza. Dove reperirli Questo valore viene generato e aggiunto 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 | Nome o ID dell’addetto al recupero crediti assegnato alla fattura. | ||
| Descrizione L’addetto al recupero crediti è la persona o il team responsabile della gestione delle attività di recupero relative a una fattura scaduta. L’assegnazione è un passaggio fondamentale del flusso di lavoro di recupero crediti. Questo attributo è essenziale per gestire le prestazioni e distribuire le risorse all’interno del reparto di recupero crediti. Analizzando i risultati per addetto, i responsabili possono valutarne l’efficacia, individuare le esigenze di formazione e bilanciare i carichi di lavoro. La Dashboard sull’efficacia dell’assegnazione degli addetti al recupero crediti si basa direttamente su questo attributo per confrontare i tassi di successo e i tempi di ciclo dei diversi addetti. Perché è importante Consente di analizzare le prestazioni dei singoli addetti o dei team, aiutando a ottimizzare l’allocazione delle risorse e a migliorare l’efficienza complessiva del recupero crediti. Dove reperirli Queste informazioni sono in genere memorizzate nel modulo Oracle Advanced Collections, spesso in tabelle come IEX_CASES_ALL_B o in tabelle correlate alle assegnazioni. Esempi John SmithJane DoeTeam recupero crediti A | |||
| Data di scadenza DueDate | La data entro cui deve essere pagata la fattura. | ||
| Descrizione La data di scadenza è una data fondamentale, concordata contrattualmente per il pagamento, e costituisce il riferimento per misurare la puntualità dei pagamenti. Questo attributo è essenziale per individuare le fatture scadute e calcolare da quanti giorni lo sono. È il dato principale per stabilire quando avviare le procedure di sollecito e viene utilizzato nel calcolo di indicatori come i Giorni medi di incasso (DSO). È inoltre indispensabile per creare report sull’anzianità dei crediti insoluti. Perché è importante Costituisce il riferimento per stabilire se una fattura è scaduta, avviare le attività di recupero crediti e analizzarne l’anzianità. Dove reperirli Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL come DUE_DATE. Esempi 2023-05-302023-06-152023-07-01 | |||
| Importo della fattura InvoiceAmount | Valore monetario totale della fattura. | ||
| Descrizione L’importo della fattura rappresenta il valore totale dei beni o dei servizi fatturati al cliente. È un attributo finanziario fondamentale per comprendere l’impatto economico del processo. Nelle analisi, l’importo della fattura serve a stabilire le priorità delle attività di recupero, concentrandosi sulle fatture scadute di valore elevato. Consente inoltre di analizzare le abitudini di pagamento in base al valore delle transazioni e di calcolare l’impatto finanziario degli stralci. Dashboard come l’analisi del tasso di stralcio delle fatture utilizzano questo valore per valutare l’entità delle perdite finanziarie. Perché è importante Fornisce il contesto finanziario del processo, consentendo di dare priorità alle fatture di valore elevato e di analizzare l’impatto economico delle inefficienze. Dove reperirli Queste informazioni possono essere ricavate dalla tabella AR_PAYMENT_SCHEDULES_ALL, che contiene l’importo dovuto per una fattura. Esempi 5000.001250.75250000.00 | |||
| Livello di sollecito DunningLevel | La fase o il livello della procedura di sollecito applicata alla fattura. | ||
| Descrizione Il livello di sollecito indica l’intensità del promemoria di pagamento, che in genere aumenta nel tempo. Ad esempio, il livello 1 potrebbe corrispondere a un gentile promemoria via e-mail, mentre il livello 3 potrebbe prevedere una lettera formale o una telefonata. Analizzare il processo in base al livello di sollecito aiuta a valutare l’efficacia della strategia di recupero crediti. La Dashboard sull’efficacia dei solleciti utilizza questo attributo per visualizzare i tassi di conversione da ciascuna fase di sollecito al pagamento. In questo modo, l’azienda può individuare le azioni più efficaci e perfezionare tempi e contenuti dei promemoria per massimizzare gli incassi. Perché è importante Tiene traccia della fase di escalation delle attività di recupero crediti, un dato fondamentale per valutare l’efficacia della strategia di sollecito. Dove reperirli Questi dati sono gestiti nel modulo Oracle Advanced Collections e si trovano in tabelle relative allo storico dei solleciti, come IEX_DUNNINGS. Esempi Livello 1: promemoriaLivello 2: avvisoLivello 3: ultimo avviso | |||
| Numero cliente CustomerNumber | Identificativo univoco del cliente associato alla fattura. | ||
| Descrizione Il numero cliente collega una fattura a uno specifico conto cliente. Consente di segmentare e analizzare il processo di gestione del credito e recupero crediti in base agli attributi del cliente. Includendo il numero cliente, gli analisti possono verificare se alcuni clienti pagano regolarmente in ritardo, presentano più contestazioni o richiedono maggiori attività di recupero. Queste informazioni sono fondamentali per definire strategie di recupero specifiche per ciascun cliente, adeguare le condizioni di credito e individuare i segmenti di clientela a rischio elevato. 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 e aiuta a individuare schemi ricorrenti, rischi e opportunità per definire strategie di recupero mirate. Dove reperirli In genere, si trova nella tabella RA_CUSTOMER_TRX_ALL come BILL_TO_CUSTOMER_ID, collegato a HZ_CUST_ACCOUNTS. Esempi CUST-0012389455ACME-CORP-US | |||
| Segmento cliente CustomerSegment | Classificazione del cliente in un gruppo definito, per esempio in base alle dimensioni, al settore o all’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 «commercio al dettaglio». Questo attributo è utile per le analisi comparative. Consente agli analisti di confrontare le prestazioni del processo tra segmenti diversi e, per esempio, verificare se un segmento presenta più contestazioni o tempi di pagamento più lunghi. Queste informazioni aiutano ad adattare le politiche creditizie e le strategie di recupero alle esigenze e ai rischi specifici di ciascun segmento e supportano Dashboard come l’analisi del tasso di stralcio delle fatture. Perché è importante Consente analisi comparative approfondite, mostrando come le prestazioni e i rischi del processo variano tra i diversi gruppi di clienti. Dove reperirli Spesso è gestito nei dati anagrafici dei clienti (HZ_CUST_ACCOUNTS o tabelle correlate) oppure ricavato da attributi del cliente, come il fatturato o il settore. Esempi Grande impresaPiccola e media impresaPubblica amministrazionePartner strategico | |||
| Utente User | L’utente o l’ID di sistema che ha eseguito l’attività. | ||
| Descrizione Questo attributo identifica il dipendente o l’utente di sistema automatizzato responsabile dell’esecuzione di un’attività, ad esempio l’approvazione di un limite di credito, la registrazione di un pagamento o la risoluzione di una contestazione. Analizzare le attività per utente è essenziale per comprendere la distribuzione del carico di lavoro, i risultati individuali e la conformità. Per le attività automatizzate, consente di monitorare il coinvolgimento dei processi di sistema. Può inoltre aiutare a individuare esigenze di formazione o possibili attività fraudolente, monitorando il comportamento degli utenti. Perché è importante Attribuisce le attività del processo a persone specifiche o a sistemi automatizzati, consentendo di monitorare i risultati, analizzare il carico di lavoro e svolgere verifiche. Dove reperirli Ricavato dalle colonne 'CREATED_BY' o 'LAST_UPDATED_BY' di diverse tabelle delle transazioni e dello storico in Oracle Fusion Financials. Esempi jsmithar_specialist_1SYSTEM_AUTOMATION | |||
| Data promessa di pagamento PromiseToPayDate | La data in cui il cliente si è impegnato a effettuare il pagamento. | ||
| Descrizione Durante le attività di recupero crediti, il cliente può impegnarsi a effettuare un pagamento in una data futura. La data promessa di pagamento viene registrata per tenere traccia di questo impegno. Questo attributo è importante per gestire i flussi di lavoro di recupero crediti e valutare l’affidabilità degli impegni presi dai clienti. Confrontando la data promessa di pagamento con la data effettiva di ricezione del pagamento, gli addetti al recupero crediti possono valutare la percentuale di promesse mantenute. 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 valutare l’efficacia delle trattative per il recupero crediti. Dove reperirli È memorizzata nel modulo Oracle Advanced Collections, probabilmente in tabelle come IEX_PROMISES_T. Esempi 2023-06-102023-06-252023-07-05 | |||
| È scaduta IsOverdue | Un indicatore booleano che segnala se la fattura ha superato la data di scadenza. | ||
| Descrizione È un attributo derivato che indica in modo semplice, con un valore vero o falso, se una fattura è scaduta. In genere si calcola confrontando la data corrente (o la data di pagamento) con la data di scadenza della fattura. Questo indicatore è molto utile per filtrare e segmentare i dati durante l’analisi. Consente agli analisti di isolare rapidamente le fatture scadute e studiarne i percorsi di processo, l’efficacia delle attività di recupero crediti e altre caratteristiche. Semplifica la creazione di Dashboard e KPI dedicati alla gestione dei crediti scaduti, come la Dashboard sull’anzianità e sullo stato delle fatture scadute. Perché è importante Fornisce un indicatore semplice e chiaro per individuare e analizzare tutte le fatture scadute, l’obiettivo principale del processo di recupero crediti. Dove reperirli È un campo calcolato. La logica è: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False. Esempi truefalse | |||
| È stata stornata IsWrittenOff | Un indicatore booleano che segnala se la fattura è stata stornata come credito inesigibile. | ||
| Descrizione Questo indicatore derivato identifica le fatture che l’azienda ha considerato inesigibili e ha rimosso dai crediti attivi. In genere rappresenta l’esito finale, e indesiderato, del ciclo di vita di una fattura. Questo attributo è essenziale per calcolare il KPI del tasso di storno delle fatture e per la relativa Dashboard di analisi. Consente agli analisti di isolare i casi di recupero non riuscito e individuare caratteristiche comuni, come il segmento del cliente o il valore della fattura, potenzialmente associate a un rischio più elevato di storno. Queste informazioni aiutano a migliorare le politiche di credito e le strategie di recupero. Perché è importante Identifica chiaramente i casi in cui il recupero non è riuscito, un dato essenziale per analizzare le cause profonde dei crediti inesigibili e calcolare i tassi di storno. Dove reperirli È un campo calcolato, derivato dalla verifica dell’esistenza dell’attività 'Invoice Written Off' per il caso o del valore 'Written Off' nello stato della fattura. 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. Si calcola come differenza tra la data corrente (per le fatture aperte) o la data di pagamento (per quelle chiuse) e la data di scadenza. I giorni di ritardo sono una misura fondamentale per analizzare l’anzianità dei crediti e stabilire le priorità delle attività di recupero. Costituiscono la metrica principale della Dashboard sull’anzianità e sullo stato delle fatture scadute, che raggruppa le fatture per fasce di anzianità, ad esempio da 1 a 30 giorni o da 31 a 60 giorni. In questo modo, il team addetto al recupero crediti può concentrarsi sui debiti più vecchi e a maggior rischio. Perché è importante Quantifica l’entità dei ritardi di pagamento ed è una metrica fondamentale per stabilire le priorità delle attività di recupero e analizzare l’anzianità dei crediti. Dove reperirli È un campo calcolato. La logica è: CurrentDate - DueDate per le fatture aperte oppure PaymentDate - DueDate per quelle 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 totale che un’azienda è disposta ad assumere nei confronti di un determinato cliente. Viene definito durante la revisione del credito. Questo attributo è essenziale per la Dashboard sull’impatto delle decisioni sui limiti di credito. Mettendo in relazione il limite di credito approvato con i successivi comportamenti di pagamento e gli importi stornati, l’azienda può valutare l’efficacia delle proprie politiche di rischio creditizio. L’analisi può rivelare se limiti di credito eccessivamente elevati contribuiscono a un aumento dei crediti inesigibili, aiutando a perfezionare il processo di approvazione del credito. Perché è importante È fondamentale per valutare l’efficacia delle politiche di rischio creditizio, mettendo in relazione il limite approvato con gli esiti dei pagamenti e gli importi stornati. Dove reperirli È gestito in Oracle Credit Management e in genere viene memorizzato in tabelle relative ai profili di credito dei clienti, come HZ_CUST_PROFILE_AMTS. Esempi 10000.0050000.00250000.00 | |||
| Motivo della contestazione DisputeReason | Il motivo indicato dal cliente per contestare una fattura. | ||
| Descrizione Quando contesta una fattura, il cliente in genere indica un motivo, ad esempio «Prezzo errato», «Merce danneggiata» o «Fattura duplicata». Questo attributo registra il motivo della contestazione. Analizzare i motivi delle contestazioni è fondamentale per individuare le cause profonde dei problemi. Aiuta a rilevare criticità ricorrenti nei processi a monte, come la gestione degli ordini o la fatturazione, che causano ritardi nei pagamenti. Classificando e monitorando la frequenza dei diversi motivi, l’azienda può intervenire in modo mirato per risolvere le cause profonde e contribuire a ridurre il tempo di ciclo della risoluzione delle contestazioni. Perché è importante Aiuta a individuare le cause profonde delle contestazioni delle fatture e a migliorare in modo proattivo i processi a monte, prevenendo contestazioni future. Dove reperirli Se la gestione delle contestazioni è formalizzata, queste informazioni vengono in genere registrate nei moduli Oracle Advanced Collections o Oracle Channel Revenue Management. Possono trovarsi in tabelle come AR_DISPUTE_HISTORY. Esempi Quantità errataDifferenza di prezzoMerce danneggiataServizio non erogato | |||
| Ora di fine EndTime | L’indicazione temporale che segnala il completamento di un’attività con una durata. | ||
| Descrizione Per le attività con un inizio e una fine distinti, questo attributo registra l’ora di completamento. Nel Process Mining molti eventi sono istantanei, ma alcuni, come «Analisi della contestazione», possono durare per un certo periodo. Disporre di un’ora di fine separata consente di calcolare con precisione i tempi di elaborazione delle attività. Il calcolo è più accurato rispetto alla stima della durata in base all’ora di inizio dell’attività successiva, soprattutto in presenza di periodi di inattività. Questo dato è fondamentale per analizzare l’utilizzo delle risorse e individuare le fasi specifiche che richiedono più tempo nel processo. Perché è importante Consente di calcolare con precisione la durata delle singole attività e offre maggiori informazioni sui colli di bottiglia e sull’utilizzo delle risorse. Dove reperirli Spesso si tratta di un attributo concettuale. Può essere ricavato da un’indicazione temporale di «ultimo aggiornamento» o da un campo specifico «data di chiusura» 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 offre una fotografia della sua posizione attuale nel processo. Tra gli stati più comuni figurano «Aperta», «Pagata», «Contestata», «Scaduta» o «Stornata». Questo attributo fornisce una panoramica generale della situazione dei crediti. Nel Process Mining, è utile per filtrare i casi e concentrarsi su gruppi specifici, ad esempio tutte le fatture aperte e scadute. È una dimensione chiave della Dashboard sull’anzianità e sullo stato delle fatture scadute, che offre una visione immediata dello stato attuale del portafoglio fatture e aiuta a definire le priorità delle attività di recupero crediti. Perché è importante Fornisce una rapida panoramica dello stato corrente della fattura e consente di filtrare facilmente i dati e stabilire le priorità delle attività di recupero crediti. Dove reperirli In genere è disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL, in un campo denominato STATUS. Esempi ApertaChiusaContestataIn fase di recupero | |||
| Termini di pagamento PaymentTerms | Le condizioni concordate che stabiliscono quando è dovuto il pagamento. | ||
| Descrizione I termini di pagamento definiscono le condizioni entro cui il cliente deve pagare, ad esempio «30 giorni» o «60 giorni». Queste condizioni servono a calcolare la data di scadenza della fattura. Analizzare l’andamento dei pagamenti in base ai termini concordati può rivelare schemi interessanti. Per esempio, i clienti con termini più brevi potrebbero avere maggiori probabilità di pagare in ritardo. Queste informazioni possono essere utilizzate per rivedere e ottimizzare le politiche di credito e suddividere i clienti in gruppi a cui applicare diverse strategie di recupero. Offrono inoltre un contesto utile per capire perché alcune fatture scadono. Perché è importante Fornisce il contesto sulle scadenze di pagamento concordate e consente di analizzare il comportamento di pagamento in base alle diverse condizioni di credito. Dove reperirli È memorizzato nella tabella RA_TERMS e collegato alla transazione della fattura. Esempi 30 giorni60 giorniPagamento alla ricezione | |||
| Unità aziendale BusinessUnit | L’unità aziendale o entità organizzativa specifica che ha emesso la fattura. | ||
| Descrizione Nelle grandi organizzazioni, le attività sono spesso suddivise tra più unità aziendali. Questo attributo indica a quale unità aziendale è associata la fattura. Analizzare il processo in base all’unità aziendale consente di confrontare i risultati delle diverse aree dell’organizzazione. Può mettere in luce differenze nell’applicazione delle politiche di credito e recupero crediti e mostrare quali unità aziendali gestiscono meglio i crediti. Queste informazioni aiutano a condividere le buone pratiche e a uniformare i processi dove necessario. Perché è importante Consente di confrontare i risultati delle diverse unità organizzative, aiutando a individuare le buone pratiche e le aree da migliorare. Dove reperirli Disponibile nella tabella RA_CUSTOMER_TRX_ALL tramite il campo ORG_ID, collegato alla struttura organizzativa. Esempi Unità aziendale Nord AmericaUnità aziendale EMEADivisione Servizi globali | |||
| Valuta della fattura InvoiceCurrency | Valuta in cui è espresso l’importo della fattura. | ||
| Descrizione Questo attributo specifica la valuta della fattura, per esempio USD, EUR o GBP. Nelle organizzazioni multinazionali, le fatture vengono spesso emesse in valute diverse. L’analisi di dati in più valute richiede particolare attenzione. Questo attributo consente di filtrare la vista del processo per valuta o di applicare i tassi di cambio corretti per il consolidamento dei dati finanziari. Assicura che i valori monetari siano interpretati correttamente e che gli importi vengano confrontati su basi omogenee. Perché è importante È essenziale per interpretare correttamente i dati finanziari in un contesto con più valute e garantire analisi finanziarie accurate. Dove reperirli In genere, si trova nella tabella RA_CUSTOMER_TRX_ALL come INVOICE_CURRENCY_CODE. Esempi USDEURGBPJPY | |||
Attività di gestione del credito e recupero crediti
| Attività | Descrizione | ||
|---|---|---|---|
| Data di scadenza del pagamento superata | Evento calcolato che si verifica quando la data corrente supera la data di scadenza della fattura e questa non è stata pagata per intero. Segna il passaggio della fattura dallo stato «in corso» a quello «scaduto». | ||
| Perché è importante È una tappa fondamentale che avvia le attività di recupero crediti e di sollecito. Analizzare il numero e il valore delle fatture che superano la data di scadenza è essenziale per gestire il capitale circolante e valutare il rischio di credito. Dove reperirli L’evento viene calcolato confrontando la data corrente del sistema con DUE_DATE nella tabella AR_PAYMENT_SCHEDULES_ALL, per le fatture con STATUS pari a 'OP' (Open). Acquisizione Evento calcolato: si verifica quando SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. Tipo di evento calculated | |||
| Fattura generata | Segna la creazione del record della transazione di fattura in Oracle Fusion Financials. È l’inizio ufficiale del ciclo di vita della fattura nel modulo dei crediti commerciali e costituisce il punto di partenza principale per l’analisi. | ||
| Perché è importante È l’evento di inizio fondamentale del percorso della fattura. Tutti i calcoli successivi dei tempi di ciclo, come i Giorni medi di incasso (DSO) e il tempo di ciclo del pagamento della fattura, dipendono da questa data e ora iniziale. Dove reperirli È un evento esplicito, registrato nella colonna CREATION_DATE o TRX_DATE della tabella RA_CUSTOMER_TRX_ALL per uno specifico TRX_NUMBER (numero fattura). Acquisizione La data e l’ora dell’evento corrispondono al valore CREATION_DATE della tabella RA_CUSTOMER_TRX_ALL. Tipo di evento explicit | |||
| Fattura stralciata | Indica la decisione formale di interrompere le attività di recupero e contabilizzare l’importo della fattura come credito inesigibile. Si tratta di una transazione finanziaria esplicita che porta a zero il saldo della fattura. | ||
| Perché è importante È un esito negativo fondamentale del processo di recupero crediti. Analizzare gli stralci per segmento di clientela, area geografica o limite di credito aiuta a perfezionare le politiche creditizie e le strategie di recupero per ridurre al minimo le perdite. Dove reperirli Rilevato esplicitamente dalla creazione di una rettifica nella tabella AR_ADJUSTMENTS_ALL, con un valore RECEIVABLES_TRX_ID che rimanda a un’attività di credito inesigibile o di stralcio. Acquisizione Data di creazione di un record nella tabella AR_ADJUSTMENTS_ALL con un tipo di attività di stralcio. Tipo di evento explicit | |||
| Pagamento applicato | Indica l’applicazione di un pagamento ricevuto a una fattura specifica, che riduce il saldo residuo della fattura. È il passaggio che collega formalmente un pagamento a una fattura. | ||
| Perché è importante Questa attività è fondamentale per stabilire che una fattura è stata pagata. Rappresenta il vero punto finale per il calcolo dei Giorni medi di incasso (DSO) e del ciclo di registrazione del pagamento. Dove reperirli È un evento esplicito, rilevato dal campo APPLY_DATE della tabella AR_RECEIVABLE_APPLICATIONS_ALL, che collega un incasso a una transazione del cliente (fattura). Acquisizione APPLY_DATE di AR_RECEIVABLE_APPLICATIONS_ALL per la fattura pertinente. Tipo di evento explicit | |||
| Pagamento ricevuto | Segna la ricezione di fondi da parte di un cliente, che potrebbero non essere ancora stati associati a una fattura specifica. L’evento viene rilevato quando il sistema crea una transazione di incasso. | ||
| Perché è importante È una tappa importante nel processo di recupero crediti, perché indica che il pagamento è stato ricevuto. Il tempo che intercorre tra questo evento e la registrazione del pagamento misura l’efficienza delle attività interne. Dove reperirli Rilevato esplicitamente dal campo RECEIPT_DATE della 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 di AR_CASH_RECEIPTS_ALL, collegato tramite le tabelle di applicazione. Tipo di evento explicit | |||
| Procedura di sollecito avviata | Indica l’avvio formale della procedura di sollecito per una fattura scaduta, che spesso prevede l’invio della prima lettera ufficiale. 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 politiche. Fornisce una base di riferimento per misurare il tempo necessario affinché il sollecito porti a un pagamento. Dove reperirli Registrato nel modulo Oracle Advanced Collections. L’evento è contrassegnato dalla data di creazione di un record di sollecito in tabelle come IEX_DUNNINGS, collegato all’ID della transazione. Acquisizione Data di creazione del record nella tabella IEX_DUNNINGS associato alla fattura. Tipo di evento explicit | |||
| Azione dell’addetto al recupero crediti completata | Indica un’azione manuale svolta da un addetto al recupero crediti, come una telefonata, l’invio di un’e-mail o la registrazione di una nota sull’interazione. Queste azioni vengono registrate come «attività» o «interazioni» nel modulo di recupero crediti. | ||
| Perché è importante Monitorare le azioni degli addetti al recupero crediti aiuta a misurare l’efficienza e l’efficacia del flusso di lavoro manuale di recupero. Consente di analizzare la frequenza delle attività e la sua correlazione con il buon esito dei pagamenti. Dove reperirli Rilevato dalle tabelle della cronologia delle interazioni o delle attività in Oracle Advanced Collections, come JTF_IH_ACTIVITIES, collegate al cliente e, se possibile, alla fattura specifica. Acquisizione Data e ora di creazione dei record in JTF_IH_ACTIVITIES con un codice di esito o motivo pertinente. Tipo di evento explicit | |||
| Contestazione registrata | Indica che il cliente ha contestato formalmente la fattura, in tutto o in parte. In genere, l’evento viene rilevato da una modifica dello stato del piano di pagamento della fattura. | ||
| Perché è importante Questa attività segna l’inizio 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 gli incassi. Dove reperirli Dedotto da una modifica dello stato nella tabella AR_PAYMENT_SCHEDULES_ALL, quando il campo STATUS passa a 'DS' (Disputed). La data e l’ora possono essere ricavate 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 risolta. L’evento viene rilevato quando lo stato di contestazione della fattura viene rimosso. | ||
| Perché è importante Questo evento segna la fine 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 sul flusso di cassa. Dove reperirli Dedotto quando STATUS nella tabella 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 arriva a zero, tramite pagamento, applicazione di una nota di credito o rettifica. Segna il completamento del ciclo di vita della fattura. | ||
| Perché è importante Questo evento costituisce uno dei principali esiti positivi del processo. Monitorare la chiusura delle fatture è fondamentale per comprendere lo stato complessivo del portafoglio crediti. Dove reperirli Dedotto da una modifica dello stato nella tabella AR_PAYMENT_SCHEDULES_ALL, quando STATUS passa a 'CL' (Closed). La data e l’ora corrispondono al valore 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, in formato elettronico o 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 periodo di pagamento del cliente. Monitorarla aiuta a calcolare con precisione i giorni di ritardo e ad analizzare eventuali attese tra la generazione della fattura e la notifica al cliente. Dove reperirli Può essere rilevato dal campo LAST_PRINTED_DATE in RA_CUSTOMER_TRX_ALL. In alternativa, può essere dedotto dai log di integrazione con i sistemi di invio delle e-mail o altre piattaforme di comunicazione. Acquisizione Utilizzare LAST_PRINTED_DATE di RA_CUSTOMER_TRX_ALL oppure lo stato registrato in un log di consegna. Tipo di evento inferred | |||
| Impegno di pagamento registrato | Indica un accordo formale registrato nel sistema, con cui il cliente si impegna a effettuare un pagamento in una data specifica. È uno dei risultati principali delle attività di recupero crediti. | ||
| Perché è importante Monitorare gli impegni di pagamento e il relativo tasso di adempimento è un indicatore chiave per gli addetti al recupero crediti. Aiuta a prevedere i flussi di cassa derivanti dai crediti scaduti e a valutare l’efficacia degli addetti. Dove reperirli Creato esplicitamente in Oracle Advanced Collections. La data di creazione viene rilevata dalla tabella IEX_PROMISE_DETAILS. Acquisizione Data di creazione rilevata dalla tabella IEX_PROMISE_DETAILS per la fattura corrispondente. Tipo di evento explicit | |||
| Revisione del credito completata | Indica il completamento della valutazione del credito del cliente associato alla fattura. In genere, questo evento viene dedotto collegando la data di creazione della fattura alla data più recente di completamento della revisione del credito per il conto del cliente, fornendo così una base di riferimento per le analisi relative al credito. | ||
| Perché è importante Analizzare il tempo che intercorre tra la revisione del credito e l’inserimento dell’ordine aiuta a individuare i ritardi nelle fasi iniziali del ciclo dall’ordine all’incasso. È un passaggio fondamentale per misurare il KPI del tempo di ciclo di approvazione del credito e comprendere l’impatto delle decisioni sul credito. Dove reperirli Dedotto interrogando HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE per il cliente indicato nella fattura (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). La data e l’ora dell’evento corrispondono al valore LAST_CREDIT_REVIEW_DATE precedente alla 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 una strategia automatizzata di recupero crediti viene assegnata alla fattura o al cliente in ritardo. Definisce la sequenza di passaggi e attività che il sistema o l’addetto al recupero crediti seguirà. | ||
| Perché è importante Questo evento fornisce informazioni 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 reperirli Registrato nel modulo Oracle Advanced Collections. In genere, si individua consultando la data di creazione dell’assegnazione di una strategia in tabelle come IEX_STRATEGIES o in oggetti correlati. Acquisizione Data di creazione dell’attività della strategia nelle tabelle di recupero crediti, collegata al cliente o alla transazione. Tipo di evento explicit | |||
Guide all’estrazione
Passaggi
- Acceda a Oracle BI Publisher: acceda al Suo ambiente Oracle Fusion Financials. Apra l’area Reports and Analytics facendo clic sull’icona Navigator, quindi selezioni Tools > Reports and Analytics.
- Crei un nuovo modello di 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'.
- Definisca il set di dati della query SQL: nell’editor Data Model, faccia clic sull’icona '+' per aggiungere un set di dati e selezioni 'SQL Query'.
- Configuri l’origine dei dati: nella finestra del nuovo set di dati, assegni un nome descrittivo, ad esempio 'CreditCollectionsEventLog'. Selezioni 'FSCM' o il database dell’applicazione Oracle Fusion pertinente come Data Source. Imposti il tipo SQL su 'Standard SQL'.
- Inserisca la query SQL: copi la query SQL completa riportata nella sezione 'query' di questo documento e la incolli nell’area di testo SQL Query.
- Definisca i parametri della query: la query utilizza parametri come
:P_START_DATEe:P_END_DATEper filtrare l’intervallo di date. BI Publisher li rileva automaticamente. Può configurarli come richieste all’utente, impostando il tipo di dati su 'Date'. - Salvi e verifichi il modello di dati: salvi il modello di dati in una cartella condivisa o personalizzata. Per verificare che la query funzioni, apra la 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 restituiti. Verifichi che tutte le colonne siano visualizzate correttamente.
- Crei 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 di dati appena salvato.
- Configuri le proprietà del report: nell’editor del report è sufficiente un semplice layout tabellare per estrarre i 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. Se lo desidera, deselezioni gli altri formati per semplificare l’esperienza d’uso.
- Salvi il report: salvi il report nella stessa cartella del modello di dati.
- Pianifichi 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 server dei contenuti 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 dei 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 le prime verifiche, utilizzi un intervallo breve, ad esempio un mese. In produzione è comune utilizzare un periodo mobile da 3 a 6 mesi. - Filtri: nelle organizzazioni di grandi dimensioni, valuti l’aggiunta di un parametro
BU_NAME(Business Unit Name) alla clausolaWHEREdell’espressione di tabella comuneinvoices_base, così da elaborare i dati di una sola unità aziendale per volta. - Considerazioni sulle prestazioni: la query unisce diverse tabelle transazionali di grandi dimensioni. Se eseguita su un ampio intervallo di date senza filtri, può richiedere molto tempo o andare in timeout in BI Publisher. Pianifichi il report nelle fasce orarie di minore attività.
- Formato di output: verifichi che il formato di output predefinito o pianificato sia CSV. Il file risultante è delimitato e può essere utilizzato facilmente dagli strumenti di Process Mining. Controlli le proprietà di output CSV per verificare che il delimitatore e la codifica dei caratteri siano impostati correttamente.
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 a iniziare?
Utilizzi questo template per preparare i dati all’analisi e ottenere informazioni utili sul processo di gestione del credito e recupero crediti. Inizi oggi a ottimizzare il processo.
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. Può iniziare in pochi minuti.