Il Suo Template dei dati per Order to Cash - Billing & Invoicing

Oracle E-Business Suite
Il Suo Template dei dati per Order to Cash - Billing & Invoicing

Il Suo Template dei dati per Order to Cash - Billing & Invoicing

Questo Template fornisce una roadmap chiara per raccogliere i dati essenziali necessari ad analizzare il processo Order to Cash - Billing & Invoicing. Indica i principali campi da includere nell'Event Log, le fasi critiche del processo da monitorare e indicazioni pratiche per estrarre queste informazioni. Utilizzi questa risorsa per assicurarsi di raccogliere tutti i dati necessari a un'analisi e a un'ottimizzazione efficaci del processo.
  • Attributi consigliati da raccogliere
  • Attività principali da monitorare
  • Indicazioni per l'estrazione da Oracle E-Business Suite
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 del processo Order to Cash - Fatturazione ed emissione delle fatture.
3 Obbligatorio 6 Consigliato 11 Facoltativo
Nome Descrizione
Numero fattura
InvoiceNumber
L'identificativo univoco di ciascun documento di fatturazione, che funge da ID principale del caso per il processo di fatturazione.
Descrizione

Il numero fattura è il fulcro dell'analisi della fatturazione Order to Cash e identifica in modo univoco ogni transazione di fatturazione. Raggruppa in un'unica istanza di processo coerente tutte le attività correlate, come generazione, approvazione, invio, pagamento e chiusura, consentendo una visione completa end-to-end del ciclo di vita della fattura.

Nel Process Mining, analizzare i processi per numero fattura aiuta a misurare il tempo di ciclo totale, identificare le varianti nella gestione delle fatture e individuare i colli di bottiglia che ritardano il pagamento. È essenziale per seguire ogni fattura lungo l'intero percorso, dalla creazione al saldo.

Perché è importante

È l'identificativo essenziale del caso che collega tutti gli eventi correlati, consentendo di ricostruire e analizzare l'intero processo di fatturazione per ogni fattura univoca.

Dove reperirlo

In genere corrisponde al numero della transazione nella tabella RA_CUSTOMER_TRX_ALL di Oracle Receivables.

Esempi
INV-9234501788144US-2023-001293
Ora dell'evento
EventTime
La data e l'ora esatte in cui si è verificata l'attività.
Descrizione

L'ora dell'evento è il timestamp associato a ciascuna attività e definisce l'ordine cronologico degli eventi all'interno di un caso. Costituisce il dato grezzo utilizzato per tutte le analisi temporali nel Process Mining.

Questo attributo è essenziale per calcolare indicatori chiave come tempi di ciclo, durate tra attività e tempi di attraversamento del processo. Ad esempio, la differenza tra l'ora dell'evento 'Invoice Generated' e quella di 'Invoice Approved' restituisce la durata dell'approvazione. Timestamp accurati e completi sono fondamentali per un'analisi affidabile del processo.

Perché è importante

Fornisce il contesto temporale di ogni evento, rendendo possibile calcolare le durate, analizzare le prestazioni del processo e individuare i colli di bottiglia.

Dove reperirlo

Proviene da diversi campi data delle tabelle Oracle EBS, come CREATION_DATE o LAST_UPDATE_DATE nelle tabelle RA_CUSTOMER_TRX_ALL e AR_CASH_RECEIPTS_ALL.

Esempi
2023-04-15T10:00:00Z2023-04-20T14:35:10Z2023-05-15T00:00:00Z
Nome attività
ActivityName
Il nome dello specifico evento aziendale che si è verificato in un determinato momento del ciclo di vita della fattura.
Descrizione

Il nome attività descrive una fase o una milestone del processo di fatturazione, come 'Invoice Generated', 'Invoice Approved' o 'Customer Payment Received'. La sequenza cronologica di queste attività per un determinato numero fattura costituisce il flusso del processo.

Questo attributo è fondamentale nel Process Mining, poiché viene utilizzato per costruire la mappa del processo, analizzare le varianti e identificare deviazioni o cicli di rielaborazione. La chiarezza e la coerenza dei nomi delle attività sono essenziali per analisi significative, come il calcolo del tempo tra fasi specifiche o la comprensione della conformità del processo.

Perché è importante

Questo attributo costituisce la base per individuare e visualizzare il flusso del processo, consentendo di analizzare varianti, colli di bottiglia e rielaborazioni.

Dove reperirlo

