Il Suo Template dei dati Purchase to Pay - Requisition

NetSuite
Il Suo Template dei dati Purchase to Pay - Requisition

Il Suo Template dei dati Purchase to Pay - Requisition

Questo Template fornisce una roadmap chiara per raccogliere i dati essenziali necessari ad analizzare il processo Purchase to Pay, Requisition. Illustra gli Attributi fondamentali, definisce le attività chiave da monitorare e offre indicazioni pratiche per estrarre queste informazioni dal sistema di origine. Utilizzi questa risorsa per preparare il Suo Event Log e ottenere insight significativi con il Process Mining.
  • Attributi consigliati da raccogliere
  • Attività chiave da monitorare per la process discovery
  • Indicazioni per l'estrazione dei dati
Non conosce ancora gli Event Log? Scopra come creare un Event Log per il Process Mining.

Purchase to Pay - Requisition: attributi

Questi sono i campi dati consigliati da includere nell’Event Log per un’analisi completa del processo Purchase to Pay - Requisition.
3 Obbligatorio 4 Consigliato 12 Facoltativo
Nome Descrizione
ID della richiesta di acquisto
PurchaseRequisitionId
L’identificativo univoco di ogni richiesta di acquisto, che funge da Case ID principale per l’analisi del processo.
Descrizione

Il Purchase Requisition ID è l’identificativo centrale che collega tutte le attività e gli eventi relativi a una specifica richiesta di beni o servizi. A ogni richiesta viene assegnato un ID univoco al momento della creazione in NetSuite, che rimane invariato per tutto il suo ciclo di vita.

Nel process mining, questo Attributo è fondamentale per la correlazione dei casi. Consente di ricostruire il percorso end-to-end di ogni richiesta, dalla creazione iniziale attraverso tutti i passaggi di approvazione e le modifiche, fino agli esiti finali, come l’approvazione, il rifiuto o la conversione in un ordine di acquisto. Analizzare i processi in base a questo ID è essenziale per calcolare la durata del ciclo di vita, monitorare le modifiche di stato e identificare le variazioni nei flussi di processo.

Perché è importante

È la chiave essenziale per tracciare il ciclo di vita completo di una singola richiesta di acquisto, rendendo possibile l’analisi dei flussi di processo e il calcolo delle metriche a livello di caso.

Dove reperirlo

È l’ID interno o il numero della transazione del record Purchase Requisition in NetSuite. In genere è disponibile nel campo "tranid" della transazione.

Esempi
PR-001254PR-001255PR-001256
Nome dell'attività
ActivityName
Il nome di uno specifico evento aziendale o di un’attività che si è verificata nel ciclo di vita della richiesta di acquisto.
Descrizione

Activity Name descrive un passaggio distinto del processo delle richieste, come "Requisition Created", "Approval Step Approved" o "Purchase Order Created". Queste attività sono gli elementi costitutivi della mappa del processo e rappresentano il lavoro svolto.

Analizzare queste attività consente di visualizzare il flusso del processo, identificare i colli di bottiglia e misurare il tempo trascorso nelle diverse fasi. La sequenza delle attività associata a un determinato Purchase Requisition ID definisce il relativo percorso, che può quindi essere confrontato con le procedure standard per individuare deviazioni o inefficienze.

Perché è importante

Definisce i passaggi del processo, consentendo di visualizzare le mappe di processo, analizzare le varianti e identificare i colli di bottiglia.

Dove reperirlo

In genere, questo dato deriva dalla combinazione dello stato della transazione, delle voci del log di sistema, della cronologia del Workflow o del monitoraggio personalizzato degli eventi all'interno di NetSuite.

Esempi
Richiesta creataFase di approvazione approvataRichiesta modificataOrdine di acquisto creato
Ora dell'evento
EventTime
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

L'ora dell'evento, ovvero il timestamp, registra il momento esatto in cui si è svolta un'attività. Questi dati temporali sono fondamentali per comprendere le dinamiche del processo di richiesta, inclusi la durata, la sequenza degli eventi e le relative tempistiche.

