Il Suo template di dati per la gestione delle note spese

Template universale per il Process Mining
Il Suo template di dati per la gestione delle note spese

Il Suo template di dati per la gestione delle note spese

Template universale per il Process Mining

Questo è il nostro template generico per i dati di Process Mining relativi a Gestione delle note spese. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli sistemi.

Selezioni un sistema specifico
  • Un elenco completo degli attributi essenziali dei dati.
  • Le attività principali e le tappe fondamentali per l’elaborazione delle note spese.
  • Una base per un’analisi dettagliata del processo su qualsiasi sistema.
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi per la gestione delle note spese

Questa tabella descrive i campi dati consigliati, ovvero gli attributi da includere nell’event log per un’analisi completa e una comprensione più approfondita del processo di gestione delle note spese.
5 Obbligatorio 8 Consigliato 4 Facoltativo
Nome Descrizione
ID del report spese
ExpenseReportId
Identificativo univoco di un report spese. Raggruppa tutte le attività correlate e funge da identificativo principale del caso.
Descrizione

L’ID del report spese è una chiave univoca assegnata a ogni report inviato da un dipendente. È il riferimento centrale che collega tutte le fasi del processo, dalla creazione e dall’invio alle approvazioni, agli eventuali rifiuti e al rimborso finale.

Nel Process Mining, questo attributo è fondamentale per ricostruire i casi. Ogni ID del report spese univoco rappresenta una singola istanza del processo di gestione delle spese. Analizzare il percorso di ciascun ID consente di visualizzare i flussi del processo, calcolare i tempi di ciclo dei singoli report e individuare le differenze nella loro gestione.

Perché è importante

È l’identificativo essenziale del caso, che collega tutti gli eventi del ciclo di vita di un report spese e permette di ricostruire il processo dall’inizio alla fine.

Dove reperirli

In genere si trova nei dati di intestazione del report spese o nella tabella principale delle transazioni relative alle spese.

Esempi
ER-2023-08-15-001EXP7891234500012345RPT-FY24-Q1-582
Nome dell’attività
ActivityName
Nome di uno specifico evento aziendale o di un’attività che si è verificata nel ciclo di vita del report spese.
Descrizione

Il nome dell’attività descrive una singola fase o un cambio di stato nel processo di gestione delle spese. Alcuni esempi sono «Report spese creato», «Approvato dal responsabile», «Violazione della policy segnalata» e «Rimborso erogato». La sequenza di queste attività costituisce il flusso del processo per ciascun report spese.

Nell’analisi di Process Mining, questo attributo è fondamentale per individuare il modello di processo effettivo. Consente agli analisti di visualizzare la mappa del processo, individuare i colli di bottiglia in cui le attività richiedono troppo tempo, rilevare i cicli di rilavorazione, come «Report inviato per revisione», e identificare le varianti non standard del processo. La chiarezza e il livello di dettaglio dei nomi delle attività influiscono direttamente sulla qualità delle informazioni ricavate dal processo.

Perché è importante

Questo attributo definisce le fasi del processo e consente di visualizzarne la mappa e di analizzare i modelli del flusso di lavoro e le relative deviazioni.

Dove reperirli

Ricavato dai registri degli eventi, dalle tabelle dei cambi di stato o dai record delle transazioni associati al report spese.

Esempi
Nota spese inviataApprovata dal responsabileRespinto dal reparto finanziarioRimborso erogato
Ora dell’evento
EventTime
Timestamp che indica la data e l’ora esatte in cui si è verificata una specifica attività o un evento.
Descrizione

L’ora dell’evento, o timestamp, registra il momento in cui si è verificata un’attività. Fornisce l’ordine cronologico degli eventi per ciascun report spese, indispensabile per ricostruire con precisione la sequenza temporale del processo.

Nel Process Mining, i timestamp sono alla base di tutte le analisi temporali. Servono a calcolare indicatori chiave, come i tempi di ciclo tra le attività, il tempo totale di elaborazione dall’inizio alla fine e i tempi di attesa. Analizzando i timestamp, le organizzazioni possono individuare i ritardi nel processo di approvazione, misurare l’efficienza dell’erogazione dei rimborsi e monitorare i risultati rispetto agli accordi sui livelli di servizio.

Perché è importante

