Il Suo Template Dati Order to Cash - Fatturazione e Contabilità

Oracle Fusion Financials
Il Suo Template Dati Order to Cash - Fatturazione e Contabilità

Il Suo Template Dati Order to Cash - Fatturazione e Contabilità

Questo template fornisce una guida completa per l'estrazione dei dati necessari ad analizzare il Suo processo Order to Cash - Fatturazione e Contabilità. Delinea gli attributi essenziali da raccogliere, le attività critiche da tracciare e una guida pratica per l'estrazione dei dati. Seguendo questo template, potrà garantire un dataset robusto per un Process Mining e un'ottimizzazione efficaci.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida all'estrazione per Oracle Fusion Financials
È nuovo agli event log? Impari come creare un event log di Process Mining.

Order to Cash - Attributi di Fatturazione e contabilità clienti

Questi sono i campi dati raccomandati da includere nel Suo event log per un'analisi completa di Order to Cash - Fatturazione e Contabilità.
3 Obbligatorio 5 Consigliato 14 Facoltativo
Nome Descrizione
Numero fattura
InvoiceNumber
L'identificatore unico per ogni fattura, che funge da ID caso principale per il tracciamento di tutte le attività correlate.
Descrizione

Il Numero di Fattura è la pietra angolare dell'analisi del processo di fatturazione. Funziona come ID Caso, raggruppando tutti gli eventi dalla creazione della fattura al pagamento finale e alla chiusura. Questo consente una visione completa e end-to-end del ciclo di vita per un singolo documento di fatturazione.

Nel Process Mining, l'analisi per Numero di Fattura consente la visualizzazione delle varianti di processo, il calcolo dei tempi di ciclo per le singole fatture e l'identificazione di bottleneck o cicli di rilavorazione che influenzano transazioni specifiche. È essenziale per dashboard come 'Tempo di Ciclo Fattura End-to-End' e per il calcolo di KPI fondamentali come il Days Sales Outstanding (DSO) su base per fattura.

Perché è importante

Questo attributo è fondamentale in quanto 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 trovare

Questo è tipicamente il Numero di Transazione (TRX_NUMBER) dalla 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 evento.
Descrizione

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

Questo attributo è la base per tutti i calcoli di durata e performance. 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 le tendenze nel tempo. KPI come 'Tempo Medio di Approvazione Fattura' e 'Tempo di Ciclo Fattura End-to-End' sono direttamente calcolati da questi timestamp.

Perché è importante

I timestamp sono essenziali per il calcolo di tutte le metriche di performance, inclusi i tempi di ciclo, i ritardi e l'aderenza alle scadenze, costituendo la base dell'analisi quantitativa dei processi.

Dove trovare

Questo è ricavato da vari campi data nelle tabelle di Oracle Fusion Financials, come CREATION_DATE in RA_CUSTOMER_TRX_ALL o i timestamp di aggiornamento dello stato nelle tabelle del workflow.

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

Il Nome Attività descrive una fase del processo di fatturazione, come 'Fattura Creata', 'Fattura Approvata' o 'Pagamento Cliente Ricevuto'. Questi eventi formano la sequenza di azioni che costituiscono il flusso di processo per ciascuna fattura.

Questo attributo è fondamentale per la scoperta del processo, consentendo allo strumento di mining di costruire una mappa visuale di come le fatture vengono effettivamente elaborate. Viene utilizzato per analizzare le varianti di processo, identificare i cicli di rilavorazione come più passaggi di approvazione e misurare la frequenza e la durata di ogni fase. Tutti i dashboard e i KPI si basano su questo attributo per comprendere il flusso del processo.

Perché è importante

Questo attributo definisce i passaggi nella mappa di processo, rendendo possibile visualizzare, analizzare e identificare le inefficienze nel workflow delle fatture.

Dove trovare

Questa informazione è derivata da varie tabelle e modifiche di stato all'interno di Oracle Fusion Financials, come tabelle della cronologia dei workflow (ad esempio, relative alle approvazioni) e campi di stato delle transazioni.

