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
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione dei dati da Oracle Fusion Financials
Attributi di Order to Cash - Fatturazione ed emissione fatture
| 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 è:
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
|
|||
Attività di Order to Cash - Fatturazione ed emissione fatture
| 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
|
|||
Guide all’estrazione
È 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.
Non è richiesta la carta di credito. La configurazione richiede pochi minuti.