Il Suo template di dati per la gestione delle note spese
Il Suo template di dati per la gestione delle note spese
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.
Attributi per la gestione delle note spese
| 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 | |||
Attività di gestione delle note spese
| 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 | |||
Guide all’estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
È 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.
Non è richiesta una carta di credito • Configurazione in 5 minuti