Questo timestamp è fondamentale per ordinare gli eventi cronologicamente e calcolare tutte le metriche basate sulla durata, come i tempi di ciclo e i colli di bottiglia.

Dove reperirli

Si trova nei registri degli eventi o nei dati delle transazioni, spesso con etichette come «Creation Date», «Timestamp» o «Event Date».

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z2023-11-02T11:05:42Z
Sistema di origine
SourceSystem
Il sistema, l’applicazione o la piattaforma da cui sono stati estratti i dati sulla gestione delle spese.
Descrizione

L’attributo Sistema di origine identifica la provenienza dei dati del processo. Nelle aziende moderne, la gestione delle spese può coinvolgere diversi sistemi integrati: per esempio, un sistema HR per i dati dei dipendenti, uno strumento dedicato per l’invio delle spese e un sistema ERP per le registrazioni contabili. Questo campo permette di distinguere i dati provenienti dalle diverse fonti.

Queste informazioni sono utili per convalidare i dati e comprendere l’architettura tecnologica del processo. Se i problemi si concentrano nei dati provenienti da un sistema specifico, potrebbero indicare difficoltà di integrazione o problemi dell’applicazione. Inoltre, forniscono il contesto necessario per capire quale sia la fonte attendibile per le diverse fasi del processo.

Perché è importante

Identifica la provenienza dei dati, un’informazione fondamentale per la governance dei dati, la risoluzione dei problemi e la comprensione delle differenze tra i processi eseguiti su piattaforme diverse.

Dove reperirli

Queste informazioni fanno spesso parte del processo di estrazione dei dati o dei metadati e possono essere aggiunte durante la preparazione dei dati.

Esempi
SAP ConcurExpensifyCoupaBrexRamp
Ultimo aggiornamento dei dati
LastDataUpdate
Timestamp che indica quando i dati di questo record sono stati aggiornati l’ultima volta dal sistema di origine.
Descrizione

Il timestamp dell’ultimo aggiornamento dei dati indica l’ultima estrazione o sincronizzazione dei dati dal sistema di origine. Definisce con chiarezza il limite temporale dei dati inclusi nell’analisi, così che tutti gli interessati sappiano quanto sono aggiornati.

Nel Process Mining, questo attributo è essenziale per l’integrità dei dati e la reportistica. Aiuta a capire se si stanno consultando informazioni in tempo reale o un’istantanea storica. È particolarmente importante per le Dashboard di monitoraggio continuo, in cui l’aggiornamento tempestivo è fondamentale. Inoltre, facilita la risoluzione dei problemi nelle pipeline di dati, perché permette di verificare che gli aggiornamenti avvengano secondo la pianificazione.

Perché è importante

Garantisce trasparenza sull’aggiornamento dei dati, fondamentale per l’accuratezza e la pertinenza di qualsiasi analisi del processo o Dashboard di monitoraggio.

Dove reperirli

In genere viene generato e memorizzato dallo strumento di integrazione dei dati o di ETL (Extract, Transform, Load) durante il caricamento dei dati.

Esempi
2024-05-20T02:00:00Z2024-05-19T02:00:00Z2024-05-18T02:00:00Z
Importo totale
TotalAmount
Valore monetario complessivo del report spese inviato per il rimborso.
Descrizione

L’importo totale corrisponde alla somma di tutte le singole voci di spesa incluse in un report. È il valore complessivo soggetto ad approvazione e rimborso.

Questo attributo è essenziale per l’analisi finanziaria nell’ambito del Process Mining. Consente di suddividere i report per fasce di importo, per esempio tra importi elevati e ridotti, che spesso seguono percorsi di approvazione diversi. Gli analisti possono usarlo per calcolare il costo medio per report, valutare l’impatto finanziario delle rilavorazioni e dei rifiuti e individuare le tendenze di spesa. Correlando l’importo totale con i tempi di ciclo, è possibile verificare se i report di importo più elevato richiedono più tempo per essere approvati.

Perché è importante

Consente di analizzare l’impatto finanziario, individuare le tendenze di spesa e segmentare il processo in base all’importo del report.

Dove reperirli

Disponibile nell’intestazione dei dati del report spese; spesso è calcolato sommando gli importi di tutte le voci.

Esempi
150.752500.0085.5012500.20
Indicatore di violazione della policy
PolicyViolationFlag
Indicatore booleano che assume valore vero se il report spese è stato segnalato per una o più violazioni delle policy.
Descrizione

