Il Suo template dei dati per Order to Cash - Fatturazione ed emissione fatture

Oracle Fusion Financials
Il Suo template dei dati per Order to Cash - Fatturazione ed emissione fatture

Il Suo template dei dati per Order to Cash - Fatturazione ed emissione fatture

Questo template fornisce indicazioni dettagliate per estrarre i dati necessari all’analisi del processo Order to Cash - Fatturazione ed emissione fatture. Illustra quali attributi raccogliere, quali attività monitorare e come procedere all’estrazione dei dati. Seguendo queste indicazioni, potrà preparare un insieme di dati completo e adatto al Process Mining e all’ottimizzazione del processo.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l’estrazione dei dati da Oracle Fusion Financials
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi di Order to Cash - Fatturazione ed emissione fatture

Questi sono i campi dati consigliati da includere nell’event log per un’analisi completa del processo Order to Cash - Fatturazione ed emissione fatture.
3 Obbligatorio 5 Consigliato 14 Facoltativo
Nome Descrizione
Numero fattura
InvoiceNumber
Identificativo univoco di ciascuna fattura, utilizzato come ID del caso principale per tracciare tutte le attività correlate.
Descrizione

Il numero fattura è il riferimento centrale per l’analisi del processo di fatturazione. Funge da ID del caso e raggruppa tutti gli eventi, dalla creazione della fattura al pagamento finale e alla chiusura. In questo modo è possibile ricostruire l’intero ciclo di vita di un singolo documento di fatturazione.

Nel Process Mining, l’analisi per numero fattura consente di visualizzare le varianti del processo, calcolare i tempi di ciclo delle singole fatture e individuare colli di bottiglia o cicli di rilavorazione che interessano transazioni specifiche. È indispensabile per Dashboard come 'Tempo di ciclo end-to-end della fattura' e per calcolare KPI fondamentali, come i giorni medi di incasso (DSO), per ciascuna fattura.

Perché è importante

Questo attributo è fondamentale perché collega tutte le attività di fatturazione e pagamento correlate in un unico caso, consentendo un’analisi completa e accurata del ciclo di vita della fattura.

Dove reperirli

In genere, si tratta del numero di transazione (TRX_NUMBER) della tabella RA_CUSTOMER_TRX_ALL in Oracle Fusion Financials.

Esempi
INV-1002345983451CM-55432
Ora di inizio
EventTimestamp
Data e ora esatte in cui si è verificata una specifica attività o un evento.
Descrizione

La data e ora dell’evento registra il momento esatto in cui si è verificata un’attività. Definisce l’ordine cronologico degli eventi per ciascuna fattura, indispensabile per ricostruire il flusso del processo e svolgere analisi basate sul tempo.

Questo attributo è alla base di tutti i calcoli di durata e prestazioni. Serve a misurare il tempo tra le attività, calcolare i tempi di ciclo end-to-end, verificare se i pagamenti sono puntuali e analizzare gli andamenti nel tempo. KPI come 'Tempo medio di approvazione della fattura' e 'Tempo di ciclo end-to-end della fattura' vengono calcolati direttamente a partire da queste date e ore.

Perché è importante

Le date e ore sono indispensabili per calcolare tutte le metriche di prestazione, inclusi i tempi di ciclo, i ritardi e il rispetto delle scadenze, e costituiscono la base dell’analisi quantitativa dei processi.

Dove reperirli

Il dato proviene da diversi campi data delle tabelle di Oracle Fusion Financials, ad esempio CREATION_DATE in RA_CUSTOMER_TRX_ALL o le date e ore degli aggiornamenti di stato nelle tabelle del flusso di lavoro.

Esempi
2023-04-15T09:00:00Z2023-04-18T14:30:00Z2023-05-20T11:25:10Z
Nome attività
ActivityName
Nome dell’evento aziendale o dell’attività specifica che si è verificata in un determinato momento del ciclo di vita della fattura.
Descrizione

Il nome dell’attività descrive un passaggio del processo di fatturazione, ad esempio 'Fattura creata', 'Fattura approvata' o 'Pagamento del cliente ricevuto'. Questi eventi costituiscono la sequenza di azioni che compone il flusso del processo per ciascuna fattura.

Questo attributo è essenziale per l’individuazione dei processi, perché consente allo strumento di Process Mining di ricostruire una mappa visiva di come vengono effettivamente gestite le fatture. Serve ad analizzare le varianti del processo, individuare cicli di rilavorazione, come le approvazioni ripetute, e misurare la frequenza e la durata di ogni fase. Tutte le Dashboard e i KPI si basano su questo attributo per comprendere il flusso del processo.

Perché è importante

