Il suo Template per i Dati di Gestione delle Spese

Coupa Expenses
Il suo Template per i Dati di Gestione delle Spese

Il suo Template per i Dati di Gestione delle Spese

Questo template di dati completo fornisce un approccio strutturato per analizzare il Suo processo di gestione delle spese all'interno di Coupa Expenses. Delinea gli attributi di dati essenziali da raccogliere, le attività critiche da tracciare e una guida pratica sull'estrazione dei dati. Utilizzi questo template per assicurarsi di raccogliere tutte le informazioni necessarie per un'analisi di Process Mining approfondita.
  • Attributi consigliati per una raccolta dati completa
  • Attività chiave di gestione delle spese da tracciare
  • Guida passo-passo per l'estrazione dati da Coupa Expenses
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Gestione delle Spese

Questi sono i campi dati raccomandati da includere nel Suo Event Log per un'analisi completa del Suo processo di gestione delle spese.
5 Obbligatorio 7 Consigliato 9 Facoltativo
Nome Descrizione
ID Nota Spese
ExpenseReportId
L'identificatore univoco per un rapporto spese, che raggruppa tutte le attività e le spese correlate per una singola presentazione.
Descrizione

L'ID del Rapporto Spese funge da identificatore di case primario, raggruppando tutti gli eventi e le attività relative a una singola presentazione di spese. A ogni rapporto spese viene assegnato un ID univoco al momento della creazione, consentendo un tracciamento completo e cronologico di una richiesta di rimborso dalla sua immissione iniziale al suo pagamento finale.

Nell'analisi di Process Mining, questo ID è cruciale per ricostruire il percorso end-to-end di ogni rapporto spese. Consente agli analisti di visualizzare i flussi di processo, identificare le variazioni nei percorsi di elaborazione e calcolare metriche a livello di case come il tempo di ciclo totale e i loop di rilavorazione per le singole richieste.

Perché è importante

Questa è la chiave essenziale per connettere tutti gli eventi correlati per una singola richiesta di rimborso, rendendo possibile analizzare l'intero processo dall'inizio alla fine.

Dove trovare

Questa è una chiave primaria negli oggetti di rapporto spese di Coupa, spesso trovata come 'id' o 'report-id' nell'endpoint API di Expense Reports o nelle tabelle sottostanti.

Esempi
ER-0012345ER-0012399ER-0013001
Nome attività
ActivityName
Il nome dell'evento aziendale che si è verificato in un momento specifico per un rapporto spese.
Descrizione

Il Nome dell'Attività descrive una fase o un traguardo specifico nel processo di gestione delle spese, come 'Rapporto Spese Inviato', 'Approvato dal Responsabile' o 'Rimborso Eseguito'. Queste attività formano i nodi nella mappa di processo e sono la base per analizzare il flusso del processo, i colli di bottiglia e le variazioni.

L'analisi di questo attributo aiuta a comprendere la sequenza degli eventi, la frequenza dei diversi passaggi del processo e le transizioni tra di essi. È fondamentale per costruire la mappa di processo, calcolare i tempi di transizione e identificare percorsi di processo comuni o non conformi.

Perché è importante

Questo attributo definisce i passaggi del processo, consentendo la visualizzazione e l'analisi del flusso di processo, che è il cuore del Process Mining.

Dove trovare

Questo è tipicamente derivato da Event Log, registri di cambio stato o tabelle di audit trail associate all'oggetto rapporto spese in Coupa. Potrebbe richiedere la mappatura da codici di stato o tipi di evento a nomi user-friendly.

Esempi
Nota Spese InviataApprovato dal ManagerRifiutato dalla FinanzaRimborso Eseguito
Timestamp Evento
EventTime
Il timestamp che indica quando si è verificata un'attività o un evento.
Descrizione

Event Time è la data e l'ora precise in cui un'attività specifica è stata registrata nel sistema. Questo timestamp è essenziale per ordinare gli eventi cronologicamente e per tutte le analisi basate sul tempo. Fornisce la base fattuale per comprendere i tempi e la durata dei passaggi del processo.

