Il Suo Template dati per la gestione del credito e il recupero crediti

Oracle Fusion Financials
Il Suo Template dati per la gestione del credito e il recupero crediti

Il Suo Template dati per la gestione del credito e il recupero crediti

Questo Template dati fornisce una guida completa per ottimizzare il processo di gestione del credito e recupero crediti. Illustra gli attributi essenziali da raccogliere, le attività principali da monitorare e le istruzioni dettagliate per estrarre questi dati fondamentali da Oracle Fusion Financials. Utilizzi questa risorsa per ottenere una visione più approfondita e aumentare l'efficienza delle operazioni finanziarie.
  • Attributi consigliati per un'analisi completa
  • Attività principali da monitorare per la process discovery
  • Indicazioni dettagliate per l'estrazione dei dati
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione del credito e recupero crediti

Questi sono i campi dati consigliati da includere nel Suo Event Log per un’analisi completa del processo di gestione del credito e recupero crediti.
5 Obbligatorio 7 Consigliato 11 Facoltativo
Nome Descrizione
Nome dell'attività
ActivityName
Il nome dello specifico evento aziendale o dell'attività che si è verificata in un determinato momento all'interno del processo di gestione del credito.
Descrizione

Questo attributo descrive un singolo passaggio del ciclo di vita della fattura, come "Fattura generata", "Procedura di sollecito avviata" o "Pagamento ricevuto". Ogni attività rappresenta un evento distinto che fa avanzare il caso.

L'analisi della sequenza e della frequenza delle attività costituisce il nucleo del Process Mining. Aiuta a far emergere il flusso di processo effettivo, a individuare i colli di bottiglia in cui i casi si bloccano, a rilevare i cicli di rilavorazione in cui le attività vengono ripetute e a confrontare il processo reale con quello progettato o ideale. Il nome dell'attività è fondamentale per creare mappe di processo e calcolare i tempi di transizione tra i passaggi.

Perché è importante

Questo attributo definisce i passaggi nella mappa di processo, consentendo di visualizzare e analizzare il ciclo di vita della fattura dall'inizio alla fine.

Dove reperirlo

È un campo concettuale derivato da diversi eventi aziendali all'interno di Oracle Fusion Financials, spesso costruito mappando gli stati delle transazioni, le date degli eventi o azioni specifiche provenienti da moduli come Receivables (AR) e Advanced Collections.

Esempi
Fattura generataProcedura di sollecito avviataPagamento ricevutoContestazione registrata
Numero fattura
InvoiceNumber
L'identificativo univoco di ogni fattura cliente, utilizzato come identificativo principale del caso per il processo di gestione del credito.
Descrizione

Il numero fattura è la chiave centrale che collega tutti gli eventi e le attività relativi a un singolo credito, dalla creazione fino al saldo o allo stralcio finale. Consente di ottenere una visione completa, end-to-end, del ciclo di vita della fattura.

Nell'analisi di Process Mining, questo attributo viene utilizzato per ricostruire il percorso di ogni fattura. Raggruppando tutte le attività correlate sotto un unico numero fattura, gli analisti possono visualizzare i flussi di processo, individuare i percorsi ricorrenti e quelli anomali e misurare i tempi di ciclo dell'intero processo o di fasi specifiche, come la risoluzione delle contestazioni o la contabilizzazione dei pagamenti.

Perché è importante

È il Case ID essenziale che collega tutti i passaggi correlati del processo, consentendo di ricostruire e analizzare il percorso di ogni fattura, dall'emissione alla chiusura.

Dove reperirlo

Questo identificativo si trova in genere nella tabella RA_CUSTOMER_TRX_ALL, nel campo TRX_NUMBER di Oracle Fusion Financials.

Esempi
INV-1005679884321AR-2023-04-112
Ora dell'evento
EventTime
La data e l'ora precise in cui si è verificata l'attività, utilizzate come timestamp dell'evento.
Descrizione

L'ora dell'evento, o timestamp, registra il momento esatto in cui si è verificata un'attività. È essenziale per ordinare cronologicamente gli eventi e costruire un flusso di processo accurato. Senza timestamp precisi, non è possibile determinare correttamente la sequenza degli eventi.

Nell'analisi, questo attributo viene utilizzato per calcolare durate e tempi di ciclo tra le attività, elementi fondamentali per misurare le prestazioni. Ad esempio, consente di calcolare KPI come il tempo di ciclo della risoluzione delle contestazioni o il tempo di ciclo del pagamento delle fatture. Permette inoltre di analizzare l'andamento delle prestazioni del processo in periodi diversi.

Perché è importante

Questo timestamp è essenziale per ordinare gli eventi, calcolare tempi di ciclo e durate e analizzare nel tempo le prestazioni del processo.

Dove reperirlo

Deriva da diversi campi data nelle tabelle di Oracle Fusion Financials, come TRX_DATE in RA_CUSTOMER_TRX_ALL per la creazione della fattura o la data di creazione di un'azione di recupero crediti.

Esempi
2023-04-15T10:00:00Z2023-05-01T14:30:00Z2023-05-20T09:15:22Z
Sistema di origine
SourceSystem
Il sistema da cui provengono i dati.
Descrizione