Nell'analisi dei processi, i timestamp vengono utilizzati per calcolare i tempi di ciclo, i tempi di attesa tra le attività e il rispetto degli accordi sui livelli di servizio. Costituiscono la base di tutte le analisi basate sul tempo e consentono di creare Dashboard come «Tempo di ciclo dell'approvazione della richiesta» e KPI quali «Tempo medio di ciclo della richiesta». Timestamp accurati sono essenziali per ottenere un modello di processo affidabile.

Perché è importante

Questo timestamp costituisce la base di tutte le analisi relative alle prestazioni, ad esempio per calcolare i tempi di ciclo, individuare i ritardi e misurare l'efficienza del processo.

Dove reperirlo

Queste informazioni vengono acquisite in campi generati dal sistema, come «Data di creazione», oppure nei timestamp disponibili nelle Note di sistema o nei log di esecuzione del Workflow per ogni transazione.

Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
Importo totale
TotalAmount
Il valore monetario complessivo della richiesta di acquisto.
Descrizione

Questo attributo acquisisce il costo totale di tutti gli articoli elencati nella richiesta di acquisto. È un dato finanziario fondamentale che spesso influenza il processo stesso, ad esempio attivando Workflow di approvazione diversi in base a soglie di valore.

L'analisi dell'importo totale aiuta a comprendere i modelli di spesa e l'impatto finanziario. Consente di filtrare le richieste in base al valore, correlare le deviazioni del processo alle richieste di importo elevato e dare priorità all'analisi dei casi finanziariamente più rilevanti. È un attributo essenziale per qualsiasi analisi di processo finanziaria o relativa alla Conformità.

Perché è importante

Fornisce un contesto finanziario e consente di analizzare il processo in base al valore, che spesso determina i percorsi di approvazione e la priorità aziendale.

Dove reperirlo

È un campo standard del record della Purchase Requisition, spesso denominato «Total» o con una variante simile.

Esempi
500.001250.7525000.00
Reparto
Department
Il reparto aziendale a cui appartiene la richiesta o il richiedente.
Descrizione

L'attributo Reparto rappresenta l'unità organizzativa associata alla richiesta di acquisto, che di norma coincide con il reparto del richiedente. Queste informazioni consentono di segmentare e analizzare il processo dal punto di vista organizzativo.

È una dimensione fondamentale per molte analisi, ad esempio per confrontare i tempi di ciclo dell'approvazione tra i reparti, comprendere i modelli di spesa o individuare i reparti con i tassi di rifiuto più elevati. Questa segmentazione aiuta il management ad allocare le risorse, personalizzare la formazione e semplificare i Workflow per specifiche unità aziendali.

Perché è importante

Consente una segmentazione efficace dei dati di processo per confrontare prestazioni, costi e Conformità tra diverse unità aziendali.

Dove reperirlo

Queste informazioni sono spesso associate al record del dipendente del richiedente oppure possono essere impostate direttamente nell'intestazione della transazione della Purchase Requisition.

Esempi
MarketingITFinanzaOperations
Richiedente
Requester
Il dipendente che ha creato e inviato la richiesta di acquisto.
Descrizione

Il richiedente è la persona che avvia il processo di approvvigionamento creando la richiesta. In genere si tratta di un dipendente che necessita di determinati beni o servizi per svolgere il proprio lavoro.

Analizzare i dati per richiedente è essenziale per individuare i modelli di comportamento degli utenti. Consente di creare Dashboard come «Prestazioni del richiedente e fabbisogni formativi», mettendo in evidenza le persone con tassi di rifiuto elevati o che apportano modifiche con frequenza. Questi insight possono indicare dove una formazione aggiuntiva o linee guida più chiare potrebbero migliorare la qualità dell'invio al primo tentativo e l'efficienza complessiva del processo.

Perché è importante

Identifica chi avvia il processo, un'informazione fondamentale per analizzare il comportamento degli utenti, i tassi di rifiuto per richiedente e i fabbisogni formativi.

Dove reperirlo

In genere corrisponde al campo «Employee» o «Created By» del record della Purchase Requisition.

Esempi
John SmithJane DoePeter Jones
Stato della richiesta
RequisitionStatus
Indica lo stato attuale della richiesta nel suo ciclo di vita.
Descrizione

Lo stato della richiesta fornisce una fotografia della posizione della richiesta di acquisto nel processo in un determinato momento. Gli stati più comuni includono «In attesa di approvazione», «Approvata completamente», «Rifiutata» e «Chiusa».

