Il template dei dati per la gestione delle note spese

Brex
Il template dei dati per la gestione delle note spese

Il template dei dati per la gestione delle note spese

Questo template offre indicazioni chiare per raccogliere i dati necessari ad analizzare il processo di gestione delle note spese. Descrive gli attributi essenziali e le attività principali e spiega come estrarre queste informazioni dal sistema di origine. Lo utilizzi per assicurarsi di raccogliere tutti i dati necessari a un’analisi efficace con il Process Mining.
  • Attributi consigliati per l’analisi
  • Attività chiave da monitorare nel processo
  • Indicazioni per l’estrazione dei dati
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Attributi della gestione delle note spese

Questi sono i campi dati consigliati da includere nell’Event Log per analizzare in modo completo la gestione delle note spese.
3 Obbligatorio 5 Consigliato 14 Facoltativo
Nome Descrizione
Data e ora dell’evento
EventTime
Data e ora che indicano quando si è verificata una specifica attività o un evento.
Descrizione

La data e ora dell’evento indicano con precisione quando si è verificata ciascuna attività del processo. Questa informazione temporale è fondamentale per il Process Mining, perché stabilisce l’ordine cronologico degli eventi.

Viene utilizzata per calcolare i tempi di ciclo tra le attività, individuare i tempi di attesa e i ritardi e analizzare le prestazioni del processo in periodi diversi. Consente di calcolare metriche chiave come il “Tempo medio di revisione del responsabile” e il “Ritardo nell’erogazione del rimborso”, supportando direttamente l’analisi dei colli di bottiglia e il monitoraggio delle prestazioni.

Perché è importante

La data e ora sono essenziali per calcolare tutte le metriche basate sul tempo, come i tempi di ciclo e di attesa, fondamentali per individuare i ritardi.

Dove reperirli

Ogni evento o record di transazione in Brex dovrebbe avere una data e ora associata. È possibile reperirla nelle risposte API o nelle esportazioni dei dati delle note spese.

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:00:00Z
ID della nota spese
ExpenseReportId
Identificativo univoco della nota spese, utilizzato come identificativo principale del caso per tracciarne l’intero ciclo di vita.
Descrizione

L’ID della nota spese è il riferimento centrale del processo di gestione delle spese. Riunisce in un unico caso tutte le attività correlate, dalla creazione e dall’invio fino all’approvazione e al rimborso.

Nel Process Mining, questo ID consente di analizzare l’intero percorso di ogni nota spese. Viene utilizzato per ricostruire il percorso seguito, misurare i tempi di ciclo complessivi, individuare i cicli di rilavorazione quando le note vengono restituite per la revisione e analizzare le varianti del processo, così da comprendere i flussi più frequenti e quelli eccezionali.

Perché è importante

Questo ID è essenziale per tracciare l’intero ciclo di vita di una nota spese e analizzare i tempi di ciclo, i colli di bottiglia e le deviazioni del processo.

Dove reperirli

È un identificativo principale nel modulo di gestione delle note spese di Brex, in genere disponibile in tutte le esportazioni di dati e negli endpoint API relativi alle note spese.

Esempi
ER-2023-08-1012ER-2023-09-2345ER-2023-10-5567
Nome dell’attività
ActivityName
Nome di un evento o di un’attività specifica verificatasi durante il ciclo di vita della nota spese.
Descrizione

Il nome dell’attività descrive una fase del processo, ad esempio “Nota spese inviata”, “Approvata dal responsabile” o “Rimborso erogato”. Questi eventi formano la sequenza di azioni che costituisce il flusso del processo.

L’analisi delle attività consente di visualizzare la mappa del processo, individuare i colli di bottiglia tra una fase e l’altra e calcolare la frequenza dei diversi esiti, come le approvazioni o i rifiuti. È la base per comprendere cosa accade durante la gestione delle note spese.

Perché è importante

Questo attributo è fondamentale per creare la mappa del processo e comprendere la sequenza di eventi che caratterizza ogni nota spese.

Dove reperirli

Queste informazioni derivano dagli Event Log o dagli stati delle transazioni nel sistema Brex. Potrebbe essere necessario associare i codici di stato o i tipi di evento a nomi chiari per gli utenti.

Esempi
Nota spese creataApprovata dal responsabileRespinta dall’ufficio finanziarioRimborso erogato
Importo totale
TotalAmount
Valore monetario complessivo della nota spese.
Descrizione

Questo attributo rappresenta l’importo totale richiesto nella nota spese. È una metrica finanziaria fondamentale per comprendere le abitudini di spesa e l’impatto economico del processo.

