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

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

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

Questo Template offre una guida completa all'estrazione dei dati necessari per analizzare il processo Order to Cash - Fatturazione ed emissione delle fatture. Illustra gli attributi essenziali da raccogliere, le attività critiche da monitorare e indicazioni pratiche per l'estrazione dei dati. Seguendo questo Template, potrà creare un dataset solido per un Process Mining e un'ottimizzazione efficaci.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l'estrazione 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 delle fatture

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa di Order to Cash - Fatturazione ed emissione delle fatture.
3 Obbligatorio 5 Consigliato 14 Facoltativo
Nome Descrizione
Numero fattura
InvoiceNumber
L'identificativo univoco di ogni fattura, utilizzato come Case ID principale per monitorare tutte le attività correlate.
Descrizione

Il numero fattura è il fulcro dell'analisi del processo di fatturazione. Funziona come Case ID e raggruppa tutti gli eventi, dalla creazione della fattura fino al pagamento e alla chiusura definitivi. In questo modo è possibile ottenere una visione completa, end-to-end, del ciclo di vita di un singolo documento di fatturazione.

Nel Process Mining, l'analisi per numero fattura consente di visualizzare le varianti di processo, calcolare i tempi di ciclo delle singole fatture e identificare i colli di bottiglia o i loop di rilavorazione che interessano specifiche transazioni. È indispensabile per Dashboard come 'Invoice End-to-End Cycle Time' e per calcolare KPI fondamentali, come i Days Sales Outstanding (DSO), a livello di singola 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 reperirlo

In genere corrisponde al Transaction Number (TRX_NUMBER) della tabella RA_CUSTOMER_TRX_ALL in Oracle Fusion Financials.

Esempi
INV-1002345983451CM-55432
Ora di inizio
EventTimestamp
La data e l'ora precise in cui si è verificata una specifica attività o un determinato evento.
Descrizione

Il timestamp dell'evento registra il momento esatto in cui si è verificata un'attività. Fornisce l'ordine cronologico degli eventi per ogni fattura, un elemento essenziale per costruire il flusso di processo ed eseguire qualsiasi analisi basata sul tempo.

Questo attributo costituisce la base di tutti i calcoli relativi a durata e prestazioni. Viene utilizzato per misurare il tempo tra le attività, calcolare i tempi di ciclo end-to-end, determinare se i pagamenti sono puntuali e analizzare gli andamenti nel tempo. KPI come 'Average Invoice Approval Time' e 'End-to-End Invoice Cycle Time' vengono calcolati direttamente a partire da questi timestamp.

Perché è importante

I timestamp sono essenziali per calcolare tutte le metriche di prestazione, inclusi tempi di ciclo, ritardi e rispetto delle scadenze, e costituiscono la base dell'analisi quantitativa dei processi.

Dove reperirlo

Proviene da diversi campi data nelle tabelle di Oracle Fusion Financials, come CREATION_DATE in RA_CUSTOMER_TRX_ALL o i timestamp degli aggiornamenti di stato nelle tabelle dei Workflow.

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

Il nome attività descrive un passaggio del processo di fatturazione, come 'Invoice Created', 'Invoice Approved' o 'Customer Payment Received'. Questi eventi costituiscono la sequenza di azioni che compone il flusso di processo per ogni fattura.

Questo attributo è fondamentale per la process discovery, perché consente allo strumento di Process Mining di costruire una mappa visiva del modo in cui le fatture vengono effettivamente gestite. Viene utilizzato per analizzare le varianti di processo, identificare i loop di rilavorazione, come molteplici passaggi di approvazione, 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 di processo.

Perché è importante

Questo attributo definisce i passaggi della mappa di processo, rendendo possibile visualizzare, analizzare e individuare le inefficienze nel Workflow di fatturazione.

Dove reperirlo