In genere viene ricavato mappando modifiche di stato, tipi di evento o eventi di creazione/aggiornamento dei record provenienti da diverse tabelle Oracle EBS, ad esempio AR_PAYMENT_SCHEDULES_ALL e RA_CUSTOMER_TRX_ALL, su nomi di attività standardizzati.

Esempi
Fattura generataFattura approvataRaggiunta la data di scadenza del pagamentoPagamento del cliente ricevuto
Data di scadenza
DueDate
La data entro la quale il cliente dovrebbe pagare la fattura.
Descrizione

La data di scadenza è un attributo temporale fondamentale che definisce il termine di pagamento della fattura in base alle condizioni di pagamento. Costituisce il riferimento rispetto al quale viene misurata l'effettiva puntualità dei pagamenti.

Questo attributo è essenziale per calcolare KPI come il tasso di pagamento puntuale e creare report sull'anzianità delle fatture. Nel Process Mining consente di analizzare i comportamenti di pagamento, ad esempio individuando i clienti che pagano sistematicamente in ritardo o valutando l'impatto dei ritardi di processo sulla possibilità di riscuotere i pagamenti entro i termini.

Perché è importante

Costituisce il riferimento per misurare le prestazioni dei pagamenti, calcolare l'anzianità delle fatture e valutare il rischio di ritardi o perdite su crediti.

Dove reperirlo

Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL, nella colonna DUE_DATE.

Esempi
2023-05-152023-06-302023-07-01
ID cliente
CustomerId
Un identificativo univoco del cliente al quale è stata emessa la fattura.
Descrizione

L'ID cliente collega una fattura a uno specifico conto cliente nei dati anagrafici. Ciò consente di aggregare e confrontare le prestazioni del processo tra clienti diversi.

Utilizzando questo attributo, gli analisti possono creare Dashboard che evidenziano i comportamenti di pagamento dei clienti, individuano i clienti associati al maggior numero di contestazioni o rielaborazioni e confrontano i tempi di elaborazione delle fatture tra segmenti di clientela. È fondamentale per passare da una visione incentrata esclusivamente sul processo a un'analisi orientata al cliente.

Perché è importante

Consente un'analisi orientata al cliente, aiutando a identificare schemi di pagamento, contestazioni frequenti o variazioni di processo specifiche di determinati clienti.

Dove reperirlo

Si trova nella tabella RA_CUSTOMER_TRX_ALL come SOLD_TO_CUSTOMER_ID o BILL_TO_CUSTOMER_ID.

Esempi
CUST-100239845ACME-US-01
Importo totale della fattura
TotalInvoiceAmount
Il valore monetario totale della fattura, comprensivo di tutte le righe, imposte e spese.
Descrizione

Questo attributo rappresenta il valore finanziario totale della fattura inviata al cliente. È una metrica fondamentale per l'analisi finanziaria del processo di fatturazione.

Nel Process Mining, l'importo totale della fattura viene utilizzato per segmentare e filtrare i casi. Ad esempio, gli analisti possono confrontare il flusso di processo delle fatture di importo elevato con quello delle fatture di importo ridotto per verificare se vengono gestite in modo diverso. È inoltre essenziale per l'analisi dell'impatto finanziario, ad esempio per calcolare il valore delle fatture bloccate nella fase di approvazione.

Perché è importante

Consente di analizzare l'impatto finanziario, permettendo agli utenti di dare priorità ai problemi in base al valore monetario e di comprendere in che modo i diversi importi delle fatture influenzino il processo.

Dove reperirlo

Probabilmente proviene dalla tabella AR_PAYMENT_SCHEDULES_ALL (AMOUNT_DUE_ORIGINAL) oppure viene calcolato dalla tabella RA_CUSTOMER_TRX_LINES_ALL per una determinata fattura.

Esempi
1500.0012550.75500.50
Reparto
Department
Il reparto o il team funzionale associato all'utente che ha eseguito l'attività.
Descrizione

L'attributo Reparto fornisce il contesto organizzativo dell'utente che ha eseguito un'attività, ad esempio 'Accounts Receivable' o 'Sales Operations'. Ciò consente di aggregare l'analisi a livello di team o reparto.

È fondamentale per comprendere in che modo le diverse parti dell'organizzazione interagiscono con il processo di fatturazione e lo influenzano. Può aiutare a individuare problemi sistemici all'interno di un reparto, confrontare le prestazioni tra team e analizzare l'allocazione delle risorse. Ad esempio, consente di suddividere per reparto la Dashboard 'Invoice Approval Cycle Time'.

