Il vostro template dei dati per Record to Report - Scritture Contabili

Workiva
Il vostro template dei dati per Record to Report - Scritture Contabili

Il vostro template dei dati per Record to Report - Scritture Contabili

Questo template fornisce una guida completa alla raccolta dei dati necessari per analizzare il processo Record to Report - Scritture Contabili. Descrive i campi dati essenziali, le fasi critiche del processo da monitorare e una guida pratica per estrarre queste informazioni da Workiva. L'utilizzo di questo template vi aiuterà a garantire di avere tutti i dati necessari per un'efficace iniziativa di process mining.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare
  • Guida pratica all'estrazione dei dati
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi Record to Report - Registrazioni Contabili

Questi sono i campi dati raccomandati da includere nel vostro Event Log per un'analisi completa del processo Record to Report - Scritture Contabili.
5 Obbligatorio 5 Consigliato 8 Facoltativo
Nome Descrizione
Activity
ActivityName
Il nome della specifica fase del processo o dell'evento verificatosi per la scrittura contabile.
Descrizione

Questo attributo descrive l'attività eseguita in un momento specifico del ciclo di vita della scrittura contabile. Cattura milestone chiave come "Scrittura contabile creata", "Scrittura contabile inviata per revisione", "Scrittura contabile approvata" e "Scrittura contabile registrata nel Libro Mastro".

L'analisi della sequenza e della frequenza di queste attività è il cuore del process mining. Aiuta a visualizzare il flusso del processo, identificare percorsi comuni e rari (varianti) e individuare i colli di bottiglia in cui le registrazioni rimangono ferme più a lungo. Viene inoltre utilizzato per definire i punti di inizio e fine per il calcolo degli indicatori chiave di prestazione (KPI), come il tempo di ciclo di approvazione.

Perché è importante

Definisce i passaggi del processo, permettendo la visualizzazione del workflow contabile e l'identificazione dei bottleneck.

Dove trovare

Questo viene solitamente derivato dai log degli eventi o dai record dei cambi di stato all'interno di Workiva. Potrebbe essere necessario mappare il campo esatto dai codici di stato del sistema o dalle descrizioni degli eventi.

Esempi
Registrazione Contabile CreataRegistrazione inviata per revisioneRegistrazione approvataRegistrazione contabilizzata in GL
Journal Entry ID
JournalEntryId
L'identificatore univoco di una singola scrittura contabile, che funge da identificatore del caso per l'analisi del processo.
Descrizione

L'ID della scrittura contabile (Journal Entry ID) traccia in modo univoco tutte le attività e gli eventi legati a un set specifico di transazioni finanziarie, dalla creazione fino alla registrazione finale e alla riconciliazione. Questo ID collega ogni fase — creazione, invio, revisione, approvazione e contabilizzazione — in un'unica istanza di processo coerente.

Nel process mining, questo attributo è fondamentale per ricostruire il percorso end-to-end di ogni registrazione. Permette di analizzare varianti di processo, tempi di ciclo e cicli di rilavorazione per ogni singola voce, fornendo una visione chiara di come le scritture contabili fluiscono nel sistema.

Perché è importante

Questa è la chiave essenziale per tracciare il ciclo di vita completo di una scrittura contabile, consentendo l'analisi del flusso, della durata e delle varianti del processo.

Dove trovare

Questa è la chiave primaria per un record di registrazione contabile in Workiva. Consultare la documentazione di Workiva per la tabella specifica o l'endpoint API.

Esempi
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
Ora di Inizio
EventTime
Il timestamp che indica quando una specifica attività o un evento si è verificato.
Descrizione

L'Event Time è un timestamp preciso che registra il momento in cui un'attività si è verificata. È fondamentale per sequenziare gli eventi e per ogni analisi temporale.

Nel Process Mining, questo attributo è usato per calcolare la durata tra le attività, i tempi di ciclo totali e le attese. È essenziale per le dashboard che analizzano i tempi di approvazione o il ritardo negli allegati, e costituisce la base per identificare inefficienze e ritardi.

Perché è importante

