Il Suo template per i dati delle richieste Purchase to Pay

NetSuite
Il Suo template per i dati delle richieste Purchase to Pay

Il Suo template per i dati delle richieste Purchase to Pay

Questo modello offre una chiara guida per la raccolta dei dati essenziali necessari ad analizzare il processo di richiesta d'acquisto (Purchase to Pay, Requisition). Delinea gli attributi cruciali, definisce le attività chiave da monitorare e fornisce indicazioni pratiche per estrarre queste informazioni dal sistema di origine. Utilizzi questa risorsa per preparare il suo event log per un process mining approfondito.
  • Attributi consigliati da raccogliere
  • Attività chiave da tracciare per la scoperta dei processi
  • Guida all'estrazione dei dati
È nuovo agli event log? Impari come creare un event log di Process Mining.

Attributi di Dall'Acquisto al Pagamento - Richiesta

Questi sono i campi dati raccomandati da includere nel Suo event log per un'analisi completa del Suo processo Purchase to Pay - Requisition.
3 Obbligatorio 4 Consigliato 12 Facoltativo
Nome Descrizione
ID requisizione d’acquisto
PurchaseRequisitionId
L'identificatore univoco per ogni richiesta d'acquisto, che funge da case ID primario per l'analisi del processo.
Descrizione

L'ID richiesta d'acquisto è l'identificatore 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 costante per tutto il suo ciclo di vita.

Nel Process Mining, questo attributo è fondamentale per la correlazione dei casi. Consente la ricostruzione del percorso end-to-end di ogni richiesta, dalla sua creazione iniziale attraverso tutte le fasi di approvazione, le modifiche e gli esiti finali come l'approvazione, il rifiuto o la conversione in un ordine d'acquisto. Analizzare i processi tramite questo ID è essenziale per calcolare la durata del ciclo di vita, tracciare i cambiamenti di stato e identificare le variazioni nei flussi di processo.

Perché è importante

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

Dove trovare

Si tratta dell'ID interno o del numero di transazione del record della richiesta d'acquisto in NetSuite. Solitamente si trova nel campo 'tranid' della transazione.

Esempi
PR-001254PR-001255PR-001256
Nome attività
ActivityName
Il nome di uno specifico evento aziendale o task che si è verificato all'interno del ciclo di vita della richiesta d'acquisto.
Descrizione

Il Nome attività descrive una fase distinta del processo di richiesta, come 'Richiesta creata', 'Fase di approvazione approvata' o 'Ordine d'acquisto creato'. Queste attività sono i mattoni della mappa di processo e rappresentano il lavoro svolto.

L'analisi di queste attività consente di visualizzare il flusso del processo, identificare i colli di bottiglia e misurare il tempo trascorso nelle diverse fasi. La sequenza di attività per un dato ID richiesta d'acquisto ne definisce il percorso, che può quindi essere confrontato con le procedure standard per identificare deviazioni o inefficienze.

Perché è importante

Definisce le fasi del processo, consentendo la visualizzazione delle mappe di processo, l'analisi delle varianti di processo e l'identificazione dei colli di bottiglia.

Dove trovare

Questo è tipicamente derivato da una combinazione di stato della transazione, voci del log di sistema, cronologia del workflow o tracciamento degli eventi personalizzati all'interno di NetSuite.

Esempi
Richiesta CreataFase di Approvazione ApprovataRichiesta ModificataOrdine di acquisto creato
Timestamp Evento
EventTime
La data e l'ora precise in cui si è verificata l'attività.
Descrizione

L'Ora dell'Evento (Event Time), o timestamp, registra il momento esatto in cui si è verificata un'attività. Questo dato temporale è fondamentale per comprendere la dinamica del processo di richiesta, inclusa la sua durata, la sequenza degli eventi e la tempistica.

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 sul livello di servizio (SLA). Sono la base per ogni analisi temporale, consentendo la creazione di dashboard come 'Tempo di ciclo approvazione richieste' e KPI come 'Tempo di ciclo medio richieste'. Timestamp accurati sono indispensabili per un modello di processo affidabile.

Perché è importante

Questo timestamp è la base per tutte le analisi legate alle prestazioni, come il calcolo dei tempi di ciclo, l'identificazione dei ritardi e la misurazione dell'efficienza del processo.

