Il template dei dati per la gestione delle note spese
Il template dei dati per la gestione delle note spese
- Attributi consigliati per l’analisi
- Attività chiave da monitorare nel processo
- Indicazioni per l’estrazione dei dati
Attributi della gestione delle note spese
| 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
|
|||
Attività di gestione delle note spese
| 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
|
|||
Guide all’estrazione
È 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.
Non è richiesta la carta di credito. La configurazione richiede pochi minuti.