Esempi
Fattura CreataFattura ApprovataPagamento cliente ricevutoFattura Chiusa
Data di Scadenza
DueDate
La data entro cui è dovuto il pagamento della fattura.
Descrizione

La Data di Scadenza è un attributo data critico che definisce la scadenza di pagamento per una fattura, come determinato dai termini di pagamento.

Questo attributo è essenziale per il monitoraggio degli incassi e della salute finanziaria. È la base per il calcolo del KPI del Tasso di Pagamento Puntuale e per la creazione di report sull'invecchiamento dei pagamenti. Nei dashboard, viene utilizzato per prevedere il flusso di cassa mostrando quando i pagamenti sono attesi e per identificare le fatture scadute che richiedono attività di riscossione.

Perché è importante

Questo è il benchmark primario per misurare la tempestività dei pagamenti, calcolare il DSO e gestire l'invecchiamento dei crediti.

Dove trovare

Situato nella tabella AR_PAYMENT_SCHEDULES_ALL, tipicamente 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 critica per comprendere il valore monetario che fluisce attraverso il processo di fatturazione.

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

Perché è importante

Fornisce il contesto finanziario per ogni caso, consentendo analisi basate sul valore, la prioritizzazione delle fatture di alto valore e il calcolo dei KPI finanziari chiave.

Dove trovare

Trovato nella tabella RA_CUSTOMER_TRX_ALL, probabilmente in un campo come INVOICE_AMOUNT o 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 fatturato.
Descrizione

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

L'analisi del processo per Nome Cliente aiuta a identificare quali clienti hanno i cicli di pagamento più lunghi, quali sono più propensi a contestare le fatture e quali pagano costantemente in tempo. Questo è cruciale per il dashboard DSO Trend e per personalizzare le strategie di riscossione in base a specifici comportamenti dei clienti.

Perché è importante

Consente la segmentazione del processo per cliente, rivelando comportamenti diversi, modelli di pagamento e potenziali problemi relazionali che influenzano il flusso di cassa.

Dove trovare

Derivato unendo la tabella delle transazioni (RA_CUSTOMER_TRX_ALL) con le tabelle data master dei clienti come HZ_PARTIES.

Esempi
Global Tech Inc.Innovate Solutions LLCApex Manufacturing
Stato Fattura
InvoiceStatus
Lo stato attuale della fattura nel suo ciclo di vita, come 'Aperta', 'Chiusa' o 'Contestata'.
Descrizione

Lo stato della fattura fornisce un'istantanea di dove si trova una fattura nel processo. Gli stati 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 categorizzare gli importi in sospeso. Aiuta a identificare rapidamente la popolazione di fatture scadute, in contestazione o completamente saldate.

Perché è importante

Fornisce una comprensione rapida e di alto livello dello stato attuale di una fattura, consentendo un filtraggio e una categorizzazione efficienti per la rendicontazione finanziaria e la gestione operativa.

Dove trovare

Derivato dai campi di stato in tabelle come RA_CUSTOMER_TRX_ALL o AR_PAYMENT_SCHEDULES_ALL (ad es., campo STATUS).

Esempi
ApertoChiusoContestataIn Attesa di Approvazione
Unità aziendale
BusinessUnit
La specifica business unit all'interno dell'organizzazione che ha emesso la fattura.
Descrizione

La Business Unit rappresenta l'entità organizzativa responsabile della transazione. Questo è un elemento chiave dei dati per la segmentazione finanziaria e la rendicontazione nelle grandi imprese.

Questo attributo consente di confrontare le prestazioni dei processi tra diverse parti dell'azienda. Ad esempio, si può analizzare se il DSO varia significativamente tra le business unit o se una unità ha un tasso di rilavorazione della fatturazione molto più elevato. Questo aiuta a indirizzare le iniziative di miglioramento dove sono più necessarie.

Perché è importante

