Il Suo Template dei dati per le richieste d’acquisto
Il Suo Template dei dati per le richieste d’acquisto
- Attributi consigliati da raccogliere
- Attività chiave da monitorare per individuare i processi
- Indicazioni per l’estrazione dei dati
Attributi delle richieste d’acquisto
| Nome | Descrizione | ||
|---|---|---|---|
|
Data e ora dell’evento
EventTime
|
La data e l’ora esatte in cui si è verificata l’attività. | ||
|
Descrizione
La data e l’ora dell’evento, o timestamp, registrano 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 i tempi. Nell’analisi dei processi, i timestamp servono a calcolare i tempi di ciclo, i tempi di attesa tra le attività e il rispetto degli accordi sui livelli di servizio. Sono alla base di tutte le analisi temporali e consentono di creare Dashboard come 'Tempo di ciclo di approvazione delle richieste' e KPI come 'Tempo medio di ciclo delle richieste'. Timestamp accurati sono essenziali per ottenere un modello di processo affidabile.
Perché è importante
Questo timestamp è alla base di tutte le analisi relative alle prestazioni, ad esempio il calcolo dei tempi di ciclo, l’individuazione dei ritardi e la misurazione dell’efficienza del processo.
Dove reperirli
Queste informazioni sono registrate in campi generati dal sistema, come 'Date Created', oppure nei timestamp disponibili in System Notes o nei log di esecuzione del flusso di lavoro per ogni transazione.
Esempi
2023-10-26T10:00:00Z2023-10-26T14:35:10Z2023-10-27T09:15:00Z
|
|||
|
ID della richiesta di acquisto
PurchaseRequisitionId
|
Identificativo univoco di ogni richiesta di acquisto, utilizzato come ID del caso principale per l’analisi del processo. | ||
|
Descrizione
L’ID della richiesta di acquisto è l’identificativo centrale che collega tutte le attività e gli eventi relativi a una specifica richiesta di beni o servizi. In NetSuite a ogni richiesta viene assegnato un ID univoco al momento della creazione, che resta invariato per tutto il suo ciclo di vita. Nel Process Mining, questo attributo è fondamentale per correlare i casi. Consente di ricostruire il percorso completo di ogni richiesta, dalla creazione iniziale a tutte le fasi di approvazione, alle modifiche e all’esito finale, 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 variazioni di stato e individuare le differenze nei flussi di processo.
Perché è importante
È la chiave essenziale per ricostruire il ciclo di vita completo di una singola richiesta di acquisto, analizzare i flussi di processo e calcolare le metriche a livello di caso.
Dove reperirli
È l’ID interno o il numero di transazione del record della richiesta di acquisto in NetSuite. In genere si trova nel campo 'tranid' della transazione.
Esempi
PR-001254PR-001255PR-001256
|
|||
|
Nome dell’attività
ActivityName
|
Nome di uno specifico evento aziendale o di un’attività che si è verificata nel ciclo di vita della richiesta di acquisto. | ||
|
Descrizione
Il nome dell’attività descrive un passaggio specifico del processo di richiesta, come 'Richiesta di acquisto creata', 'Fase di approvazione approvata' o 'Ordine di acquisto creato'. Queste attività costituiscono gli elementi fondamentali della mappa del processo e rappresentano il lavoro svolto. Analizzarle consente di visualizzare il flusso del processo, individuare i colli di bottiglia e misurare il tempo trascorso nelle diverse fasi. La sequenza delle attività associate a un determinato ID della richiesta di acquisto ne definisce il percorso, che può essere confrontato con le procedure standard per individuare deviazioni o inefficienze.
Perché è importante
Definisce i passaggi del processo e consente di visualizzare le mappe, analizzare le varianti e individuare i colli di bottiglia.
Dove reperirli
In genere si ricava combinando lo stato della transazione, le voci dei log di sistema, la cronologia del flusso di lavoro o il monitoraggio personalizzato degli eventi in NetSuite.
Esempi
Richiesta di acquisto creataFase di approvazione approvataRichiesta di acquisto modificataOrdine di acquisto creato
|
|||
|
Importo totale
TotalAmount
|
Il valore monetario totale della richiesta di acquisto. | ||
|
Descrizione
Questo attributo registra il costo totale di tutti gli articoli elencati nella richiesta di acquisto. È un dato finanziario essenziale che spesso influisce sul processo, ad esempio attivando flussi di lavoro di approvazione diversi in base a soglie di importo. Analizzare l’importo totale aiuta a comprendere le abitudini 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à ai casi più rilevanti dal punto di vista finanziario. È un attributo fondamentale per qualsiasi analisi di processo in ambito finanziario o di conformità.
Perché è importante
Fornisce un contesto finanziario e consente di analizzare i dati in base al valore, che spesso determina i percorsi di approvazione e la priorità aziendale.
Dove reperirli
È un campo standard del record della richiesta di acquisto, spesso denominato 'Total' o con un nome 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 solito coincide con il reparto del richiedente. Consente di segmentare e analizzare il processo dal punto di vista organizzativo. È una dimensione importante per molte analisi, ad esempio per confrontare i tempi di approvazione tra reparti, comprendere le abitudini di spesa o individuare quelli con i tassi di rifiuto più elevati. Questa segmentazione aiuta la direzione ad allocare le risorse, definire interventi formativi mirati e semplificare i flussi di lavoro delle diverse unità aziendali.
Perché è importante
Consente di segmentare in modo efficace i dati del processo per confrontare prestazioni, costi e conformità tra diverse unità aziendali.
Dove reperirli
Queste informazioni sono spesso associate al record del dipendente che ha presentato la richiesta oppure possono essere inserite direttamente nell’intestazione della transazione della richiesta di acquisto.
Esempi
MarketingITFinanzaAttività operative
|
|||
|
Richiedente
Requester
|
Il dipendente che ha creato e inviato la richiesta di acquisto. | ||
|
Descrizione
Il richiedente è la persona che avvia il processo di acquisto creando la richiesta. In genere è un dipendente che ha bisogno di beni o servizi specifici per svolgere il proprio lavoro. Analizzare i dati per richiedente è essenziale per individuare schemi nel comportamento degli utenti. Consente di creare Dashboard come 'Prestazioni dei richiedenti ed esigenze formative', mettendo in evidenza le persone con tassi di rifiuto elevati o che modificano spesso le richieste. Queste informazioni possono indicare dove una formazione aggiuntiva o linee guida più chiare migliorerebbero la qualità delle richieste al primo invio e l’efficienza complessiva del processo.
Perché è importante
Identifica chi avvia il processo, un dato essenziale per analizzare il comportamento degli utenti, i tassi di rifiuto per richiedente e le esigenze formative.
Dove reperirli
In genere corrisponde al campo 'Employee' o 'Created By' del record della transazione della richiesta di 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 mostra a che punto del processo si trova una richiesta di acquisto in un determinato momento. Tra gli stati più comuni figurano 'Pending Approval', 'Fully Approved', 'Rejected' e 'Closed'. Questo attributo è fondamentale per creare Dashboard come 'Stato e anzianità delle richieste', che monitorano le richieste attive e il tempo trascorso nello stato corrente. Analizzare le transizioni di stato è una parte importante dell’individuazione dei processi e aiuta a comprendere sia i percorsi ottimali sia le eccezioni. Serve inoltre a determinare l’esito finale di un caso.
Perché è importante
Fornisce un quadro dell’avanzamento di un caso, consentendo di analizzare le richieste che restano aperte a lungo e individuare i punti in cui si bloccano.
Dove reperirli
È il campo 'Status' o 'Approval Status' nell’intestazione della transazione della richiesta di acquisto.
Esempi
In attesa di approvazioneApprovata integralmenteRifiutataChiusa
|
|||
|
Approvatore
Approver
|
Il dipendente o l’utente responsabile di approvare o rifiutare una fase di approvazione. | ||
|
Descrizione
L’approvatore è la persona a cui viene assegnato il compito di esaminare una richiesta di acquisto e intervenire in una specifica fase del flusso di lavoro di approvazione. Una richiesta può avere più approvatori, ciascuno associato a un’attività di approvazione diversa. Questo attributo è essenziale per analizzare l’efficienza del processo di approvazione. Consente di creare Dashboard come 'Distribuzione dei tempi di ciclo delle fasi di approvazione', che aiutano a individuare i colli di bottiglia a livello individuale o di gruppo. Monitorando chi approva le richieste, le organizzazioni possono definire responsabilità chiare, bilanciare i carichi di lavoro e individuare i ritardi causati da approvatori specifici.
Perché è importante
Identifica l’utente che svolge le attività di approvazione, un dato essenziale per analizzare le prestazioni degli approvatori, il carico di lavoro e i colli di bottiglia.
Dove reperirli
Queste informazioni si trovano spesso nel log di esecuzione del flusso di lavoro o in System Notes, associate alle modifiche dello stato di approvazione. Possono anche essere archiviate in campi personalizzati del record relativi al flusso di lavoro di approvazione.
Esempi
Sarah JenkinsDavid ChenGruppo di approvazione Finanza
|
|||
|
Categoria dell’articolo
ItemCategory
|
La categoria dei beni o servizi richiesti. | ||
|
Descrizione
La categoria dell’articolo raggruppa gli articoli di una richiesta d’acquisto in categorie logiche, come «Hardware IT», «Materiale per ufficio» o «Servizi professionali». Può essere ricavata dai record degli articoli associati alle righe della richiesta. Questo attributo permette di analizzare il processo di richiesta con maggiore dettaglio. Aiuta a rispondere a domande come: «Le richieste di hardware IT richiedono più tempo per essere approvate rispetto a quelle di materiale per ufficio?». Suddividendo il processo per categoria dell’articolo, le aziende possono individuare colli di bottiglia specifici, analizzare la spesa per categoria e adeguare di conseguenza le strategie di approvvigionamento.
Perché è importante
Consente di analizzare il processo in base agli articoli acquistati e di individuare colli di bottiglia o problemi di conformità specifici per categoria.
Dove reperirli
Queste informazioni derivano dai record «Articolo» associati alle singole righe della richiesta d’acquisto. La categoria può essere un campo standard o personalizzato del record dell’articolo.
Esempi
Hardware ITLicenze softwareMateriale per ufficioServizi di marketing
|
|||
|
È una rilavorazione
IsRework
|
Indicatore booleano che segnala se la richiesta è stata rifiutata e poi inviata nuovamente. | ||
|
Descrizione
È una rilavorazione è un attributo booleano derivato, impostato su true se una richiesta d’acquisto è stata rifiutata e successivamente modificata o inviata di nuovo per l’approvazione. Identifica i casi che hanno richiesto attività aggiuntive rispetto al normale «percorso ottimale». Questo attributo semplifica l’analisi delle inefficienze del processo. Serve a calcolare il KPI «Numero di cicli di rifiuto in fase di approvazione» e aiuta a quantificare l’impatto dei rifiuti sul processo complessivo. Filtrando i casi in cui È una rilavorazione è true, gli analisti possono isolare le varianti problematiche e indagare le cause profonde dei rifiuti iniziali, ad esempio la scarsa qualità dei dati o un’interpretazione errata delle regole.
Perché è importante
Aiuta a quantificare la frequenza e l’impatto dei cicli di rilavorazione, che sono tra le principali cause di inefficienza e ritardi nel processo.
Dove reperirli
È un attributo calcolato. La logica verifica se, per lo stesso caso, l’attività «Richiesta inviata per l’approvazione» si verifica dopo l’attività «Passaggio di approvazione rifiutato».
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 in seguito all’approvazione di una richiesta d’acquisto. Questo attributo è un collegamento essenziale tra il processo di richiesta e le successive attività di approvvigionamento. Nell’analisi dei processi, questo collegamento è fondamentale per analizzare il processo P2P dall’inizio alla fine. Consente di calcolare il KPI «Tempo di attraversamento per la creazione dell’ordine di acquisto», misurando il tempo che intercorre tra l’approvazione della richiesta e la creazione dell’ordine. Permette inoltre di calcolare il «Tasso di conversione delle richieste in ordini di acquisto», offrendo indicazioni sull’efficacia con cui le richieste diventano ordini operativi.
Perché è importante
Collega la richiesta d’acquisto al relativo ordine, consentendo di misurare il tempo di creazione dell’ordine di acquisto e di analizzare il processo dall’inizio alla fine.
Dove reperirli
Si trova nel record della richiesta d’acquisto, spesso nella scheda dei record correlati oppure tramite il collegamento «Creato da» presente nell’ordine di acquisto.
Esempi
PO-005432PO-005433PO-005434
|
|||
|
Livello di urgenza
UrgencyLevel
|
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 d’acquisto. Consente ai dipendenti di segnalare le richieste da gestire con urgenza per esigenze aziendali critiche. Questo attributo è pensato per supportare la Dashboard «Prestazioni nella 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 delle richieste urgenti con quelli delle richieste standard, per verificare se la gestione prioritaria è efficace o se i colli di bottiglia continuano a causare ritardi.
Perché è importante
Consente di confrontare le prestazioni del processo per le richieste ad alta priorità e quelle standard, così da soddisfare con efficienza le esigenze più urgenti.
Dove reperirli
In genere è un campo personalizzato nel corpo della transazione del modulo Richiesta d’acquisto.
Esempi
AltaMediaBassa
|
|||
|
Motivo del rifiuto
RejectionReason
|
La spiegazione fornita da chi approva quando una richiesta viene rifiutata. | ||
|
Descrizione
Il motivo del rifiuto è un attributo testuale in cui chi approva può indicare perché una richiesta d’acquisto non soddisfa i requisiti per essere approvata. Fornisce un contesto qualitativo all’attività «Passaggio di approvazione rifiutato». Questa informazione è preziosa per individuare le cause profonde. Consente di creare Dashboard come «Analisi del tasso di rifiuto delle richieste», che mostrano non solo che cosa è stato rifiutato, ma anche perché. Tra i motivi più comuni possono esserci «Conto Co.Ge. errato», «Budget superato» o «Dettagli insufficienti». Analizzare queste motivazioni aiuta a individuare problemi ricorrenti, migliorare la formazione degli utenti e perfezionare le istruzioni per l’invio, riducendo rilavorazioni e rifiuti.
Perché è importante
Fornisce un contesto essenziale sui motivi dei rifiuti e consente di individuarne le cause profonde, ridurre i rifiuti futuri e migliorare la qualità al primo invio.
Dove reperirli
Spesso viene registrato nel campo «Memo» durante il rifiuto oppure in un campo personalizzato aggiunto al flusso di lavoro di approvazione. Può essere presente anche nelle note di sistema.
Esempi
Budget superatoFornitore selezionato non correttoDettagli dell’articolo mancantiRichiesta duplicata
|
|||
|
Nome del fornitore
VendorName
|
Il nome del fornitore suggerito o preferito per la richiesta. | ||
|
Descrizione
L’attributo Nome del fornitore identifica il fornitore da cui si intendono acquistare i beni o servizi. Anche se la richiesta è un documento interno, spesso indica un fornitore preferito. L’analisi di questo attributo può rivelare tendenze nella gestione dei fornitori. Aiuta a monitorare quali fornitori vengono richiesti più spesso e se le richieste che li riguardano richiedono più tempo per essere approvate; consente inoltre di verificare la conformità agli accordi con i fornitori preferenziali. Queste informazioni possono contribuire alle strategie di approvvigionamento e alla gestione dei rapporti con i fornitori.
Perché è importante
Aiuta ad analizzare le modalità di approvvigionamento per fornitore, verificare la conformità agli elenchi dei fornitori preferenziali e individuare variazioni del processo legate a specifici fornitori.
Dove reperirli
Può corrispondere al campo «Fornitore» a livello di intestazione oppure essere specificato nelle righe del record della richiesta d’acquisto.
Esempi
Dell Inc.StaplesMcKinsey & Company
|
|||
|
Percorso del flusso di lavoro di approvazione
ApprovalWorkflowPath
|
Rappresentazione della sequenza di passaggi di approvazione seguiti da una richiesta. | ||
|
Descrizione
Il percorso del flusso di lavoro di approvazione è un attributo derivato che concatena la sequenza delle attività o degli stati di approvazione di una richiesta, ad esempio «Inviata -> Approvazione del responsabile -> Approvazione della funzione finanziaria». In questo modo si ottiene una firma univoca del percorso seguito da ciascun caso. Questo attributo è alla base del controllo di conformità e dell’analisi delle varianti. Supporta direttamente le Dashboard «Percorsi delle richieste non conformi» e «Conformità del percorso del flusso di lavoro di approvazione», consentendo di filtrare e raggruppare facilmente i casi in base al percorso esatto seguito. Confrontando i percorsi effettivi con quelli standard predefiniti, le organizzazioni possono quantificare la conformità e analizzare le cause profonde delle deviazioni.
Perché è importante
Consente un’analisi dettagliata delle varianti e il controllo di conformità, riassumendo l’esatta sequenza dei passaggi di approvazione per ciascun caso.
Dove reperirli
È un attributo derivato, calcolato concatenando in ordine cronologico i valori di «ActivityName» per ogni «PurchaseRequisitionId».
Esempi
Creato > Inviato > ApprovatoCreato > Inviato > Rifiutato > Modificato > Inviato > ApprovatoCreato > Inviato > Approvato > Ritirato
|
|||
|
Sistema di origine
SourceSystem
|
Identifica il sistema di origine da cui sono stati estratti i dati. | ||
|
Descrizione
Questo attributo specifica il sistema da cui provengono i dati del processo, in questo caso NetSuite. È particolarmente utile negli ambienti in cui si combinano dati provenienti da più sistemi per ottenere una visione completa del processo. Anche se in un’analisi basata su un solo sistema può sembrare un dato statico, fornisce un contesto essenziale ed è una buona pratica per la governance e la tracciabilità dei dati. Aiuta a confermarne la provenienza e a interpretare correttamente la logica o le trasformazioni specifiche del sistema durante l’analisi.
Perché è importante
Fornisce un contesto essenziale sulla provenienza dei dati, garantendo chiarezza e una corretta governance, soprattutto negli ambienti con più sistemi.
Dove reperirli
È un valore statico, 'NetSuite', da aggiungere durante l’estrazione e la trasformazione dei dati.
Esempi
NetSuiteNetSuite SuitePeopleNetSuite ERP
|
|||
|
Tempo di ciclo
CycleTime
|
Il tempo totale trascorso dalla creazione della richiesta alla sua risoluzione definitiva. | ||
|
Descrizione
Il tempo di ciclo è una metrica calcolata che misura la durata complessiva del processo di richiesta d’acquisto per un singolo caso. In genere si calcola come differenza tra l’ora della prima attività, ad esempio «Richiesta d’acquisto creata», e quella dell’ultima attività conclusiva, ad esempio «Richiesta d’acquisto approvata definitivamente» o «Richiesta d’acquisto rifiutata definitivamente». È un indicatore chiave delle prestazioni per valutare l’efficienza complessiva del processo. Serve a calcolare il KPI «Tempo medio di ciclo delle richieste» e aiuta a individuare tendenze, valori anomali e l’impatto delle iniziative di miglioramento. L’analisi della distribuzione dei tempi di ciclo può mettere in luce le richieste con tempi molto lunghi, che incidono negativamente sulle prestazioni medie.
Perché è importante
Misura direttamente l’efficienza del processo dall’inizio alla fine ed è una metrica fondamentale per individuare i ritardi e valutare le prestazioni complessive.
Dove reperirli
È un attributo calcolato sottraendo, per ogni «PurchaseRequisitionId», la marca temporale del primo evento da quella dell’ultimo.
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’ultima estrazione dei dati da NetSuite. È un metadato essenziale per qualsiasi Dashboard o analisi di Process Mining. Il timestamp indica quanto sono aggiornati i dati e consente agli utenti di capire se stanno consultando informazioni in tempo reale o un’istantanea riferita a un momento specifico. È fondamentale per convalidare i dati e comunicare alle parti interessate quanto siano recenti le indicazioni emerse dall’analisi del processo.
Perché è importante
Indica agli utenti quanto sono aggiornati i dati, aiutandoli a capire a quale momento si riferiscono le informazioni sul processo.
Dove reperirli
Questo timestamp viene generato e aggiunto durante il processo di estrazione, trasformazione e caricamento dei dati (ETL).
Esempi
2024-05-21T08:00:00Z2024-05-20T08:00:00Z
|
|||
|
Valuta
Currency
|
Il codice della valuta dell’importo totale della richiesta. | ||
|
Descrizione
L’attributo valuta specifica la valuta in cui sono espressi gli importi della richiesta, ad esempio USD, EUR o GBP. È particolarmente importante per le organizzazioni multinazionali che operano con più valute. Questo campo assicura la corretta interpretazione dei dati finanziari. Nel Process Mining consente di aggregare e confrontare correttamente i valori monetari, convertendo gli importi in un’unica valuta di riferimento oppure segmentando l’analisi per valuta. Evita report finanziari imprecisi e garantisce chiarezza nelle attività internazionali.
Perché è importante
È essenziale per un’analisi finanziaria accurata nelle organizzazioni multinazionali e assicura che i valori monetari siano interpretati e aggregati correttamente.
Dove reperirli
È un campo standard 'Currency' del record della transazione della richiesta di acquisto, soprattutto nelle istanze NetSuite che gestiscono più valute.
Esempi
USDEURGBP
|
|||
Attività del processo di richiesta d’acquisto
| Attività | Descrizione | ||
|---|---|---|---|
|
Ordine di acquisto creato
|
Dalla richiesta approvata integralmente viene generato un ordine di acquisto (PO), che impegna ufficialmente i fondi presso un fornitore. L’evento è registrato esplicitamente dalla creazione di una nuova transazione PO collegata alla richiesta di origine. | ||
|
Perché è importante
È il principale risultato di una richiesta completata con successo e un passaggio fondamentale nel processo Purchase to Pay. Il tempo tra l’approvazione e la creazione dell’ordine di acquisto è un KPI essenziale per misurare l’efficienza degli acquisti.
Dove reperirli
L’evento si individua cercando un record Purchase Order in cui il campo 'Created From', o un campo di collegamento equivalente, faccia riferimento all’ID della richiesta di acquisto. La data di creazione dell’ordine di acquisto corrisponde alla data e all’ora dell’attività.
Acquisizione
Individui il PO in cui il campo 'Created From' corrisponde all’ID della richiesta e utilizzi il campo 'Date Created' del PO.
Tipo di evento
explicit
|
|||
|
Richiesta di acquisto approvata integralmente
|
La richiesta di acquisto completa correttamente tutte le fasi previste dal flusso di lavoro di approvazione. L’evento si deduce quando il campo 'Approval Status' del record passa allo stato finale 'Approved'. | ||
|
Perché è importante
È un traguardo importante: 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’acquisto.
Dove reperirli
L’evento si deduce dalla scheda System Notes, individuando la data e l’ora in cui il campo 'Approval Status' assume lo stato finale 'Approved'.
Acquisizione
Data e ora in cui 'Approval Status' passa a 'Approved'.
Tipo di evento
inferred
|
|||
|
Richiesta di acquisto chiusa
|
La richiesta viene chiusa formalmente, a indicare che non sono previste altre attività. Spesso la chiusura avviene automaticamente dopo che tutte le quantità richieste sono state ordinate tramite gli ordini di acquisto collegati. | ||
|
Perché è importante
Questa attività segna la conclusione definitiva del ciclo di vita della richiesta. Conferma che l’esigenza aziendale è stata soddisfatta e che il record è stato finalizzato.
Dove reperirli
L’evento si deduce dalla scheda System Notes, individuando la data e l’ora in cui il campo 'Status', a livello di riga o di intestazione, viene aggiornato a 'Closed'.
Acquisizione
Data e ora in cui il campo 'Status' passa a 'Closed'.
Tipo di evento
inferred
|
|||
|
Richiesta di acquisto creata
|
Un utente avvia il processo di acquisto creando e salvando una nuova richiesta di acquisto. È il primo evento nel ciclo di vita della richiesta e viene registrato al primo salvataggio della transazione in NetSuite. | ||
|
Perché è importante
Questa attività segna l’avvio ufficiale del processo di acquisto per una specifica esigenza. Analizzare il tempo che intercorre tra la creazione e l’invio può rivelare ritardi nell’inserimento dei dati o nella definizione iniziale della richiesta.
Dove reperirli
L’evento viene registrato in base alla data e all’ora di creazione della transazione della richiesta di acquisto. Queste informazioni si trovano nell’intestazione principale del record o nella scheda System Notes, che registra l’azione 'Create'.
Acquisizione
Utilizzi il campo 'Date Created' del record della richiesta di acquisto.
Tipo di evento
explicit
|
|||
|
Richiesta di acquisto rifiutata definitivamente
|
La richiesta di acquisto viene rifiutata in via definitiva e non sarà ulteriormente elaborata. L’evento si deduce quando il valore finale di 'Approval Status' passa a 'Rejected'. | ||
|
Perché è importante
Questa attività segna la conclusione di una richiesta non andata a buon fine. Capire perché e quando le richieste vengono rifiutate definitivamente fornisce indicazioni sulla conformità alle politiche e sui problemi di budget.
Dove reperirli
L’evento si deduce dalla scheda System Notes, individuando la data e l’ora in cui il campo 'Approval Status' assume lo stato finale 'Rejected'.
Acquisizione
Data e ora in cui 'Approval Status' passa a 'Rejected'.
Tipo di evento
inferred
|
|||
|
Fase di approvazione approvata
|
Un utente autorizzato approva la fase che gli è stata assegnata nel flusso di lavoro, avvicinando la richiesta all’approvazione finale. La piattaforma SuiteApprovals di NetSuite registra esplicitamente l’azione, con i dettagli dell’utente e la data e l’ora. | ||
|
Perché è importante
Questa attività indica un avanzamento positivo nella catena di approvazione. Analizzare il tempo tra una fase e l’altra aiuta a comprendere l’efficienza del flusso di lavoro e dei singoli approvatori.
Dove reperirli
L’evento viene registrato nel log SuiteApprovals o nella scheda System Notes, che riporta l’azione di approvazione, l’approvatore e la data e l’ora esatte 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 specifica fase del flusso di lavoro di approvazione e resta in attesa dell’intervento dell’approvatore o del gruppo designato. In genere lo si deduce quando il flusso di lavoro assegna la richiesta all’approvatore successivo. | ||
|
Perché è importante
Questa attività segna l’inizio del tempo di attesa per ogni singola fase di approvazione. È essenziale per individuare i colli di bottiglia nella gerarchia delle approvazioni e gli approvatori che impiegano più tempo.
Dove reperirli
L’evento si deduce dai log di esecuzione del flusso di lavoro o dalle modifiche a un campo come 'Current Approver' o allo stato del flusso di lavoro. La piattaforma SuiteApprovals registra la fase di approvazione attiva.
Acquisizione
Deduce l’evento dai log del flusso di lavoro o dall’assegnazione del record a un nuovo approvatore.
Tipo di evento
inferred
|
|||
|
Fase di approvazione rifiutata
|
Un approvatore rifiuta la fase che gli è stata assegnata, rinviando in genere la richiesta al richiedente perché la corregga. Il motore del flusso di lavoro SuiteApprovals registra esplicitamente questa azione. | ||
|
Perché è importante
Questo evento è un indicatore importante di rilavorazioni e inefficienze del processo. Analizzare i punti in cui le richieste vengono rifiutate aiuta a individuare le cause più frequenti, come violazioni delle politiche o dati errati.
Dove reperirli
L’evento viene registrato nel log SuiteApprovals o nella scheda System Notes, che riporta l’azione di rifiuto, l’utente che l’ha eseguita e la data e l’ora.
Acquisizione
Individui le azioni di rifiuto nel log SuiteApprovals o in System Notes.
Tipo di evento
explicit
|
|||
|
Richiesta di acquisto inviata per l’approvazione
|
Il richiedente invia formalmente la richiesta completata al flusso di lavoro di approvazione previsto. L’invio viene spesso dedotto da una modifica dello stato del record, 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 misurarne i tempi. Consente di capire quanto a lungo le richieste restano in attesa prima dell’avvio formale del processo di approvazione.
Dove reperirli
L’evento si deduce dalla scheda System Notes, individuando la data e l’ora in cui il campo 'Approval Status' assume per la prima volta un valore come 'Pending Approval'.
Acquisizione
Individui la prima data e ora in cui il campo 'Approval Status' passa a 'Pending Approval'.
Tipo di evento
inferred
|
|||
|
Richiesta di acquisto modificata
|
Dopo la creazione iniziale, un utente modifica uno o più campi della richiesta di acquisto, spesso in seguito a un rifiuto o a un cambiamento dei requisiti. L’evento viene registrato direttamente tramite la funzione di audit trail di NetSuite. | ||
|
Perché è importante
Monitorare le modifiche è fondamentale per individuare cicli di rilavorazione e problemi di qualità dei dati. Modifiche frequenti possono indicare requisiti iniziali poco chiari o la necessità di formare i richiedenti.
Dove reperirli
L’evento viene registrato nella scheda System Notes del record della richiesta di acquisto. Ogni voce con 'Type' impostato su 'Change' o 'Edit' per 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 di acquisto ritirata
|
Il richiedente iniziale o un amministratore annulla la richiesta prima che venga approvata integralmente o convertita in un ordine di acquisto. In genere lo si deduce da una modifica dello stato a 'Cancelled' o 'Withdrawn'. | ||
|
Perché è importante
Questa attività rappresenta un’eccezione o l’interruzione del processo da parte del richiedente. Analizzare i ritiri può mettere in luce cambiamenti nelle esigenze aziendali o richieste non più valide.
Dove reperirli
L’evento si deduce dalla scheda System Notes, monitorando la data e l’ora in cui il campo 'Approval Status' viene aggiornato con un valore come 'Cancelled' o con uno stato personalizzato di ritiro.
Acquisizione
Data e ora in cui 'Approval Status' passa a 'Cancelled' o 'Withdrawn'.
Tipo di evento
inferred
|
|||
Guide all’estrazione
È pronto per iniziare?
Utilizzi questo template per avviare il percorso di Process Mining e ottenere informazioni utili sul processo di richiesta d’acquisto in NetSuite. Inizi oggi a migliorare l’efficienza e ad accelerare le approvazioni.
Ottimizzi oggi il processo Purchase to Pay - Requisition!
Accelera del 30% le approvazioni delle richieste e elimini i colli di bottiglia.
Non è richiesta alcuna carta di credito. Inizi oggi a ottimizzare il processo.