L’indicatore di violazione della policy è un valore vero o falso che segnala se un report spese è stato identificato, automaticamente o manualmente, come non conforme alle policy aziendali sulle spese. Le violazioni possono includere il superamento dei limiti di spesa, l’uso di fornitori non approvati o la mancanza della documentazione richiesta.

Questo indicatore è un elemento chiave per l’analisi della conformità. Consente alle organizzazioni di calcolare il tasso complessivo di violazione delle policy e di scendere di livello per individuare i reparti, le categorie di spesa o i dipendenti con il maggior numero di violazioni. Comprendere la frequenza e la natura delle violazioni aiuta a perfezionare le policy, migliorare i controlli automatizzati e offrire formazione mirata, riducendo le spese non conformi e le eccezioni al processo.

Perché è importante

Supporta direttamente il monitoraggio della conformità segnalando i report non conformi e aiutando a misurare e ridurre le violazioni delle policy.

Dove reperirli

Indicatore o campo nei dati di intestazione o delle singole voci del report spese, spesso impostato dal motore di regole del sistema.

Esempi
truefalse
Mittente
Submitter
Nome o ID del dipendente che ha creato e inviato il report spese.
Descrizione

Il mittente è il dipendente che ha sostenuto le spese e avviato il processo di rimborso creando il report spese. Questo attributo è in genere lo stesso per tutti gli eventi relativi a un singolo caso di report spese.

Mentre l’attributo generale «Utente» identifica chi ha eseguito ciascuna fase, il «Mittente» fornisce un attributo coerente a livello di caso per analizzare il comportamento del titolare del report. Consente di concentrarsi sull’esperienza del dipendente, per esempio individuando chi riceve spesso il rifiuto dei report o viola ripetutamente le policy. Queste informazioni possono orientare iniziative mirate di comunicazione o formazione, migliorando l’efficienza complessiva del processo e la conformità fin dall’inizio.

Perché è importante

Identifica il titolare del report spese e consente di analizzare i comportamenti dei dipendenti, per esempio individuando chi viola spesso le policy o genera rilavorazioni.

Dove reperirli

Si trova nei dati di intestazione del report spese ed è collegato al dipendente che ha creato il record.

Esempi
Alice JohnsonRobert WilliamsEMP10234s.chen
Motivo del rifiuto
RejectionReason
Motivo indicato da un responsabile o da un utente del reparto finanziario per respingere un report spese o richiederne la revisione.
Descrizione

Il motivo del rifiuto è un campo di testo o un codice predefinito che spiega perché un report spese non ha superato una fase di approvazione. Tra i motivi più comuni figurano «Ricevuta mancante», «Categoria errata» e «Spesa non conforme alla policy».

Questo attributo è prezioso per analizzare le cause profonde delle rilavorazioni. Esaminando i motivi di rifiuto più frequenti, un’azienda può individuare problemi sistemici. Per esempio, se il motivo più comune è «Ricevuta mancante», potrebbe essere necessario comunicare meglio i requisiti di documentazione o semplificare l’allegato delle ricevute. Queste informazioni permettono di introdurre miglioramenti mirati che aumentano il tasso di approvazione al primo tentativo, riducono le rilavorazioni e abbreviano il tempo complessivo del ciclo.

Perché è importante

Spiega le cause delle rilavorazioni e consente di introdurre miglioramenti mirati per ridurre i rifiuti e aumentare il tasso di approvazione al primo tentativo.

Dove reperirli

Registrato in un campo per i commenti o in un elenco di opzioni quando un approvatore esegue un’azione «Reject» o «Send Back».

Esempi
Ricevuta mancanteCategoria di spesa errataSuperamento del limite giornalieroSpesa duplicata
Reparto del dipendente
EmployeeDepartment
Unità aziendale o reparto del dipendente che ha inviato il report spese.
Descrizione

Questo attributo identifica l’unità organizzativa, per esempio «Vendite», «Ingegneria» o «Marketing», a cui appartiene il dipendente che ha inviato il report. Spesso è collegato al centro di costo responsabile delle spese.