Nel Process Mining, questo attributo viene utilizzato per costruire la timeline di ogni caso, calcolare la durata tra le attività, identificare i ritardi e misurare i tempi di ciclo complessivi. È fondamentale per analizzare le prestazioni, l'adesione agli accordi sul livello di servizio e identificare schemi temporali o bottleneck.

Perché è importante

Questo timestamp fornisce l'ordine cronologico degli eventi ed è la base per tutte le analisi basate sulla durata e sulle prestazioni, inclusi il tempo di ciclo e l'identificazione dei colli di bottiglia.

Dove trovare

Queste informazioni si trovano nelle tabelle dell'audit trail o dell'Event Log di Coupa, tipicamente accanto 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 originano i `dati`.
Descrizione

Questo attributo identifica l'applicazione sorgente dove sono stati generati i dati dell'evento. In questo contesto, sarebbe 'Coupa Expenses'.

È importante per la data governance e per distinguere i dati provenienti da sistemi diversi in una vista di processo multi-sistema. Fornisce contesto sull'origine dei dati, che può essere rilevante quando si analizzano processi che coinvolgono più applicazioni.

Perché è importante

Fornisce un contesto essenziale sull'origine dei dati, cruciale per la governance dei dati, la convalida e l'analisi dei processi multi-sistema.

Dove trovare

Questo è tipicamente un valore statico aggiunto durante l'estrazione e la trasformazione dei dati per etichettare l'origine del set di dati.

Esempi
Coupa ExpensesCoupa
Ultimo `Data Update`
LastDataUpdate
Il timestamp dell'ultimo aggiornamento o estrazione dei dati dal sistema sorgente.
Descrizione

Questo attributo registra la data e l'ora in cui i dati sono stati estratti l'ultima volta da Coupa Expenses e caricati nello strumento di Process Mining. Indica l'aggiornamento dei dati analizzati.

Queste informazioni sono vitali per gli utenti per comprendere la tempestività dell'analisi e per sapere se le dashboard riflettono lo stato più attuale delle operazioni. È un elemento chiave di metadati per la data governance e per garantire la fiducia nei risultati analitici.

Perché è importante

Informa gli utenti sull'aggiornamento dei dati, assicurando che comprendano il periodo di riferimento dell'analisi e possano fidarsi della sua rilevanza.

Dove trovare

Questo timestamp viene tipicamente generato e memorizzato dallo strumento di estrazione dati o ETL alla fine di un caricamento dati riuscito.

Esempi
2024-05-21T02:00:00Z2024-05-22T02:00:00Z
Dipartimento del Dipendente
EmployeeDepartment
Il dipartimento del dipendente che ha inviato il rapporto spese.
Descrizione

Questo attributo specifica il dipartimento organizzativo o l'unità aziendale a cui appartiene il mittente del rapporto spese. Questa informazione è tipicamente derivata dai dati anagrafici dei dipendenti.

È una dimensione critica per l'analisi, che consente il confronto delle prestazioni del processo tra diverse parti dell'organizzazione. Le dashboard che analizzano i tempi di approvazione, i tassi di rifiuto o le violazioni delle policy per dipartimento si basano fortemente su questo attributo per identificare le aree che necessitano di miglioramenti di processo o di formazione mirata.

Perché è importante

Consente il confronto delle prestazioni tra diversi dipartimenti, aiutando a identificare quali parti dell'organizzazione sono efficienti e quali potrebbero necessitare di supporto.

Dove trovare

Ricavato dal profilo dell'utente che ha effettuato la sottomissione in Coupa o tramite unione con un sistema esterno di master data HR utilizzando l'ID utente. Cercare un campo 'department' sull'oggetto utente.

Esempi
VenditeMarketingIngegneriaFinanza
Flag di Violazione Policy
PolicyViolationFlag
Un indicatore booleano che è vero se la nota spese è stata contrassegnata per una violazione della politica.
Descrizione

Coupa può contrassegnare automaticamente le spese che violano le policy aziendali, come il superamento dei limiti di spesa o l'utilizzo di fornitori non approvati. Questo attributo è un semplice flag vero o falso che indica se tale violazione è stata rilevata per la nota spese.

