Il suo template dati Record to Report
Il suo template dati Record to Report
- Attributi consigliati da raccogliere
- Attività chiave da tracciare
- Guida all'estrazione
Record to Report - Attributi registrazioni contabili
| Nome | Descrizione | ||
|---|---|---|---|
|
Activity
ActivityName
|
Il nome dello specifico evento aziendale che si è verificato in un determinato momento nel processo di registrazione contabile. | ||
|
Descrizione
Questo attributo descrive un singolo passaggio o compito eseguito nel ciclo di vita della registrazione contabile. Ogni attività rappresenta un evento distinto nel processo. L'analisi della sequenza di queste attività permette di visualizzare e comprendere il flusso del processo. È fondamentale per scoprire varianti, misurare i tempi di transizione tra i passaggi e identificare i cicli di rilavorazione, come quando una registrazione viene rifiutata e reinviata.
Perché è importante
Definisce le fasi del processo, essenziale per visualizzare la mappa di processo, analizzare il flusso e identificare deviazioni o colli di bottiglia.
Dove trovare
Viene solitamente derivato dai log degli eventi o dagli audit trail. Potrebbe richiedere la mappatura dei codici di stato del sistema in nomi di attività comprensibili per l'utente.
Esempi
Registrazione Contabile CreataRegistrazione contabile inviataRegistrazione contabile approvataRegistrazione contabile contabilizzata
|
|||
|
ID registrazione contabile
JournalEntryId
|
L'identificatore univoco per una singola registrazione contabile, che funge da identificativo del caso principale per tracciarne il ciclo di vita. | ||
|
Descrizione
Il Journal Entry ID identifica in modo univoco ogni set di transazioni finanziarie registrate nel libro mastro. Funge da chiave centrale che collega tutte le attività correlate, come creazione, revisione, approvazione e contabilizzazione. Nel Process Mining, questo ID è essenziale per correlare tutti gli eventi appartenenti a un singolo caso di registrazione contabile. L'analisi del flusso basata su questo identificativo permette di ricostruire il percorso end-to-end, dall'inizio alla riconciliazione finale, consentendo un'analisi dettagliata di tempi di ciclo, colli di bottiglia e varianti di processo.
Perché è importante
Questo è l'identificativo fondamentale del caso, che permette di tracciare l'intero ciclo di vita di una singola registrazione e analizzarne le prestazioni.
Dove trovare
Questa è una chiave primaria nelle tabelle di BlackLine. Consultare la documentazione di BlackLine per il nome specifico del campo.
Esempi
JE2024-001234JE2024-001235JE2024-001236
|
|||
|
Ora di Inizio
EventTime
|
Il timestamp preciso che indica quando si è verificata un'attività o un evento specifico. | ||
|
Descrizione
L'Event Time registra la data e l'ora in cui si è verificato un evento aziendale. Costituisce la spina dorsale cronologica del processo, stabilendo la sequenza e la durata di tutte le attività. Questo timestamp è fondamentale per tutte le analisi di Process Mining basate sul tempo. Viene utilizzato per calcolare i tempi di ciclo, i tempi di attesa e le durate tra le attività. Consente l'identificazione di colli di bottiglia, l'analisi delle prestazioni nel tempo e la valutazione dell'aderenza agli accordi sui livelli di servizio (SLA).
Perché è importante
Questo timestamp è la base per tutte le metriche di performance, inclusi i tempi di ciclo e l'analisi dei colli di bottiglia, consentendo la ricostruzione cronologica del processo.
Dove trovare
Queste informazioni sono acquisite nei campi timestamp dei log degli eventi o dei record delle transazioni in BlackLine.
Esempi
2023-10-26T10:00:00Z2023-10-26T11:30:00Z2023-10-27T14:05:00Z
|
|||
|
Sistema di Origine
SourceSystem
|
Il sistema di registrazione da cui sono stati estratti i dati delle registrazioni contabili. | ||
|
Descrizione
Questo attributo identifica il sistema di origine dei dati dell'evento. In questo contesto sarà tipicamente 'BlackLine', ma potrebbe includere dati da un sistema ERP a monte. Identificare il sistema sorgente è importante per la data governance e per comprendere il contesto del processo. Aiuta a risolvere i problemi di inserimento dei dati e a verificare la discendenza dei dati (lineage).
Perché è importante
Fornisce un contesto cruciale sull'origine dei dati, garantendo la tracciabilità e aiutando a gestire l'integrazione dei dati da diverse piattaforme.
Dove trovare
Questo è tipicamente un valore statico aggiunto durante il processo di estrazione e trasformazione dei dati per etichettare l'origine del dataset.
Esempi
BlackLineSAP S/4HANAOracle NetSuite
|
|||
|
Ultimo `Data Update`
LastDataUpdate
|
Il `timestamp` che indica l'ultima volta che i `dati` sono stati aggiornati o estratti dal sistema sorgente. | ||
|
Descrizione
Questo attributo indica la data e l'ora dell'ultimo recupero dei dati. Fornisce un punto di riferimento per la freschezza dei dati analizzati. Si tratta di un metadato critico per qualsiasi analisi di Process Mining. Informa gli utenti sulla tempestività degli insight e aiuta a gestire le aspettative circa l'inclusione delle transazioni più recenti nella visualizzazione.
Perché è importante
Garantisce trasparenza sulla freschezza dei dati, permettendo agli utenti di capire quanto sia aggiornata l'analisi del processo.
Dove trovare
Questo timestamp viene generato e aggiunto al dataset dallo strumento di estrazione o dal processo ETL al momento dell'esecuzione.
Esempi
2023-11-01T02:00:00Z2023-11-02T02:00:00Z
|
|||
|
Codice Società
CompanyCode
|
L'identificatore univoco per l'entità legale o la società per cui viene effettuata la registrazione contabile. | ||
|
Descrizione
Il Codice Società rappresenta una specifica entità legale all'interno di un gruppo societario. È un'unità organizzativa fondamentale nella contabilità finanziaria per garantire che le transazioni siano imputate all'entità corretta. Nel Process Mining, il Codice Società è una dimensione potente per il filtraggio e il confronto. Consente di analizzare le prestazioni dei processi tra diverse entità, aiutando a identificare colli di bottiglia regionali, variazioni di conformità e opportunità di standardizzazione globale. Supporta direttamente la dashboard 'Approval To Posting Delay Analysis'.
Perché è importante
Consente il confronto delle prestazioni e gli sforzi di standardizzazione dei processi tra diverse entità legali o unità di business.
Dove trovare
È un campo chiave nella testata della registrazione in BlackLine, spesso sincronizzato dal sistema ERP sottostante.
Esempi
1000US01DE012500
|
|||
|
Importo registrazione contabile
JournalEntryAmount
|
Il valore monetario totale della registrazione contabile, solitamente la somma dei dare. | ||
|
Descrizione
Questo attributo rappresenta il valore finanziario della registrazione. Può essere utilizzato per comprendere l'impatto economico delle inefficienze, come i ritardi nella contabilizzazione di voci ad alto valore. L'analisi basata sul valore consente un approccio basato sulla rilevanza (materiality). Ad esempio, è possibile dare priorità ai miglioramenti per le registrazioni di importo elevato o verificare se seguono percorsi di approvazione diversi, aggiungendo un contesto di business cruciale al flusso.
Perché è importante
Fornisce un contesto finanziario, permettendo analisi basate sulla materialità, come la priorità per registrazioni di alto valore o l'identificazione di deviazioni basate sul valore.
Dove trovare
Si tratta di un campo calcolato o standard nella testata della registrazione in BlackLine, che rappresenta l'importo totale in dare o in avere.
Esempi
15000.00250.75125000.50500.00
|
|||
|
Motivo del Rigetto
RejectionReason
|
La motivazione fornita da un revisore quando una registrazione contabile viene rifiutata. | ||
|
Descrizione
Quando una registrazione viene rimandata indietro per correzioni, l'approvatore fornisce solitamente un motivo. Questo attributo cattura tale motivazione (codice o testo libero). È un attributo critico per l'analisi delle cause alla base delle rilavorazioni. Analizzando i motivi di rifiuto più comuni, un'azienda può identificare problemi sistemici (es. formazione insufficiente o policy poco chiare). Supporta direttamente la dashboard 'Journal Entry Rejection & Rework Analysis' e aiuta a ridurre il tasso di rifiuto complessivo.
Perché è importante
È essenziale per l'analisi delle cause profonde delle rilavorazioni, aiutando a capire perché le registrazioni vengono rifiutate e permettendo miglioramenti mirati.
Dove trovare
Questi dati vengono solitamente catturati in un commento o in un campo di codice motivo quando un utente esegue l'azione 'Rifiuta' in BlackLine.
Esempi
Codice conto erratoDocumentazione di supporto mancanteSupera la sogliaRegistrazione duplicata
|
|||
|
Stato registrazione contabile
JournalEntryStatus
|
Lo stato attuale della registrazione nel suo ciclo di vita, ad esempio 'In corso', 'Approvato' o 'Contabilizzato'. | ||
|
Descrizione
Questo attributo indica lo stato attuale di un caso di registrazione al momento dell'estrazione dei dati. Sebbene il Process Mining ricostruisca il flusso dalle attività, lo stato finale è utile per creare dashboard di riepilogo. Aiuta a identificare rapidamente tutte le voci in attesa di approvazione o bloccate, valore aggiunto per l'analisi del backlog.
Perché è importante
Fornisce un'istantanea dello stato attuale delle registrazioni, utile per l'analisi del backlog e per comprendere il lavoro in corso.
Dove trovare
Si tratta di un campo di stato standard della registrazione contabile in BlackLine.
Esempi
In CorsoIn Attesa di ApprovazioneApprovatoRegistratoRifiutato
|
|||
|
Tipo registrazione contabile
JournalEntryType
|
La classificazione della registrazione, ad esempio standard, ricorrente o di storno. | ||
|
Descrizione
Il tipo di registrazione categorizza le scritture in base alla loro natura o scopo. I tipi comuni includono registrazioni manuali standard, registrazioni generate automaticamente dal sistema, ratei mensili ricorrenti o scritture di storno automatico nel periodo successivo. Questo attributo è fondamentale per la segmentazione e l'analisi comparativa. Consente di confrontare le prestazioni del processo, come i tempi di ciclo o i tassi di rifiuto, tra diverse tipologie di scritture. Ciò aiuta a identificare se determinati tipi di registrazioni sono più problematici o inefficienti di altri, guidando miglioramenti mirati del processo.
Perché è importante
Consente un'analisi segmentata per capire se diversi tipi di registrazioni contabili seguono percorsi differenti o hanno caratteristiche prestazionali diverse.
Dove trovare
Si tratta di un campo standard nella testata. Consultare la documentazione di BlackLine per il nome esatto del campo.
Esempi
StandardRicorrenteIn stornoRateo
|
|||
|
Utente
UserName
|
Il nome o l'`ID` dell'utente che ha eseguito l'`attività`. | ||
|
Descrizione
Questo attributo identifica la persona responsabile dell'esecuzione di una fase specifica del processo, ad esempio chi ha inviato, revisionato o approvato una registrazione. L'analisi delle attività per utente è essenziale per comprendere la distribuzione del carico di lavoro e le prestazioni individuali. Aiuta a rispondere a domande come 'Il lavoro è distribuito equamente?' o 'Quali utenti hanno i tempi di approvazione più lunghi?'. È inoltre fondamentale per la conformità e l'analisi dell'audit trail.
Perché è importante
Consente l'analisi del carico di lavoro, il confronto delle prestazioni tra i membri del team e aiuta a identificare colli di bottiglia legati alle risorse o necessità di formazione.
Dove trovare
Queste informazioni sono disponibili negli audit log di BlackLine, spesso memorizzate nei campi 'User ID' o 'Changed By' associati a ciascun evento.
Esempi
j.doea.smithr.joness.patel
|
|||
|
Conto Riconciliato
AccountReconciled
|
Il numero di conto del libro mastro che viene riconciliato dalla registrazione contabile. | ||
|
Descrizione
Questo attributo identifica il conto specifico del piano dei conti interessato dalla registrazione. Supporta direttamente la dashboard 'Journal Entry Reconciliation Cycle Time'. Analizzando il processo per conto, è possibile identificare se le riconciliazioni per determinati conti richiedono costantemente più tempo, indicando complessità o problemi nei dati relativi a tali conti.
Perché è importante
Collega il processo di registrazione ai conti specifici riconciliati, consentendo un'analisi mirata dei colli di bottiglia della riconciliazione.
Dove trovare
Queste informazioni fanno parte dei dettagli delle singole voci in BlackLine. Potrebbe essere necessario aggregarle a livello di caso se una registrazione interessa più conti.
Esempi
101000210500400100550200
|
|||
|
Data di Registrazione
PostingDate
|
La data in cui la registrazione viene contabilizzata ufficialmente nel libro mastro. | ||
|
Descrizione
La Data di Contabilizzazione è la data di efficacia della transazione nei registri finanziari. È una data cruciale per la contabilità, poiché determina il periodo fiscale in cui la transazione viene riconosciuta. Mentre il timestamp dell'evento traccia quando è avvenuta l'attività di contabilizzazione, la Data di Contabilizzazione stessa è un attributo chiave dei dati. Viene utilizzata nelle analisi finanziarie per garantire che le voci siano registrate nel periodo corretto e per analizzare i ritardi tra data della transazione, data di approvazione e data di contabilizzazione.
Perché è importante
Questa data è fondamentale per l'accuratezza della reportistica finanziaria e aiuta ad analizzare se le voci sono contabilizzate nel periodo contabile corretto.
Dove trovare
Si tratta di un campo data standard nella testata della registrazione in BlackLine.
Esempi
2023-10-312023-11-012023-10-30
|
|||
|
Dipartimento
Department
|
Il dipartimento aziendale o il centro di costo associato alla registrazione contabile. | ||
|
Descrizione
Questo attributo specifica il dipartimento, il centro di costo o l'area funzionale che ha avviato la registrazione. L'analisi per dipartimento aiuta a capire come le diverse parti dell'azienda utilizzano il processo, rivelando variazioni di efficienza o tassi di rilavorazione e identificando le aree che necessitano di maggiore supporto o standardizzazione.
Perché è importante
Ciò consente di confrontare le prestazioni dei processi tra diversi dipartimenti aziendali, rivelando variazioni e opportunità di standardizzazione.
Dove trovare
Queste informazioni fanno solitamente parte dei dati delle righe o della testata in BlackLine, spesso collegati al conto di contabilità generale (GL).
Esempi
FinanzaMarketingVenditeOperazioni
|
|||
|
Documento Allegato
IsDocumentAttached
|
Un flag che indica se alla registrazione contabile è stata allegata la documentazione di supporto. | ||
|
Descrizione
Questo attributo booleano indica se alla registrazione sono stati allegati documenti di supporto (es. fatture o calcoli), spesso requisito necessario per l'approvazione. Questo flag è cruciale per la dashboard sulla conformità documentale e il KPI 'Documentation Attachment Rate'. Aiuta ad analizzare se la mancanza di allegati sia causa frequente di rifiuti o ritardi.
Perché è importante
Misura direttamente la conformità alle policy sulla documentazione e aiuta a diagnosticare una causa comune di ritardi nelle approvazioni e rifiuti.
Dove trovare
Probabilmente si tratterebbe di un campo derivato, calcolato verificando l'esistenza di un allegato associato all'ID registrazione prima dell'attività di invio.
Esempi
truefalse
|
|||
|
È Automatizzato
IsAutomated
|
Un flag che indica se la registrazione contabile è stata creata o contabilizzata da un processo automatizzato. | ||
|
Descrizione
Questo attributo booleano distingue tra registrazioni manuali e quelle generate automaticamente dal sistema (es. scritture ricorrenti o integrazioni). Analizzare questo attributo aiuta a valutare l'efficacia dell'automazione, permettendo un confronto diretto tra tempi di ciclo e tassi di errore dei processi automatici rispetto a quelli manuali. È fondamentale per misurare il ROI delle iniziative di automazione esistenti.
Perché è importante
Consente un confronto diretto tra processi manuali e automatizzati, fondamentale per misurare l'impatto e il ROI delle iniziative di automazione.
Dove trovare
Può essere derivato dal tipo di registrazione (es. 'Ricorrente') o dal campo utente se per le contabilizzazioni automatiche vengono usati utenti di sistema (es. 'SYSTEM' o 'BATCH').
Esempi
truefalse
|
|||
|
È una Rilavorazione
IsRework
|
Un flag calcolato che risulta vero se la registrazione contabile è stata rifiutata almeno una volta. | ||
|
Descrizione
Questo flag booleano è calcolato per identificare le registrazioni che hanno subito rilavorazioni (es. rifiuto seguito da correzione e reinvio). L'attributo semplifica l'analisi permettendo di filtrare i casi rifiutati. È fondamentale per il KPI 'Journal Entry Rejection Rate' e per comprendere l'impatto in termini di costi e tempi dei problemi di qualità dei dati.
Perché è importante
Identifica facilmente i casi con rilavorazioni, semplificando il calcolo dei tassi di rifiuto e l'analisi dell'impatto dei problemi di qualità.
Dove trovare
Questo flag viene calcolato nello strumento di Process Mining controllando la sequenza delle attività per ogni caso.
Esempi
truefalse
|
|||
|
Ritardo tra approvazione e contabilizzazione
ApprovalToPostingLag
|
La durata calcolata tra l'approvazione finale e la contabilizzazione effettiva della registrazione. | ||
|
Descrizione
Questa metrica misura il ritardo tra l'approvazione completa e la contabilizzazione nel libro mastro. È un KPI critico per identificare i colli di bottiglia post-approvazione, che possono ritardare significativamente la chiusura finanziaria. La dashboard 'Approval To Posting Delay Analysis' usa questa metrica per indagare sui motivi dei ritardi, aiutando a snellire le fasi finali del processo.
Perché è importante
Misura specificamente l'efficienza post-approvazione, aiutando a identificare ed eliminare i ritardi che influenzano la velocità della chiusura finanziaria.
Dove trovare
Questa metrica viene calcolata rilevando la durata tra l'approvazione e la contabilizzazione della registrazione per ogni caso.
Esempi
P0DT1H10MP1DT2H0MP0DT0H5M
|
|||
|
Tempo di ciclo del caso
CaseCycleTime
|
La durata totale del caso di registrazione contabile, dalla creazione alla verifica finale della contabilizzazione. | ||
|
Descrizione
Questo attributo è una metrica calcolata che rappresenta il tempo totale trascorso per una registrazione lungo l'intero ciclo di vita. È un KPI primario per misurare l'efficienza complessiva. Viene utilizzato in quasi tutte le dashboard per fornire una vista ad alto livello delle prestazioni, identificare casi lenti e monitorare i miglioramenti nel tempo. Supporta direttamente il KPI 'Average Journal Entry Cycle Time'.
Perché è importante
Si tratta di un KPI fondamentale per misurare l'efficienza del processo end-to-end e monitorare le prestazioni rispetto agli obiettivi.
Dove trovare
Questa metrica viene calcolata sottraendo l'ora di inizio minima dall'ora di inizio massima per ciascun JournalEntryId.
Esempi
P2DT4H30MP0DT8H15MP5DT12H0M
|
|||
|
Valuta
Currency
|
Il codice valuta per l'importo specificato nella registrazione contabile. | ||
|
Descrizione
Questo attributo specifica la valuta dell'importo (es. USD, EUR, CHF). È essenziale per interpretare correttamente il valore finanziario delle transazioni. Per le multinazionali, l'analisi per valuta offre un contesto utile per filtrare i dati ed è un campo necessario per qualsiasi dashboard che aggreghi importi finanziari.
Perché è importante
Fornisce il contesto necessario per gli importi finanziari, garantendo un'interpretazione accurata e permettendo analisi specifiche per valuta.
Dove trovare
Si tratta di un campo standard nella testata della registrazione in BlackLine, solitamente denominato 'Document Currency' o simile.
Esempi
USDEURGBPJPY
|
|||
Record to Report - Attività registrazioni contabili
| Activity | Descrizione | ||
|---|---|---|---|
|
Registrazione contabile approvata
|
Questa attività indica che la registrazione ha superato tutti i passaggi di revisione e approvazione richiesti. Viene rilevata quando l'ultimo utente autorizzato approva la voce, attivando il cambio di stato in 'Approved'. | ||
|
Perché è importante
Questa è una pietra miliare importante che conclude l'approvazione. Il tempo tra l'invio e questo evento è l' 'Approval Cycle Time', un KPI critico per l'efficienza del workflow.
Dove trovare
Questo evento è dedotto da un cambio di stato in 'Approved'. L'ID utente dell'approvatore finale e il timestamp di approvazione sono solitamente registrati nello storico audit di BlackLine.
Acquisisci
Dedotto dal timestamp di quando lo stato della registrazione viene aggiornato a 'Approved'.
Tipo di evento
inferred
|
|||
|
Registrazione contabile contabilizzata
|
Rappresenta il momento in cui la registrazione approvata viene iscritta ufficialmente nel libro mastro. In BlackLine si tratta spesso di un'azione esplicita che aggiorna lo stato della voce in 'Posted' (Contabilizzato). | ||
|
Perché è importante
Questa è una pietra miliare cruciale, spesso considerata la conclusione operativa del processo. Il tempo che intercorre tra l'approvazione e questa attività è un indicatore chiave dell'efficienza post-approvazione.
Dove trovare
In genere si deduce dal cambio di stato in 'Posted'. L'evento può anche essere registrato esplicitamente in una tabella di storico contabilizzazioni con data e ora specifiche.
Acquisisci
Dedotto dal timestamp di quando lo stato della registrazione viene aggiornato a 'Posted'. Anche il campo della data di contabilizzazione è rilevante.
Tipo di evento
inferred
|
|||
|
Registrazione Contabile Creata
|
Questa attività segna l'inizio di un caso di registrazione contabile. Viene rilevata quando un utente crea una nuova registrazione in BlackLine, generandone l'ID univoco e registrando il timestamp di creazione e l'utente. | ||
|
Perché è importante
Questo è l'evento iniziale del processo. Analizzare il tempo da questa attività alle successive rivela il tempo di ciclo totale e aiuta a identificare ritardi già all'inizio del workflow.
Dove trovare
Questo evento è registrato esplicitamente nel modulo registrazioni di BlackLine. Viene acquisito dal timestamp di creazione e dai dettagli dell'utente associati a ciascun ID registrazione nella tabella principale o nello storico audit.
Acquisisci
Rilevato dal timestamp 'Create Date' associato al record della registrazione contabile.
Tipo di evento
explicit
|
|||
|
Registrazione contabile inviata
|
Questa attività si verifica quando l'addetto invia formalmente la registrazione per il workflow di revisione e approvazione. In genere è rilevata come un cambio di stato, ad esempio da 'In Preparation' a 'Submitted', insieme a un timestamp. | ||
|
Perché è importante
Segna la fine della fase di preparazione e l'inizio del ciclo di approvazione. È una pietra miliare per misurare la durata di entrambe le fasi.
Dove trovare
Viene probabilmente dedotto da un cambio di stato. Il timestamp del passaggio a 'Submitted for Approval' segna l'ora dell'evento.
Acquisisci
Dedotto dal timestamp di quando lo stato della registrazione viene aggiornato a 'Submitted' o 'Pending Approval'.
Tipo di evento
inferred
|
|||
|
Registrazione contabile riconciliata
|
Segna il completamento del ciclo di vita in cui la registrazione contabile viene inclusa in una riconciliazione del conto finalizzata e certificata. In BlackLine, corrisponde alla certificazione della riconciliazione che contiene tale scrittura. | ||
|
Perché è importante
Questa attività funge da endpoint finale per il processo end-to-end. Il tempo che intercorre tra la contabilizzazione e la riconciliazione misura l'efficienza della parte di chiusura finanziaria relativa alla riconciliazione dei conti.
Dove trovare
Si tratta di un evento dedotto. Viene derivato identificando quando lo stato della riconciliazione del conto contenente la registrazione specifica passa a 'Certified' nel modulo Account Reconciliation.
Acquisisci
Dedotto collegando la registrazione contabile alla corrispondente riconciliazione del conto e acquisendo la data di certificazione di tale riconciliazione.
Tipo di evento
inferred
|
|||
|
Registrazione contabile rifiutata
|
Questa attività segna il rifiuto di una registrazione da parte di un revisore o approvatore. Viene rilevata quando un utente esegue l'azione di rifiuto, aggiornando lo stato in 'Rejected' nell'audit log. | ||
|
Perché è importante
Questa è un'attività critica per identificare rilavorazioni, problemi di qualità e necessità di formazione. Analizzare la frequenza dei rifiuti e i motivi è fondamentale per ridurre i tempi di ciclo.
Dove trovare
In genere si deduce dal cambio di stato in 'Rejected' o 'Needs Correction'. Il timestamp e l'utente che ha effettuato il rifiuto sono registrati nello storico di BlackLine.
Acquisisci
Dedotto dal timestamp di quando lo stato della registrazione viene aggiornato a 'Rejected'.
Tipo di evento
inferred
|
|||
|
Approvazione annullata
|
Questa attività rappresenta un approvatore che revoca un'approvazione precedentemente concessa, riportando la registrazione a uno stato precedente. È rilevata da un cambio di stato da 'Approved' a uno precedente come 'In Preparation'. | ||
|
Perché è importante
Questa attività, rara ma importante, evidenzia eccezioni di processo e potenziali problemi scoperti dopo l'approvazione ma prima della contabilizzazione (es. errori nei dati o modifiche alle policy).
Dove trovare
Si tratterebbe di un evento dedotto, identificato da un cambio di stato da 'Approved' a uno stato modificabile non contabilizzato. L'azione viene registrata negli audit log dettagliati di BlackLine.
Acquisisci
Identificato da un cambio di stato da 'Approved' a uno stato precedente come 'In Preparation' o 'Submitted'.
Tipo di evento
inferred
|
|||
|
Documentazione di supporto allegata
|
Rappresenta l'azione di un utente che allega uno o più documenti di supporto alla registrazione contabile. Questo evento viene solitamente registrato in un audit log o in una tabella di allegati correlata collegata all'ID della registrazione. | ||
|
Perché è importante
Monitorare questa attività è fondamentale per la conformità. Aiuta ad analizzare se i ritardi nell'approvazione sono dovuti a documentazione mancante e supporta il KPI 'Documentation Attachment Rate'.
Dove trovare
Solitamente è un evento esplicito, registrato nell'audit trail o nel log degli allegati, includendo ID registrazione, utente e timestamp.
Acquisisci
L'evento viene registrato nell'audit trail del sistema o in una tabella dedicata allo storico degli allegati ogni volta che un file viene caricato per una registrazione.
Tipo di evento
explicit
|
|||
|
Registrazione contabile revisionata
|
Rappresenta un passaggio di revisione formale in un processo di approvazione multi-livello, completato da un revisore designato. In genere viene rilevato come un cambio di stato o una specifica voce di log che indica l'azione del revisore. | ||
|
Perché è importante
Per le organizzazioni con fasi distinte di revisione e approvazione, questa attività aiuta a isolare i colli di bottiglia nella catena approvativa. Mostra quanto tempo le registrazioni attendono per la revisione iniziale rispetto all'approvazione finale.
Dove trovare
Nei workflow di BlackLine, questo può essere un evento esplicito nel log dello storico approvazioni o dedotto da un cambio di stato in 'Reviewed' o 'Pending Final Approval'. L'utente e il timestamp vengono registrati.
Acquisisci
Dedotto dal timestamp di quando lo stato della registrazione cambia per riflettere il completamento della fase di revisione.
Tipo di evento
inferred
|
|||
|
Registrazione corretta e reinviata
|
Si verifica dopo che una registrazione contabile è stata rifiutata e l'addetto ha apportato le correzioni necessarie, inviandola nuovamente. Questo evento è rilevato da un cambio di stato da 'Rejected' (Rifiutato) a 'Submitted for Approval' (Inviato per approvazione). | ||
|
Perché è importante
Questa attività aiuta a quantificare il tempo e l'impegno spesi nelle rilavorazioni. La durata tra 'Journal Entry Rejected' e questo evento rappresenta il tempo di rilavorazione, una metrica chiave per l'analisi dell'efficienza.
Dove trovare
Viene dedotto osservando la sequenza dei cambi di stato, specificamente il passaggio da 'Rejected' a 'Submitted' o 'Pending Approval' per lo stesso ID registrazione.
Acquisisci
Derivato da un cambio di stato da 'Rejected' a 'Submitted' o 'Pending Approval'.
Tipo di evento
inferred
|
|||
|
Registrazione verificata
|
Rappresenta la conferma che una registrazione contabilizzata è stata ricevuta e registrata correttamente nel sistema ERP di destinazione. Potrebbe trattarsi di un handshake di sistema automatizzato o di un passaggio di conferma manuale. | ||
|
Perché è importante
Questa attività conclude la fase di contabilizzazione, garantendo l'integrità dei dati tra i sistemi. La durata da 'Posted' a 'Verified' può evidenziare problemi di integrazione o ritardi nella sincronizzazione dei sistemi.
Dove trovare
Può essere un evento esplicito di un log di integrazione o dedotto da un cambio di stato come 'Posted and Verified'. Se manuale, si tratta di un aggiornamento di stato eseguito dall'utente.
Acquisisci
Dedotto da un aggiornamento di stato a 'Verified' o da un flag di conferma ricevuto dal sistema ERP di destinazione.
Tipo di evento
inferred
|
|||
|
Storno registrazione contabile elaborato
|
Questa attività rileva la creazione e la contabilizzazione di una nuova registrazione contabile che storna una precedentemente emessa. In genere viene avviata in risposta a un errore scoperto dopo la contabilizzazione originale. | ||
|
Perché è importante
Questo evento è un forte indicatore di problemi di qualità dei dati a monte. Monitorare il tasso di storni aiuta a misurare le rettifiche post-contabilizzazione e identifica le aree che necessitano di maggiore precisione.
Dove trovare
È spesso un evento esplicito in cui un utente avvia un'azione di storno in BlackLine. Il sistema crea una nuova voce di storno, spesso collegata all'ID originale.
Acquisisci
Rilevato quando viene loggata un'azione 'Reverse' o quando viene creata una nuova registrazione con un flag di storno collegato all'ID originale.
Tipo di evento
explicit
|
|||