Il Suo template per i dati di Record to Report - Chiusura di periodo e Riconciliazione
Il Suo template per i dati di Record to Report - Chiusura di periodo e Riconciliazione
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione per Workiva
Attributi Record to Report - Chiusura di periodo e riconciliazione
| Nome | Descrizione | ||
|---|---|---|---|
|
Nome attività
ActivityName
|
Il nome del task o dell'evento specifico verificatosi durante il processo di chiusura. | ||
|
Descrizione
Il Nome Attività descrive una fase del workflow Record to Report, come "Dati di origine importati" o "Riconciliazione inviata per revisione". Queste attività sono i mattoni della mappa di processo e sono dotate di timestamp per mostrare la sequenza degli eventi. L'analisi delle attività è fondamentale per il Process Mining. Aiuta a visualizzare il flusso di processo, identificare la sequenza dei task, scoprire deviazioni dalle procedure standard e misurare la frequenza e la durata di ogni fase. Questo è cruciale per individuare colli di bottiglia, cicli di rilavorazione e opportunità di automazione.
Perché è importante
Questo attributo costituisce il nucleo della mappa di processo, consentendo la visualizzazione e l'analisi della sequenza delle fasi nel ciclo di chiusura.
Dove trovare
Viene solitamente acquisito nell'audit trail, nella gestione dei task o nei log dei workflow di Workiva, associato a specifiche attività di chiusura o riconciliazione.
Esempi
Chiusura di periodo avviataRiconciliazione inviata per revisioneScrittura di assestamento registrataBilanci generati
|
|||
|
Periodo finanziario
FinancialPeriod
|
L'identificatore unico per un ciclo di reporting finanziario specifico (es. mese o trimestre), che funge da caso per il processo di chiusura. | ||
|
Descrizione
Il Periodo Finanziario è il principale identificatore del caso che raggruppa tutte le attività relative alla chiusura contabile per un intervallo temporale specifico (es. "2024-Q1" o "2024-03"). Nel Process Mining, l'analisi per Periodo Finanziario offre una visione completa dell'intero ciclo Record to Report. Consente di confrontare i processi di chiusura tra diversi periodi per identificare trend, misurare miglioramenti nei tempi di ciclo e individuare colli di bottiglia ricorrenti. Trattando ogni periodo come un caso, le organizzazioni possono analizzare le varianti di processo e la conformità alle procedure standard nel tempo.
Perché è importante
È l'identificatore essenziale del caso (Case ID) che inquadra l'analisi, consentendo la misurazione end-to-end e il confronto di ogni ciclo di chiusura del periodo.
Dove trovare
Solitamente deriva dal contesto del periodo di reporting nei moduli Workiva. Consultare la documentazione Workiva per i nomi dei campi specifici.
Esempi
2024-032024-Q1FY2023-P12Apr 2024
|
|||
|
Timestamp Evento
EventTimestamp
|
La data e l'ora precise in cui è stata registrata un'attività o un evento specifico. | ||
|
Descrizione
Il Timestamp dell'evento segna il momento preciso in cui si è verificata un'attività. È essenziale per sequenziare correttamente gli eventi e calcolare la durata tra di essi. Un Event Log completo avrà un timestamp per ogni attività, da "Chiusura di periodo avviata" a "Chiusura di periodo completata". Questo timestamp è il fondamento di ogni analisi temporale nel Process Mining. Viene utilizzato per calcolare tempi di ciclo, tempi di attesa e tempi di lavorazione, fondamentali per dashboard come "Tempo di ciclo end-to-end della chiusura" e "Analisi dei colli di bottiglia della riconciliazione". Timestamp accurati sono indispensabili per un'analisi di processo significativa.
Perché è importante
Fornisce l'ordine cronologico degli eventi, essenziale per calcolare tutte le metriche temporali come i tempi di ciclo e identificare i ritardi del processo.
Dove trovare
Presente negli Event Log, negli Audit Trail o nei record delle transazioni all'interno di Workiva, corrispondente al momento della creazione o del completamento di un'attività.
Esempi
2024-04-01T09:00:00Z2024-04-05T14:32:15Z2024-04-10T11:05:00Z
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema da cui hanno avuto origine i dati dell'evento. | ||
|
Descrizione
Questo attributo identifica l'applicazione o la piattaforma che ha generato i dati. In questa analisi sarà principalmente "Workiva", ma serve anche a distinguere dati importati da altri sistemi come l'ERP. In uno scenario multi-sistema, conoscere la sorgente è fondamentale per comprendere l'origine dei dati e valutarne la qualità. Supporta l'analisi delle cause profonde in caso di incongruenze e fornisce il contesto su come è stata eseguita un'attività.
Perché è importante
Fornisce un contesto cruciale sull'origine dei dati, importante per la convalida dei dati e la comprensione del panorama tecnologico del processo.
Dove trovare
Questo valore viene solitamente impostato durante l'estrazione e trasformazione dei dati per etichettare l'origine dei record.
Esempi
WorkivaSAP S/4HANAOracle NetSuite
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il timestamp che indica l'ultimo aggiornamento dei dati del processo. | ||
|
Descrizione
Questo attributo registra l'ultimo aggiornamento del dataset dal sistema di origine. È un campo di metadati applicato all'intero dataset durante ogni refresh. Mostrare il timestamp dell'ultimo aggiornamento nella Dashboard è una best practice per informare gli utenti sulla freschezza dei dati. Aiuta a gestire le aspettative sull'attualità degli insight ed è fondamentale per il monitoraggio operativo.
Perché è importante
Informa gli utenti sulla tempestività dei dati, garantendo la comprensione del contesto dell'analisi e dell'ultimo aggiornamento delle informazioni.
Dove trovare
Viene generato e memorizzato dalla data pipeline o dallo strumento ETL al momento dell'estrazione dei dati.
Esempi
2024-05-10T08:00:00Z2024-05-09T08:00:00Z
|
|||
|
Categoria di riconciliazione
ReconciliationCategory
|
La categoria o il tipo di conto oggetto di riconciliazione, ad esempio conto bancario o intercompany. | ||
|
Descrizione
Questo attributo raggruppa i conti GL in categorie logiche (es. "Cassa", "Cespiti", "Ratei e Risconti", "Intercompany"). Tale classificazione aiuta a comprendere le performance del processo per i diversi tipi di riconciliazione. Per l'Analisi dei colli di bottiglia, filtrare per Categoria di Riconciliazione è fondamentale: permette di capire se i ritardi sono concentrati in aree specifiche. Ad esempio, se le riconciliazioni intercompany richiedono sistematicamente più tempo di quelle bancarie, è possibile guidare miglioramenti mirati basati sulle sfide specifiche di ogni categoria.
Perché è importante
Consente l'aggregazione e il confronto delle prestazioni di riconciliazione tra diversi tipi di conti, rivelando colli di bottiglia specifici per categoria.
Dove trovare
Potrebbe far parte dell'anagrafica del Piano dei Conti, gestita in Workiva o ereditata dall'ERP.
Esempi
Conti bancariInteraziendaleCespitiRatei e riscontiRisconti attivi
|
|||
|
Codice Società
CompanyCode
|
Un identificativo univoco per l'entità legale per la quale viene eseguita la chiusura finanziaria. | ||
|
Descrizione
Il Codice Società rappresenta una specifica entità legale all'interno dell'organizzazione. I processi di chiusura finanziaria sono spesso eseguiti separatamente per ogni codice società prima del consolidamento. Questo attributo è fondamentale per filtrare e confrontare i processi tra diverse entità legali. Supporta la dashboard "Stato e anzianità delle riconciliazioni" consentendo analisi dettagliate per ogni singola azienda. Aiuta a capire se determinate entità affrontano costantemente ritardi o hanno tassi di rettifica più elevati, segnalando problemi specifici di processo o di dati a livello locale.
Perché è importante
Consente di confrontare l'efficienza del processo di chiusura e la conformità tra diverse entità legali all'interno dell'organizzazione.
Dove trovare
Associato a dati finanziari, conti e transazioni all'interno di Workiva, probabilmente ereditato dal sistema ERP sorgente.
Esempi
1000US01DE015400
|
|||
|
Conto Co.Ge.
GLAccount
|
Il numero di conto del libro mastro (GL) oggetto di riconciliazione o rettifica. | ||
|
Descrizione
Questo attributo specifica il conto GL coinvolto in una riconciliazione o scrittura contabile, offrendo un livello di dettaglio granulare. L'analisi per Conto GL è essenziale per monitorare i colli di bottiglia e l'anzianità delle riconciliazioni. Aiuta a identificare i conti più problematici, quelli che richiedono più tempo o più rettifiche. Questi insight permettono ai team di concentrare gli sforzi di miglioramento sulle aree a più alto impatto, come conti complessi o con dati di scarsa qualità.
Perché è importante
Fornisce una visione granulare delle prestazioni di riconciliazione, aiutando a identificare i conti problematici che causano ritardi o richiedono frequenti rettifiche.
Dove trovare
Questo sarà un campo chiave in qualsiasi dato di riconciliazione o scrittura contabile in Workiva.
Esempi
11010012105003410000012300-001
|
|||
|
Dipartimento
Department
|
Il dipartimento o team funzionale responsabile dell'attività. | ||
|
Descrizione
Questo attributo indica l'unità di business o il dipartimento (es. "Contabilità Corporate" o "Audit Interno") associato all'utente o all'attività. Consente un'aggregazione dei dati di processo a livello superiore. Analizzare il processo per Dipartimento è essenziale per la dashboard di distribuzione del carico di lavoro e per confrontare le performance tra le diverse aree dell'organizzazione. Aiuta a identificare problemi sistemici interni a un reparto, confrontare l'efficienza dei team e capire come i passaggi tra dipartimenti influenzino i tempi di ciclo totali.
Perché è importante
Consente di segmentare l'analisi dei processi per area di business, aiutando a confrontare le prestazioni e a identificare problemi specifici di ogni dipartimento.
Dove trovare
Queste informazioni possono essere memorizzate nel profilo dell'utente in Workiva o associate ai metadati del task.
Esempi
NA Corporate AccountingEMEA Shared ServicesAudit internoFP&A
|
|||
|
Stato della riconciliazione
ReconciliationStatus
|
Lo stato attuale di una riconciliazione conti. | ||
|
Descrizione
Questo attributo traccia lo stato di una riconciliazione nel workflow (es. "Aperta", "In corso", "In attesa di approvazione", "Approvata"), fornendo un'istantanea del progresso. È l'attributo chiave per la dashboard "Stato e anzianità delle riconciliazioni". Consente ai manager di monitorare le voci aperte, identificare riconciliazioni bloccate e dare priorità al lavoro per rispettare le scadenze. Tracciare i cambi di stato nel tempo aiuta inoltre a evidenziare i colli di bottiglia dove le voci restano ferme a lungo prima di avanzare.
Perché è importante
Consente il monitoraggio in tempo reale dell'avanzamento delle riconciliazioni, aiutando a identificare e risolvere le voci bloccate per mantenere la chiusura nei tempi previsti.
Dove trovare
Questo è un attributo principale all'interno dei moduli di riconciliazione o gestione chiusure di Workiva.
Esempi
ApertoPreparatoSottoposto a RevisioneApprovatoRifiutato
|
|||
|
Utente Responsabile
ResponsibleUser
|
L'ID utente o il nome della persona che ha eseguito o a cui è stata assegnata l'attività. | ||
|
Descrizione
Questo attributo identifica la persona responsabile di un task specifico (chi ha redatto una riconciliazione o il manager che l'ha approvata). È fondamentale per analizzare carichi di lavoro e performance. L'Utente Responsabile è un dato critico per la dashboard "Distribuzione carico di lavoro". Aiuta i manager a capire come sono distribuiti i task, identificare rischi di burnout e garantire un'allocazione equilibrata delle risorse. Serve anche a individuare necessità di formazione se alcuni utenti sono sistematicamente coinvolti in rilavorazioni o deviazioni.
Perché è importante
Ciò consente di analizzare la distribuzione del carico di lavoro, le performance degli utenti e l'allocazione delle risorse, elementi chiave per gestire l'efficienza del team.
Dove trovare
Solitamente si trova nei log di gestione task o workflow di Workiva, spesso etichettato come "Assegnato a", "Proprietario" o "Completato da".
Esempi
j.doeasmithRobert.Paulsonuser123
|
|||
|
Data di Completamento Prevista
TargetCompletionDate
|
La data pianificata o il termine ultimo per il completamento della chiusura. | ||
|
Descrizione
La Data di Completamento Obiettivo è la scadenza interna o esterna entro la quale il processo di chiusura deve essere ultimato. Serve come benchmark per misurare le performance reali. Questa data è essenziale per calcolare il KPI "Tasso di chiusura puntuale". Confrontando il timestamp di completamento reale dell'attività "Chiusura di periodo completata" con questa data obiettivo, l'analisi determina se la chiusura è avvenuta nei tempi, in anticipo o in ritardo. È una misura critica della solidità del processo e del rispetto delle tempistiche di reporting finanziario.
Perché è importante
Funge da base per misurare la puntualità delle prestazioni, un indicatore chiave dell'affidabilità e della prevedibilità del processo di chiusura.
Dove trovare
Questa data viene solitamente impostata nel modulo di gestione chiusure o pianificazione di Workiva per ogni periodo finanziario.
Esempi
2024-04-102024-01-152023-10-12
|
|||
|
Durata attività
ActivityDuration
|
Il tempo intercorso tra l'inizio e la fine di un'attività. | ||
|
Descrizione
Questa metrica calcolata misura il tempo di elaborazione di una singola attività. Si ottiene sottraendo il timestamp di inizio di un'attività da quello della successiva. La Durata dell'attività è fondamentale nel Process Mining, usata direttamente nelle dashboard di analisi dei colli di bottiglia e dei tempi di revisione. Aiuta a individuare quali passaggi consumano più tempo, permettendo sforzi di ottimizzazione mirati. È la base per il calcolo di molti KPI, inclusi i tempi medi di ciclo.
Perché è importante
Quantifica il tempo di elaborazione dei singoli passaggi, rendendo possibile identificare e analizzare le attività più lunghe e i colli di bottiglia.
Dove trovare
Non è un campo del sistema di origine. Viene calcolato durante la trasformazione dei dati per il Process Mining utilizzando i timestamp degli eventi.
Esempi
P1DT2H30MPT5HP3D
|
|||
|
È Automatizzato
IsAutomated
|
Un flag che indica se l'attività è stata eseguita da un sistema automatizzato o da un utente umano. | ||
|
Descrizione
Questo attributo booleano distingue tra i task eseguiti automaticamente dal sistema (come importazione dati o report automatici) e quelli eseguiti manualmente da un utente. È fondamentale per identificare opportunità di automazione. Analizzando il rapporto tra task manuali e automatici e i relativi tempi di elaborazione, le organizzazioni possono giustificare l'automazione di passaggi ripetitivi e onerosi. Aiuta inoltre a misurare con precisione l'efficienza delle attività umane rispetto a quelle guidate dal sistema.
Perché è importante
Distingue tra attività umane e di sistema, il che è fondamentale per identificare opportunità di automazione e misurare l'impatto di quelle esistenti.
Dove trovare
Può essere derivato dall'ID utente associato a un'attività (es. utente "sistema" o "bot") o da un flag specifico sul tipo di attività stessa.
Esempi
truefalse
|
|||
|
ID Registrazione contabile
JournalEntryId
|
L'identificatore unico per una scrittura di rettifica. | ||
|
Descrizione
Questo attributo fornisce un ID unico per ogni scrittura contabile registrata durante la chiusura, specialmente per le rettifiche post-riconciliazione. Permette di risalire alle attività di origine che hanno generato la rettifica. Il tracciamento dell'ID scrittura è importante per monitorare i trend delle rettifiche post-riconciliazione. Aiuta a quantificare il volume delle modifiche manuali e a indagare su specifiche registrazioni avvenute in ritardo nel processo. Questa tracciabilità è fondamentale per capire le cause profonde e migliorare la qualità dei dati alla fonte.
Perché è importante
Fornisce un riferimento univoco per ogni rettifica finanziaria, consentendo un'analisi dettagliata del volume, dei tempi e dei motivi delle voci manuali.
Dove trovare
Sarebbe un campo chiave in qualsiasi dato di scrittura contabile in Workiva o nell'ERP di origine.
Esempi
JE202404-00123ADJ-593029100004567
|
|||
|
Importo della rettifica
AdjustmentAmount
|
Il valore monetario di una scrittura di rettifica contabile. | ||
|
Descrizione
Questo attributo registra l'importo finanziario di una rettifica e serve a valutare la materialità delle modifiche durante la chiusura. Analizzare l'Importo della Rettifica aiuta a dare priorità alle indagini. Rettifiche di valore elevato possono indicare problemi significativi nei dati sottostanti o nei processi, richiedendo attenzione immediata. Questo attributo supporta il KPI "Rapporto rettifiche manuali", consentendo un'analisi basata sul valore economico oltre che sul puro volume.
Perché è importante
Aiuta a quantificare l'impatto finanziario delle rettifiche, consentendo ai team di dare priorità alle indagini in base alla materialità.
Dove trovare
Sarebbe un campo standard in qualsiasi tabella dati di scritture contabili in Workiva o in un ERP connesso.
Esempi
15250.75-500.00120.000,00
|
|||
|
Motivo del Rigetto
RejectionReason
|
La motivazione fornita quando una riconciliazione o un bilancio vengono respinti durante la revisione. | ||
|
Descrizione
Quando una voce viene respinta, il revisore solitamente fornisce una motivazione. Questo attributo acquisisce quel testo o codice (es. "documentazione errata" o "errore di calcolo"). Analizzare i motivi di rifiuto aiuta a identificare le fonti comuni di errore e rilavorazione. Categorizzando questi motivi, il management può individuare aree che necessitano di miglioramenti, formazione per i redattori o istruzioni più chiare. Questi dati sono preziosi per ridurre i cicli di rilavorazione e migliorare il tasso di approvazione al primo tentativo.
Perché è importante
Fornisce insight diretti sulle cause alla radice delle rilavorazioni e dei problemi di qualità, guidando la formazione mirata e gli sforzi di miglioramento del processo.
Dove trovare
Questa informazione viene solitamente acquisita in un campo commento o in un elenco predefinito quando un utente esegue un'azione di rifiuto in un workflow di Workiva.
Esempi
Documentazione di supporto mancanteErrore di calcoloPeriodo erratoViolazione della policy
|
|||
|
Rettifica post-approvazione
IsPostApprovalAdjustment
|
Un flag calcolato che risulta vero se una scrittura di assestamento è stata registrata dopo l'approvazione della corrispondente riconciliazione. | ||
|
Descrizione
Questo flag booleano deriva dall'analisi della sequenza degli eventi. Se per un conto e un periodo la "Registrazione scrittura di rettifica" avviene dopo la "Riconciliazione revisionata e approvata", il flag è vero. Questo attributo è cruciale per monitorare i trend delle rettifiche post-riconciliazione. Un numero elevato di questi eventi indica mancanza di controllo, scarsa qualità dei dati a monte o una falla nel processo, poiché genera pesanti rilavorazioni e aumenta i rischi di conformità.
Perché è importante
Identifica specificamente le rettifiche ad alto rischio effettuate dopo le approvazioni, aiutando a misurare il controllo del processo e i problemi di qualità dei dati.
Dove trovare
Non è un campo d'origine. Viene derivato tramite logiche dello strumento di Process Mining confrontando i timestamp delle attività correlate.
Esempi
truefalse
|
|||
|
Tempo di ciclo chiusura periodo
PeriodCloseCycleTime
|
Il tempo totale dall'avvio al completamento della chiusura per un singolo periodo finanziario. | ||
|
Descrizione
Questa metrica calcolata rappresenta la durata end-to-end dell'intero caso di chiusura. È la differenza temporale tra la prima attività ("Chiusura di periodo avviata") e l'ultima ("Chiusura di periodo completata") per un dato periodo. È la misura principale per monitorare il tempo di ciclo end-to-end. Tracciarlo nel tempo permette al management di verificare l'impatto dei miglioramenti e confrontare l'efficienza tra diverse business unit o periodi. Rappresenta uno dei più importanti indicatori di performance di alto livello.
Perché è importante
Questo è un indicatore chiave di prestazione (KPI) che misura l'efficienza complessiva e la velocità dell'intero processo di chiusura, dall'inizio alla fine.
Dove trovare
Viene calcolato a livello di caso nello strumento di Process Mining sottraendo l'ora di inizio più remota dall'ora di fine più recente per ogni caso.
Esempi
P10DT5HP8DT12HP12D
|
|||
Attività Record to Report - Chiusura di periodo e riconciliazione
| Activity | Descrizione | ||
|---|---|---|---|
|
Bilanci approvati
|
L'approvazione finale del bilancio da parte del senior management o del comitato di audit. Rappresenta l'ultimo visto ufficiale prima che il periodo venga chiuso formalmente. | ||
|
Perché è importante
Questa è una milestone critica che indica la finalizzazione dei report. È essenziale per misurare il tempo medio del ciclo di revisione e approvazione del bilancio.
Dove trovare
Probabilmente acquisito tramite firma elettronica, un processo di certificazione o un cambio di stato finale in 'Approvato' sul documento di reporting principale o sull'attività in Workiva.
Acquisisci
Timestamp del cambio di stato dell'approvazione finale o dell'evento di certificazione del bilancio.
Tipo di evento
inferred
|
|||
|
Bilanci generati
|
Rappresenta la creazione della bozza di bilancio, inclusi Stato Patrimoniale, Conto Economico e Rendiconto Finanziario. Viene registrato quando i documenti di reportistica vengono generati in Workiva. | ||
|
Perché è importante
Il tempismo di questa attività è cruciale per il KPI del tempo di latenza nella generazione del bilancio. Segna il passaggio dall'aggregazione dei dati alla produzione del report finale.
Dove trovare
Può essere dedotto dal timestamp di creazione o dell'ultimo aggiornamento significativo dei documenti di bilancio o dei report nella piattaforma Workiva per quel periodo.
Acquisisci
Utilizzate il timestamp di creazione o di "ultimo aggiornamento" dei documenti principali del bilancio.
Tipo di evento
inferred
|
|||
|
Bilancio di verifica preparato
|
Questa milestone indica il punto in cui il bilancio di verifica è considerato finale e pronto per la generazione del bilancio d'esercizio. | ||
|
Perché è importante
Questo è un prerequisito critico per la generazione del bilancio. Misurare il tempo da questo punto in avanti aiuta ad analizzare l'efficienza delle fasi finali di reporting.
Dove trovare
Viene probabilmente dedotto dal completamento di un task di "Finalizzazione bilancio di verifica" in una checklist Workiva o dal timestamp di generazione del report TB finale.
Acquisisci
Timestamp del completamento del task "Preparazione bilancio di verifica" o della generazione del report TB finale.
Tipo di evento
inferred
|
|||
|
Chiusura di periodo avviata
|
Questa attività segna l'inizio ufficiale del processo di chiusura per un periodo specifico. Di solito viene attivata quando un utente crea o avvia la checklist di chiusura o il workflow in Workiva. | ||
|
Perché è importante
È l'evento di inizio principale per il processo end-to-end. Consente di misurare i tempi totali e identifica l'avvio ufficiale della procedura.
Dove trovare
Questo evento è probabilmente dedotto dal timestamp di creazione dell'oggetto principale del processo di chiusura, della task list o del workflow in Workiva per il periodo specifico.
Acquisisci
Utilizzate il timestamp di creazione del processo principale o della checklist per il periodo finanziario.
Tipo di evento
inferred
|
|||
|
Chiusura di periodo completata
|
Questa attività segna il completamento formale dell'intero processo Record to Report per il periodo finanziario. È l'ultima fase del workflow in Workiva. | ||
|
Perché è importante
È l'evento finale principale del processo. Consente di misurare con precisione il tempo totale del ciclo end-to-end e il tasso di chiusura puntuale.
Dove trovare
Desunto dal timestamp di completamento del processo di chiusura del periodo padre, della checklist o del workflow in Workiva. Potrebbe anche trattarsi di un cambio di stato manuale.
Acquisisci
Utilizzate il timestamp di completamento del processo principale o dell'ultimo task nella checklist di chiusura.
Tipo di evento
inferred
|
|||
|
Riconciliazione revisionata e approvata
|
Un traguardo fondamentale in cui un manager o un revisore approva formalmente la riconciliazione preparata, confermandone l'accuratezza. Questo dato viene in genere acquisito quando un'attività passa allo stato 'Approvato' o 'Completato'. | ||
|
Perché è importante
Questa attività è fondamentale per calcolare il tempo medio di ciclo della riconciliazione e il tempo medio di revisione e approvazione. Conferma il completamento di un controllo di qualità nel processo.
Dove trovare
Probabilmente viene dedotto da un cambio di stato del task di riconciliazione o da un evento di approvazione esplicito nell'audit trail in Workiva.
Acquisisci
Cattura il timestamp del cambio di stato in 'Approvato' o 'Certificato'.
Tipo di evento
inferred
|
|||
|
Scrittura di assestamento registrata
|
Rappresenta l'azione di creazione e registrazione di una scrittura correttiva basata sui risultati del processo di riconciliazione. Workiva può tracciare le scritture contabili e il loro stato. | ||
|
Perché è importante
Questa attività è vitale per il KPI del tasso di rettifica post-riconciliazione. Un volume elevato di rettifiche dopo l'approvazione può indicare problemi di qualità nei dati di origine o nei controlli di processo.
Dove trovare
Si tratta probabilmente di un evento esplicito acquisito nel modulo delle scritture contabili di Workiva, con un timestamp di creazione e uno stato che ne indica la registrazione.
Acquisisci
Utilizzate il timestamp del momento in cui lo stato di una scrittura contabile viene impostato su "Registrato".
Tipo di evento
explicit
|
|||
|
Bilanci revisionati
|
Questa attività si verifica quando un utente o un gruppo revisiona i bilanci generati per verificarne accuratezza e completezza. Può essere registrata tramite l'aggiornamento di stato di un task di revisione. | ||
|
Perché è importante
Il monitoraggio del ciclo di revisione è fondamentale per comprendere i ritardi nelle fasi di approvazione finale. Lunghe durate in questa fase possono impattare notevolmente sulla timeline complessiva.
Dove trovare
Può essere dedotto dai cambi di stato di un task di revisione in Workiva, ad esempio passando da "In attesa di revisione" a "Revisione completata" o "Approvato".
Acquisisci
Timestamp di un cambio di stato che indica il completamento di un ciclo di revisione del bilancio.
Tipo di evento
inferred
|
|||
|
Dati di origine importati
|
Rappresenta il completamento del caricamento dei dati dai sistemi ERP di origine alla piattaforma Workiva. Può includere dati del bilancio di verifica, dettagli delle transazioni e altri prospetti di supporto necessari per la riconciliazione. | ||
|
Perché è importante
I ritardi nella disponibilità dei dati sono un collo di bottiglia comune. Il tracciamento di questa attività aiuta a isolare i problemi di integrazione dei dati dal successivo lavoro di riconciliazione e reporting.
Dove trovare
Può essere un evento esplicito nei log di integrazione dati o nell'audit trail di Workiva. Potrebbe anche essere dedotto dal timestamp dell'ultimo aggiornamento dati per il periodo prima dell'inizio delle riconciliazioni.
Acquisisci
Timestamp del completamento con successo dell'importazione dati o del refresh della connessione ERP per il periodo.
Tipo di evento
inferred
|
|||
|
Periodo riaperto
|
Un'attività eccezionale in cui un periodo precedentemente chiuso viene riaperto per registrare rettifiche tardive o apportare correzioni. Viene rilevata da un cambio di stato da 'Chiuso' a uno stato attivo. | ||
|
Perché è importante
Indica un'eccezione di processo e una rilavorazione significativa. Monitorarne la frequenza aiuta a identificare problemi strutturali nel controllo e nella definitività del processo.
Dove trovare
Verrebbe dedotto da un cambio di stato sull'oggetto del processo di chiusura principale, tornando da uno stato completato o chiuso a uno aperto o in corso.
Acquisisci
Rileva il cambio di stato da 'Chiuso' a 'Aperto' sull'oggetto periodo.
Tipo di evento
inferred
|
|||
|
Riconciliazione conto avviata
|
Questa attività indica che un redattore ha iniziato a lavorare su una specifica riconciliazione. Viene registrata solitamente quando un utente apre per la prima volta o prende in carico un task di riconciliazione. | ||
|
Perché è importante
Tracciare l'inizio del lavoro di riconciliazione è cruciale per misurare i tempi di ciclo dei redattori e identificare ritardi tra l'assegnazione del task e l'avvio effettivo.
Dove trovare
Desunto dal primo cambio di stato di un'attività di riconciliazione da 'Non avviata' a 'In corso' o uno stato simile all'interno di una checklist o di un workflow di Workiva.
Acquisisci
Rileva il primo timestamp in cui lo stato di un'attività di riconciliazione passa a uno stato attivo come 'In corso'.
Tipo di evento
inferred
|
|||
|
Riconciliazione intercompany avviata
|
Segna l'inizio del processo specifico e spesso complesso di riconciliazione delle transazioni intercompany. Viene acquisito quando vengono avviati il modulo di riconciliazione intercompany o attività specifiche. | ||
|
Perché è importante
La riconciliazione intercompany è una fonte frequente di ritardi. Isolare questa attività aiuta a misurarne la durata specifica e a identificare i colli di bottiglia unici per queste transazioni.
Dove trovare
Può essere dedotto dal cambio di stato dei task specificamente designati per i conti intercompany all'interno del workflow di Workiva.
Acquisisci
Timestamp del momento in cui i task categorizzati come "Intercompany" passano allo stato "In corso".
Tipo di evento
inferred
|
|||
|
Riconciliazione inviata per revisione
|
Questo evento si verifica quando un redattore completa il lavoro di riconciliazione e lo invia formalmente per l'approvazione. In Workiva, è spesso rappresentato da un cambio di stato del task, ad esempio in "In attesa di revisione". | ||
|
Perché è importante
Segna il passaggio dal redattore al revisore, permettendo di misurare i tempi di attesa in coda per la revisione. È una milestone chiave per analizzare l'efficienza del workflow di approvazione.
Dove trovare
Desunto dal timestamp in cui lo stato di un'attività di riconciliazione passa da uno stato 'In corso' a uno stato 'In attesa di revisione' o 'Inviata'.
Acquisisci
Cattura il timestamp del cambio di stato in 'In attesa di revisione' o equivalente.
Tipo di evento
inferred
|
|||
|
Riconciliazione respinta
|
Si verifica quando un revisore riscontra un problema in una riconciliazione inviata e la rimanda al preparatore per la correzione. Viene rilevato da un cambio di stato in 'Rifiutato' o 'Necessita rilavorazione'. | ||
|
Perché è importante
Tracciare i rifiuti è essenziale per identificare cicli di rilavorazione, misurare i tassi di "first-time-right" e individuare conti o redattori con problemi di qualità ricorrenti.
Dove trovare
Desunto dal timestamp in cui lo stato di un'attività di riconciliazione viene cambiato in 'Rifiutata', 'Rimandata' o uno stato simile che indica la necessità di rilavorazione.
Acquisisci
Cattura il timestamp del cambio di stato in 'Rifiutato' o equivalente.
Tipo di evento
inferred
|
|||