Queste informazioni derivano da diverse tabelle e modifiche di stato in Oracle Fusion Financials, come le tabelle della cronologia dei Workflow, ad esempio quelle relative alle approvazioni, e i campi di stato delle transazioni.

Esempi
Fattura creataFattura approvataPagamento del cliente ricevutoFattura chiusa
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 che definisce il termine per il pagamento di una fattura, secondo le condizioni di pagamento.

Questo attributo è essenziale per monitorare gli incassi e la salute finanziaria. Costituisce la base per calcolare il KPI On-Time Payment Rate e creare report di anzianità dei pagamenti. Nelle Dashboard viene utilizzato per prevedere il flusso di cassa, indicando quando sono attesi i pagamenti, e per identificare le fatture scadute che richiedono attività di incasso.

Perché è importante

È il principale riferimento per misurare la puntualità dei pagamenti, calcolare il DSO e gestire l'anzianità dei crediti commerciali.

Dove reperirlo

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
Il valore monetario totale della fattura.
Descrizione

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

Nell'analisi, l'importo fattura viene utilizzato per dare priorità alle transazioni di valore elevato, calcolare il valore totale dei crediti in sospeso e ponderare KPI come i Days Sales Outstanding (DSO). Consente di segmentare il processo in base all'impatto finanziario, ad esempio per verificare se le fatture di importo elevato seguono un percorso di approvazione diverso o richiedono più tempo per essere pagate.

Perché è importante

Fornisce il contesto finanziario di ogni caso, consentendo analisi basate sul valore, la definizione delle priorità per le fatture di importo elevato e il calcolo dei principali KPI finanziari.

Dove reperirlo

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
Il nome del cliente o dell'entità a cui viene emessa la fattura.
Descrizione

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

L'analisi per nome cliente aiuta a identificare quali clienti presentano i cicli di pagamento più lunghi, quali hanno maggiore probabilità di contestare le fatture e quali pagano regolarmente puntualmente. È fondamentale per la Dashboard DSO Trend e per adattare le strategie di incasso ai comportamenti dei singoli clienti.

Perché è importante

Consente di segmentare il processo per cliente, facendo emergere comportamenti, modelli di pagamento e potenziali problemi nella relazione che incidono sul flusso di cassa.

Dove reperirlo

Derivato collegando 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
Lo stato corrente della fattura nel suo ciclo di vita, ad esempio 'Open', 'Closed' o 'Disputed'.
Descrizione

Lo stato fattura fornisce una fotografia della posizione della fattura nel processo. Gli stati più comuni includono aperta, non pagata, chiusa, pagata, contestata o annullata.

Questo attributo è utile per il monitoraggio e il filtraggio di alto livello. Ad esempio, la Dashboard Real-Time Cash Flow Forecast utilizza questo stato per classificare gli importi in sospeso. Aiuta a identificare rapidamente l'insieme delle fatture scadute, contestate o completamente regolate.

Perché è importante

Fornisce una comprensione rapida e di alto livello dello stato corrente di una fattura, consentendo un filtraggio e una categorizzazione efficienti per il reporting finanziario e la gestione operativa.

Dove reperirlo

Derivato 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
L'unità aziendale specifica dell'organizzazione che ha emesso la fattura.
Descrizione

L'unità aziendale rappresenta l'entità organizzativa responsabile della transazione. È un elemento dati fondamentale per la segmentazione finanziaria e il reporting nelle grandi imprese.

Questo attributo consente di confrontare le prestazioni del processo tra diverse aree dell'azienda. Ad esempio, è possibile analizzare se il DSO varia significativamente tra le unità aziendali o se una di esse presenta un tasso di rilavorazione della fatturazione molto più elevato. In questo modo è possibile indirizzare le iniziative di miglioramento dove sono maggiormente necessarie.

Perché è importante

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

Dove reperirlo

Disponibile in tabelle delle transazioni come RA_CUSTOMER_TRX_ALL, spesso nel campo ORG_ID, che si collega alle definizioni delle unità aziendali.