Consente il confronto delle prestazioni tra diverse unità organizzative, aiutando a identificare le migliori pratiche e le aree che necessitano di miglioramenti a un livello granulare.

Dove trovare

Disponibile in tabelle di transazione come RA_CUSTOMER_TRX_ALL, spesso come ORG_ID, che si collega alle definizioni delle Business Unit.

Esempi
Consulenza USAEMEA ManufacturingAPAC Services
Data Fattura
InvoiceDate
La data ufficiale di emissione della fattura.
Descrizione

La Data Fattura, nota anche come data della transazione, è la data registrata sul documento di fattura. Serve come punto di partenza per i calcoli dei termini di pagamento.

Questa data è un componente critico per il calcolo del Days Sales Outstanding (DSO), poiché il DSO misura il tempo dalla Data Fattura alla data di 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

Serve come data di inizio ufficiale per il ciclo di vita di una fattura ed è la base per il calcolo del KPI Days Sales Outstanding (DSO).

Dove trovare

Situato nella tabella RA_CUSTOMER_TRX_ALL, nel campo TRX_DATE.

Esempi
2023-04-142023-05-182023-06-25
Days Sales Outstanding
DaysSalesOutstanding
Il numero di giorni tra la data della fattura e la data in cui il pagamento è stato ricevuto.
Descrizione

Il Days Sales Outstanding (DSO) è una metrica finanziaria critica che misura il tempo medio necessario per riscuotere un pagamento dopo l'emissione di una fattura. Questo attributo lo calcola per ogni singola fattura.

Mentre il DSO complessivo è un KPI chiave, calcolarlo a livello di singola fattura consente un'analisi molto più approfondita. Può essere utilizzato per creare dashboard di tendenza, 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 influenzano il KPI DSO aggregato.

Perché è importante

Calcola una metrica critica del flusso di cassa a livello di singola fattura, consentendo un'analisi dettagliata di ciò che determina i tempi di incasso e le prestazioni finanziarie.

Dove trovare

Questo viene calcolato trovando la differenza tra il timestamp dell'attività 'Pagamento Cliente Ricevuto' e l'attributo 'Data Fattura'.

Esempi
356228
Dipartimento Fatturazione
BillingDepartment
Il dipartimento o team interno responsabile della creazione e gestione della fattura.
Descrizione

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

Segmentando il processo per Dipartimento di Fatturazione, un'azienda può confrontare l'efficienza e l'accuratezza di diversi team. Può aiutare a identificare quali dipartimenti hanno tassi di rilavorazione più elevati, cicli di approvazione più lunghi o contribuiscono maggiormente a un DSO elevato, evidenziando opportunità per formazione mirata o standardizzazione dei processi.

Perché è importante

Consente il confronto delle prestazioni tra team interni, aiutando a identificare le migliori pratiche, le esigenze di risorse o le aree che richiedono miglioramenti di processo.

Dove trovare

Questa informazione potrebbe essere derivata dall'utente che ha creato la fattura, collegando l'utente al loro dipartimento assegnato nel sistema HR (es. tramite PER_ALL_ASSIGNMENTS_F).

Esempi
Fatturazione AziendaleTeam di Fatturazione ServiziFatturazione Vendite Prodotti
È una Rilavorazione
IsRework
Un `flag` booleano che indica se un'attività è considerata una rilavorazione, come un'approvazione ripetuta o una correzione.
Descrizione

Questo attributo calcolato contrassegna le attività che rappresentano lavoro inutile o ridondante. Esempi includono una fattura che viene rifiutata e poi ripresentata per approvazione, o una correzione apportata dopo la creazione iniziale.

Contrassegnando la rilavorazione, diventa facile quantificarne l'impatto sul processo. Il KPI Tasso di Rilavorazione Fatturazione viene calcolato direttamente da questo attributo. I dashboard possono visualizzare la frequenza della rilavorazione e misurare il tempo di ciclo extra che essa aggiunge, aiutando a individuare le fonti di inefficienza ed errori.