Nell’analisi, l’importo totale consente di suddividere le note spese in fasce di valore, ad esempio importi elevati e ridotti, che possono seguire percorsi di approvazione o livelli di controllo diversi. È inoltre essenziale per la rendicontazione finanziaria, l’analisi del budget e l’individuazione delle tendenze di spesa per reparto o categoria.

Perché è importante

Questo attributo consente di svolgere analisi finanziarie, ad esempio individuando le note spese di importo elevato che potrebbero richiedere controlli più approfonditi o tempi di approvazione più lunghi.

Dove reperirli

È un campo standard associato a ogni nota spese in Brex. Si trova nell’oggetto principale della nota spese, nelle risposte API o nelle esportazioni.

Esempi
150.752500.0079.99
Reparto del dipendente
EmployeeDepartment
Reparto del dipendente che ha inviato la nota spese.
Descrizione

Questo attributo identifica il reparto aziendale di appartenenza del dipendente che ha inviato la nota spese, ad esempio vendite, ingegneria o marketing. È una dimensione organizzativa fondamentale per l’analisi.

L’analisi dei dati per reparto aiuta a individuare differenze nel processo, colli di bottiglia o problemi di conformità specifici di alcune aree dell’organizzazione. Ad esempio, può rivelare se un reparto registra un tasso di rifiuto o tempi di approvazione sensibilmente più elevati rispetto agli altri, indicando la necessità di una formazione mirata o di modifiche al processo. È inoltre essenziale per monitorare i budget dei reparti e ripartire i costi.

Perché è importante

Consente di filtrare e confrontare le prestazioni del processo tra diverse unità aziendali, aiutando a individuare problemi o tendenze specifici di un reparto.

Dove reperirli

Queste informazioni provengono in genere dal profilo del dipendente in Brex, spesso sincronizzato con un sistema informativo delle risorse umane.

Esempi
VenditeIngegneriaMarketingFinanza
Segnalazione di violazione delle regole
PolicyViolationFlag
Indicatore booleano che segnala se la nota spese è stata contrassegnata per una violazione delle regole.
Descrizione

Questo attributo è un semplice indicatore vero o falso, impostato quando il motore automatico di Brex rileva una possibile violazione, ad esempio una spesa superiore al limite previsto per una categoria o una ricevuta mancante.

La segnalazione è fondamentale per l’analisi della conformità e costituisce la base del KPI “Tasso di violazione delle regole”. Consente di filtrare rapidamente le note spese non conformi e valutarne l’impatto sui tempi di elaborazione e sui tassi di rifiuto. Analizzare le note segnalate aiuta a perfezionare le regole aziendali e a individuare gli aspetti per cui i dipendenti necessitano di indicazioni più chiare.

Perché è importante

Supporta direttamente il monitoraggio della conformità e aiuta a quantificare l’impatto delle violazioni delle policy sull’efficienza del processo e sulle rilavorazioni.

Dove reperirli

Probabilmente si tratta di un campo booleano o di un indicatore di stato nei dati delle note spese di Brex, spesso gestito dal motore delle policy.

Esempi
truefalse
Stato della nota spese
ReportStatus
Stato corrente della nota spese nel suo ciclo di vita.
Descrizione

Lo stato della nota spese indica a che punto si trova nel processo, ad esempio “In attesa di approvazione del responsabile”, “Approvata”, “Pagata” o “Respinta”.

Questo attributo è fondamentale per il monitoraggio operativo, in particolare per la Dashboard “Monitoraggio dello stato delle note spese aperte”. Consente ai responsabili e ai team finanziari di visualizzare rapidamente il carico di lavoro corrente, individuare le note bloccate in un determinato stato e stabilire le priorità. Analizzare il tempo trascorso in ciascuno stato aiuta a individuare ritardi e inefficienze nel processo.

Perché è importante

Fornisce una fotografia aggiornata della posizione della nota spese nel flusso di lavoro, essenziale per le Dashboard operative e il monitoraggio degli stati.

Dove reperirli

È un campo di stato fondamentale nell’oggetto della nota spese in Brex.

Esempi
IN_ATTESA_DI_APPROVAZIONEAPPROVATARESPINTAPAGATA
Utente che ha eseguito l’evento
EventUser
L’utente che ha svolto l’attività, ad esempio il responsabile che ha approvato la nota spese.
Descrizione

L’attributo Utente che ha eseguito l’evento identifica la persona responsabile di una specifica attività. Può trattarsi del dipendente che invia la nota spese, del responsabile che la esamina o di un membro dell’ufficio finanziario che elabora il rimborso.