Questo timestamp è fondamentale per calcolare tutte le durate, sequenziare correttamente gli eventi e analizzare le performance del processo nel tempo.

Dove trovare

Queste informazioni vengono solitamente memorizzate insieme a ogni evento o cambio di stato nelle tabelle dei log o delle transazioni di Workiva.

Esempi
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
Sistema di Origine
SourceSystem
Il sistema di riferimento (system of record) da cui sono stati estratti i dati della scrittura contabile.
Descrizione

Questo attributo identifica l'applicazione sorgente da cui provengono i dati del processo. Per questa analisi, il valore sarà costantemente "Workiva".

Sebbene possa sembrare statico in un'analisi a sistema singolo, è un metadato cruciale per la data governance e la tracciabilità. In ambienti aziendali più ampi, i processi spesso attraversano più sistemi e questo campo diventa essenziale per comprendere la discendenza completa dei dati e integrare accuratamente informazioni provenienti da varie fonti.

Perché è importante

Garantisce il contesto e la discendenza dei dati (data lineage), assicurando chiarezza sull'origine delle informazioni, specie in ambienti multi-sistema.

Dove trovare

Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine delle informazioni.

Esempi
Workiva
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica quando i dati sono stati aggiornati l'ultima volta dal sistema sorgente.
Descrizione

Questo attributo registra la data e l'ora dell'ultima estrazione dei dati da Workiva. Fornisce il contesto necessario sulla freschezza dei dati analizzati.

In qualsiasi dashboard di analisi dei processi, questa informazione è fondamentale affinché gli utenti comprendano quanto siano aggiornati gli insight. Permette loro di sapere se stanno visualizzando dati in tempo reale o un'istantanea di un momento specifico, aspetto cruciale per prendere decisioni operative informate.

Perché è importante

Informa gli utenti sulla freschezza dei dati, assicurando che l'analisi rifletta lo stato più recente del processo.

Dove trovare

Questo timestamp è generato e memorizzato durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
2023-10-27T02:00:00Z
Dipartimento
Department
Il dipartimento aziendale o centro di costo che ha avviato la registrazione.
Descrizione

Questo attributo identifica l'unità organizzativa, come Amministrazione, Vendite o Marketing, associata alla scrittura contabile. Spesso è determinato dal centro di costo o dall'utente che ha creato la registrazione.

Analizzare il processo per dipartimento consente il benchmarking delle prestazioni tra diverse parti dell'organizzazione. Può aiutare a identificare quali dipartimenti hanno i processi più efficienti, i tassi di rilavorazione più elevati o i tempi di approvazione più lunghi, fornendo spunti per la condivisione di best practice o per l'erogazione di supporto mirato.

Perché è importante

Permette il confronto delle performance tra diverse business unit, aiutando a identificare problemi specifici di un reparto o best practice interne.

Dove trovare

Queste informazioni sono probabilmente disponibili nei dati dell'intestazione della scrittura contabile, eventualmente collegate al profilo utente del creatore o specificate come centro di costo.

Esempi
FinanzaVendite Nord AmericaOperations EU
Importo registrazione
JournalEntryAmount
Il valore monetario totale della scrittura contabile, solitamente la somma dei dare o degli avere.
Descrizione

Questo attributo rappresenta il valore finanziario principale associato alla scrittura contabile. Può essere l'importo totale in dare, che deve corrispondere all'importo totale in avere.

Analizzare il processo per valore finanziario può rivelare pattern importanti. Ad esempio, le scritture di valore elevato potrebbero essere soggette a maggiori controlli e seguire un percorso di approvazione differente e più rigoroso. Questo attributo può essere utilizzato per filtrare le dashboard e analizzare se il valore della registrazione è correlato al tempo di elaborazione, ai tassi di rilavorazione o ai ritardi nell'approvazione.

Perché è importante

Consente l'analisi in base all'impatto finanziario, aiutando a determinare se le registrazioni di alto valore seguono percorsi diversi o sono più soggette a ritardi.

Dove trovare

Questo è un campo fondamentale nei dati dell'intestazione della scrittura contabile in Workiva.