Esempi
Consulenza negli Stati UnitiProduzione EMEAServizi APAC
Condizioni di pagamento
PaymentTerms
Le condizioni concordate per il pagamento della fattura, come '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 Early Payment Discount Capture Rate dipende direttamente da questi dati per determinare quali fatture erano idonee a uno sconto.

Perché è importante

Definisce le regole di pagamento di una fattura, incidendo direttamente sul calcolo della scadenza e sulla possibilità di monitorare e ottimizzare l'acquisizione degli sconti per pagamento anticipato.

Dove reperirlo

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

Esempi
30 giorni netti60 giorni netti2% entro 10 giorni, netto 30
Data fattura
InvoiceDate
La data ufficiale di emissione della fattura.
Descrizione

La data fattura, nota anche come data della transazione, è la data riportata sul documento di fatturazione. Costituisce il punto di partenza per il calcolo delle condizioni di pagamento.

Questa data è un elemento fondamentale per calcolare i Days Sales Outstanding (DSO), poiché il DSO misura il tempo che intercorre tra la data fattura e la data del pagamento. È distinta dalla data di creazione nel sistema e rappresenta l'inizio ufficiale del ciclo di pagamento dal punto di vista del cliente.

Perché è importante

Rappresenta la data ufficiale di inizio del ciclo di vita della fattura e costituisce la base per calcolare il KPI Days Sales Outstanding (DSO).

Dove reperirlo

Si trova nella tabella RA_CUSTOMER_TRX_ALL, nel campo TRX_DATE.

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

Questo attributo calcolato segnala le attività che rappresentano lavoro non necessario o ridondante. Tra gli esempi rientrano una fattura rifiutata e successivamente reinviata per l'approvazione oppure una correzione apportata dopo la creazione iniziale.

Segnalare la rilavorazione rende semplice quantificarne l'impatto sul processo. Il KPI Billing Rework Rate viene calcolato direttamente a partire da questo attributo. Le Dashboard possono visualizzare la frequenza della rilavorazione e misurare il tempo di ciclo aggiuntivo che comporta, aiutando a individuare le fonti di inefficienza ed errore.

Perché è importante

Quantifica direttamente l'inefficienza del processo segnalando il lavoro non necessario o ripetuto e semplificando la misurazione dell'impatto in termini di costi e tempi dei problemi di qualità.

Dove reperirlo

Viene calcolato durante la trasformazione dei dati in base alla sequenza delle attività. Ad esempio, se un'attività 'Invoice Approved' è preceduta da un'attività 'Invoice Rejected' per lo stesso caso, viene contrassegnata come rilavorazione.

Esempi
truefalse
Giorni medi di incasso dei crediti commerciali
DaysSalesOutstanding
Il numero di giorni tra la data della fattura e la data di ricezione del pagamento.
Descrizione

I Days Sales Outstanding (DSO) sono una metrica finanziaria fondamentale che misura il tempo medio necessario per incassare un pagamento dopo l'emissione di una fattura. Questo attributo li calcola per ogni singola fattura.

Sebbene il DSO complessivo sia un KPI importante, calcolarlo a livello di singola fattura consente un'analisi molto più approfondita. Può essere utilizzato per creare Dashboard degli andamenti, identificare le caratteristiche delle fatture con DSO elevato e misurare l'impatto finanziario dei ritardi di processo. Questo calcolo granulare fornisce i dati necessari per comprendere i fattori che determinano il KPI DSO aggregato.

Perché è importante

Calcola una metrica fondamentale del flusso di cassa a livello di singola fattura, consentendo un'analisi dettagliata dei fattori che determinano i tempi di incasso e le prestazioni finanziarie.

Dove reperirlo

Viene calcolato determinando la differenza tra il timestamp dell'attività 'Customer Payment Received' e l'attributo 'Invoice Date'.

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