Perché è importante

Consente di analizzare le prestazioni del processo in base alla struttura organizzativa, evidenziando le differenze tra team e aiutando a individuare i colli di bottiglia specifici di un reparto.

Dove reperirlo

In genere viene ricavato collegando le informazioni sugli utenti ai dati della gerarchia HR dell'organizzazione, spesso provenienti da PER_ALL_ASSIGNMENTS_F o da una tabella HR analoga.

Esempi
Crediti verso clientiOperazioni finanziarieServizi di fatturazione
Stato della fattura
InvoiceStatus
Lo stato attuale della fattura nel suo ciclo di vita.
Descrizione

Lo stato della fattura riflette la condizione attuale di una fattura, ad esempio 'Open', 'Closed' o 'Disputed'. Fornisce una vista istantanea dell'avanzamento della fattura.

Questo attributo è essenziale per creare Dashboard come 'Invoice Aging & Status Overview', che consentono agli utenti di visualizzare rapidamente il volume e il valore delle fatture nei diversi stati. Aiuta a dare priorità alle attività di recupero sulle fatture aperte e offre una sintesi di alto livello dello stato complessivo del portafoglio crediti.

Perché è importante

Fornisce una vista dello stato corrente delle fatture, fondamentale per le Dashboard operative, la gestione dei carichi di lavoro e la definizione delle priorità nelle attività di recupero.

Dove reperirlo

Disponibile nella tabella AR_PAYMENT_SCHEDULES_ALL, nella colonna STATUS ('OP' per aperto, 'CL' per chiuso).

Esempi
ApertaChiusaIn contestazione
Utente
User
L'ID utente della persona che ha eseguito l'attività.
Descrizione

Questo attributo identifica lo specifico dipendente o utente di sistema responsabile dell'esecuzione di una fase del processo, come l'approvazione di una fattura o l'applicazione di un incasso. È essenziale per comprendere la componente umana del processo.

L'analisi per utente aiuta a individuare opportunità di formazione, squilibri nella distribuzione del carico di lavoro e differenze nelle prestazioni individuali. Ad esempio, può evidenziare quali utenti sono associati al maggior numero di rielaborazioni o ai tempi di approvazione più lunghi, supportando interventi mirati di miglioramento del processo.

Perché è importante

Consente di analizzare le prestazioni a livello individuale, aiutando a identificare gli utenti più performanti, le esigenze formative e potenziali squilibri nel carico di lavoro.

Dove reperirlo

Proviene da campi ID utente come CREATED_BY o LAST_UPDATED_BY presenti in diverse tabelle delle transazioni. Questo ID viene quindi collegato a FND_USER per ottenere il nome dell'utente.

Esempi
JSMITHBWILLIAMSCDAVIS
Condizioni di pagamento
PaymentTerms
Le condizioni concordate che stabiliscono entro quando il cliente deve pagare la fattura.
Descrizione

Le condizioni di pagamento definiscono i termini, ad esempio 'Net 30' o 'Net 60', utilizzati per calcolare la data di scadenza della fattura. Sono un elemento fondamentale dei dati anagrafici e incidono direttamente sul flusso di cassa.

L'analisi per condizioni di pagamento aiuta a comprendere in che modo termini diversi influenzino il comportamento di pagamento e i Days Sales Outstanding (DSO). Può rivelare se i clienti con termini più brevi pagano più rapidamente e orientare le decisioni strategiche sulle condizioni da offrire ai diversi segmenti di clientela.

Perché è importante

Influisce direttamente sulla data di scadenza della fattura e sulle previsioni di flusso di cassa. Analizzarlo aiuta a valutare l'efficacia delle diverse politiche di credito.

Dove reperirlo

Proviene dalla tabella RA_TERMS_B, collegata tramite TERM_ID nella tabella RA_CUSTOMER_TRX_ALL.

Esempi
30 giorni netti60 giorni nettiPagamento alla ricezione
È una rielaborazione
IsRework
Un flag calcolato che indica se la fattura è stata sottoposta a un'attività di rielaborazione, come una modifica o una nuova approvazione.
Descrizione

Questo flag booleano viene impostato su true se il flusso di processo di una fattura contiene attività che indicano una rielaborazione, come 'Invoice Modified' o un secondo evento 'Invoice Approved'. Aiuta a identificare rapidamente le fatture che si discostano dal percorso standard ed efficiente.