Questo flag è essenziale per il monitoraggio e l'analisi della conformità. Permette la creazione di dashboard che tracciano il tasso di violazioni delle policy nel tempo e tra i dipartimenti. Consente anche l'analisi di come i rapporti che violano le policy vengono gestiti in modo diverso da quelli conformi, ad esempio, se impiegano più tempo per essere approvati o vengono rifiutati più spesso.

Perché è importante

Consente la misurazione e l'analisi diretta della conformità alle policy, aiutando a identificare e affrontare aree ad alto rischio o di frequente non-adesione.

Dove trovare

Questo è tipicamente disponibile come flag o stato sul rapporto spese o sulle singole voci di spesa in Coupa. È spesso impostato dal motore di regole del sistema.

Esempi
truefalse
Importo Totale
TotalAmount
Il valore monetario totale del rapporto spese.
Descrizione

Questo attributo rappresenta la somma totale di tutte le righe di spesa incluse nel rapporto. È una metrica finanziaria chiave per comprendere il valore che fluisce attraverso il processo.

L'analisi dell'importo totale aiuta a segmentare i rapporti spese in diverse fasce di valore, che potrebbero avere percorsi di approvazione o livelli di controllo diversi. Viene utilizzato nelle dashboard per analizzare i modelli di spesa, identificare i rapporti di alto valore che potrebbero causare colli di bottiglia e correlare il valore del rapporto con i tempi di elaborazione o i tassi di rifiuto.

Perché è importante

Fornisce il contesto finanziario al processo, consentendo un'analisi basata sul valore monetario dei rapporti spese, che spesso influenza i percorsi di approvazione e la priorità di elaborazione.

Dove trovare

Questo è un campo standard sull'intestazione del rapporto spese in Coupa, spesso denominato 'total' o 'total-amount'.

Esempi
150.752500.0085.50
Motivo del Rigetto
RejectionReason
Il motivo fornito quando un rapporto spese viene rifiutato da un approvatore.
Descrizione

Quando un approvatore, che sia un manager o un membro del team finanziario, rifiuta una nota spese, spesso fornisce una motivazione. Questo attributo cattura tale motivazione, che può provenire da un elenco predefinito o da testo libero.

Questo è un attributo di grande valore per l'analisi delle cause profonde. Analizzando le ragioni di rifiuto più comuni, le organizzazioni possono identificare aree in cui le policy non sono chiare, i dipendenti necessitano di maggiore formazione o il processo di sottomissione è imperfetto. Ciò supporta direttamente gli sforzi per ridurre le rilavorazioni e migliorare il tasso di approvazione al primo tentativo.

Perché è importante

Spiega direttamente perché si verifica la rilavorazione, fornendo insight utilizzabili per ridurre i tassi di rifiuto attraverso formazione mirata, chiarimenti sulle policy o miglioramenti di processo.

Dove trovare

Queste informazioni sono tipicamente acquisite nell'audit trail o nei commenti associati a un evento di rifiuto in Coupa. Potrebbero essere in un campo dedicato o analizzate 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 l'individuo associato a un evento specifico, come la persona che ha inviato, approvato o rifiutato un rapporto spese. Può essere un nome, un ID dipendente o un account utente di sistema.

Analizzare il processo per utente aiuta a identificare modelli di performance, distribuzione del carico di lavoro e potenziali esigenze di formazione. È fondamentale per le dashboard che suddividono le metriche per risorsa, come il confronto dei tempi di approvazione tra diversi responsabili.

Perché è importante

Attributi specifici per individui, consentendo l'analisi del carico di lavoro, delle prestazioni e del comportamento specifico delle risorse all'interno del processo.

Dove trovare

Queste informazioni sono solitamente disponibili nelle tabelle dell'audit trail di Coupa Expenses, collegate a ogni evento o azione. 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 segna la conclusione di un'attività. In molti sistemi transazionali, un'attività è un evento istantaneo, quindi l'Ora di Fine è la stessa dell'Ora di Inizio. Tuttavia, per le attività che hanno una durata misurabile, questo attributo cattura quando è terminata.

Questo campo è cruciale per calcolare il tempo di elaborazione preciso delle singole attività. Consente un'analisi più accurata di dove viene impiegato il tempo all'interno del processo, aiutando a distinguere il tempo di attesa dal tempo di lavoro effettivo.

Perché è importante