Esempi
15000.00250.50125000.75
Stato registrazione
JournalEntryStatus
Lo stato attuale della registrazione nel suo ciclo di vita.
Descrizione

Questo attributo indica lo stato in tempo reale di una scrittura contabile, come "Bozza", "Inviata per approvazione", "Approvata", "Contabilizzata" o "Rifiutata". Rappresenta un'istantanea della posizione della registrazione al momento dell'estrazione dei dati.

È fondamentale per il monitoraggio operativo e alimenta la dashboard "Panoramica dello stato attuale delle scritture". Fornisce al management una visione chiara del carico di lavoro corrente e degli arretrati in ogni fase del processo, aiutando nell'allocazione delle risorse e nella definizione delle priorità.

Perché è importante

Offre un'istantanea in tempo reale di dove si trovano le registrazioni nel processo, fondamentale per il monitoraggio e la gestione dei backlog.

Dove trovare

Si tratta di un campo standard nell'intestazione della scrittura contabile in Workiva, che ne riflette lo stato attuale.

Esempi
BozzaIn Attesa di ApprovazioneRegistratoRifiutato
Tipo registrazione
JournalEntryType
La classificazione della registrazione (es. standard, rateo/risconto o correzione).
Descrizione

Questo attributo categorizza le scritture contabili in base alla loro finalità aziendale. I tipi comuni includono registrazioni standard per transazioni ordinarie, ratei e risconti per il riconoscimento di ricavi e costi, storni di riclassificazione e registrazioni di rettifica.

Questa dimensione è cruciale per l'analisi comparativa. Permette di segmentare il processo per verificare se determinati tipi di scritture richiedono più tempo, presentano tassi di rifiuto più elevati o seguono percorsi differenti. Ad esempio, viene utilizzato nella dashboard "Andamento del tasso di storno delle scritture" per analizzare gli storni per tipologia, aiutando a isolare problemi specifici di determinate pratiche contabili.

Perché è importante

Consente di segmentare il processo per capire se certi tipi di registrazioni causano più ritardi, rework o deviazioni rispetto ad altri.

Dove trovare

Probabilmente si tratta di un campo standard nell'intestazione della scrittura contabile in Workiva.

Esempi
StandardRateo/Risconto (Accrual)RiclassificazioneCorrezione
Utente
User
L'ID utente o il nome della persona che ha eseguito l'attività.
Descrizione

Questo attributo identifica la persona responsabile di una determinata attività, come il creatore, il revisore o l'approvatore di una scrittura contabile. Può essere un ID utente univoco, un nome o un indirizzo email.

Analizzare i dati per utente è essenziale per comprendere la distribuzione del carico di lavoro, le performance e la conformità. Alimenta dashboard come "Distribuzione del carico di lavoro delle scritture" e "Analisi dei rifiuti delle scritture", permettendo di suddividere le attività per utente e mettendo in luce potenziali esigenze di formazione o squilibri di risorse.

Perché è importante

Questo attributo è fondamentale per analizzare la distribuzione del carico di lavoro, identificare i top performer e comprendere i comportamenti specifici degli utenti o i colli di bottiglia.

Dove trovare

Queste informazioni sono solitamente disponibili nei log degli eventi o delle transazioni di Workiva, associati a ogni attività registrata.

Esempi
asmithbjonescchen
Codice Società
CompanyCode
L'identificatore della specifica entità legale per la quale viene effettuata la registrazione.
Descrizione

Il Company Code rappresenta un'entità legale distinta all'interno di un gruppo. Le transazioni finanziarie vengono registrate a questo livello per il reporting legale e il consolidamento.

In organizzazioni multi-società, analizzare il processo contabile per Company Code è essenziale. Può rivelare variazioni nelle performance e nell'efficienza specifiche di certe entità o regioni geografiche, permettendo iniziative di miglioramento mirate.

Perché è importante

Fondamentale per analizzare e confrontare le performance del processo tra le diverse entità legali dell'organizzazione.

Dove trovare

Questo è un campo fondamentale e obbligatorio nei dati di intestazione delle scritture contabili in qualsiasi sistema contabile aziendale, incluso Workiva.