Questo attributo definisce i passaggi della mappa del processo e permette di visualizzare e analizzare il flusso di lavoro delle fatture, individuandone le inefficienze.

Dove reperirli

Queste informazioni derivano da diverse tabelle e modifiche di stato in Oracle Fusion Financials, ad esempio dalle tabelle della cronologia del flusso di lavoro, incluse quelle relative alle approvazioni, e dai campi di stato delle transazioni.

Esempi
Fattura creataFattura approvataPagamento del cliente ricevutoFattura chiusa
Data di scadenza
DueDate
Data entro cui deve essere pagata la fattura.
Descrizione

La data di scadenza è un attributo fondamentale che definisce il termine di pagamento della fattura in base alle condizioni concordate.

È essenziale per monitorare il recupero crediti e la situazione finanziaria. Costituisce la base di riferimento per calcolare il KPI relativo alla percentuale di pagamenti puntuali e per creare report sulla scadenza dei crediti. Nelle Dashboard serve a prevedere il flusso di cassa, mostrando quando sono attesi i pagamenti, e a individuare le fatture scadute per cui occorre avviare attività di recupero.

Perché è importante

È il principale valore di riferimento per misurare la puntualità dei pagamenti, calcolare i giorni medi di incasso e gestire l’anzianità dei crediti verso clienti.

Dove reperirli

Si trova nella tabella AR_PAYMENT_SCHEDULES_ALL, in genere nel campo DUE_DATE.

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

Questo attributo rappresenta l’importo totale dovuto per la fattura. È una metrica finanziaria fondamentale per comprendere il valore monetario che attraversa il processo di fatturazione.

Nell’analisi, l’importo della fattura serve a dare priorità alle transazioni di valore elevato, calcolare il valore totale dei crediti ancora da incassare e ponderare KPI come i giorni medi di incasso (DSO). Consente di segmentare il processo in base all’impatto finanziario, ad esempio per verificare se le fatture di importo elevato seguono un iter di approvazione diverso o richiedono più tempo per essere pagate.

Perché è importante

Fornisce il contesto finanziario di ciascun caso e consente analisi basate sul valore, di dare priorità alle fatture di importo elevato e di calcolare i principali KPI finanziari.

Dove reperirli

Si trova nella tabella RA_CUSTOMER_TRX_ALL, probabilmente in un campo come INVOICE_AMOUNT o in un campo correlato che rappresenta il totale della transazione.

Esempi
5000.001250.75250000.00
Nome cliente
CustomerName
Nome del cliente o dell’entità a cui viene emessa la fattura.
Descrizione

Questo attributo identifica il cliente associato alla fattura. È una dimensione fondamentale per segmentare e filtrare i dati del processo.

Analizzare il processo per nome cliente aiuta a individuare quali clienti hanno i cicli di pagamento più lunghi, contestano più spesso le fatture e pagano regolarmente entro i termini. È un’informazione essenziale per la Dashboard sull’andamento dei giorni medi di incasso e per adattare le strategie di recupero crediti ai comportamenti dei singoli clienti.

Perché è importante

Consente di segmentare il processo per cliente, mettendo in luce comportamenti diversi, pattern di pagamento e possibili problemi nella relazione che incidono sul flusso di cassa.

Dove reperirli

Si ricava unendo la tabella delle transazioni (RA_CUSTOMER_TRX_ALL) alle tabelle anagrafiche dei clienti, come HZ_PARTIES.

Esempi
Global Tech Inc.Innovate Solutions LLCApex Manufacturing
Stato fattura
InvoiceStatus
Stato corrente della fattura nel suo ciclo di vita, ad esempio 'Aperta', 'Chiusa' o 'Contestata'.
Descrizione

Lo stato della fattura mostra a che punto del processo si trova. Tra gli stati più comuni figurano aperta (non pagata), chiusa (pagata), contestata o annullata.

Questo attributo è utile per il monitoraggio generale e per applicare filtri. Ad esempio, la Dashboard delle previsioni del flusso di cassa in tempo reale utilizza questo stato per classificare gli importi ancora da incassare. Aiuta a individuare rapidamente le fatture scadute, contestate o saldate per intero.

Perché è importante

Fornisce una visione immediata e generale dello stato corrente della fattura, agevolando filtri e classificazioni per la rendicontazione finanziaria e la gestione operativa.

Dove reperirli

Si ricava dai campi di stato di tabelle come RA_CUSTOMER_TRX_ALL o AR_PAYMENT_SCHEDULES_ALL, ad esempio dal campo STATUS.

Esempi
ApertaChiusaContestataIn attesa di approvazione
Unità aziendale
BusinessUnit
Unità aziendale specifica dell’organizzazione che ha emesso la fattura.
Descrizione