Questo attributo identifica l'applicazione di origine in cui sono stati registrati i dati dell'evento. In un panorama IT complesso, per un singolo processo end-to-end possono essere coinvolti più sistemi.

Specificare il sistema di origine è importante per la governance dei dati, la risoluzione dei problemi e la comprensione del contesto dei dati. Aiuta a distinguere gli eventi provenienti da sistemi diversi quando vengono combinati in un'unica vista di processo, garantendo la tracciabilità della provenienza dei dati.

Perché è importante

Fornisce chiarezza sull'origine dei dati, fondamentale per la convalida e la governance dei dati e per comprendere il contesto tecnologico del processo.

Dove reperirlo

In genere si tratta di un valore statico aggiunto durante l'estrazione dei dati per identificare l'origine dei record.

Esempi
Oracle Fusion FinancialsOracle AROracle Collections
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica quando i dati relativi a questo evento sono stati aggiornati o estratti l'ultima volta dal sistema di origine.
Descrizione

Questo attributo indica la data e l'ora dell'estrazione dati più recente. È un campo di metadati che non fa parte del processo aziendale in sé, ma è fondamentale per comprendere l'aggiornamento dei dati analizzati.

Gli analisti utilizzano questo timestamp per verificare di lavorare con informazioni aggiornate e per comprendere il punto di cutoff dei dati. È essenziale per la governance dei dati e per gestire le aspettative degli utenti riguardo all'attualità dei dati presenti in Dashboard e report.

Perché è importante

Indica l'aggiornamento dei dati, assicurando che analisti e stakeholder siano consapevoli della loro tempestività e rilevanza.

Dove reperirlo

Questo valore viene generato e applicato a ogni record durante il processo di estrazione e caricamento dei dati (ETL).

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Addetto al recupero crediti
Collector
Il nome o l'ID dell'addetto al recupero crediti assegnato alla fattura.
Descrizione

L'addetto al recupero è la persona o il team responsabile della gestione delle attività di recupero relative a una fattura scaduta. Questa assegnazione rappresenta un passaggio fondamentale nel Workflow di recupero crediti.

Questo attributo è essenziale per la gestione delle prestazioni e l'allocazione delle risorse all'interno del reparto di recupero crediti. Analizzando i risultati per addetto, i responsabili possono valutarne l'efficacia, individuare le esigenze formative e bilanciare i carichi di lavoro. La Dashboard sull'efficacia dell'assegnazione degli addetti al recupero si basa direttamente su questo attributo per confrontare tassi di successo e tempi di ciclo tra addetti diversi.

Perché è importante

Consente di analizzare le prestazioni dei singoli addetti o dei team, contribuendo a ottimizzare l'allocazione delle risorse e a migliorare l'efficienza complessiva del recupero crediti.

Dove reperirlo

Queste informazioni sono generalmente memorizzate nel modulo Oracle Advanced Collections, spesso in tabelle come IEX_CASES_ALL_B o in tabelle di assegnazione correlate.

Esempi
John SmithJane DoeTeam A del recupero crediti
Data di scadenza
DueDate
La data entro la quale deve essere effettuato il pagamento della fattura.
Descrizione

La data di scadenza è un attributo temporale fondamentale, concordato contrattualmente per il pagamento. Costituisce il riferimento rispetto al quale viene misurata la puntualità del pagamento.

Questo attributo è essenziale per identificare le fatture scadute e calcolare il numero di giorni di ritardo. È il principale input per determinare quando avviare le procedure di sollecito e viene utilizzato nel calcolo di KPI come i Days Sales Outstanding (DSO). È inoltre fondamentale per creare report di aging che classificano i debiti ancora aperti.

Perché è importante

Costituisce il riferimento per determinare se una fattura è scaduta, attivare le attività di recupero e consentire l'analisi dell'aging.

Dove reperirlo

Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL come DUE_DATE.

Esempi
2023-05-302023-06-152023-07-01
Importo fattura
InvoiceAmount
Il valore monetario totale della fattura.
Descrizione

L'importo fattura rappresenta il valore totale dei beni o servizi addebitati al cliente. È un attributo finanziario fondamentale per comprendere l'impatto economico del processo.

Nell'analisi, l'importo fattura viene utilizzato per stabilire la priorità delle attività di recupero, concentrandosi sulle fatture scadute di importo elevato. Serve inoltre ad analizzare i comportamenti di pagamento in base al valore della transazione e a calcolare l'impatto finanziario degli stralci. Dashboard come l'analisi del tasso di stralcio delle fatture si basano su questo valore per valutare l'entità delle perdite finanziarie.

Perché è importante

Fornisce il contesto finanziario del processo, consentendo di dare priorità alle fatture di importo elevato e di analizzare l'impatto economico delle inefficienze di processo.

Dove reperirlo

Queste informazioni possono essere ricavate dalla tabella AR_PAYMENT_SCHEDULES_ALL, che memorizza l'importo dovuto per una fattura.

Esempi
5000.001250.75250000.00
Livello di sollecito
DunningLevel
La fase o il livello della procedura di sollecito applicato alla fattura.
Descrizione