Esempi
1000US01DE01
Data di Registrazione
PostingDate
La data in cui la registrazione viene iscritta ufficialmente nel Libro Giornale (General Ledger).
Descrizione

La data di registrazione (Posting Date) è la data effettiva della transazione ai fini del reporting finanziario. Determina il periodo fiscale in cui la scrittura sarà riflessa nel bilancio. Questa data può differire da quella in cui la registrazione è stata creata o approvata.

Questo attributo è fondamentale per l'analisi finanziaria e di conformità. Aiuta a valutare la tempestività delle registrazioni rispetto alla chiusura dei periodi fiscali. Eventuali ritardi tra l'approvazione e la contabilizzazione possono indicare colli di bottiglia nel sistema o nel processo che potrebbero influire sulla chiusura finanziaria.

Perché è importante

È una data chiave per il reporting che aiuta ad analizzare la tempestività delle contabilizzazioni e il loro impatto sul ciclo di chiusura.

Dove trovare

Questo è un campo data standard nei dati dell'intestazione della scrittura contabile in Workiva.

Esempi
2023-10-312023-11-302023-12-31
Documentazione presente
HasSupportingDocumentation
Un indicatore che segnala se la documentazione di supporto è stata allegata prima dell'invio per la revisione.
Descrizione

Questo attributo è un flag booleano che verifica la presenza dell'attività "Documentazione di supporto allegata" prima dell'attività "Scrittura contabile inviata per revisione" per una determinata registrazione.

Questo attributo supporta direttamente la dashboard "Conformità della documentazione delle scritture" e il KPI "Tasso di allegati alla documentazione". È critico per la conformità e l'auditabilità, poiché le registrazioni prive di documentazione adeguata possono causare rifiuti, ritardi e rilievi in fase di audit. Analizzare questo aspetto aiuta a far rispettare le policy e a ottimizzare il processo di revisione.

Perché è importante

Misura direttamente la conformità alle policy documentali, aiutando a ridurre i rework e i ritardi causati da informazioni mancanti.

Dove trovare

Si tratta di un attributo derivato, calcolato verificando la sequenza delle attività nei dati di processo per ogni caso.

Esempi
truefalse
È Automatizzato
IsAutomated
Un flag che indica se un'attività è stata eseguita da un sistema o da un utente umano.
Descrizione

Questo attributo booleano distingue tra le attività eseguite automaticamente dal sistema, come "Esecuzione validazione automatica", e quelle eseguite manualmente da un utente, come "Scrittura contabile revisionata".

Questa distinzione è vitale per misurare accuratamente l'efficienza del processo e il potenziale di automazione. Consente agli analisti di isolare i colli di bottiglia legati all'intervento umano da quelli relativi al sistema e di calcolare lo sforzo manuale effettivo coinvolto nel processo. È fondamentale per le iniziative volte ad aumentare l'automazione e ridurre i punti di contatto manuali.

Perché è importante

Aiuta a distinguere tra attività di sistema e umane, essenziale per analizzare i livelli di automazione e identificare i bottleneck manuali.

Dove trovare

Spesso si tratta di un attributo derivato. Può essere determinato verificando se l'utente che ha eseguito l'attività è un account di sistema o di servizio, o se il nome dell'attività stessa implica l'automazione.

Esempi
truefalse
È una Rilavorazione
IsRework
Un indicatore che segnala se una registrazione è stata rifiutata o corretta in qualsiasi momento del suo ciclo di vita.
Descrizione

Questo è un attributo booleano calcolato per ogni caso. È impostato su "true" se la sequenza di attività della scrittura contabile include eventi come "Scrittura contabile rifiutata" o "Scrittura contabile corretta".

Questo attributo semplifica l'analisi della rilavorazione creando un flag binario chiaro per il filtraggio e l'aggregazione. È fondamentale per calcolare il KPI "Tasso di rilavorazione delle scritture" e per alimentare la dashboard "Analisi della rilavorazione delle scritture", consentendo una rapida identificazione dei casi che deviano dal percorso ideale ("happy path") e richiedono uno sforzo supplementare.

Perché è importante