Il reparto del dipendente è una dimensione fondamentale per l’analisi comparativa. Consente di filtrare il processo per reparto e mettere in luce differenze significative nei comportamenti. Per esempio, un reparto potrebbe avere un tasso di violazione delle policy molto più alto o tempi di ciclo di approvazione più lunghi rispetto a un altro. Queste informazioni possono aiutare la direzione a individuare la necessità di formazione mirata, modifiche al processo o chiarimenti sulle policy per specifici team.

Perché è importante

Consente di confrontare le unità aziendali e individuare comportamenti specifici dei reparti, colli di bottiglia o problemi di conformità.

Dove reperirli

In genere proviene dall’anagrafica del dipendente, collegata al report spese.

Esempi
VenditeIngegneriaMarketingFinanza
Stato del report
ReportStatus
Stato attuale o finale del report spese nel suo ciclo di vita, per esempio «Inviato», «Approvato» o «Pagato».
Descrizione

Lo stato del report indica a che punto del processo si trova in un determinato momento o quale sia l’esito finale. In genere cambia man mano che il report attraversa le fasi di invio, approvazione, elaborazione e pagamento.

Questo attributo è utile per filtrare i casi e analizzare gruppi specifici, per esempio concentrandosi sui report «Respinti» per comprenderne i motivi o su quelli «In attesa di approvazione» per individuare i colli di bottiglia attuali. Nelle Dashboard offre una panoramica generale del carico di lavoro corrente e dello stato di tutti i report spese in corso. Può inoltre essere usato per convalidare la sequenza di attività generata per il Process Mining.

Perché è importante

Fornisce una panoramica dello stato del report, utile per filtrare i casi e creare Dashboard operative sul carico di lavoro corrente.

Dove reperirli

Campo della tabella principale di intestazione del report spese, aggiornato man mano che il report avanza nel flusso di lavoro.

Esempi
In attesa di approvazioneApprovatoPagatoRespintoRitirato
Utente
User
Nome o ID dell’utente, del dipendente o dell’account di sistema che ha eseguito l’attività registrata.
Descrizione

L’attributo Utente identifica la persona o l’agente automatizzato responsabile dell’esecuzione di una specifica fase del processo. Può trattarsi del dipendente che invia il report, del responsabile che lo approva o di un membro del team finanziario che elabora il rimborso.

Analizzare il processo per utente è essenziale per comprendere la distribuzione del carico di lavoro e le prestazioni individuali, nonché per individuare gli attori che potrebbero causare ritardi. Per esempio, può rivelare se un determinato responsabile costituisce un collo di bottiglia nella catena di approvazione. Supporta inoltre l’analisi dell’allocazione delle risorse e contribuisce a garantire responsabilità chiare e tracciabilità durante tutto il processo.

Perché è importante

Identifica chi ha eseguito ogni fase e consente di analizzare il carico di lavoro, confrontare le prestazioni e individuare i colli di bottiglia legati a singole persone o team.

Dove reperirli

Disponibile nel registro degli eventi o nella cronologia delle transazioni, spesso collegato a un ID utente o a un ID dipendente.

Esempi
john.doejane.smithapprover_team_leadsystem.batch.user
Valuta
Currency
Codice della valuta dell’importo totale del report spese, per esempio USD, EUR o GBP.
Descrizione

L’attributo Valuta specifica l’unità monetaria dell’importo totale. Nelle organizzazioni internazionali, i dipendenti inviano spese in valute diverse e questo campo fornisce il contesto necessario per interpretare tutti i valori monetari.

Questo attributo è fondamentale per un’analisi finanziaria accurata, soprattutto in un contesto multinazionale. Permette di interpretare correttamente i valori monetari e di convertirli in una valuta comune per la reportistica aggregata. Senza questa informazione, confrontare l’importo totale di un report in JPY con quello di un report in USD non avrebbe senso. È indispensabile per le Dashboard che mostrano la spesa totale, i costi medi e gli indicatori finanziari chiave nelle diverse aree geografiche.

Perché è importante

Fornisce il contesto necessario per interpretare tutti i valori monetari e consente di creare report finanziari accurati e confronti tra aree geografiche o paesi diversi.

Dove reperirli

Di solito è memorizzata insieme ai campi relativi agli importi nei dati di intestazione del report spese.

Esempi
USDEURGBPJPY
Approvatore
Approver
Il nome o l’ID dell’utente, in genere un responsabile o un addetto all’amministrazione, incaricato di approvare la nota spese.
Descrizione

