Il Suo Template Dati Order to Cash - Fatturazione e Contabilità
Il Suo Template Dati Order to Cash - Fatturazione e Contabilità
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione per Oracle Fusion Financials
Order to Cash - Attributi di Fatturazione e contabilità clienti
| 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
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
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
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
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
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
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
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
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
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
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
|
|||
Order to Cash - Attività di Fatturazione e contabilità clienti
| 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
Acquisisci
Cattura il
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'
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
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
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
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
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
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
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'
Acquisisci
Cattura il
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
Acquisisci
Identificare il
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
|
|||