L’unità aziendale rappresenta l’entità organizzativa responsabile della transazione. Nelle grandi imprese è un elemento chiave per la segmentazione e la rendicontazione finanziaria.

Questo attributo consente di confrontare le prestazioni del processo tra le diverse aree dell’azienda. Ad esempio, è possibile verificare se i giorni medi di incasso variano sensibilmente tra le unità aziendali o se una di esse registra un tasso di rilavorazione della fatturazione molto più elevato. In questo modo si possono indirizzare gli interventi di miglioramento dove sono più necessari.

Perché è importante

Consente di confrontare le prestazioni tra diverse unità organizzative, aiutando a individuare le buone pratiche e le aree da migliorare con un livello di dettaglio maggiore.

Dove reperirli

È disponibile in tabelle delle transazioni come RA_CUSTOMER_TRX_ALL, spesso nel campo ORG_ID, collegato alle definizioni delle unità aziendali.

Esempi
Consulenza Stati UnitiProduzione EMEAServizi APAC
Condizioni di pagamento
PaymentTerms
Condizioni concordate per il pagamento della fattura, ad esempio 'Net 30' o '2% 10, Net 30'.
Descrizione

Le condizioni di pagamento definiscono le regole che stabiliscono quando e come deve essere pagata una fattura, inclusi eventuali sconti per il pagamento anticipato. Queste informazioni sono fondamentali per gestire i crediti e il flusso di cassa.

Questo attributo è essenziale per calcolare correttamente la data di scadenza e individuare le opportunità di sconto per pagamento anticipato. Il KPI relativo al tasso di acquisizione degli sconti per pagamento anticipato dipende direttamente da questi dati, che permettono di determinare quali fatture avevano diritto a uno sconto.

Perché è importante

Definisce le regole di pagamento della fattura, incidendo direttamente sul calcolo della data di scadenza e sulla possibilità di monitorare e ottimizzare gli sconti per pagamento anticipato.

Dove reperirli

Si trova nella tabella RA_TERMS ed è collegato alla transazione tramite term_id in RA_CUSTOMER_TRX_ALL.

Esempi
Net 30Net 602% 10, Net 30
Data fattura
InvoiceDate
Data ufficiale di emissione della fattura.
Descrizione

La data fattura, detta anche data della transazione, è la data riportata sul documento. Costituisce il punto di partenza per il calcolo dei termini di pagamento.

È un elemento fondamentale per calcolare i giorni medi di incasso (DSO), che misurano il tempo trascorso tra la data fattura e quella del pagamento. Si distingue dalla data di creazione nel sistema e rappresenta, dal punto di vista del cliente, l’inizio ufficiale del ciclo di pagamento.

Perché è importante

È la data ufficiale di inizio del ciclo di vita della fattura e la base di riferimento per calcolare il KPI dei giorni medi di incasso (DSO).

Dove reperirli

Si trova nella tabella RA_CUSTOMER_TRX_ALL, nel campo TRX_DATE.

Esempi
2023-04-142023-05-182023-06-25
È una rilavorazione
IsRework
Indicatore booleano che segnala se un’attività è considerata una rilavorazione, ad esempio un’approvazione ripetuta o una correzione.
Descrizione

Questo attributo calcolato segnala le attività che comportano lavoro superfluo o ridondante. Alcuni esempi sono una fattura rifiutata e poi inviata nuovamente per l’approvazione, oppure una correzione apportata dopo la creazione iniziale.

Segnalare le rilavorazioni permette di quantificarne facilmente l’impatto sul processo. Il KPI del tasso di rilavorazione della fatturazione viene calcolato direttamente a partire da questo attributo. Le Dashboard possono mostrare la frequenza delle rilavorazioni e misurare il tempo di ciclo aggiuntivo che comportano, aiutando a individuare le fonti di inefficienze ed errori.

Perché è importante

Quantifica direttamente le inefficienze del processo segnalando il lavoro superfluo o ripetuto e semplifica la misurazione dei costi e dei tempi associati ai problemi di qualità.

Dove reperirli

Si calcola durante la trasformazione dei dati, in base alla sequenza delle attività. Ad esempio, se l’attività 'Fattura approvata' è preceduta da 'Fattura rifiutata' per lo stesso caso, viene segnalata come rilavorazione.

Esempi
truefalse
Giorni medi di incasso
DaysSalesOutstanding
Numero di giorni tra la data della fattura e la data di ricezione del pagamento.
Descrizione

I giorni medi di incasso (DSO) sono una metrica finanziaria fondamentale che misura il tempo medio necessario per incassare il pagamento dopo l’emissione di una fattura. Questo attributo li calcola per ogni singola fattura.

