Il Suo template per i dati delle richieste Purchase to Pay
Il Suo template per i dati delle richieste Purchase to Pay
- Attributi consigliati da raccogliere
- Attività chiave da tracciare per la scoperta dei processi
- Guida all'estrazione dei dati
Attributi di Dall'Acquisto al Pagamento - Richiesta
| 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
|
|||
Attività di Dall'Acquisto al Pagamento - Richiesta
| 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
|
|||