Il Suo Template dei dati Record to Report - Registrazione contabile
Il Suo Template dei dati Record to Report - Registrazione contabile
- Attributi consigliati da raccogliere
- Attività chiave da monitorare
- Indicazioni pratiche per l'estrazione dei dati
Record to Report - Attributi delle registrazioni contabili
| Nome | Descrizione | ||
|---|---|---|---|
|
Attività
ActivityName
|
Il nome della specifica fase di processo o dell'evento che si è verificato per la registrazione contabile. | ||
|
Descrizione
Questo attributo descrive l'attività eseguita in un determinato momento del ciclo di vita della registrazione contabile. Acquisisce tappe fondamentali come «Journal Entry Created», «Journal Entry Submitted for Review», «Journal Entry Approved» e «Journal Entry Posted to GL». L'analisi della sequenza e della frequenza di queste attività costituisce il nucleo del Process Mining. Aiuta a visualizzare il flusso del processo, a identificare i percorsi comuni e rari, ovvero le varianti, e a individuare i colli di bottiglia nei quali le registrazioni rimangono più a lungo. Viene inoltre utilizzato per definire i punti di inizio e di fine dei calcoli degli indicatori chiave di prestazione, come il tempo di ciclo dell'approvazione.
Perché è importante
Definisce le fasi del processo, consentendo di visualizzare e analizzare il Workflow delle registrazioni contabili e di individuare i colli di bottiglia.
Dove reperirlo
In genere deriva dagli Event Log o dai record delle modifiche di stato all'interno di Workiva. Potrebbe essere necessario mappare il campo esatto a partire dai codici di stato del sistema o dalle descrizioni degli eventi.
Esempi
Registrazione contabile creataRegistrazione contabile inviata per la revisioneRegistrazione contabile approvataRegistrazione contabile contabilizzata nel GL
|
|||
|
ID della registrazione contabile
JournalEntryId
|
L'identificativo univoco di una singola registrazione contabile, che funge da identificativo principale del caso per l'analisi del processo. | ||
|
Descrizione
Il Journal Entry ID consente di tracciare in modo univoco tutte le attività e gli eventi relativi a uno specifico insieme di transazioni finanziarie, dalla creazione alla contabilizzazione finale e alla riconciliazione. Questo ID collega ogni fase, come 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 contabile. Consente di analizzare le varianti di processo, i tempi di ciclo e i cicli di rilavorazione per singola registrazione, offrendo una visione chiara del modo in cui le singole registrazioni attraversano il sistema.
Perché è importante
È la chiave essenziale per tracciare l'intero ciclo di vita di una registrazione contabile e consente di analizzare il flusso, la durata e le variazioni del processo.
Dove reperirlo
È la chiave primaria del record della registrazione contabile in Workiva. Consulti la documentazione di Workiva per individuare la tabella o l'endpoint API specifico.
Esempi
JE-2023-08-1001JE-2023-08-1002JE-2023-09-1003
|
|||
|
Ora di inizio
EventTime
|
Il timestamp che indica quando si è verificata una specifica attività o un determinato evento. | ||
|
Descrizione
L'Event Time è un timestamp preciso, comprensivo di data e ora, che registra il momento in cui si è verificata un'attività. Questi dati sono fondamentali per ordinare correttamente gli eventi e per tutte le analisi basate sul tempo. Nel Process Mining, questo attributo viene utilizzato per calcolare la durata tra le attività, i tempi di ciclo complessivi dei casi e i tempi di attesa. È essenziale per i Dashboard che analizzano i tempi di ciclo, come «Journal Entry Approval Cycle Time» e «Document Attachment Lag Time», e costituisce la base per individuare ritardi e inefficienze nel processo.
Perché è importante
Questo timestamp è fondamentale per calcolare tutte le durate, ordinare correttamente gli eventi e analizzare nel tempo le prestazioni del processo.
Dove reperirlo
Queste informazioni sono generalmente memorizzate insieme a ogni evento o modifica dello stato nelle tabelle delle transazioni o dei log di Workiva.
Esempi
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema di riferimento dal quale sono stati estratti i dati della registrazione contabile. | ||
|
Descrizione
Questo attributo identifica l'applicazione di origine da cui provengono i dati del processo. Per questa analisi, il valore sarà sempre «Workiva». Sebbene in un'analisi basata su un unico sistema possa sembrare statico, si tratta di un metadato fondamentale per la governance e la tracciabilità dei dati. Negli ambienti enterprise più articolati, i processi attraversano spesso più sistemi e questo campo diventa essenziale per comprendere la completa derivazione dei dati e integrare correttamente dati provenienti da fonti diverse.
Perché è importante
Fornisce informazioni essenziali sulla derivazione e sul contesto dei dati, garantendo chiarezza sull'origine dei dati di processo, soprattutto negli ambienti con più sistemi.
Dove reperirlo
In genere è un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per indicarne l'origine.
Esempi
Workiva
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp che indica quando i dati sono stati aggiornati l'ultima volta dal sistema di origine. | ||
|
Descrizione
Questo attributo registra la data e l'ora dell'estrazione più recente dei dati da Workiva. Fornisce il contesto necessario per valutare l'aggiornamento dei dati analizzati. In qualsiasi Dashboard di analisi del processo, queste informazioni sono fondamentali per comprendere quanto siano attuali gli insight. Aiutano a capire se si stanno esaminando dati in tempo reale o un'istantanea riferita a un momento specifico, aspetto essenziale per prendere decisioni operative informate.
Perché è importante
Informa gli utenti sull'attualità dei dati, assicurando che comprendano se l'analisi riflette lo stato più recente del processo.
Dove reperirlo
Questo timestamp viene generato e memorizzato durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).
Esempi
2023-10-27T02:00:00Z
|
|||
|
Importo della registrazione contabile
JournalEntryAmount
|
Il valore monetario totale della registrazione contabile, generalmente pari alla somma degli addebiti o degli accrediti. | ||
|
Descrizione
Questo attributo rappresenta il principale valore finanziario associato alla registrazione contabile. Può corrispondere all'importo totale degli addebiti, che dovrebbe essere uguale all'importo totale degli accrediti. Analizzare il processo in base al valore finanziario può far emergere schemi importanti. Ad esempio, le registrazioni contabili di importo elevato potrebbero essere sottoposte a controlli più rigorosi e seguire un percorso di approvazione diverso. Questo attributo può essere utilizzato per filtrare i 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 di analizzare il processo in base all'impatto finanziario e di determinare se le registrazioni di importo elevato vengono elaborate diversamente o sono più soggette a ritardi.
Dove reperirlo
È un campo fondamentale nei dati dell'intestazione della registrazione contabile in Workiva.
Esempi
15000.00250.50125000.75
|
|||
|
Reparto
Department
|
Il reparto aziendale o il centro di costo che ha avviato la registrazione contabile. | ||
|
Descrizione
Questo attributo identifica l'unità organizzativa, come Finance, Sales o Marketing, associata alla registrazione contabile. Spesso viene determinato dal centro di costo o dall'utente che ha creato la registrazione. Analizzare il processo per reparto consente di confrontare le prestazioni tra le diverse aree dell'organizzazione. Può aiutare a individuare i reparti con i processi più efficienti, i tassi di rilavorazione più elevati o i tempi di approvazione più lunghi, fornendo indicazioni utili per condividere le best practice o offrire supporto mirato.
Perché è importante
Consente di confrontare le prestazioni tra diverse unità aziendali e di individuare problemi o best practice specifici di un reparto.
Dove reperirlo
Queste informazioni sono probabilmente disponibili nei dati dell'intestazione della registrazione contabile, eventualmente collegate al profilo utente del creatore o indicate come centro di costo.
Esempi
FinanzaVendite Nord AmericaOperations UE
|
|||
|
Stato della registrazione contabile
JournalEntryStatus
|
Lo stato attuale della registrazione contabile nel suo ciclo di vita. | ||
|
Descrizione
Questo attributo indica lo stato in tempo reale di una registrazione contabile, ad esempio «Draft», «Submitted for Approval», «Approved», «Posted» o «Rejected». Rappresenta un'istantanea della posizione della registrazione al momento dell'estrazione dei dati. È essenziale per il monitoraggio operativo e alimenta il Dashboard «Current Journal Entry Status Overview». Fornisce al management una visione chiara del carico di lavoro e dell'arretrato presenti in ogni fase del processo, agevolando l'allocazione delle risorse e la definizione delle priorità.
Perché è importante
Fornisce un'istantanea in tempo reale della posizione delle registrazioni contabili nel processo, elemento fondamentale per il monitoraggio operativo e la gestione degli arretrati.
Dove reperirlo
È un campo standard nell'intestazione della registrazione contabile in Workiva e ne riflette lo stato attuale.
Esempi
BozzaIn attesa di approvazioneRegistratoRifiutato
|
|||
|
Tipo di registrazione contabile
JournalEntryType
|
La classificazione della registrazione contabile, ad esempio standard, rateo o rettifica. | ||
|
Descrizione
Questo attributo categorizza le registrazioni contabili in base alla loro finalità aziendale. I tipi più comuni includono le registrazioni standard per le transazioni ordinarie, i ratei per rilevare ricavi e costi, le registrazioni di riclassificazione e le registrazioni di rettifica. Questa dimensione è fondamentale per l'analisi comparativa. Consente di segmentare il processo per verificare se determinati tipi di registrazione richiedono più tempo, presentano tassi di rifiuto più elevati o seguono percorsi diversi. Ad esempio, viene utilizzata nel Dashboard «Journal Entry Reversal Rate Trend» per analizzare gli storni per tipo e isolare i problemi specifici di determinate pratiche contabili.
Perché è importante
Consente di segmentare il processo per individuare se determinati tipi di registrazione causano più ritardi, rilavorazioni o deviazioni rispetto ad altri.
Dove reperirlo
È probabilmente un campo standard nell'intestazione della registrazione contabile in Workiva.
Esempi
StandardRateoRiclassificazioneCorrezione
|
|||
|
Utente
User
|
L'ID o il nome dell'utente 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 registrazione contabile. Può essere un ID utente univoco, un nome o un indirizzo e-mail. Analizzare i dati per utente è essenziale per comprendere la distribuzione del carico di lavoro, le prestazioni e la conformità. Alimenta Dashboard come «Journal Entry Workload Distribution» e «Journal Entry Rejection Analysis», consentendo di suddividere le attività per utente e di evidenziare possibili esigenze formative o squilibri nell'allocazione delle risorse.
Perché è importante
Questo attributo è fondamentale per analizzare la distribuzione del carico di lavoro, individuare gli utenti con le migliori prestazioni e comprendere i comportamenti o i colli di bottiglia specifici dei singoli utenti.
Dove reperirlo
Queste informazioni sono generalmente disponibili nei log degli eventi o delle transazioni di Workiva, associati a ogni attività registrata.
Esempi
asmithbjonescchen
|
|||
|
Codice società
CompanyCode
|
L'identificativo della specifica entità giuridica per la quale viene registrata la registrazione contabile. | ||
|
Descrizione
Il Company Code rappresenta un'entità giuridica distinta all'interno di un gruppo societario. A questo livello vengono registrate le transazioni finanziarie ai fini della rendicontazione legale e del consolidamento. In un'organizzazione con più entità, analizzare il processo delle registrazioni contabili per Company Code è fondamentale. Può far emergere variazioni nelle prestazioni del processo, nella conformità e nell'efficienza specifiche di determinate entità giuridiche o aree geografiche, consentendo iniziative di miglioramento del processo più mirate.
Perché è importante
È fondamentale per analizzare e confrontare le prestazioni del processo tra diverse entità giuridiche all'interno di un'organizzazione.
Dove reperirlo
È un campo fondamentale e obbligatorio nei dati dell'intestazione della registrazione contabile di qualsiasi sistema contabile enterprise, incluso Workiva.
Esempi
1000US01DE01
|
|||
|
Data di contabilizzazione
PostingDate
|
La data in cui la registrazione contabile viene registrata ufficialmente nel General Ledger. | ||
|
Descrizione
La Posting Date è la data di efficacia della transazione ai fini dell'informativa finanziaria. Determina il periodo fiscale nel quale la registrazione sarà riflessa nel bilancio. Questa data può differire da quella di creazione o approvazione della registrazione. Questo attributo è importante per le analisi finanziarie e di conformità. Aiuta a valutare la tempestività delle contabilizzazioni rispetto alla chiusura dei periodi fiscali. I ritardi tra approvazione e contabilizzazione possono indicare colli di bottiglia del sistema o del processo, con possibili ripercussioni sulla chiusura contabile.
Perché è importante
È una data fondamentale per l'informativa finanziaria, utile per analizzare la tempestività delle contabilizzazioni e il loro impatto sul ciclo di chiusura contabile.
Dove reperirlo
È un campo data standard nei dati dell'intestazione della registrazione contabile in Workiva.
Esempi
2023-10-312023-11-302023-12-31
|
|||
|
È automatizzato
IsAutomated
|
Un flag che indica se un'attività è stata eseguita dal sistema o da un utente umano. | ||
|
Descrizione
Questo attributo booleano distingue tra le attività eseguite automaticamente dal sistema, come «Automated Validation Run», e quelle eseguite manualmente da un utente, come «Journal Entry Reviewed». Questa distinzione è fondamentale per misurare con accuratezza l'efficienza del processo e il potenziale di automazione. Consente agli analisti di separare i colli di bottiglia legati alle persone da quelli legati al sistema e di calcolare il reale impegno manuale richiesto dal processo. È essenziale per le iniziative finalizzate ad aumentare l'automazione e ridurre i punti di intervento manuale.
Perché è importante
Aiuta a distinguere tra attività del sistema e attività umane, aspetto essenziale per analizzare il livello di automazione e individuare i colli di bottiglia manuali.
Dove reperirlo
Spesso è un attributo derivato. Può essere determinato verificando se l'«User» associato a un'attività è un account di sistema o di servizio, oppure se il nome dell'attività indica di per sé un'automazione.
Esempi
truefalse
|
|||
|
È una rilavorazione
IsRework
|
Un flag che indica se una registrazione contabile è stata rifiutata o corretta in un qualsiasi momento del suo ciclo di vita. | ||
|
Descrizione
È un attributo booleano calcolato per ciascun caso. Viene impostato su «true» se la sequenza delle attività della registrazione contabile include eventi come «Journal Entry Rejected» o «Journal Entry Corrected». Questo attributo semplifica l'analisi della rilavorazione creando un flag binario chiaro per filtri e aggregazioni. È fondamentale per calcolare il KPI «Journal Entry Rework Rate» e alimentare il Dashboard «Journal Entry Rework Analysis», consentendo di individuare rapidamente i casi che si discostano dal percorso standard e richiedono ulteriore lavoro.
Perché è importante
Fornisce un flag semplice per identificare e analizzare tutte le registrazioni contabili che hanno richiesto una correzione, elemento fondamentale per misurare la qualità del processo e il tasso di correttezza al primo tentativo.
Dove reperirlo
È un attributo derivato, calcolato verificando la presenza di attività legate alla rilavorazione, come «Journal Entry Rejected», nell'Event Log di ciascun caso.
Esempi
truefalse
|
|||
|
Ha documentazione
HasSupportingDocumentation
|
Un flag che indica se la documentazione giustificativa è stata allegata prima dell'invio per la revisione. | ||
|
Descrizione
Questo attributo è un flag booleano che verifica la presenza dell'attività «Supporting Documentation Attached» prima dell'attività «Journal Entry Submitted for Review» per una determinata registrazione contabile. Supporta direttamente il Dashboard «Journal Entry Documentation Compliance» e il KPI «JE Documentation Attachment Rate». È fondamentale per la conformità e l'auditabilità, poiché le registrazioni prive della documentazione necessaria possono causare rifiuti, ritardi e rilievi di audit. La sua analisi aiuta a far rispettare le policy e a rendere più fluido il processo di revisione.
Perché è importante
Misura direttamente la conformità alle policy sulla documentazione e contribuisce a ridurre rilavorazioni e ritardi causati da informazioni mancanti.
Dove reperirlo
È un attributo derivato, calcolato verificando la sequenza delle attività nei dati di processo per ciascun caso.
Esempi
truefalse
|
|||
|
Motivo del rifiuto
RejectionReason
|
Un codice o un testo che spiega perché una registrazione contabile è stata rifiutata durante il processo di revisione o approvazione. | ||
|
Descrizione
Quando una registrazione contabile viene rifiutata, questo attributo acquisisce il motivo indicato dal revisore o dall'approvatore. Tra i motivi possibili figurano «Incorrect GL Account», «Missing Documentation», «Calculation Error» o «Policy Violation». Queste informazioni sono preziose per l'analisi delle cause alla radice della rilavorazione. Analizzando i motivi di rifiuto più frequenti, le organizzazioni possono individuare aree di miglioramento, come formazione mirata per gli utenti, istruzioni più chiare o potenziamento dei controlli di sistema. È un attributo fondamentale per i Dashboard «Journal Entry Rework Analysis» e «Journal Entry Rejection Analysis».
Perché è importante
Fornisce una visione diretta delle cause alla radice della rilavorazione e consente miglioramenti mirati nella formazione, nella documentazione e nei controlli di processo.
Dove reperirlo
Questi dati possono essere memorizzati in un campo dedicato oppure in un campo di commenti o note associato all'attività «Journal Entry Rejected» in Workiva.
Esempi
Documentazione giustificativa mancanteConto CoGe utilizzato erratoImporto superiore alla soglia
|
|||
|
Ora di fine
EndTime
|
Il timestamp che indica quando una specifica attività o un determinato evento è stato completato. | ||
|
Descrizione
L'End Time registra il momento preciso in cui un'attività si conclude. Sebbene molti eventi di processo siano istantanei e dispongano soltanto di uno Start Time, alcune attività hanno una durata misurabile, come una fase di revisione che inizia quando un utente apre il Task e termina quando lo invia. Questo attributo viene utilizzato principalmente per calcolare il tempo di elaborazione, o tempo di lavoro effettivo, di un'attività, distinguendolo dal tempo di inattività o di attesa. È utile nelle analisi che mirano a comprendere quanto tempo gli utenti dedicano attivamente a specifici Task, come «Journal Entry Reviewed».
Perché è importante
Consente di calcolare il tempo effettivo di elaborazione di un'attività, separando la durata del lavoro attivo dal tempo di attesa per un'analisi più accurata dell'efficienza.
Dove reperirlo
Consulti la documentazione di Workiva. Potrebbe essere necessario ricavare questo dato acquisendo sia l'evento di inizio sia quello di completamento di una singola attività.
Esempi
2023-10-26T10:15:00Z2023-10-26T11:45:00Z2023-10-27T14:10:00Z
|
|||
|
Tempo di ciclo dell'approvazione
ApprovalCycleTime
|
Il tempo totale trascorso dall'invio della registrazione contabile per la revisione fino alla sua approvazione finale. | ||
|
Descrizione
Questa metrica calcolata misura la durata dell'intera fase di approvazione. In genere viene calcolata come differenza temporale tra il primo evento «Journal Entry Submitted for Review» e l'evento finale «Journal Entry Approved» per ciascuna registrazione contabile. È una misura diretta dell'efficienza del Workflow di revisione e approvazione e rappresenta un KPI primario per molti reparti Finance. Alimenta il Dashboard «Journal Entry Approval Cycle Time», aiutando a individuare i colli di bottiglia e a monitorare l'impatto delle iniziative di miglioramento finalizzate ad accelerare le approvazioni.
Perché è importante
È un indicatore chiave di prestazione che misura direttamente l'efficienza del processo di approvazione e aiuta a individuare i ritardi.
Dove reperirlo
È una metrica calcolata, derivata utilizzando i timestamp delle attività «Journal Entry Submitted for Review» e «Journal Entry Approved» dall'Event Log.
Esempi
25920086400604800
|
|||
Record to Report - Attività delle registrazioni contabili
| Attività | Descrizione | ||
|---|---|---|---|
|
Registrazione contabile approvata
|
Questa attività rappresenta l’approvazione finale della registrazione contabile da parte di un utente autorizzato, che ne consente la contabilizzazione. È una tappa fondamentale, generalmente registrata come modifica esplicita dello stato a “Approved” in Workiva. | ||
|
Perché è importante
Segna il completamento positivo dell’intero processo di revisione e approvazione. È un evento chiave per misurare i tempi del ciclo di approvazione e i tassi di approvazione al primo passaggio, con un impatto diretto sull’efficienza del processo.
Dove reperirlo
Acquisito dal log della cronologia dello stato della registrazione contabile. Il campo di stato del record viene aggiornato a “Approved” e la modifica viene registrata con un timestamp e l’ID utente dell’approvatore.
Acquisizione
Il timestamp in cui il campo di stato della registrazione contabile viene aggiornato a «Approved».
Tipo di evento
inferred
|
|||
|
Registrazione contabile contabilizzata nel GL
|
Questa attività indica che la registrazione contabile approvata è stata contabilizzata ufficialmente nel General Ledger. Rappresenta il completamento del flusso di processo principale e viene generalmente rilevata come modifica dello stato finale o come transazione di contabilizzazione nei log. | ||
|
Perché è importante
In quanto principale evento «end» per la maggior parte delle registrazioni contabili, questa attività è fondamentale per calcolare il tempo di ciclo end-to-end e il throughput. Indica il momento in cui la registrazione incide sul bilancio.
Dove reperirlo
Questa informazione può essere reperita in un log delle transazioni che registra le contabilizzazioni nel GL oppure come modifica dello stato della registrazione contabile a «Posted». In genere, in questo momento viene valorizzato anche il campo della data di contabilizzazione.
Acquisizione
Acquisito da una tabella delle contabilizzazioni nel GL contenente un timestamp e un riferimento al Journal Entry ID, oppure da una modifica dello stato a «Posted».
Tipo di evento
explicit
|
|||
|
Registrazione contabile creata
|
Questa attività segna l’avvio di una nuova registrazione contabile in Workiva. Viene acquisita quando un utente crea un nuovo record di registrazione contabile, generando un ID Journal Entry univoco che funge da identificativo del caso per il processo. | ||
|
Perché è importante
In quanto punto di partenza del processo, questo evento è essenziale per misurare il tempo di ciclo end-to-end di ogni registrazione contabile. L’analisi di questa attività aiuta a comprendere l’avvio del carico di lavoro e a pianificare le risorse.
Dove reperirlo
Questo evento viene generalmente acquisito da un audit log o da una tabella delle transazioni in Workiva, che registra la creazione di nuovi oggetti di registrazione contabile insieme al timestamp di creazione e all’ID utente.
Acquisizione
Registrato in un audit trail o in una tabella al momento della creazione di un nuovo record di registrazione contabile, associato a un timestamp “Created On”.
Tipo di evento
explicit
|
|||
|
Registrazione contabile inviata per la revisione
|
Rappresenta il momento in cui un utente invia la registrazione contabile preparata, insieme alla relativa documentazione, al Workflow formale di revisione e approvazione. In genere viene acquisito come modifica esplicita dello stato nella piattaforma Workiva, che porta la registrazione dallo stato “Draft” o “New” allo stato “In Review”. | ||
|
Perché è importante
Questa attività rappresenta una tappa fondamentale che avvia il ciclo di approvazione. Misurare il tempo da questo momento fino all’approvazione finale aiuta a identificare i colli di bottiglia nel processo di revisione ed è essenziale per calcolare il tempo del ciclo di approvazione.
Dove reperirlo
Deducibile da una modifica dello stato del record della registrazione contabile, ad esempio da “Draft” a “Submitted for Review”. Questa modifica e il relativo timestamp verrebbero registrati in una tabella della cronologia delle modifiche o in un log degli stati.
Acquisizione
Derivato dal monitoraggio della modifica del campo di stato della registrazione contabile a “Submitted” o a un valore analogo, utilizzando il timestamp della modifica.
Tipo di evento
inferred
|
|||
|
Registrazione contabile rifiutata
|
Un revisore o un approvatore rifiuta la registrazione contabile a causa di errori, informazioni mancanti o violazioni delle policy. Questa azione rimanda la registrazione al creatore per la correzione e viene acquisita tramite una modifica dello stato a «Rejected» o «Needs Rework». | ||
|
Perché è importante
Questa attività è il principale fattore scatenante dei cicli di rilavorazione, che rappresentano una fonte rilevante di inefficienza del processo. Analizzare i rifiuti aiuta a individuare le esigenze formative, gli errori ricorrenti e le linee guida di processo poco chiare.
Dove reperirlo
Deducibile da una modifica dello stato nel log storico della registrazione contabile. Lo stato viene aggiornato a «Rejected» e l'evento viene registrato con un timestamp e l'utente che ha eseguito l'azione.
Acquisizione
Il timestamp in cui il campo di stato viene aggiornato a «Rejected» o «Sent Back».
Tipo di evento
inferred
|
|||
|
Storno della registrazione contabile elaborato
|
Una registrazione contabile precedentemente contabilizzata viene stornata, creando una nuova registrazione che annulla l'originale. Si tratta di un tipo specifico di transazione, registrato esplicitamente nel sistema. | ||
|
Perché è importante
Questa attività è un forte indicatore di errori nelle registrazioni già contabilizzate. Un'elevata percentuale di storni suggerisce possibili problemi nel processo iniziale di revisione e approvazione, con conseguenze sull'accuratezza finanziaria e la necessità di ulteriore lavoro.
Dove reperirlo
Acquisita dai dati delle transazioni, nei quali un tipo di transazione o un flag specifico indica uno storno. La registrazione di storno fa generalmente riferimento al Journal Entry ID originale.
Acquisizione
Viene creato un nuovo record di registrazione contabile con tipo «Reversal» e un collegamento all'ID della registrazione originale.
Tipo di evento
explicit
|
|||
|
Convalida automatica non riuscita
|
Il controllo di convalida automatica del sistema rileva un errore, impedendo alla registrazione contabile di proseguire nel Workflow. Il sistema imposta automaticamente lo stato della registrazione su uno stato di errore o di rilavorazione. | ||
|
Perché è importante
Questa attività evidenzia il funzionamento dei controlli di qualità automatizzati. Un'elevata frequenza di errori può indicare problemi sistemici nell'inserimento dei dati o criticità nelle regole di convalida, creando un ciclo di rilavorazione non necessario.
Dove reperirlo
Questa informazione verrebbe acquisita da un log di sistema o da una modifica dello stato attivata dal processo di convalida automatica. Lo stato della registrazione potrebbe cambiare in «Validation Error» o in uno stato analogo.
Acquisizione
Un evento registrato dal sistema o una modifica automatica dello stato a uno stato di errore quando una regola di convalida non viene superata.
Tipo di evento
explicit
|
|||
|
Documentazione giustificativa allegata
|
Questa attività si verifica quando un utente allega uno o più documenti di supporto, come fatture o contratti, al record della registrazione contabile. Di norma viene acquisita monitorando la funzionalità di gestione dei documenti o degli allegati in Workiva. | ||
|
Perché è importante
Monitorare questa attività è fondamentale per controllare la conformità e identificare i ritardi. Il tempo che intercorre tra la creazione della registrazione e l’allegato del documento può rappresentare un collo di bottiglia significativo, con effetti sul ciclo di revisione e approvazione.
Dove reperirlo
Acquisito dai log relativi alle funzionalità di gestione documentale di Workiva, monitorando il momento in cui un file viene collegato a uno specifico ID Journal Entry. Può trattarsi di un Event Log esplicito oppure di un evento dedotto dalla data di creazione del collegamento all’allegato.
Acquisizione
Evento registrato quando un utente carica o collega correttamente un documento alla registrazione contabile.
Tipo di evento
explicit
|
|||
|
Registrazione contabile corretta
|
Dopo un rifiuto, il creatore o un altro utente modifica la registrazione contabile per risolvere i problemi segnalati. Di norma non si tratta di un evento esplicito, ma di un'attività dedotta rilevando modifiche ai dati del record dopo lo stato «Rejected». | ||
|
Perché è importante
Questa attività è una componente essenziale del ciclo di rilavorazione. Misurare il tempo necessario per correggere le registrazioni consente di capire con quale rapidità vengono risolti gli errori e se determinati utenti o tipi di registrazione richiedono più tempo.
Dove reperirlo
Questa attività viene dedotta analizzando i log dell'audit trail. Viene identificata cercando gli eventi di modifica dei campi che si verificano su una registrazione contabile tra lo stato «Rejected» e il successivo nuovo invio.
Acquisizione
Identificata nei log delle modifiche o negli audit trail che mostrano variazioni ai dati della registrazione contabile dopo il timestamp dell'evento «Rejected».
Tipo di evento
inferred
|
|||
|
Registrazione contabile inviata per l'approvazione
|
Dopo una revisione iniziale positiva, la registrazione contabile viene inoltrata formalmente a un approvatore designato o a un gruppo di approvazione. Questo passaggio viene acquisito tramite una modifica di stato, ad esempio da “Reviewed” a “Pending Approval”. | ||
|
Perché è importante
Questa attività distingue la revisione iniziale dalle fasi di approvazione finale, che possono essere svolte da ruoli diversi. Aiuta a isolare i ritardi specifici della fase di approvazione di livello superiore.
Dove reperirlo
Deducibile da una modifica dello stato nel record della registrazione contabile, registrata in una tabella della cronologia delle modifiche. Lo stato passerebbe da una condizione di revisione a una condizione di approvazione.
Acquisizione
Derivato dal monitoraggio della modifica del campo di stato a “Pending Approval” o a un valore analogo, insieme al relativo timestamp.
Tipo di evento
inferred
|
|||
|
Registrazione contabile revisionata
|
Questo evento indica che un revisore ha completato la valutazione della registrazione contabile e ha intrapreso un’azione, ad esempio inviandola all’approvazione o rifiutandola. In genere viene dedotto dalla modifica di stato successiva. | ||
|
Perché è importante
Segna il completamento di un controllo di qualità fondamentale. Analizzare la durata della fase di revisione aiuta a gestire il carico di lavoro del team e a individuare opportunità di formazione dei revisori o di semplificazione del processo.
Dove reperirlo
Deducibile dal timestamp in cui lo stato della registrazione contabile passa da “In Review” a uno stato successivo, come “Pending Approval” o “Rejected”.
Acquisizione
Il timestamp della modifica di stato da “Review” a qualsiasi stato successivo.
Tipo di evento
inferred
|
|||
|
Registrazione contabile riconciliata
|
Questa attività successiva alla contabilizzazione si verifica quando la registrazione contabile viene abbinata e compensata durante una riconciliazione. Viene acquisita negli strumenti di riconciliazione o di certificazione dei conti di Workiva. | ||
|
Perché è importante
Analizzare il tempo che intercorre tra la contabilizzazione e la riconciliazione è fondamentale per comprendere l'efficienza del processo di chiusura contabile. I ritardi in questa fase possono compromettere la tempestività e l'accuratezza dell'informativa finanziaria.
Dove reperirlo
Questa informazione proverrebbe probabilmente da un modulo o da una tabella di riconciliazione separata all'interno di Workiva, che collega gli elementi riconciliati ai relativi Journal Entry ID di origine. Verrebbe utilizzato il timestamp della modifica dello stato di riconciliazione.
Acquisizione
Il timestamp di un evento o di una modifica dello stato in un modulo di riconciliazione che contrassegna la registrazione contabile come «Reconciled».
Tipo di evento
explicit
|
|||
|
Revisione della registrazione contabile avviata
|
Questa attività indica il momento in cui un revisore inizia a esaminare la registrazione contabile inviata. Può essere dedotta dal momento in cui il revisore apre o prende in carico l’attività di revisione nella propria lista di lavoro Workiva. | ||
|
Perché è importante
Questa attività consente di distinguere il tempo trascorso dalla registrazione in coda dal tempo effettivamente dedicato alla revisione. È fondamentale per misurare con precisione il carico di lavoro dei revisori e identificare i colli di bottiglia nelle code.
Dove reperirlo
Spesso non si tratta di un evento esplicito. Può essere dedotto dal momento in cui il sistema assegna l’attività a un utente specifico oppure dal primo accesso dell’utente al record della registrazione contabile dopo l’invio.
Acquisizione
Deducibile dal momento in cui lo stato dell’attività passa a “In Progress” o dal primo accesso al record da parte del revisore assegnato dopo l’invio.
Tipo di evento
inferred
|
|||
|
Validazione automatica eseguita
|
Dopo l’invio, un sistema automatizzato esegue un controllo sulla registrazione contabile per convalidare campi, totali o regole di conformità. Si tratta spesso di un processo automatico in background registrato dal sistema. | ||
|
Perché è importante
Identifica tempestivamente i problemi di qualità dei dati, riducendo la rilavorazione manuale nelle fasi successive del processo. L’analisi degli errori può evidenziare gli errori ricorrenti degli utenti o le aree in cui è possibile migliorare le indicazioni fornite dal sistema.
Dove reperirlo
Questo evento si troverebbe nei log di sistema o in uno specifico log delle transazioni associato al Workflow delle registrazioni contabili, che registra l’esecuzione delle regole di convalida.
Acquisizione
Registrato dal sistema quando il motore di convalida esegue i controlli sui dati della registrazione contabile.
Tipo di evento
explicit
|
|||
Guide all'estrazione
Pronto a iniziare?
Inizi oggi il percorso di ottimizzazione del processo Record to Report - Registrazione contabile. Questo Template contiene tutto ciò che Le serve per iniziare a estrarre informazioni di valore.
Inizi oggi a ottimizzare Record to Report - Registrazione contabile
Riduca del 30% il tempo di ciclo delle registrazioni contabili, assicurando chiusure finanziarie più rapide.
Non è richiesta alcuna carta di credito. Può annullare in qualsiasi momento.