Il DSO complessivo è un KPI importante, ma calcolarlo a livello di singola fattura consente un’analisi molto più approfondita. Il dato può servire a creare Dashboard sugli andamenti, individuare le caratteristiche delle fatture con DSO elevato e misurare l’impatto finanziario dei ritardi nel processo. Questo calcolo dettagliato fornisce i dati necessari per comprendere i fattori che determinano il KPI aggregato del DSO.

Perché è importante

Calcola una metrica fondamentale del flusso di cassa per ogni singola fattura e consente un’analisi dettagliata dei fattori che incidono sui tempi di incasso e sui risultati finanziari.

Dove reperirli

Si calcola determinando la differenza tra la data e ora dell’attività 'Pagamento del cliente ricevuto' e l’attributo 'Data fattura'.

Esempi
356228
Metodo di pagamento
PaymentMethod
Metodo utilizzato dal cliente per effettuare il pagamento, ad esempio bonifico bancario o carta di credito.
Descrizione

Questo attributo specifica come il cliente ha pagato la fattura. L’informazione può essere utile per analizzare gli andamenti e i costi dei pagamenti.

I diversi metodi di pagamento possono comportare tempi di elaborazione e costi di transazione differenti. L’analisi per metodo di pagamento aiuta a capire se alcuni metodi sono più soggetti a errori o ritardi di riconciliazione. Può inoltre orientare le strategie per incoraggiare i clienti a utilizzare canali di pagamento più efficienti.

Perché è importante

Aiuta ad analizzare l’efficienza dell’elaborazione dei pagamenti, i costi di transazione e i tassi di errore di riconciliazione associati ai diversi canali di pagamento.

Dove reperirli

Si trova nelle tabelle degli incassi, come AR_CASH_RECEIPTS_ALL, che contiene un campo indicante il metodo di pagamento.

Esempi
ACHBonifico bancarioCarta di creditoAssegno
Motivo della contestazione
DisputeReason
Motivo indicato dal cliente per contestare una fattura.
Descrizione

Quando un cliente contesta una fattura, viene registrato il motivo della contestazione, che può riguardare i prezzi, la quantità, la qualità del servizio o altri aspetti.

Analizzare i motivi delle contestazioni è un modo efficace per individuarne le cause profonde. Comprendendo quali sono i motivi più frequenti, l’azienda può intervenire sui problemi alla base dei prezzi, dell’evasione degli ordini o della qualità dei dati. Questo aiuta a ridurre il tempo medio di risoluzione delle contestazioni sulle fatture e a migliorare la soddisfazione dei clienti.

Perché è importante

Fornisce indicazioni dirette sulle cause profonde dei ritardi nei pagamenti e dell’insoddisfazione dei clienti, permettendo all’azienda di affrontare i problemi sistemici.

Dove reperirli

Queste informazioni possono essere archiviate in Oracle Collections o in un modulo correlato per la gestione delle contestazioni. Potrebbero trovarsi in una tabella dedicata alle contestazioni o in un codice motivo associato alla transazione.

Esempi
Prezzo erratoQuantità non corrispondenteMerce danneggiataFattura duplicata
Ora di fine
EventEndTime
Data e ora esatte in cui è stata completata una specifica attività o un evento.
Descrizione

L’ora di fine dell’evento registra il momento in cui un’attività è stata completata. Molti eventi sono istantanei, ma alcune attività, come l’approvazione di una fattura, possono avere una durata: iniziano con l’invio e terminano quando viene presa una decisione.

L’ora di fine consente di calcolare con precisione il tempo di elaborazione delle attività. È utile per analizzare quanto tempo gli utenti dedicano a compiti specifici e rende più accurata l’analisi dei colli di bottiglia, distinguendo i tempi di attesa da quelli di effettiva elaborazione.

Perché è importante

Consente di calcolare con precisione i tempi di elaborazione delle attività e di distinguere il tempo di lavoro effettivo dai tempi di attesa, un aspetto fondamentale per un’analisi dettagliata dei colli di bottiglia.

Dove reperirli

Spesso si ricava dall’ora di inizio dell’attività successiva nel processo. Per alcune attività, nei registri del flusso di lavoro può essere presente un campo dedicato all’ora di fine.

Esempi
2023-04-15T09:05:12Z2023-04-18T15:00:00Z2023-05-20T11:25:45Z
Pagata entro la scadenza
IsPaidOnTime
Indicatore booleano che segnala se la fattura è stata pagata entro la data di scadenza.
Descrizione

Questo attributo calcolato indica in modo semplice se il pagamento è stato puntuale oppure no. Si ricava confrontando la data dell’attività 'Pagamento del cliente ricevuto' con l’attributo 'Data di scadenza' della fattura.