Perché è importante

Quantifica direttamente l'inefficienza del processo segnalando lavoro non necessario o ripetuto, rendendo semplice misurare l'impatto di costi e tempo dei problemi di qualità.

Dove trovare

Questo viene calcolato durante la trasformazione dei dati in base alla sequenza delle attività. Ad esempio, se un'attività 'Fattura Approvata' è preceduta da un'attività 'Fattura Rifiutata' per lo stesso caso, viene contrassegnata come rilavorazione.

Esempi
truefalse
Metodo di Pagamento
PaymentMethod
Il metodo utilizzato dal cliente per effettuare il pagamento, come bonifico bancario o carta di credito.
Descrizione

Questo attributo specifica come un cliente ha pagato la propria fattura. Questa informazione può essere utile per analizzare le tendenze e i costi dei pagamenti.

Diversi metodi di pagamento possono avere tempi di elaborazione e costi di transazione diversi. L'analisi per metodo di pagamento può aiutare a capire se alcuni metodi sono soggetti a errori o ritardi di riconciliazione. Può anche informare strategie per incoraggiare i clienti a utilizzare canali di pagamento più efficienti.

Perché è importante

Aiuta nell'analisi dell'efficienza di elaborazione dei pagamenti, dei costi di transazione e dei tassi di errore di riconciliazione associati a diversi canali di pagamento.

Dove trovare

Trovato nelle tabelle degli incassi, come AR_CASH_RECEIPTS_ALL, che conterrebbero un campo indicante il metodo di pagamento.

Esempi
ACHBonifico BancarioCarta di CreditoAssegno
Motivo della Contestazione
DisputeReason
La motivazione fornita per una fattura contestata dal cliente.
Descrizione

Quando un cliente contesta una fattura, la motivazione della contestazione viene catturata. Questo potrebbe riguardare prezzi, quantità, qualità del servizio o altri problemi.

L'analisi delle motivazioni delle contestazioni è un modo potente per eseguire l'analisi delle cause profonde. Comprendendo le ragioni più comuni delle contestazioni, l'azienda può affrontare i problemi sottostanti in termini di prezzi, evasione degli ordini o qualità dei dati. Questo aiuta a ridurre il Tempo Medio di Risoluzione delle Contestazioni sulle Fatture e migliora la soddisfazione del cliente.

Perché è importante

Fornisce una visione diretta delle cause profonde dei ritardi di pagamento e dell'insoddisfazione del cliente, consentendo all'azienda di affrontare i problemi sistemici.

Dove trovare

Queste informazioni possono essere memorizzate in Oracle Collections o in un modulo di gestione delle contestazioni correlato. Potrebbe essere in una tabella di contestazione dedicata o come codice motivo sulla transazione stessa.

Esempi
Prezzi non correttiDiscrepanza QuantitàMerci DanneggiateFattura Duplicata
Ora di Fine
EventEndTime
La data e l'ora precise in cui una specifica attività o evento è stato completato.
Descrizione

L'Ora di Fine Evento registra il momento in cui un'attività è stata completata. Mentre molti eventi sono istantanei, alcune attività come l'approvazione delle fatture potrebbero avere una durata, iniziando quando vengono inviate e terminando quando viene presa una decisione.

Avere un'ora di fine consente un calcolo preciso del tempo di elaborazione dell'attività. Questo è utile per analizzare quanto tempo gli utenti impiegano per compiti specifici. Migliora l'accuratezza dell'analisi dei bottleneck distinguendo tra tempo di attesa e tempo di elaborazione effettivo.

Perché è importante

Consente il calcolo preciso dei tempi di elaborazione delle attività, distinguendo tra tempo di lavoro attivo e tempo di attesa inattivo, che è fondamentale per un'analisi dettagliata dei bottleneck.

Dove trovare

Questo viene spesso derivato prendendo l'Ora di Inizio dell'attività successiva nel processo. Per alcune attività, un campo di ora di fine dedicato potrebbe esistere nei log del workflow.

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