Consente il calcolo di durate precise delle attività, fondamentale per identificare e analizzare il tempo impiegato in compiti specifici rispetto al tempo di attesa.

Dove trovare

Questo è spesso lo stesso del Tempo di Inizio (EventTime) per eventi atomici. Per attività durature, potrebbe essere necessario ricavarlo da un campo separato o derivarlo in base al timestamp dell'evento successivo.

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Stato Nota Spese
ExpenseReportStatus
Lo stato attuale o finale del rapporto spese.
Descrizione

Questo attributo indica lo stato complessivo del rapporto spese alla fine del suo ciclo di vita, come 'Approvato', 'Pagato', 'Rifiutato' o 'Ritirato'. Ciò fornisce un esito conclusivo per ogni case.

Nell'analisi, lo stato finale viene utilizzato per filtrare i case completati e per categorizzare i risultati. È essenziale per calcolare metriche come i tassi di rifiuto e per comprendere la proporzione di rapporti che raggiungono ogni possibile stato finale. Aiuta anche a identificare i rapporti che sono bloccati in uno stato intermedio.

Perché è importante

Definisce l'esito di ogni caso, fondamentale per l'analisi basata sull'esito, come il confronto dei percorsi dei rapporti approvati rispetto a quelli rifiutati.

Dove trovare

Questo è un campo di stato primario sull'oggetto rapporto spese in Coupa. Può essere trovato nei dati di intestazione e viene aggiornato durante tutto il processo.

Esempi
pending_approvalapprovatopagatorifiutato
Approvazione al primo tentativo
IsFirstPassApproval
Un flag che è vero se la nota spese è stata approvata senza rifiuti o revisioni.
Descrizione

Questo è un attributo calcolato a livello di case che indica se un rapporto spese ha superato il processo di approvazione con successo al primo tentativo. È impostato su 'true' se il case non contiene alcun rifiuto o attività 'Inviato Indietro per Revisione'.

Questo attributo misura direttamente l'efficienza del processo di presentazione e approvazione. È la base per il KPI del Tasso di Approvazione al Primo Passaggio. L'analisi dei fattori che correlano con un basso tasso di approvazione al primo passaggio, come il dipartimento o la categoria di spesa, può fornire preziose insight per il miglioramento del processo.

Perché è importante

Fornisce una chiara misura della qualità e dell'efficienza del processo, aiutando a quantificare la percentuale di rapporti elaborati senza alcuna rilavorazione.

Dove trovare

Questo è calcolato a livello di case. Richiede la scansione di tutte le attività per un dato ExpenseReportId e la verifica dell'assenza di eventi di rifiuto o revisione.

Esempi
truefalse
Categoria di Spesa
ExpenseCategory
La categoria della spesa, come viaggi, pasti o forniture per ufficio.
Descrizione

Questo attributo classifica il tipo di spesa che viene richiesta. I rapporti spese spesso contengono più righe di spesa, ognuna con la propria categoria. Per l'analisi a livello di case, questa potrebbe essere la categoria più frequente o un elenco aggregato.

Segmentare il processo per categoria di spesa può rivelare comportamenti o colli di bottiglia diversi. 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 come la natura della spesa influisce sul suo percorso di elaborazione.

Perché è importante

Consente la segmentazione del processo in base al tipo di spesa, il che può rivelare bottleneck specifici per categoria, policy o percorsi di approvazione.

Dove trovare

Queste informazioni sono memorizzate a livello di riga di spesa in Coupa. Per l'analisi a livello di case, devono essere aggregate, ad esempio prendendo la categoria della voce di linea di valore più elevato.

Esempi
Biglietto aereoPasti e IntrattenimentoSoftwareForniture per ufficio
Centro di Costo
CostCenter
Il centro di costo a cui sono allocate 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. Potrebbe differire dal dipartimento del richiedente.

L'analisi per Centro di Costo fornisce una visione contabile finanziaria sul processo. Consente di tracciare le spese e l'efficienza del processo rispetto a budget specifici o unità finanziarie. Questo è particolarmente importante per i dipartimenti finanziari che desiderano comprendere e gestire la spesa organizzativa.

Perché è importante