Dove trovare

Queste informazioni sono acquisite in campi generati dal sistema come 'Data creazione' o 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
Dipartimento
Department
Il dipartimento aziendale a cui appartiene la richiesta o il richiedente.
Descrizione

L'attributo Dipartimento rappresenta l'unità organizzativa associata alla richiesta di acquisto, solitamente il dipartimento del richiedente. Questa informazione fornisce un modo per segmentare e analizzare il processo da un punto di vista organizzativo.

È una dimensione chiave per molte analisi, come il confronto dei tempi del ciclo di approvazione tra i dipartimenti, la comprensione dei modelli di spesa o l'identificazione di quali dipartimenti hanno i tassi di rifiuto più elevati. Questa segmentazione aiuta il management ad allocare le risorse, personalizzare la formazione e snellire i workflow per specifiche unità aziendali.

Perché è importante

Consente una potente segmentazione dei dati di processo per confrontare prestazioni, costi e conformità tra diverse business unit.

Dove trovare

Queste informazioni sono spesso associate al record dipendente del richiedente o possono essere impostate direttamente nella testata della transazione della richiesta d'acquisto.

Esempi
MarketingITFinanzaOperazioni
Importo Totale
TotalAmount
Il valore monetario totale della richiesta di acquisto.
Descrizione

Questo attributo acquisisce il costo totale di tutti gli articoli elencati nella richiesta d'acquisto. È un dato finanziario critico che spesso influenza il processo stesso, ad esempio attivando diversi workflow di approvazione basati su soglie di valore.

Analizzare l'Importo totale aiuta a comprendere i modelli di spesa e l'impatto finanziario. Consente di filtrare le richieste per valore, correlare le deviazioni di processo con le richieste di alto valore e dare priorità all'analisi dei casi finanziariamente significativi. È un attributo fondamentale per qualsiasi analisi di processo finanziaria o relativa alla conformità.

Perché è importante

Fornisce un contesto finanziario che consente analisi basate sul valore, il quale spesso determina i percorsi di approvazione e la priorità aziendale.

Dove trovare

Si tratta di un campo standard nel record della richiesta d'acquisto, spesso chiamato 'Totale' o una variante simile.

Esempi
500.001250.7525000.00
Richiedente
Requester
Il dipendente che ha creato e inviato la richiesta d'acquisto.
Descrizione

Il Richiedente è l'individuo che avvia il processo di approvvigionamento creando la richiesta. Si tratta tipicamente di un dipendente che necessita di beni o servizi specifici per svolgere il proprio lavoro.

Analizzare i dati per richiedente è essenziale per identificare i modelli di comportamento degli utenti. Aiuta a costruire dashboard come 'Prestazioni del richiedente e necessità di formazione' evidenziando le persone con tassi di rifiuto elevati o modifiche frequenti. Questi dati possono individuare le aree in cui una formazione supplementare o linee guida più chiare potrebbero migliorare la qualità dell'invio al primo tentativo e l'efficienza complessiva del processo.

Perché è importante

Identifica chi ha avviato il processo, il che è fondamentale per analizzare il comportamento degli utenti, i tassi di rifiuto per richiedente e le esigenze di formazione.

Dove trovare

Solitamente si tratta del campo 'Impiegato' o 'Creato da' nel record di transazione della richiesta d'acquisto.

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 panoramica di dove si trova una richiesta di acquisto nel suo processo in qualsiasi momento. Gli stati comuni includono 'In attesa di approvazione', 'Completamente approvata', 'Rifiutata' e 'Chiusa'.

Questo attributo è fondamentale per creare dashboard come 'Stato e anzianità della richiesta', che traccia le richieste attive e da quanto tempo si trovano nello stato attuale. L'analisi delle transizioni di stato è una parte fondamentale della process discovery, aiutando a comprendere sia i percorsi standard che le eccezioni. Viene anche utilizzato per determinare l'esito finale di un caso.

Perché è importante

Fornisce una panoramica dello stato di avanzamento di un caso, consentendo l'analisi dell'anzianità delle richieste e identificando dove i casi si bloccano.

Dove trovare