L’attributo Approvatore identifica la persona che approva o rifiuta una richiesta nel flusso di lavoro. In molti processi sono previsti più livelli di approvazione, ad esempio prima il responsabile diretto e poi il responsabile di reparto o un addetto all’amministrazione.

Come l’attributo «Utente», «Approvatore» è particolarmente utile per analizzare la fase di approvazione, che spesso è una delle principali cause di ritardo. Consente di misurare i tempi di approvazione per singolo approvatore e di individuare i colli di bottiglia. È possibile creare Dashboard che mostrano i carichi di lavoro e le prestazioni dei diversi approvatori, fornendo indicazioni utili per la gestione delle risorse e mettendo in evidenza l’eventuale necessità di ulteriore formazione sulle policy relative alle spese.

Perché è importante

Individua la persona responsabile delle approvazioni e consente di analizzare i ritardi, i carichi di lavoro e la coerenza delle decisioni.

Dove reperirli

Registrato nell’event log o nella cronologia delle transazioni per le attività relative alle approvazioni.

Esempi
David ChenMGR1056Coda approvazioni amministrazionesusan.g
Categoria di spesa
ExpenseCategory
Classificazione della spesa, per esempio «Viaggi», «Pasti», «Software» o «Materiale per ufficio».
Descrizione

La categoria di spesa è una dimensione utilizzata per classificare il tipo di spesa indicato in una nota spese. Una nota spese può includere più categorie se contiene diverse voci.

Analizzare il processo per categoria di spesa aiuta le organizzazioni a comprendere le abitudini di spesa e a individuare comportamenti specifici per ciascuna categoria. Per esempio, le spese per «Viaggi internazionali» potrebbero richiedere un processo di approvazione più complesso e lungo rispetto a quelle per «Materiale per ufficio». Questo attributo consente un’analisi più dettagliata della conformità e permette di verificare se alcune categorie sono più soggette a violazioni delle policy. È un campo essenziale per la pianificazione finanziaria e la definizione del budget.

Perché è importante

Consente di analizzare le abitudini di spesa e di verificare se le diverse tipologie di spesa seguono percorsi di processo differenti o presentano livelli di conformità diversi.

Dove reperirli

In genere si trova a livello di singola voce della nota spese. Per l’analisi a livello di caso, può essere aggregata oppure si può utilizzare la categoria prevalente.

Esempi
Biglietto aereoPasti e intrattenimentoAbbonamento softwareMateriale per ufficioHotel
Esito dell’audit
AuditOutcome
Il risultato di un audit manuale o automatizzato effettuato sulla nota spese.
Descrizione

L’esito dell’audit registra i risultati di una fase di controllo all’interno del processo. Può trattarsi di un controllo automatizzato del sistema sulle regole di conformità oppure di una revisione manuale da parte del team amministrativo o di audit. Gli esiti includono in genere «Superato», «Non superato» o «Superato con eccezioni».

Questo attributo fornisce una misura diretta dell’efficacia dei controlli interni. Analizzando gli esiti degli audit, un’azienda può valutare la propria esposizione al rischio e la qualità delle richieste presentate. Aiuta inoltre a individuare le aree in cui i controlli non funzionano o le policy vengono interpretate in modo sistematicamente errato. Il Process Mining può mettere in relazione gli esiti degli audit con altri attributi per scoprire, ad esempio, se alcune categorie di spesa o alcuni reparti presentano una percentuale più elevata di audit non superati.

Perché è importante

Fornisce una misura diretta della conformità e dei controlli interni, aiutando a valutare il rischio e l’efficacia delle regole di audit.

Dove reperirli

Un campo aggiornato da un motore di regole automatizzato oppure da un utente del team di audit o amministrativo al termine della revisione.

Esempi
SuperatoNon superato - Documentazione mancanteRichiede chiarimentiSuperato con eccezioni
Metodo di pagamento
PaymentMethod
Il metodo utilizzato per pagare le spese, ad esempio «Carta aziendale» o «Anticipo personale».
Descrizione

Il metodo di pagamento indica come il dipendente ha pagato la spesa originaria. In genere si tratta di una carta aziendale oppure di fondi personali, indicati come «Anticipo personale», che richiedono un rimborso diretto.