Questo attributo è essenziale per analizzare il carico di lavoro e monitorare le prestazioni, come nella Dashboard “Prestazioni e carico di lavoro degli approvatori”. Aiuta a individuare quali approvatori gestiscono il maggior numero di note spese, chi le approva più rapidamente e se qualcuno rappresenta un collo di bottiglia nel processo. In questo modo è possibile distribuire il lavoro in modo più equilibrato e offrire supporto mirato dove serve.

Perché è importante

Identifica la persona responsabile di un’azione e consente di analizzare il carico di lavoro, monitorare le prestazioni e individuare i colli di bottiglia a livello individuale.

Dove reperirli

Questi dati vengono in genere registrati nel registro di controllo o nella cronologia degli eventi di una nota spese in Brex.

Esempi
john.smith@example.comjane.doe@example.combot-finanza
Approvazione al primo tentativo
FirstPassApproval
Flag che indica se una nota spese è stata approvata senza rifiuti né revisioni.
Descrizione

Questo attributo booleano calcolato individua le istanze di processo più efficienti. Viene impostato su 'true' solo se una nota spese completa l’intero processo, dall’invio all’approvazione finale, senza essere mai rifiutata o rinviata per una revisione.

È la base del KPI 'Tasso di approvazione al primo tentativo', una misura importante della qualità e dell’efficienza del processo. Un tasso elevato indica che i dipendenti inviano note spese complete e conformi e che il processo di approvazione è chiaro. Analizzare le caratteristiche delle note che non vengono approvate al primo tentativo aiuta a individuare le cause di attrito e di errore nel processo.

Perché è importante

Misura la qualità delle note inviate inizialmente e l’efficienza del flusso di lavoro principale, individuando quelle che procedono senza intoppi.

Dove reperirli

Questo attributo viene calcolato nella piattaforma di Process Mining analizzando la sequenza di attività di ogni caso e verificando che non siano presenti attività di rifiuto o revisione.

Esempi
truefalse
Categoria di spesa
ExpenseCategory
Categoria assegnata alla spesa, ad esempio viaggi, pasti o software.
Descrizione

La categoria di spesa è una classificazione scelta dal dipendente per descrivere la natura della spesa. Viene utilizzata per la contabilità, la definizione del budget e l’applicazione delle policy.

Nel Process Mining, classificare le spese permette di analizzare il processo con maggiore dettaglio. Può aiutare a stabilire se alcune categorie, come i viaggi internazionali, comportano cicli di approvazione più lunghi o un maggior numero di rifiuti. Questa analisi contribuisce a perfezionare le policy e i processi per specifici tipi di spesa.

Perché è importante

Consente di analizzare il processo in base al tipo di spesa e di individuare comportamenti o colli di bottiglia diversi a seconda della categoria.

Dove reperirli

È un campo standard delle singole voci di spesa. Se una nota spese include più categorie, occorre aggregare i dati a livello di nota.

Esempi
Biglietto aereoPasti e intrattenimentoAbbonamenti softwareMateriale per ufficio
Dettagli della violazione della policy
PolicyViolationDetails
Descrizione testuale della specifica policy violata.
Descrizione

Mentre il flag di violazione della policy indica che si è verificata una violazione, questo attributo ne spiega il motivo. Contiene i dettagli della regola specifica non rispettata, ad esempio 'Limite di 50 $ per i pasti superato' oppure 'Ricevuta obbligatoria per spese superiori a 25 $'.

Questo livello di dettaglio è prezioso per la Dashboard 'Analisi delle violazioni delle policy e delle rilavorazioni'. Consente di individuare le cause profonde, identificando i tipi di violazione più frequenti. Queste informazioni possono guidare interventi mirati, come chiarire una policy specifica, inviare promemoria ai dipendenti o modificare le regole automatiche del sistema.

Perché è importante

Individua le cause profonde delle violazioni delle policy e consente di intervenire in modo mirato sulle policy, sulla formazione degli utenti e sulla configurazione dei sistemi.

Dove reperirli

Queste informazioni sono disponibili nella sezione delle note di conformità o di revisione associata a una spesa segnalata in Brex.

Esempi
La spesa supera il limite previsto per la categoria.La ricevuta è mancante.È stata rilevata una spesa duplicata.
È automatizzato
IsAutomated
Flag booleano che indica se l’attività è stata eseguita da un utente di sistema o da un bot.
Descrizione

Questo attributo indica se un’attività è stata eseguita automaticamente dal sistema, come un controllo automatico delle policy, oppure da una persona, come nel caso di un’approvazione manuale.

Distinguere le attività automatiche da quelle manuali è fondamentale per comprendere il livello di automazione del processo. Aiuta a valutare l’efficacia dei sistemi basati su regole e a individuare ulteriori opportunità di automazione. Ad esempio, permette di vedere quante note spese vengono approvate automaticamente e quante richiedono un intervento manuale, orientando gli interventi per aumentare l’elaborazione senza interventi manuali.