Questo attributo è fondamentale per KPI come 'Invoice Error Rate' e 'Manual Rework Rate'. Consente agli analisti di quantificare facilmente la frequenza delle rielaborazioni, filtrare i casi inefficienti e analizzarne le cause alla radice, ad esempio gli utenti o i reparti maggiormente associati alle attività di rielaborazione.

Perché è importante

Quantifica l'inefficienza del processo segnalando le fatture che hanno richiesto fasi aggiuntive e non standard, consentendo di analizzare le cause e l'impatto della rielaborazione.

Dove reperirlo

Calcolato durante la trasformazione dei dati rilevando specifiche sequenze di attività, ad esempio 'Invoice Approved' seguita da 'Invoice Modified', all'interno di un caso.

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

Days Sales Outstanding (DSO) è una metrica finanziaria fondamentale che misura il tempo medio necessario per incassare un pagamento dopo la generazione di una fattura. Questo attributo viene calcolato per ogni singola fattura.

Sebbene il KPI complessivo sia una media, disporre di questo valore per ogni fattura consente analisi approfondite. Può essere utilizzato per creare distribuzioni, identificare valori anomali e analizzare nel tempo le tendenze dell'efficienza di incasso. La Dashboard 'DSO Trend' visualizza direttamente la media di questo attributo nel tempo.

Perché è importante

Misura l'efficienza di incasso a livello di singola fattura, fornendo i dati di base per l'analisi delle tendenze e l'identificazione dei fattori correlati a valori elevati di DSO.

Dove reperirlo

Calcolato durante la trasformazione dei dati. Logica: Timestamp('Customer Payment Received') - Timestamp('Invoice Generated').

Esempi
304592
Nome cliente
CustomerName
La denominazione legale del cliente al quale è stata emessa la fattura.
Descrizione

Il nome cliente fornisce un identificativo leggibile del cliente. Mentre l'ID cliente viene utilizzato per i join e l'identificazione univoca, il nome viene visualizzato in report e Dashboard.

Questo rende l'analisi più intuitiva, poiché gli utenti possono riconoscere facilmente i nomi dei clienti senza dover consultare gli ID. È fondamentale per creare visualizzazioni di facile utilizzo, come un grafico a barre che mostri il ritardo medio dei pagamenti per cliente.

Perché è importante

Migliora l'usabilità di Dashboard e report fornendo un nome leggibile da utilizzare per filtri e raggruppamenti, rendendo l'analisi più accessibile.

Dove reperirlo

Viene ottenuto tramite join dalle tabelle HZ_PARTIES e HZ_CUST_ACCOUNTS utilizzando l'ID cliente presente nell'intestazione della fattura.

Esempi
Global Corp Inc.Innovate Solutions Ltd.Test Company LLC
Numero ordine di vendita
SalesOrderNumber
L'identificativo dell'ordine di vendita originale che ha portato alla creazione della fattura.
Descrizione

Il numero dell'ordine di vendita fornisce un collegamento diretto alla parte di 'Order Management' che precede il ciclo Order-to-Cash. Collega il processo di fatturazione all'ordine iniziale del cliente.

Questo attributo consente un'analisi più ampia tra processi diversi. Ad esempio, gli analisti possono verificare se determinati tipi di ordini di vendita portano sistematicamente a contestazioni di fatturazione o ritardi nei pagamenti. Fornisce un contesto prezioso che spesso si perde quando il processo di fatturazione viene analizzato isolatamente.

Perché è importante

Collega il processo di fatturazione al processo commerciale a monte, consentendo un'analisi Order-to-Cash più completa e l'individuazione delle cause alla radice.

Dove reperirlo

In genere si trova in un campo attributo di riferimento o di interfaccia della tabella delle righe fattura, RA_CUSTOMER_TRX_LINES_ALL, ad esempio INTERFACE_LINE_ATTRIBUTE1 o un flexfield descrittivo analogo.

Esempi
SO-54321601882ORD-2023-9910
Paese del cliente
Country
Il Paese dell'indirizzo di fatturazione del cliente.
Descrizione

Questo attributo specifica il Paese associato all'indirizzo di fatturazione del cliente. Fornisce una dimensione geografica per l'analisi del processo.