Questo attributo consente di distinguere due importanti varianti del processo. Le transazioni con carta aziendale spesso prevedono verifiche più snelle, poiché i dati provengono direttamente dall’emittente della carta. Le spese anticipate dal dipendente, invece, richiedono controlli più approfonditi e un pagamento diretto al dipendente. Analizzare il processo in base al metodo di pagamento può mettere in luce differenze nei tempi di ciclo, nei livelli di conformità e nei costi di gestione dei due percorsi, evidenziando eventuali opportunità per promuovere l’uso delle carte aziendali e migliorare l’efficienza.

Perché è importante

Distingue le principali varianti del processo, ovvero carta aziendale e fondi personali, che spesso comportano livelli diversi di rischio, efficienza e controllo.

Dove reperirli

Di solito è specificato a livello di singola voce di spesa e indica la provenienza dei fondi utilizzati per la transazione.

Esempi
Carta aziendaleAnticipo personaleIndennità giornalieraPagato dall’azienda
Obbligatorio Consigliato Facoltativo

Attività di gestione delle note spese

Questa sezione elenca le fasi essenziali del processo e le tappe fondamentali da registrare per individuare il processo con precisione e visualizzare i flussi di lavoro relativi alle note spese.
6 Consigliato 9 Facoltativo
Attività Descrizione
Approvata dal responsabile
Il responsabile diretto del dipendente o l’approvatore di primo livello ha esaminato e approvato la nota spese. È un punto decisionale importante, che consente alla nota di proseguire nel flusso di lavoro.
Perché è importante

Misura la durata e l’efficienza della prima fase di approvazione. È una tappa fondamentale per calcolare il tempo complessivo del ciclo di approvazione.

Dove reperirli

Registrato nella cronologia delle approvazioni o nelle tabelle del registro di audit, che riportano le azioni degli approvatori e i relativi timestamp.

Acquisizione

Filtrare la cronologia delle approvazioni per individuare la prima azione «Approve» eseguita da un utente con ruolo di responsabile.

Tipo di evento explicit
Approvato dal reparto finanziario
Il team finanziario o di audit completa la revisione e approva definitivamente il report spese. Spesso è l’ultimo passaggio di approvazione prima dell’elaborazione del rimborso.
Perché è importante

Questa è la tappa finale dell’approvazione. Il tempo che intercorre tra l’invio e questo evento corrisponde al tempo complessivo del ciclo di approvazione, un indicatore chiave delle prestazioni.

Dove reperirli

Registrato come evento esplicito nelle tabelle della cronologia delle approvazioni o del registro di audit, con i dati dell’approvatore.

Acquisizione

Filtrare la cronologia delle approvazioni per individuare l’azione finale «Approve», eseguita in genere da un utente con ruolo finanziario o di audit.

Tipo di evento explicit
Nota spese creata
Segna l’avvio del processo, quando un dipendente crea una nuova nota spese. È il primo evento registrato e definisce l’identificativo del caso utilizzato per il monitoraggio.
Perché è importante

Definisce l’inizio del processo completo e consente di misurare con precisione il tempo di ciclo totale, dalla creazione alla liquidazione finale.

Dove reperirli

In genere, questo evento viene rilevato dalla data e ora di creazione registrate nei dati principali della nota spese.

Acquisizione

Utilizzi la data e ora di creazione del record nella tabella o nell’oggetto principale della nota spese.

Tipo di evento explicit
Nota spese inviata
Si verifica quando il dipendente invia formalmente la nota spese completa, avviando il flusso di approvazione. Con questa azione, lo stato della nota passa da bozza ad approvazione in attesa.
Perché è importante

È una tappa fondamentale, che segna la fine della compilazione dei dati e l’inizio del ciclo di approvazione. I ritardi precedenti dipendono dall’utente, mentre quelli successivi dipendono dal processo.

Dove reperirli

L’evento viene rilevato dal registro delle modifiche di stato o dalla data e ora esplicite di invio nella cronologia della nota spese.

Acquisizione

Individui l’evento in cui lo stato della nota passa da bozza o aperta a inviata o in attesa di approvazione.

Tipo di evento explicit
Registrazione contabile completata
Rappresenta la fase finale in cui i dati delle spese vengono registrati correttamente nel libro mastro generale o nel sistema ERP dell’azienda. Conclude la riconciliazione finanziaria del report spese.
Perché è importante