L’indicatore semplifica l’analisi e la rendicontazione del KPI relativo alla percentuale di pagamenti puntuali. Consente di applicare facilmente filtri e segmentazioni per capire quali fattori, come il cliente, la regione o l’importo della fattura, sono correlati ai ritardi di pagamento. È una metrica fondamentale per valutare l’efficacia delle attività di recupero crediti.

Perché è importante

Semplifica la misurazione dei risultati delle attività di recupero crediti e facilita l’analisi dei fattori che contribuiscono ai pagamenti puntuali o in ritardo.

Dove reperirli

Si calcola confrontando la data e ora dell’attività di pagamento finale con l’attributo DueDate. La logica è: PaymentTimestamp <= DueDate.

Esempi
truefalse
Regione
Region
Regione geografica associata al cliente o alla transazione.
Descrizione

La regione fornisce il contesto geografico della fattura, in genere in base alla sede del cliente, e consente di analizzare le prestazioni del processo su base geografica.

L’analisi per regione può far emergere differenze dovute alle normative locali, alle condizioni di mercato o alle prestazioni dei team regionali. È possibile segmentare per regione Dashboard come quelle sull’andamento dei giorni medi di incasso e sul tempo di ciclo end-to-end della fattura, per verificare se alcune aree incontrano difficoltà specifiche nell’incasso delle fatture.

Perché è importante

Consente di segmentare geograficamente il processo e può mettere in luce differenze regionali nelle prestazioni, nel comportamento dei clienti o nella conformità.

Dove reperirli

In genere si ricava dalle informazioni sull’indirizzo del cliente archiviate nel TCA (HZ_LOCATIONS, HZ_PARTY_SITES). Non è un campo presente direttamente nella fattura.

Esempi
Nord AmericaEuropaAsia-Pacifico
Sistema di origine
SourceSystem
Il sistema di registrazione da cui sono stati estratti i dati degli eventi.
Descrizione

Questo attributo identifica l’applicazione di origine dei dati. Per questo processo si tratta in genere di Oracle Fusion Financials, ma può indicare anche un modulo specifico, come Oracle Receivables (AR).

Negli ambienti con più sistemi integrati, questo campo aiuta a distinguere le origini dei dati ed è fondamentale per la convalida e la governance dei dati. Garantisce che l’analisi si basi sul set di dati corretto e previsto.

Perché è importante

Identifica l’origine dei dati, un’informazione fondamentale per la governance dei dati, la risoluzione dei problemi e la verifica che l’analisi si basi sul sistema di registrazione corretto.

Dove reperirli

In genere è un valore statico ('Oracle Fusion Financials'), aggiunto durante l’estrazione e la trasformazione dei dati.

Esempi
Oracle Fusion FinancialsOracle AR CloudFusion Apps
Tempo di ciclo della fattura
InvoiceCycleTime
Tempo totale trascorso dalla creazione iniziale della fattura alla sua chiusura.
Descrizione

Questo attributo misura la durata end-to-end dell’intero ciclo di vita della fattura per un singolo caso. Si calcola come differenza tra la prima attività, in genere 'Fattura creata', e l’ultima, 'Fattura chiusa'.

Questa metrica offre una visione generale dell’efficienza complessiva del processo. È la misura principale della Dashboard 'Tempo di ciclo end-to-end della fattura'. Analizzandola in base a dimensioni come il cliente o l’unità aziendale, le organizzazioni possono individuare le tipologie di fattura che richiedono più tempo e indagarne le cause profonde.

Perché è importante

Fornisce un’unica misura essenziale della velocità complessiva del processo e aiuta a individuare rapidamente le fatture che richiedono più tempo per essere completate, dall’inizio alla fine.

Dove reperirli

È una metrica calcolata sottraendo il valore minimo di EventTimestamp dal valore massimo per ciascun InvoiceNumber univoco.

Esempi
45 giorni e 8 ore32 giorni e 2 ore90 giorni e 12 ore
Ufficio fatturazione
BillingDepartment
Reparto o team interno responsabile della creazione e della gestione della fattura.
Descrizione

Questo attributo identifica il team o il reparto specifico dell’organizzazione che ha gestito il processo di fatturazione. Aggiunge un ulteriore livello di contesto organizzativo all’analisi.

Segmentando il processo per ufficio fatturazione, un’azienda può confrontare l’efficienza e la precisione dei diversi team. Può individuare i reparti con più rilavorazioni, cicli di approvazione più lunghi o un contributo maggiore a valori elevati dei giorni medi di incasso, così da evidenziare opportunità di formazione mirata o di standardizzazione del processo.

Perché è importante

Consente di confrontare le prestazioni dei team interni e aiuta a individuare buone pratiche, esigenze di risorse e aree in cui migliorare il processo.