Questo attributo specifica come il cliente ha pagato la fattura. Le informazioni possono essere utili 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 reperirlo

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

Esempi
ACHBonifico bancarioCarta di creditoAssegno
Motivo della contestazione
DisputeReason
Il motivo indicato per la contestazione della fattura da parte del cliente.
Descrizione

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

L'analisi dei motivi di contestazione è un metodo efficace per svolgere un'analisi delle cause principali. Comprendendo 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 l'Avg Invoice Dispute Resolution Time e a migliorare la soddisfazione dei clienti.

Perché è importante

Fornisce una visione diretta delle cause principali dei ritardi nei pagamenti e dell'insoddisfazione dei clienti, consentendo all'azienda di affrontare i problemi sistemici.

Dove reperirlo

Queste informazioni possono essere memorizzate in Oracle Collections o in un modulo correlato per la gestione delle contestazioni. Potrebbero trovarsi in una tabella dedicata alle contestazioni o sotto forma di codice motivo direttamente nella transazione.

Esempi
Prezzo erratoQuantità non corrispondenteMerce danneggiataFattura duplicata
Ora di fine
EventEndTime
La data e l'ora precise in cui una specifica attività o un determinato evento è stato completato.
Descrizione

L'ora di fine dell'evento registra il momento in cui un'attività è stata completata. Sebbene molti eventi siano istantanei, alcune attività, come 'Invoice Approval', possono avere una durata: iniziano al momento dell'invio e terminano quando viene presa una decisione.

La disponibilità di un'ora di fine consente di calcolare con precisione il tempo di elaborazione dell'attività. È utile per analizzare quanto tempo gli utenti dedicano a specifiche Task e migliora l'accuratezza dell'analisi dei colli di bottiglia, distinguendo il tempo di attesa dal tempo effettivo di elaborazione.

Perché è importante

Consente di calcolare con precisione i tempi di elaborazione delle attività, distinguendo il tempo di lavoro effettivo dal tempo di attesa, un elemento fondamentale per un'analisi dettagliata dei colli di bottiglia.

Dove reperirlo

Spesso viene derivata prendendo l'ora di inizio dell'attività successiva nel processo. Per alcune attività può esistere un campo dedicato all'ora di fine nei log dei Workflow.

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

Questo attributo calcolato fornisce un semplice indicatore vero o falso della puntualità del pagamento. Deriva dal confronto tra la data dell'attività 'Customer Payment Received' e l'attributo 'Due Date' della fattura.

Questo indicatore semplifica l'analisi e il reporting per il KPI On-Time Payment Rate. Consente di filtrare e segmentare facilmente i dati per comprendere quali fattori, come cliente, regione o importo della fattura, sono correlati ai pagamenti tardivi. È una metrica fondamentale per valutare l'efficacia degli incassi.

Perché è importante

Semplifica la misurazione delle prestazioni degli incassi e consente di analizzare facilmente i fattori che contribuiscono ai pagamenti puntuali o tardivi.

Dove reperirlo

Calcolato confrontando il timestamp dell'attività di pagamento finale con l'attributo DueDate. La logica è: PaymentTimestamp <= DueDate.

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

La regione fornisce il contesto geografico della fattura, generalmente in base alla sede del cliente. Consente di analizzare le prestazioni del processo su base territoriale.

L'analisi per regione può far emergere variazioni dovute a normative locali, condizioni di mercato o prestazioni dei team regionali. Dashboard come DSO Trend e Invoice End-to-End Cycle Time possono essere segmentate per regione per verificare se determinate aree incontrano difficoltà specifiche nell'ottenere il pagamento delle fatture.

Perché è importante

Consente di segmentare geograficamente il processo, mettendo in evidenza differenze regionali nelle prestazioni, nel comportamento dei clienti o nella conformità.

Dove reperirlo