Segna la conclusione effettiva del processo dal punto di vista della contabilità. Il tempo che intercorre tra il rimborso e questo evento evidenzia l’efficienza delle attività di chiusura contabile.

Dove reperirli

Rilevato nei registri di integrazione ERP o nello stato finale del report spese, che indica la sincronizzazione con il sistema contabile.

Acquisizione

Utilizzare il timestamp del registro di integrazione che conferma la corretta registrazione nel libro mastro generale.

Tipo di evento explicit
Rimborso erogato
Questa attività indica il momento in cui il pagamento viene effettivamente erogato al dipendente. Dal punto di vista del dipendente, segna il completamento del processo.
Perché è importante

Definisce un punto finale fondamentale del processo e consente di misurare il tempo complessivo del rimborso. È un indicatore importante della soddisfazione dei dipendenti.

Dove reperirli

In genere, viene rilevato dai registri di elaborazione dei pagamenti o da un aggiornamento finale dello stato, come «Paid» o «Reimbursed», inviato da un sistema di pagamento integrato.

Acquisizione

Utilizzare la data di esecuzione del pagamento riportata nella transazione finanziaria associata al report spese.

Tipo di evento explicit
Avvio della revisione finanziaria
Indica il momento in cui il report spese entra nella coda del reparto finanziario o contabile per la revisione finale e l’audit. In genere, questo momento si deduce da un cambio di stato successivo all’approvazione del responsabile.
Perché è importante

Permette di misurare il tempo di attesa prima che il team finanziario inizi a lavorare sul report. Tempi di attesa prolungati possono nascondere un collo di bottiglia significativo nel processo.

Dove reperirli

Dedotto dai registri dei cambi di stato, quando il report passa a «Pending Finance Review» o a uno stato equivalente.

Acquisizione

Utilizzare il timestamp del cambio di stato che assegna il report alla coda del reparto finanziario o dell’audit.

Tipo di evento inferred
Report inviato per revisione
Un approvatore, in genere un responsabile o un addetto alla revisione finanziaria, restituisce il report al dipendente perché apporti le correzioni necessarie, senza respingerlo in via definitiva. Questa azione avvia un ciclo di rilavorazione e riporta il report allo stato di bozza.
Perché è importante

Questa attività è il principale indicatore dei cicli di rilavorazione nel processo. Analizzarne la frequenza e le cause permette di individuare inefficienze e opportunità di miglioramento.

Dove reperirli

Rilevato nel registro della cronologia delle approvazioni oppure individuando il passaggio di stato da «Pending Approval» a «Draft» o «Open».

Acquisizione

Individuare gli eventi specifici «Send Back» o le transizioni di stato che indicano la restituzione al mittente.

Tipo di evento explicit
Report ritirato
Il dipendente che ha inviato il report spese lo annulla prima che venga approvato completamente. Questa azione rimuove il report dal flusso di lavoro di approvazione attivo.
Perché è importante

Rappresenta l’annullamento del processo da parte dell’utente finale. Capire perché i report vengono ritirati può fornire indicazioni sull’esperienza utente e sulla chiarezza del processo.

Dove reperirli

Di solito è un evento esplicito registrato nel registro di audit del report oppure rilevato tramite il passaggio allo stato «Withdrawn» o «Canceled».

Acquisizione

Individuare l’evento in cui il mittente originale esegue un’azione per annullare il report.

Tipo di evento explicit
Report spese chiuso
Al termine di tutte le attività, il report spese viene contrassegnato formalmente come chiuso nel sistema. Questo aggiornamento finale e definitivo dello stato indica che non sono previste ulteriori modifiche.
Perché è importante

Fornisce un punto finale certo per il processo, evitando che l’analisi includa report ancora tecnicamente aperti ma inattivi.

Dove reperirli

Dedotto dall’ultimo stato registrato, se definitivo, come «Closed» o «Archived», in assenza di attività successive.

Acquisizione

Individuare il timestamp dell’ultimo cambio di stato verso uno stato definitivo, come «Closed».

Tipo di evento inferred
Respinto dal reparto finanziario
Il reparto finanziario ha respinto il report spese, in genere per gravi motivi legati alle policy, alla conformità o alla documentazione. Di solito si tratta di un rifiuto definitivo che interrompe il processo.
Perché è importante