Si tratta del campo 'Stato' o 'Stato approvazione' nella testata della transazione della richiesta d'acquisto.

Esempi
In Attesa di ApprovazioneCompletamente ApprovataRifiutatoChiuso
Approvatore
Approver
L'impiegato o l'utente responsabile dell'approvazione o del rifiuto di una fase di approvazione.
Descrizione

L'Approvatore è l'individuo incaricato di revisionare e agire su una richiesta d'acquisto in una fase specifica del workflow di approvazione. Possono esserci più approvatori per una singola richiesta, ognuno associato a una diversa attività di approvazione.

Questo attributo è essenziale per analizzare le prestazioni del processo di approvazione stesso. Aiuta a costruire dashboard come la 'Distribuzione del tempo di ciclo delle fasi di approvazione', che può individuare colli di bottiglia individuali o di gruppo. Tracciando chi esegue le approvazioni, le organizzazioni possono garantire la responsabilità, bilanciare i carichi di lavoro e identificare i ritardi causati da specifici approvatori.

Perché è importante

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

Dove trovare

Queste informazioni si trovano spesso nel log di esecuzione del workflow o nelle Note di sistema associate ai cambiamenti di stato dell'approvazione. Possono anche essere memorizzate in campi di record personalizzati relativi al workflow di approvazione.

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

La Categoria articolo classifica gli articoli di una richiesta di acquisto in gruppi logici come 'Hardware IT', 'Articoli per ufficio' o 'Servizi professionali'. Può essere derivata 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 l'approvazione rispetto a quelle per gli articoli da ufficio?". Segmentando il processo per Categoria articolo, le aziende possono scoprire colli di bottiglia specifici, analizzare la spesa per categoria e adattare le strategie di approvvigionamento di conseguenza.

Perché è importante

Consente l'analisi del processo in base a ciò che viene acquistato, aiutando a identificare colli di bottiglia specifici per categoria o problemi di conformità.

Dove trovare

Queste informazioni sono derivate dai record 'Articolo' collegati a livello di singola voce della richiesta d'acquisto. La categoria stessa può essere un campo standard o personalizzato nel record dell'articolo.

Esempi
Hardware ITLicenze softwareForniture per ufficioServizi di Marketing
È una Rilavorazione
IsRework
Un indicatore booleano che segnala se la richiesta è passata attraverso un ciclo di rifiuto e reinvio.
Descrizione

Is Rework è un attributo booleano derivato che viene impostato su true se una richiesta di acquisto è stata rifiutata in qualsiasi momento e successivamente modificata o reinviata per l'approvazione. Identifica i casi che hanno richiesto lavoro e gestione supplementari oltre al percorso standard ("happy path").

Questo attributo semplifica l'analisi delle inefficienze di processo. Viene utilizzato per calcolare il KPI 'Conteggio cicli di rifiuto approvazione' e aiuta a quantificare l'impatto dei rifiuti sul processo complessivo. Filtrando i casi in cui Is Rework è true, gli analisti possono isolare le varianti di processo problematiche e indagare sulle cause profonde dei rifiuti iniziali, come la scarsa qualità dei dati o le incomprensioni delle policy.

Perché è importante

Aiuta a quantificare la frequenza e l'impatto dei cicli di rilavorazione (rework), che rappresentano una delle principali fonti di inefficienza e ritardo nei processi.

Dove trovare

Si tratta di un attributo calcolato. La logica verifica se un'attività 'Richiesta inviata per approvazione' si verifica dopo un'attività 'Fase di approvazione rifiutata' per lo stesso caso.

Esempi
truefalse
ID ordine di acquisto
PurchaseOrderId
L'identificativo dell'ordine di acquisto che è stato creato dalla richiesta approvata.
Descrizione

L'ID ordine d'acquisto è l'identificatore univoco dell'ordine d'acquisto generato a seguito di una richiesta approvata. Questo attributo funge da collegamento cruciale tra il processo di richiesta e le successive attività di approvvigionamento.

Nell'analisi dei processi, questo collegamento è vitale per l'analisi P2P end-to-end. Consente il calcolo del KPI 'Lead time creazione PO' misurando il tempo tra l'approvazione della richiesta e la creazione del PO. Aiuta anche a calcolare il 'Tasso di conversione richiesta-PO', fornendo informazioni su quanto efficacemente le richieste vengano convertite in ordini operativi.