Il livello di sollecito indica l'intensità del promemoria di pagamento, che in genere aumenta progressivamente nel tempo. Ad esempio, il livello 1 potrebbe corrispondere a un promemoria e-mail informale, mentre il livello 3 potrebbe prevedere una comunicazione formale o una telefonata.

Analizzare il processo per livello di sollecito aiuta a valutare l'efficacia della strategia di sollecito. La Dashboard sull'efficacia dei solleciti utilizza questo attributo per visualizzare i tassi di conversione di ogni passaggio del sollecito in pagamento. In questo modo l'azienda può determinare quali azioni di sollecito sono più efficaci e perfezionare la tempistica e il contenuto dei promemoria per massimizzare gli incassi.

Perché è importante

Tiene traccia del livello di escalation delle attività di recupero, fondamentale per valutare l'efficacia della strategia di sollecito.

Dove reperirlo

Questi dati sono gestiti nel modulo Oracle Advanced Collections. Possono essere presenti in tabelle relative alla cronologia dei solleciti, come IEX_DUNNINGS.

Esempi
Livello 1: PromemoriaLivello 2: AvvisoLivello 3: Sollecito finale
Numero cliente
CustomerNumber
Un identificativo univoco del cliente associato alla fattura.
Descrizione

Il numero cliente collega una fattura a uno specifico conto cliente. Ciò consente di segmentare e analizzare il processo di gestione del credito e di recupero crediti in base agli attributi del cliente.

Includendo il numero cliente, gli analisti possono verificare se determinati clienti pagano sistematicamente in ritardo, presentano più contestazioni o richiedono maggiori attività di recupero. Queste informazioni sono fondamentali per creare strategie di recupero specifiche per cliente, adeguare i termini di credito e identificare i segmenti di clientela a maggior rischio. Supportano direttamente analisi come l'analisi del tasso di stralcio delle fatture per segmento di clientela.

Perché è importante

Consente di segmentare il processo per cliente, aiutando a individuare modelli, rischi e opportunità per strategie di recupero personalizzate.

Dove reperirlo

Si trova in genere nella tabella RA_CUSTOMER_TRX_ALL come BILL_TO_CUSTOMER_ID, collegato a HZ_CUST_ACCOUNTS.

Esempi
CUST-0012389455ACME-CORP-US
Segmento cliente
CustomerSegment
La classificazione del cliente in un gruppo definito, ad esempio in base a dimensioni, settore o importanza strategica.
Descrizione

Il segmento cliente è un attributo categoriale che raggruppa i clienti in base a caratteristiche comuni. I segmenti possono essere definiti in base a fattori come "Strategico", "PMI" o "Enterprise", oppure al settore, come "Manifatturiero" o "Retail".

Questo attributo è particolarmente utile per l'analisi comparativa. Consente agli analisti di confrontare le prestazioni del processo tra segmenti diversi e verificare, ad esempio, se un segmento presenta un tasso di contestazioni più elevato o un ciclo di pagamento più lungo. Queste informazioni aiutano ad adattare le policy creditizie e le strategie di recupero alle esigenze e ai rischi specifici di ciascun segmento, supportando Dashboard come l'analisi del tasso di stralcio delle fatture.

Perché è importante

Consente un'analisi comparativa approfondita, evidenziando come le prestazioni e i rischi del processo varino tra i diversi gruppi di clienti.

Dove reperirlo

Spesso viene gestito nei dati anagrafici dei clienti, in HZ_CUST_ACCOUNTS o in tabelle correlate, oppure derivato da attributi del cliente come fatturato o settore.

Esempi
Grande impresaPiccola e media impresaEnte pubblicoPartner strategico
Utente
User
L'ID dell'utente o del sistema che ha eseguito l'attività.
Descrizione

Questo attributo identifica lo specifico dipendente o utente di sistema automatizzato responsabile dell'esecuzione di un'attività, come l'approvazione di un limite di credito, la contabilizzazione di un pagamento o la risoluzione di una contestazione.

Analizzare le attività per utente è essenziale per comprendere la distribuzione dei carichi di lavoro, le prestazioni individuali e la Conformità. Per le attività automatizzate, aiuta a monitorare il coinvolgimento dei processi di sistema. Può inoltre essere utilizzato per individuare esigenze formative o potenziali attività fraudolente, monitorando il comportamento degli utenti.

Perché è importante

Associa le attività di processo a singoli utenti o sistemi automatizzati, consentendo di monitorare le prestazioni, analizzare i carichi di lavoro ed eseguire audit.

Dove reperirlo

Proveniente dalle colonne 'CREATED_BY' o 'LAST_UPDATED_BY' presenti in diverse tabelle delle transazioni e della cronologia di Oracle Fusion Financials.

Esempi
jsmithar_specialist_1SYSTEM_AUTOMATION
Data promessa di pagamento
PromiseToPayDate
La data in cui il cliente ha promesso di effettuare un pagamento.
Descrizione

Durante le attività di recupero, un cliente può impegnarsi a effettuare un pagamento in una data futura. Questa "data promessa di pagamento" viene registrata per monitorare tale impegno.