Questo attributo calcolato fornisce un semplice indicatore vero o falso della tempestività del pagamento. È derivato confrontando la data dell'attività 'Pagamento Cliente Ricevuto' con l'attributo 'Data di Scadenza' della fattura.

Questo flag semplifica l'analisi e la rendicontazione per il KPI Tasso di Pagamento Puntuale. Consente un facile filtraggio e segmentazione per comprendere quali fattori, come cliente, regione o importo della fattura, correlano con i pagamenti in ritardo. È una metrica chiave per valutare l'efficacia delle riscossioni.

Perché è importante

Semplifica la misurazione delle prestazioni di incasso e consente una facile analisi dei fattori che contribuiscono ai pagamenti puntuali rispetto a quelli in ritardo.

Dove trovare

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

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

La Regione fornisce il contesto geografico per la fattura, tipicamente basato sulla posizione del cliente. Ciò consente un'analisi spaziale delle prestazioni del processo.

L'analisi per regione può rivelare variazioni causate da regolamentazioni locali, condizioni di mercato o prestazioni del team regionale. Dashboard come DSO Trend e Invoice End-to-End Cycle Time possono essere segmentati per regione per verificare se determinate aree affrontano sfide uniche nel riscuotere le fatture.

Perché è importante

Consente la segmentazione geografica del processo, che può evidenziare differenze regionali nelle prestazioni, nel comportamento dei clienti o nella conformità.

Dove trovare

Questo è tipicamente derivato dalle informazioni sull'indirizzo del cliente memorizzate nel TCA (HZ_LOCATIONS, HZ_PARTY_SITES). Non è un campo diretto sulla fattura stessa.

Esempi
Nord AmericaEuropaAsia-Pacifico
Sistema di Origine
SourceSystem
Il sistema sorgente da cui sono stati estratti i dati degli eventi.
Descrizione

Questo attributo identifica l'applicazione sorgente da cui provengono i dati. Per questo processo, sarà tipicamente Oracle Fusion Financials, ma potrebbe anche specificare un modulo particolare al suo interno, come Oracle Receivables (AR).

In ambienti con più sistemi integrati, questo campo aiuta a differenziare le fonti di dati ed è cruciale per la validazione e la governance dei dati. Garantisce che l'analisi sia basata sul set di dati corretto e previsto.

Perché è importante

Identifica l'origine dei dati, che è fondamentale per la data governance, la risoluzione dei problemi e per garantire che l'analisi si basi sul sistema di record corretto.

Dove trovare

Questo è tipicamente 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 da quando una fattura è stata creata per la prima volta a quando è stata chiusa.
Descrizione

Questo attributo misura la durata end-to-end dell'intero ciclo di vita della fattura per un singolo caso. Viene calcolato come la differenza di tempo tra la primissima attività, tipicamente 'Fattura Creata', e l'attività finale, 'Fattura Chiusa'.

Questa metrica fornisce una visione di alto livello dell'efficienza complessiva del processo. È la misura primaria per il dashboard 'Tempo di Ciclo Fattura End-to-End'. Analizzando questo attributo attraverso diverse dimensioni come cliente o business unit, le organizzazioni possono identificare quali tipi di fatture richiedono più tempo per essere elaborate e indagare le cause profonde.

Perché è importante

Fornisce una singola, cruciale misura della velocità complessiva del processo, aiutando a identificare rapidamente quali fatture richiedono più tempo per essere completate dall'inizio alla fine.

Dove trovare

Questa è una metrica calcolata, derivata prendendo la differenza tra il Timestamp dell'Evento massimo e minimo per ogni Numero di Fattura unico.

Esempi
45 giorni 8 ore32 giorni 2 ore90 giorni 12 ore
Termini di Pagamento
PaymentTerms
Le condizioni di pagamento della fattura concordate, come 'Net 30' o '2% 10, Net 30'.
Descrizione