Questo attributo è fondamentale per creare Dashboard come «Stato e anzianità delle richieste», che monitorano le richieste attive e il tempo trascorso nello stato corrente. L'analisi delle transizioni di stato è una componente essenziale della process discovery, perché aiuta a comprendere sia i percorsi standard sia le eccezioni. Viene inoltre utilizzato per determinare l'esito finale di un caso.

Perché è importante

Fornisce una fotografia dell'avanzamento di un caso, consentendo di analizzare le richieste in sospeso da più tempo e individuare i punti in cui i casi si bloccano.

Dove reperirlo

È il campo «Status» o «Approval Status» dell'intestazione della transazione Purchase Requisition.

Esempi
In attesa di approvazioneCompletamente approvataRifiutataChiusa
Approvatore
Approver
Il dipendente o l'utente responsabile dell'approvazione o del rifiuto di una fase di approvazione.
Descrizione

L'approvatore è la persona incaricata di esaminare e gestire una richiesta di acquisto in una specifica fase del Workflow di approvazione. Per una singola richiesta possono essere presenti più approvatori, ciascuno associato a un'attività di approvazione diversa.

Questo attributo è essenziale per analizzare le prestazioni del processo di approvazione. Consente di creare Dashboard come «Distribuzione dei tempi di ciclo delle fasi di approvazione», che possono individuare i colli di bottiglia a livello individuale o di gruppo. Monitorando chi esegue le approvazioni, le organizzazioni possono garantire la responsabilità, bilanciare i carichi di lavoro e individuare i ritardi causati da specifici approvatori.

Perché è importante

Identifica l'utente che esegue le attività di approvazione, un'informazione fondamentale per analizzare le prestazioni e il carico di lavoro degli approvatori e individuare i colli di bottiglia.

Dove reperirlo

Queste informazioni si trovano spesso nel log di esecuzione del Workflow o nelle Note di sistema associate alle modifiche dello stato di approvazione. Possono inoltre essere memorizzate in campi personalizzati dei record relativi al Workflow di approvazione.

Esempi
Sarah JenkinsDavid ChenGruppo di approvazione della finanza
Categoria dell'articolo
ItemCategory
La categoria dei beni o dei servizi richiesti nella richiesta.
Descrizione

La categoria dell'articolo raggruppa gli articoli di una richiesta di acquisto in categorie logiche, come «Hardware IT», «Materiale per ufficio» o «Servizi professionali». Può essere ricavata dai record degli articoli collegati alle righe della richiesta.

Questo attributo consente un'analisi più approfondita e granulare del processo di richiesta. Aiuta a rispondere a domande come: «Le richieste di hardware IT richiedono più tempo per essere approvate rispetto a quelle di materiale per ufficio?». Segmentando il processo per categoria dell'articolo, le aziende possono individuare colli di bottiglia specifici per categoria, analizzare la spesa per categoria e definire strategie di approvvigionamento mirate.

Perché è importante

Consente di analizzare il processo in base a ciò che viene acquistato, aiutando a individuare colli di bottiglia o problemi di Conformità specifici per categoria.

Dove reperirlo

Queste informazioni derivano dai record «Item» collegati a livello di riga della Purchase Requisition. La categoria può essere un campo standard o personalizzato del record Item.

Esempi
Hardware ITLicenze softwareMateriale per ufficioServizi di marketing
È rilavorazione
IsRework
Un flag booleano che indica se la richiesta ha attraversato un ciclo di rifiuto e nuovo invio.
Descrizione

È rilavorazione è un attributo booleano derivato, impostato su true se una richiesta di acquisto è stata rifiutata in un qualsiasi momento e successivamente modificata o nuovamente inviata per l'approvazione. Identifica i casi che hanno richiesto attività e gestione aggiuntive rispetto al percorso standard.

Questo attributo semplifica l'analisi delle inefficienze di processo. Viene utilizzato per calcolare il KPI «Numero di cicli di rifiuto dell'approvazione» e aiuta a quantificare l'impatto dei rifiuti sul processo complessivo. Filtrando i casi in cui È rilavorazione è true, gli analisti possono isolare le varianti di processo problematiche e analizzare le cause principali dei rifiuti iniziali, come la scarsa qualità dei dati o una comprensione insufficiente delle policy.