Fornisce un flag per identificare le registrazioni che hanno richiesto correzioni, essenziale per misurare la qualità e il tasso di correttezza al primo colpo (first-time-right).

Dove trovare

Si tratta di un attributo derivato, calcolato verificando la presenza di attività legate alla rilavorazione ("Scrittura contabile rifiutata", ecc.) nell'Event Log per ogni caso.

Esempi
truefalse
Motivo del Rigetto
RejectionReason
Un codice o un testo che spiega il motivo per cui una registrazione è stata rifiutata durante il processo di revisione o approvazione.
Descrizione

Quando una scrittura contabile viene rifiutata, questo attributo cattura la motivazione fornita dal revisore o dall'approvatore. Le ragioni potrebbero includere "Conto Libro Mastro errato", "Documentazione mancante", "Errore di calcolo" o "Violazione delle policy".

Questa informazione è preziosa per l'analisi della causa radice (root cause analysis) della rilavorazione. Analizzando le ragioni di rifiuto più comuni, le organizzazioni possono identificare aree di miglioramento, come formazione mirata per gli utenti, istruzioni più chiare o potenziamenti dei controlli di sistema. È un attributo chiave per le dashboard "Analisi della rilavorazione delle scritture" e "Analisi dei rifiuti delle scritture".

Perché è importante

Offre insight sulle cause profonde dei rework, permettendo miglioramenti mirati in formazione, documentazione e controlli.

Dove trovare

Questi dati possono essere memorizzati in un campo dedicato o in un campo commenti/note associato all'attività "Scrittura contabile rifiutata" in Workiva.

Esempi
Documentazione di supporto mancanteUtilizzato conto GL erratoL'importo supera la soglia
Ora di Fine
EndTime
Il timestamp che indica quando una specifica attività o un evento è stato completato.
Descrizione

L'End Time registra l'istante preciso in cui un'attività si conclude. Mentre molti eventi sono istantanei, alcune attività hanno una durata misurabile, come la fase di revisione che inizia all'apertura del task e finisce all'invio.

Questo attributo serve a calcolare il tempo di elaborazione (active work time), distinguendolo dai tempi morti o di attesa. È utile per capire quanto tempo gli utenti dedicano effettivamente a task specifici.

Perché è importante

Consente di calcolare il tempo di elaborazione effettivo di un'attività, separando il lavoro attivo dai tempi di attesa per un'analisi più accurata.

Dove trovare

Consulti la documentazione Workiva. Questo valore potrebbe dover essere derivato acquisendo sia l'evento di inizio che quello di completamento per una singola attività.

Esempi
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
Tempo del Ciclo di Approvazione
ApprovalCycleTime
Il tempo totale trascorso dal momento in cui una scrittura contabile viene inviata per la revisione fino alla sua approvazione finale.
Descrizione

Questa metrica calcolata misura la durata dell'intera fase di approvazione. Viene solitamente calcolata come la differenza temporale tra il primo evento "Scrittura contabile inviata per revisione" e l'evento finale "Scrittura contabile approvata" per ogni registrazione.

Si tratta di una misura diretta dell'efficienza del workflow di revisione e approvazione ed è un KPI primario per molti dipartimenti finanziari. Alimenta la dashboard "Tempo di ciclo di approvazione delle scritture", aiutando a identificare i colli di bottiglia e a monitorare l'impatto delle iniziative di miglioramento dei processi volte ad accelerare le approvazioni.

Perché è importante

Questo è un indicatore chiave di prestazione (KPI) che misura direttamente l'efficienza del processo di approvazione e aiuta a individuare i ritardi.

Dove trovare

Si tratta di una metrica calcolata, derivata dai timestamp delle attività "Scrittura contabile inviata per revisione" e "Scrittura contabile approvata" presenti nell'Event Log.

Esempi
25920086400604800
Obbligatorio Consigliato Facoltativo

Attività Record to Report - Registrazioni Contabili

