Il Suo Template dei dati per Record to Report - Chiusura del periodo e riconciliazione
Il Suo Template dei dati per Record to Report - Chiusura del periodo e riconciliazione
- Attributi consigliati da raccogliere
- Attività principali da monitorare
- Indicazioni per l’estrazione da Oracle Fusion Financials
Record to Report - Attributi della chiusura del periodo e della riconciliazione
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
Il nome dell'attività o dell'evento specifico che si è verificato nel processo di chiusura del periodo. | ||
|
Descrizione
Questo attributo registra le singole fasi del Workflow di chiusura del periodo, come 'Subledger Period Closed', 'Account Reconciliation Started' o 'Financial Statements Generated'. Ogni attività rappresenta una tappa o un'azione eseguita durante il processo. L'analisi delle attività è il fondamento del Process Mining. Consente di visualizzare la mappa del processo, identificare i colli di bottiglia misurando il tempo tra le attività e analizzare le varianti del processo per comprendere le deviazioni dalla procedura standard.
Perché è importante
Definisce le fasi del processo, un elemento essenziale per visualizzare il flusso del processo, individuare i colli di bottiglia e analizzare le deviazioni.
Dove reperirlo
Generalmente deriva dalle descrizioni delle transazioni, dalle modifiche di stato o dagli event log presenti nei diversi moduli di Oracle Fusion Financials, come General Ledger, Subledger Accounting e Financial Consolidation and Close.
Esempi
Periodo apertoPeriodo del subledger chiusoRiconciliazione approvataBilanci finanziari generati
|
|||
|
Ora di inizio
EventTime
|
Il timestamp che indica quando si è verificata una specifica attività o un evento. | ||
|
Descrizione
L'ora di inizio, ovvero il timestamp dell'evento, registra la data e l'ora esatte in cui un'attività è stata eseguita o si è verificata una modifica di stato. È un dato fondamentale per ordinare cronologicamente gli eventi e calcolare le durate. Nel Process Mining, questo timestamp viene utilizzato per ricostruire la sequenza degli eventi di ciascun periodo finanziario, calcolare la durata delle attività e misurare il tempo complessivo del ciclo di processo. È essenziale per l'analisi delle prestazioni, l'identificazione dei colli di bottiglia e il monitoraggio del rispetto delle scadenze.
Perché è importante
Questo timestamp è essenziale per ordinare gli eventi, calcolare tutte le metriche basate sul tempo, come il tempo di ciclo e la durata delle attività, e comprendere la sequenza temporale del processo.
Dove reperirlo
Queste informazioni si trovano generalmente nei campi relativi alla data di creazione, alla data dell'ultimo aggiornamento o alla data della transazione associati a registrazioni contabili, riconciliazioni e stati dei periodi nei diversi moduli di Oracle Fusion Financials.
Esempi
2023-01-28T09:00:00Z2023-02-01T14:30:15Z2023-02-03T11:21:05Z2023-02-05T17:00:00Z
|
|||
|
Periodo finanziario
FinancialPeriod
|
L'identificativo univoco di un periodo di chiusura finanziaria, ad esempio uno specifico mese o trimestre. | ||
|
Descrizione
Il periodo finanziario funge da identificativo principale del caso e raggruppa tutte le attività relative alla chiusura e alla riconciliazione dei conti per quello specifico ciclo di reporting. Ogni periodo, ad esempio 'Jan-2023' o 'Q1-2024', rappresenta una singola istanza del processo di chiusura di fine periodo. Nell'analisi di Process Mining, questo attributo consente di ottenere una visione completa dell'intero processo di chiusura del periodo, dall'inizio alla fine. Viene utilizzato per calcolare il tempo complessivo del ciclo, confrontare le prestazioni tra periodi diversi e identificare nel tempo tendenze o ritardi sistemici nel processo di chiusura.
Perché è importante
È l'identificativo principale che collega tutte le attività di chiusura correlate in una singola istanza di processo, consentendo un'analisi end-to-end di ogni ciclo di chiusura del periodo.
Dove reperirlo
Generalmente deriva dal nome o dall'ID del periodo nel modulo General Ledger, spesso disponibile in tabelle come GL_PERIOD_STATUSES di Oracle Fusion Financials.
Esempi
Gen-2023Feb-2023Q1-2024Mar-2024
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema dal quale sono stati estratti i dati. | ||
|
Descrizione
Questo attributo identifica il sistema informativo dal quale hanno avuto origine i dati degli eventi. Per questo processo sarà sempre Oracle Fusion Financials, ma può essere utile negli ambienti in cui i dati vengono combinati da più sistemi. Nell'analisi, fornisce il contesto sull'origine dei dati, fondamentale per la governance dei dati, la convalida e la comprensione dell'ecosistema tecnologico del processo. Aiuta a garantire che gli insight siano attribuiti correttamente all'ambiente applicativo pertinente.
Perché è importante
Fornisce un contesto essenziale sull'origine dei dati, garantendo chiarezza negli ambienti con più sistemi e supportando la governance dei dati.
Dove reperirlo
Generalmente si tratta di un valore statico aggiunto durante il processo di estrazione dei dati per indicare l'origine del dataset.
Esempi
Oracle Fusion FinancialsOracle Cloud ERP
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp che indica quando i dati sono stati aggiornati l'ultima volta dal sistema di origine. | ||
|
Descrizione
Questo attributo registra la data e l'ora dell'estrazione più recente dei dati da Oracle Fusion Financials. Riflette il livello di aggiornamento dei dati analizzati nello strumento di Process Mining. È importante che gli utenti comprendano quanto sia aggiornata l'analisi. Questo timestamp li aiuta a valutare l'affidabilità delle Dashboard e dei report in tempo reale, garantendo che le decisioni si basino su informazioni aggiornate.
Perché è importante
Informa gli utenti sull'aggiornamento dei dati, un aspetto fondamentale per prendere decisioni basate sull'analisi del processo.
Dove reperirlo
È un campo di metadati generato e memorizzato durante la pipeline di acquisizione dei dati, che registra il timestamp dell'esecuzione dell'estrazione.
Esempi
2023-03-10T02:00:00Z2023-03-11T02:00:00Z
|
|||
|
Codice società
CompanyCode
|
L'identificativo dell'entità giuridica o della società per la quale viene eseguita la chiusura del periodo. | ||
|
Descrizione
Il codice società, o identificativo dell'entità giuridica nella terminologia Oracle, rappresenta la specifica entità aziendale sottoposta alla chiusura del periodo. In un'organizzazione globale saranno presenti numerosi codici società, ciascuno con il proprio processo di chiusura. Questo attributo è essenziale per l'analisi comparativa. Consente alla direzione di confrontare le prestazioni della chiusura del periodo tra diverse entità giuridiche, identificare quelle che seguono i processi standard e individuare con precisione dove si verificano deviazioni o ritardi. È un filtro fondamentale per analizzare in dettaglio specifiche aree dell'azienda.
Perché è importante
Consente di filtrare e confrontare il processo di chiusura tra diverse entità giuridiche, un aspetto fondamentale per standardizzare i processi globali.
Dove reperirlo
Corrisponde all'entità giuridica o al valore del segmento di bilanciamento nel piano dei conti. È un attributo fondamentale presente in quasi tutte le transazioni finanziarie di Oracle Fusion Financials.
Esempi
101210US01DE01
|
|||
|
Data obiettivo di completamento
TargetCompletionDate
|
La scadenza pianificata per un'attività o per l'intero processo di chiusura del periodo. | ||
|
Descrizione
Questo attributo memorizza la data prevista di completamento delle principali milestone del processo di chiusura, come definita dal calendario di chiusura o dagli SLA interni. Costituisce il riferimento rispetto al quale viene misurata la prestazione effettiva. Questa data è fondamentale per la Dashboard "Compliance with Close Deadlines" e per il KPI "Close On-Time Rate". Confrontando l'orario effettivo di completamento (EventTime) con la data obiettivo, il sistema può segnalare automaticamente i ritardi e misurare il rispetto della pianificazione, contribuendo a garantire il rigore necessario nel processo di chiusura.
Perché è importante
Consente di misurare la puntualità e il rispetto delle scadenze, aspetti fondamentali per una rendicontazione finanziaria tempestiva.
Dove reperirlo
Queste informazioni sono spesso gestite in uno strumento per la gestione della chiusura o in una configurazione personalizzata del calendario di chiusura all'interno di Oracle Financials.
Esempi
2023-01-31T23:59:59Z2023-02-02T17:00:00Z2023-02-28T23:59:59Z
|
|||
|
Ora di fine
EndTime
|
Il timestamp che indica quando un'attività è stata completata. | ||
|
Descrizione
L'ora di fine registra la data e l'ora esatte in cui un'attività è stata completata. Mentre l'ora di inizio indica l'avvio, l'ora di fine indica il completamento, consentendo di calcolare con precisione la durata di ogni fase. Questo attributo è essenziale per calcolare il tempo di elaborazione delle singole attività. Sottraendo l'ora di inizio dall'ora di fine, gli analisti possono individuare le fasi del processo di chiusura del periodo che richiedono più tempo, mettendo direttamente in evidenza colli di bottiglia e inefficienze.
Perché è importante
Consente di calcolare i tempi di elaborazione delle attività, un elemento fondamentale per identificare i colli di bottiglia e misurare l'efficienza operativa.
Dove reperirlo
Come l'ora di inizio, questo dato si trova spesso nei campi relativi alla data dell'ultimo aggiornamento o in specifici campi della data di completamento nelle tabelle delle transazioni di Oracle Fusion Financials.
Esempi
2023-01-28T09:05:10Z2023-02-01T15:00:00Z2023-02-03T11:45:30Z
|
|||
|
Reparto
Department
|
Il reparto aziendale o il centro di costo associato all'attività o al caso. | ||
|
Descrizione
Questo attributo indica il reparto, ad esempio 'Corporate Accounting', 'FP&A' o 'Internal Audit', responsabile dell'attività di chiusura del periodo o coinvolto nella sua esecuzione. Fornisce un contesto organizzativo al processo. Segmentare il processo per reparto è una tecnica di analisi efficace. Consente di confrontare l'efficienza del processo di chiusura tra diverse unità aziendali, comprendere in che modo i passaggi di consegne tra reparti incidano sulle tempistiche e analizzare la distribuzione del carico di lavoro a livello dipartimentale.
Perché è importante
Consente di confrontare i processi tra diverse aree dell'organizzazione, aiutando a identificare le best practice e a standardizzare le procedure.
Dove reperirlo
Può derivare dal profilo dell'utente, dal segmento del centro di costo del conto GL o dalla struttura organizzativa dell'entità giuridica in Oracle Fusion Financials.
Esempi
Contabilità aziendaleDebiti verso fornitoriTesoreriaFP&A
|
|||
|
Stato dell'attività
ActivityStatus
|
Lo stato di completamento di un'attività, ad esempio "Completata", "In corso" o "Non riuscita". | ||
|
Descrizione
Questo attributo registra l'esito o lo stato corrente di una specifica attività nell'ambito della chiusura del periodo. Ad esempio, un'importazione di registrazioni contabili può risultare "Riuscita" o "Non riuscita", mentre una riconciliazione può essere "Approvata" o "Rifiutata". Questo stato è essenziale per comprendere le eccezioni e gli esiti del processo. Consente agli analisti di individuare i tassi di errore dei job automatizzati, monitorare i cicli di rifiuto nei Workflow di approvazione e seguire in tempo reale l'avanzamento della chiusura, verificando quali attività sono in sospeso e quali sono completate.
Perché è importante
Il monitoraggio dello stato aiuta a individuare eccezioni, errori e cicli di rilavorazione, offrendo visibilità sulla qualità e sull'affidabilità del processo.
Dove reperirlo
Si trova generalmente nei campi di stato delle intestazioni o delle righe delle transazioni all'interno dei moduli Oracle Fusion Financials.
Esempi
CompletatoIn corsoApprovatoRifiutatoErrore
|
|||
|
Tipo di registrazione contabile
JournalEntryType
|
La classificazione della registrazione contabile, ad esempio "Standard", "Stornante" o "Di rettifica". | ||
|
Descrizione
Questo attributo classifica le registrazioni contabili in base alla loro finalità. Un tipo particolarmente rilevante per questo processo è "Di rettifica", che spesso indica correzioni o riclassificazioni derivanti dalle attività di riconciliazione. È fondamentale per il KPI e la Dashboard "Adjusting Journal Entry Volume". Filtrando le registrazioni di rettifica, le organizzazioni possono monitorare la frequenza delle correzioni, che spesso evidenzia problemi a monte nell'elaborazione delle transazioni o nelle politiche contabili. Ridurre queste rettifiche è un obiettivo importante del miglioramento dei processi.
Perché è importante
Aiuta a distinguere le registrazioni di rettifica dalle registrazioni ordinarie, consentendo un'analisi mirata delle attività di rilavorazione e correzione durante la chiusura.
Dove reperirlo
Si trova spesso nei campi JE_CATEGORY e JE_SOURCE della tabella GL_JE_HEADERS. Per creare un tipo semplificato potrebbe essere necessaria una mappatura.
Esempi
StandardRettificaRiclassificazioneRateo
|
|||
|
Tipo di riconciliazione
ReconciliationType
|
La categoria della riconciliazione contabile eseguita. | ||
|
Descrizione
Questo attributo classifica il tipo di riconciliazione, ad esempio Stato patrimoniale, Conto economico o Intercompany. Tipi diversi di riconciliazione possono seguire Workflow differenti oppure presentare livelli diversi di complessità e rischio. Viene utilizzato per supportare la Dashboard "Reconciliation Performance by Type". Applicando un filtro su questo attributo, gli analisti possono confrontare i tempi di ciclo e i volumi delle diverse categorie di riconciliazione, individuando quelle maggiormente soggette a ritardi o arretrati e che richiedono interventi di miglioramento del processo.
Perché è importante
Consente di analizzare in modo mirato il processo di riconciliazione, aiutando a individuare i colli di bottiglia specifici di determinati tipi di conto, come le riconciliazioni ad alto rischio o Intercompany.
Dove reperirlo
Può essere ricavato dal tipo di conto nel Piano dei conti oppure dagli attributi presenti nel modulo Account Reconciliation Cloud Service (ARCS), se utilizzato.
Esempi
Stato patrimonialeConto economicoRiconciliazione bancariaIntercompany
|
|||
|
Utente responsabile
ResponsibleUser
|
L'utente o il dipendente che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo identifica l'utente specificamente responsabile dell'esecuzione di una determinata attività, come il contabile che ha approvato una riconciliazione o il controller che ha generato i bilanci finanziari. Generalmente è collegato a un ID utente o al nome del dipendente. L'analisi dell'utente responsabile aiuta a comprendere la distribuzione del carico di lavoro, identificare le esigenze formative e valutare le prestazioni del team o del singolo individuo. È fondamentale per creare Dashboard che monitorino l'equilibrio del carico di lavoro e garantiscano una distribuzione efficace delle attività durante la fase di chiusura del periodo, caratterizzata da forte pressione operativa.
Perché è importante
È fondamentale per analizzare la distribuzione del carico di lavoro, l'allocazione delle risorse e le opportunità di automazione o formazione.
Dove reperirlo
Queste informazioni sono generalmente disponibili nei campi 'Created By' o 'Last Updated By' dei record transazionali in Oracle Fusion Financials, come le registrazioni contabili o gli oggetti di riconciliazione.
Esempi
john.doejane.smithcontroller_ussarah.jones
|
|||
|
Conto GL
GLAccountNumber
|
Il numero del conto di General Ledger oggetto di riconciliazione o di registrazione. | ||
|
Descrizione
Questo attributo fornisce il numero specifico del conto GL coinvolto in un'attività, ad esempio una riconciliazione contabile o una registrazione di rettifica. Offre un livello di dettaglio granulare per l'analisi finanziaria. Viene utilizzato per analizzare i volumi delle registrazioni di rettifica e le prestazioni delle riconciliazioni a livello di singolo conto. In questo modo è possibile individuare i conti problematici che richiedono frequentemente rettifiche o presentano tempi di riconciliazione elevati, segnalando problemi sottostanti nei sottoprocessi.
Perché è importante
Offre una visione granulare che consente di individuare i conti problematici che richiedono costantemente rettifiche o presentano ritardi nelle riconciliazioni.
Dove reperirlo
È un campo fondamentale nelle tabelle GL, come GL_JE_LINES, e riveste un ruolo centrale in qualsiasi processo di riconciliazione.
Esempi
111001401000625003212001
|
|||
|
È Intercompany
IsIntercompanyTransaction
|
Un indicatore che segnala se una transazione avviene tra due entità giuridiche diverse della stessa azienda. | ||
|
Descrizione
Questo attributo booleano (true/false) identifica le transazioni o le riconciliazioni che coinvolgono controparti Intercompany. Queste attività sono spesso più complesse e maggiormente soggette a disallineamenti e ritardi. L'indicatore è essenziale per la Dashboard "Intercompany Reconciliation Flow" e per il KPI "Intercompany Reconciliation Rate". Consente di isolare e analizzare questo sottoprocesso specifico, individuando i colli di bottiglia caratteristici delle transazioni tra entità e migliorando l'accuratezza del bilancio consolidato.
Perché è importante
Isola il processo di riconciliazione Intercompany, spesso complesso e problematico, per consentirne un'analisi e un'ottimizzazione mirate.
Dove reperirlo
Può essere identificato nei moduli Oracle dedicati alle transazioni Intercompany (AGIS) oppure analizzando le registrazioni contabili in cui il segmento del codice azienda differisce tra le righe o i segmenti di bilanciamento.
Esempi
truefalse
|
|||
|
È puntuale
IsOnTime
|
Un indicatore calcolato che segnala se un'attività è stata completata entro la data obiettivo. | ||
|
Descrizione
Questo attributo booleano confronta il timestamp effettivo di completamento di un'attività (EventTime o EndTime) con la relativa scadenza pianificata (TargetCompletionDate). Il valore è true se l'attività è stata completata entro la scadenza o in anticipo, mentre è false se è stata completata in ritardo. Fornisce una misura semplice e chiara del rispetto della pianificazione e costituisce la base del KPI "Close On-Time Rate". Aiuta a individuare rapidamente i colli di bottiglia che causano il mancato rispetto delle scadenze e offre ai responsabili una metrica chiara per monitorare la conformità al calendario di chiusura.
Perché è importante
Fornisce una misura binaria chiara del rispetto della pianificazione, semplificando il monitoraggio della conformità alle scadenze critiche della chiusura.
Dove reperirlo
Viene calcolato durante la trasformazione dei dati confrontando EventTime con TargetCompletionDate (EventTime <= TargetCompletionDate).
Esempi
truefalse
|
|||
|
È rilavorazione
IsRework
|
Un indicatore calcolato che identifica le attività rappresentative di una rilavorazione. | ||
|
Descrizione
Questo attributo booleano deriva dal flusso di processo e segnala le attività che indicano una rilavorazione. Un esempio comune nella chiusura del periodo è l'attività "Adjusting Journal Entry Posted" che si verifica dopo l'attività "Reconciliation Approved" per lo stesso conto, suggerendo che la riconciliazione non fosse sufficiente. L'attributo viene utilizzato per quantificare la frequenza e l'impatto delle rilavorazioni, una delle principali fonti di inefficienza. Identificando e analizzando i cicli di rilavorazione, le organizzazioni possono individuare le cause alla radice degli errori, come una formazione inadeguata o procedure non efficaci, e adottare azioni correttive.
Perché è importante
Quantifica direttamente l'inefficienza del processo segnalando le attività che correggono un lavoro precedente e aiutando a individuare le cause alla radice degli errori.
Dove reperirlo
Si calcola definendo i pattern di rilavorazione nello strumento di Process Mining, ad esempio una sequenza di "Approval" seguita da "Correction".
Esempi
truefalse
|
|||
|
ID della registrazione contabile
JournalEntryId
|
L'identificativo univoco di una registrazione contabile. | ||
|
Descrizione
Questo attributo rappresenta l'ID univoco generato dal sistema per una registrazione contabile del General Ledger. È particolarmente rilevante per le attività relative alla registrazione di movimenti manuali o di rettifica. Viene utilizzato per seguire le singole registrazioni contabili, in particolare quelle di rettifica, durante tutto il loro ciclo di vita. Questo ID aiuta a calcolare il volume delle rettifiche e a ricondurre le rilavorazioni a specifiche registrazioni finanziarie.
Perché è importante
Consente di monitorare specifiche registrazioni finanziarie, un'attività essenziale per l'audit e per l'analisi del volume e della natura delle registrazioni di rettifica.
Dove reperirlo
È la chiave primaria della tabella GL_JE_HEADERS, spesso denominata JE_HEADER_ID.
Esempi
JE1002345JE1002378JE1002412
|
|||
|
Importo della registrazione contabile
JournalEntryAmount
|
L'importo totale in dare o in avere della registrazione contabile. | ||
|
Descrizione
Questo attributo registra il valore monetario di una registrazione contabile. Può rappresentare l'entità di una rettifica, di un rateo o di qualsiasi altra registrazione finanziaria. L'analisi dell'importo delle registrazioni di rettifica offre visibilità sull'impatto finanziario degli errori o delle eccezioni di processo. Rettifiche di importo elevato o frequenti possono segnalare significative debolezze nei controlli o problemi che richiedono un intervento immediato. In questo modo l'analisi dei volumi delle registrazioni include anche una valutazione della rilevanza economica.
Perché è importante
Aiuta a valutare l'impatto finanziario e la rilevanza delle rettifiche, distinguendo tra correzioni di lieve entità e significative riesposizioni finanziarie.
Dove reperirlo
Questo valore deve essere calcolato sommando gli importi in dare della tabella GL_JE_LINES per una determinata registrazione contabile.
Esempi
15000.00250.75125000.50
|
|||
|
Libro contabile
LedgerName
|
Il nome del libro contabile a cui appartengono le transazioni e i saldi. | ||
|
Descrizione
In Oracle Fusion Financials, un libro contabile è un registro delle transazioni finanziarie definito da un piano dei conti, un calendario e una valuta. Può essere il libro contabile principale di un'entità giuridica oppure un libro contabile secondario o di reporting per diversi principi contabili. L'analisi per libro contabile è importante per comprendere i processi che possono variare in base ai requisiti contabili, ad esempio IFRS rispetto agli US GAAP. Aiuta a garantire che i processi siano conformi ed efficienti per ciascuno standard di reporting richiesto.
Perché è importante
Fornisce un contesto contabile essenziale, consentendo di segmentare l'analisi in base a diversi principi contabili o requisiti di reporting.
Dove reperirlo
È memorizzato insieme ai dati finanziari nelle tabelle principali del GL, spesso referenziato tramite un LEDGER_ID in tabelle come GL_JE_HEADERS e GL_BALANCES.
Esempi
Libro mastro principale USALibro mastro principale del Regno UnitoLibro mastro per il reporting IFRS
|
|||
|
Paese
Country
|
Il Paese associato all'entità giuridica o al codice azienda. | ||
|
Descrizione
Questo attributo specifica il Paese in cui opera l'entità giuridica. Fornisce un contesto geografico al processo di chiusura del periodo. L'analisi del processo per Paese può evidenziare variazioni dovute a requisiti normativi locali, pratiche aziendali differenti o prestazioni diverse dei centri servizi condivisi regionali. Consente di effettuare confronti geografici e comprendere l'impatto delle differenze regionali sull'efficienza del processo.
Perché è importante
Consente di analizzare geograficamente il processo di chiusura, mettendo in evidenza le variazioni dovute alle normative locali o alle prestazioni dei team regionali.
Dove reperirlo
Viene generalmente ricavato dalla configurazione dell'entità giuridica o della Business Unit in Oracle Fusion Financials.
Esempi
USAGermaniaGiapponeBrasile
|
|||
|
Tempo di ciclo della chiusura del periodo
PeriodCloseCycleTime
|
Il tempo complessivo impiegato dall'intero processo di chiusura del periodo, dall'inizio alla fine. | ||
|
Descrizione
È una metrica calcolata a livello di caso che rappresenta la durata complessiva della chiusura di un periodo finanziario. Si calcola sottraendo il timestamp della prima attività da quello dell'ultima attività per un determinato Financial Period. È un indicatore chiave di prestazione (KPI) primario per il processo Record to Report. Fornisce una misura di alto livello dell'efficienza complessiva del processo end-to-end e viene utilizzato per monitorare le iniziative di miglioramento finalizzate ad accelerare la chiusura.
Perché è importante
Questo KPI misura l'efficienza end-to-end del processo di chiusura, una delle principali aree di attenzione per il senior management finanziario.
Dove reperirlo
Viene calcolato a livello di caso all'interno dello strumento di Process Mining, sottraendo lo StartTime più remoto dallo StartTime più recente di un caso.
Esempi
P5D4HP7D12HP4D20H
|
|||
Record to Report - Attività di chiusura del periodo e riconciliazione
| Attività | Descrizione | ||
|---|---|---|---|
|
Bilanci finanziari generati
|
Questo evento indica la creazione dei principali bilanci finanziari, come il conto economico, lo stato patrimoniale e il rendiconto finanziario. Generalmente si tratta di un processo guidato dal sistema e avviato da un utente. | ||
|
Perché è importante
È una tappa importante che segna la fine della fase di elaborazione dei dati e l'inizio della fase finale di revisione e approvazione. È fondamentale per misurare il tempo necessario all'approvazione dei bilanci finanziari.
Dove reperirlo
Può essere dedotto dal completamento corretto dei job di reporting finanziario o dal timestamp di creazione dei report pubblicati negli strumenti di reporting di Oracle Fusion, come Financial Reporting Studio o Narrative Reporting.
Acquisizione
Deducibile dal timestamp di completamento del job pianificato che genera il pacchetto di report finale.
Tipo di evento
inferred
|
|||
|
Periodo aperto
|
Indica l'avvio ufficiale del processo di chiusura finanziaria per uno specifico periodo contabile. Si tratta generalmente di un'azione esplicita eseguita da un utente autorizzato nel modulo General Ledger per consentire la registrazione delle transazioni. | ||
|
Perché è importante
Questa attività costituisce l'evento di avvio definitivo del caso relativo alla chiusura del periodo. È fondamentale per misurare il tempo complessivo del ciclo di chiusura del periodo e identificare i ritardi nell'avvio del processo.
Dove reperirlo
Questo evento viene acquisito dal modulo General Ledger quando lo stato di un periodo viene modificato in 'Open'. È disponibile nella tabella GL_PERIOD_STATUSES, che registra lo stato e il timestamp di ciascun periodo.
Acquisizione
Acquisito dal log delle modifiche di stato di un periodo finanziario nella tabella GL_PERIOD_STATUSES.
Tipo di evento
explicit
|
|||
|
Periodo chiuso definitivamente
|
Indica la chiusura finale e irreversibile di un periodo contabile nel General Ledger. Una volta eseguita questa azione, il periodo non può essere riaperto e non è più possibile apportare modifiche. | ||
|
Perché è importante
Questa attività costituisce l'evento di fine definitivo del caso relativo alla chiusura del periodo. Fornisce il timestamp finale per misurare il tempo complessivo del ciclo di chiusura e garantisce l'integrità dei dati per il reporting.
Dove reperirlo
Si tratta di un'azione specifica ed esplicita che aggiorna lo stato del periodo nella tabella GL_PERIOD_STATUSES a 'Permanently Closed'. L'azione e il relativo timestamp vengono registrati dal sistema.
Acquisizione
Acquisito dal log delle modifiche di stato di un periodo finanziario nella tabella GL_PERIOD_STATUSES, con passaggio a 'Permanently Closed'.
Tipo di evento
explicit
|
|||
|
Registrazione contabile di rettifica contabilizzata
|
Rappresenta la contabilizzazione nel General Ledger di una registrazione manuale per correggere i saldi, registrare gli accantonamenti o apportare altre rettifiche individuate durante la riconciliazione. Ogni contabilizzazione è una transazione distinta e registrata. | ||
|
Perché è importante
Un volume elevato di registrazioni di rettifica, soprattutto dopo l'approvazione delle riconciliazioni, indica rilavorazioni e potenziali problemi nei processi a monte. Monitorare queste registrazioni è fondamentale per migliorare la qualità dei dati.
Dove reperirlo
Registrato nelle tabelle GL_JE_HEADERS e GL_JE_LINES. Le registrazioni di rettifica possono spesso essere identificate dalla categoria o dall'origine, generalmente impostata su 'Manual' o 'Adjustment'.
Acquisizione
Identificato dalle date di creazione e contabilizzazione delle registrazioni con categoria 'Adjustment' all'interno del periodo.
Tipo di evento
explicit
|
|||
|
Riconciliazione approvata
|
Indica che un revisore ha approvato formalmente una riconciliazione contabile, confermandone l'accuratezza e la completezza. È una tappa fondamentale che segnala il completamento del Workflow di riconciliazione. | ||
|
Perché è importante
L'approvazione segna la fine del ciclo di riconciliazione di un conto. È una tappa critica per misurare le prestazioni della riconciliazione e sbloccare le fasi successive della chiusura.
Dove reperirlo
Si tratta di un evento esplicito, registrato con timestamp in Oracle ARCS, in cui un revisore autorizzato aggiorna lo stato della riconciliazione a 'Approved' o 'Closed'.
Acquisizione
Acquisito dal timestamp della modifica dello stato a 'Approved' nel registro di audit del sistema di riconciliazione.
Tipo di evento
explicit
|
|||
|
Riconciliazione del conto avviata
|
Questo evento indica l'inizio del processo di riconciliazione per uno specifico conto GL o per un gruppo di conti. Spesso viene dedotto dalla prima azione eseguita su una riconciliazione, come l'assegnazione a un preparatore o una modifica iniziale dello stato. | ||
|
Perché è importante
Segna l'inizio di un sottoprocesso critico e spesso dispendioso in termini di tempo. Misurare il tempo che intercorre tra questo evento e l'approvazione aiuta a calcolare i tempi del ciclo di riconciliazione e a identificare gli arretrati.
Dove reperirlo
In Oracle Account Reconciliation Cloud Service (ARCS), può essere dedotto dal timestamp in cui lo stato di una riconciliazione passa a 'Open with Preparer' o a uno stato iniziale analogo.
Acquisizione
Deducibile dal timestamp più antico associato a una specifica riconciliazione del conto per il periodo, quando questa esce dallo stato 'Pending' o 'New'.
Tipo di evento
inferred
|
|||
|
Bilanci finanziari revisionati
|
Rappresenta il completamento della revisione da parte della direzione dei bilanci finanziari generati. Spesso si tratta di un processo manuale e la relativa registrazione può dover essere dedotta da attività di sistema correlate o da inserimenti manuali. | ||
|
Perché è importante
Il ciclo di revisione costituisce spesso una parte significativa dell'ultima fase della chiusura. Monitorarlo aiuta a identificare i ritardi nella revisione della direzione e ad abbreviare la tempistica complessiva del reporting.
Dove reperirlo
È difficile acquisirlo direttamente. Può essere dedotto dal timestamp di una modifica dello stato del report in uno strumento di reporting narrativo o da un'attività di approvazione esplicita in uno strumento Workflow.
Acquisizione
Potrebbe essere necessario dedurlo da altri eventi di sistema, come il completamento di un'attività di approvazione in un Workflow BPM, oppure da un inserimento manuale.
Tipo di evento
inferred
|
|||
|
Bilancio di verifica generato
|
Questa attività rappresenta la generazione del report del bilancio di verifica per il periodo. È un controllo fondamentale per assicurarsi che il totale degli addebiti sia uguale al totale degli accrediti prima della preparazione del bilancio d'esercizio definitivo. | ||
|
Perché è importante
La prima generazione corretta di un bilancio di verifica è una tappa importante, poiché indica che probabilmente tutte le principali rettifiche sono state completate. È un passaggio fondamentale che precede la fase finale del reporting.
Dove reperirlo
Può essere dedotto dal completamento corretto della richiesta concorrente o del processo pianificato 'Trial Balance Report'. Il sistema registra l'orario di esecuzione di questi job.
Acquisizione
Deducibile dal timestamp di completamento del job di generazione del bilancio di verifica nei log dello scheduler dei processi del sistema.
Tipo di evento
inferred
|
|||
|
Periodo del subledger chiuso
|
Rappresenta la chiusura dei registri secondari, come Payables, Receivables e Assets, per il periodo. Questa azione impedisce la registrazione di nuove transazioni nei subledger e costituisce un prerequisito per la chiusura del General Ledger. | ||
|
Perché è importante
I ritardi nella chiusura dei subledger sono un collo di bottiglia comune che incide direttamente sull'avvio della chiusura del General Ledger. Il monitoraggio di questa attività aiuta a isolare tempestivamente la fonte dei ritardi nel processo.
Dove reperirlo
Acquisito dalle modifiche di stato del periodo contabile di ciascun subledger in Oracle Fusion Financials. Le modifiche di stato vengono generalmente registrate con il relativo timestamp per ogni modulo subledger.
Acquisizione
Derivato dalle tabelle degli stati dei subledger che indicano lo stato 'Closed' per una specifica applicazione, ad esempio Payables o Receivables.
Tipo di evento
explicit
|
|||
|
Periodo impostato su 'Closed'
|
Si tratta di una fase finale, ma reversibile, in cui lo stato del periodo del General Ledger viene modificato in 'Closed'. In questo modo si impedisce la registrazione di nuove registrazioni contabili nel periodo, salvo riapertura dello stesso. | ||
|
Perché è importante
Questa attività segna la fine operativa della chiusura del periodo contabile, sebbene non rappresenti la fase finale irreversibile. È una tappa fondamentale per la Conformità e il controllo.
Dove reperirlo
Si tratta di una modifica esplicita dello stato registrata nella tabella GL_PERIOD_STATUSES, che memorizza l'utente, il timestamp e il nuovo stato 'Closed' del periodo.
Acquisizione
Acquisito dal log delle modifiche di stato di un periodo finanziario nella tabella GL_PERIOD_STATUSES, con passaggio a 'Closed'.
Tipo di evento
explicit
|
|||
|
Processo di consolidamento eseguito
|
Rappresenta l'esecuzione delle routine di consolidamento che aggregano i dati finanziari di più società controllate o unità aziendali in un unico insieme di bilanci per la società capogruppo. Si tratta di un processo distinto e registrato. | ||
|
Perché è importante
Per le organizzazioni composte da più entità, il consolidamento è una fase critica e complessa. Monitorarne l'esecuzione e la durata è essenziale per comprendere la tempistica della chiusura a livello aziendale.
Dove reperirlo
In Oracle Financial Consolidation and Close Cloud (FCCS), l'esecuzione delle regole e dei processi di consolidamento viene registrata con timestamp di inizio e fine. Questi dati possono essere estratti dallo scheduler dei job.
Acquisizione
Acquisito dai log di esecuzione del job di consolidamento o della business rule nel modulo FCCS.
Tipo di evento
explicit
|
|||
|
Registrazioni contabili importate
|
Questa attività riflette l'importazione nel General Ledger delle transazioni riepilogate dei subledger e di altri dati esterni. Consolida i dati finanziari in preparazione alla riconciliazione e alle rettifiche. | ||
|
Perché è importante
Monitorare il completamento delle importazioni dei dati è fondamentale per comprendere i tempi di acquisizione dei dati. Indica il momento in cui il General Ledger contiene i dati grezzi necessari per proseguire con il processo di chiusura.
Dove reperirlo
Può essere identificato verificando il completamento corretto dei processi di importazione delle registrazioni nelle tabelle GL_JE_BATCHES e GL_IMPORT_REFERENCES, filtrando per il periodo contabile pertinente.
Acquisizione
Identificato dalla data di creazione dei batch di registrazioni con un'origine che indica un'importazione da un subledger o da una fonte esterna.
Tipo di evento
explicit
|
|||
|
Riconciliazione intercompany completata
|
Rappresenta il completamento della riconciliazione delle transazioni tra diverse entità giuridiche appartenenti alla stessa organizzazione. Si tratta di un'attività di riconciliazione specializzata che garantisce che i saldi intercompany risultino pari a zero. | ||
|
Perché è importante
La riconciliazione intercompany è una fonte frequente di ritardi e complessità nel processo di chiusura. Individuarne con precisione la durata aiuta a ottimizzare un'attività critica del percorso per il reporting consolidato.
Dove reperirlo
Questo evento può essere acquisito dal modulo Intercompany Transaction o da ARCS quando le riconciliazioni intercompany raggiungono lo stato 'Reconciled' o 'Closed' per il periodo.
Acquisizione
Deducibile dal timestamp in cui lo stato dei batch di riconciliazione intercompany del periodo viene contrassegnato come completato.
Tipo di evento
inferred
|
|||
|
Riconciliazione inviata per la revisione
|
Questa attività segna il passaggio dalla persona che prepara la riconciliazione del conto a quella responsabile della revisione e dell'approvazione. Generalmente si tratta di una modifica esplicita dello stato all'interno dello strumento di riconciliazione. | ||
|
Perché è importante
Questo passaggio può rappresentare un punto di attesa o un collo di bottiglia. Analizzare il tempo tra l'invio e l'approvazione mette in evidenza i ritardi nel ciclo di revisione e può orientare l'allocazione delle risorse.
Dove reperirlo
Acquisito da Oracle ARCS quando lo stato di una riconciliazione passa da 'Preparation' a 'Pending Review' o 'Submitted'. La modifica dello stato è registrata con il relativo timestamp.
Acquisizione
Basato sul timestamp della modifica dello stato a 'Pending Approval' o a un valore equivalente nel sistema di riconciliazione.
Tipo di evento
explicit
|
|||
Guide all’estrazione
Pronto per iniziare?
Questo Template dei dati fornisce le basi necessarie per iniziare a ottimizzare il processo Record to Report - Chiusura del periodo e riconciliazione. Utilizzi questi insight per individuare i colli di bottiglia e aumentare l’efficienza delle operazioni finanziarie.
Ottimizzi oggi il processo Record to Report - Chiusura del periodo
Riduca del 30% il tempo di ciclo R2R, elimini i colli di bottiglia e aumenti l’accuratezza.
Non è richiesta alcuna carta di credito; la configurazione richiede pochi minuti.