Perché è importante

Aiuta a quantificare la frequenza e l'impatto dei cicli di rilavorazione, che rappresentano una delle principali fonti di inefficienza e ritardi del processo.

Dove reperirlo

È un attributo calcolato. La logica verifica se, per lo stesso caso, l'attività «Richiesta inviata per approvazione» si verifica dopo l'attività «Fase di approvazione rifiutata».

Esempi
truefalse
ID dell'ordine di acquisto
PurchaseOrderId
L'identificativo dell'ordine di acquisto creato a partire dalla richiesta approvata.
Descrizione

L'ID dell'ordine di acquisto è l'identificativo univoco dell'ordine generato a seguito dell'approvazione di una richiesta. Questo attributo costituisce un collegamento fondamentale tra il processo di richiesta e le successive attività di approvvigionamento.

Nell'analisi dei processi, questo collegamento è essenziale per un'analisi P2P end-to-end. Consente di calcolare il KPI «Tempo di attraversamento per la creazione dell'ordine», misurando il tempo tra l'approvazione della richiesta e la creazione dell'ordine. Aiuta inoltre a calcolare il «Tasso di conversione da richiesta a ordine», fornendo indicazioni sull'efficacia con cui le richieste vengono trasformate in ordini operativi.

Perché è importante

Collega la richiesta all'ordine di acquisto risultante e consente di misurare il tempo di creazione dell'ordine e analizzare il processo end-to-end.

Dove reperirlo

Si trova nel record della Purchase Requisition, spesso in una scheda dei record correlati o in un collegamento «Created From» direttamente nell'ordine di acquisto.

Esempi
PO-005432PO-005433PO-005434
Livello di urgenza
UrgencyLevel
Una classificazione della priorità della richiesta, ad esempio Standard o Urgente.
Descrizione

Il livello di urgenza è un attributo categoriale che indica la priorità aziendale di una richiesta di acquisto. Consente ai dipendenti di segnalare le richieste che richiedono una gestione accelerata a causa di esigenze aziendali critiche.

Questo attributo è stato progettato per supportare la Dashboard «Prestazioni nella gestione delle richieste urgenti» e il KPI «Tempo di gestione delle richieste urgenti». Filtrando i dati di processo in base a questo attributo, gli analisti possono confrontare i tempi di ciclo e i percorsi di processo delle richieste urgenti con quelli delle richieste standard, per determinare se la gestione prioritaria sia efficace o se i colli di bottiglia continuino a causare ritardi.

Perché è importante

Consente di confrontare le prestazioni del processo per le richieste ad alta priorità e per quelle standard, garantendo una gestione efficiente delle esigenze critiche.

Dove reperirlo

In genere si tratta di un campo personalizzato a livello di corpo della transazione nel modulo Purchase Requisition.

Esempi
AltaMediaBassa
Motivo del rifiuto
RejectionReason
La spiegazione fornita da un approvatore quando una richiesta viene rifiutata.
Descrizione

Il motivo del rifiuto è un attributo testuale in cui l'approvatore può indicare perché una richiesta di acquisto non soddisfaceva i requisiti per l'approvazione. Fornisce un contesto qualitativo all'attività «Fase di approvazione rifiutata».

Queste informazioni sono preziose per l'analisi delle cause principali. Alimentano Dashboard come «Analisi del tasso di rifiuto delle richieste», mostrando non solo che cosa è stato rifiutato, ma anche perché. Tra i motivi più comuni possono rientrare «Conto contabile errato», «Budget superato» o «Dettagli insufficienti». L'analisi di questi motivi aiuta a individuare problemi sistemici, migliorare la formazione degli utenti e perfezionare le linee guida per l'invio, riducendo rilavorazioni e tassi di rifiuto.

Perché è importante

Fornisce un contesto essenziale sulle cause dei rifiuti e consente di analizzarne le cause principali per ridurre i rifiuti futuri e migliorare la qualità al primo invio.

Dove reperirlo

Viene spesso acquisito in un campo «Memo» durante l'azione di rifiuto o in un campo personalizzato aggiunto al Workflow di approvazione. Può inoltre essere presente nelle Note di sistema.

Esempi
Budget superatoFornitore selezionato non correttoDettagli dell'articolo mancantiRichiesta duplicata
Nome del fornitore
VendorName
Il nome del fornitore suggerito o preferenziale per la richiesta.
Descrizione