L'analisi del processo per Paese può rivelare differenze regionali nel comportamento di pagamento, nell'efficienza del processo o nella conformità alle normative locali. Ad esempio, può essere utilizzata nella Dashboard 'Customer Payment Behavior Insights' per verificare se i ritardi medi dei pagamenti differiscono significativamente tra Paesi.

Perché è importante

Consente un'analisi geografica del processo, evidenziando variazioni regionali nel comportamento dei clienti, nell'impatto normativo o nelle prestazioni operative.

Dove reperirlo

Viene ottenuto tramite join dalle informazioni sul sito di fatturazione del cliente memorizzate in HZ_LOCATIONS e FND_TERRITORIES, collegate attraverso le tabelle dei conti cliente.

Esempi
USAGermaniaRegno Unito
Pagata puntualmente
IsPaidOnTime
Un flag calcolato che indica se la fattura è stata pagata entro o prima della data di scadenza.
Descrizione

Si tratta di un attributo booleano derivato dal confronto tra il timestamp 'Customer Payment Received' e la 'Due Date' della fattura. Il valore è true se il pagamento è stato effettuato puntualmente o in anticipo e false se è stato effettuato in ritardo.

Questo flag semplifica la creazione di KPI e Dashboard relativi alle prestazioni dei pagamenti. Costituisce l'input diretto per il calcolo del KPI 'On-Time Payment Rate' e consente di filtrare e segmentare facilmente le fatture nelle categorie 'on-time' e 'late' per ulteriori analisi delle cause alla radice.

Perché è importante

Supporta direttamente il KPI 'On-Time Payment Rate' e semplifica le analisi classificando le fatture nei gruppi 'on-time' e 'late'.

Dove reperirlo

Calcolato durante la trasformazione dei dati. Logica: IF (Timestamp('Customer Payment Received') <= Date('DueDate')) THEN true ELSE false.

Esempi
truefalse
Sistema di origine
SourceSystem
Il sistema di riferimento dal quale sono stati estratti i dati.
Descrizione

Questo attributo identifica l'applicazione di origine da cui provengono i dati degli eventi. Per questo processo sarà sempre Oracle E-Business Suite.

Negli ambienti con più sistemi, questo campo è fondamentale per la tracciabilità dei dati e la risoluzione dei problemi. Anche in un contesto con un solo sistema, è un campo obbligatorio per la governance dei dati, poiché conferma che i dati provengono dalla fonte prevista.

Perché è importante

Garantisce la tracciabilità e il contesto dei dati, elementi fondamentali per la governance dei dati e per l'integrazione di dati provenienti da più sistemi aziendali.

Dove reperirlo

È un valore statico impostato durante l'estrazione dei dati per identificare l'ERP di origine.

Esempi
Oracle E-Business SuiteOracle EBS R12
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica quando i dati relativi a questo evento sono stati aggiornati o estratti per l'ultima volta dal sistema di origine.
Descrizione

Questo attributo fornisce il timestamp dell'ultima estrazione dei dati. È fondamentale per comprendere il livello di aggiornamento dei dati analizzati.

Gli utenti si affidano a questo campo per sapere se Dashboard e analisi riflettono lo stato più recente del processo. Aiuta a gestire le aspettative sulla latenza dei dati e costituisce un elemento di metadati essenziale per qualsiasi modello di dati affidabile.

Perché è importante

Informa gli utenti sull'aggiornamento dei dati, assicurando che comprendano quanto sia attuale l'analisi del processo.

Dove reperirlo

È un campo di metadati generato e registrato su ogni record durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
2023-10-27T02:00:00Z2023-10-28T02:00:00Z
Unità aziendale
BusinessUnit
La specifica unità aziendale o unità operativa dell'azienda che ha emesso la fattura.
Descrizione

L'unità aziendale rappresenta l'entità organizzativa responsabile della transazione. In Oracle EBS è spesso rappresentata dall'Operating Unit.

Questo attributo consente di confrontare le prestazioni del processo tra diverse aree dell'azienda. Può aiutare a determinare se alcune unità aziendali sono più efficienti, registrano tassi di pagamento puntuale più elevati o ricevono più contestazioni, favorendo la condivisione delle best practice e interventi mirati.

Perché è importante

Consente di confrontare le prestazioni tra diverse aree dell'organizzazione, aiutando a identificare le best practice e le criticità specifiche di ciascuna area.

Dove reperirlo

Il contesto dell'unità operativa è disponibile implicitamente tramite ORG_ID nella maggior parte delle tabelle delle transazioni, come RA_CUSTOMER_TRX_ALL.