Perché è importante

Collega la richiesta all'ordine d'acquisto (PO) risultante, consentendo di misurare il lead time di creazione del PO e l'analisi del processo end-to-end.

Dove trovare

Si trova nel record della richiesta d'acquisto, spesso in una scheda secondaria dei record correlati o in un link 'Creato da' sull'ordine d'acquisto stesso.

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

Il Livello di Urgenza è un attributo categorico che indica la priorità aziendale di una richiesta d'acquisto. Permette ai dipendenti di segnalare le richieste che necessitano di una gestione accelerata a causa di esigenze aziendali critiche.

Questo attributo è specificamente progettato per supportare la dashboard 'Prestazioni di Gestione delle Richieste Urgenti' e il KPI 'Tempo di Gestione delle Richieste Urgenti'. Filtrando i dati del processo in base a questo attributo, gli analisti possono confrontare i tempi di ciclo e i percorsi di processo delle richieste urgenti rispetto a quelle standard per determinare se la gestione prioritaria è efficace o se i bottleneck causano ancora ritardi.

Perché è importante

Consente di confrontare le prestazioni del processo tra richieste ad alta priorità e standard, garantendo che le esigenze critiche siano soddisfatte in modo efficiente.

Dove trovare

Questo sarebbe tipicamente un campo personalizzato nel corpo della transazione sul modulo di Richiesta d'Acquisto.

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

Il Motivo del rifiuto è un attributo di testo in cui un approvatore può indicare perché una richiesta di acquisto non soddisfa i requisiti per l'approvazione. Ciò fornisce un contesto qualitativo all'attività 'Fase di approvazione rifiutata'.

Queste informazioni sono preziose per l'analisi della causa profonda. Alimentano dashboard come l''Analisi del tasso di rifiuto delle richieste' mostrando non solo cosa è stato rifiutato, ma perché. I motivi comuni potrebbero includere 'Conto GL errato', 'Budget superato' o 'Dettagli insufficienti'. L'analisi di questi motivi aiuta a identificare problemi sistemici, migliorare la formazione degli utenti e affinare le linee guida per l'invio al fine di ridurre i tassi di rilavorazione e di rifiuto.

Perché è importante

Fornisce il contesto critico sul motivo dei rifiuti, consentendo l'analisi della causa profonda per ridurre i tassi di rifiuto futuri e migliorare la qualità al primo tentativo.

Dove trovare

Viene spesso acquisito in un campo 'Memo' durante l'azione di rifiuto o in un campo personalizzato aggiunto al workflow di approvazione. Può anche essere trovato nelle Note di sistema.

Esempi
Budget superatoSelezione del fornitore errataDettagli dell'articolo mancantiRichiesta duplicata
Nome Fornitore
VendorName
Il nome del fornitore suggerito o preferito per la richiesta.
Descrizione

L'attributo Nome fornitore identifica il fornitore da cui si intende acquistare i beni o i servizi. Sebbene una richiesta sia un documento interno, viene spesso specificato un fornitore preferito.

Analizzare questo attributo può rivelare modelli relativi alla gestione dei fornitori. Aiuta a tracciare quali fornitori sono richiesti più frequentemente, se le richieste per determinati fornitori affrontano tempi di approvazione più lunghi e a garantire la conformità con gli accordi con i fornitori preferiti. Queste informazioni possono essere un prezioso input per il sourcing strategico e la gestione delle relazioni con i fornitori.

Perché è importante

Aiuta ad analizzare i modelli di acquisto per fornitore, garantendo la conformità agli elenchi dei fornitori preferiti e identificando le varianti di processo specifiche per fornitore.

Dove trovare

Può trattarsi di un campo 'Fornitore' a livello di testata o specificato nelle singole voci del record della richiesta d'acquisto.

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

Il Percorso workflow di approvazione è un attributo derivato che concatena la sequenza delle attività o degli stati di approvazione per una data richiesta, ad esempio 'Inviata -> Approvazione Manager -> Approvazione Finance'. Questo crea una firma unica per il percorso seguito da ogni caso.

