Il Suo Template dei dati per la gestione delle note spese
Il Suo Template dei dati per la gestione delle note spese
- Attributi consigliati per una raccolta completa dei dati
- Attività chiave della gestione delle note spese da monitorare
- Indicazioni passo dopo passo per estrarre i dati da Coupa Expenses
Attributi della gestione delle spese
| Nome | Descrizione | ||
|---|---|---|---|
|
ID della nota spese
ExpenseReportId
|
L'identificativo univoco di una nota spese, che raggruppa tutte le attività e le spese correlate a un singolo invio. | ||
|
Descrizione
L'ID della nota spese funge da identificativo principale del caso e raggruppa tutti gli eventi e le attività relativi a un singolo invio di spese. A ogni nota spese viene assegnato un ID univoco al momento della creazione, che consente di tracciare in ordine cronologico l'intero percorso della richiesta di rimborso, dall'inserimento iniziale al pagamento finale. Nell'analisi di Process Mining, questo ID è fondamentale per ricostruire il percorso end-to-end di ogni nota spese. Consente agli analisti di visualizzare i flussi di processo, individuare le varianti nei percorsi di elaborazione e calcolare metriche a livello di caso, come il tempo di attraversamento totale e i cicli di rielaborazione delle singole richieste.
Perché è importante
È la chiave essenziale per collegare tutti gli eventi correlati a una singola richiesta di rimborso e analizzare l'intero processo dall'inizio alla fine.
Dove reperirlo
È una chiave primaria negli oggetti delle note spese di Coupa, spesso presente come «id» o «report-id» nell'endpoint Expense Reports API o nelle tabelle sottostanti.
Esempi
ER-0012345ER-0012399ER-0013001
|
|||
|
Nome dell'attività
ActivityName
|
Il nome dell'evento aziendale che si è verificato in un determinato momento per una nota spese. | ||
|
Descrizione
Il nome dell'attività descrive una fase o una milestone specifica del processo di gestione delle note spese, come «Nota spese inviata», «Approvata dal responsabile» o «Rimborso eseguito». Queste attività costituiscono i nodi della mappa del processo e sono alla base dell'analisi del flusso, dei colli di bottiglia e delle varianti. L'analisi di questo attributo aiuta a comprendere la sequenza degli eventi, la frequenza delle diverse fasi del processo e le transizioni tra di esse. È fondamentale per creare la mappa del processo, calcolare i tempi di transizione e individuare i percorsi comuni o non conformi.
Perché è importante
Questo attributo definisce le fasi del processo e consente di visualizzarne e analizzarne il flusso, che costituisce il nucleo del Process Mining.
Dove reperirlo
In genere deriva dagli Event Log, dai record delle modifiche di stato o dalle tabelle della traccia di audit associate all'oggetto della nota spese in Coupa. Potrebbe essere necessario mappare i codici di stato o i tipi di evento su nomi comprensibili per gli utenti.
Esempi
Nota spese inviataApprovata dal responsabileRifiutata dalla funzione FinanceRimborso eseguito
|
|||
|
Ora dell'evento
EventTime
|
Il timestamp che indica quando si è verificata un'attività o un evento. | ||
|
Descrizione
L'ora dell'evento indica la data e l'ora precise in cui una specifica attività è stata registrata nel sistema. Questo timestamp è essenziale per ordinare cronologicamente gli eventi e per tutte le analisi basate sul tempo. Costituisce la base oggettiva per comprendere la tempistica e la durata delle fasi del processo. Nel Process Mining, questo attributo viene utilizzato per costruire la sequenza temporale di ogni caso, calcolare la durata tra le attività, individuare i ritardi e misurare i tempi di attraversamento complessivi. È fondamentale per analizzare le prestazioni, il rispetto degli accordi sui livelli di servizio e l'individuazione di pattern temporali o colli di bottiglia.
Perché è importante
Questo timestamp stabilisce l'ordine cronologico degli eventi ed è la base di tutte le analisi relative alla durata e alle prestazioni, compresi il tempo di attraversamento e l'identificazione dei colli di bottiglia.
Dove reperirlo
Questa informazione si trova nelle tabelle della traccia di audit o degli Event Log in Coupa, generalmente insieme al record dell'attività o della modifica di stato.
Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Sistema di origine
SourceSystem
|
Il sistema da cui provengono i dati. | ||
|
Descrizione
Questo attributo identifica l'applicazione di origine in cui sono stati generati i dati dell'evento. In questo contesto, il valore sarebbe «Coupa Expenses». È importante per la governance dei dati e per distinguere i dati provenienti da sistemi diversi in una vista di processo multi-sistema. Fornisce il contesto sull'origine dei dati, un elemento rilevante nell'analisi di processi che si estendono su più applicazioni.
Perché è importante
Fornisce il contesto essenziale sull'origine dei dati, fondamentale per la governance dei dati, la convalida e l'analisi di processi multi-sistema.
Dove reperirlo
In genere è un valore statico aggiunto durante l'estrazione e la trasformazione dei dati per indicare l'origine del dataset.
Esempi
Spese CoupaCoupa
|
|||
|
Ultimo aggiornamento dei dati
LastDataUpdate
|
Il timestamp dell'ultimo aggiornamento o dell'ultima estrazione dei dati dal sistema di origine. | ||
|
Descrizione
Questo attributo registra la data e l'ora dell'ultima estrazione dei dati da Coupa Expenses e del loro caricamento nello strumento di Process Mining. Indica il livello di aggiornamento dei dati analizzati. Questa informazione è fondamentale per consentire agli utenti di valutare l'attualità dell'analisi e verificare se i Dashboard riflettono lo stato operativo più recente. È un elemento chiave dei metadati per la governance dei dati e per garantire l'affidabilità dei risultati analitici.
Perché è importante
Informa gli utenti sull'aggiornamento dei dati, aiutandoli a comprendere l'intervallo temporale dell'analisi e a valutarne l'attualità.
Dove reperirlo
Questo timestamp viene generalmente generato e memorizzato dallo strumento di estrazione dei dati o di ETL al termine di un caricamento completato correttamente.
Esempi
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
|
|||
|
Importo totale
TotalAmount
|
Il valore monetario totale della nota spese. | ||
|
Descrizione
Questo attributo rappresenta la somma totale di tutte le righe di spesa incluse nella nota. È una metrica finanziaria fondamentale per comprendere il valore che attraversa il processo. L'analisi dell'importo totale consente di suddividere le note spese in diverse fasce di valore, che possono prevedere percorsi di approvazione o livelli di controllo differenti. Viene utilizzato nei Dashboard per analizzare i modelli di spesa, individuare le note di importo elevato che potrebbero causare colli di bottiglia e correlare il valore della nota con i tempi di elaborazione o i tassi di rifiuto.
Perché è importante
Fornisce il contesto finanziario del processo e consente di analizzarlo in base al valore monetario delle note spese, un fattore che spesso influenza i percorsi di approvazione e la priorità di elaborazione.
Dove reperirlo
È un campo standard dell'intestazione della nota spese in Coupa, spesso denominato «total» o «total-amount».
Esempi
150.752500.0085.50
|
|||
|
Indicatore di violazione della policy
PolicyViolationFlag
|
Un indicatore booleano che assume il valore true se la nota spese è stata contrassegnata per una violazione della policy. | ||
|
Descrizione
Coupa può contrassegnare automaticamente le spese che violano la policy aziendale, ad esempio perché superano i limiti di spesa o utilizzano fornitori non approvati. Questo attributo è un semplice indicatore true/false che segnala se per la nota spese è stata rilevata una violazione. L'indicatore è fondamentale per il monitoraggio e l'analisi della conformità. Consente di creare Dashboard che monitorano nel tempo e tra i reparti il tasso di violazioni delle policy. Permette inoltre di analizzare in che modo le note spese non conformi vengono gestite diversamente da quelle conformi, ad esempio se richiedono più tempo per l'approvazione o vengono rifiutate più spesso.
Perché è importante
Consente di misurare e analizzare direttamente la conformità alle policy, aiutando a individuare e affrontare le aree a maggiore rischio o caratterizzate da frequenti inosservanze.
Dove reperirlo
È generalmente disponibile come indicatore o stato sulla nota spese o sulle singole righe di spesa in Coupa. Spesso viene impostato dal motore delle regole del sistema.
Esempi
truefalse
|
|||
|
Motivo del rifiuto
RejectionReason
|
Il motivo indicato quando una nota spese viene rifiutata da un approvatore. | ||
|
Descrizione
Quando un approvatore, responsabile o membro del team Finance, rifiuta una nota spese, spesso indica un motivo. Questo attributo registra tale motivazione, che può provenire da un elenco predefinito o essere inserita come testo libero. È un attributo di grande valore per l'analisi delle cause principali. Analizzando i motivi di rifiuto più frequenti, le organizzazioni possono individuare le aree in cui le policy non sono chiare, i dipendenti necessitano di maggiore formazione o il processo di invio presenta criticità. Questo supporta direttamente la riduzione delle rielaborazioni e il miglioramento del tasso di approvazione al primo invio.
Perché è importante
Spiega direttamente perché si verificano le rielaborazioni e fornisce indicazioni operative per ridurre i tassi di rifiuto attraverso formazione mirata, chiarimento delle policy o miglioramenti del processo.
Dove reperirlo
Questa informazione viene generalmente acquisita dalla traccia di audit o dai commenti associati a un evento di rifiuto in Coupa. Può trovarsi in un campo dedicato oppure essere estratta dai commenti.
Esempi
Ricevuta mancanteSpesa non conforme alla policyCategoria di spesa errataInvio duplicato
|
|||
|
Nome utente
UserName
|
Il nome del dipendente o dell'utente che ha eseguito l'attività. | ||
|
Descrizione
Questo attributo identifica la persona associata a uno specifico evento, ad esempio chi ha inviato, approvato o rifiutato una nota spese. Può essere un nome, un ID dipendente o un account utente di sistema. L'analisi del processo per utente aiuta a individuare pattern di prestazione, distribuzione del carico di lavoro ed eventuali esigenze formative. È fondamentale per i Dashboard che suddividono le metriche per risorsa, ad esempio per confrontare i tempi di approvazione di responsabili diversi.
Perché è importante
Attribuisce le attività a singole persone e consente di analizzare il carico di lavoro, le prestazioni e i comportamenti specifici delle risorse all'interno del processo.
Dove reperirlo
Questa informazione è generalmente disponibile nelle tabelle della traccia di audit di Coupa Expenses, collegate a ogni evento o azione. Occorre cercare campi come «user-id», «submitted-by» o «updated-by».
Esempi
John Smithjsmith11023
|
|||
|
Ora di fine
EndTime
|
Il timestamp che indica quando un'attività è stata completata. | ||
|
Descrizione
L'ora di fine indica la conclusione di un'attività. In molti sistemi transazionali, un'attività è un evento istantaneo, quindi l'ora di fine coincide con l'ora di inizio. Tuttavia, per le attività con una durata misurabile, questo attributo registra il momento in cui l'attività è terminata. Questo campo è fondamentale per calcolare con precisione il tempo di elaborazione delle singole attività. Consente un'analisi più accurata del tempo impiegato nelle diverse fasi del processo e aiuta a distinguere il tempo di attesa dal tempo di lavoro effettivo.
Perché è importante
Consente di calcolare con precisione la durata delle attività, un elemento fondamentale per individuare e analizzare il tempo dedicato a specifiche attività rispetto al tempo di attesa.
Dove reperirlo
Per gli eventi atomici coincide spesso con l'ora di inizio (EventTime). Per le attività con durata, potrebbe essere necessario acquisirla da un campo separato o ricavarla dal timestamp dell'evento successivo.
Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
Reparto del dipendente
EmployeeDepartment
|
Il reparto del dipendente che ha inviato la nota spese. | ||
|
Descrizione
Questo attributo specifica il reparto organizzativo o l'unità aziendale di appartenenza del mittente della nota spese. L'informazione deriva generalmente dai dati anagrafici dei dipendenti. È una dimensione fondamentale per l'analisi, poiché consente di confrontare le prestazioni del processo tra diverse aree dell'organizzazione. I Dashboard che analizzano i tempi di approvazione, i tassi di rifiuto o le violazioni delle policy per reparto si basano in larga misura su questo attributo per individuare le aree che necessitano di miglioramenti o formazione mirata.
Perché è importante
Consente di confrontare le prestazioni tra reparti diversi e di individuare le aree dell'organizzazione più efficienti e quelle che potrebbero necessitare di supporto.
Dove reperirlo
Acquisito dal profilo dell'utente mittente in Coupa oppure collegando l'ID utente a un sistema esterno di dati anagrafici HR. Occorre cercare un campo «department» nell'oggetto utente.
Esempi
VenditeMarketingIngegneriaFinanza
|
|||
|
Stato della nota spese
ExpenseReportStatus
|
Lo stato attuale o finale della nota spese. | ||
|
Descrizione
Questo attributo indica lo stato complessivo della nota spese al termine del suo ciclo di vita, ad esempio «Approvata», «Pagata», «Rifiutata» o «Ritirata». Fornisce l'esito conclusivo di ogni caso. Nell'analisi, lo stato finale viene utilizzato per filtrare i casi completati e classificare gli esiti. È essenziale per calcolare metriche come i tassi di rifiuto e comprendere la percentuale di note spese che raggiunge ciascuno stato finale possibile. Aiuta inoltre a individuare le note spese bloccate in uno stato intermedio.
Perché è importante
Definisce l'esito di ogni caso, un elemento fondamentale per l'analisi basata sugli esiti, ad esempio per confrontare i percorsi delle note spese approvate e rifiutate.
Dove reperirlo
È un campo di stato principale dell'oggetto nota spese in Coupa. Si trova nei dati dell'intestazione e viene aggiornato durante il processo.
Esempi
in_attesa_di_approvazioneapprovatapagatarifiutata
|
|||
|
Categoria di spesa
ExpenseCategory
|
La categoria della spesa, ad esempio viaggio, pasti o forniture per ufficio. | ||
|
Descrizione
Questo attributo classifica il tipo di spesa richiesto. Le note spese contengono spesso più righe di spesa, ciascuna con una propria categoria. Per l'analisi a livello di caso, può rappresentare la categoria più frequente o un elenco aggregato. La segmentazione del processo per categoria di spesa può evidenziare comportamenti o colli di bottiglia differenti. Ad esempio, le spese di viaggio potrebbero seguire un percorso di approvazione più complesso rispetto agli acquisti di forniture per ufficio. Questa dimensione è fondamentale per comprendere in che modo la natura della spesa influisce sul suo percorso di elaborazione.
Perché è importante
Consente di segmentare il processo in base al tipo di spesa e può rivelare colli di bottiglia, policy o percorsi di approvazione specifici per categoria.
Dove reperirlo
Questa informazione è memorizzata a livello di riga di spesa in Coupa. Per l'analisi a livello di caso, deve essere aggregata, ad esempio utilizzando la categoria della riga di importo più elevato.
Esempi
Biglietti aereiPasti e intrattenimentoSoftwareMateriale per ufficio
|
|||
|
Centro di costo
CostCenter
|
Il centro di costo a cui vengono imputate le spese. | ||
|
Descrizione
Il centro di costo è una dimensione finanziaria utilizzata per la contabilità e il budgeting, che indica quale parte dell'organizzazione sosterrà il costo delle spese. Può essere diverso dal reparto del mittente. L'analisi per centro di costo offre una prospettiva contabile e finanziaria sul processo. Consente di monitorare la spesa e l'efficienza del processo rispetto a budget o unità finanziarie specifici. È particolarmente importante per i reparti Finance che devono comprendere e gestire la spesa dell'organizzazione.
Perché è importante
Fornisce una dimensione finanziaria essenziale per l'analisi e consente di collegare direttamente le metriche di processo alle unità finanziarie e di budget.
Dove reperirlo
È un campo contabile standard in Coupa, presente nell'intestazione della nota spese o nelle singole righe. Spesso fa parte della struttura del piano dei conti.
Esempi
CC4510-MarketingCC2100-EngineeringCC7800-Sales-East
|
|||
|
È approvazione al primo invio
IsFirstPassApproval
|
Un indicatore che assume il valore true se la nota spese è stata approvata senza rifiuti o revisioni. | ||
|
Descrizione
È un attributo calcolato a livello di caso che indica se una nota spese ha superato correttamente il processo di approvazione al primo tentativo. Assume il valore «true» se il caso non contiene attività di rifiuto o «Restituita per la revisione». Questo attributo misura direttamente l'efficienza del processo di invio e approvazione. Costituisce la base del KPI relativo al tasso di approvazione al primo invio. Analizzare i fattori correlati a un tasso ridotto, come il reparto o la categoria di spesa, può fornire indicazioni preziose per migliorare il processo.
Perché è importante
Fornisce una misura chiara della qualità e dell'efficienza del processo e aiuta a quantificare la percentuale di note spese elaborate senza rielaborazioni.
Dove reperirlo
Viene calcolato a livello di caso. Richiede l'analisi di tutte le attività associate a un determinato ExpenseReportId e la verifica dell'assenza di eventi di rifiuto o revisione.
Esempi
truefalse
|
|||
|
È rielaborazione
IsRework
|
Un indicatore che segnala se un'attività fa parte di un ciclo di rielaborazione, ad esempio quando una nota spese viene restituita per la revisione. | ||
|
Descrizione
Questo attributo booleano calcolato contrassegna le attività che rappresentano una rielaborazione. In genere assume il valore «true» per eventi come «Restituita per la revisione» o per qualsiasi attività che si verifica dopo tale evento nello stesso caso. L'identificazione delle rielaborazioni è uno degli obiettivi principali del Process Mining. Questo indicatore semplifica l'analisi delle rielaborazioni consentendo filtri e aggregazioni diretti. Viene utilizzato per calcolare il tasso di rielaborazione, visualizzare i cicli di rielaborazione nella mappa del processo e analizzare le cause principali delle attività che costringono il processo a ripetere determinate fasi.
Perché è importante
Segnala direttamente i cicli di rielaborazione inefficienti e rende semplice quantificarne frequenza, impatto sul tempo di attraversamento e cause principali.
Dove reperirlo
Viene calcolato in base al flusso del processo. È necessario applicare una logica per individuare le attività che indicano il ritorno a una fase precedente del processo, come «Restituita per la revisione».
Esempi
truefalse
|
|||
|
Motivo della violazione della policy
PolicyViolationReason
|
Il motivo specifico per cui una nota spese è stata contrassegnata per una violazione della policy. | ||
|
Descrizione
Quando viene rilevata una violazione della policy, questo attributo indica il motivo specifico, ad esempio «Importo superiore al limite» o «Esercente non approvato». Fornisce quindi un livello di dettaglio maggiore rispetto a un semplice indicatore booleano. L'analisi dei motivi delle violazioni offre una comprensione più granulare dei problemi di conformità. Aiuta a individuare le policy violate più frequentemente, indicando la necessità di una comunicazione più efficace, di modifiche alle policy o di controlli più rigorosi. È fondamentale per definire strategie efficaci di miglioramento della conformità.
Perché è importante
Fornisce dettagli specifici sui problemi di conformità e consente di adottare interventi mirati per migliorare il rispetto delle policy aziendali sulle spese.
Dove reperirlo
Questa informazione è generalmente disponibile nei dettagli dell'indicatore di policy o del messaggio di avviso generato dal motore di conformità di Coupa.
Esempi
Limite giornaliero per i pasti superatoLa spesa è duplicataLa ricevuta è obbligatoria
|
|||
|
Nome dell'approvatore
ApproverName
|
Il nome del responsabile o dell'utente Finance che ha approvato o rifiutato la nota spese. | ||
|
Descrizione
Questo attributo identifica l'approvatore specifico coinvolto in una fase di approvazione da parte del responsabile o di Finance. È distinto dall'utente che ha inviato la nota spese. Questi dati sono utili per analizzare le prestazioni e i comportamenti degli approvatori. Consentono di misurare i tempi del ciclo di approvazione per singolo approvatore e di individuare i colli di bottiglia causati da persone sovraccariche o che necessitano di ulteriore formazione. Supportano Dashboard finalizzati a bilanciare il carico di lavoro e migliorare l'efficienza delle approvazioni.
Perché è importante
Aiuta a individuare i colli di bottiglia nella catena di approvazione attribuendo i ritardi o gli elevati tassi di rifiuto a specifici approvatori e consentendo interventi mirati.
Dove reperirlo
Si trova nella cronologia delle approvazioni o nella traccia di audit della nota spese in Coupa. Ogni fase di approvazione dovrebbe contenere il record dell'utente che ha eseguito l'azione.
Esempi
Sarah ChenDavid RodriguezCoda del team Finance
|
|||
|
Paese
Country
|
Il Paese del dipendente che ha inviato la nota spese o della transazione. | ||
|
Descrizione
Questo attributo indica il Paese associato alla nota spese, generalmente il Paese di residenza del dipendente che l'ha inviata. È una dimensione fondamentale per analizzare i processi di un'organizzazione globale. L'analisi del processo per Paese consente di confrontare prestazioni, conformità e varianti del processo tra diverse aree geografiche. Può mettere in evidenza differenze regionali nelle normative, nelle policy o nell'efficienza operativa che richiedono interventi.
Perché è importante
Consente di confrontare le prestazioni e la conformità del processo tra diverse aree geografiche, un elemento essenziale per le organizzazioni globali.
Dove reperirlo
Può essere ricavato dal profilo dell'utente in Coupa o dall'entità giuridica associata alla nota spese.
Esempi
USADEUGBRJPN
|
|||
|
Valuta
Currency
|
Il codice valuta dell'importo totale della nota spese. | ||
|
Descrizione
Questo attributo specifica la valuta in cui è espresso l'importo totale della nota spese, ad esempio USD, EUR o GBP. È un contesto essenziale per qualsiasi dato finanziario. Quando si analizzano le spese di un'organizzazione globale, questo campo è fondamentale per interpretare e aggregare correttamente i valori monetari. Potrebbe essere necessario convertire tutti gli importi in un'unica valuta di riferimento per consentire confronti significativi tra regioni diverse.
Perché è importante
Fornisce il contesto necessario per interpretare i valori monetari, garantendo un'analisi finanziaria accurata e consentendo la conversione valutaria per la reportistica globale.
Dove reperirlo
È un campo standard dell'intestazione della nota spese in Coupa, generalmente presente accanto al campo dell'importo totale e spesso denominato «currency-code».
Esempi
USDEURGBPJPY
|
|||
Attività di gestione delle spese
| Attività | Descrizione | ||
|---|---|---|---|
|
Approvata dal responsabile
|
Il responsabile diretto del dipendente o l'approvatore di primo livello approva la nota spese. L'evento viene acquisito esplicitamente nella cronologia delle approvazioni della nota, che include un Timestamp. | ||
|
Perché è importante
Segna il completamento del primo livello di approvazione. Analizzare il tempo necessario per raggiungere questo evento è fondamentale per il KPI Approval Cycle Time e per identificare i colli di bottiglia a livello dei responsabili.
Dove reperirlo
Acquisito dal Timestamp dell'azione di approvazione nella cronologia dettagliata delle approvazioni di Coupa o nel registro di audit della nota spese.
Acquisizione
Dal Timestamp dell'evento di approvazione nel registro della cronologia delle approvazioni della nota spese.
Tipo di evento
explicit
|
|||
|
Approvata dalla funzione Finance
|
Il team Finance o il team di audit concede l'approvazione finale della nota spese. Questo evento indica che la nota è stata convalidata ed è pronta per l'elaborazione del pagamento, e viene registrato nella cronologia delle approvazioni. | ||
|
Perché è importante
È la tappa finale dell'approvazione. Il tempo che intercorre tra l'approvazione del responsabile e quella del team Finance è una componente fondamentale del ciclo complessivo di approvazione.
Dove reperirlo
Acquisito dal Timestamp dell'azione di approvazione finale nella cronologia dettagliata delle approvazioni o nel registro di audit della nota spese.
Acquisizione
Dal Timestamp dell'evento di approvazione finale nella cronologia delle approvazioni della nota spese.
Tipo di evento
explicit
|
|||
|
Nota spese creata
|
Segna l'inizio del ciclo di vita della nota spese. Questo evento viene acquisito quando un utente crea e salva per la prima volta una nuova nota spese, portandola allo stato di bozza. | ||
|
Perché è importante
Questo è il punto di partenza per ogni analisi del processo ed è fondamentale per misurare il tempo di ciclo end-to-end complessivo di una nota spese.
Dove reperirlo
Si tratta di un evento esplicito acquisito dal Timestamp di creazione del record di intestazione della nota spese in Coupa. Il Timestamp 'created_at' nella tabella dell'intestazione della spesa ne costituisce la fonte.
Acquisizione
Utilizzi il Timestamp di creazione dell'oggetto nota spese.
Tipo di evento
explicit
|
|||
|
Nota spese inviata
|
Il dipendente invia formalmente la nota spese completata per l'approvazione. Questa azione porta la nota dallo stato di bozza allo stato di approvazione in sospeso e viene registrata esplicitamente dal sistema. | ||
|
Perché è importante
Si tratta di una tappa fondamentale che avvia il conteggio del tempo di approvazione. La durata tra creazione e invio indica quanto tempo impiegano i dipendenti a preparare le note spese.
Dove reperirlo
Acquisito dal Timestamp di invio presente nel record della nota spese oppure dalla voce del registro di audit relativa all'evento di invio.
Acquisizione
Utilizzi il campo Timestamp 'submitted_at' della nota spese.
Tipo di evento
explicit
|
|||
|
Registrazione contabile completata
|
Le transazioni finanziarie relative alla nota spese vengono registrate nel libro mastro generale. Questo rappresenta la fase finale del processo dal punto di vista della contabilità finanziaria. | ||
|
Perché è importante
Questa è l'ultima attività e segna la conclusione effettiva del processo. Il tempo che intercorre tra il rimborso e la registrazione contabile è fondamentale per una chiusura finanziaria rapida e accurata.
Dove reperirlo
Questo evento viene acquisito dalla data di registrazione della scrittura contabile o delle righe contabili associate alla nota spese, gestite dall'integrazione contabile di Coupa.
Acquisizione
Dal campo della data di registrazione contabile nelle righe contabili relative alla nota spese.
Tipo di evento
explicit
|
|||
|
Rimborso eseguito
|
Il pagamento viene elaborato correttamente e l'importo viene versato al dipendente. Questo evento conferma che il dipendente è stato pagato e completa la parte di rimborso del processo. | ||
|
Perché è importante
Si tratta di una milestone fondamentale per la soddisfazione dei dipendenti e rappresenta il punto finale del KPI relativo al tempo medio di attraversamento del rimborso.
Dove reperirlo
Acquisito dalla data di esecuzione del pagamento nel record di pagamento associato alla nota spese, generalmente in Coupa Pay o in un sistema AP integrato.
Acquisizione
Dalla data di pagamento riportata nel record di pagamento associato e collegato alla nota spese.
Tipo di evento
explicit
|
|||
|
Controllo della policy effettuato
|
Viene eseguito un controllo automatico della conformità alle policy aziendali sulle spese. In genere viene inferito dal Timestamp in cui un flag di violazione delle policy o un avviso viene impostato per la prima volta sulla nota. | ||
|
Perché è importante
È essenziale per il Dashboard Policy Compliance Overview. Aiuta a comprendere se e quando le violazioni vengono rilevate nel processo e quale impatto hanno sui tempi di approvazione.
Dove reperirlo
Inferito dal Timestamp associato all'applicazione di un flag di violazione delle policy a una riga di spesa o all'intestazione della nota.
Acquisizione
Timestamp in cui un flag di violazione delle policy viene impostato per la prima volta sulla nota spese o sulle relative righe.
Tipo di evento
inferred
|
|||
|
Nota spese ritirata
|
Il dipendente ritira una nota spese inviata prima che sia stata approvata completamente. Questa azione annulla il processo di approvazione in corso e viene registrata come evento esplicito. | ||
|
Perché è importante
Tiene traccia dei casi in cui i dipendenti correggono autonomamente o annullano gli invii, un comportamento che può indicare una scarsa chiarezza del processo. Si tratta di una forma di interruzione del processo.
Dove reperirlo
Acquisito da un'azione esplicita dell'utente, che determina lo stato «Ritirata» o «Annullata» e viene registrata nella traccia di audit.
Acquisizione
Dal timestamp dell'azione «ritira» nella traccia di audit della nota spese.
Tipo di evento
explicit
|
|||
|
Restituita per revisione
|
Un approvatore restituisce la nota al dipendente per apportare correzioni, senza emettere un rifiuto definitivo. Questa azione crea un ciclo di rilavorazione e viene inferita da una modifica dello stato o da uno specifico evento nel registro di audit. | ||
|
Perché è importante
Questa attività è fondamentale per analizzare i cicli di rilavorazione. Identificare il motivo per cui le note vengono restituite aiuta a migliorare la formazione e il tasso di approvazione al primo passaggio.
Dove reperirlo
Inferito da una modifica dello stato a un valore come 'Pending Correction' o 'Sent Back'. Coupa potrebbe inoltre registrare esplicitamente questa azione nella cronologia delle approvazioni.
Acquisizione
Timestamp della modifica dello stato a un valore che indica la necessità di revisione oppure di uno specifico evento nel registro di audit.
Tipo di evento
inferred
|
|||
|
Ricevute allegate
|
Rappresenta l'azione dell'utente che carica o allega ricevute a una riga di spesa all'interno della nota. Viene acquisito osservando la creazione dei record degli allegati collegati alla nota spese. | ||
|
Perché è importante
L'analisi della tempistica e della frequenza di questa attività può rivelare modelli di comportamento degli utenti e potenziali ritardi causati dalla documentazione mancante.
Dove reperirlo
Inferito dal Timestamp di creazione dei record degli allegati collegati allo specifico Expense Report ID.
Acquisizione
Individui i Timestamp relativi al collegamento dei record degli allegati alla nota spese.
Tipo di evento
inferred
|
|||
|
Rifiutata dal responsabile
|
Il responsabile del dipendente rifiuta la nota spese, interrompendo spesso il processo e restituendo la nota al dipendente. L'evento viene acquisito come evento specifico nella cronologia delle approvazioni. | ||
|
Perché è importante
Si tratta di un esito negativo che evidenzia le frizioni del processo. Analizzare questi eventi è fondamentale per il Dashboard e il KPI Expense Report Rejection Rate.
Dove reperirlo
Acquisito dal Timestamp dell'azione di rifiuto nella cronologia delle approvazioni o nel registro di audit della nota spese.
Acquisizione
Dal Timestamp dell'evento di rifiuto nel registro della cronologia delle approvazioni della nota spese.
Tipo di evento
explicit
|
|||
|
Rifiutata dalla funzione Finance
|
Il team Finance o il team di audit rifiuta la nota spese, determinando un esito negativo definitivo. L'evento viene acquisito come stato di rifiuto finale nella cronologia della nota. | ||
|
Perché è importante
Monitorare i rifiuti da parte del team Finance aiuta a identificare gravi problemi di conformità o documentazione che potrebbero non essere stati rilevati durante le verifiche precedenti, incidendo sul KPI del tasso di rifiuto.
Dove reperirlo
Acquisito dal timestamp dell'azione di rifiuto eseguita da un approvatore della funzione Finance nella traccia di audit della nota spese.
Acquisizione
Dal timestamp dell'evento di rifiuto nella traccia di audit, durante la fase di revisione da parte della funzione Finance.
Tipo di evento
explicit
|
|||
|
Rimborso pianificato
|
Dopo l'approvazione finale, la nota spese viene inclusa in un lotto di pagamento. Questo evento segna il passaggio dalla fase di approvazione a quella di elaborazione del pagamento. | ||
|
Perché è importante
Questa attività avvia il conteggio del tempo di esecuzione del rimborso. I ritardi in questa fase indicano arretrati nel trasferimento delle note spese approvate al sistema di pagamento.
Dove reperirlo
Dedotto da una modifica dello stato a «Pagamento in sospeso» oppure dalla data in cui la nota spese viene associata a un record di lotto di pagamento in Coupa Pay.
Acquisizione
Timestamp della modifica dello stato a «Pagamento in sospeso» oppure data di creazione del lotto di pagamento correlato.
Tipo di evento
inferred
|
|||
Guide all'estrazione
È pronto a iniziare?
Utilizzi questo Template per avviare il Suo percorso di Process Mining e ottenere informazioni preziose sulla gestione delle note spese. Inizi oggi stesso a ottimizzare le Sue operazioni.
Ottimizzi la gestione delle note spese: elimini oggi i colli di bottiglia
Individui le inefficienze e riduca del 30% i tempi del ciclo delle note spese grazie a informazioni chiare.
Non è richiesta alcuna carta di credito. Inizi in pochi minuti.