Esempi
Operazioni negli Stati UnitiServizi EMEAProduzione globale
Valuta
Currency
Il codice della valuta degli importi monetari riportati sulla fattura.
Descrizione

Questo attributo specifica la valuta, ad esempio USD o EUR, nella quale sono espressi gli importi della fattura. Fornisce il contesto necessario per tutte le metriche finanziarie.

Quando si analizzano dati provenienti da attività multinazionali, l'attributo Valuta è essenziale per interpretare e confrontare correttamente i valori finanziari. Le Dashboard possono utilizzarlo per filtrare per valuta o applicare tassi di cambio ai report consolidati.

Perché è importante

Fornisce il contesto essenziale per tutti gli attributi finanziari, assicurando un'interpretazione e un'analisi accurate in un ambiente multi-valuta.

Dove reperirlo

In genere si trova nella tabella RA_CUSTOMER_TRX_ALL, nella colonna INVOICE_CURRENCY_CODE.

Esempi
USDEURGBP
Obbligatorio Consigliato Facoltativo

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

Queste sono le fasi essenziali del processo e le tappe fondamentali da acquisire nell’Event Log per una corretta individuazione e analisi delle operazioni di fatturazione.
5 Consigliato 8 Facoltativo
Attività Descrizione
Fattura chiusa
La fattura viene chiusa ufficialmente, a indicare che il saldo è pari a zero grazie a pagamenti, note di credito e/o rettifiche. Questo segna il completamento corretto del ciclo di vita della fattura.
Perché è importante

Si tratta del principale punto di arrivo del processo. Il tempo di ciclo totale da 'Invoice Generated' a 'Invoice Closed' è un indicatore chiave dell'efficienza complessiva del ciclo di fatturazione Order to Cash.

Dove reperirlo

Dedotto dalla modifica del campo STATUS nella tabella AR_PAYMENT_SCHEDULES_ALL a 'CL' (Closed). Come timestamp può essere utilizzata la data dell'ultima transazione che ha determinato la chiusura.

Acquisizione

Dedotto dalla modifica dello stato a 'CL' in AR_PAYMENT_SCHEDULES_ALL, con timestamp corrispondente all'ultima applicazione correlata.

Tipo di evento inferred
Fattura generata
Indica la creazione di una nuova transazione di fatturazione nel sistema. Questo evento viene generalmente attivato dall'«Autoinvoice Import Program», che elabora le righe degli ordini di vendita evasi, oppure dall'inserimento manuale della fattura nel modulo Receivables.
Perché è importante

Questo è il punto di partenza del processo di fatturazione. Analizzare il tempo che intercorre tra questo evento e gli eventi successivi consente di rilevare l'intero ciclo di vita della fattura e individuare i colli di bottiglia nelle fasi iniziali.

Dove reperirlo

Viene registrato come data di creazione di una transazione nella tabella Oracle Receivables RA_CUSTOMER_TRX_ALL. TRX_DATE o CREATION_DATE possono essere utilizzati come timestamp dell'evento.

Acquisizione

L'evento corrisponde al timestamp di creazione di un record nella tabella RA_CUSTOMER_TRX_ALL.

Tipo di evento explicit
Fattura inviata al cliente
Questa attività indica che la fattura è stata trasmessa ufficialmente al cliente, in formato cartaceo o elettronico. L'evento segna l'inizio del conteggio dei termini di pagamento del cliente.
Perché è importante

Si tratta di una tappa fondamentale per misurare il tempo di attraversamento della consegna della fattura e l'intervallo fino al pagamento. Aiuta a distinguere i ritardi interni di elaborazione dal comportamento di pagamento del cliente.

Dove reperirlo

Oracle EBS non registra sempre esplicitamente questo evento in un campo standard. Può essere dedotto dal timestamp del programma concorrente «Invoice Print» o da un flag personalizzato impostato al momento della consegna elettronica.

Acquisizione

Deducibile dalla data di completamento del programma di stampa delle fatture o dalla logica personalizzata per la trasmissione elettronica.

Tipo di evento inferred
Incasso applicato/riconciliato
Il pagamento ricevuto dal cliente è stato applicato correttamente a una o più fatture specifiche, riducendo il saldo residuo. Questo rappresenta la riconciliazione del pagamento con il debito.
Perché è importante

Si tratta della fase finale del processo di pagamento ed è fondamentale per misurare il Cash Application Cycle Time. Eventuali ritardi possono fornire una rappresentazione errata dei saldi dei conti cliente e influire sulla gestione del credito.

