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
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l'estrazione da Oracle Fusion Financials
Attributi di Order to Cash - Fatturazione ed emissione delle fatture
| 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 è:
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
|
|||
Attività di Order to Cash - Fatturazione ed emissione delle fatture
| 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
|
|||
Guide all'estrazione
È 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.
Non è richiesta alcuna carta di credito. Configurazione completata in pochi minuti.