In genere deriva dalle informazioni sull'indirizzo del cliente memorizzate nel TCA (HZ_LOCATIONS, HZ_PARTY_SITES). Non è un campo diretto della fattura.

Esempi
Nord AmericaEuropaAsia-Pacifico
Reparto fatturazione
BillingDepartment
Il reparto o team interno responsabile della creazione e della gestione della fattura.
Descrizione

Questo attributo identifica il team o reparto specifico dell'organizzazione che ha gestito il processo di fatturazione. Fornisce un ulteriore livello di contesto organizzativo per l'analisi.

Segmentando il processo per reparto fatturazione, un'azienda può confrontare l'efficienza e l'accuratezza dei diversi team. Può individuare i reparti con tassi di rilavorazione più elevati, cicli di approvazione più lunghi o un contributo maggiore a un DSO elevato, evidenziando opportunità di formazione mirata o di standardizzazione del processo.

Perché è importante

Consente di confrontare le prestazioni dei team interni, aiutando a individuare best practice, esigenze di risorse o aree che richiedono un miglioramento del processo.

Dove reperirlo

Queste informazioni possono essere derivate dall'utente che ha creato la fattura, collegando l'utente al reparto assegnato nel sistema HR, ad esempio tramite PER_ALL_ASSIGNMENTS_F.

Esempi
Fatturazione aziendaleTeam fatturazione serviziFatturazione vendite prodotti
Sistema di origine
SourceSystem
Il sistema di riferimento dal quale sono stati estratti i dati degli eventi.
Descrizione

Questo attributo identifica l'applicazione di origine da cui provengono i dati. Per questo processo sarà in genere Oracle Fusion Financials, ma potrebbe anche indicare un modulo specifico al suo interno, 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 elemento fondamentale per la governance dei dati, la risoluzione dei problemi e la verifica che l'analisi si basi sul sistema di riferimento corretto.

Dove reperirlo

In genere si tratta di un valore statico ('Oracle Fusion Financials') aggiunto durante il processo di estrazione e trasformazione dei dati.

Esempi
Oracle Fusion FinancialsOracle AR CloudFusion Apps
Tempo di ciclo della fattura
InvoiceCycleTime
Il tempo totale che intercorre dalla prima creazione della fattura fino alla sua chiusura.
Descrizione

Questo attributo misura la durata end-to-end dell'intero ciclo di vita della fattura per un singolo caso. Viene calcolato come differenza temporale tra la prima attività, in genere 'Invoice Created', e l'attività finale, 'Invoice Closed'.

Questa metrica fornisce una visione di alto livello dell'efficienza complessiva del processo. È la misura principale per la Dashboard 'End-to-End Invoice Cycle Time'. Analizzando questo attributo per dimensioni diverse, come cliente o unità aziendale, le organizzazioni possono identificare i tipi di fattura che richiedono più tempo per essere completati e analizzarne le cause principali.

Perché è importante

Fornisce una misura unica e fondamentale della velocità complessiva del processo, aiutando a identificare rapidamente le fatture che richiedono più tempo per essere completate dall'inizio alla fine.

Dove reperirlo

È una metrica calcolata, derivata dalla differenza tra il valore massimo e quello minimo di EventTimestamp per ogni InvoiceNumber univoco.

Esempi
45 giorni e 8 ore32 giorni e 2 ore90 giorni e 12 ore
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica l'ultima volta in cui i dati relativi a questo evento sono stati aggiornati o estratti dal sistema di origine.
Descrizione

Questo attributo fornisce il timestamp dell'estrazione dati più recente. È un campo di metadati essenziale per comprendere l'aggiornamento dei dati analizzati.

Gli analisti utilizzano queste informazioni per verificare di lavorare con dati aggiornati e comprenderne la recenza. Sono particolarmente importanti per le Dashboard che dichiarano di offrire dati 'in tempo reale' o quasi, poiché garantiscono trasparenza su eventuali ritardi nei dati.