Queste sono le fasi chiave del processo e le milestone da acquisire nell'Event Log per una scoperta e un'analisi accurate del workflow delle scritture contabili.
6 Consigliato 8 Facoltativo
Activity Descrizione
Registrazione approvata
Questa attività rappresenta l'approvazione finale della scrittura contabile da parte di un utente autorizzato, sbloccandola per la contabilizzazione. Si tratta di una milestone critica, solitamente registrata come un cambio di stato esplicito in "Approvato" in Workiva.
Perché è importante

Segna la fine del processo di revisione e approvazione. È un evento chiave per misurare i tempi di approvazione e i tassi di successo al primo tentativo (first-pass).

Dove trovare

Acquisito dal log cronologico degli stati della registrazione. Il campo di stato viene aggiornato a 'Approved' e la modifica viene registrata con timestamp e ID utente dell'approvatore.

Acquisisci

Il timestamp in cui il campo di stato della scrittura contabile viene aggiornato in "Approvato".

Tipo di evento inferred
Registrazione Contabile Creata
Questa attività segna l'avvio di una nuova scrittura contabile in Workiva. Viene acquisita quando un utente crea un nuovo record di registrazione contabile, generando un ID univoco della scrittura (Journal Entry ID) che funge da identificatore del caso per il processo.
Perché è importante

Come punto di partenza del processo, questo evento è essenziale per misurare il tempo di ciclo totale. L'analisi di questa attività aiuta a comprendere l'avvio del carico di lavoro e la pianificazione delle risorse.

Dove trovare

Questo evento viene solitamente acquisito da un audit log o da una tabella delle transazioni in Workiva che registra la creazione di nuovi oggetti di scrittura contabile, insieme a un timestamp di creazione e all'ID utente.

Acquisisci

Registrato nell'audit trail o in una tabella alla creazione di un nuovo record, associato a un timestamp 'Created On'.

Tipo di evento explicit
Registrazione contabilizzata in GL
Questa attività indica che la scrittura contabile approvata è stata ufficialmente registrata nel Libro Mastro. Rappresenta il completamento con successo del flusso principale del processo e viene solitamente acquisita come cambio di stato finale o tramite un log delle transazioni di registrazione.
Perché è importante

Essendo l'evento finale per la maggior parte delle registrazioni, questa attività è cruciale per calcolare il tempo di ciclo end-to-end. Rappresenta il momento in cui la scrittura ha effetto sul bilancio.

Dove trovare

Questa informazione può essere trovata in un log delle transazioni che registra le contabilizzazioni nel Libro Mastro o come cambio di stato della scrittura in "Contabilizzata". In questo momento viene solitamente popolato un campo con la data di registrazione.

Acquisisci

Acquisito da una tabella di contabilizzazione GL con timestamp e riferimento al Journal Entry ID, o da un cambio di stato in 'Posted'.

Tipo di evento explicit
Registrazione inviata per revisione
Rappresenta il momento in cui l'utente invia la bozza della registrazione al workflow di revisione e approvazione. Solitamente acquisito come cambio di stato in Workiva da 'Draft' o 'New' a 'In Review'.
Perché è importante

Questa attività è una milestone critica che avvia il ciclo di approvazione. Misurare il tempo da questo punto fino all'approvazione finale aiuta a identificare i colli di bottiglia nel processo di revisione ed è essenziale per calcolare il tempo di ciclo delle approvazioni.

Dove trovare

Dedotto da un cambio di stato nel record (es. da 'Draft' a 'Submitted for Review'), loggato in una tabella di cronologia o negli stati.

Acquisisci

Derivato dal tracciamento dei cambiamenti nel campo di stato della registrazione in 'Submitted' o valori simili, utilizzando il timestamp della modifica.

Tipo di evento inferred
Registrazione rifiutata
Un revisore o approvatore rifiuta la registrazione a causa di errori, mancanze o violazioni delle policy. L'azione rimanda la pratica al creatore per la correzione e viene tracciata dal cambio di stato in 'Rejected' o 'Needs Rework'.
Perché è importante

Questa attività è il principale innesco dei cicli di rilavorazione, che sono una fonte significativa di inefficienza del processo. Analizzare i rifiuti aiuta a identificare esigenze di formazione, errori comuni e linee guida di processo poco chiare.