Questo attributo è importante per gestire i Workflow di recupero e valutare l'affidabilità degli impegni assunti dai clienti. Confrontando la data promessa di pagamento con la data effettiva di ricezione del pagamento, gli addetti possono valutare il tasso di adempimento di tali promesse. Il dato aiuta a prevedere con maggiore precisione i flussi di cassa e a decidere quando intensificare le attività di recupero se una promessa non viene rispettata.

Perché è importante

Tiene traccia degli impegni di pagamento dei clienti, aiutando a prevedere gli incassi e a gestire l'efficacia delle negoziazioni di recupero.

Dove reperirlo

Memorizzata nel modulo Oracle Advanced Collections, probabilmente in tabelle come IEX_PROMISES_T.

Esempi
2023-06-102023-06-252023-07-05
È scaduta
IsOverdue
Un flag booleano che indica se la fattura ha superato la data di scadenza del pagamento.
Descrizione

Si tratta di un attributo derivato che fornisce un'indicazione semplice, vera o falsa, dello stato di scaduto di una fattura. In genere viene calcolato confrontando la data corrente, o la data di pagamento, con la data di scadenza della fattura.

Questo flag è estremamente utile per filtrare e segmentare i dati durante l'analisi. Consente agli analisti di isolare rapidamente l'insieme delle fatture scadute, così da studiarne i percorsi di processo, l'efficacia delle attività di recupero e altre caratteristiche. Semplifica inoltre la creazione di Dashboard e KPI dedicati alla gestione dei crediti scaduti, come il Dashboard Overdue Invoice Aging & Status.

Perché è importante

Fornisce un flag semplice e chiaro per identificare e analizzare tutte le fatture scadute, che rappresentano l'obiettivo principale del processo di recupero crediti.

Dove reperirlo

Si tratta di un campo calcolato. La logica è: IF CurrentDate > DueDate AND Status != 'Paid' THEN True ELSE False.

Esempi
truefalse
È stata stralciata
IsWrittenOff
Un flag booleano che indica se la fattura è stata stralciata come credito inesigibile.
Descrizione

Si tratta di un flag derivato che identifica le fatture considerate inesigibili dall'azienda e rimosse dai crediti commerciali attivi. In genere rappresenta l'esito finale, e indesiderato, di una fattura.

Questo attributo è essenziale per calcolare il KPI Invoice Write-Off Rate e per l'analisi nel Dashboard associato. Consente agli analisti di isolare l'insieme dei recuperi non riusciti e individuare caratteristiche comuni, come il segmento del cliente o il valore della fattura, potenzialmente associate a un rischio maggiore di stralcio. Queste informazioni vengono utilizzate per migliorare le politiche di credito e le strategie di recupero.

Perché è importante

Identifica con chiarezza i casi di mancato recupero, un elemento essenziale per analizzare le cause alla radice dei crediti inesigibili e calcolare i tassi di stralcio.

Dove reperirlo

Si tratta di un campo calcolato, derivato verificando se per il caso esiste un'attività 'Invoice Written Off' oppure se lo stato della fattura è 'Written Off'.

Esempi
truefalse
Giorni di ritardo
DaysOverdue
Il numero di giorni trascorsi dalla data di scadenza della fattura.
Descrizione

Questa metrica calcolata quantifica il ritardo di una fattura non pagata. Viene calcolata come differenza tra la data corrente, per le fatture aperte, o la data di pagamento, per le fatture chiuse, e la data di scadenza.

I giorni di ritardo sono una misura fondamentale per l'analisi dell'anzianità dei crediti e per stabilire le priorità delle attività di recupero. Rappresentano la metrica principale del Dashboard Overdue Invoice Aging & Status, nel quale le fatture vengono raggruppate in fasce di anzianità, ad esempio 1-30 giorni e 31-60 giorni. In questo modo il team di recupero può concentrarsi sui crediti più vecchi e più rischiosi.

Perché è importante

Quantifica l'entità dei ritardi nei pagamenti e costituisce una metrica essenziale per stabilire le priorità delle attività di recupero e condurre analisi sull'anzianità dei crediti.

Dove reperirlo

Si tratta di un campo calcolato. La logica è: CurrentDate - DueDate per le fatture aperte oppure PaymentDate - DueDate per le fatture chiuse.

Esempi
1545920
Importo del limite di credito
CreditLimitAmount
L'importo massimo di credito approvato per il cliente.
Descrizione

L'importo del limite di credito rappresenta l'esposizione creditizia complessiva che un'azienda è disposta ad assumere nei confronti di un determinato cliente. Viene definito durante il processo di valutazione del credito.

Questo attributo è essenziale per il Dashboard Credit Limit Decision Impact. Correlando il limite di credito approvato con i successivi comportamenti di pagamento e gli stralci, l'azienda può valutare l'efficacia delle proprie politiche di gestione del rischio di credito. L'analisi può evidenziare se limiti di credito eccessivamente elevati contribuiscono all'aumento dei crediti inesigibili, aiutando a perfezionare il processo di approvazione del credito.

Perché è importante