Perché è importante

Aiuta a misurare il livello di automazione del processo e a distinguere i passaggi svolti dalle persone da quelli eseguiti dal sistema.

Dove reperirli

In genere si determina controllando l’utente associato a un evento. Gli eventi generati dal sistema sono spesso collegati a un utente generico denominato 'system' o 'bot'.

Esempi
truefalse
È una rilavorazione
IsRework
Flag calcolato, impostato su vero se la nota spese è stata rinviata per una revisione almeno una volta.
Descrizione

Questo attributo booleano è ricavato dal flusso del processo. Viene impostato su 'true' per ogni nota spese che include nella propria cronologia l’attività 'Nota spese rinviata per revisione'. Consente di identificare e analizzare facilmente i casi che hanno richiesto una rilavorazione.

Il flag serve a calcolare il KPI 'Tasso di rilavorazione delle note spese' e alimenta la Dashboard 'Analisi delle violazioni delle policy e delle rilavorazioni'. Permette di confrontare facilmente i casi che procedono senza intoppi con quelli che vengono rinviati, quantificando il tempo e i costi associati alle rilavorazioni.

Perché è importante

Individua le note spese che hanno richiesto ulteriori interventi e correzioni, consentendo di analizzare le cause e i costi delle rilavorazioni.

Dove reperirli

Questo attributo non è presente nel sistema di origine. Si calcola verificando se la sequenza di attività di un caso include 'Nota spese rinviata per revisione' o attività di rilavorazione analoghe.

Esempi
truefalse
Metodo di pagamento
PaymentMethod
Indica come è stata pagata la spesa, ad esempio con una carta aziendale o con fondi personali.
Descrizione

Questo attributo distingue le spese addebitate su una carta Brex aziendale da quelle anticipate di tasca propria dal dipendente, per le quali è necessario un rimborso.

La distinzione è importante perché il processo può variare notevolmente in base al metodo di pagamento. Le transazioni con carta aziendale possono prevedere verifiche e riconciliazioni, mentre i rimborsi seguono un processo di richiesta e pagamento. Analizzare i dati per metodo di pagamento aiuta a isolare i problemi specifici di ciascun flusso e a ottimizzarli separatamente.

Perché è importante

Il flusso del processo e i passaggi richiesti spesso differiscono tra le spese con carta aziendale e i rimborsi di spese anticipate. Per questo, l’attributo è fondamentale per analizzare le varianti.

Dove reperirli

Queste informazioni sono già presenti nei dati delle transazioni in Brex.

Esempi
Carta aziendale BrexRimborsoPagamento fatture
Motivo del rifiuto
RejectionReason
Motivo indicato da un responsabile o da un addetto alla contabilità per rifiutare una nota spese.
Descrizione

Questo attributo registra il motivo, inserito come testo libero o selezionato da un elenco, per cui una nota spese è stata rifiutata. A differenza di un flag automatico relativo alle policy, rappresenta una decisione manuale di chi approva.

Analizzare i motivi dei rifiuti è fondamentale per comprendere le cause degli errori di processo e delle rilavorazioni. Aiuta a individuare errori ricorrenti nell’invio delle note, policy poco chiare o incomprensioni da parte dei dipendenti o dei responsabili. Queste informazioni possono essere utilizzate per migliorare i materiali formativi e le domande frequenti, riducendo così i rifiuti e le rilavorazioni.

Perché è importante

Spiega perché si verificano i rifiuti manuali e fornisce indicazioni utili per migliorare la formazione degli utenti e ridurre gli errori futuri.

Dove reperirli

In genere è un campo per i commenti che chi approva può compilare selezionando l’azione 'Rifiuta' nell’interfaccia di Brex.

Esempi
È stata selezionata una categoria di spesa errata.Fornisca una motivazione aziendale più dettagliata.Questo acquisto non era stato approvato in anticipo.
Nome del dipendente
EmployeeName
Nome del dipendente che ha creato e inviato la nota spese.
Descrizione

Questo attributo indica il nome del dipendente per conto del quale è stata presentata la nota spese. Mentre l’utente che ha eseguito l’evento identifica chi ha svolto un’azione, il nome del dipendente identifica la persona a cui si riferisce il caso.

L’analisi consente di monitorare le spese per singolo dipendente e di individuare chi invia spesso note spese con violazioni delle regole o riceve ripetutamente rifiuti, segnalando la necessità di una formazione aggiuntiva. Aiuta inoltre a comprendere le abitudini di spesa dei diversi dipendenti o ruoli dell’organizzazione.

Perché è importante

Identifica il titolare della nota spese e consente di analizzare la qualità delle richieste e la conformità a livello di singolo dipendente.