Fornisce una dimensione finanziaria cruciale per l'analisi, consentendo di collegare le metriche di processo direttamente alle unità finanziarie e di bilancio.

Dove trovare

Questo è un campo contabile standard in Coupa, presente nell'intestazione del rapporto spese o nelle voci di linea. Fa spesso parte della struttura del Piano dei Conti.

Esempi
CC4510-MarketingCC2100-EngineeringCC7800-Sales-East
È una Rilavorazione
IsRework
Un flag che indica se un'attività fa parte di un ciclo di rilavorazione, come un rapporto rimandato per revisione.
Descrizione

Questo attributo booleano calcolato contrassegna le attività che rappresentano rilavorazioni. È tipicamente impostato su 'true' per eventi come 'Inviato Indietro per Revisione' o per qualsiasi attività che si verifica dopo tale evento all'interno dello stesso case.

L'identificazione delle rilavorazioni è un obiettivo primario del Process Mining. Questo flag semplifica l'analisi delle rilavorazioni consentendo il filtraggio e l'aggregazione diretti. Viene utilizzato per calcolare il tasso di rilavorazione, visualizzare i loop di rilavorazione nella mappa di processo e analizzare le cause profonde delle attività che costringono il processo a ripetere i passaggi.

Perché è importante

Contrassegna direttamente i cicli di rilavorazione inefficienti, rendendo facile quantificare la loro frequenza, l'impatto sul tempo di ciclo e le cause profonde.

Dove trovare

Questo è calcolato in base al flusso del processo. La logica deve essere applicata per identificare le attività che significano un ritorno a una fase precedente del processo, come 'Inviato Indietro per Revisione'.

Esempi
truefalse
Motivo Violazione Policy
PolicyViolationReason
Il motivo specifico per cui un rapporto spese è stato segnalato per una violazione della policy.
Descrizione

Quando viene segnalata una violazione di policy, questo attributo fornisce la ragione specifica della segnalazione, come ad esempio 'L'importo supera il limite' o 'Fornitore non approvato'. Ciò fornisce maggiori dettagli rispetto a un semplice flag booleano.

Analizzare le ragioni delle violazioni di policy offre una comprensione più granulare dei problemi di conformità. Aiuta a individuare policy specifiche che vengono frequentemente violate, il che potrebbe indicare la necessità di una migliore comunicazione, adeguamenti delle policy o un'applicazione più rigorosa. Questo è fondamentale per creare strategie efficaci di miglioramento della conformità.

Perché è importante

Fornisce dettagli specifici sui problemi di conformità, consentendo azioni mirate per migliorare l'aderenza alle policy di spesa aziendali.

Dove trovare

Queste informazioni sono solitamente disponibili nei dettagli del flag di policy o del messaggio di avviso generato dal motore di conformità di Coupa.

Esempi
Limite giornaliero per i pasti superatoLa spesa è un duplicatoRicevuta richiesta
Nome dell'approvatore
ApproverName
Il nome del responsabile o dell'utente finanziario che ha approvato o rifiutato il rapporto spese.
Descrizione

Questo attributo identifica l'approvatore specifico coinvolto in una fase di approvazione da parte di un responsabile o del reparto finanziario. È distinto dall'utente che ha inviato il rapporto.

Questi dati sono utili per analizzare le prestazioni e il comportamento degli approvatori. Consentono la misurazione dei tempi di ciclo di approvazione per singolo approvatore, aiutando a identificare i colli di bottiglia causati da individui specifici che potrebbero essere sovraccarichi o richiedere ulteriore formazione. Supporta le dashboard che mirano a bilanciare il carico di lavoro e migliorare l'efficienza delle approvazioni.

Perché è importante

Aiuta a individuare i bottleneck nella catena di approvazione attribuendo ritardi o alti tassi di rifiuto a specifici approvatori, consentendo interventi mirati.

Dove trovare

Trovato nella cronologia delle approvazioni o nel log di audit della nota spese in Coupa. Ogni passaggio di approvazione dovrebbe avere un record dell'utente che ha intrapreso l'azione.

Esempi
Sarah ChenDavid RodriguezCoda del Team Finanziario
Paese
Country
Il paese del dipendente che ha inviato o della transazione.
Descrizione