Dove reperirli

Queste informazioni possono essere ricavate dall’utente che ha creato la fattura, collegandolo al reparto assegnato nel sistema delle risorse umane, ad esempio tramite PER_ALL_ASSIGNMENTS_F.

Esempi
Fatturazione aziendaleTeam fatturazione serviziFatturazione vendite prodotti
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora dell’ultimo aggiornamento o dell’ultima estrazione dei dati relativi a questo evento dal sistema di origine.
Descrizione

Questo attributo indica la data e ora dell’estrazione dei dati più recente. È un campo di metadati essenziale per capire quanto siano aggiornati i dati analizzati.

Gli analisti lo utilizzano per verificare di lavorare con informazioni aggiornate e per valutarne la recenza. È particolarmente importante per le Dashboard che dichiarano di fornire dati in tempo reale o quasi, perché rende trasparenti gli eventuali ritardi nell’aggiornamento dei dati.

Perché è importante

Indica quanto sono aggiornati i dati, così che le analisi e le conclusioni si basino su informazioni la cui recenza è nota e adeguata.

Dove reperirli

È un campo di metadati generato durante il processo di estrazione, trasformazione e caricamento dei dati (ETL). In genere corrisponde all’ora di esecuzione della pipeline dei dati.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Utente
User
Dipendente o utente di sistema che ha svolto una determinata attività.
Descrizione

L’attributo utente identifica la persona o l’agente automatizzato responsabile di un passaggio del processo. Può trattarsi dell’utente che ha creato la fattura, del responsabile che l’ha approvata o dell’addetto al recupero crediti che ha inviato un sollecito.

L’analisi per utente aiuta a individuare esigenze di formazione, distribuire i carichi di lavoro e rilevare differenze di prestazione tra persone o team. Può mostrare se determinati utenti sono associati a un numero elevato di errori o se alcuni approvatori costituiscono colli di bottiglia ricorrenti.

Perché è importante

Attribuisce la responsabilità dei passaggi del processo e consente di analizzare le prestazioni degli utenti, bilanciare i carichi di lavoro e individuare le esigenze di formazione.

Dove reperirli

Il dato proviene da campi con l’ID utente, come CREATED_BY o LAST_UPDATED_BY, presenti in diverse tabelle delle transazioni e del flusso di lavoro. L’ID viene poi collegato alle tabelle dell’elenco utenti, ad esempio PER_ALL_PEOPLE_F, per ricavare il nome dell’utente.

Esempi
john.smithjane.doeCollectionsBot
Obbligatorio Consigliato Facoltativo

Attività di Order to Cash - Fatturazione ed emissione fatture

Questi sono i passaggi e le tappe principali da registrare nell’event log per individuare il processo con precisione.
6 Consigliato 7 Facoltativo
Attività Descrizione
Fattura approvata
La fattura ha ricevuto tutte le approvazioni necessarie ed è pronta per essere inviata al cliente. L’evento viene rilevato quando il flusso di lavoro di approvazione si conclude correttamente e lo stato della fattura viene aggiornato.
Perché è importante

È un passaggio fondamentale, necessario per inviare la fattura al cliente. Eventuali ritardi incidono direttamente sull’avvio dei termini di pagamento e sui giorni medi di incasso (DSO).

Dove reperirli

Si deduce dall’aggiornamento dello stato finale di approvazione nella transazione della fattura o dalla data e ora di completamento dell’attività BPM associata.

Acquisizione

Rilevi la data e l’ora in cui lo stato di approvazione della fattura viene impostato su 'Approved'.

Tipo di evento inferred
Fattura chiusa
La fattura è stata pagata per intero e riconciliata; il suo ciclo di vita è concluso. In genere, questo evento viene dedotto quando il saldo residuo della fattura arriva a zero e il relativo stato viene aggiornato.
Perché è importante

È la risoluzione definitiva della fattura e segna la fine del processo. Il tempo totale necessario per raggiungere questo stato corrisponde al tempo di ciclo end-to-end, uno dei principali KPI del processo di fatturazione.

Dove reperirli

Si deduce dalla tabella AR_PAYMENT_SCHEDULES_ALL quando lo stato viene aggiornato a 'CLOSED' e amount_due_remaining è pari a zero. Il campo 'gl_date_closed' indica la data di chiusura.

Acquisizione

Utilizzare gl_date_closed di AR_PAYMENT_SCHEDULES_ALL per la fattura specifica.

Tipo di evento inferred
Fattura creata
Creazione iniziale di una transazione di fatturazione nel sistema, spesso con stato di bozza o incompleto. L’evento viene registrato esplicitamente quando un utente salva per la prima volta una nuova fattura nel modulo Accounts Receivable.
Perché è importante