Questo attributo è la base per il controllo di conformità e l'analisi delle varianti. Supporta direttamente le dashboard 'Percorsi di richiesta non conformi' e 'Conformità percorso workflow di approvazione' rendendo facile filtrare e raggruppare i casi in base al loro esatto flusso di processo. Confrontando i percorsi reali con quelli standard predefiniti, le organizzazioni possono quantificare la conformità e indagare sulle cause profonde delle deviazioni.

Perché è importante

Consente una potente analisi delle varianti e il controllo della conformità riassumendo l'esatta sequenza delle fasi di approvazione per ogni caso.

Dove trovare

Si tratta di un attributo derivato, calcolato concatenando i valori 'ActivityName' in ordine cronologico per ogni 'PurchaseRequisitionId'.

Esempi
Creata > Inviata > ApprovataCreata > Inviata > Respinta > Modificata > Inviata > ApprovataCreata > Inviata > Approvata > Ritirata
Sistema di Origine
SourceSystem
Identifica il sistema sorgente 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 in ambienti in cui i dati provenienti da più sistemi vengono combinati per una visione olistica del processo.

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

Perché è importante

Fornisce un contesto fondamentale sull'origine dei dati, garantendo chiarezza e una corretta governance, specialmente in ambienti multi-sistema.

Dove trovare

Si tratta di un 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 (Cycle Time) è una metrica calcolata che misura la durata totale del processo di richiesta d'acquisto per un singolo caso. In genere viene calcolato come la differenza temporale tra la prima attività (ad es. 'Richiesta creata') e l'ultima attività terminale (ad es. 'Richiesta approvata' o 'Richiesta respinta definitivamente').

Si tratta di un indicatore chiave di prestazione (KPI) fondamentale per l'efficienza complessiva del processo. Viene utilizzato per calcolare il KPI 'Tempo di ciclo medio delle richieste' e aiuta a identificare tendenze, anomalie e l'impatto delle iniziative di miglioramento. L'analisi della distribuzione del tempo di ciclo può rivelare richieste con tempi lunghi che abbassano significativamente le prestazioni medie.

Perché è importante

Misura direttamente l'efficienza end-to-end del processo; è una metrica fondamentale per identificare i ritardi e valutare le prestazioni globali.

Dove trovare

Si tratta di un attributo calcolato, derivato sottraendo il timestamp del primo evento dal timestamp dell'ultimo evento per ogni 'PurchaseRequisitionId'.

Esempi
25920060480086400
Ultimo `Data Update`
LastDataUpdate
Il timestamp che indica l'ultima estrazione o aggiornamento dei dati dal sistema di origine.
Descrizione

Questo attributo registra la data e l'ora del caricamento dati più recente da NetSuite. È un metadato critico per qualsiasi dashboard o analisi di Process Mining.

Questo timestamp fornisce il contesto sulla freschezza dei dati, consentendo agli utenti di capire se stanno visualizzando informazioni in tempo reale o una panoramica di un momento specifico. È fondamentale per la convalida dei dati e per comunicare agli stakeholder la tempestività degli insight generati dall'analisi del processo.

Perché è importante

Informa gli utenti sulla tempestività dei dati, assicurando che comprendano quanto siano aggiornati i process insights.

Dove trovare

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

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

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

Questo campo assicura che i dati finanziari siano interpretati correttamente. Nel Process Mining, consente una corretta aggregazione e il confronto dei valori monetari, convertendo tutti gli importi in una singola valuta di base o segmentando l'analisi per valuta. Previene report finanziari imprecisi e garantisce chiarezza nelle operazioni globali.

Perché è importante

Essenziale per un'analisi finanziaria accurata nelle organizzazioni multinazionali, garantendo che i valori monetari siano interpretati e aggregati correttamente.

Dove trovare

Si tratta di un campo 'Valuta' standard nel record di transazione della richiesta d'acquisto, specialmente nelle istanze NetSuite multivaluta.

Esempi
USDEURGBP
Obbligatorio Consigliato Facoltativo

Attività di Dall'Acquisto al Pagamento - Richiesta