Dove reperirlo

Questo evento viene registrato esplicitamente con un timestamp quando nella tabella AR_RECEIVABLE_APPLICATIONS_ALL viene creato un record che collega un incasso a una transazione.

Acquisizione

L'evento corrisponde al timestamp di creazione (GL_DATE o APPLY_DATE) di un record in AR_RECEIVABLE_APPLICATIONS_ALL.

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 associato a una fattura specifica.
Perché è importante

Si tratta di una tappa fondamentale per il calcolo del Days Sales Outstanding (DSO). Il tempo che intercorre tra la generazione della fattura e la ricezione del pagamento è una misura primaria dell'efficienza degli incassi.

Dove reperirlo

Questo evento viene registrato esplicitamente con un timestamp al momento della creazione di un record nella tabella AR_CASH_RECEIPTS_ALL.

Acquisizione

L'evento corrisponde al timestamp di creazione di un record nella tabella AR_CASH_RECEIPTS_ALL.

Tipo di evento explicit
Contestazione sollevata
Il cliente ha contestato formalmente la fattura, causando la sospensione delle attività di incasso fino alla risoluzione. Questo aspetto viene spesso gestito in Oracle Advanced Collections o tramite aggiornamenti manuali dello stato.
Perché è importante

Le contestazioni incidono direttamente sul flusso di cassa ritardando i pagamenti. Monitorarne frequenza e tempi di risoluzione aiuta a individuare problemi ricorrenti relativi a prodotti, servizi o accuratezza della fatturazione.

Dove reperirlo

Se viene utilizzato Oracle Advanced Collections, si tratta di una transazione esplicita. In caso contrario, può essere dedotta da uno specifico stato «dispute» o da un blocco applicato alla fattura in AR.

Acquisizione

Registrata come transazione in Oracle Advanced Collections o dedotta da una modifica dello stato della fattura.

Tipo di evento explicit
Fattura approvata
Rappresenta l'approvazione interna formale di una fattura inserita o verificata manualmente prima dell'invio al cliente. Questa attività può far parte di un Oracle Workflow configurato oppure consistere in una modifica manuale dello stato.
Perché è importante

Monitorare il tempo di approvazione è fondamentale per il KPI «Invoice Approval Cycle Time». I ritardi in questa fase posticipano direttamente la fatturazione al cliente e prolungano il ciclo complessivo di conversione in cassa.

Dove reperirlo

Questo aspetto dipende spesso dalla configurazione. Può essere dedotto dalle modifiche di stato nelle tabelle Workflow, ad esempio WF_ITEM_ACTIVITY_STATUSES, oppure potenzialmente da un descriptive flexfield sulla transazione della fattura in RA_CUSTOMER_TRX_ALL.

Acquisizione

Deducibile dalle modifiche di stato nelle tabelle Workflow o nei campi di stato personalizzati.

Tipo di evento inferred
Fattura modificata
Indica che una fattura esistente e incompleta è stata aggiornata o corretta. La modifica può riguardare le righe, gli importi o le informazioni di fatturazione prima del completamento o dell'invio della fattura.
Perché è importante

Modifiche frequenti suggeriscono inefficienze di processo, problemi di qualità dei dati o errori degli utenti. Analizzare questa attività aiuta a quantificare la rilavorazione e il suo impatto sui tempi di ciclo, supportando KPI come «Invoice Error Rate».

Dove reperirlo

Può essere dedotto confrontando CREATION_DATE con LAST_UPDATE_DATE nella tabella RA_CUSTOMER_TRX_ALL per le fatture incomplete. Se l'audit è abilitato, le modifiche possono essere tracciate in modo più esplicito.

Acquisizione

Deducibile monitorando gli aggiornamenti tramite LAST_UPDATE_DATE nella tabella RA_CUSTOMER_TRX_ALL.

Tipo di evento inferred
Nota di credito creata
Viene generata una transazione di nota di credito, spesso applicata a una fattura esistente per correggere un errore di fatturazione o gestire un reso. Si tratta di una transazione distinta ma correlata all'interno di Accounts Receivable.
Perché è importante

Volumi elevati di note di credito indicano problemi a monte nell'evasione degli ordini, nella determinazione dei prezzi o nell'accuratezza della fatturazione iniziale. Analizzare questi eventi è fondamentale per l'analisi delle cause alla radice delle perdite di ricavi e dell'insoddisfazione dei clienti.