Questo attributo indica il paese associato al rapporto spese, che di solito è il paese di origine del dipendente che ha inviato. Questa è una dimensione chiave per analizzare i processi in un'organizzazione globale.

L'analisi del processo per paese aiuta a confrontare le prestazioni, la conformità e le variazioni di processo tra diverse regioni geografiche. Questo può evidenziare differenze regionali nelle normative, nelle policy o nell'efficienza operativa che devono essere affrontate.

Perché è importante

Consente il confronto delle prestazioni del processo e della conformità tra diverse regioni geografiche, essenziale per le organizzazioni globali.

Dove trovare

Questo può essere derivato dal profilo dell'utente in Coupa o dall'entità legale associata al rapporto spese.

Esempi
Stati UnitiDEUGBRJPN
Tempo di Elaborazione Attività
ActivityProcessingTime
La durata di una singola attività, calcolata come la differenza tra il suo tempo di fine e il suo tempo di inizio.
Descrizione

Questa metrica misura il tempo impiegato per eseguire un singolo passaggio di processo. Viene calcolata sottraendo il tempo di inizio dell'attività dal suo tempo di fine. Per gli eventi istantanei, questa durata è zero.

Questo attributo calcolato aiuta a distinguere tra tempo di elaborazione attivo e tempo di attesa (il tempo tra le attività). L'analisi dei tempi di elaborazione aiuta a identificare quali compiti specifici sono i più dispendiosi in termini di tempo, indicando opportunità di automazione o ottimizzazione dei compiti.

Perché è importante

Misura il tempo impiegato in attività a valore aggiunto, aiutando a distinguerlo dal tempo di inattività o di attesa e a identificare attività inefficienti.

Dove trovare

Questo viene calcolato durante la trasformazione dei dati sottraendo l''EventTime' (StartTime) dall''EndTime'. Formula: EndTime - StartTime.

Esempi
0864003600
Valuta
Currency
Il codice valuta per l'importo totale del rapporto spese.
Descrizione

Questo attributo specifica la valuta in cui è denominato l'importo totale del rapporto spese, come USD, EUR o GBP. È un contesto essenziale per qualsiasi dato finanziario.

Quando si analizzano le spese di un'organizzazione globale, questo campo è critico per la corretta interpretazione e aggregazione dei valori monetari. L'analisi potrebbe richiedere la conversione di tutti gli importi in un'unica valuta di base per consentire confronti significativi tra diverse regioni.

Perché è importante

Fornisce il contesto necessario per i valori monetari, garantendo un'analisi finanziaria accurata e consentendo la conversione di valuta per la reportistica globale.

Dove trovare

Questo è un campo standard sull'intestazione del rapporto spese in Coupa, tipicamente trovato accanto al campo dell'importo totale, spesso con un nome come 'currency-code'.

Esempi
USDEURGBPJPY
Obbligatorio Consigliato Facoltativo

Attività di Gestione delle Spese

Questi sono i passaggi chiave del processo e le tappe fondamentali da catturare nel Suo Event Log per una scoperta e un'analisi accurate del Suo workflow di spesa.
6 Consigliato 7 Facoltativo
Activity Descrizione
Approvato dal Manager
Il responsabile diretto del dipendente o l'approvatore di primo livello approva il rapporto spese. Questo è acquisito come un evento esplicito nella cronologia delle approvazioni del rapporto, che include un timestamp.
Perché è importante

Segna il completamento del primo livello di approvazione. L'analisi del tempo fino a questo evento è fondamentale per il KPI del tempo di ciclo di approvazione e per l'identificazione dei colli di bottiglia a livello di responsabile.

Dove trovare

Catturato dal timestamp dell'azione di approvazione nella cronologia dettagliata delle approvazioni di Coupa o nel log di audit per la nota spese.

Acquisisci

Dal timestamp dell'evento di approvazione nel log della cronologia approvazioni della nota spese.

Tipo di evento explicit
Approvato dalla Finanza
Il team finanziario o di audit dà l'approvazione finale per il rapporto spese. Questo evento segnala che il rapporto è stato convalidato ed è pronto per l'elaborazione del pagamento ed è registrato nella cronologia delle approvazioni.
Perché è importante