Dove reperirli

È un’informazione essenziale presente in ogni nota spese, collegata al profilo utente del creatore in Brex.

Esempi
Alice JohnsonRobert WilliamsMaria Garcia
Ora di fine
EndTime
Data e ora in cui un’attività è stata completata.
Descrizione

Mentre StartTime (EventTime) indica l’inizio di un’attività, EndTime ne indica la conclusione. È particolarmente utile per le attività che hanno una durata, come 'Revisione del responsabile avviata' e 'Approvazione del responsabile'.

La disponibilità dell’ora di inizio e di fine di un’attività consente di calcolarne con precisione il tempo di elaborazione, distinguendolo dal tempo di attesa che la precede. In questo modo è possibile misurare con accuratezza il tempo necessario per svolgere il lavoro, un elemento fondamentale nell’analisi dei colli di bottiglia.

Perché è importante

Consente di calcolare con precisione i tempi di elaborazione delle attività, distinguendoli dai tempi di attesa e rendendo più accurata l’analisi dei colli di bottiglia.

Dove reperirli

EndTime spesso corrisponde allo StartTime dell’attività successiva nella sequenza. Può anche essere un campo dedicato nei dati di origine per le attività con una durata definita.

Esempi
2023-10-26T10:05:12Z2023-10-26T14:40:00Z2023-10-27T09:15:25Z
Paese
Country
Paese associato al dipendente o alla transazione di spesa.
Descrizione

Questo attributo indica il paese della sede principale o del centro di costo del dipendente. Per le aziende internazionali, è una dimensione essenziale per l’analisi comparativa.

Analizzare il processo per paese può mettere in luce differenze regionali nelle prestazioni, nei tassi di conformità o nelle abitudini di spesa. Ad esempio, i tempi di approvazione potrebbero essere più lunghi in un paese a causa delle normative locali o di una diversa struttura manageriale. Queste informazioni sono utili per uniformare i processi a livello globale, tenendo conto delle esigenze locali.

Perché è importante

Consente di analizzare le prestazioni e la conformità dei processi nelle diverse aree geografiche, un aspetto fondamentale per le organizzazioni multinazionali.

Dove reperirli

Proviene dal profilo del dipendente in Brex, spesso sincronizzato con un sistema HR centrale.

Esempi
USACANGBRDEU
Ricevute allegate in tempo
ReceiptsAttachedOnTime
Flag che indica se le ricevute sono state allegate prima dell’invio della nota spese.
Descrizione

Questo attributo booleano calcolato misura il rispetto di una buona prassi comune: allegare tutte le ricevute necessarie prima di inviare una nota spese per la revisione. Viene impostato su 'true' se, per un determinato caso, l’attività 'Ricevute allegate' precede l’attività 'Nota spese inviata'.

Il flag supporta direttamente la Dashboard 'Rispetto delle regole sulle ricevute e relativo impatto' e il KPI 'Rispetto delle regole di allegazione delle ricevute'. Analizzare questo attributo aiuta a quantificare la frequenza delle ricevute tardive o mancanti e a correlare questo comportamento con gli esiti del processo, come ritardi, rifiuti e rilavorazioni.

Perché è importante

Misura il rispetto delle policy di invio delle ricevute e aiuta a individuare una causa profonda frequente di ritardi e rifiuti nel processo.

Dove reperirli

Si calcola nello strumento di Process Mining confrontando, per ogni caso, le date e le ore delle attività 'Ricevute allegate' e 'Nota spese inviata'.

Esempi
truefalse
Sistema di origine
SourceSystem
Il sistema da cui sono stati estratti i dati.
Descrizione

Questo attributo identifica l’origine dei dati di processo, che in questo caso è “Brex”. È importante per la governance e la tracciabilità dei dati, soprattutto quando si combinano dati provenienti da più sistemi per ottenere una visione completa del processo.

Nell’analisi, consente di filtrare e segmentare i dati quando sono coinvolti più sistemi di origine, assicurando che le metriche e le mappe dei processi siano interpretate correttamente in base alla loro provenienza. Se si considera un solo sistema, permette di verificare che i dati provengano effettivamente dalla fonte prevista.

Perché è importante

Fornisce informazioni essenziali sull’origine dei dati, ne garantisce la tracciabilità e consente di filtrarli correttamente negli ambienti con più sistemi.

Dove reperirli

È un valore statico, “Brex”, che in genere viene aggiunto durante la fase di estrazione e trasformazione dei dati.

Esempi
BrexBrex-API-v2.1
Ultimo aggiornamento dei dati
LastDataUpdate
Data e ora dell’ultimo aggiornamento dei dati dal sistema di origine.
Descrizione