I termini di pagamento definiscono le regole che regolano quando e come una fattura deve essere pagata, inclusi eventuali sconti per pagamento anticipato. Questa informazione è critica per la gestione dei crediti e del flusso di cassa.

Questo Attributo è essenziale per calcolare la data di scadenza corretta e per identificare opportunità di sconti per pagamento anticipato. Il KPI di tasso di acquisizione dello sconto per pagamento anticipato dipende direttamente da questi dati per determinare quali fatture erano idonee per uno sconto.

Perché è importante

Definisce le regole di pagamento per una fattura, influenzando direttamente i calcoli della data di scadenza e la capacità di tracciare e ottimizzare l'ottenimento degli sconti per pagamento anticipato.

Dove trovare

Situato nella tabella RA_TERMS e collegato alla transazione tramite un term_id in RA_CUSTOMER_TRX_ALL.

Esempi
Netto 30Netto 602% 10, Netto 30
Ultimo `Data Update`
LastDataUpdate
Il `timestamp` che indica l'ultima volta che i `dati` per questo `evento` sono stati aggiornati o estratti dal `sistema sorgente`.
Descrizione

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

Gli analisti utilizzano queste informazioni per confermare di lavorare con dati aggiornati e per comprenderne la recentezza. È particolarmente importante per i dashboard che affermano di essere 'in tempo reale' o quasi in tempo reale, in quanto fornisce trasparenza su un potenziale ritardo dei dati.

Perché è importante

Informa gli utenti sulla freschezza dei dati, garantendo che le analisi e le conclusioni si basino su informazioni con un livello di attualità noto e accettabile.

Dove trovare

Questo è un campo di metadati generato durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati. Tipicamente corrisponde al tempo di esecuzione della pipeline di dati.

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

L'attributo Utente identifica la persona o l'agente automatizzato responsabile dell'esecuzione di una fase del processo. Questo potrebbe essere l'utente che ha creato la fattura, il manager che l'ha approvata o l'agente di riscossione che ha emesso un sollecito.

L'analisi per utente aiuta a identificare opportunità di formazione, distribuzione del carico di lavoro e differenze di performance tra individui o team. Può rivelare se determinati utenti sono associati a tassi di errore elevati o se specifici approvatori sono bottleneck costanti.

Perché è importante

Assegna la responsabilità per le fasi del processo, consentendo l'analisi delle prestazioni degli utenti, il bilanciamento del carico di lavoro e l'identificazione delle esigenze di formazione.

Dove trovare

Estratto da campi ID utente come CREATED_BY o LAST_UPDATED_BY in varie tabelle di transazione e workflow. Questo ID viene quindi unito con le tabelle della directory utente (es. PER_ALL_PEOPLE_F) per ottenere il nome dell'utente.

Esempi
john.smithjane.doeCollectionsBot
Obbligatorio Consigliato Facoltativo

Order to Cash - Attività di Fatturazione e contabilità clienti

Questi sono i `passi di processo` e le `milestone` chiave da catturare nel suo `Event Log` per una `scoperta dei processi` accurata.
6 Consigliato 7 Facoltativo
Activity Descrizione
Fattura Approvata
La fattura ha ricevuto tutte le approvazioni necessarie ed è pronta per essere inviata al cliente. Questo evento viene catturato quando il workflow di approvazione si conclude con successo, aggiornando lo stato della fattura.
Perché è importante

Questo è un traguardo critico che condiziona la consegna della fattura al cliente. I ritardi qui influiscono direttamente su quando inizia il conteggio del pagamento, influenzando il Days Sales Outstanding (DSO).

Dove trovare

Deducibile dall'aggiornamento finale dello stato di approvazione nel record della transazione fattura o dal timestamp di completamento nell'task del workflow BPM associato.

Acquisisci

Cattura il timestamp quando lo stato di approvazione della fattura viene impostato su 'Approvato'.

Tipo di evento inferred
Fattura Chiusa
La fattura è interamente pagata e riconciliata, e il suo ciclo di vita è completo. Questo evento è tipicamente inferito quando il saldo dovuto sulla fattura diventa zero e il suo stato viene aggiornato.
Perché è importante