Perché è importante

Informa gli utenti sull'aggiornamento dei dati, assicurando che analisi e conclusioni si basino su informazioni con un livello di recenza noto e accettabile.

Dove reperirlo

È 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 dati.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Utente
User
Il dipendente o l'utente di sistema che ha eseguito una determinata attività.
Descrizione

L'attributo utente identifica la persona o l'agente automatizzato responsabile dell'esecuzione di un passaggio del processo. Può trattarsi dell'utente che ha creato la fattura, del responsabile che l'ha approvata o dell'addetto agli incassi che ha emesso un sollecito.

L'analisi per utente aiuta a individuare opportunità di formazione, distribuire i carichi di lavoro e rilevare differenze di prestazione tra persone o team. Può evidenziare se determinati utenti sono associati a tassi di errore elevati o se specifici approvatori costituiscono colli di bottiglia ricorrenti.

Perché è importante

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

Dove reperirlo

Proviene da campi contenenti l'ID utente, come CREATED_BY o LAST_UPDATED_BY, presenti in diverse tabelle di transazioni e Workflow. L'ID viene quindi collegato alle tabelle della directory utenti, ad esempio PER_ALL_PEOPLE_F, per ottenere il nome dell'utente.

Esempi
john.smithjane.doeCollectionsBot
Obbligatorio Consigliato Facoltativo

Attività di Order to Cash - Fatturazione ed emissione delle fatture

Queste sono le fasi e le tappe fondamentali del processo da acquisire nell’Event Log per una corretta individuazione del processo.
6 Consigliato 7 Facoltativo
Attività Descrizione
Fattura approvata
La fattura ha ricevuto tutte le approvazioni necessarie ed è pronta per essere inviata al cliente. Questo evento viene acquisito quando il Workflow di approvazione si conclude correttamente e lo stato della fattura viene aggiornato.
Perché è importante

Si tratta di una milestone fondamentale, che condiziona la consegna della fattura al cliente. I ritardi in questa fase incidono direttamente sull'avvio del periodo di pagamento e quindi sul Days Sales Outstanding (DSO).

Dove reperirlo

Viene dedotto dall'aggiornamento dello stato di approvazione finale nel record della transazione della fattura oppure dal timestamp di completamento dell'attività BPM associata.

Acquisizione

Acquisisca il timestamp in cui lo stato di approvazione della fattura viene impostato su 'Approved'.

Tipo di evento inferred
Fattura chiusa
La fattura è stata pagata e riconciliata integralmente e il relativo ciclo di vita è terminato. In genere, l'evento viene dedotto quando il saldo residuo della fattura diventa zero e il relativo stato viene aggiornato.
Perché è importante

Si tratta della risoluzione finale della fattura e segna la conclusione del processo. Il tempo totale necessario per raggiungere questo stato rappresenta il tempo di ciclo end-to-end, un KPI primario del processo di fatturazione.

Dove reperirlo

Deducibile 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 dalla tabella AR_PAYMENT_SCHEDULES_ALL per la fattura specifica.

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

Questo rappresenta 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 performance del sistema.

Dove reperirlo

Questo evento viene acquisito dalla data di creazione del record della transazione nella tabella RA_CUSTOMER_TRX_ALL. Lo stato iniziale è spesso 'Incomplete'.

Acquisizione

Utilizzi creation_date dalla tabella RA_CUSTOMER_TRX_ALL per il numero specifico della fattura.

Tipo di evento explicit
Fattura inviata al cliente
La fattura è stata consegnata al cliente tramite il metodo preferito, ad esempio e-mail o stampa. Il sistema registra spesso il timestamp in cui viene eseguita l'azione di consegna.
Perché è importante

Questa attività dà ufficialmente inizio al periodo previsto per il pagamento. Misurare il tempo che intercorre tra approvazione e consegna è fondamentale per comprendere l'efficienza del processo di distribuzione delle fatture.