Questo è l'ultimo traguardo di approvazione. Il tempo dall'approvazione del responsabile all'approvazione finanziaria è una componente chiave del ciclo di approvazione complessivo.

Dove trovare

Catturato dal timestamp dell'azione di approvazione finale nella cronologia dettagliata delle approvazioni della nota spese o nel log di audit.

Acquisisci

Dal timestamp dell'evento di approvazione finale nella cronologia approvazioni della nota spese.

Tipo di evento explicit
Nota Spese Creata
Segna l'inizio del ciclo di vita del rapporto spese. Questo evento viene acquisito quando un utente crea e salva un nuovo rapporto spese per la prima volta, stabilendolo in uno stato di bozza.
Perché è importante

Questo è il punto di partenza per tutte le analisi di processo ed è cruciale per misurare il tempo di ciclo totale end-to-end di un rapporto spese.

Dove trovare

Questo è un evento esplicito acquisito dal timestamp di creazione del record di intestazione del rapporto spese in Coupa. Il timestamp 'created_at' sulla tabella di intestazione delle spese è la fonte.

Acquisisci

Usi il timestamp di creazione dell'oggetto della nota spese.

Tipo di evento explicit
Nota Spese Inviata
Il dipendente invia formalmente il rapporto spese completato per l'approvazione. Questa azione fa passare il rapporto da uno stato di bozza a uno stato di approvazione in sospeso ed è esplicitamente registrata dal sistema.
Perché è importante

Questo è un traguardo critico che avvia il cronometro dell'approvazione. La durata tra creazione e presentazione indica quanto tempo impiegano i dipendenti a preparare i rapporti.

Dove trovare

Catturato dal timestamp di invio sul record della nota spese stessa o dalla voce del log di audit per l'evento di invio.

Acquisisci

Usi il campo timestamp 'submitted_at' sulla nota spese.

Tipo di evento explicit
Registrato in Contabilità
Le transazioni finanziarie relative al rapporto spese vengono registrate nel Conto Economico. Questo rappresenta il passaggio finale del processo da una prospettiva contabile finanziaria.
Perché è importante

Questa è l'attività finale, che segna la vera fine del processo. Il tempo dal rimborso alla registrazione è critico per una chiusura finanziaria rapida e accurata.

Dove trovare

Questo evento viene acquisito dalla data di registrazione della voce di diario o delle righe contabili associate al rapporto spese, gestite dall'integrazione contabile di Coupa.

Acquisisci

Dal campo data di contabilizzazione sulle voci contabili relative alla nota spese.

Tipo di evento explicit
Rimborso Eseguito
Il pagamento viene elaborato con successo e i fondi vengono erogati al dipendente. Questo evento conferma che il dipendente è stato pagato e completa la parte di rimborso del processo.
Perché è importante

Questo è un traguardo critico per la soddisfazione dei dipendenti ed è il punto finale per il KPI del Tempo Medio di Consegna del Rimborso.

Dove trovare

Catturato dalla data di esecuzione del pagamento sul record di pagamento associato alla nota spese, tipicamente all'interno di Coupa Pay o di un sistema AP integrato.

Acquisisci

Dalla data di pagamento sul record di pagamento associato e collegato alla nota spese.

Tipo di evento explicit
Controllo Policy Eseguito
Viene eseguito un controllo automatico di conformità alle policy aziendali sulle spese. Questo è tipicamente inferito dal timestamp in cui un flag di violazione della policy o un avviso viene impostato per la prima volta sul rapporto.
Perché è importante

Essenziale per la dashboard di Panoramica Conformità Policy. Aiuta a capire se e quando le violazioni vengono rilevate nel processo, e il loro impatto sui tempi di approvazione.

Dove trovare

Deducibile dal timestamp associato a un flag di violazione della policy applicato a una riga di spesa o all'intestazione del rapporto.

Acquisisci

Timestamp in cui un flag di violazione della policy viene impostato per la prima volta sul rapporto spese o sulle sue righe.

Tipo di evento inferred
Inviato Indietro per Revisione
Un approvatore rimanda il rapporto al dipendente per correzioni senza emettere un rifiuto finale. Questa azione crea un ciclo di rilavorazione ed è inferita da un cambiamento di stato o da uno specifico evento del log di audit.
Perché è importante