L'attributo Nome del fornitore identifica il fornitore dal quale si intendono acquistare i beni o i servizi. Sebbene la richiesta sia un documento interno, spesso viene indicato un fornitore preferenziale.

L'analisi di questo attributo può rivelare modelli relativi alla gestione dei fornitori. Consente di monitorare quali fornitori vengono richiesti più frequentemente, verificare se le richieste relative a determinati fornitori richiedono più tempo per essere approvate e garantire la Conformità agli accordi con i fornitori preferenziali. Queste informazioni possono costituire un input prezioso per il sourcing strategico e la gestione delle relazioni con i fornitori.

Perché è importante

Aiuta ad analizzare i modelli di approvvigionamento per fornitore, garantire la Conformità agli elenchi dei fornitori preferenziali e individuare variazioni del processo specifiche per fornitore.

Dove reperirlo

Può essere un campo «Vendor» a livello di intestazione oppure essere specificato nelle righe della Purchase Requisition.

Esempi
Dell Inc.StaplesMcKinsey & Company
Percorso del Workflow di approvazione
ApprovalWorkflowPath
Una rappresentazione della sequenza delle fasi di approvazione attraversate da una richiesta.
Descrizione

Il percorso del Workflow di approvazione è un attributo derivato che concatena la sequenza delle attività o degli stati di approvazione di una determinata richiesta, ad esempio «Inviata -> Approvazione del responsabile -> Approvazione Finance». Crea una firma univoca del percorso seguito da ciascun caso.

Questo attributo costituisce la base per i controlli di Conformità e l'analisi delle varianti. Supporta direttamente le Dashboard «Percorsi di richiesta non conformi» e «Conformità del percorso del Workflow di approvazione», semplificando il filtraggio e il raggruppamento dei casi in base al flusso di processo esatto seguito. Confrontando i percorsi effettivi con quelli standard predefiniti, le organizzazioni possono quantificare la Conformità e analizzare le cause principali delle deviazioni.

Perché è importante

Consente un'efficace analisi delle varianti e dei controlli di Conformità, sintetizzando l'esatta sequenza delle fasi di approvazione per ogni caso.

Dove reperirlo

È un attributo derivato, calcolato concatenando i valori «ActivityName» in ordine cronologico per ogni «PurchaseRequisitionId».

Esempi
Creata > Inviata > ApprovataCreata > Inviata > Rifiutata > Modificata > Inviata > ApprovataCreata > Inviata > Approvata > Ritirata
Sistema di origine
SourceSystem
Identifica il sistema di origine da cui sono stati estratti i dati.
Descrizione

Questo attributo specifica il sistema di origine dei dati di processo, che in questo caso è NetSuite. È particolarmente utile negli ambienti in cui vengono combinati dati provenienti da più sistemi per ottenere una visione completa del processo.

Sebbene in un'analisi relativa a un unico sistema possa sembrare un dato statico, fornisce un contesto essenziale ed è una best practice per la governance e la tracciabilità dei dati. Aiuta a confermare l'origine dei dati e garantisce che qualsiasi logica o trasformazione specifica del sistema venga interpretata correttamente durante l'analisi.

Perché è importante

Fornisce un contesto essenziale sull'origine dei dati, garantendo chiarezza e una governance adeguata, soprattutto negli ambienti multi-sistema.

Dove reperirlo

Si tratta del valore statico «NetSuite», che deve essere aggiunto durante il processo di estrazione e trasformazione dei dati.

Esempi
NetSuiteNetSuite SuitePeopleNetSuite ERP
Tempo di ciclo
CycleTime
Il tempo totale trascorso dalla creazione alla risoluzione finale di una richiesta.
Descrizione

Il tempo di ciclo è una metrica calcolata che misura la durata complessiva del processo di richiesta di acquisto per un singolo caso. In genere viene calcolato come differenza temporale tra la prima attività, ad esempio «Richiesta creata», e l'ultima attività terminale, ad esempio «Richiesta approvata completamente» o «Richiesta definitivamente rifiutata».