Dove reperirlo

Può essere dedotto dal campo 'last_printed_date' in RA_CUSTOMER_TRX_ALL oppure dai log di Oracle Business Intelligence Publisher, se viene utilizzata la consegna elettronica.

Acquisizione

Utilizzi il timestamp del log di consegna o di stampa pertinente associato alla fattura.

Tipo di evento inferred
Pagamento applicato alla fattura
Il pagamento ricevuto dal cliente è stato associato e applicato correttamente alla fattura specifica, riducendone il saldo residuo. Si tratta di un record transazionale distinto.
Perché è importante

Questa attività conferma che la liquidità è stata allocata correttamente, un aspetto essenziale per garantire l'accuratezza dei report di anzianità dei crediti e dei rendiconti finanziari. Rappresenta il passaggio finale per rilevare l'incasso a fronte del credito.

Dove reperirlo

Registrato esplicitamente nella tabella AR_RECEIVABLE_APPLICATIONS_ALL. I campi apply_date e gl_date indicano quando è stata effettuata l'applicazione.

Acquisizione

Utilizzare apply_date dalla tabella AR_RECEIVABLE_APPLICATIONS_ALL, collegando 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

Si tratta di una milestone fondamentale, che rappresenta un'entrata di cassa. L'intervallo tra la ricezione del pagamento e la sua applicazione a una fattura è un indicatore importante dell'efficienza della gestione della liquidità.

Dove reperirlo

Registrato esplicitamente alla creazione di un record nella tabella AR_CASH_RECEIPTS_ALL. Il campo receipt_date indica quando il pagamento è stato elaborato.

Acquisizione

Utilizzare creation_date o receipt_date dalla tabella AR_CASH_RECEIPTS_ALL.

Tipo di evento explicit
Controversia avviata
Il cliente ha contestato formalmente la fattura e nel sistema è stata creata una pratica di contestazione. In genere, l'evento viene registrato modificando un indicatore di stato nel piano dei pagamenti della fattura.
Perché è importante

Le contestazioni bloccano il processo di pagamento e richiedono attività manuali per essere risolte. L'analisi della frequenza delle contestazioni e dei relativi tempi di risoluzione aiuta a individuare le cause principali, come errori di prezzo o di spedizione.

Dove reperirlo

Può essere dedotto dal campo di stato della tabella AR_PAYMENT_SCHEDULES_ALL, impostato su uno stato di contestazione, oppure dai record di creazione nella tabella AR_DISPUTE_HISTORY.

Acquisizione

Identificare il momento in cui l'indicatore o lo stato di contestazione viene attivato per il piano dei pagamenti della fattura.

Tipo di evento inferred
Fattura completata
Rappresenta il momento in cui l'inserimento dei dati della fattura è stato completato e la transazione è pronta per la convalida e la contabilizzazione. In genere viene rilevato osservando il passaggio dello stato della fattura da 'Incomplete' a 'Complete'.
Perché è importante

Questa milestone segna la fine della fase di inserimento dei dati. Il tempo tra la creazione e il completamento può indicare l'efficienza del processo di inserimento e revisione dei dati del reparto di fatturazione.

Dove reperirlo

Viene dedotto da una modifica dello stato del record della transazione nella tabella RA_CUSTOMER_TRX_ALL. Individui il timestamp associato all'aggiornamento dello stato a 'Complete'.

Acquisizione

Monitori la cronologia degli stati della transazione in RA_CUSTOMER_TRX_ALL o nelle tabelle Workflow correlate.

Tipo di evento inferred
Fattura inviata per l'approvazione
La fattura viene formalmente inviata a un Workflow di approvazione, se configurato. L'evento viene acquisito quando lo stato della fattura viene aggiornato a uno stato di approvazione in sospeso, attivando le notifiche agli approvatori designati.
Perché è importante

