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 Microsoft Dynamics 365
Record to Report - Attributi della chiusura del periodo e della riconciliazione
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome dell'attività
ActivityName
|
Il nome di uno specifico evento aziendale o di un'attività che si è verificata nel processo di chiusura del periodo, ad esempio 'Trial Balance Prepared' o 'Account Reconciliation Started'. | ||
|
Descrizione
Il nome dell'attività descrive un singolo passaggio nel Workflow end-to-end di chiusura del periodo. Ogni record di evento nei dati di origine corrisponde a una di queste attività e forma la sequenza degli eventi per ciascun periodo finanziario. Questo attributo è fondamentale per il Process Mining, poiché consente di visualizzare la mappa del processo e mostrare come viene effettivamente svolto il lavoro. Viene utilizzato per analizzare il flusso del processo, individuare le deviazioni dalla procedura standard e misurare la durata tra le diverse tappe fondamentali.
Perché è importante
Questo attributo costituisce la struttura portante della mappa del processo e consente di visualizzare e analizzare la sequenza dei passaggi, i colli di bottiglia e le deviazioni nel ciclo di chiusura del periodo.
Dove reperirlo
Derivato dalla logica aziendale basata sui tipi di transazione, sulle modifiche dello stato o su specifici log degli eventi all'interno di moduli Dynamics 365 come General Ledger o Financial reporting.
Esempi
Scritture di competenza registrateRiconciliazione bancaria completataBilanci d'esercizio generatiPeriodo GL chiuso
|
|||
|
Orario dell'evento
EventTime
|
La data e l'ora precise in cui una specifica attività di chiusura del periodo è stata eseguita o completata. | ||
|
Descrizione
L'orario dell'evento è il timestamp associato a ciascuna attività e fornisce l'ordine cronologico degli eventi. Questi dati sono essenziali per costruire il flusso del processo ed eseguire qualsiasi analisi basata sul tempo. Nel Process Mining, questo timestamp viene utilizzato per calcolare i tempi di ciclo, le durate e i tempi di attesa tra le attività. Costituisce la base per individuare i colli di bottiglia, monitorare le prestazioni del processo rispetto alle scadenze e comprendere le dinamiche temporali del processo di chiusura del periodo.
Perché è importante
Si tratta di un attributo fondamentale per tutte le analisi basate sul tempo, inclusi il calcolo dei tempi di ciclo, l'individuazione dei colli di bottiglia e la comprensione della sequenza degli eventi.
Dove reperirlo
Corrisponde in genere a campi timestamp generati dal sistema, come 'CreatedDateTime' o 'ModifiedDateTime', presenti nelle transazioni, nei giornali o nei record di stato di Dynamics 365.
Esempi
2023-12-28T14:20:15Z2024-01-02T09:05:00Z2024-01-05T17:30:45Z
|
|||
|
Periodo finanziario
FinancialPeriod
|
Un identificativo univoco per il ciclo di reporting finanziario, ad esempio '2023-12' per dicembre 2023. Funge da identificativo principale del caso e raggruppa tutte le attività correlate alla chiusura del periodo. | ||
|
Descrizione
Il periodo finanziario rappresenta l'intero ciclo di vita della chiusura contabile per uno specifico intervallo temporale, in genere un mese o un trimestre. Tutte le attività, dall'avvio della chiusura all'approvazione dei bilanci d'esercizio finali del periodo, sono collegate da questo identificativo. Nell'analisi di Process Mining, questo attributo è fondamentale per definire l'ambito di ciascun caso. Consente di misurare il tempo di ciclo end-to-end della chiusura del periodo, confrontare le prestazioni tra periodi diversi e individuare i colli di bottiglia sistemici che si ripresentano a ogni ciclo di chiusura.
Perché è importante
Si tratta dell'identificativo essenziale del caso che definisce l'ambito dell'analisi e consente di valutare l'intero processo di chiusura del periodo, dall'inizio alla fine, per ogni distinto ciclo di reporting.
Dove reperirlo
Spesso si tratta di una chiave composita derivata dai campi Fiscal Year e Period presenti nelle tabelle del calendario finanziario o dei periodi contabili di Microsoft Dynamics 365.
Esempi
2023-122024-012024-Q1FY2023-P12
|
|||
|
Sistema di origine
SourceSystem
|
Identifica il sistema informativo dal quale sono stati estratti i dati. Per questo processo sarà in genere 'Microsoft Dynamics 365'. | ||
|
Descrizione
Questo attributo specifica l'origine dei dati di processo. Negli ambienti con più ERP o sistemi finanziari, aiuta a distinguere le fonti dei dati e garantisce la chiarezza della loro provenienza. Ai fini dell'analisi, è utile per la tracciabilità e per creare modelli che possono estendersi a più sistemi. Garantisce che ogni risultato possa essere ricondotto al corretto sistema di riferimento per ulteriori verifiche.
Perché è importante
Garantisce la tracciabilità dei dati ed è fondamentale negli ambienti multi-sistema per attribuire correttamente gli eventi di processo al sistema di origine.
Dove reperirlo
Si tratta in genere di un valore statico aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati per indicare l'origine del dataset.
Esempi
Microsoft Dynamics 365D365 F&OAX2012
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp che indica l'ultima volta in cui i dati sono stati aggiornati o estratti dal sistema di origine. | ||
|
Descrizione
Questo attributo fornisce la data di riferimento dei dati analizzati. È fondamentale per comprenderne l'attualità e la rilevanza nell'analisi di Process Mining e nei Dashboard. Gli utenti fanno affidamento su questo timestamp per sapere se stanno consultando i dati più aggiornati disponibili. In genere viene visualizzato in evidenza nei Dashboard per fornire il contesto relativo all'aggiornamento dei dati.
Perché è importante
Fornisce un contesto essenziale sull'aggiornamento dei dati e consente agli utenti di comprendere quanto sia attuale la loro analisi del processo.
Dove reperirlo
Questo valore viene generato e memorizzato durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.
Esempi
2024-03-15T02:00:00Z2024-03-16T02:00:00Z2024-03-17T02:00:00Z
|
|||
|
Codice azienda
CompanyCode
|
L'identificativo dell'entità giuridica o dell'azienda per la quale viene eseguita la chiusura del periodo. | ||
|
Descrizione
Il codice azienda rappresenta un'entità giuridica distinta all'interno dell'organizzazione. I dati finanziari e le attività di chiusura sono separati in base a questo codice. Si tratta di una dimensione fondamentale per l'analisi, poiché consente di confrontare le prestazioni tra entità diverse. Aiuta a individuare le aziende con i processi di chiusura più efficienti e quelle in difficoltà, supportando iniziative di miglioramento mirate. La maggior parte dei Dashboard, come 'Overall Period Close Cycle Time', richiede la segmentazione per questo attributo.
Perché è importante
Si tratta di una dimensione primaria per il filtraggio e il confronto, che consente di analizzare le prestazioni della chiusura del periodo tra diverse entità giuridiche.
Dove reperirlo
In Dynamics 365 corrisponde al campo 'DataAreaId', presente in quasi tutte le tabelle delle transazioni.
Esempi
USMFDEMFGBSI
|
|||
|
Conto GL
GlAccount
|
Il numero dello specifico conto di contabilità generale coinvolto nell'attività, ad esempio una registrazione a giornale o una riconciliazione. | ||
|
Descrizione
Il conto GL identifica lo specifico conto del piano dei conti interessato da una transazione. Fornisce un livello di dettaglio granulare per le attività finanziarie. Questo attributo è essenziale per analizzare le prestazioni delle riconciliazioni e individuare i conti problematici. Dashboard come 'Post-Close Adjustment Frequency' e 'GL Account Reconciliation Performance' si basano su questo campo per individuare i conti soggetti a rettifiche frequenti o che richiedono molto tempo per essere riconciliati.
Perché è importante
Consente un'analisi finanziaria dettagliata e aiuta a individuare i conti problematici caratterizzati da elevati tassi di rettifica o da tempi di riconciliazione lunghi.
Dove reperirlo
Presente nelle tabelle delle transazioni contabili, come 'GeneralJournalAccountEntry' o 'LedgerJournalTrans', in Dynamics 365.
Esempi
110110601500212100
|
|||
|
Reparto
Department
|
Il reparto funzionale associato all'attività o all'utente che la esegue, ad esempio 'Finance', 'Controlling' o 'AP'. | ||
|
Descrizione
L'attributo Reparto fornisce il contesto organizzativo e collega le attività a specifiche funzioni aziendali. Può indicare il reparto dell'utente che ha registrato un giornale oppure il reparto responsabile di un insieme di conti GL. Nell'analisi viene utilizzato per comprendere il contributo dei diversi reparti al processo di chiusura del periodo. Aiuta a individuare passaggi di consegne tra reparti, ritardi e colli di bottiglia nelle risorse, oltre a supportare Dashboard come 'User Workload & Performance'.
Perché è importante
Fornisce il contesto organizzativo e consente di analizzare le prestazioni del processo e la distribuzione del carico di lavoro per area funzionale.
Dove reperirlo
Può essere derivato dai profili degli utenti o dalle dimensioni finanziarie associate alle transazioni in Dynamics 365.
Esempi
Contabilità aziendaleDebiti verso fornitoriFP&AAudit interno
|
|||
|
Utente responsabile
ResponsibleUser
|
L'ID o il nome dell'utente che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo identifica la persona responsabile dell'esecuzione di una specifica attività nel processo di chiusura del periodo. Può essere la persona che ha registrato un giornale, approvato una riconciliazione o generato un report. L'analisi per utente aiuta a comprendere la distribuzione del carico di lavoro, individuare le esigenze formative e valutare le prestazioni individuali o del team. È una dimensione fondamentale per i Dashboard relativi alla produttività degli utenti e alla gestione delle risorse, oltre a essere necessaria per calcolare il KPI 'Avg User Activity Count Variance'.
Perché è importante
Consente di analizzare la distribuzione del carico di lavoro, le prestazioni degli utenti e l'allocazione delle risorse, aiutando a individuare team o singole persone sovraccarichi.
Dove reperirlo
Corrisponde a campi come 'CreatedBy' o 'ModifiedBy' nei record delle transazioni di Dynamics 365. Le informazioni sugli utenti sono in genere gestite nel modulo System administration.
Esempi
j.does.smithr.williamsFINANCE_AUTOMATION_BOT
|
|||
|
Categoria di riconciliazione
ReconciliationCategory
|
Classifica il tipo di riconciliazione eseguita, ad esempio 'Bank', 'Intercompany' o 'Fixed Assets'. | ||
|
Descrizione
La categoria di riconciliazione raggruppa le singole riconciliazioni dei conti in categorie logiche in base alla loro natura. Fornisce una visione di livello superiore rispetto all'analisi dei singoli conti GL. L'analisi per categoria aiuta a individuare problemi sistemici all'interno di specifici tipi di riconciliazione. Ad esempio, il Dashboard 'GL Account Reconciliation Performance' può mostrare se le riconciliazioni Intercompany richiedono costantemente più tempo di quelle Bank, orientando iniziative di miglioramento mirate.
Perché è importante
Aiuta a categorizzare le attività di riconciliazione, consentendo di confrontare le prestazioni e individuare problemi sistemici all'interno di specifici tipi di riconciliazione.
Dove reperirlo
Queste informazioni potrebbero essere memorizzate in un modulo dedicato alla riconciliazione oppure derivate dalle proprietà del conto GL riconciliato. Consultare la documentazione di Microsoft Dynamics 365.
Esempi
Riconciliazione bancariaIntercompanyStato patrimoniale - RateiLibro mastro secondario delle immobilizzazioni
|
|||
|
Data effettiva di completamento
ActualCompletionDate
|
La data effettiva in cui è stato completato l'ultimo passaggio del processo di chiusura del periodo per un determinato periodo finanziario. | ||
|
Descrizione
Questo attributo indica il timestamp dell'attività finale e conclusiva per un determinato caso di periodo finanziario, come 'GL Period Closed' o 'Financial Statements Approved'. È un attributo derivato, fondamentale per calcolare il tempo di ciclo complessivo della chiusura del periodo. Viene inoltre confrontato con 'TargetCompletionDate' per calcolare il KPI 'Period Close On-Time Rate', fornendo una misura chiara della puntualità.
Perché è importante
Definisce il punto finale del processo per ciascun periodo e consente di calcolare il tempo di ciclo complessivo e i KPI relativi al completamento puntuale.
Dove reperirlo
Derivato individuando il timestamp dell'ultima attività registrata per ciascun caso 'FinancialPeriod' nell'Event Log.
Esempi
2023-01-06T11:00:00Z2023-02-04T18:30:00Z2023-03-07T09:45:00Z
|
|||
|
Data obiettivo di completamento
TargetCompletionDate
|
La data pianificata o obiettivo per completare il processo di chiusura del periodo per un determinato periodo finanziario. | ||
|
Descrizione
La data obiettivo di completamento è la scadenza entro la quale si prevede di chiudere un periodo finanziario. Spesso viene definita nell'ambito di un calendario o di una pianificazione della chiusura. Questo attributo è essenziale per valutare le prestazioni rispetto alla pianificazione. Costituisce la base per il KPI 'Period Close On-Time Rate', che confronta la data effettiva di completamento con quella obiettivo. L'analisi degli scostamenti rispetto a questa data aiuta a comprendere la prevedibilità e l'affidabilità del processo di chiusura.
Perché è importante
È fondamentale per misurare le prestazioni rispetto alle scadenze e consente di calcolare i tassi di completamento puntuale della chiusura del periodo.
Dove reperirlo
Può essere memorizzata in una tabella di configurazione del periodo finanziario o del calendario in Dynamics 365, oppure potrebbe essere necessario acquisirla da uno strumento di pianificazione esterno. Consultare la documentazione di Microsoft Dynamics 365.
Esempi
2023-01-052023-02-042023-03-06
|
|||
|
È automatizzato
IsAutomated
|
Un flag booleano che indica se un'attività è stata eseguita da un sistema o da un bot di automazione anziché da un utente umano. | ||
|
Descrizione
Questo attributo distingue le attività manuali da quelle automatizzate all'interno del processo di chiusura del periodo. Può identificare scritture contabili registrate da un'interfaccia automatizzata o report generati dal sistema. L'analisi di questa dimensione aiuta a comprendere il livello di automazione del processo. Può essere utilizzata per misurare i guadagni di efficienza derivanti dall'automazione, individuare nuove opportunità di automazione e verificare che i passaggi automatizzati funzionino come previsto, senza errori o eccezioni.
Perché è importante
Aiuta a misurare l'impatto dell'automazione sul processo e a individuare opportunità per estenderla e migliorare l'efficienza.
Dove reperirlo
In genere viene derivato verificando se 'ResponsibleUser' corrisponde a un account di sistema o di servizio noto.
Esempi
truefalse
|
|||
|
È rilavorazione
IsRework
|
Un flag booleano calcolato che assume il valore true se un'attività o una sequenza di attività viene ripetuta per lo stesso elemento all'interno di un singolo caso. | ||
|
Descrizione
Il flag Is Rework identifica i casi in cui il lavoro deve essere eseguito più di una volta. Può trattarsi di una riconciliazione riaperta dopo l'approvazione oppure di un giornale stornato e registrato nuovamente. Questo attributo è fondamentale per quantificare l'inefficienza e gli sprechi del processo. Alimenta direttamente il KPI 'Reconciliation Rework Rate' e il Dashboard 'Period Close Rework & Deviations', evidenziando le aree con problemi di qualità o procedure poco chiare che generano attività ridondanti.
Perché è importante
Quantifica l'inefficienza del processo segnalando il lavoro ripetuto e aiuta a individuare problemi di qualità e opportunità di miglioramento delle procedure.
Dove reperirlo
Questo flag viene calcolato durante la trasformazione dei dati applicando una logica che rileva attività ripetute per la stessa entità, ad esempio lo stesso conto GL, all'interno dello stesso periodo finanziario.
Esempi
truefalse
|
|||
|
È una rettifica post-chiusura
IsPostCloseAdjustment
|
Un flag booleano calcolato che assume il valore true se una scrittura contabile di rettifica viene registrata dopo la preparazione del bilancio di verifica per un periodo. | ||
|
Descrizione
Questo attributo identifica specificamente le rettifiche effettuate in ritardo nel ciclo di chiusura. Segnala qualsiasi attività 'Adjusting Journal Entries Posted' che si verifica dopo le tappe 'Trial Balance Prepared' o 'Financial Statements Approved' all'interno dello stesso periodo finanziario. È un indicatore fondamentale della qualità dei dati e del controllo del processo. Viene utilizzato per calcolare il KPI 'Post-Close Adjustment Entry Rate' e alimentare il Dashboard 'Post-Close Adjustment Frequency', aiutando a individuare le cause principali delle modifiche tardive.
Perché è importante
Evidenzia problemi nella qualità dei dati e nel controllo del processo individuando le rettifiche tardive, che possono compromettere l'integrità dei report finanziari.
Dove reperirlo
Calcolato durante la trasformazione dei dati verificando la sequenza degli eventi all'interno di ciascun caso Financial Period.
Esempi
truefalse
|
|||
|
ID della scrittura contabile
JournalEntryId
|
L'identificativo univoco del documento della scrittura contabile. | ||
|
Descrizione
L'ID della scrittura contabile è un numero univoco assegnato a ogni giornale creato nella contabilità generale. Funge da collegamento diretto alla transazione di origine in Dynamics 365. Sebbene non venga sempre utilizzato per l'analisi dei processi di alto livello, è prezioso per il drill-down e l'analisi delle cause principali. Quando viene rilevata un'anomalia, come una rettifica post-chiusura, questo ID consente all'analista di individuare rapidamente la transazione esatta nel sistema di origine per un'indagine dettagliata.
Perché è importante
Fornisce un collegamento diretto alla transazione di origine nell'ERP e consente un rapido drill-down per l'analisi delle cause principali di specifiche scritture contabili.
Dove reperirlo
Corrisponde al campo 'JournalNumber' in tabelle come 'LedgerJournalTable' e 'LedgerJournalTrans'.
Esempi
JV-001234GENJ005678ACCR-000987
|
|||
|
Importo
Amount
|
Il valore monetario associato a una transazione finanziaria, ad esempio l'importo di una scrittura contabile. | ||
|
Descrizione
Questo attributo acquisisce il valore finanziario di un'attività. È particolarmente rilevante per le registrazioni a giornale, le rettifiche e le riconciliazioni. Nell'analisi di Process Mining, l'importo può essere utilizzato per stabilire la priorità dei problemi. Ad esempio, analizzare il valore delle rettifiche post-chiusura può aiutare a concentrare l'attenzione sulle correzioni di importo elevato. Consente inoltre di filtrare la mappa del processo per visualizzare solo i flussi di transazioni di valore elevato o ridotto.
Perché è importante
Fornisce un contesto finanziario agli eventi di processo e consente analisi basate sull'impatto monetario, ad esempio dando priorità all'indagine sulle rettifiche di importo elevato.
Dove reperirlo
Presente in campi relativi agli importi, come 'AmountCur' o 'TransactionCurrencyAmount', in tabelle come 'GeneralJournalAccountEntry' di Dynamics 365.
Esempi
15000.50-250.00125000.00
|
|||
|
Orario di fine
EndTime
|
Il timestamp che indica il momento in cui si è conclusa un'attività con una durata misurabile. | ||
|
Descrizione
Per le attività non istantanee, come un'attività di riconciliazione, questo timestamp indica il completamento dell'attività specifica. Insieme a StartTime (EventTime), definisce una durata distinta. Questo attributo viene utilizzato principalmente per calcolare il tempo di elaborazione delle singole attività. È essenziale per KPI come 'Avg Adjusting Entry Processing Time' e per i Dashboard che analizzano la ripartizione del tempo impiegato nelle attività specifiche.
Perché è importante
Consente di calcolare con precisione i tempi di elaborazione delle singole attività, elemento fondamentale per individuare i colli di bottiglia a livello di attività.
Dove reperirlo
Questi dati possono essere difficili da acquisire. Potrebbero provenire dal timestamp di una modifica dello stato, da un campo 'ModifiedDateTime' o da una coppia separata di eventi di inizio e fine nei log.
Esempi
2024-01-02T11:00:00Z2024-01-02T15:30:00Z2024-01-03T10:00:00Z
|
|||
Record to Report - Attività di chiusura del periodo e riconciliazione
| Attività | Descrizione | ||
|---|---|---|---|
|
Bilanci d'esercizio approvati
|
Questa è la tappa dell'approvazione finale e indica che la direzione ha esaminato e approvato i bilanci d'esercizio del periodo. Spesso viene acquisita tramite un'attività nell'area di lavoro Financial close. | ||
|
Perché è importante
Si tratta di una tappa aziendale critica che conclude la fase di revisione. È essenziale per misurare il Financial Statement Review Time e la governance complessiva del processo.
Dove reperirlo
Dall'area di lavoro Financial close. Viene acquisita tramite il timestamp di completamento dell'attività di approvazione finale nella checklist di chiusura del periodo.
Acquisizione
Utilizzare il timestamp di completamento dell'attività designata 'Final Approval' nell'area di lavoro Financial close.
Tipo di evento
explicit
|
|||
|
Bilancio di verifica preparato
|
Una tappa fondamentale che rappresenta il momento in cui tutte le rettifiche note sono state registrate e un bilancio di verifica preliminare è pronto per la revisione. Si tratta di un evento dedotto, che segna il completamento dell'inserimento dei dati. | ||
|
Perché è importante
Questa attività costituisce un punto di controllo essenziale prima della generazione del bilancio d'esercizio. Delimita la fase di correzione dei dati da quella di reporting e revisione.
Dove reperirlo
Si tratta di una tappa concettuale. Può essere dedotta come il timestamp dell'ultima scrittura contabile di rettifica registrata prima dell'avvio della generazione del bilancio d'esercizio.
Acquisizione
Utilizzare il timestamp dell'ultimo GeneralJournalEntry registrato per il periodo prima dell'avvio delle attività di generazione del bilancio.
Tipo di evento
inferred
|
|||
|
Periodo GL chiuso
|
L'attività finale del processo, in cui il periodo della contabilità generale viene formalmente chiuso, impedendo ulteriori registrazioni. Si tratta di una modifica dello stato esplicita e verificabile all'interno di Dynamics 365. | ||
|
Perché è importante
In quanto evento conclusivo definitivo, questa attività è essenziale per calcolare l'Average Period Close Cycle Time. Rappresenta il completamento finale e irreversibile del periodo finanziario.
Dove reperirlo
Acquisito dal calendario Ledger, entità LedgerPeriod. L'evento corrisponde al timestamp in cui lo stato del periodo viene modificato in 'Closed'.
Acquisizione
Individuare nel registro di controllo il timestamp in cui il campo di stato LedgerPeriod viene impostato su 'Closed'.
Tipo di evento
explicit
|
|||
|
Processo di chiusura del periodo avviato
|
Questa attività segna l’inizio del processo di chiusura finanziaria per un periodo specifico. In genere viene dedotta dalla creazione di un programma di chiusura nell’area di lavoro Financial close o dal primo cambio di stato del periodo contabile. | ||
|
Perché è importante
In quanto evento iniziale, è fondamentale per misurare il tempo di ciclo complessivo della chiusura del periodo. Analizzare il tempo a partire da questo evento aiuta a individuare la durata complessiva del processo e il rispetto delle pianificazioni.
Dove reperirlo
Viene dedotta dalla data di creazione di una configurazione 'Financial close' o dal timestamp della prima attività di chiusura registrata per il periodo finanziario. Questi dati risiedono nelle entità dell’area di lavoro Financial close.
Acquisizione
Utilizzi il timestamp di creazione della checklist di chiusura finanziaria o il timestamp più remoto di qualsiasi attività di chiusura relativa al periodo.
Tipo di evento
inferred
|
|||
|
Riconciliazione del conto approvata
|
Questa attività indica che una riconciliazione del conto predisposta è stata esaminata e approvata da un responsabile o da un revisore. In genere viene acquisita come aggiornamento dello stato finale di un'attività nell'area di lavoro Financial close. | ||
|
Perché è importante
Si tratta di una tappa importante che conclude la riconciliazione di un conto. È essenziale per calcolare il KPI 'Avg Reconciliation Approval Time' e individuare i colli di bottiglia nelle approvazioni.
Dove reperirlo
Dalle entità di gestione delle attività dell'area di lavoro Financial close. L'evento corrisponde al timestamp in cui lo stato di un'attività di riconciliazione viene modificato in 'Completed' o 'Approved'.
Acquisizione
Acquisire il timestamp dell'aggiornamento dello stato di un'attività di chiusura a 'Completed' o a uno stato finale equivalente.
Tipo di evento
explicit
|
|||
|
Bilanci d'esercizio generati
|
Questa attività rappresenta la generazione di report finanziari ufficiali, come il conto economico e lo stato patrimoniale. L'acquisizione di questo evento è spesso complessa, poiché richiede l'esecuzione di un report. | ||
|
Perché è importante
Segna l'inizio del ciclo di revisione finale. La durata tra questa attività e l'approvazione finale costituisce un KPI fondamentale per misurare l'efficienza della revisione da parte della direzione.
Dove reperirlo
I log di sistema dello strumento Financial Reporter, precedentemente Management Reporter, possono contenere queste informazioni. Tuttavia, in genere non sono memorizzate nelle tabelle transazionali e potrebbero richiedere una registrazione personalizzata.
Acquisizione
Richiede l'analisi dei log di sistema o l'acquisizione personalizzata degli eventi. Potrebbe non essere disponibile in un'implementazione standard.
Tipo di evento
inferred
|
|||
|
Giornali intercompany registrati
|
Questa attività rappresenta la registrazione delle scritture contabili necessarie per riconciliare i saldi tra diverse entità giuridiche dell'organizzazione. Si tratta di un evento esplicito acquisito dai log delle transazioni del giornale generale. | ||
|
Perché è importante
Le riconciliazioni intercompany sono spesso fonte di complessità e ritardi. Il monitoraggio di questa attività consente di misurare il KPI Intercompany Reconciliation Time e di individuare le inefficienze.
Dove reperirlo
Acquisito dalla tabella GeneralJournalEntry, in cui il flag 'Intercompany' è contrassegnato oppure la transazione coinvolge conti intercompany.
Acquisizione
Filtrare i record GeneralJournalEntry in cui il tipo di transazione indica una registrazione intercompany.
Tipo di evento
explicit
|
|||
|
Periodo GL riaperto
|
Questa attività eccezionale si verifica quando un periodo precedentemente chiuso viene riaperto per registrare una rettifica tardiva. Si tratta di una modifica esplicita dello stato da 'Closed' a 'On hold' o 'Open'. | ||
|
Perché è importante
La riapertura di un periodo rappresenta una deviazione significativa dal processo standard e indica una debolezza nei controlli o un errore rilevante. Monitorarne la frequenza è fondamentale per il miglioramento del processo e la conformità.
Dove reperirlo
Acquisito dal calendario Ledger, entità LedgerPeriod. L'evento corrisponde al timestamp in cui lo stato del periodo viene modificato da 'Closed' a uno stato non chiuso.
Acquisizione
Individuare nel registro di controllo il timestamp in cui lo stato LedgerPeriod viene modificato da 'Closed'.
Tipo di evento
explicit
|
|||
|
Riconciliazione bancaria avviata
|
Indica l'inizio del processo di riconciliazione bancaria per uno specifico conto bancario e periodo. Si tratta di un evento esplicito acquisito quando un utente crea un nuovo foglio di lavoro per la riconciliazione bancaria. | ||
|
Perché è importante
La tempistica di questa attività è fondamentale per comprendere il sottoprocesso di riconciliazione bancaria. Costituisce il punto di partenza per misurare l'efficienza delle attività di riconciliazione della liquidità.
Dove reperirlo
Dalle tabelle BankStatement e BankStatementLine. Il timestamp di creazione di un nuovo record di riconciliazione dell'estratto conto bancario costituisce l'orario dell'evento.
Acquisizione
Utilizzare il campo 'CreatedDateTime' della tabella BankStatement per il periodo finanziario pertinente.
Tipo di evento
explicit
|
|||
|
Riconciliazione bancaria completata
|
Questa attività indica che una riconciliazione bancaria è stata completata e registrata. Si tratta di un evento esplicito acquisito da una modifica dello stato del record di riconciliazione bancaria. | ||
|
Perché è importante
Si tratta di una tappa fondamentale del processo di chiusura. Monitorarne il completamento consente di misurare il throughput e la durata del ciclo di riconciliazione bancaria.
Dove reperirlo
Dedotto dalla modifica dello stato a 'Reconciled' nell'entità BankStatement oppure dal timestamp di registrazione del giornale di riconciliazione associato.
Acquisizione
Individuare il timestamp in cui il campo di stato BankStatement viene aggiornato a 'Reconciled'.
Tipo di evento
inferred
|
|||
|
Riconciliazione del conto avviata
|
Rappresenta l'avvio, da parte di un utente, dell'attività di riconciliazione per uno specifico conto di contabilità generale, ad esempio un conto patrimoniale. Viene acquisito come modifica dello stato di un'attività nell'area di lavoro Financial close. | ||
|
Perché è importante
Questa attività costituisce il punto di partenza per misurare i tempi del ciclo di riconciliazione dei singoli conti. Aiuta a individuare i conti per i quali l'avvio della riconciliazione richiede più tempo.
Dove reperirlo
Dalle entità di gestione delle attività dell'area di lavoro Financial close. L'evento corrisponde al timestamp in cui lo stato di un'attività di riconciliazione viene modificato in 'In progress'.
Acquisizione
Acquisire il timestamp dell'aggiornamento dello stato di un'attività di chiusura a 'In progress' o a uno stato analogo.
Tipo di evento
explicit
|
|||
|
Scritture contabili di rettifica registrate
|
Questo evento acquisisce la registrazione delle scritture contabili di rettifica dopo il completamento delle riconciliazioni iniziali, ma prima della chiusura definitiva. Si tratta di transazioni esplicite identificate da uno specifico nome giornale o dalla data di registrazione. | ||
|
Perché è importante
Un'elevata frequenza di rettifiche può indicare problemi nella qualità dei dati o nei processi a monte. Il monitoraggio di questo fenomeno aiuta a misurare il Post-Close Adjustment Entry Rate e a individuare i conti problematici.
Dove reperirlo
Dalla tabella GeneralJournalEntry. Vengono identificate filtrando i giornali con un nome giornale 'Adjustment' designato oppure quelli registrati dopo la data di preparazione del bilancio di verifica.
Acquisizione
Filtrare i record GeneralJournalEntry utilizzando uno specifico JournalName oppure la data di registrazione in relazione ad altre tappe fondamentali.
Tipo di evento
explicit
|
|||
|
Scritture di competenza registrate
|
Questo evento indica la registrazione delle scritture contabili relative a costi e ricavi di competenza. Si tratta di un’azione esplicita acquisita dai dati delle transazioni del libro mastro generale, identificata tramite nomi o tipi specifici di giornale. | ||
|
Perché è importante
Monitorare la tempistica e il volume delle scritture di competenza è importante per comprendere il carico di lavoro durante la chiusura. Aiuta a individuare le dipendenze e i potenziali colli di bottiglia nella raccolta delle informazioni necessarie per queste scritture.
Dove reperirlo
Acquisito dalle tabelle GeneralJournalEntry e GeneralJournalAccountEntry. Filtrare le transazioni registrate durante la finestra di chiusura con un nome giornale designato per gli accantonamenti, ad esempio 'ACCR'.
Acquisizione
Filtrare i record GeneralJournalEntry in base a uno specifico JournalName o PostingType utilizzato per gli accantonamenti.
Tipo di evento
explicit
|
|||
|
Subledgers messi in sospeso
|
Rappresenta il momento in cui i subledger delle transazioni, come Accounts Payable e Accounts Receivable, non possono più registrare nuove transazioni per il periodo. Viene rilevato osservando i cambi di stato dei periodi contabili per ciascun modulo. | ||
|
Perché è importante
Si tratta di un punto di controllo fondamentale per garantire l’integrità dei dati prima dell’avvio delle attività sul libro mastro generale. Eventuali ritardi in questa fase possono ripercuotersi sull’intera tempistica della chiusura.
Dove reperirlo
Viene dedotta dallo stato del periodo del calendario Ledger per ciascun modulo subledger. Un cambio di stato a 'On hold' per AP, AR e così via indica che l’attività si è verificata.
Acquisizione
Individui i cambi di stato a 'On hold' nell’audit trail dell’entità LedgerPeriod, filtrando per modulo.
Tipo di evento
inferred
|
|||
Guide all'estrazione
Pronto per iniziare?
Inizi oggi stesso a ottimizzare il processo Record to Report utilizzando questo Template dei dati. Avvii il percorso verso un reporting finanziario più rapido e accurato e una maggiore conformità.
Acceleri la chiusura e la riconciliazione del periodo Record to Report
Riduca del 30% i tempi del ciclo e aumenti l'accuratezza per chiusure finanziarie più rapide.
Non è richiesta alcuna carta di credito: inizi oggi stesso a ottimizzare il processo.