È un indicatore chiave di prestazione primario per l'efficienza complessiva del processo. Viene utilizzato per calcolare il KPI «Tempo medio di ciclo della richiesta» e aiuta a individuare tendenze, valori anomali e l'impatto delle iniziative di miglioramento del processo. L'analisi della distribuzione dei tempi di ciclo può far emergere le richieste con tempi estremamente lunghi che penalizzano significativamente la prestazione media.

Perché è importante

Misura direttamente l'efficienza end-to-end del processo, una metrica fondamentale per individuare i ritardi e valutare le prestazioni complessive.

Dove reperirlo

È un attributo calcolato, ottenuto sottraendo il timestamp del primo evento da quello dell'ultimo evento per ogni «PurchaseRequisitionId».

Esempi
25920060480086400
Ultimo aggiornamento dei dati
LastDataUpdate
Il timestamp che indica quando i dati sono stati estratti o aggiornati per l'ultima volta dal sistema di origine.
Descrizione

Questo attributo registra la data e l'ora dell'estrazione più recente dei dati da NetSuite. È un elemento di metadati fondamentale per qualsiasi Dashboard o analisi di Process Mining.

Questo timestamp fornisce il contesto necessario per valutare l'aggiornamento dei dati e consente di capire se si stanno visualizzando informazioni in tempo reale o una fotografia riferita a uno specifico momento. È essenziale per la convalida dei dati e per comunicare agli stakeholder l'attualità degli insight generati dall'analisi del processo.

Perché è importante

Informa gli utenti sull'aggiornamento dei dati, consentendo loro di comprendere quanto siano attuali gli insight sul processo.

Dove reperirlo

Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento (ETL) dei dati.

Esempi
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
Valuta
Currency
Il codice valuta dell'importo totale della richiesta.
Descrizione

L'attributo Valuta specifica la valuta in cui sono espressi i valori finanziari della richiesta, ad esempio USD, EUR o GBP. È particolarmente importante per le organizzazioni multinazionali che operano con più valute.

Questo campo garantisce la corretta interpretazione dei dati finanziari. Nel Process Mining consente di aggregare e confrontare correttamente i valori monetari, convertendo tutti gli importi in un'unica valuta di riferimento oppure segmentando l'analisi per valuta. Previene report finanziari inaccurati e garantisce chiarezza nelle attività globali.

Perché è importante

È essenziale per un'analisi finanziaria accurata nelle organizzazioni multinazionali, poiché garantisce la corretta interpretazione e aggregazione dei valori monetari.

Dove reperirlo

È il campo standard «Currency» del record della transazione Purchase Requisition, soprattutto nelle istanze NetSuite che gestiscono più valute.

Esempi
USDEURGBP
Obbligatorio Consigliato Facoltativo

Purchase to Pay - Requisition: attività

Questi sono i passaggi chiave e le principali tappe del processo da acquisire nell’Event Log per una corretta individuazione del processo e dei colli di bottiglia.
5 Consigliato 6 Facoltativo
Attività Descrizione
Ordine di acquisto creato
Un ordine di acquisto (PO) viene generato a partire dalla richiesta approvata completamente, impegnando formalmente i fondi nei confronti di un fornitore. Si tratta di un evento esplicito, contrassegnato dalla creazione di una nuova transazione PO collegata alla richiesta di origine.
Perché è importante

Questo è il principale risultato di una richiesta completata correttamente e un passaggio di consegne fondamentale nel processo Purchase to Pay. Il tempo tra l’approvazione e la creazione del PO è un KPI critico per l’efficienza degli approvvigionamenti.

Dove reperirlo

Viene identificato individuando un record Purchase Order in cui il campo "Created From" o un campo di collegamento analogo fa riferimento al Purchase Requisition ID. La data di creazione del PO costituisce il Timestamp di questa attività.

Acquisizione

Individui il PO in cui il campo "Created From" corrisponde al Requisition ID e utilizzi il campo "Date Created" del PO.

Tipo di evento explicit
Richiesta chiusa
La richiesta viene chiusa formalmente, indicando che non sono previste ulteriori azioni. Questo avviene spesso automaticamente dopo che tutte le quantità della richiesta sono state ordinate tramite ordini di acquisto collegati.
Perché è importante

Questa attività segna la fine definitiva del ciclo di vita della richiesta. Conferma che l’esigenza aziendale è stata soddisfatta e che il record è stato finalizzato.