Segna l'inizio del ciclo di approvazione. Monitorare questa attività è essenziale per misurare e analizzare il successivo tempo di approvazione, una componente fondamentale del tempo complessivo del ciclo della fattura.

Dove reperirlo

Viene dedotto da una modifica dello stato della transazione della fattura oppure acquisito dalle tabelle del Workflow Oracle Business Process Management (BPM), che registrano l'avvio dell'attività di approvazione.

Acquisizione

Individui il timestamp in cui lo stato di approvazione della fattura passa a 'Pending' o a uno stato analogo.

Tipo di evento inferred
Fattura rettificata
È stata apportata una modifica all'importo della fattura, ad esempio uno stralcio o un accredito. Si tratta di una transazione esplicita che modifica il saldo residuo della fattura.
Perché è importante

Le rettifiche sono spesso indice di contestazioni, concessioni o correzioni. L'analisi della frequenza e del valore delle rettifiche può far emergere problemi strutturali nel processo order-to-cash.

Dove reperirlo

Registrato esplicitamente nella tabella AR_ADJUSTMENTS_ALL. La creation_date del record di rettifica contrassegna l'evento.

Acquisizione

Utilizzare creation_date dalla tabella AR_ADJUSTMENTS_ALL per la fattura interessata.

Tipo di evento explicit
Fattura rifiutata
Un approvatore ha rifiutato la fattura, generalmente a causa di errori nei dati, come prezzi o quantità. Questo evento rimanda la fattura alla correzione, creando un ciclo di rilavorazione.
Perché è importante

Monitorare i rifiuti mette in evidenza i problemi di accuratezza della fatturazione e dei controlli interni. Analizzare la frequenza e le motivazioni dei rifiuti può aiutare a individuare le aree in cui migliorare il processo e la formazione.

Dove reperirlo

Viene dedotto da un aggiornamento dello stato nel record della transazione della fattura oppure dall'esito 'Rejected' dell'attività BPM.

Acquisizione

Acquisisca il timestamp in cui lo stato di approvazione della fattura viene impostato su 'Rejected'.

Tipo di evento inferred
Promemoria di pagamento emesso
Al cliente è stata inviata una lettera di sollecito o una notifica di promemoria relativa a una fattura scaduta. Si tratta di un'azione esplicita registrata dal modulo di gestione degli incassi.
Perché è importante

Il monitoraggio dei promemoria aiuta a misurare l'efficacia del processo di gestione degli incassi. Consente di analizzare quali strategie di sollecito portano a pagamenti più rapidi.

Dove reperirlo

Registrato esplicitamente nel modulo Oracle Advanced Collections. Le tabelle della cronologia dei solleciti, come IEX_DUNNINGS, registrerebbero la data e il livello del promemoria inviato.

Acquisizione

Acquisito dalle tabelle della cronologia dei solleciti, collegando la transazione di sollecito alla fattura.

Tipo di evento explicit
Raggiunta la data di scadenza del pagamento
La data entro la quale il pagamento della fattura è contrattualmente dovuto è trascorsa. Non si tratta di un evento transazionale, ma di un evento calcolato sulla base delle condizioni della fattura e della data corrente.
Perché è importante

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

Dove reperirlo

Si tratta di un evento calcolato. Si verifica quando la data corrente è successiva al campo due_date della tabella AR_PAYMENT_SCHEDULES_ALL per una determinata fattura.

Acquisizione

Calcolato confrontando la data corrente con il campo due_date in AR_PAYMENT_SCHEDULES_ALL.

Tipo di evento calculated
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da Oracle Fusion Financials

È pronto per iniziare?

Utilizzi questo Template per preparare i Suoi dati, semplificare il processo Order to Cash - Fatturazione ed emissione delle fatture e ottenere una conversione della liquidità più rapida. Scopra oggi stesso nuovi insight e migliori 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 il flusso di cassa con la nostra soluzione.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Configurazione completata in pochi minuti.