Questo attributo indica quanto sono aggiornati i dati analizzati. Registra la data e l’ora dell’ultima estrazione dei dati completata correttamente da Brex.

Conoscere il momento dell’ultimo aggiornamento è fondamentale per valutare l’attualità delle informazioni. Consente di capire se le Dashboard riflettono lo stato più recente delle operazioni o si basano su dati meno aggiornati, e di valutare di conseguenza quanto l’analisi sia vicina alla situazione in tempo reale.

Perché è importante

Indica quanto sono aggiornati i dati, un’informazione essenziale per prendere decisioni operative accurate e basate sulle informazioni più recenti.

Dove reperirli

Questa data e ora viene generata dallo strumento o dal processo di estrazione dei dati al termine di un’estrazione completata correttamente da Brex.

Esempi
2023-11-20T02:00:00Z2023-11-21T02:00:00Z
Valuta
Currency
Codice della valuta dell’importo totale della nota spese.
Descrizione

L’attributo Valuta specifica l’unità monetaria dell’importo totale, ad esempio USD, EUR o GBP. È fondamentale per un’analisi finanziaria accurata, soprattutto nelle organizzazioni multinazionali che utilizzano più valute.

Questo attributo assicura che i dati finanziari siano interpretati correttamente. Consente di aggregare e confrontare gli importi delle note spese in modo appropriato, spesso previa conversione in un’unica valuta di rendicontazione, ed evita l’errore di sommare importi espressi in valute diverse.

Perché è importante

Garantisce l’accuratezza finanziaria in un contesto con più valute e consente di aggregare e rendicontare correttamente gli importi delle spese.

Dove reperirli

In genere questo campo è disponibile insieme a quello dell’importo nei dati delle note spese di Brex.

Esempi
USDEURGBP
Obbligatorio Consigliato Facoltativo

Attività di gestione delle note spese

Questi sono i passaggi e le tappe principali da registrare nell’Event Log per individuare con precisione il processo di gestione delle note spese.
7 Consigliato 7 Facoltativo
Attività Descrizione
Approvata dal responsabile
Il responsabile di primo livello ha esaminato e approvato la nota spese, che può così proseguire nell’elaborazione. È un punto decisionale importante che porta la nota alla fase successiva, in genere la revisione dell’ufficio finanziario o l’approvazione automatica.
Perché è importante

Questa tappa conclude la fase iniziale di approvazione. È essenziale per monitorare i tempi del ciclo di approvazione, il carico di lavoro dei responsabili e il “Tasso di approvazione al primo invio”.

Dove reperirli

È probabile che l’evento sia registrato esplicitamente in una tabella della cronologia delle approvazioni o nel registro di controllo, con l’ID dell’approvatore e la data e ora.

Acquisizione

Registrato nell’Event Log o tramite una modifica di stato a “Approvata dal responsabile”, con la relativa data e ora.

Tipo di evento explicit
Approvata dall’ufficio finanziario
L’ufficio finanziario ha completato la revisione e concesso l’approvazione finale della nota spese. È l’ultimo passaggio di approvazione prima dell’elaborazione del rimborso.
Perché è importante

È una tappa fondamentale che autorizza il pagamento. Segna la fine del ciclo completo di approvazione e l’inizio della misurazione del KPI “Ritardo nell’erogazione del rimborso”.

Dove reperirli

L’evento dovrebbe essere registrato esplicitamente nella cronologia delle approvazioni o nel registro di controllo, con l’ID dell’approvatore finale e la data e ora.

Acquisizione

Registrato nell’Event Log o tramite una modifica di stato a “Approvata dall’ufficio finanziario” o “Approvata per il pagamento”.

Tipo di evento explicit
Nota spese creata
Questa attività segna l’avvio di una nota spese da parte di un dipendente. Il sistema registra l’evento quando viene creato un nuovo record, come bozza oppure dopo l’aggiunta delle prime voci di spesa.
Perché è importante

È il principale evento di inizio del processo. Analizzare il tempo che intercorre tra questo momento e l’invio consente di comprendere il comportamento dei dipendenti e gli eventuali ritardi nella rendicontazione delle spese.

Dove reperirli

L’evento viene probabilmente registrato tramite la data e ora di creazione dell’oggetto o del record della nota spese nel database Brex. Dovrebbe corrispondere alla data e ora più risalente associata all’ID della nota spese.

Acquisizione

Individuato tramite la data di creazione del record di intestazione della nota spese.

Tipo di evento explicit
Nota spese inviata
L’attività si verifica quando il dipendente invia formalmente la nota spese completata per l’approvazione. È un’azione chiave avviata dall’utente, che porta lo stato della nota da “Bozza” o “Aperta” a “In attesa di approvazione”.
Perché è importante