Dove trovare

Dedotto da un cambio di stato nel log cronologico. Lo stato viene aggiornato a 'Rejected' e l'evento registrato con timestamp e utente responsabile.

Acquisisci

Il timestamp in cui il campo di stato viene aggiornato in "Rifiutato" o "Rimandato indietro".

Tipo di evento inferred
Storno registrazione elaborato
Una registrazione precedentemente contabilizzata viene stornata, creando una nuova voce che annulla l'originale. Si tratta di un tipo di transazione specifico registrato esplicitamente nel sistema.
Perché è importante

Questa attività è un forte indicatore di errori nelle registrazioni già contabilizzate. Un alto tasso di storni suggerisce potenziali problemi nel processo iniziale di revisione e approvazione, compromettendo l'accuratezza finanziaria e richiedendo lavoro supplementare.

Dove trovare

Acquisito dai dati transazionali in cui un tipo specifico di transazione o un flag indica uno storno. La registrazione di storno farà solitamente riferimento al Journal Entry ID originale.

Acquisisci

Viene creato un nuovo record di registrazione con tipo 'Storno' (Reversal) e un collegamento all'ID della registrazione originale.

Tipo di evento explicit
Documentazione di supporto allegata
Questa attività si verifica quando un utente allega uno o più documenti di supporto, come fatture o contratti, al record della scrittura contabile. Di solito viene acquisita monitorando la gestione documentale o la funzionalità di allegato all'interno di Workiva.
Perché è importante

Il monitoraggio di questa attività è fondamentale per controllare la conformità e identificare i ritardi. Il tempo tra la creazione della registrazione e l'allegato del documento può rappresentare un collo di bottiglia significativo che influenza il ciclo di revisione e approvazione.

Dove trovare

Acquisito dai log di gestione documentale di Workiva, tracciando quando un file viene collegato a un Journal Entry ID. Può essere un log esplicito o dedotto dalla data di creazione del link all'allegato.

Acquisisci

Evento registrato quando un utente carica o collega correttamente un documento alla registrazione.

Tipo di evento explicit
Registrazione corretta
Dopo un rifiuto, l'utente modifica la registrazione per risolvere i problemi segnalati. Di solito non è un evento esplicito, ma viene dedotto rilevando modifiche ai dati dopo uno stato 'Rejected'.
Perché è importante

Questa attività è una parte fondamentale del ciclo di rilavorazione. Misurare il tempo necessario per correggere le scritture può rivelare la rapidità con cui vengono gestiti gli errori e se determinati utenti o tipi di registrazioni richiedono più tempo per essere sistemati.

Dove trovare

Questa attività viene dedotta analizzando i log dell'audit trail. Viene identificata cercando eventi di modifica dei campi su una scrittura contabile tra lo stato "Rifiutato" e la sua successiva ripresentazione.

Acquisisci

Identificato dai change log o audit trail che mostrano modifiche ai dati dopo il timestamp di un evento 'Rejected'.

Tipo di evento inferred
Registrazione inviata per approvazione
In seguito a una revisione iniziale positiva, la registrazione viene formalmente inoltrata a un approvatore o a un gruppo designato. L'evento è tracciato da un cambio di stato, ad esempio da 'Reviewed' a 'Pending Approval'.
Perché è importante

Questa attività distingue tra la revisione iniziale e le fasi di approvazione finale, che possono essere eseguite da ruoli diversi. Aiuta a isolare i ritardi specifici della fase di approvazione di livello superiore.

Dove trovare

Dedotto da un cambio di stato nel record, registrato in una tabella cronologica. Lo stato passa da una fase di revisione a una di approvazione.

Acquisisci

Derivato dal tracciamento del cambio di stato in 'Pending Approval' o valori simili, con il relativo timestamp.

Tipo di evento inferred
Registrazione revisionata
Questo evento indica che un revisore ha completato la propria valutazione della scrittura contabile e ha intrapreso un'azione, come l'invio per l'approvazione o il rifiuto. Di solito viene dedotto dal successivo cambio di stato.
Perché è importante