Questa è la risoluzione finale della fattura e segna la fine del processo. Il tempo totale per raggiungere questo stato è il tempo di ciclo end-to-end, un KPI primario per il processo di fatturazione.

Dove trovare

Deducibile dalla tabella AR_PAYMENT_SCHEDULES_ALL quando lo stato viene aggiornato a 'CLOSED' e l'amount_due_remaining è zero. Il campo gl_date_closed indica la data di chiusura.

Acquisisci

Utilizzare la 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 fattura nel sistema, spesso in stato di bozza o incompleta. Questo evento viene esplicitamente registrato quando un utente salva un nuovo record di fattura per la prima volta nel modulo Contabilità Clienti.
Perché è importante

Questo è l'inizio definitivo del processo di fatturazione. L'analisi del tempo dalla creazione al completamento aiuta a identificare ritardi nell'inserimento dati front-end o problemi di performance del sistema.

Dove trovare

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

Acquisisci

Utilizzare la creation_date dalla tabella RA_CUSTOMER_TRX_ALL per lo specifico numero di fattura.

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

Questa attività avvia ufficialmente il periodo dei termini di pagamento. Misurare il tempo dall'approvazione alla consegna è fondamentale per comprendere l'efficienza del processo di distribuzione delle fatture.

Dove trovare

Questo può essere dedotto dal campo 'last_printed_date' in RA_CUSTOMER_TRX_ALL o dai log in Oracle Business Intelligence Publisher se viene utilizzata la consegna elettronica.

Acquisisci

Utilizzare il timestamp dal log di consegna o stampa pertinente associato alla fattura.

Tipo di evento inferred
Pagamento Applicato alla Fattura
Il pagamento ricevuto dal cliente è stato abbinato e applicato con successo alla fattura specifica, riducendone il saldo dovuto. Questo è un record transazionale discreto.
Perché è importante

Questa attività conferma che il denaro è stato correttamente allocato, il che è fondamentale per report sull'invecchiamento e rendiconti finanziari accurati. È il passaggio finale per riconoscere il denaro rispetto al credito.

Dove trovare

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

Acquisisci

Utilizzare l'apply_date dalla tabella AR_RECEIVABLE_APPLICATIONS_ALL collegando la ricevuta di cassa alla fattura.

Tipo di evento explicit
Pagamento cliente ricevuto
Un pagamento da parte di un cliente è stato inserito nel sistema come incasso. In questa fase, il pagamento potrebbe non essere ancora stato applicato a una fattura specifica.
Perché è importante

Questo è un traguardo cruciale che rappresenta il flusso di cassa in entrata. Il divario di tempo tra la ricezione del pagamento e la sua applicazione a una fattura è un indicatore chiave dell'efficienza della gestione della cassa.

Dove trovare

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

Acquisisci

Utilizzare la creation_date o la receipt_date dalla tabella AR_CASH_RECEIPTS_ALL.

Tipo di evento explicit
Data di Scadenza Pagamento Raggiunta
La data in cui il pagamento della fattura è contrattualmente dovuto è passata. Questo non è un evento transazionale ma è calcolato in base ai termini della fattura e alla data corrente.
Perché è importante

Questo evento calcolato è fondamentale per l'analisi dell'invecchiamento e il calcolo del DSO. Separa le fatture puntuali da quelle scadute, consentendo attività di riscossione mirate.

Dove trovare

Questo è un evento calcolato. Si verifica quando la data corrente è maggiore del campo due_date nella tabella AR_PAYMENT_SCHEDULES_ALL per una data fattura.

Acquisisci

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

Tipo di evento calculated
Disputa Avviata
Il cliente ha formalmente contestato la fattura ed è stato creato un caso di contestazione nel sistema. Questo viene tipicamente registrato modificando un flag di stato sulla pianificazione del pagamento della fattura.
Perché è importante