È una tappa fondamentale che dà ufficialmente inizio al flusso di lavoro di approvazione. Il tempo tra l’invio e l’approvazione finale è una componente essenziale del tempo di ciclo complessivo.

Dove reperirli

In genere si tratta di un evento esplicito registrato in un registro di controllo; in alternativa, può essere dedotto dal passaggio di stato a “Inviata” o “In attesa di approvazione del responsabile”, insieme alla relativa data e ora.

Acquisizione

Registrato nell’Event Log o nel campo “submission_timestamp” del record della nota spese.

Tipo di evento explicit
Nota spese restituita per la revisione
Un approvatore, responsabile o addetto dell’ufficio finanziario, restituisce la nota spese al dipendente perché la corregga. A differenza di un rifiuto definitivo, questa azione avvia un ciclo di rilavorazione.
Perché è importante

Questa attività è il principale indicatore di rilavorazione. Monitorarne la frequenza è essenziale per il KPI “Tasso di rilavorazione delle note spese” e per la Dashboard “Analisi delle violazioni delle regole e delle rilavorazioni”.

Dove reperirli

Probabilmente si deduce da una modifica di stato a “Da rivedere” o “Restituita”. Il sistema dovrebbe registrare la data e ora dell’aggiornamento.

Acquisizione

Dedotto da una modifica di stato a un valore come “Da rivedere”, spesso accompagnata da commenti.

Tipo di evento inferred
Registrata in contabilità
Rappresenta il passaggio finale, in cui i dati della nota spese vengono registrati correttamente nel libro mastro generale o nel sistema ERP aziendale. Conclude la riconciliazione finanziaria della nota spese.
Perché è importante

Questa attività conferma che il processo è concluso dal punto di vista contabile. Eventuali ritardi tra il rimborso e la registrazione possono indicare problemi di integrazione tra sistemi o nei flussi di lavoro contabili.

Dove reperirli

Probabilmente viene acquisito tramite una conferma API o un aggiornamento di stato successivo alla sincronizzazione corretta con il sistema contabile. La data e ora dell’evento indicano il momento della registrazione.

Acquisizione

Registrato dopo una chiamata API completata correttamente o un aggiornamento di stato del sistema ERP o del software contabile integrato.

Tipo di evento explicit
Rimborso erogato
Questa attività segna il momento in cui il pagamento viene effettivamente versato al dipendente. Dal suo punto di vista è l’ultimo passaggio e rappresenta la conclusione positiva del processo.
Perché è importante

È il principale evento di conclusione positiva del processo. È necessario per calcolare i KPI “Tempo medio di ciclo end-to-end” e “Ritardo nell’erogazione del rimborso”, che incidono direttamente sulla soddisfazione dei dipendenti.

Dove reperirli

L’evento dovrebbe essere acquisito dai registri delle transazioni di pagamento o da una conferma API della banca o del gestore dei pagamenti. Corrisponde alla data effettiva di esecuzione del pagamento.

Acquisizione

Registrato nel registro delle transazioni di pagamento, che include la data e ora di esecuzione.

Tipo di evento explicit
Respinta dal responsabile
Il responsabile di primo livello ha esaminato e respinto la nota spese. In genere, questa azione interrompe il processo oppure restituisce la nota al dipendente perché la corregga.
Perché è importante

Questa attività rappresenta un esito negativo e un’eccezione di processo. È fondamentale per calcolare il “Tasso di rifiuto delle note spese” e individuare le cause dei problemi nella prima fase di approvazione.

Dove reperirli

Come per un’approvazione, l’evento dovrebbe essere registrato esplicitamente nella tabella della cronologia delle approvazioni o nel registro di controllo, con la data e ora e un codice che indichi il motivo.

Acquisizione

Registrato nell’Event Log o tramite una modifica di stato a “Respinta dal responsabile”, con la relativa data e ora.

Tipo di evento explicit
Respinta dall’ufficio finanziario
L’ufficio finanziario ha respinto la nota spese, in genere per motivi legati alle regole aziendali, alla conformità o alla documentazione. Si tratta di un rifiuto definitivo che interrompe il processo.
Perché è importante

È un’eccezione importante. Analizzarne la frequenza e le cause è essenziale per comprendere le criticità di conformità e calcolare il “Tasso di rifiuto delle note spese” complessivo.

Dove reperirli

Come le altre decisioni di approvazione, anche questo evento dovrebbe essere registrato esplicitamente nel registro di controllo, con l’ID dell’approvatore, la data e ora e il motivo.

Acquisizione

Registrato nell’Event Log o tramite una modifica di stato a “Respinta dall’ufficio finanziario”.