Dove reperirlo

Viene registrata come nuova transazione in RA_CUSTOMER_TRX_ALL, dove CUST_TRX_TYPE_ID è collegato a un tipo con classe «CM» (Credit Memo). Il campo PREVIOUS_CUSTOMER_TRX_ID la collega alla fattura originale.

Acquisizione

L'evento corrisponde alla creazione di un record in RA_CUSTOMER_TRX_ALL con un tipo di transazione nota di credito.

Tipo di evento explicit
Pagamento stornato
Indica che un pagamento del cliente ricevuto in precedenza è stato stornato. Ciò avviene generalmente per fondi insufficienti (NSF) o altri errori nell'elaborazione bancaria.
Perché è importante

Gli storni dei pagamenti compromettono le previsioni del flusso di cassa e richiedono ulteriore lavoro amministrativo. Monitorare questi eventi aiuta a individuare i clienti o i metodi di pagamento problematici.

Dove reperirlo

Si tratta di un'azione esplicita in Oracle Receivables. Una revoca crea registrazioni in AR_CASH_RECEIPT_HISTORY_ALL con uno stato che indica la revoca, ad esempio 'REVERSED'.

Acquisizione

Identificata da una modifica dello stato a 'REVERSED' nella tabella AR_CASH_RECEIPT_HISTORY_ALL.

Tipo di evento explicit
Raggiunta la data di scadenza del pagamento
Evento calcolato che indica il giorno in cui la fattura diventa esigibile secondo le condizioni di pagamento. Non corrisponde a un'azione dell'utente o del sistema, ma rappresenta una tappa temporale fondamentale.
Perché è importante

Questo evento è essenziale per calcolare i tassi di pagamento puntuale e analizzare il comportamento di pagamento dei clienti. Costituisce il riferimento per determinare se un pagamento è anticipato, puntuale o in ritardo.

Dove reperirlo

Non viene registrato come evento. Viene calcolato confrontando la data di sistema con il campo TERM_DUE_DATE della tabella AR_PAYMENT_SCHEDULES_ALL per la fattura specifica.

Acquisizione

Derivato confrontando il timestamp corrente con AR_PAYMENT_SCHEDULES_ALL.TERM_DUE_DATE.

Tipo di evento calculated
Sollecito di pagamento inviato
Al cliente è stato inviato un avviso di sollecito relativo a una fattura scaduta. Si tratta di un'attività fondamentale nel processo di incasso.
Perché è importante

Monitorare questa attività è essenziale per misurare l'efficacia delle strategie di incasso. Consente di analizzare i tassi di pagamento prima e dopo l'invio dei solleciti.

Dove reperirlo

Se viene utilizzato Oracle Advanced Collections, l'invio di una lettera di sollecito viene registrato come evento esplicito. In assenza di questo modulo, l'attività viene spesso svolta al di fuori del sistema e potrebbe non essere tracciata in modo affidabile.

Acquisizione

Registrato come evento Dunning Correspondence nel modulo Oracle Advanced Collections.

Tipo di evento explicit
Storno creato
Viene effettuata una rettifica per stralciare, in tutto o in parte, il saldo residuo della fattura come perdita su crediti. Ciò avviene generalmente dopo l'esaurimento delle attività di recupero.
Perché è importante

Gli stralci rappresentano una perdita diretta di ricavi. Analizzarne frequenza e valore aiuta a perfezionare le politiche di credito e a comprendere l'impatto finanziario dei crediti inesigibili.

Dove reperirlo

L'operazione viene registrata come una transazione di rettifica di tipo specifico a fronte della fattura. L'evento è disponibile nella tabella AR_ADJUSTMENTS_ALL, con un collegamento a un tipo di attività crediti definito per gli stralci.

Acquisizione

L'evento corrisponde alla creazione di un record in AR_ADJUSTMENTS_ALL con un tipo di attività 'Write-Off'.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da Oracle E-Business Suite

È pronto a iniziare?

Utilizzi questo Template per avviare il Suo percorso di Process Mining per Order to Cash - Billing & Invoicing. Inizi oggi stesso a individuare nuove informazioni e a migliorare l'efficienza delle Sue operazioni.

Acceleri subito il Suo Billing & Invoicing Order to Cash

Riduca del 30% il tempo del ciclo di Billing e migliori la conversione in liquidità.

Inizi la prova gratuita

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