È fondamentale per valutare l'efficacia delle politiche di gestione del rischio di credito, correlando il limite approvato con gli esiti dei pagamenti e gli stralci.

Dove reperirlo

Viene gestito in Oracle Credit Management e generalmente archiviato nelle tabelle relative ai profili di credito dei clienti, ad esempio HZ_CUST_PROFILE_AMTS.

Esempi
10000.0050000.00250000.00
Motivo della contestazione
DisputeReason
Il motivo indicato dal cliente per contestare una fattura.
Descrizione

Quando un cliente contesta una fattura, in genere indica un motivo, come "Prezzo errato", "Merce danneggiata" o "Fattura duplicata". Questo attributo registra tale motivazione.

Analizzare i motivi delle contestazioni è fondamentale per l'analisi delle cause principali. Aiuta a individuare problemi ricorrenti nei processi a monte, come la gestione degli ordini o la fatturazione, che causano ritardi nei pagamenti. Categorizzando e monitorando la frequenza dei diversi motivi di contestazione, l'azienda può intervenire in modo mirato per risolvere le cause alla radice, contribuendo a ridurre il tempo di ciclo della risoluzione delle contestazioni.

Perché è importante

Aiuta a individuare le cause principali delle contestazioni delle fatture, consentendo di migliorare proattivamente i processi a monte e prevenire contestazioni future.

Dove reperirlo

Queste informazioni vengono generalmente acquisite nei moduli Oracle Advanced Collections o Oracle Channel Revenue Management, quando la gestione delle contestazioni è formalizzata. Possono risiedere in tabelle come AR_DISPUTE_HISTORY.

Esempi
Quantità errataDiscrepanza di prezzoMerce danneggiataServizio non erogato
Ora di fine
EndTime
Il timestamp che indica quando è stata completata un'attività con una durata.
Descrizione

Per le attività che presentano un inizio e una fine distinti, questo attributo registra l'ora di completamento. Sebbene molti eventi di Process Mining siano istantanei, alcuni, come 'Dispute Investigation', possono estendersi per un determinato periodo.

La disponibilità di un'ora di fine separata consente di calcolare con precisione i tempi di elaborazione delle attività. Il risultato è più accurato rispetto alla deduzione della durata dall'ora di inizio dell'attività successiva, soprattutto quando sono presenti periodi di inattività. Questo dato è fondamentale per analizzare l'utilizzo delle risorse e individuare le fasi specifiche che richiedono più tempo all'interno del processo.

Perché è importante

Consente di calcolare con precisione la durata delle singole attività, offrendo una visione più approfondita dei colli di bottiglia e dell'utilizzo delle risorse.

Dove reperirlo

Si tratta spesso di un attributo concettuale. Può essere ricavato da un timestamp di 'last updated' o da uno specifico campo 'close date' nelle tabelle di origine corrispondenti all'attività.

Esempi
2023-04-15T11:30:00Z2023-05-02T09:00:00Z2023-05-21T16:45:00Z
Stato della fattura
InvoiceStatus
Lo stato corrente della fattura nel suo ciclo di vita.
Descrizione

Lo stato della fattura fornisce una fotografia della posizione attuale della fattura nel processo. Gli stati più comuni includono "Open", "Paid", "Disputed", "Past Due" o "Written Off". Questo attributo offre una visione di alto livello dello stato dei crediti.

Nel Process Mining, questo attributo è utile per filtrare i casi e concentrarsi su popolazioni specifiche, come tutte le fatture aperte e scadute. È una dimensione fondamentale della Dashboard sull'anzianità e sullo stato delle fatture scadute, che offre visibilità immediata sullo stato attuale del portafoglio fatture e aiuta a stabilire la priorità delle attività di recupero.

Perché è importante

Fornisce una panoramica immediata dello stato corrente di una fattura, consentendo di filtrare facilmente i dati e stabilire la priorità delle attività di recupero.

Dove reperirlo

È generalmente disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL, in un campo denominato STATUS.

Esempi
ApertoChiusoContestatoIn fase di recupero
Termini di pagamento
PaymentTerms
I termini concordati che specificano quando deve essere effettuato il pagamento.
Descrizione

I termini di pagamento definiscono le condizioni alle quali il cliente deve effettuare il pagamento, ad esempio "Net 30" o "Net 60". Questi termini vengono utilizzati per calcolare la data di scadenza della fattura.

Analizzare le prestazioni di pagamento in base ai termini può rivelare modelli interessanti. Ad esempio, i clienti con termini più brevi potrebbero avere una maggiore probabilità di pagare in ritardo. Queste informazioni possono essere utilizzate per rivedere e ottimizzare le policy creditizie e segmentare i clienti in base a strategie di recupero differenti. Forniscono un contesto prezioso per comprendere perché determinate fatture diventano scadute.

Perché è importante

Fornisce il contesto relativo al piano di pagamento concordato, consentendo di analizzare il comportamento di pagamento in base ai diversi termini di credito.

Dove reperirlo

È memorizzato nella tabella RA_TERMS e collegato alla transazione della fattura.