Queste sono le fasi chiave del processo e le milestone da registrare nel tuo event log per un'accurata scoperta dei processi e l'identificazione dei colli di bottiglia.
5 Consigliato 6 Facoltativo
Activity Descrizione
Ordine di acquisto creato
Viene generato un ordine d'acquisto (PO) dalla richiesta approvata, impegnando ufficialmente i fondi verso un fornitore. Questo è un evento esplicito segnato dalla creazione di una nuova transazione PO che rimanda alla richiesta di origine.
Perché è importante

Questo è il risultato principale di una richiesta andata a buon fine e un passaggio chiave nel processo Purchase to Pay. Il tempo che intercorre tra l'approvazione e la creazione del PO è un KPI critico per l'efficienza degli acquisti.

Dove trovare

Identificato trovando un record di Ordine d'acquisto in cui il campo 'Created From' (o un campo di collegamento simile) fa riferimento al Purchase Requisition ID. La data di creazione di tale ordine è il timestamp per questa attività.

Acquisisci

Individui l'ordine d'acquisto in cui il campo 'Created From' è uguale al Requisition ID e utilizzi la 'Date Created' dell'ordine.

Tipo di evento explicit
Richiesta Chiusa
La richiesta viene chiusa formalmente, indicando che non è prevista alcuna ulteriore azione su di essa. Spesso questo avviene automaticamente dopo che tutte le quantità della richiesta sono state ordinate tramite gli ordini d'acquisto collegati.
Perché è importante

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

Dove trovare

Dedotto dalla scheda secondaria Note di sistema identificando il timestamp in cui il campo 'Stato' a livello di riga o di testata viene aggiornato a 'Chiuso'.

Acquisisci

Timestamp del cambio del campo 'Stato' in 'Chiuso'.

Tipo di evento inferred
Richiesta Completamente Approvata
La richiesta d'acquisto completa con successo tutti i passaggi richiesti nel workflow di approvazione. Questo viene dedotto quando lo 'Stato approvazione' finale del record passa ad 'Approvato'.
Perché è importante

Questa è una pietra miliare importante che indica che la richiesta è pronta per essere convertita in un ordine d'acquisto. Segna la fine del ciclo di approvazione e l'inizio della fase di evasione dell'acquisto.

Dove trovare

Si ricava dalla sottoscheda System Notes identificando il timestamp in cui il campo 'Approval Status' viene impostato sullo stato finale 'Approved'.

Acquisisci

Timestamp del cambio di 'Stato Approvazione' in 'Approvato'.

Tipo di evento inferred
Richiesta Creata
Un utente avvia il processo di approvvigionamento creando e salvando un nuovo record di richiesta d'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'inizio 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 trovare

Questo evento viene acquisito dal timestamp della data di creazione del record di transazione della richiesta d'acquisto. Si trova nella testata principale del record o nella scheda Note di sistema che registra l'azione 'Crea'.

Acquisisci

Utilizzi il campo 'Data Creazione' nel record di Richiesta d'Acquisto.

Tipo di evento explicit
Richiesta rifiutata definitivamente
La richiesta d'acquisto viene rifiutata definitivamente e non sarà ulteriormente elaborata. Questo evento viene dedotto quando lo 'Stato approvazione' finale della richiesta viene aggiornato a 'Rifiutato'.
Perché è importante

Questa attività è un punto finale critico per le richieste non andate a buon fine. Capire perché e quando le richieste vengono rifiutate definitivamente fornisce insight sulla conformità alle policy e sui problemi di budget.

Dove trovare

Si ricava dalla sottoscheda System Notes identificando il timestamp in cui il campo 'Approval Status' viene impostato sullo stato finale 'Rejected'.

Acquisisci

Timestamp del cambio di 'Stato Approvazione' in 'Rifiutato'.

Tipo di evento inferred
Fase di Approvazione Approvata
Un utente autorizzato approva la fase assegnata nel workflow, portando la richiesta verso l'approvazione finale. La piattaforma SuiteApprovals di NetSuite registra esplicitamente questa azione con i dettagli dell'utente e del timestamp.
Perché è importante

Questa attività rappresenta un progresso positivo nella catena di approvazione. Analizzare il tempo tra le fasi di approvazione aiuta a comprendere l'efficienza del workflow e dei singoli approvatori.

Dove trovare

