Il vostro template dei dati per Record to Report - Scritture Contabili
Il vostro template dei dati per Record to Report - Scritture Contabili
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida pratica all'estrazione dei dati
Attributi Record to Report - Registrazioni Contabili
| 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
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
|
|||
Attività Record to Report - Registrazioni Contabili
| 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
|
|||