Dove reperirlo

Viene dedotto dalla sottoscheda System Notes, identificando il Timestamp in cui il campo "Status" a livello di riga o di intestazione viene aggiornato a "Closed".

Acquisizione

Timestamp della modifica del campo "Status" a "Closed".

Tipo di evento inferred
Richiesta completamente approvata
La richiesta di acquisto completa correttamente tutti i passaggi richiesti dal Workflow di approvazione. Questo evento viene dedotto quando lo stato finale "Approval Status" del record cambia a "Approved".
Perché è importante

Si tratta di una tappa fondamentale, che indica che la richiesta è pronta per essere convertita in un ordine di acquisto. Segna la fine del ciclo di approvazione e l’inizio della fase di evasione dell’approvvigionamento.

Dove reperirlo

Viene dedotto dalla sottoscheda System Notes, identificando il Timestamp in cui il campo "Approval Status" viene impostato sullo stato finale "Approved".

Acquisizione

Timestamp della modifica di "Approval Status" a "Approved".

Tipo di evento inferred
Richiesta creata
Un utente avvia il processo di approvvigionamento creando e salvando un nuovo record di richiesta di acquisto. Questo è il primo evento nel ciclo di vita della richiesta e viene acquisito quando il record della transazione viene salvato per la prima volta in NetSuite.
Perché è importante

Questa attività segna l’avvio ufficiale del processo di approvvigionamento per una specifica esigenza. Analizzare il tempo che intercorre tra la creazione e l’invio può rivelare ritardi nell’inserimento dei dati o nella formulazione iniziale della richiesta.

Dove reperirlo

Questo evento viene acquisito dal Timestamp della data di creazione del record della transazione Purchase Requisition. È disponibile nell’intestazione principale del record o nella sottoscheda System Notes, che registra l’azione "Create".

Acquisizione

Utilizzi il campo "Date Created" del record Purchase Requisition.

Tipo di evento explicit
Richiesta definitivamente rifiutata
La richiesta di acquisto viene rifiutata in via definitiva e non sarà ulteriormente elaborata. Questo evento viene dedotto quando lo stato finale "Approval Status" della richiesta viene aggiornato a "Rejected".
Perché è importante

Questa attività rappresenta il punto finale critico delle richieste non andate a buon fine. Comprendere perché e quando le richieste vengono rifiutate definitivamente fornisce informazioni utili sulla conformità alle policy e sulle problematiche di budget.

Dove reperirlo

Viene dedotto dalla sottoscheda System Notes, identificando il Timestamp in cui il campo "Approval Status" viene impostato sullo stato finale "Rejected".

Acquisizione

Timestamp della modifica di "Approval Status" a "Rejected".

Tipo di evento inferred
Fase di approvazione approvata
Un utente autorizzato approva il passaggio assegnatogli nel Workflow, avvicinando la richiesta all’approvazione finale. La piattaforma SuiteApprovals di NetSuite registra esplicitamente questa azione, con i dettagli relativi all’utente e al Timestamp.
Perché è importante

Questa attività rappresenta un avanzamento positivo nella catena di approvazione. Analizzare il tempo tra i diversi passaggi di approvazione aiuta a comprendere l’efficienza del Workflow e dei singoli approvatori.

Dove reperirlo

Viene acquisita dal log SuiteApprovals o dalla sottoscheda System Notes, che registra l’azione di approvazione, l’approvatore e il Timestamp esatto dell’evento.

Acquisizione

Individui le azioni di approvazione nel log SuiteApprovals o in System Notes.

Tipo di evento explicit
Fase di approvazione avviata
La richiesta entra in una fase specifica del Workflow di approvazione, in attesa dell’intervento di un approvatore o di un gruppo designato. Questo passaggio viene generalmente dedotto quando il Workflow assegna la richiesta all’approvatore successivo nella sequenza.
Perché è importante

Questa attività segna l’inizio del tempo di attesa per ogni singolo passaggio di approvazione. È essenziale per individuare i colli di bottiglia nella gerarchia di approvazione e gli approvatori più lenti.

Dove reperirlo

Viene dedotto dai log di esecuzione del Workflow o dalle modifiche a un campo "Current Approver" o a un campo relativo allo stato del Workflow. La piattaforma SuiteApprovals tiene traccia del passaggio di approvazione attivo.