Le contestazioni bloccano il processo di pagamento e richiedono uno sforzo manuale per essere risolte. L'analisi della frequenza delle contestazioni e del tempo di risoluzione aiuta a identificare le cause profonde, come errori di prezzo o di spedizione.

Dove trovare

Questo può essere dedotto dal campo di stato nella tabella AR_PAYMENT_SCHEDULES_ALL impostato su uno stato di contestazione, o dai record di creazione in AR_DISPUTE_HISTORY.

Acquisisci

Identificare quando il flag di contestazione o lo stato è attivato per la scadenza di pagamento della fattura.

Tipo di evento inferred
Fattura Completata
Rappresenta il punto in cui l'inserimento dei dati della fattura è finalizzato e la transazione è pronta per la convalida e la contabilità. Questo viene tipicamente catturato osservando il cambiamento dello stato della fattura da 'Incompleta' a 'Completa'.
Perché è importante

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

Dove trovare

Deducibile da un cambio di stato nel record della transazione fattura nella tabella RA_CUSTOMER_TRX_ALL. Cercare il timestamp associato all'aggiornamento di stato a 'Completato'.

Acquisisci

Tracciare la cronologia dello stato per la transazione in RA_CUSTOMER_TRX_ALL o tabelle di workflow correlate.

Tipo di evento inferred
Fattura Rettificata
È stata apportata una modifica, come una svalutazione o un credito, all'importo della fattura. Questa è una transazione esplicita per modificare il saldo insoluto della fattura.
Perché è importante

Le modifiche spesso indicano contestazioni, concessioni o correzioni. Analizzare la frequenza e il valore delle modifiche può rivelare problemi sottostanti nel processo Order to Cash.

Dove trovare

Registrato esplicitamente nella tabella AR_ADJUSTMENTS_ALL. La creation_date del record di modifica segna l'event.

Acquisisci

Utilizzare la creation_date dalla tabella AR_ADJUSTMENTS_ALL per la fattura pertinente.

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

Il monitoraggio dei rifiuti evidenzia problemi di accuratezza della fatturazione e controlli interni. L'analisi della frequenza e delle ragioni del rifiuto può individuare aree per il miglioramento dei processi e la formazione.

Dove trovare

Deducibile da un aggiornamento di stato nel record della transazione fattura o dall'esito 'Rifiutato' nell'task del workflow BPM.

Acquisisci

Cattura il timestamp quando lo stato di approvazione della fattura viene impostato su 'Rifiutato'.

Tipo di evento inferred
Fattura Sottoposta ad Approvazione
La fattura viene formalmente sottomessa a un workflow di approvazione, se configurato. Questo viene catturato 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. Il tracciamento di questa attività è essenziale per misurare e analizzare il tempo di approvazione successivo, una componente chiave del tempo complessivo del ciclo di fatturazione.

Dove trovare

Deducibile da un cambio di stato nella transazione fattura, o catturato dalle tabelle del workflow di Oracle Business Process Management (BPM) che registrano l'inizio dell'task di approvazione.

Acquisisci

Identificare il timestamp quando lo stato di approvazione della fattura cambia in 'In Attesa' o uno stato simile.

Tipo di evento inferred
Sollecito di Pagamento Emesso
È stata inviata al cliente una lettera di sollecito o un avviso di promemoria per una fattura scaduta. Questa è un'azione esplicita registrata dal modulo di recupero crediti.
Perché è importante

Il monitoraggio dei solleciti aiuta a misurare l'efficacia del processo di riscossione. Consente di analizzare quali strategie di sollecito portano a pagamenti più rapidi.

Dove trovare

Registrato esplicitamente nel modulo Oracle Advanced Collections. Le tabelle di storico dei solleciti come IEX_DUNNINGS registrerebbero la data e il livello del sollecito inviato.

Acquisisci

Catturato dalle tabelle di storico dei solleciti, collegando la transazione di sollecito alla fattura.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i tuoi dati da Oracle Fusion Financials