Il Suo Template dei dati per Order to Cash - Billing & Invoicing
Il Suo Template dei dati per Order to Cash - Billing & Invoicing
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l'estrazione da Oracle E-Business Suite
Attributi di Order to Cash - Fatturazione ed emissione delle fatture
| 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
|
|||
Attività di Order to Cash - Fatturazione ed emissione delle fatture
| 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
|
|||
Guide all'estrazione
È 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à.
Non è richiesta alcuna carta di credito. Configurazione in pochi minuti.