Acquisito dal log di SuiteApprovals o dalla sottoscheda System Notes, che registra l'azione di approvazione, l'approvatore e l'esatto timestamp dell'evento.

Acquisisci

Identifichi le azioni di approvazione nel log di SuiteApprovals o nelle Note di sistema.

Tipo di evento explicit
Fase di Approvazione Avviata
La richiesta entra in una fase specifica del workflow di approvazione, in attesa dell'azione di un approvatore o gruppo designato. Questo viene tipicamente 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 singola fase di approvazione. È essenziale per individuare i colli di bottiglia all'interno della gerarchia di approvazione e identificare gli approvatori lenti.

Dove trovare

Dedotto dai log di esecuzione del workflow o dalle modifiche in un campo 'Approvatore corrente' o nello stato del workflow. La piattaforma SuiteApprovals traccia la fase di approvazione attiva.

Acquisisci

Si deduce dai log del workflow o quando il record viene assegnato a un nuovo approvatore.

Tipo di evento inferred
Fase di Approvazione Rifiutata
Un approvatore respinge la fase assegnata, solitamente rimandando la richiesta al richiedente per la correzione. Questa azione viene registrata esplicitamente dal motore di workflow SuiteApprovals.
Perché è importante

Questo evento è un indicatore chiave di rilavorazione e inefficienza del processo. Analizzare i punti di rifiuto aiuta a identificare i motivi comuni di insuccesso, come le violazioni delle policy o i dati errati.

Dove trovare

Acquisito dal log di SuiteApprovals o dalla sottoscheda System Notes, che registra l'azione di rifiuto, l'utente che ha respinto e il relativo timestamp.

Acquisisci

Identifichi le azioni di rifiuto nel log di SuiteApprovals o nelle Note di sistema.

Tipo di evento explicit
Richiesta Inviata per Approvazione
Il richiedente invia formalmente la richiesta compilata nel workflow di approvazione designato. Questo è spesso dedotto da un cambiamento di stato nel record della richiesta, ad esempio da 'Bozza' o 'In attesa di invio' a 'In attesa di approvazione'.
Perché è importante

Questa attività innesca il ciclo di approvazione ed è un punto di partenza cruciale per misurare i lead time di approvazione. Aiuta a identificare quanto tempo le richieste rimangono in attesa prima che inizi il processo di approvazione formale.

Dove trovare

Si ricava dalla sottoscheda System Notes identificando il timestamp in cui il campo 'Approval Status' passa per la prima volta a un valore come 'Pending Approval'.

Acquisisci

Individui il primo timestamp in cui il campo 'Approval Status' passa a 'Pending Approval'.

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

Il tracciamento delle modifiche è fondamentale per identificare cicli di rilavorazione e problemi di qualità dei dati. Un'elevata frequenza di modifiche può indicare requisiti iniziali poco chiari o carenze nella formazione per i richiedenti.

Dove trovare

Acquisito dalla sottoscheda System Notes nel record della richiesta d'acquisto. Ogni voce con 'Tipo' impostato su 'Change' (Modifica) o 'Edit' (Modifica) su un campo pertinente rappresenta un emendamento.

Acquisisci

Registra un evento per ogni voce di tipo 'Modifica' nel log delle Note di sistema.

Tipo di evento explicit
Richiesta Ritirata
Il richiedente originale o un amministratore annulla la richiesta prima che sia completamente approvata o convertita in un PO. Questo è solitamente dedotto da un cambiamento di stato in 'Annullato' o 'Ritirato'.
Perché è importante

Questa attività rappresenta un'eccezione o l'interruzione del processo avviato dal richiedente. Analizzare i ritiri può evidenziare cambiamenti nelle esigenze aziendali o richieste non più valide.

Dove trovare

Dedotto dalla scheda Note di sistema tracciando il timestamp in cui il campo 'Stato approvazione' viene aggiornato con un valore come 'Annullato' o uno stato di ritiro personalizzato.

Acquisisci

Timestamp del cambio di 'Stato Approvazione' in 'Annullato' o 'Ritirato'.

Tipo di evento inferred
Consigliato Facoltativo

Guide all'Estrazione

Come ottenere i tuoi dati da NetSuite