Acquisizione

Lo deduca dai log del Workflow o dal momento in cui il record viene assegnato a un nuovo approvatore.

Tipo di evento inferred
Fase di approvazione rifiutata
Un approvatore rifiuta il passaggio assegnatogli, rinviando generalmente la richiesta al richiedente per le correzioni. Questa azione viene registrata esplicitamente dal motore Workflow SuiteApprovals.
Perché è importante

Questo evento è un indicatore chiave di rilavorazione e inefficienza del processo. Analizzare i punti di rifiuto aiuta a individuare le cause più comuni degli esiti negativi, come violazioni delle policy o dati errati.

Dove reperirlo

Viene acquisito dal log SuiteApprovals o dalla sottoscheda System Notes, che registra l’azione di rifiuto, l’utente che l’ha eseguita e il Timestamp.

Acquisizione

Individui le azioni di rifiuto nel log SuiteApprovals o in System Notes.

Tipo di evento explicit
Richiesta inviata per approvazione
Il richiedente invia formalmente la richiesta completata al Workflow di approvazione designato. Questo passaggio viene spesso dedotto da una modifica dello stato del record della richiesta, ad esempio da "Draft" o "Pending Submission" a "Pending Approval".
Perché è importante

Questa attività avvia il ciclo di approvazione ed è un punto di partenza fondamentale per misurare i tempi di attraversamento dell’approvazione. Aiuta a determinare quanto tempo le richieste rimangono in attesa prima dell’avvio del processo formale di approvazione.

Dove reperirlo

Viene dedotto dalla sottoscheda System Notes, identificando il Timestamp in cui il campo "Approval Status" cambia per la prima volta a un valore come "Pending Approval".

Acquisizione

Identifichi il primo Timestamp in cui il campo "Approval Status" cambia a "Pending Approval".

Tipo di evento inferred
Richiesta modificata
Un utente modifica un campo qualsiasi della richiesta di acquisto dopo la sua creazione iniziale, spesso in risposta a un rifiuto o a un cambiamento dei requisiti. Questo evento viene acquisito direttamente dalla funzionalità di audit trail di NetSuite.
Perché è importante

Monitorare le modifiche è fondamentale per individuare i cicli di rilavorazione e i problemi di qualità dei dati. Un’elevata frequenza di modifiche può indicare requisiti iniziali poco chiari o la necessità di formazione per i richiedenti.

Dove reperirlo

Viene acquisito dalla sottoscheda System Notes del record Purchase Requisition. Ogni voce con un "Type" pari a "Change" o "Edit" relativa a un campo pertinente rappresenta una modifica.

Acquisizione

Registri un evento per ogni voce di tipo "Change" nel log System Notes.

Tipo di evento explicit
Richiesta ritirata
Il richiedente originale o un amministratore annulla la richiesta prima che venga approvata completamente o convertita in un ordine di acquisto. Questo evento viene generalmente dedotto da una modifica dello stato a "Cancelled" o "Withdrawn".
Perché è importante

Questa attività rappresenta un’eccezione o la conclusione del processo avviata dal richiedente. Analizzare i ritiri può evidenziare cambiamenti nelle esigenze aziendali o richieste non più valide.

Dove reperirlo

Viene dedotto dalla sottoscheda System Notes, monitorando il Timestamp in cui il campo "Approval Status" viene aggiornato a un valore come "Cancelled" o a uno stato personalizzato di ritiro.

Acquisizione

Timestamp della modifica di "Approval Status" a "Cancelled" o "Withdrawn".

Tipo di evento inferred
Consigliato Facoltativo

Guide all'estrazione

Come ottenere i Suoi dati da NetSuite

Pronto per iniziare?

Utilizzi questo Template per avviare il Suo percorso nel Process Mining e ottenere insight preziosi sul processo Purchase to Pay, Requisition in NetSuite. Inizi oggi a ottimizzare l'efficienza e ad accelerare le approvazioni.

Ottimizzi oggi il processo Purchase to Pay per le richieste di acquisto!

Ottenga approvazioni delle requisition più rapide del 30% ed elimini i colli di bottiglia.

Inizi la prova gratuita

Non è richiesta alcuna carta di credito. Inizi oggi a ottimizzare i Suoi processi.