Indica il completamento di un controllo di qualità fondamentale. Analizzare questa durata aiuta a gestire il carico di lavoro del team e a individuare necessità di formazione.

Dove trovare

Questo viene dedotto dal timestamp in cui lo stato della scrittura contabile passa da "In revisione" a uno stato successivo come "In attesa di approvazione" o "Rifiutata".

Acquisisci

Il timestamp del cambio di stato da una fase di "Revisione" a qualsiasi stato successivo.

Tipo di evento inferred
Registrazione riconciliata
Questa attività post-contabilizzazione si verifica quando la scrittura contabile viene abbinata e chiusa durante un processo di riconciliazione. Viene acquisita all'interno degli strumenti di riconciliazione o di certificazione dei conti di Workiva.
Perché è importante

Analizzare il tempo intercorrente tra la contabilizzazione e la riconciliazione è fondamentale per valutare l'efficienza della chiusura finanziaria. Eventuali ritardi in questa fase influiscono sulla tempestività del reporting.

Dove trovare

Questo dato probabilmente proviene da un modulo o da una tabella di riconciliazione separata all'interno di Workiva, che collega le voci riconciliate ai rispettivi ID delle scritture contabili. Verrebbe utilizzato il timestamp del cambio di stato della riconciliazione.

Acquisisci

Il timestamp di un evento o di un cambio di stato in un modulo di riconciliazione che contrassegna la scrittura contabile come "Riconciliata".

Tipo di evento explicit
Revisione registrazione avviata
Questa attività segna il momento in cui un revisore inizia l'esame della scrittura contabile inviata. Ciò può essere dedotto quando un revisore "apre" o "prende in carico" il compito di revisione nella propria lista di lavoro su Workiva.
Perché è importante

Questa attività aiuta a distinguere tra il tempo in cui una registrazione rimane in coda e il tempo effettivo dedicato alla revisione attiva. È fondamentale per misurare accuratamente il carico di lavoro dei revisori e identificare i colli di bottiglia nelle code.

Dove trovare

Spesso non si tratta di un evento esplicito. Può essere dedotto dal sistema che assegna il compito a un utente specifico, o quando l'utente apre per la prima volta il record della scrittura contabile dopo che è stata inviata.

Acquisisci

Dedotto quando lo stato di un task diventa 'In Progress' o quando il record viene aperto per la prima volta dal revisore dopo l'invio.

Tipo di evento inferred
Validazione automatica eseguita
Dopo l'invio, viene eseguito un controllo automatico di sistema sulla registrazione per validare campi, totali o regole di conformità. Si tratta spesso di un processo in background loggato dal sistema.
Perché è importante

Identifica tempestivamente i problemi di qualità dei dati, riducendo i rework manuali. L'analisi dei fallimenti evidenzia errori comuni o aree dove la guida di sistema può essere migliorata.

Dove trovare

Questo evento si troverebbe nei log di sistema o in un log delle transazioni specifico associato al workflow delle scritture contabili, registrando l'esecuzione delle regole di validazione.

Acquisisci

Registrato dal sistema quando il motore di validazione viene eseguito sui dati della registrazione.

Tipo di evento explicit
Validazione automatica fallita
Il controllo di validazione automatizzato del sistema rileva un errore, impedendo alla scrittura contabile di procedere nel workflow. Questo imposta automaticamente lo stato della registrazione su "fallito" o richiede una rilavorazione.
Perché è importante

Questo mette in evidenza i controlli di qualità automatizzati in azione. Un'alta frequenza di fallimenti può indicare problemi sistemici nell'inserimento dei dati o problemi con le regole di validazione stesse, creando un inutile ciclo di rilavorazione.

Dove trovare

Questo evento verrebbe acquisito da un log di sistema o da un cambio di stato attivato dal processo di validazione automatica. Lo stato della registrazione potrebbe passare a "Errore di validazione" o simile.

Acquisisci

Un evento loggato dal sistema o un cambio di stato automatico verso una condizione di errore quando una regola di validazione fallisce.

Tipo di evento explicit
Consigliato Facoltativo

Guide all'Estrazione

Come recuperare i dati da Workiva