Segna l’inizio effettivo del processo di fatturazione. Analizzare il tempo che intercorre tra la creazione e il completamento aiuta a individuare ritardi nell’inserimento iniziale dei dati o problemi di prestazioni del sistema.

Dove reperirli

L’evento viene rilevato dalla data di creazione della transazione nella tabella RA_CUSTOMER_TRX_ALL. Lo stato iniziale è spesso 'Incomplete'.

Acquisizione

Utilizzi creation_date nella tabella RA_CUSTOMER_TRX_ALL per il numero di fattura interessato.

Tipo di evento explicit
Fattura inviata al cliente
La fattura è stata recapitata al cliente con il metodo da lui preferito, ad esempio tramite e-mail o in formato cartaceo. Spesso il sistema registra la data e l’ora in cui viene eseguito l’invio.
Perché è importante

Questa attività avvia ufficialmente il periodo previsto per il pagamento. Misurare il tempo tra l’approvazione e l’invio è essenziale per valutare l’efficienza della distribuzione delle fatture.

Dove reperirli

L’evento si può dedurre dal campo 'last_printed_date' in RA_CUSTOMER_TRX_ALL oppure dai registri di Oracle Business Intelligence Publisher, se si utilizza l’invio elettronico.

Acquisizione

Utilizzi la data e l’ora registrate nel registro di invio o di stampa associato alla fattura.

Tipo di evento inferred
Pagamento applicato alla fattura
Il pagamento ricevuto dal cliente è stato associato correttamente alla fattura specifica, riducendone il saldo ancora da incassare. L’operazione è registrata come transazione distinta.
Perché è importante

Questa attività conferma che l’incasso è stato assegnato correttamente, un passaggio essenziale per l’accuratezza dei report sull’anzianità dei crediti e dei rendiconti finanziari. È la fase finale della registrazione dell’incasso a fronte del credito.

Dove reperirli

L’evento viene registrato esplicitamente nella tabella AR_RECEIVABLE_APPLICATIONS_ALL. I campi apply_date e gl_date indicano quando è avvenuta l’applicazione.

Acquisizione

Utilizzi apply_date nella tabella AR_RECEIVABLE_APPLICATIONS_ALL, che collega l’incasso alla fattura.

Tipo di evento explicit
Pagamento del cliente ricevuto
Un pagamento del cliente è stato inserito nel sistema come incasso. In questa fase, il pagamento potrebbe non essere ancora stato associato a una fattura specifica.
Perché è importante

È un passaggio fondamentale, che rappresenta un’entrata di cassa. Il tempo tra la ricezione del pagamento e la sua associazione a una fattura è un indicatore importante dell’efficienza della gestione della liquidità.

Dove reperirli

L’evento viene registrato esplicitamente alla creazione di un record nella tabella AR_CASH_RECEIPTS_ALL. Il campo receipt_date indica quando è stato elaborato il pagamento.

Acquisizione

Utilizzi creation_date o receipt_date nella tabella AR_CASH_RECEIPTS_ALL.

Tipo di evento explicit
Contestazione avviata
Il cliente ha contestato formalmente la fattura e nel sistema è stato creato un caso di contestazione. In genere, l’evento viene registrato modificando un indicatore di stato nel piano di pagamento della fattura.
Perché è importante

Le contestazioni sospendono il processo di pagamento e richiedono un intervento manuale per essere risolte. Analizzarne la frequenza e i tempi di risoluzione aiuta a individuare le cause profonde, come errori di prezzo o di spedizione.

Dove reperirli

L’evento si può dedurre dal campo di stato nella tabella AR_PAYMENT_SCHEDULES_ALL, quando assume un valore di contestazione, oppure dai record di creazione in AR_DISPUTE_HISTORY.

Acquisizione

Individui quando viene attivato l’indicatore o lo stato di contestazione nel piano di pagamento della fattura.

Tipo di evento inferred
Data di scadenza del pagamento raggiunta
È trascorsa la data entro cui, secondo le condizioni contrattuali, deve essere pagata la fattura. Non si tratta di un evento transazionale, ma di un valore calcolato in base alle condizioni della fattura e alla data corrente.
Perché è importante

Questo evento calcolato è fondamentale per l’analisi dell’anzianità e il calcolo del DSO. Distingue le fatture pagate puntualmente da quelle scadute, consentendo di concentrare le attività di recupero crediti.

Dove reperirli

È un evento calcolato, che si verifica quando la data corrente è successiva al campo due_date nella tabella AR_PAYMENT_SCHEDULES_ALL per una determinata fattura.

Acquisizione

