Il Suo Template di Dati per la Gestione del Credito e delle Riscossioni
Il Suo Template di Dati per la Gestione del Credito e delle Riscossioni
- Attributi consigliati per un'analisi completa
- Attività chiave da tracciare per la scoperta dei processi
- Guida all'estrazione dei dati passo dopo passo
Attributi di Gestione Credito e Incassi
| Nome | Descrizione | ||
|---|---|---|---|
| Nome attività ActivityName | Il nome dello specifico `event` o compito aziendale che si è verificato in un dato momento all'interno del processo di gestione del credito. | ||
| Descrizione Questo Analizzare la sequenza e la frequenza delle attività è il nucleo del Perché è importante Questo Dove trovare Questo è un campo concettuale derivato da vari Esempi Fattura generataProcedura di Sollecito AvviataPagamento ricevutoContestazione Registrata | |||
| Numero fattura InvoiceNumber | L'identificatore unico per ogni fattura cliente, fungendo da identificatore `case` primario per il processo di gestione del credito. | ||
| Descrizione Il Numero Fattura è la chiave centrale che collega tutti gli Nell'analisi del Perché è importante Questo è l'essenziale Dove trovare Questo identificatore si trova tipicamente nella tabella Esempi INV-1005679884321AR-2023-04-112 | |||
| Timestamp Evento EventTime | La data e l'ora precise in cui si è verificata l'attività, fungendo da `timestamp` dell'`event`. | ||
| Descrizione L' Nell'analisi, questo Perché è importante Questo Dove trovare Derivato da vari 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 riscossione. Esempi 2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z | |||
| Sistema di Origine SourceSystem | Il sistema da cui originano i `dati`. | ||
| Descrizione Questo attributo identifica l'applicazione di origine in cui sono stati registrati i dati dell'event. In un ecosistema IT complesso, un singolo processo end-to-end può infatti coinvolgere più sistemi contemporaneamente. Indicare il sistema di origine è fondamentale per la data governance, il troubleshooting e per inquadrare correttamente il contesto dei dati. Permette inoltre di distinguere gli event provenienti da piattaforme diverse quando vengono uniti in un'unica vista di processo, garantendo che la data lineage sia sempre chiara e tracciabile. Perché è importante Fornisce chiarezza sull'origine dei Dove trovare Questo è tipicamente un valore statico aggiunto durante l'estrazione dei Esempi Oracle Fusion FinancialsOracle AROracle Collections | |||
| Ultimo `Data Update` LastDataUpdate | Il `timestamp` che indica l'ultima volta che i `dati` per questo `evento` sono stati aggiornati o estratti dal sistema di origine. | ||
| Descrizione Questo Gli analisti utilizzano questo Perché è importante Indica la freschezza dei dati, assicurando che analisti e stakeholder siano consapevoli della tempestività e della rilevanza dei dati. Dove trovare Questo valore viene generato e apposto su ogni record durante il processo di estrazione e caricamento dei Esempi 2023-10-27T02:00:00Z2023-10-28T02:00:00Z | |||
| Data di Scadenza DueDate | La data entro la quale il pagamento della fattura è dovuto. | ||
| Descrizione La Data di Scadenza è un Questo Perché è importante Funge da base per determinare se una fattura è scaduta, attivando le attività di riscossione e consentendo l'analisi dell'invecchiamento. Dove trovare Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL come DUE_DATE. Esempi 2023-05-302023-06-152023-07-01 | |||
| Esattore Collector | Il nome o l'ID dell'agente di riscossione assegnato alla fattura. | ||
| Descrizione Il Sollecitatore è l'individuo o il team responsabile della gestione delle attività di riscossione per una fattura scaduta. Questa assegnazione è un passaggio chiave nel Questo Perché è importante Consente l'analisi delle prestazioni di singoli addetti alla riscossione o team, aiutando a ottimizzare l'allocazione delle risorse e a migliorare l'efficienza complessiva della riscossione. Dove trovare Queste informazioni sono tipicamente archiviate nel modulo Oracle Advanced Collections, spesso in tabelle come Esempi John SmithJane DoeTeam Riscossioni A | |||
| Importo Fattura InvoiceAmount | Il valore monetario totale della fattura. | ||
| Descrizione L'Importo della Fattura rappresenta il valore totale dei beni o servizi fatturati al cliente. Questo è un Nell'analisi, l'Importo della Fattura viene utilizzato per prioritizzare gli sforzi di riscossione, concentrandosi sulle fatture scadute di alto valore. Viene anche utilizzato per analizzare i comportamenti di pagamento basati sul valore della transazione e per calcolare l'impatto finanziario delle svalutazioni. Perché è importante Fornisce un contesto finanziario al processo, consentendo la prioritizzazione delle fatture di alto valore e l'analisi dell'impatto monetario delle inefficienze del processo. Dove trovare Queste informazioni possono essere derivate dalla tabella Esempi 5000.001250.75250000.00 | |||
| Livello di Sollecito DunningLevel | La fase o il livello della procedura di sollecito che è stata applicata alla fattura. | ||
| Descrizione Il Livello di Sollecito indica l'intensità del promemoria di riscossione, che tipicamente scala nel tempo. Ad esempio, il Livello 1 potrebbe essere un gentile promemoria via email, mentre il Livello 3 potrebbe essere una lettera formale o una telefonata. L'analisi del processo per Livello di Sollecito aiuta a valutare l'efficacia della strategia di sollecito. La Dashboard di Efficacia dei Solleciti utilizza questo attributo per visualizzare i tassi di conversione da ogni fase di sollecito al pagamento. Ciò consente all'azienda di determinare quali azioni di sollecito sono più efficaci e di affinare la tempistica e il contenuto dei promemoria per massimizzare le riscossioni. Perché è importante Traccia la fase di escalation degli sforzi di riscossione, che è critica per valutare l'efficacia della strategia di sollecito. Dove trovare Questi Esempi Livello 1: PromemoriaLivello 2: AvvisoLivello 3: Avviso Finale | |||
| Numero cliente CustomerNumber | Un identificatore univoco per il cliente associato alla fattura. | ||
| Descrizione Il Numero Cliente collega una fattura a un account cliente specifico. Ciò consente la segmentazione e l'analisi del processo di credito e riscossione basato sugli Includendo il Numero Cliente, gli analisti possono investigare se alcuni clienti pagano costantemente in ritardo, sollevano più contestazioni o richiedono maggiori sforzi di riscossione. Questa informazione è vitale per creare strategie di riscossione specifiche per cliente, aggiustare i termini di credito e identificare segmenti di clienti ad alto rischio. Supporta direttamente analisi come l'Analisi del Tasso di Svalutazione delle Fatture per Segmento Cliente. Perché è importante Consente la segmentazione del processo per cliente, aiutando a identificare modelli, rischi e opportunità per strategie di riscossione personalizzate. Dove trovare Tipicamente trovato nella tabella Esempi CUST-0012389455ACME-CORP-US | |||
| Segmento cliente CustomerSegment | La classificazione del cliente in un gruppo definito, ad esempio per dimensione, settore o importanza strategica. | ||
| Descrizione Il Segmento Cliente è un attributo categorico che raggruppa i clienti in base a caratteristiche condivise. I segmenti potrebbero essere definiti da fattori come 'Strategico', 'PMI', 'Azienda', o per settore come 'Manifatturiero' o 'Retail'. Questo attributo è potente per l'analisi comparativa. Consente agli analisti di confrontare le prestazioni del processo tra diversi segmenti per vedere, ad esempio, se un segmento ha un tasso di contestazioni più elevato o un ciclo di pagamento più lungo. Questo insight aiuta a personalizzare le politiche di credito e le strategie di riscossione in base alle esigenze e ai rischi specifici di ogni segmento, supportando dashboard come l'Analisi del Tasso di Svalutazione delle Fatture. Perché è importante Consente una potente analisi comparativa, rivelando come le prestazioni del processo e i rischi varino tra i diversi gruppi di clienti. Dove trovare Spesso gestito nei Esempi Grande AziendaPiccole e Medie ImpreseGovernoPartner Strategico | |||
| Utente User | L'ID utente o di sistema che ha eseguito l'attività. | ||
| Descrizione Questo L'analisi delle attività per utente è essenziale per comprendere la distribuzione del carico di lavoro, le prestazioni individuali e la Perché è importante Attribuisce le attività di processo a individui specifici o sistemi automatizzati, consentendo il tracciamento delle prestazioni, l'analisi del carico di lavoro e l'auditing. Dove trovare Proveniente dalle colonne 'CREATED_BY' o 'LAST_UPDATED_BY' in diverse tabelle di transazione e storiche all'interno di Oracle Fusion Financials. Esempi jsmithar_specialist_1SYSTEM_AUTOMATION | |||
| Data Promessa di Pagamento PromiseToPayDate | La data in cui un cliente ha promesso di effettuare un pagamento. | ||
| Descrizione Durante le attività di riscossione, un cliente può impegnarsi a effettuare un pagamento in una data futura. Questa 'Data di Promessa di Pagamento' viene registrata per tracciare tale impegno. Questo attributo è importante per gestire i workflow di riscossione e valutare l'affidabilità degli impegni dei clienti. Confrontando la Data di Promessa di Pagamento con la data effettiva di 'Pagamento Ricevuto', gli addetti alla riscossione possono valutare il tasso di successo di queste promesse. Aiuta a prevedere il flusso di cassa in modo più accurato e a decidere quando aumentare gli sforzi di riscossione se una promessa viene infranta. Perché è importante Traccia gli impegni di pagamento dei clienti, aiutando a prevedere gli afflussi di cassa e a gestire l'efficacia delle negoziazioni di riscossione. Dove trovare Archiviato all'interno del 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 sua data di scadenza. | ||
| Descrizione Questo è un Questo Perché è importante Fornisce un indicatore semplice e chiaro per identificare e analizzare tutte le fatture scadute, che è l'obiettivo primario del processo di riscossione. Dove trovare Questo è un campo calcolato. La logica è: Esempi truefalse | |||
| È Svalutata IsWrittenOff | Un flag booleano che indica se la fattura è stata svalutata come credito inesigibile. | ||
| Descrizione Questo è un Questo Perché è importante Identifica chiaramente i casi di fallimento della riscossione, il che è essenziale per analizzare le cause profonde dei crediti inesigibili e calcolare i tassi di svalutazione. Dove trovare Questo è un campo calcolato, derivato verificando se un'attività 'Fattura Svalutata' esiste per il Esempi truefalse | |||
| Giorni Scaduti DaysOverdue | Il numero di giorni in cui una fattura è in ritardo rispetto alla sua data di scadenza. | ||
| Descrizione Questa metrica calcolata quantifica quanto è in ritardo una fattura non pagata. Viene calcolata come la 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 critica per l'analisi dell'invecchiamento del credito e la prioritizzazione degli sforzi di riscossione. È la metrica primaria nella Perché è importante Quantifica l'entità dei ritardi di pagamento, fungendo da metrica fondamentale per prioritizzare le riscossioni e condurre l'analisi dell'invecchiamento del credito. Dove trovare Questo è un campo calcolato. La logica è: Esempi 1545920 | |||
| Importo Limite di Credito CreditLimitAmount | L'importo massimo di credito approvato per il cliente. | ||
| Descrizione L'Importo del Limite di Credito è l'esposizione creditizia totale che un'azienda è disposta ad avere con un cliente specifico. Questo viene determinato durante il processo di revisione del credito. Questo Perché è importante Cruciale per valutare l'efficacia delle politiche di rischio di credito correlando il limite di credito approvato con gli esiti dei pagamenti e le svalutazioni. Dove trovare Questo è gestito in Oracle Credit Management ed è tipicamente archiviato in tabelle relative ai profili di credito del cliente, come Esempi 10000.0050000.00250000.00 | |||
| Motivo della Contestazione DisputeReason | La ragione fornita dal cliente per contestare una fattura. | ||
| Descrizione Quando un cliente contesta una fattura, tipicamente fornisce una ragione, come 'Prezzo Errato', 'Merce Danneggiata' o 'Fattura Duplicata'. Questo L'analisi delle ragioni di contestazione è fondamentale per l'analisi delle cause profonde. Aiuta a identificare problemi ricorrenti nei processi a monte come la gestione degli ordini o la fatturazione che portano a ritardi di pagamento. Categorizzando e monitorando la frequenza delle diverse ragioni di contestazione, un'azienda può intraprendere azioni mirate per risolvere queste cause profonde, il che supporta l'obiettivo di accorciare il Tempo di Ciclo di Risoluzione delle Contestazioni. Perché è importante Aiuta a identificare le cause profonde delle contestazioni sulle fatture, consentendo miglioramenti proattivi ai processi a monte per prevenire future contestazioni. Dove trovare Queste informazioni vengono tipicamente acquisite nei moduli Oracle Advanced Collections o Oracle Channel Revenue Management se la gestione delle contestazioni è formalizzata. Possono risiedere in tabelle come Esempi Quantità ErrataDiscrepanza di PrezzoMerci DanneggiateServizio Non Fornito | |||
| Ora di Fine EndTime | Il `timestamp` che indica quando un'attività con una durata è stata completata. | ||
| Descrizione Per le attività che hanno un inizio e una fine distinti, questo attributo cattura il tempo di completamento. Mentre molti eventi nel process mining sono istantanei, alcuni, come 'Indagine sulle Contestazioni', possono estendersi per un periodo di tempo. Avere un 'Tempo di Fine' separato consente il calcolo preciso dei tempi di elaborazione delle attività. Questo è più accurato rispetto all'inferenza della durata dal tempo di inizio dell'attività successiva, specialmente quando ci sono periodi di inattività. È cruciale per analizzare l'utilizzo delle risorse e identificare quali passaggi specifici stanno impiegando più tempo all'interno del processo. Perché è importante Consente il calcolo accurato del tempo impiegato da attività specifiche, fornendo un insight più approfondito sui colli di bottiglia e sull'utilizzo delle risorse. Dove trovare Questo è spesso un Esempi 2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z | |||
| Stato Fattura InvoiceStatus | Lo stato attuale della fattura nel suo ciclo di vita. | ||
| Descrizione Lo Stato della Fattura fornisce un'istantanea di dove si trova attualmente la fattura nel processo. Gli stati comuni includono 'Aperta', 'Pagata', 'Contestata', 'Scaduta' o 'Svalutata'. Questo attributo fornisce una panoramica 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 scadute aperte. È una dimensione chiave nella dashboard 'Invecchiamento e Stato Fatture Scadute', fornendo visibilità immediata sullo stato attuale del portafoglio fatture e aiutando a prioritizzare le attività di riscossione. Perché è importante Fornisce una rapida panoramica dello stato attuale di una fattura, consentendo una facile filtrazione e prioritizzazione degli sforzi di riscossione. Dove trovare Tipicamente disponibile nella tabella Esempi ApertoChiusoContestataIn Riscossione | |||
| Tempo di Elaborazione ProcessingTime | La durata del tempo trascorso lavorando attivamente su un'attività. | ||
| Descrizione Il tempo di elaborazione misura il tempo di lavoro attivo per un compito specifico, escludendo qualsiasi tempo di attesa o di inattività. Viene calcolato come la differenza tra l' Questa metrica è inestimabile per l'analisi delle prestazioni, in quanto aiuta a distinguere tra il tempo trascorso a lavorare attivamente su un Perché è importante Misura la durata effettiva del lavoro delle attività, aiutando a individuare le inefficienze all'interno di compiti specifici piuttosto che solo il tempo tra di essi. Dove trovare Questa è una metrica calcolata, derivata sottraendo lo Esempi 864003600604800 | |||
| Termini di Pagamento PaymentTerms | I termini concordati che specificano quando il pagamento è dovuto. | ||
| Descrizione I Termini di Pagamento definiscono le condizioni in base alle quali un cliente è tenuto a pagare, ad esempio, 'Netto 30' o 'Netto 60'. Questi termini vengono utilizzati per calcolare la data di scadenza della fattura. L'analisi delle prestazioni di pagamento in base ai termini di pagamento può rivelare schemi interessanti. Ad esempio, i clienti con termini più brevi potrebbero essere più propensi a pagare in ritardo. Queste informazioni possono essere utilizzate per rivedere e ottimizzare le politiche di credito e per segmentare i clienti per diverse strategie di riscossione. Forniscono un contesto prezioso per comprendere perché alcune fatture diventano scadute. Perché è importante Fornisce contesto sul programma di pagamento concordato, consentendo l'analisi del comportamento di pagamento in base a diversi termini di credito. Dove trovare Questo è archiviato nella tabella Esempi Netto 30Netto 60Dovuto al Ricevimento | |||
| Unità aziendale BusinessUnit | La specifica unità aziendale o entità organizzativa che ha emesso la fattura. | ||
| Descrizione Nelle grandi organizzazioni, le operazioni sono spesso divise in più unità di business. Questo attributo identifica quale unità di business è associata alla fattura. L'analisi del processo per Unità di Business consente il confronto delle prestazioni tra diverse parti dell'organizzazione. Può evidenziare incoerenze nell'applicazione delle politiche di credito e riscossione e rivelare quali unità di business sono più efficaci nella gestione dei loro crediti. Questo aiuta a condividere le migliori pratiche e a standardizzare i processi dove necessario. Perché è importante Consente il confronto delle prestazioni tra diverse unità organizzative, aiutando a identificare le migliori pratiche e le aree di miglioramento. Dove trovare Disponibile nella tabella RA_CUSTOMER_TRX_ALL tramite il campo ORG_ID, che si collega alla struttura organizzativa. Esempi BU North AmericaBU EMEAGlobal Services Division | |||
| Valuta Fattura InvoiceCurrency | La valuta in cui è denominato l'importo della fattura. | ||
| Descrizione Questo Analizzare i Perché è importante Essenziale per interpretare correttamente i dati finanziari in un ambiente multivaluta e garantire un'analisi finanziaria accurata. Dove trovare Tipicamente trovato nella tabella Esempi USDEURGBPJPY | |||
Attività di Gestione Credito e Incassi
| Activity | Descrizione | ||
|---|---|---|---|
| Data di Scadenza Pagamento Superata | Un evento calcolato che si verifica quando la data attuale supera la data di scadenza della fattura senza che questa sia stata completamente saldata. Questo evento segna il passaggio di una fattura dallo stato 'corrente' a 'scaduta'. | ||
| Perché è importante Questo è un traguardo chiave che innesca i processi di riscossione e sollecito. Analizzare il volume e il valore delle fatture che superano la loro data di scadenza è essenziale per la gestione del capitale circolante e la valutazione del rischio di credito. Dove trovare Questo Acquisisci Evento calcolato: si verifica quando SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE. Tipo di evento calculated | |||
| Fattura generata | Segna la creazione del record di transazione della fattura in Oracle Fusion Financials. Questo è l'inizio ufficiale del ciclo di vita della fattura nel modulo contabilità clienti e funge da punto di partenza primario per l'analisi. | ||
| Perché è importante Questo è l' Dove trovare Questo è un Acquisisci Il timestamp dell'evento è il CREATION_DATE dalla tabella RA_CUSTOMER_TRX_ALL. Tipo di evento explicit | |||
| Fattura Stornata | Rappresenta la decisione formale di cessare gli sforzi di riscossione e assorbire l'importo della fattura come debito inesigibile. Questa è una transazione finanziaria esplicita che azzera il saldo della fattura. | ||
| Perché è importante Questo è un punto finale di fallimento critico per il processo di riscossione. Analizzare le svalutazioni per segmento di clientela, regione o limite di credito aiuta a perfezionare le politiche di credito e le strategie di riscossione per minimizzare le perdite. Dove trovare Catturato esplicitamente dalla creazione di un adeguamento nella tabella AR_ADJUSTMENTS_ALL con un RECEIVABLES_TRX_ID che punta a un credito inesigibile o a un'attività di svalutazione. Acquisisci Data di creazione di un record in AR_ADJUSTMENTS_ALL con un tipo di attività di svalutazione. Tipo di evento explicit | |||
| Pagamento applicato | Rappresenta l'applicazione di un pagamento ricevuto a una fattura specifica, riducendo il saldo in sospeso della fattura. Questo è il passaggio che collega formalmente un pagamento a una fattura. | ||
| Perché è importante Questa attività è critica per riconoscere che una fattura è stata pagata. È il vero punto finale per il calcolo del Days Sales Outstanding (DSO) e il ciclo di contabilizzazione dei pagamenti. Dove trovare Questo è un Acquisisci APPLY_DATE da AR_RECEIVABLE_APPLICATIONS_ALL per la fattura pertinente. Tipo di evento explicit | |||
| Pagamento ricevuto | Segna la ricezione dei fondi da un cliente, che potrebbe non essere ancora applicata a una fattura specifica. Questo viene registrato quando viene creata una transazione di incasso nel sistema. | ||
| Perché è importante Questo è un importante traguardo nel processo di riscossione, indicando che la cassa è stata ricevuta. Il tempo tra questo e l'applicazione del pagamento è una misura dell'efficienza di elaborazione interna. Dove trovare Catturato esplicitamente dalla RECEIPT_DATE nella tabella AR_CASH_RECEIPTS_ALL. La ricevuta può quindi essere collegata alla fattura a cui è stata applicata tramite AR_RECEIVABLE_APPLICATIONS_ALL. Acquisisci RECEIPT_DATE da AR_CASH_RECEIPTS_ALL, collegata tramite tabelle applicative. Tipo di evento explicit | |||
| Procedura di Sollecito Avviata | Rappresenta l'inizio formale del processo di sollecito per una fattura scaduta, spesso comportando l'invio della prima lettera di sollecito ufficiale. Questo viene tipicamente registrato quando viene eseguito un processo batch di sollecito e include la fattura. | ||
| Perché è importante Il monitoraggio di questa attività è cruciale per misurare l'efficacia del sollecito e l'adesione alle politiche di sollecito. Fornisce una base per misurare quanto tempo impiega un sollecito per sfociare in un pagamento. Dove trovare Registrato nel modulo Oracle Advanced Collections. La data di creazione di un sollecito in tabelle come IEX_DUNNINGS, collegata all'ID della transazione, segna questo evento. Acquisisci Data di creazione del record nella tabella IEX_DUNNINGS associata alla fattura. Tipo di evento explicit | |||
| Azione dell'Addetto alla Riscossione Completata | Rappresenta un'azione manuale intrapresa da un sollecitatore, come una telefonata, l'invio di un'email o la registrazione di una nota di interazione. Queste vengono registrate come 'attività' o 'interazioni' all'interno del modulo di riscossione. | ||
| Perché è importante Il monitoraggio delle azioni del sollecitatore aiuta a misurare l'efficienza e l'efficacia del Dove trovare Acquisito dalle tabelle di storia delle interazioni o attività in Oracle Advanced Collections, come JTF_IH_ACTIVITIES, collegate al cliente e potenzialmente alla fattura specifica. Acquisisci Timestamp di creazione dei record in JTF_IH_ACTIVITIES con un esito o codice motivo pertinente. Tipo di evento explicit | |||
| Contestazione Registrata | Indica che il cliente ha formalmente contestato la fattura, in parte o per intero. Questo viene tipicamente catturato da un cambio di stato nel programma di pagamento della fattura. | ||
| Perché è importante Questa attività è il punto di partenza per il processo di risoluzione delle contestazioni. Analizzare il tempo dalla registrazione alla risoluzione è fondamentale per identificare i Dove trovare Deducibile da un cambio di stato nella tabella AR_PAYMENT_SCHEDULES_ALL, dove il campo STATUS cambia a 'DS' (Contestato). Il timestamp può essere ricavato dalle tabelle di audit o dalla data dell'ultimo aggiornamento. Acquisisci Rileva quando AR_PAYMENT_SCHEDULES_ALL.STATUS cambia a 'DS' per la fattura. Tipo di evento inferred | |||
| Controversia Risolta | Indica che una contestazione registrata è stata indagata e una risoluzione è stata raggiunta. Questo viene catturato quando lo stato di contestazione della fattura viene rimosso. | ||
| Perché è importante Questo Dove trovare Deducibile quando lo STATUS in AR_PAYMENT_SCHEDULES_ALL cambia da 'DS' (Contestato) a 'OP' (Aperto) o a 'CL' (Chiuso) a seguito di una nota di credito o un adeguamento. Acquisisci Rileva quando AR_PAYMENT_SCHEDULES_ALL.STATUS cambia da 'DS' a un altro stato. Tipo di evento inferred | |||
| Fattura Chiusa | Si verifica quando il saldo in sospeso della fattura diventa zero, sia tramite pagamento, applicazione di una nota di credito o rettifica. Questo segna il completamento con successo del ciclo di vita della fattura. | ||
| Perché è importante Questo Dove trovare Deducibile da un cambio di stato nella tabella AR_PAYMENT_SCHEDULES_ALL, dove STATUS cambia a 'CL' (Chiuso). Il timestamp è il LAST_UPDATE_DATE di questo cambiamento. Acquisisci Rileva 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, sia elettronicamente che tramite stampa. Questo evento può essere esplicitamente registrato da un modulo di consegna o inferito dalla data di stampa della fattura. | ||
| Perché è importante Questa attività segna l'inizio del conteggio dei termini di pagamento del cliente. Monitorarla aiuta a calcolare accuratamente i giorni di ritardo e ad analizzare eventuali ritardi tra la generazione della fattura e la notifica al cliente. Dove trovare Può essere acquisito da LAST_PRINTED_DATE in RA_CUSTOMER_TRX_ALL. In alternativa, può essere dedotto dai log di integrazione con sistemi di consegna email o altre piattaforme di comunicazione. Acquisisci Usi Tipo di evento inferred | |||
| Promessa di Pagamento Creata | Rappresenta un accordo formale registrato nel sistema in cui un cliente ha promesso di effettuare un pagamento in una data specifica. Questo è un risultato chiave delle attività di riscossione. | ||
| Perché è importante Il monitoraggio delle promesse di pagamento e dei loro tassi di adempimento è un indicatore chiave di performance per i sollecitatore. Aiuta a prevedere il flusso di cassa dai crediti scaduti e a valutare l'efficacia del sollecitatore. Dove trovare Creato esplicitamente in Oracle Advanced Collections. La data di creazione è acquisita dalla tabella IEX_PROMISE_DETAILS. Acquisisci Data di creazione dalla tabella IEX_PROMISE_DETAILS per la fattura corrispondente. Tipo di evento explicit | |||
| Revisione Credito Completata | Rappresenta il completamento di una valutazione del credito per il cliente associato alla fattura. Questo `event` viene tipicamente inferito collegando la data di creazione della fattura alla data di completamento della revisione del credito più recente per quell'account cliente, fornendo una base per l'analisi correlata al credito. | ||
| Perché è importante Analizzare il tempo dalla revisione del credito all'inserimento dell'ordine aiuta a identificare i ritardi nelle fasi iniziali del ciclo Dove trovare Deducibile interrogando HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE per il cliente sulla fattura (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). Il timestamp dell'evento è il LAST_CREDIT_REVIEW_DATE che precede il CREATION_DATE della fattura. Acquisisci Collegare la fattura alla data di revisione del credito più recente del cliente prima della creazione della fattura. Tipo di evento inferred | |||
| Strategia di Riscossione Assegnata | Si verifica quando una strategia di riscossione automatizzata viene assegnata alla fattura o al cliente scaduto. Questo definisce la serie di passaggi e attività che il sistema o il sollecitatore seguirà. | ||
| Perché è importante Questo Dove trovare Registrato all'interno del modulo Oracle Advanced Collections. Questo si individua tipicamente osservando la data di creazione dell'assegnazione di una strategia in tabelle come IEX_STRATEGIES o oggetti correlati. Acquisisci Data di creazione dell'elemento di lavoro della strategia nelle tabelle di riscossione collegate al cliente o alla transazione. Tipo di evento explicit | |||
Guide all'Estrazione
Fasi
- Accedere a Oracle BI Publisher: Acceda al Suo ambiente Oracle Fusion Financials. Navighi all'area Reports and Analytics cliccando sull'icona Navigator, quindi selezionando Strumenti > Reports and Analytics.
- Creare un Nuovo Modello di Dati: Nel pannello Reports and Analytics, clicchi sul pulsante 'Sfoglia Catalogo'. Nel catalogo, clicchi sul menu a discesa 'Nuovo' e selezioni 'Modello di Dati'.
- Definire il Set di Dati della Query SQL: Nell'editor del Modello di Dati, clicchi sull'icona '+' per aggiungere un nuovo set di dati e selezioni 'Query SQL'.
- Configurare l'Origine Dati: Nella nuova finestra del set di dati, assegni al Suo set di dati un nome descrittivo, ad esempio, 'CreditCollectionsEventLog'. Selezioni 'FSCM' o il database dell'applicazione Oracle Fusion appropriato come Origine Dati. Imposti il Tipo di SQL su 'SQL Standard'.
- Inserire la Query SQL: Copi la query SQL completa fornita nella sezione 'query' di questo documento e la incolli nell'area di testo della Query SQL.
- 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. Lei può configurarli come prompt per l'utente, impostando il loro tipo di dati su 'Data'. - Salvare e Testare il Modello di Dati: Salvi il modello di dati in una cartella condivisa o personalizzata. Per verificare che la query funzioni, navighi alla scheda 'Dati', inserisca valori di parametro di esempio (ad esempio, un intervallo di date recente) e clicchi su 'Visualizza' per vedere un campione dei dati di output. Si assicuri che tutte le colonne appaiano correttamente.
- Creare un Nuovo Report: Torni al catalogo, clicchi sul menu a discesa 'Nuovo' e selezioni 'Report'. Nella finestra di dialogo 'Crea Report', selezioni l'opzione 'Usa Modello di Dati' e individui il modello di dati appena salvato.
- Configurare le Proprietà del Report: Nell'editor del report, un layout di tabella semplice è sufficiente per l'estrazione dei dati. Imposti il formato di output predefinito. Per il process mining, CSV è il formato consigliato. Per farlo, clicchi su 'Visualizza un Elenco', trovi 'CSV' nell'elenco 'Formati di Output' e selezioni la casella corrispondente. Potrebbe voler deselezionare altri formati per semplificare l'esperienza utente.
- Salvare il Report: Salvi il report nella stessa cartella del Suo modello di dati.
- Pianificare l'Estrazione: Per automatizzare l'estrazione, può pianificare il report. Apra il report, clicchi su 'Azioni' e selezioni 'Pianifica'. Configuri la frequenza della pianificazione (ad esempio, giornaliera), specifichi il formato di output come CSV e definisca la destinazione di consegna, come una directory del server di contenuti o un server esterno via FTP.
Configurazione
- Prerequisiti: L'utente che crea ed esegue il report deve avere ruoli BI appropriati (ad esempio, 'BI Administrator' o 'BI Author') e autorizzazioni di sicurezza dei dati per accedere alle tabelle sottostanti di Financials (AR, IEX, HZ, JTF).
- Origine Dati: La query dovrebbe essere eseguita sul database principale dell'applicazione, tipicamente chiamato 'FSCM'.
- Parametri Intervallo Date: È fondamentale utilizzare i parametri
:P_START_DATEe:P_END_DATEper limitare il volume dei dati. Per i test iniziali, utilizzi un intervallo ridotto, ad esempio un mese. Per le esecuzioni in produzione, è tipico un periodo mobile di 3-6 mesi. - Filtri: Per le grandi organizzazioni, consideri l'aggiunta di un parametro per
BU_NAME(Nome Unità di Business) alla clausolaWHEREnell'espressione di tabella comuneinvoices_baseper elaborare i dati per una sola unità di business alla volta. - Considerazioni sulle Prestazioni: La query unisce più tabelle transazionali di grandi dimensioni. L'esecuzione per un ampio intervallo di date senza filtri può portare a lunghi tempi di esecuzione o timeout in BI Publisher. Pianifichi l'esecuzione del report durante le ore di minor traffico.
- Formato di Output: Si assicuri che il formato di output predefinito o pianificato sia CSV. Questo fornisce un file pulito e delimitato, facilmente utilizzabile dagli strumenti di process mining. Verifichi le proprietà di output CSV per assicurarsi che il delimitatore e la codifica dei caratteri siano impostati 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'