Tipo di evento explicit
Revisione del responsabile avviata
Questa attività segna il momento in cui la nota spese entra nella coda di approvazione del responsabile. In genere si deduce dal passaggio dello stato della nota a “In attesa di approvazione del responsabile”, subito dopo l’invio.
Perché è importante

Segna l’inizio della prima fase di approvazione. Misurare il tempo che intercorre da questo momento all’approvazione o al rifiuto da parte del responsabile è essenziale per il KPI “Tempo medio di revisione del responsabile”.

Dove reperirli

Si deduce dalla data e ora in cui lo stato della nota spese passa a “In attesa di approvazione del responsabile” o a uno stato simile. Spesso coincide con l’evento “Nota spese inviata”.

Acquisizione

Dedotto dalla data e ora della modifica dello stato a “In attesa di approvazione del responsabile”.

Tipo di evento inferred
Revisione dell’ufficio finanziario avviata
Segna il momento in cui la nota spese entra nella coda dell’ufficio finanziario o contabile per la revisione finale. In genere si deduce da una modifica di stato successiva all’approvazione del responsabile.
Perché è importante

Segna l’inizio della fase finale di approvazione, spesso la più importante. Analizzarne la durata aiuta a individuare i colli di bottiglia nell’ufficio finanziario.

Dove reperirli

Si deduce dalla data e ora in cui, dopo l’approvazione del responsabile, lo stato della nota passa a “In attesa di approvazione dell’ufficio finanziario” o a uno stato simile.

Acquisizione

Dedotto dalla data e ora della modifica dello stato a “In attesa di revisione dell’ufficio finanziario”.

Tipo di evento inferred
Ricevute allegate
Indica l’azione con cui un utente carica o allega l’immagine o il documento di una ricevuta a una voce di spesa. In genere viene registrata come evento esplicito, con una data e ora per ciascun allegato.
Perché è importante

Il monitoraggio di questa attività è fondamentale per la Dashboard “Rispetto delle regole sulle ricevute e impatto”. Consente di verificare se i ritardi o i rifiuti sono correlati a ricevute mancanti o inviate in ritardo.

Dove reperirli

È probabile che l’evento sia registrato in una tabella correlata che collega gli allegati alle voci di spesa. Ogni record di allegato dovrebbe avere una propria data e ora di creazione.

Acquisizione

Registrato quando un utente carica correttamente un file associato a una voce di spesa.

Tipo di evento explicit
Rimborso programmato
Dopo l’approvazione finale, la nota spese viene inserita in una prossima distinta di pagamento. Questa attività rappresenta il passaggio dall’approvazione al sistema di pagamento.
Perché è importante

Questo passaggio può mettere in luce i ritardi tra l’approvazione finale e l’effettiva elaborazione del pagamento. Aiuta a distinguere i colli di bottiglia nell’approvazione dalle inefficienze del sistema di pagamento.

Dove reperirli

Può essere dedotto da una modifica di stato a “Pronta per il pagamento” o “Programmato”. Potrebbe anche essere un evento esplicito, se il sistema è collegato a un sistema di pagamento o ERP separato.

Acquisizione

Dedotto da una modifica di stato a “In attesa di pagamento” o dalla creazione di un record della distinta di pagamento.

Tipo di evento inferred
Violazione delle regole segnalata
Evento automatico o manuale che indica che una o più voci di spesa della nota violano le regole aziendali. Può essere registrato quando si attiva una regola di sistema o quando un revisore segnala manualmente un problema.
Perché è importante

Questa attività è fondamentale per la Dashboard “Analisi delle violazioni delle regole e delle rilavorazioni” e per il KPI “Tasso di violazione delle regole”. Aiuta a individuare i problemi di conformità più frequenti e gli aspetti delle regole che richiedono chiarimenti.

Dove reperirli

Dedotto dall’impostazione su true dell’attributo “Segnalazione di violazione delle regole”. La data e ora corrispondono all’ultimo aggiornamento dello stato della segnalazione.

Acquisizione

Dedotto da una modifica di un campo booleano o di stato che indica una violazione delle regole.

Tipo di evento inferred
Consigliato Facoltativo

Guide all’estrazione

Come ottenere i dati da Brex

È pronto a iniziare?

Utilizzi questo template per semplificare la raccolta dei dati e accelerare il percorso verso una gestione ottimizzata delle note spese. Inizi subito a individuare nuove informazioni e a migliorare l’efficienza.

Ottimizzi oggi la gestione delle note spese in Brex

Riduca del 30% il tempo del ciclo di approvazione e migliori la soddisfazione dei dipendenti.

Inizi la prova gratuita

Non è richiesta la carta di credito. La configurazione richiede pochi minuti.