Individua gravi problemi di conformità o interruzioni del processo. A differenza dei rifiuti da parte dei responsabili, quelli del reparto finanziario spesso segnalano problemi più rilevanti.

Dove reperirli

Individuato nei registri della cronologia delle approvazioni oppure come passaggio definitivo allo stato «Rejected» da parte di un utente del reparto finanziario.

Acquisizione

Rilevare nel registro di audit il timestamp dell’azione definitiva «Reject» eseguita da un approvatore del reparto finanziario o di audit.

Tipo di evento explicit
Respinto dal responsabile
Il responsabile di primo livello ha esaminato il report spese e lo ha respinto in via definitiva. In genere, questa azione interrompe il processo per il report in questione e richiede la creazione di un nuovo report.
Perché è importante

Individua gli esiti negativi del processo al primo livello di approvazione. Un tasso elevato di rifiuto può indicare difficoltà nella comprensione delle policy o una qualità insufficiente delle richieste.

Dove reperirli

Individuato nei registri della cronologia delle approvazioni oppure come passaggio definitivo allo stato «Rejected» da parte di un responsabile.

Acquisizione

Rilevare nel registro di audit il timestamp dell’azione definitiva «Reject» eseguita dall’approvatore di primo livello.

Tipo di evento explicit
Ricevuta allegata
Rappresenta l’azione con cui l’utente carica e collega una ricevuta o un altro documento giustificativo a una voce di spesa. In genere, ogni allegato viene registrato come evento distinto.
Perché è importante

Consente di monitorare il comportamento degli utenti e gli eventuali ritardi nell’invio della documentazione, che possono causare un collo di bottiglia prima che la nota spese sia pronta per l’invio.

Dove reperirli

Di solito si trova nei registri di audit del sistema o in una tabella dedicata agli allegati, che collega i documenti alle note spese.

Acquisizione

Registri la data e ora di ogni nuovo record nelle tabelle relative ai documenti o agli allegati.

Tipo di evento explicit
Rimborso pianificato
Dopo l’approvazione finale, il report spese viene inserito nella coda dei pagamenti per un prossimo ciclo di rimborso. Questo evento segna il passaggio dalla fase di approvazione al sistema di pagamento.
Perché è importante

Misura l’efficienza del passaggio al processo di pagamento. Eventuali ritardi possono indicare inefficienze nella gestione dei pagamenti in lotti o problemi di integrazione con il sistema di pagamento.

Dove reperirli

Dedotto dal passaggio allo stato «Pending Payment» o «Approved for Payment» dopo la registrazione dell’approvazione finale.

Acquisizione

Utilizzare il timestamp dell’assegnazione del report a un lotto di pagamento o del cambio di stato che ne indica la disponibilità per il pagamento.

Tipo di evento inferred
Violazione della policy segnalata
Un controllo automatico del sistema o una revisione manuale rileva una spesa che potrebbe violare la policy aziendale. L’evento viene registrato quando sulla nota spese viene impostato un avviso o un indicatore di violazione specifico.
Perché è importante

Mette in evidenza i problemi di conformità ed è una delle principali cause di rilavorazioni e respingimenti. Analizzare questi indicatori aiuta a individuare policy poco chiare o argomenti su cui formare i dipendenti.

Dove reperirli

Si trova nei registri di sistema o nelle tabelle delle eccezioni; in alternativa, si può rilevare quando l’indicatore di violazione viene applicato per la prima volta alla nota spese o alle relative voci.

Acquisizione

Utilizzi la data e ora di creazione del record relativo all’eccezione alla policy o di attivazione dell’indicatore di violazione.

Tipo di evento explicit
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati per il Process Mining.

I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,

consulti la nostra guida ETL

oppure selezioni un processo e un sistema specifici.

È pronto a iniziare?

Avvii il percorso di Process Mining scegliendo una guida di estrazione specifica per il sistema oppure utilizzi questo template generico per preparare i dati relativi alla gestione delle note spese, qualunque sia la fonte. Siamo a Sua disposizione per aiutarLa a ricavare informazioni utili.

Inizi oggi a ottimizzare la gestione delle note spese

Individui le inefficienze nascoste e verifichi la conformità in tutti i processi relativi alle note spese.

Inizi la prova gratuita

Non è richiesta una carta di credito • Configurazione in 5 minuti