Esempi
30 giorni netti60 giorni nettiPagamento alla ricezione
Unità aziendale
BusinessUnit
L'unità aziendale o entità organizzativa specifica che ha emesso la fattura.
Descrizione

Nelle organizzazioni di grandi dimensioni, le attività sono spesso suddivise tra più unità aziendali. Questo attributo identifica l'unità aziendale associata alla fattura.

Analizzare il processo per unità aziendale consente di confrontare le prestazioni tra diverse aree dell'organizzazione. Può evidenziare incoerenze nell'applicazione delle policy di gestione del credito e di recupero e mostrare quali unità aziendali gestiscono i propri crediti in modo più efficace. Ciò aiuta a condividere le best practice e a standardizzare i processi dove necessario.

Perché è importante

Consente di confrontare le prestazioni tra diverse unità organizzative, aiutando a individuare best practice e aree di miglioramento.

Dove reperirlo

Disponibile nella tabella RA_CUSTOMER_TRX_ALL tramite il campo ORG_ID, che si collega alla struttura organizzativa.

Esempi
BU North AmericaBU EMEADivisione Servizi globali
Valuta fattura
InvoiceCurrency
La valuta in cui è espresso l'importo della fattura.
Descrizione

Questo attributo specifica la valuta della fattura, ad esempio USD, EUR o GBP. Nelle organizzazioni multinazionali, le fatture vengono spesso emesse in valute diverse.

L'analisi di dati espressi in più valute richiede una gestione accurata. Questo attributo consente di filtrare la vista del processo per valuta o di applicare i tassi di cambio corretti per il reporting finanziario consolidato. Garantisce che i valori monetari siano interpretati correttamente e che i confronti tra importi avvengano su basi omogenee.

Perché è importante

È essenziale per interpretare correttamente i dati finanziari in un contesto multi-valuta e garantire l'accuratezza dell'analisi finanziaria.

Dove reperirlo

Si trova in genere nella tabella RA_CUSTOMER_TRX_ALL come INVOICE_CURRENCY_CODE.

Esempi
USDEURGBPJPY
Obbligatorio Consigliato Facoltativo

Attività di gestione del credito e recupero crediti

Queste sono le principali fasi del processo e le tappe fondamentali da acquisire nel Suo Event Log per un’individuazione accurata del flusso di gestione del credito e recupero crediti.
6 Consigliato 8 Facoltativo
Attività Descrizione
Fattura generata
Indica la creazione del record della transazione della fattura in Oracle Fusion Financials. Questo è l'inizio ufficiale del ciclo di vita della fattura nel modulo di contabilità clienti e costituisce il punto di partenza principale per l'analisi.
Perché è importante

Questo è l'evento iniziale fondamentale del percorso della fattura. Tutti i successivi calcoli del tempo di ciclo, come il Days Sales Outstanding (DSO) e il tempo di ciclo del pagamento della fattura, dipendono da questo timestamp iniziale.

Dove reperirlo

Questo è un evento esplicito acquisito dalla colonna CREATION_DATE o TRX_DATE della tabella RA_CUSTOMER_TRX_ALL per uno specifico TRX_NUMBER (Invoice Number).

Acquisizione

Il timestamp dell'evento corrisponde a CREATION_DATE nella tabella RA_CUSTOMER_TRX_ALL.

Tipo di evento explicit
Fattura stralciata
Rappresenta la decisione formale di interrompere le attività di recupero e contabilizzare l'importo della fattura come perdita su crediti. Si tratta di una transazione finanziaria esplicita che porta a zero il saldo della fattura.
Perché è importante

È un punto finale critico, che indica l'esito negativo del processo di recupero crediti. Analizzare gli stralci per segmento di clientela, area geografica o limite di credito aiuta a perfezionare le policy creditizie e le strategie di recupero, riducendo al minimo le perdite.

Dove reperirlo

Acquisito esplicitamente dalla creazione di una rettifica nella tabella AR_ADJUSTMENTS_ALL, con un RECEIVABLES_TRX_ID che rimanda a un'attività di perdita su crediti o stralcio.

Acquisizione

Data di creazione di un record in AR_ADJUSTMENTS_ALL con un tipo di attività di stralcio.

Tipo di evento explicit
Pagamento applicato
Rappresenta l'applicazione di un pagamento ricevuto a una fattura specifica, con conseguente riduzione del saldo residuo della fattura. È il passaggio che collega formalmente un pagamento a una fattura.
Perché è importante

Questa attività è fondamentale per riconoscere che una fattura è stata pagata. Rappresenta il vero punto finale per il calcolo dei Days Sales Outstanding (DSO) e per il ciclo di contabilizzazione del pagamento.

Dove reperirlo

È un evento esplicito acquisito da APPLY_DATE nella tabella AR_RECEIVABLE_APPLICATIONS_ALL, che collega un incasso a una transazione cliente, ovvero a una fattura.

Acquisizione

APPLY_DATE da AR_RECEIVABLE_APPLICATIONS_ALL per la fattura pertinente.

Tipo di evento explicit
Pagamento ricevuto
Segna la ricezione dei fondi da parte del cliente, che potrebbero non essere ancora stati associati a una fattura specifica. Viene acquisito quando nel sistema viene creata una transazione di incasso.
Perché è importante

