Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture
Il Suo Template dati per Purchase to Pay - Elaborazione delle fatture
Questo è il nostro template generico dei dati per il Process Mining relativo a Procure to Pay - Elaborazione delle fatture. Utilizzi i nostri template specifici per sistema per indicazioni più dettagliate.
Selezioni un sistema specifico- Campi dati consigliati per un'analisi approfondita
- Attività e tappe fondamentali da monitorare
- Indicazioni per estrarre i dati del processo
Attributi di Procure to Pay - Elaborazione delle fatture
| Nome | Descrizione | ||
|---|---|---|---|
| Nome dell’attività ActivityName | Il nome di uno specifico evento aziendale o Task che si è verificato durante il ciclo di vita dell’elaborazione della fattura. | ||
| Descrizione Il nome dell’attività descrive un singolo passaggio o una tappa del percorso di elaborazione della fattura. Tra gli esempi rientrano “Fattura ricevuta”, “Fattura inviata per approvazione”, “Blocco di pagamento applicato” e “Pagamento eseguito”. Questo attributo fornisce la descrizione del processo, illustrando ciò che è accaduto alla fattura nel tempo. Nel Process Mining, questo attributo viene utilizzato per generare la process map, che rappresenta visivamente il Workflow. Analizzare la sequenza, la frequenza e i percorsi di queste attività aiuta a individuare i flussi di processo più comuni, le deviazioni, i colli di bottiglia e i cicli di rilavorazione. La qualità e il livello di dettaglio dei nomi delle attività sono fondamentali per creare un’analisi di processo significativa e utile all’azione. Perché è importante Questo attributo definisce i passaggi del processo, costituendo la struttura portante della process map e consentendo tutte le analisi relative ai flussi. Dove reperirlo Queste informazioni derivano spesso dai log delle modifiche di stato, dalle tabelle degli eventi o dai codici transazione del sistema sorgente. Esempi Fattura inseritaFattura approvataBlocco di pagamento applicatoPagamento eseguito | |||
| Numero della fattura InvoiceNumber | L’identificativo univoco della fattura di un fornitore. Funge da chiave primaria per monitorare la fattura durante l’intero ciclo di vita. | ||
| Descrizione Il numero della fattura è il codice alfanumerico univoco assegnato a una fattura dal fornitore. Nel Process Mining, questo attributo è fondamentale perché funge generalmente da Case ID e identifica in modo univoco il percorso di ogni fattura, dalla ricezione al pagamento. Utilizzando il numero della fattura come Case ID, tutte le attività correlate, come “Fattura ricevuta”, “Fattura approvata” e “Pagamento eseguito”, possono essere collegate per ricostruire il processo end-to-end relativo a quella specifica fattura. Ciò consente un’analisi dettagliata dei tempi di ciclo, dei percorsi e delle deviazioni per ogni singolo caso, costituendo la base dell’intera analisi di processo. Perché è importante È l’identificativo essenziale del caso che collega tutti gli eventi correlati, rendendo possibile tracciare il ciclo di vita end-to-end di una singola fattura. Dove reperirlo È un campo principale, generalmente presente nell’intestazione di una tabella delle transazioni relative alle fatture. Esempi INV-2024-001239876543210US-5839A-24 | |||
| Ora dell’evento EventTime | Il timestamp preciso che indica quando si è verificata una specifica attività o un determinato evento. | ||
| Descrizione L’ora dell’evento, o ora di inizio, registra la data e l’ora esatte in cui si è svolta un’attività aziendale. Ogni attività del processo, da “Fattura ricevuta” a “Pagamento eseguito”, ha un timestamp associato. Queste informazioni cronologiche sono essenziali per ordinare gli eventi e calcolare le durate. Questo attributo viene utilizzato per ordinare cronologicamente gli eventi e costruire il flusso di processo per ogni caso. Costituisce la base di tutte le analisi temporali, inclusi il calcolo dei tempi di ciclo tra le attività, l’identificazione dei colli di bottiglia in cui si perde tempo e il monitoraggio delle prestazioni rispetto agli accordi sui livelli di servizio. Timestamp accurati e precisi sono fondamentali per l’affidabilità di qualsiasi analisi di Process Mining. Perché è importante Fornisce l’ordine cronologico degli eventi ed è la base di tutti i calcoli relativi alle prestazioni e alle durate, come il tempo di ciclo. Dove reperirlo Si trova generalmente negli Event Log oppure in un campo “Creation Date” o “Entry Date” associato a ogni transazione o modifica di stato. Esempi 2023-10-26T10:00:00Z2024-01-15T14:35:10Z2023-11-01T09:12:05Z | |||
| Sistema sorgente SourceSystem | Il sistema di origine dal quale sono stati estratti i dati degli eventi. | ||
| Descrizione L’attributo Sistema sorgente identifica l’applicazione o la piattaforma in cui è stato registrato l’evento di elaborazione della fattura. In ecosistemi IT complessi, il percorso di una fattura può estendersi su più sistemi, come una soluzione di scansione, uno strumento Workflow e un sistema ERP. Comprendere il sistema sorgente fornisce contesto ai dati e aiuta a risolvere i problemi di qualità dei dati. Consente inoltre di analizzare processi che attraversano i confini tra sistemi, mettendo in evidenza potenziali difficoltà di integrazione o ritardi causati dai passaggi tra applicazioni diverse. Questo può essere particolarmente utile quando si consolidano dati provenienti da sistemi legacy e moderni. Perché è importante Fornisce il contesto sull’origine dei dati, fondamentale per la validazione dei dati e per analizzare processi che si estendono su più sistemi IT. Dove reperirlo Si tratta spesso di un valore statico aggiunto durante l’estrazione dei dati oppure di un campo disponibile nei log di sistema che indica il nome o l’ID dell’applicazione. Esempi SAP_ECC_PRODOracle_Fusion_FINCoupa_R34 | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Il timestamp che indica l’ultima volta in cui i dati relativi a questo evento sono stati aggiornati dal sistema sorgente. | ||
| Descrizione Questo attributo registra la data e l’ora dell’ultima estrazione o dell’ultimo aggiornamento dei dati. Funge da campo di metadati che indica il livello di aggiornamento del dataset analizzato. Sebbene non venga utilizzato direttamente per disegnare la process map, è fondamentale per comprendere la tempestività dell’analisi. Aiuta a capire se si stanno esaminando dati in tempo reale o una fotografia riferita a uno specifico momento, aspetto essenziale per prendere decisioni operative informate. È inoltre importante per monitorare lo stato e la frequenza della pipeline dati. Perché è importante Indica il livello di aggiornamento dei dati e consente di comprendere quanto sia attuale l’analisi del processo. Dove reperirlo Questo timestamp viene generalmente generato e aggiunto al dataset durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati. Esempi 2024-05-21T04:00:00Z2024-05-20T04:00:00Z2024-05-19T04:00:00Z | |||
| Data di scadenza del pagamento PaymentDueDate | La data entro la quale la fattura deve essere pagata per evitare che risulti scaduta. | ||
| Descrizione La Payment Due Date è una data fondamentale, calcolata in base alla data della fattura e alle condizioni di pagamento concordate. Rappresenta il termine entro il quale effettuare il pagamento al fornitore, così da mantenere un rapporto corretto ed evitare penali per i ritardi. Questo attributo è essenziale per monitorare le prestazioni relative ai pagamenti puntuali. Viene utilizzato per calcolare KPI come l'On-Time Payment Rate e per identificare le fatture a rischio di scadenza. Analizzare l'intervallo tra la data di approvazione della fattura e la data di scadenza del pagamento aiuta a valutare l'efficienza delle fasi finali di pianificazione ed esecuzione del pagamento. Perché è importante È essenziale per misurare le prestazioni dei pagamenti puntuali e analizzare le cause dei pagamenti effettuati in ritardo. Dove reperirlo Questa data si trova generalmente nei dettagli della transazione relativa alla fattura. Può essere inserita direttamente oppure ricavata dalla data della fattura e dalle condizioni di pagamento. Esempi 2024-06-302024-07-152024-08-01 | |||
| Importo della fattura InvoiceAmount | Il valore monetario totale della fattura. | ||
| Descrizione Invoice Amount rappresenta il valore totale della fattura, inclusi tutti gli elementi, le imposte e le commissioni. Si tratta di un attributo finanziario fondamentale, che definisce la rilevanza monetaria di ogni caso. Viene spesso analizzato insieme ad altri attributi per comprenderne l'impatto sul processo. Questo attributo è essenziale per l'analisi finanziaria e la definizione delle priorità. Filtrando le fatture in base all'importo, gli analisti possono verificare se quelle di valore elevato seguono un percorso di approvazione diverso e più rigoroso oppure se sono maggiormente soggette a ritardi. È inoltre indispensabile per le Dashboard che monitorano il valore totale delle fatture elaborate e per i KPI relativi all'acquisizione degli sconti, nei quali il risparmio potenziale è espresso come percentuale dell'importo della fattura. Perché è importante Consente di analizzare l'impatto finanziario, stabilire la priorità delle fatture di valore elevato e verificare se il valore della fattura influisce sui tempi o sul percorso di elaborazione. Dove reperirlo Si tratta di un campo standard, generalmente presente nell'intestazione di una tabella delle transazioni relative alle fatture. Esempi 5250.751200.0025000.0089.99 | |||
| Motivo del blocco o del rifiuto BlockOrRejectionReason | Il motivo indicato quando una fattura viene bloccata per il pagamento o rifiutata durante l'approvazione. | ||
| Descrizione Questo attributo acquisisce il motivo specifico per cui l'avanzamento di una fattura è stato interrotto, a seguito di un rifiuto durante il Workflow di approvazione oppure di un blocco del pagamento dopo l'approvazione. I motivi possono variare da 'Quantità errata' e 'Discrepanza di prezzo' a 'Numero PO mancante' o 'Fattura duplicata'. Si tratta di uno degli attributi più importanti per l'analisi delle cause principali. Analizzando la frequenza dei diversi motivi, le organizzazioni possono individuare le fonti più comuni di attrito e inefficienza nel processo di gestione delle fatture. Queste informazioni basate sui dati consentono di intervenire sui problemi sottostanti, ad esempio migliorando la comunicazione con i fornitori, rafforzando la conformità ai PO o offrendo una formazione più efficace al personale. Perché è importante È fondamentale per l'analisi delle cause principali e aiuta a identificare i motivi più frequenti di ritardi, rilavorazioni e inefficienze. Dove reperirlo Queste informazioni si trovano in campi specifici come 'Reason Code' o 'Hold Reason' nei dati delle transazioni relative alle fatture o nei log di approvazione associati. Esempi Discrepanza del prezzoQuantità errataFattura duplicataRicezione della merce mancante | |||
| Nome del fornitore VendorName | Il nome del fornitore che ha inviato la fattura. | ||
| Descrizione Questo attributo acquisisce il nome della controparte esterna che ha emesso la fattura. Fornisce un contesto essenziale, collegando la transazione finanziaria a uno specifico rapporto con un fornitore. Disporre di dati coerenti e corretti sui fornitori è fondamentale per ottenere report e analisi accurati. Nel Process Mining, Vendor Name è una dimensione chiave per la segmentazione. Gli analisti possono filtrare il processo per esaminare la gestione delle fatture relative a fornitori con volumi elevati o problematici. In questo modo è possibile identificare i fornitori che inviano frequentemente fatture con errori, causando ritardi e rilavorazioni. Il dato supporta inoltre iniziative strategiche come la gestione delle prestazioni dei fornitori e l'individuazione di opportunità per programmi dedicati ai fornitori preferenziali. Perché è importante Consente di segmentare il processo per analizzare le prestazioni per fornitore, un'attività fondamentale per la gestione dei fornitori e l'identificazione delle cause delle fatture problematiche. Dove reperirlo Questo dato si trova generalmente nelle informazioni di intestazione della fattura, collegate a una tabella anagrafica dei fornitori tramite un ID fornitore. Esempi Global Office SuppliesInnovate Tech SolutionsCity Logistics Inc. | |||
| Ora di fine EndTime | Il timestamp che indica quando un’attività o un evento è stato completato. Per gli eventi istantanei, spesso coincide con l’ora di inizio. | ||
| Descrizione L’attributo Ora di fine registra il momento preciso in cui si conclude un passaggio del processo. È fondamentale per calcolare con accuratezza la durata delle attività, una metrica essenziale nel Process Mining. Confrontando l’ora di inizio e l’ora di fine, gli analisti possono misurare la durata di ogni passaggio, individuando i colli di bottiglia e le aree in cui migliorare l’efficienza. Nell’analisi, l’ora di fine viene utilizzata per calcolare i tempi di ciclo delle singole attività e di interi segmenti di processo. Ad esempio, la durata del passaggio “Approvazione della fattura” può essere determinata sottraendo l’ora di inizio dall’ora di fine dell’attività “Fattura approvata”. Questi dati aiutano a creare Dashboard sulle prestazioni, definire benchmark e monitorare l’impatto delle modifiche al processo. Perché è importante Consente di calcolare con precisione la durata delle attività, un elemento essenziale per individuare i colli di bottiglia e misurare l’efficienza dell’elaborazione. Dove reperirlo Si trova nei log di sistema o nei dati delle transazioni, spesso in un campo “Completion Date”, “Change Date” o in un campo timestamp separato relativo al completamento dell’attività. Esempi 2023-10-26T10:05:12Z2024-01-15T15:00:00Z2023-11-01T09:12:05Z | |||
| Utente User | L’utente, il dipendente o l’agente di sistema che ha eseguito l’attività. | ||
| Descrizione L’attributo Utente identifica la persona o il sistema automatizzato responsabile dell’esecuzione di uno specifico passaggio del Workflow di elaborazione delle fatture. Può trattarsi di un addetto alla contabilità fornitori che ha inserito la fattura, di un responsabile che l’ha approvata o di un bot automatizzato che ha eseguito un Task di matching. Analizzare i dati per utente è essenziale per comprendere la distribuzione del carico di lavoro, le prestazioni individuali e le esigenze formative. Consente di filtrare la process map per vedere come team o singole persone gestiscono le fatture, mettendo in evidenza le variazioni nei Workflow. Questa analisi può far emergere i profili con le migliori prestazioni, evidenziare problemi di instradamento o individuare gli utenti che necessitano di ulteriore supporto o formazione sulle procedure aziendali. Perché è importante Aiuta ad analizzare la distribuzione del carico di lavoro, le prestazioni degli utenti e le variazioni del processo tra team o singole persone. Dove reperirlo Queste informazioni sono generalmente disponibili nei dettagli della transazione, spesso con etichette come “User Name”, “Entered By”, “Changed By” o “Approver”. Esempi j.doeSYSTEM_RFCAlice.Smithapprover_pool_1 | |||
| Valuta della fattura InvoiceCurrency | Il codice della valuta dell'importo della fattura, ad esempio USD o EUR. | ||
| Descrizione Questo attributo specifica la valuta in cui è espresso l'Invoice Amount. È essenziale per le organizzazioni che operano a livello internazionale e collaborano con fornitori di Paesi diversi. Il codice valuta, generalmente conforme allo standard ISO 4217, garantisce la corretta interpretazione dei dati finanziari. Nell'analisi, Invoice Currency viene utilizzato per segmentare i dati e ottenere viste regionali o specifiche per Paese. È fondamentale per la reportistica finanziaria, che deve aggregare correttamente gli importi e spesso richiede la conversione in una valuta di riferimento. L'analisi delle variazioni del processo per valuta può inoltre evidenziare complessità legate ai pagamenti internazionali o alla gestione dei cambi. Perché è importante Fornisce il contesto necessario per interpretare gli importi delle fatture, consentendo analisi finanziarie accurate e una segmentazione efficace delle attività internazionali. Dove reperirlo Si tratta di un campo standard, generalmente presente nell'intestazione di una tabella delle transazioni relative alle fatture. Esempi USDEURGBPJPY | |||
| Codice società CompanyCode | L'identificativo dell'entità giuridica o della società dell'organizzazione che elabora la fattura. | ||
| Descrizione Il Company Code rappresenta una specifica entità giuridica o società controllata all'interno di un gruppo più ampio. In molti sistemi finanziari, le transazioni sono separate per codice società ai fini contabili e di reportistica. Questo attributo consente di effettuare analisi comparative tra diverse unità aziendali. Segmentando la mappa del processo per Company Code, gli analisti possono confrontare le prestazioni, individuare le best practice di una determinata entità e scoprire problemi sistemici in un'altra. È un attributo fondamentale per qualsiasi organizzazione con più di un'entità giuridica, poiché permette di comprendere le variazioni del processo e garantire la conformità a livello aziendale. Perché è importante Consente di confrontare e valutare le prestazioni dei processi tra diverse entità giuridiche o unità aziendali all'interno dell'organizzazione. Dove reperirlo È un campo organizzativo fondamentale, generalmente presente nell'intestazione di tutte le tabelle delle transazioni finanziarie. Esempi 1000US01DE015100 | |||
| Condizioni di pagamento PaymentTerms | Le condizioni concordate per il pagamento della fattura, che determinano la data di scadenza e gli eventuali sconti per il pagamento anticipato. | ||
| Descrizione Payment Terms indica le condizioni concordate con un fornitore per il pagamento di una fattura. Queste condizioni sono generalmente espresse in un formato standardizzato, come 'Net 30' (pagamento dovuto entro 30 giorni) oppure '2% 10, Net 30' (sconto del 2% se il pagamento viene effettuato entro 10 giorni; in caso contrario, l'intero importo è dovuto entro 30 giorni). Questo attributo è essenziale per la strategia finanziaria e l'analisi delle prestazioni. Costituisce la base per calcolare la Payment Due Date e identificare le opportunità di acquisire sconti per il pagamento anticipato. Analizzare il processo in base alle diverse condizioni di pagamento può rivelare se determinate condizioni sono correlate a ritardi di elaborazione o se l'organizzazione sta sfruttando efficacemente le opportunità di sconto più favorevoli. Perché è importante È fondamentale per analizzare le prestazioni dei pagamenti puntuali e identificare le opportunità di acquisire sconti per il pagamento anticipato. Dove reperirlo Queste informazioni provengono generalmente dai dati anagrafici del fornitore e sono specificate nell'intestazione della fattura. Esempi 30 giorni netti60 giorni netti2% 10, 30 giorni nettiPagamento alla ricezione | |||
| Data della fattura InvoiceDate | La data in cui il fornitore ha emesso il documento della fattura. | ||
| Descrizione La Invoice Date è la data indicata dal fornitore sul documento della fattura. Segna l'inizio ufficiale del ciclo di vita del pagamento dal punto di vista del fornitore e costituisce spesso la base per calcolare la data di scadenza del pagamento in base alle condizioni concordate. Analizzare l'intervallo tra la Invoice Date e l'attività 'Fattura ricevuta' o 'Fattura inserita' è fondamentale per identificare i ritardi nell'invio o nell'acquisizione delle fatture. Questo 'ritardo nella ricezione della fattura' può rappresentare una componente significativa e nascosta del tempo totale di ciclo; ridurlo può migliorare le prestazioni dei pagamenti puntuali e aumentare le opportunità di acquisire sconti per il pagamento anticipato. Perché è importante Aiuta a misurare il 'ritardo nella ricezione della fattura' tra il momento in cui il fornitore emette una fattura e quello in cui la fattura viene inserita nel sistema. Dove reperirlo È un campo data standard nei dati di intestazione della fattura, spesso denominato 'Data documento' o 'Data fattura'. Esempi 2024-05-012024-04-152024-06-10 | |||
| Numero dell'ordine di acquisto PurchaseOrderNumber | L'identificativo del Purchase Order (PO) a cui è associata la fattura. | ||
| Descrizione Il Purchase Order Number collega una fattura a un documento di approvvigionamento pre-approvato. Questo collegamento è centrale nel processo di matching, durante il quale il sistema verifica che i dettagli della fattura, come quantità e prezzi, corrispondano a quanto ordinato nel PO. Questo attributo è fondamentale per analizzare l'efficienza del processo di matching. Un'elevata percentuale di fatture associate a un PO ed elaborate straight-through indica un processo di approvvigionamento efficace. Al contrario, l'analisi delle fatture prive di PO può rivelare acquisti non conformi alle procedure o aree in cui le policy di approvvigionamento non vengono rispettate. La presenza o l'assenza di un PO è un criterio comune per segmentare il processo e confrontarne l'efficienza. Perché è importante Aiuta a distinguere tra fatture con PO e senza PO, che spesso seguono processi diversi e presentano livelli di efficienza differenti. Dove reperirlo Questo identificativo si trova generalmente nei dettagli dell'intestazione o delle righe della fattura e la collega al documento di acquisto. Esempi 4500018921PO-2024-7837300000456 | |||
| Stato della fattura InvoiceStatus | Lo stato corrente della fattura nel relativo Workflow di elaborazione. | ||
| Descrizione Invoice Status fornisce un'istantanea della posizione della fattura nel suo ciclo di vita al momento dell'estrazione dei dati. Gli stati più comuni includono 'In elaborazione', 'Approvata', 'Pagata', 'Rifiutata' o 'Bloccata'. Questo attributo offre una panoramica di alto livello della condizione corrente della fattura. Sebbene il Process Mining ricostruisca l'intero percorso, lo stato corrente è prezioso per le Dashboard operative che monitorano il carico di lavoro attivo. Aiuta i responsabili a comprendere il volume di fatture presente in ogni fase, ad esempio quante sono in attesa di approvazione o bloccate. In questo modo è possibile gestire proattivamente la pipeline delle fatture e prevenire colli di bottiglia e ritardi. Perché è importante Fornisce un'istantanea del carico di lavoro corrente e consente di monitorare i volumi delle fatture nelle diverse fasi, ad esempio 'In attesa di approvazione' o 'Bloccata'. Dove reperirlo Si tratta generalmente di un campo di stato nella tabella di intestazione della fattura, aggiornato man mano che la fattura procede nel suo ciclo di vita. Esempi PagatoIn elaborazioneRifiutatoApprovato per il pagamento | |||
Attività di Procure to Pay - Elaborazione delle fatture
| Attività | Descrizione | ||
|---|---|---|---|
| Anomalia di matching identificata | Si verifica quando il sistema o un utente individua una mancata corrispondenza tra la fattura, l’ordine di acquisto o la ricevuta merci. Queste discrepanze, come le variazioni di prezzo o quantità, pongono generalmente la fattura in sospeso e richiedono un intervento manuale. | ||
| Perché è importante Il monitoraggio di questi eventi è fondamentale per l’analisi delle cause principali dei ritardi di elaborazione e delle rilavorazioni. Aiuta a individuare i problemi relativi all’accuratezza delle fatture dei fornitori o ai processi interni di approvvigionamento. Dove reperirlo Viene dedotto da una modifica di stato che indica un errore di matching o dall’applicazione automatica di un blocco di sistema relativo a una variazione. Acquisizione Acquisire il timestamp del momento in cui lo stato del matching della fattura viene impostato su “Failed” o “Discrepancy”, oppure quando viene applicato un blocco relativo a una variazione. Tipo di evento inferred | |||
| Fattura approvata | Indica che la fattura è stata approvata con successo da tutte le parti richieste nel Workflow. Questa tappa autorizza la registrazione contabile della fattura e il successivo pagamento. | ||
| Perché è importante Si tratta di una tappa critica, che conclude la fase di validazione e approvazione. È essenziale per misurare i tempi del ciclo di approvazione e garantire la conformità alle policy di autorizzazione. Dove reperirlo Viene registrato esplicitamente nella cronologia delle approvazioni o nel log del Workflow al momento dell’approvazione finale. Acquisizione Utilizzare il timestamp dell’azione di approvazione finale nella cronologia delle approvazioni o del Workflow della fattura. Tipo di evento explicit | |||
| Fattura registrata nel GL | Rappresenta l’evento contabile formale con cui la fattura approvata viene registrata nel General Ledger. Questa azione crea una passività finanziaria e porta la fattura dallo stato di elaborazione a uno stato pronto per il pagamento. | ||
| Perché è importante Si tratta di una tappa finanziaria critica, che conferma il riconoscimento ufficiale della passività. I ritardi precedenti a questo passaggio possono incidere sulla chiusura contabile e sull’accuratezza della reportistica. Dove reperirlo È un evento transazionale esplicito, registrato nei moduli finanziari del sistema. Acquisizione Utilizzare la data di registrazione associata al documento finanziario creato a partire dalla fattura. Tipo di evento explicit | |||
| Fattura ricevuta | Indica la ricezione o la creazione iniziale di una fattura nel sistema. Questo evento rappresenta il punto di partenza del ciclo di vita dell’elaborazione della fattura, indipendentemente dal metodo di acquisizione, come l’inserimento manuale, il portale del fornitore o l’OCR. | ||
| Perché è importante Questa attività è fondamentale per misurare il tempo totale del ciclo di elaborazione della fattura, dall’inizio alla fine. Fornisce una base per comprendere il carico di lavoro e i ritardi iniziali di elaborazione. Dove reperirlo Questo evento viene generalmente acquisito dal timestamp di creazione del record della fattura o dal primo inserimento in un log documentale. Acquisizione Utilizzare la data e l’ora di creazione della fattura principale o del documento di debito del fornitore nel sistema sorgente. Tipo di evento explicit | |||
| Fattura rifiutata | Si verifica quando un approvatore rifiuta formalmente la fattura, interrompendone l’avanzamento nel Workflow. Il rifiuto rimanda generalmente la fattura alla correzione o all’annullamento, avviando un ciclo di rilavorazione. | ||
| Perché è importante Analizzare i rifiuti delle fatture aiuta a individuare le cause principali delle rilavorazioni, come codifiche errate, violazioni delle policy o problemi nei dati a monte. Ridurre i rifiuti è fondamentale per migliorare l’efficienza. Dove reperirlo Un’azione esplicita acquisita nella cronologia delle approvazioni o nel log del Workflow della fattura, spesso accompagnata dalle motivazioni del rifiuto. Acquisizione Individuare l’evento registrato quando un approvatore seleziona l’azione “Reject” o “Deny” nel Workflow. Tipo di evento explicit | |||
| Fattura sottoposta a matching | Indica il matching riuscito tra una fattura e un ordine di acquisto e, se applicabile, una ricevuta merci. Questo passaggio, automatico o manuale, verifica che quantità e prezzi fatturati corrispondano a quanto ordinato e ricevuto. | ||
| Perché è importante Si tratta di una tappa fondamentale per l’elaborazione straight-through. Un volume elevato di matching riusciti al primo tentativo indica processi di approvvigionamento a monte efficienti. Dove reperirlo Viene generalmente registrato come modifica di stato o come evento specifico nella cronologia della transazione, quando la validazione del matching è completata con successo. Acquisizione Individuare l’evento o l’aggiornamento di stato che indica che il matching della fattura è “Passed”, “Matched” o “Reconciled”. Tipo di evento explicit | |||
| Pagamento eseguito | Indica la fase finale del processo, in cui il pagamento viene eseguito e la passività relativa alla fattura viene estinta. Questo evento conferma che i fondi sono stati trasferiti al fornitore. | ||
| Perché è importante Rappresenta il completamento con successo del ciclo Purchase to Pay per una fattura. È l’evento definitivo per misurare i tassi di puntualità dei pagamenti e la durata complessiva del processo. Dove reperirlo Viene acquisito dalla data di registrazione del documento di pagamento che chiude la fattura. Acquisizione Utilizzare la data di compensazione o la data di pagamento del documento finanziario che salda la partita aperta del fornitore. Tipo di evento explicit | |||
| Blocco di pagamento applicato | Alla fattura viene applicato intenzionalmente un blocco che ne impedisce il pagamento anche se è stata approvata. Il blocco può essere applicato automaticamente in base alle regole di sistema oppure manualmente, ad esempio in caso di controversie con il fornitore. | ||
| Perché è importante I blocchi di pagamento sono una delle principali cause dei pagamenti tardivi e della perdita degli sconti. Individuare quando e perché vengono applicati è fondamentale per migliorare la puntualità dei pagamenti. Dove reperirlo Viene generalmente registrato come stato o flag specifico nel record della fattura o nelle relative righe. Acquisizione Acquisire l’evento in cui un codice di blocco del pagamento o uno stato di sospensione viene applicato alla fattura o alle relative righe. Tipo di evento explicit | |||
| Blocco di pagamento rimosso | Indica la rimozione di un blocco di pagamento precedentemente impostato, rendendo nuovamente la fattura idonea al pagamento. Questo evento segnala che il problema all’origine del blocco è stato risolto. | ||
| Perché è importante Il tempo trascorso tra l’applicazione e la rimozione di un blocco rappresenta un ritardo nel processo. Analizzare questa durata aiuta a individuare i colli di bottiglia nella risoluzione dei problemi. Dove reperirlo Viene acquisito quando lo stato o il flag di blocco del pagamento viene rimosso dal record della fattura. Acquisizione Acquisire l’evento in cui un codice di blocco del pagamento o uno stato di sospensione viene rimosso o modificato in uno stato non bloccato. Tipo di evento explicit | |||
| Discrepanza risolta | Indica il momento in cui una discrepanza di matching precedentemente identificata è stata analizzata e risolta manualmente. La fattura può così passare alla fase successiva, come l’approvazione o un nuovo matching. | ||
| Perché è importante Il tempo necessario per risolvere le discrepanze è uno dei principali fattori che determinano il tempo di ciclo dell’elaborazione delle fatture. L’analisi di questa attività aiuta a comprendere l’impegno e la durata della gestione delle eccezioni. Dove reperirlo Viene spesso dedotto dalla prima azione dell’utente che rimuove un blocco di matching o consente di rielaborare un matching non riuscito. Acquisizione Individuare l’evento in cui viene rimosso un blocco relativo al matching o la fattura viene sottoposta con successo a matching dopo un precedente errore. Tipo di evento inferred | |||
| Fattura annullata | La fattura è stata annullata, stornata o revocata e non verrà ulteriormente elaborata né pagata. Rappresenta uno stato terminale per una fattura errata o duplicata. | ||
| Perché è importante Il monitoraggio degli annullamenti offre visibilità sui problemi di qualità dei dati, sugli invii duplicati e su altri errori a monte. Un tasso elevato di annullamento può indicare problemi nella fatturazione dei fornitori o nei controlli interni. Dove reperirlo Una modifica di stato esplicita nel record della fattura o la creazione di un documento di storno corrispondente. Acquisizione Individuare il timestamp del momento in cui lo stato della fattura viene modificato in “Canceled” o “Voided”, oppure quando viene registrato un documento di storno. Tipo di evento explicit | |||
| Fattura inserita | Rappresenta il completamento dell’inserimento iniziale dei dati, quando i dettagli della fattura sono stati digitati o acquisiti tramite scansione, ma non sono ancora stati registrati contabilmente né inviati per l’approvazione formale. La fattura si trova spesso in uno stato temporaneo di “parcheggio” o di bozza. | ||
| Perché è importante Analizzare il tempo trascorso tra la ricezione e l’inserimento di una fattura aiuta a individuare gli arretrati nella fase di data entry. Può inoltre evidenziare l’efficienza delle soluzioni automatizzate di acquisizione dei dati. Dove reperirlo Questo evento viene spesso dedotto quando un record di fattura viene salvato con stato di bozza o parcheggiato prima di essere inviato a un Workflow. Acquisizione Acquisire il timestamp del momento in cui lo stato della fattura passa da nuovo a salvato, parcheggiato o in bozza. Tipo di evento inferred | |||
| Fattura inviata per approvazione | Rappresenta l’invio formale di una fattura in un Workflow di approvazione, dopo il completamento della validazione e del matching iniziali. La fattura viene indirizzata agli approvatori designati in base alle regole aziendali configurate. | ||
| Perché è importante Questa attività segna l’inizio del sottoprocesso di approvazione. Misurare il tempo trascorso da questo evento all’approvazione finale aiuta ad analizzare l’efficienza del Workflow di approvazione e a individuare i colli di bottiglia. Dove reperirlo Si tratta di un evento esplicito nei sistemi dotati di un motore Workflow, oppure può essere dedotto da una modifica di stato a “Pending Approval”. Acquisizione Acquisire il timestamp del momento in cui viene avviato il Workflow o lo stato della fattura viene aggiornato per indicare che è in attesa di approvazione. Tipo di evento explicit | |||
| Fattura rielaborata | Rappresenta un aggiornamento o una correzione manuale apportata a una fattura, spesso in seguito a un rifiuto o per correggere un errore identificato. Questa attività indica una deviazione dal processo standard touchless. | ||
| Perché è importante Il monitoraggio delle attività di rilavorazione evidenzia le inefficienze del processo e i costi nascosti. Comprendere perché le fatture vengono modificate può portare a miglioramenti mirati dei processi e della formazione. Dove reperirlo Viene generalmente dedotto dai log delle modifiche o dalle tracce di audit che registrano variazioni nei campi principali della fattura dopo l’inserimento iniziale. Acquisizione Acquisire i timestamp dai log di audit che indicano una modifica ai dati della fattura, in particolare dopo un evento di rifiuto o di blocco. Tipo di evento inferred | |||
| Fattura scaduta | È un evento calcolato che si verifica quando la data corrente supera la data di scadenza netta della fattura, mentre la fattura risulta ancora non pagata. La data di scadenza è determinata dalla data della fattura e dai termini di pagamento del fornitore. | ||
| Perché è importante Questa attività segnala direttamente i pagamenti tardivi, che possono danneggiare i rapporti con i fornitori e comportare penali. È essenziale per monitorare e migliorare il tasso di puntualità dei pagamenti. Dove reperirlo Non si tratta di un evento esplicito del sistema. Deve essere calcolato confrontando la data di pagamento, oppure la data corrente se la fattura non è stata pagata, con la data di scadenza della fattura. Acquisizione Calcolare questo evento valutando Tipo di evento calculated | |||
| Pagamento pianificato | La fattura registrata viene selezionata e inclusa in una proposta o in un batch di pagamento. Questo passaggio mette in coda la fattura per l’esecuzione del pagamento in una data specifica, ma non rappresenta ancora l’effettivo trasferimento dei fondi. | ||
| Perché è importante Questa attività offre visibilità sulla fase finale del processo. I ritardi tra la registrazione e la pianificazione del pagamento possono causare la perdita di sconti e pagamenti tardivi. Dove reperirlo Viene generalmente acquisito quando una fattura viene aggiunta a un payment run, a una proposta di pagamento o a un giornale dei pagamenti. Acquisizione Individuare la data di creazione della proposta o del batch di pagamento che include la fattura. Tipo di evento explicit | |||
Guide di estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
Pronto per iniziare?
Scelga una guida specifica per sistema per iniziare a estrarre i Suoi dati oppure utilizzi questo Template generico come riferimento di base per qualsiasi fonte dati.
Ottimizzi l'elaborazione delle fatture e aumenti oggi stesso l'efficienza P2P
Porti alla luce informazioni nascoste sul processo, riduca i costi e acceleri i Workflow di elaborazione delle fatture.
Non è richiesta alcuna carta di credito; la configurazione richiede solo 5 minuti.