Si calcola confrontando la data corrente con il campo due_date in AR_PAYMENT_SCHEDULES_ALL.

Tipo di evento calculated
Fattura completata
Indica che l’inserimento dei dati della fattura è terminato e che la transazione è pronta per la convalida e la contabilizzazione. In genere, si rileva quando lo stato della fattura passa da 'Incomplete' a 'Complete'.
Perché è importante

Questo traguardo segna la fine della fase di inserimento dei dati. Il tempo tra la creazione e il completamento può indicare l’efficienza delle attività di inserimento e revisione del reparto fatturazione.

Dove reperirli

Si deduce da una modifica dello stato della transazione nella tabella RA_CUSTOMER_TRX_ALL. Si individua la data e l’ora associate all’aggiornamento dello stato a 'Complete'.

Acquisizione

Tracci lo storico degli stati della transazione in RA_CUSTOMER_TRX_ALL o nelle tabelle correlate al flusso di lavoro.

Tipo di evento inferred
Fattura inviata per approvazione
Se è configurato un flusso di lavoro di approvazione, la fattura vi viene formalmente inserita. L’evento viene rilevato quando lo stato della fattura passa a un valore di approvazione in sospeso, attivando le notifiche agli approvatori designati.
Perché è importante

Segna l’inizio del ciclo di approvazione. Tracciare questa attività è essenziale per misurare e analizzare i successivi tempi di approvazione, una componente fondamentale del tempo di ciclo complessivo della fattura.

Dove reperirli

Si deduce da una modifica dello stato della transazione oppure si rileva nelle tabelle del flusso di lavoro Oracle Business Process Management (BPM), che registrano l’avvio dell’attività di approvazione.

Acquisizione

Individui la data e l’ora in cui lo stato di approvazione della fattura passa a 'Pending' o a uno stato equivalente.

Tipo di evento inferred
Fattura rettificata
È stata apportata una modifica all’importo della fattura, ad esempio uno stralcio o una nota di credito. Si tratta di una transazione esplicita che modifica il saldo ancora da incassare.
Perché è importante

Le rettifiche spesso indicano contestazioni, concessioni o correzioni. Analizzarne la frequenza e il valore può far emergere problemi sottostanti nel processo Order to Cash.

Dove reperirli

L’evento viene registrato esplicitamente nella tabella AR_ADJUSTMENTS_ALL. La data di creazione del record della rettifica ne segna il momento.

Acquisizione

Utilizzi creation_date nella tabella AR_ADJUSTMENTS_ALL per la fattura interessata.

Tipo di evento explicit
Fattura rifiutata
Un approvatore ha rifiutato la fattura, in genere a causa di errori nei dati, come prezzi o quantità. L’evento rimanda la fattura alla fase di correzione e genera un ciclo di rilavorazione.
Perché è importante

Tracciare i rifiuti mette in evidenza problemi di accuratezza della fatturazione e dei controlli interni. Analizzarne la frequenza e le motivazioni aiuta a individuare le aree in cui migliorare il processo e la formazione.

Dove reperirli

Si deduce da un aggiornamento dello stato della transazione della fattura o dall’esito 'Rejected' dell’attività BPM.

Acquisizione

Rilevi la data e l’ora in cui lo stato di approvazione della fattura viene impostato su 'Rejected'.

Tipo di evento inferred
Sollecito di pagamento inviato
È stata inviata al cliente una lettera di sollecito o una notifica relativa a una fattura scaduta. Si tratta di un’azione esplicita registrata dal modulo di recupero crediti.
Perché è importante

Tracciare i solleciti aiuta a misurare l’efficacia del processo di recupero crediti e ad analizzare quali strategie favoriscono pagamenti più rapidi.

Dove reperirli

L’evento viene registrato esplicitamente nel modulo Oracle Advanced Collections. Le tabelle dello storico dei solleciti, come IEX_DUNNINGS, registrano la data e il livello del sollecito inviato.

Acquisizione

Rilevi l’evento dalle tabelle dello storico dei solleciti, collegando la transazione di sollecito alla fattura.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come estrarre i dati da Oracle Fusion Financials

È pronto a iniziare?

Utilizzi questo template per preparare i dati, rendere più efficiente il processo Order to Cash - Fatturazione ed emissione fatture e accelerare la conversione in liquidità. Inizi oggi a ottenere informazioni utili e a migliorare l’efficienza delle operazioni in Oracle Fusion Financials.

Inizi subito a ottimizzare la fatturazione e l’emissione delle fatture in Oracle

Riduca del 30% il tempo del ciclo di fatturazione e migliori la liquidità con la nostra soluzione.

Inizi la prova gratuita

Non è richiesta la carta di credito. La configurazione richiede pochi minuti.