Questa attività è la pietra angolare per l'analisi dei cicli di rilavorazione. Identificare il motivo per cui i rapporti vengono restituiti aiuta a migliorare la formazione e i tassi di approvazione al primo passaggio.

Dove trovare

Deducibile da un cambio di stato a uno stato come 'In attesa di correzione' o 'Restituito'. Coupa potrebbe anche registrare esplicitamente questa azione nella sua cronologia delle approvazioni.

Acquisisci

Timestamp del cambio di stato a uno stato 'richiede revisione' o di un evento specifico dall'audit log.

Tipo di evento inferred
Nota Spese Ritirata
Il dipendente ritira un rapporto spese inviato prima che sia stato completamente approvato. Questa azione annulla il processo di approvazione corrente ed è acquisita come un evento esplicito.
Perché è importante

Traccia i casi in cui i dipendenti si correggono autonomamente o annullano le proprie sottomissioni, il che può indicare confusione sul processo. È una forma di interruzione del processo.

Dove trovare

Catturato da un'azione utente esplicita, che si traduce in uno stato 'Ritirato' o 'Annullato' e registrato nel log di audit.

Acquisisci

Dal timestamp dell'azione di 'ritiro' nel log di audit della nota spese.

Tipo di evento explicit
Ricevute Allegato
Rappresenta l'azione dell'utente di caricare o allegare ricevute a una riga di spesa all'interno del rapporto. Questo viene acquisito osservando la creazione di record di allegati collegati al rapporto spese.
Perché è importante

L'analisi dei tempi e della frequenza di questa attività può rivelare schemi di comportamento degli utenti e potenziali ritardi causati dalla documentazione mancante.

Dove trovare

Deducibile dal timestamp di creazione dei record degli allegati collegati allo specifico ID del Rapporto Spese.

Acquisisci

Identifichi i timestamp quando i record degli allegati sono collegati alla nota spese.

Tipo di evento inferred
Rifiutato dal Responsabile
Il responsabile del dipendente rifiuta il rapporto spese, il che spesso interrompe il processo e restituisce il rapporto al dipendente. Questo è acquisito come un evento specifico nella cronologia delle approvazioni.
Perché è importante

Questo è un esito negativo che evidenzia attriti nel processo. L'analisi di questi eventi è cruciale per la dashboard e il KPI del Tasso di Rifiuto dei Rapporti Spese.

Dove trovare

Catturato dal timestamp dell'azione di rifiuto nella cronologia delle approvazioni della nota spese o nel log di audit.

Acquisisci

Dal timestamp dell'evento di rifiuto nel log della cronologia approvazioni della nota spese.

Tipo di evento explicit
Rifiutato dalla Finanza
Il team finanziario o di audit rifiuta il rapporto spese, che è un esito negativo terminale. Questo è acquisito come stato di rifiuto finale nella cronologia del rapporto.
Perché è importante

Tracciare i rifiuti finanziari aiuta a identificare seri problemi di conformità o documentazione che potrebbero essere stati persi dalle revisioni precedenti, influenzando il KPI del tasso di rifiuto.

Dove trovare

Catturato dal timestamp dell'azione di rifiuto da parte di un approvatore finanziario nel log di audit della nota spese.

Acquisisci

Dal timestamp dell'evento di rifiuto nel log di audit durante la fase di revisione finanziaria.

Tipo di evento explicit
Rimborso Pianificato
Dopo l'approvazione finale, la nota spese viene raggruppata in un lotto di pagamento. Questo segna la transizione dalla fase di approvazione alla fase di elaborazione del pagamento.
Perché è importante

Questa attività avvia il cronometro per il Tempo di Ciclo di Esecuzione del Rimborso. I ritardi qui indicano arretrati nel trasferimento dei rapporti approvati al sistema di pagamento.

Dove trovare

Deducibile da un cambio di stato a 'In attesa di pagamento' o dalla data in cui il rapporto è associato a un record di lotto di pagamento in Coupa Pay.

Acquisisci

Timestamp quando lo stato cambia in 'In attesa di pagamento' o dalla data di creazione del batch di pagamento correlato.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i Suoi dati da Coupa Expenses