Il Suo Template dei dati Purchase to Pay - Requisition
Il Suo Template dei dati Purchase to Pay - Requisition
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per la process discovery
- Indicazioni per l'estrazione dei dati
Purchase to Pay - Requisition: attributi
| 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
|
|||
Purchase to Pay - Requisition: attività
| 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
|
|||
Guide all'estrazione
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.
Non è richiesta alcuna carta di credito. Inizi oggi a ottimizzare i Suoi processi.