Si tratta di una tappa importante nel processo di recupero crediti, poiché indica che il denaro è stato ricevuto. Il tempo tra questo evento e l'applicazione del pagamento misura l'efficienza dell'elaborazione interna.

Dove reperirlo

Acquisito esplicitamente da RECEIPT_DATE nella tabella AR_CASH_RECEIPTS_ALL. L'incasso può quindi essere collegato alla fattura a cui è stato applicato tramite AR_RECEIVABLE_APPLICATIONS_ALL.

Acquisizione

RECEIPT_DATE da AR_CASH_RECEIPTS_ALL, collegato tramite le tabelle di applicazione.

Tipo di evento explicit
Procedura di sollecito avviata
Rappresenta l'avvio formale del processo di sollecito per una fattura scaduta e spesso comporta l'invio della prima comunicazione ufficiale di sollecito. In genere viene registrato quando viene eseguito un processo batch di sollecito che include la fattura.
Perché è importante

Monitorare questa attività è fondamentale per misurare l'efficacia dei solleciti e il rispetto delle relative policy. Fornisce un punto di riferimento per valutare il tempo necessario affinché un sollecito porti a un pagamento.

Dove reperirlo

Viene registrato nel modulo Oracle Advanced Collections. La data di creazione di un record di sollecito in tabelle come IEX_DUNNINGS, collegato all'ID della transazione, identifica questo evento.

Acquisizione

Data di creazione del record nella tabella IEX_DUNNINGS associato alla fattura.

Tipo di evento explicit
Scadenza del pagamento superata
Evento calcolato che si verifica quando la data corrente supera la data di scadenza della fattura, senza che questa sia stata pagata integralmente. L'evento segna il passaggio della fattura dallo stato "in corso" a quello di "scaduta".
Perché è importante

Si tratta di una tappa fondamentale, che attiva i processi di recupero crediti e di sollecito. Analizzare il volume e il valore delle fatture che superano la scadenza è essenziale per gestire il capitale circolante e valutare il rischio di credito.

Dove reperirlo

L'evento viene calcolato confrontando la data corrente del sistema con DUE_DATE nella tabella AR_PAYMENT_SCHEDULES_ALL, per le fatture con STATUS uguale a 'OP' (Open).

Acquisizione

Evento calcolato: si verifica quando SYSDATE > AR_PAYMENT_SCHEDULES_ALL.DUE_DATE.

Tipo di evento calculated
Azione dell'addetto al recupero completata
Rappresenta un'azione manuale eseguita da un addetto al recupero, come una telefonata, l'invio di un'e-mail o la registrazione di una nota di interazione. Queste azioni vengono registrate come "attività" o "interazioni" nel modulo di recupero crediti.
Perché è importante

Monitorare le azioni degli addetti al recupero aiuta a misurare l'efficienza e l'efficacia del Workflow manuale di recupero crediti. Consente di analizzare la frequenza delle attività e la loro correlazione con il buon esito dei pagamenti.

Dove reperirlo

Acquisito dalle tabelle della cronologia delle interazioni o delle attività di Oracle Advanced Collections, come JTF_IH_ACTIVITIES, collegate al cliente e potenzialmente alla specifica fattura.

Acquisizione

Timestamp di creazione dei record in JTF_IH_ACTIVITIES con un esito o un codice motivazione pertinente.

Tipo di evento explicit
Contestazione registrata
Indica che il cliente ha contestato formalmente la fattura, in parte o integralmente. In genere viene acquisito tramite una modifica dello stato nel piano dei pagamenti della fattura.
Perché è importante

Questa attività rappresenta il punto di partenza del processo di risoluzione della contestazione. Analizzare il tempo che intercorre tra la registrazione e la risoluzione è fondamentale per individuare i colli di bottiglia che ritardano l'incasso.

Dove reperirlo

Deducibile da una modifica dello stato nella tabella AR_PAYMENT_SCHEDULES_ALL, quando il campo STATUS passa a 'DS' (Disputed). Il timestamp può essere ricavato dalle tabelle di audit o dalla data dell'ultimo aggiornamento.

Acquisizione

Rilevare quando AR_PAYMENT_SCHEDULES_ALL.STATUS passa a 'DS' per la fattura.

Tipo di evento inferred
Contestazione risolta
Indica che una contestazione registrata è stata esaminata e che è stata raggiunta una soluzione. Viene acquisito quando lo stato di contestazione della fattura viene rimosso.
Perché è importante

Questo evento segna la conclusione del ciclo di risoluzione della contestazione. La durata tra "Contestazione registrata" e questo evento è un KPI fondamentale per misurare l'efficienza operativa e il relativo impatto sui flussi di cassa.

Dove reperirlo

Deducibile quando STATUS in AR_PAYMENT_SCHEDULES_ALL passa da 'DS' (Disputed) a 'OP' (Open) oppure a 'CL' (Closed), in seguito a una nota di credito o a una rettifica.

Acquisizione

Rilevare quando AR_PAYMENT_SCHEDULES_ALL.STATUS passa da 'DS' a un altro stato.

Tipo di evento inferred
Fattura chiusa
Si verifica quando il saldo residuo della fattura diventa pari a zero, tramite un pagamento, l'applicazione di una nota di credito o una rettifica. Segna il completamento positivo del ciclo di vita della fattura.
Perché è importante

Questo evento rappresenta uno dei principali punti finali positivi del processo. Monitorare la chiusura delle fatture è fondamentale per comprendere lo stato complessivo del portafoglio crediti.

Dove reperirlo

Deducibile da una modifica dello stato nella tabella AR_PAYMENT_SCHEDULES_ALL, quando STATUS passa a 'CL' (Closed). Il timestamp corrisponde a LAST_UPDATE_DATE della modifica.

Acquisizione

Rilevare quando AR_PAYMENT_SCHEDULES_ALL.STATUS diventa 'CL' per la fattura.

Tipo di evento inferred
Fattura inviata al cliente
Indica che la fattura è stata formalmente consegnata al cliente, per via elettronica o in formato cartaceo. L'evento può essere registrato esplicitamente da un modulo di consegna oppure dedotto dalla data di stampa della fattura.
Perché è importante

Questa attività segna l'inizio del conteggio dei termini di pagamento del cliente. Il suo monitoraggio consente di calcolare con precisione i giorni di ritardo e di analizzare eventuali ritardi tra la generazione della fattura e la notifica al cliente.

Dove reperirlo

Può essere acquisito da LAST_PRINTED_DATE in RA_CUSTOMER_TRX_ALL. In alternativa, può essere dedotto dai log di integrazione con i sistemi di consegna e-mail o con altre piattaforme di comunicazione.

Acquisizione

Utilizzare LAST_PRINTED_DATE di RA_CUSTOMER_TRX_ALL oppure lo stato riportato in un log di consegna.

Tipo di evento inferred
Promessa di pagamento creata
Rappresenta un accordo formale registrato nel sistema, in base al quale il cliente si impegna a effettuare un pagamento in una data specifica. È uno dei principali risultati delle attività di recupero crediti.
Perché è importante

Monitorare le promesse di pagamento e il relativo tasso di adempimento è un indicatore chiave delle prestazioni degli addetti al recupero. Aiuta a prevedere i flussi di cassa derivanti dai crediti scaduti e a valutare l'efficacia degli addetti.

Dove reperirlo

Viene creato esplicitamente in Oracle Advanced Collections. La data di creazione viene acquisita dalla tabella IEX_PROMISE_DETAILS.

Acquisizione

Data di creazione dalla tabella IEX_PROMISE_DETAILS per la fattura corrispondente.

Tipo di evento explicit
Revisione del credito completata
Rappresenta il completamento della valutazione del credito per il cliente associato alla fattura. Questo evento viene generalmente dedotto collegando la data di creazione della fattura alla data di completamento della revisione del credito più recente per il conto cliente, fornendo una base per l'analisi relativa al credito.
Perché è importante

Analizzare il tempo che intercorre tra la revisione del credito e l'inserimento dell'ordine aiuta a identificare i ritardi nelle fasi iniziali del ciclo order-to-cash. È fondamentale per misurare il KPI Credit Approval Cycle Time e comprendere l'impatto delle decisioni sul credito.

Dove reperirlo

Deducibile interrogando HZ_CREDIT_PROFILE.LAST_CREDIT_REVIEW_DATE per il cliente indicato nella fattura (RA_CUSTOMER_TRX_ALL.BILL_TO_CUSTOMER_ID). Il timestamp dell'evento corrisponde a LAST_CREDIT_REVIEW_DATE precedente a CREATION_DATE della fattura.

Acquisizione

Collegare la fattura alla data della revisione del credito più recente del cliente precedente alla creazione della fattura.

Tipo di evento inferred
Strategia di recupero crediti assegnata
Si verifica quando a una fattura o a un cliente insolvente viene assegnata una strategia automatizzata di recupero crediti. Questa definisce la sequenza di passaggi e attività che il sistema o l'addetto al recupero dovrà seguire.
Perché è importante

Questo evento offre visibilità sul livello di automazione del processo di recupero crediti. Analizzare le strategie assegnate e i relativi risultati aiuta a ottimizzare gli approcci di recupero per i diversi segmenti di clientela.

Dove reperirlo

Viene registrato nel modulo Oracle Advanced Collections. In genere si individua esaminando la data di creazione dell'assegnazione di una strategia in tabelle come IEX_STRATEGIES o in oggetti correlati.

Acquisizione

Data di creazione dell'elemento di lavoro della strategia nelle tabelle di recupero crediti collegate al cliente o alla transazione.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i dati da Oracle Fusion Financials

È pronto per iniziare?

Utilizzi questo Template per preparare i dati all'analisi e ottenere informazioni preziose sul processo di gestione del credito e recupero crediti. Inizi oggi il percorso verso l'ottimizzazione dei processi.

Inizi oggi a ottimizzare la gestione del credito e il recupero crediti

Riduca del 30% il tempo di ciclo e migliori la salute finanziaria in Oracle Fusion.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Inizi in pochi minuti.