Template universale per i dati
Template universale per i dati
- Una struttura universale, compatibile con qualsiasi processo
- Attributi flessibili, adattabili alle Sue esigenze
- Compatibile con tutti i principali sistemi di origine
Questo è il nostro template generico per i dati di Process Mining. Per indicazioni più specifiche, utilizzi i template dedicati ai singoli processi.
Attributi
| Nome | Descrizione | ||
|---|---|---|---|
| Attività Activity | Il nome del passaggio del processo o dell’evento che si è verificato. | ||
| Descrizione Il campo Attività indica che cosa è accaduto in ogni fase del processo. Le attività devono avere nomi coerenti e rappresentare eventi aziendali significativi. Perché è importante I nomi delle attività determinano la visualizzazione e l’analisi della mappa del processo. Dove reperirli Ricavi il dato dalle variazioni di stato, dai tipi di azione o dalle descrizioni degli eventi nel sistema di origine. Esempi Caso creatoRevisione completataPagamento elaborato | |||
| Data e ora StartTime | Indica quando è iniziata l’attività. Deve includere data e ora. | ||
| Descrizione La data e l’ora registrano il momento in cui si è verificata ogni attività. Sono indispensabili per calcolare i tempi di ciclo, individuare i colli di bottiglia e comprendere la sequenza degli eventi. Perché è importante Le date e le ore consentono tutte le analisi basate sul tempo, compresi il calcolo dei tempi di ciclo e l’individuazione dei colli di bottiglia. Dove reperirli Utilizzi la data e l’ora più precise disponibili nel sistema di origine. Esempi 2024-03-15T09:30:00Z2024-03-15T14:45:30Z | |||
| ID del caso CaseId | Identificativo univoco di ogni istanza del processo. | ||
| Descrizione L’ID del caso è l’identificativo fondamentale che collega tutti gli eventi appartenenti alla stessa istanza del processo. Ogni evento nell’Event Log deve avere un ID del caso. Perché è importante Senza un ID del caso corretto, è impossibile ricostruire il percorso dei singoli casi nel processo. Dove reperirli Utilizzi la chiave primaria o il numero di riferimento della tabella principale delle transazioni. Esempi ORD-2024-001234TKT-98765REQ-0042 | |||
| Ora di fine EndTime | Indica quando è terminata l’attività, se diverso dall’orario di inizio. | ||
| Descrizione La data e l’ora di fine registrano il momento in cui è stata completata ogni attività. Includere sia l’ora di inizio sia quella di fine consente di calcolare la durata dell’attività e il tempo di elaborazione. Perché è importante Gli orari di fine consentono di calcolare il tempo effettivo di lavoro rispetto al tempo di attesa. Dove reperirli Cerchi le date e le ore di completamento o gli orari delle variazioni di stato che indicano la conclusione dell’attività. Esempi 2024-03-15T10:15:00Z2024-03-15T16:30:00Z | |||
| Priorità Priority | Livello di priorità assegnato al caso. | ||
| Descrizione Indica l’urgenza o l’importanza di ciascun caso. La priorità spesso influisce sui tempi di gestione e sul percorso seguito. Perché è importante L’analisi delle priorità verifica che i casi urgenti ricevano l’attenzione necessaria. Dove reperirli Cerchi campi relativi alla priorità, indicatori di urgenza o assegnazioni a livelli SLA. Esempi AltaMezzoBassa | |||
| Reparto Department | L’unità organizzativa responsabile dell’attività. | ||
| Descrizione Indica quale reparto, team o unità aziendale ha gestito ciascuna attività. È utile per analizzare i passaggi di consegne tra i team. Perché è importante L’analisi tra reparti mette in luce i ritardi nei passaggi di consegne e gli attriti organizzativi. Dove reperirli Cerchi codici di reparto o identificativi delle unità organizzative. Esempi FinanzaOperationsServizio clienti | |||
| Tipo di caso CaseType | Categoria o tipologia del caso in gestione. | ||
| Descrizione Classifica i casi per tipologia, consentendo di confrontare categorie diverse. Spesso le diverse tipologie di caso seguono percorsi di processo e presentano prestazioni differenti. Perché è importante La segmentazione per tipologia di caso mette in luce le differenze di prestazioni tra le categorie. Dove reperirli Cerchi codici di tipologia, campi di categoria o attributi di classificazione. Esempi StandardPrioritàComplesso | |||
| Utente User | La persona che ha svolto l’attività. | ||
| Descrizione Indica quale utente o risorsa ha svolto ogni attività. Questo consente di analizzare le risorse, bilanciare i carichi di lavoro e confrontare le prestazioni. Perché è importante L’analisi delle risorse aiuta a individuare le esigenze di formazione e gli squilibri nei carichi di lavoro. Dove reperirli Cerchi gli ID utente, i numeri identificativi dei dipendenti o i nomi utente associati a ogni evento. Esempi john.smithEMP-12345user_a1b2c3 | |||
| Canale Channel | Modalità con cui il caso è stato avviato o ricevuto. | ||
| Descrizione Indica il canale attraverso cui il caso è entrato nel processo. Spesso canali diversi presentano caratteristiche e prestazioni differenti. Perché è importante L’analisi dei canali mostra quali modalità di acquisizione sono più efficienti. Dove reperirli Cerchi indicatori di origine, codici di canale o campi relativi alla provenienza. Esempi Portale webE-mailTelefonoAPI | |||
| Cliente Customer | Cliente o controparte associata al caso. | ||
| Descrizione Indica il cliente o la controparte esterna associata al caso. Consente di analizzare le prestazioni del processo dal punto di vista del cliente. Perché è importante L’analisi dei clienti evidenzia gli schemi che caratterizzano la loro esperienza. Dove reperirli Cerchi ID cliente, numeri di conto o identificativi delle controparti. Esempi CUST-001234Acme CorpACC-98765 | |||
| CO2 attività ActivityCO2 | Impronta di carbonio dell’attività. | ||
| Descrizione Emissioni di carbonio associate all’attività. Consente di analizzare la sostenibilità del processo. Perché è importante Il monitoraggio della CO2 supporta gli obiettivi di sostenibilità e la rendicontazione ambientale. Dove reperirli Calcoli il dato in base al tipo di attività e ai fattori di emissione standard. Esempi 0.10.52.0 | |||
| Costo attività ActivityCost | Costo di esecuzione dell’attività. | ||
| Descrizione Costo monetario associato all’esecuzione dell’attività. Consente di analizzare i costi e individuare le fasi del processo più onerose. Perché è importante L’analisi dei costi aiuta a stabilire le priorità di miglioramento in base all’impatto economico. Dove reperirli Cerchi campi di allocazione dei costi o calcoli il dato usando le tabelle dei costi standard. Esempi 15.0045.50120.00 | |||
| Costo automazione ActivityAutomationCost | Costo dell’attività se fosse automatizzata. | ||
| Descrizione Costo stimato per eseguire l’attività tramite automazione. È utile per analizzare il ritorno sull’investimento nell’automazione. Perché è importante Il confronto tra i costi dell’esecuzione manuale e quelli dell’automazione aiuta a preparare business case. Dove reperirli In genere, il valore viene assegnato usando modelli di costo standard per i processi automatizzati. Esempi 0.502.005.00 | |||
| È automatizzato IsAutomated | Indica se l’attività è stata eseguita automaticamente. | ||
| Descrizione Indica se l’attività è stata automatizzata dal sistema o svolta manualmente da un utente. È essenziale per comprendere il livello di automazione. Perché è importante L’analisi dell’automazione evidenzia le opportunità per automatizzare ulteriormente il processo. Dove reperirli Ricavi il dato dal tipo di utente, distinguendo tra sistema e persona, oppure dagli indicatori di automazione. Esempi truefalse | |||
| FTE attività ActivityFTE | Ore FTE (equivalenti a tempo pieno) per questa attività. | ||
| Descrizione Impegno lavorativo, espresso in ore FTE, per questa attività. È utile per pianificare la capacità e analizzare i carichi di lavoro. Perché è importante Il monitoraggio degli FTE aiuta a pianificare le risorse e gestire la capacità. Dove reperirli Calcoli il dato a partire dal tempo di elaborazione e dalle tariffe FTE standard, oppure lo estragga dai sistemi di rilevazione delle ore. Esempi 0.250.51.0 | |||
| Importo attività ActivityAmount | Importo monetario associato all’attività. | ||
| Descrizione Valore finanziario elaborato o interessato dall’attività. Consente di effettuare analisi ponderate per valore. Perché è importante L’analisi del valore aiuta a stabilire le priorità di miglioramento in base all’impatto economico. Dove reperirli Cerchi importi delle transazioni, valori delle fatture o totali degli ordini. Esempi 1500.0025000.00750.50 | |||
| Paese Country | Paese associato al caso. | ||
| Descrizione Area geografica pertinente al caso. È utile per analizzare le differenze regionali nelle prestazioni del processo o nei requisiti di conformità. Perché è importante L’analisi geografica evidenzia le differenze regionali e gli schemi legati alla conformità. Dove reperirli Cerchi codici paese, identificativi regionali o campi relativi alla località. Esempi Stati UnitiGermaniaGiappone | |||
| Prodotto Product | Prodotto o servizio associato al caso. | ||
| Descrizione Indica il prodotto, servizio o offerta a cui è collegato il caso. Consente di analizzare le prestazioni del processo per prodotto. Perché è importante L’analisi dei prodotti mostra se alcuni prodotti sono associati a caratteristiche di processo differenti. Dove reperirli Cerchi codici prodotto, SKU o identificativi dei servizi. Esempi Prodotto APiano di servizio ProSKU-12345 | |||
| Regione Region | Regione geografica associata al caso. | ||
| Descrizione Un raggruppamento geografico più ampio rispetto al paese. È utile per le analisi regionali quando le attività si svolgono in più paesi. Perché è importante L’analisi regionale aiuta a comprendere le prestazioni nelle diverse aree geografiche. Dove reperirli Cerchi codici regionali o ricavi la regione dalle informazioni sul paese. Esempi EMEAAmericheAPAC | |||
| Risorsa Resource | La risorsa, persona o sistema, che ha eseguito l’attività. | ||
| Descrizione Un identificativo generico di chi ha eseguito l’attività, che si tratti di una persona o di un sistema automatizzato. È utile quando le attività possono essere svolte sia da persone sia da sistemi. Perché è importante Il monitoraggio delle risorse consente di confrontare le prestazioni umane con quelle dei sistemi automatizzati. Dove reperirli Cerchi gli identificativi di chi esegue le attività, che possono includere sia utenti sia account di sistema. Esempi user_123AUTO_SYSTEMbot_processor | |||
| Segmento cliente CustomerSegment | Segmento o fascia del cliente. | ||
| Descrizione Classifica i clienti per segmento, fascia o valore. È utile per verificare se segmenti diversi ricevono livelli di servizio differenti. Perché è importante L’analisi per segmento verifica che i clienti di maggior valore ricevano l’attenzione necessaria. Dove reperirli Cerchi codici di segmento, assegnazioni di fascia o campi di classificazione dei clienti. Esempi EnterpriseSMBConsumatore | |||
| Sistema di origine SourceSystem | Sistema da cui proviene l’evento. | ||
| Descrizione Indica quale sistema di origine ha registrato l’evento. È utile quando si combinano dati provenienti da più sistemi. Perché è importante Il monitoraggio della provenienza aiuta a comprendere il percorso dei dati e i confini tra i sistemi. Dove reperirli Aggiunga il dato come costante oppure lo ricavi dalla fonte di estrazione. Esempi SAPSalesforceServiceNow | |||
| Stato SLA SLAState | Indica se il caso rispetta o non rispetta lo SLA. | ||
| Descrizione Indica se il caso rispetta attualmente il livello di servizio concordato. È utile per monitorare la conformità e analizzare le escalation. Perché è importante Il monitoraggio degli SLA individua i casi a rischio e consente di calcolare i tassi complessivi di conformità. Dove reperirli Cerchi campi sullo stato dello SLA o indicatori di violazione, oppure calcoli il dato confrontando le date e gli orari con gli obiettivi. Esempi Entro i termini SLAA rischioViolato | |||
| Team Team | Il team specifico all’interno di un reparto. | ||
| Descrizione Un raggruppamento organizzativo più dettagliato rispetto al reparto. È utile quando più team dello stesso reparto gestiscono fasi diverse del processo. Perché è importante L’analisi a livello di team evidenzia la distribuzione dei carichi di lavoro e le aree di specializzazione. Dove reperirli Cerchi codici dei team, identificativi delle code o assegnazioni ai gruppi. Esempi Team AlphaEscalationSupporto di secondo livello | |||
| Ultimo aggiornamento dei dati LastDataUpdate | Data e ora dell’ultimo aggiornamento del record. | ||
| Descrizione Data e ora dell’aggiornamento più recente del record. È utile per il caricamento incrementale dei dati e per monitorarne l’aggiornamento. Perché è importante Il monitoraggio degli aggiornamenti supporta il caricamento incrementale e il controllo della qualità dei dati. Dove reperirli Cerchi date e orari dell’ultima modifica o campi per il monitoraggio delle modifiche. Esempi 2024-03-15T12:00:00Z2024-03-16T08:30:00Z | |||
| Unità aziendale BusinessUnit | Unità aziendale associata al caso. | ||
| Descrizione Indica quale unità aziendale o divisione è responsabile del caso o vi è associata. È utile per le organizzazioni con più divisioni. Perché è importante L’analisi per unità aziendale evidenzia gli schemi di prestazione tra le diverse aree dell’organizzazione. Dove reperirli Cerchi codici delle unità aziendali, identificativi delle divisioni o assegnazioni ai centri di profitto. Esempi Vendita al dettaglioEnterpriseSMB | |||
Attività
| Attività | Descrizione | ||
|---|---|---|---|
| Assegnato a un responsabile | Il caso viene assegnato a una persona o a un team specifico per la gestione. L’assegnazione stabilisce chi è responsabile di portare avanti il caso. | ||
| Perché è importante L’efficienza dell’assegnazione influisce sulla rapidità con cui inizia il lavoro. I ritardi in questa fase possono indicare problemi di instradamento o di carico di lavoro. Dove reperirli Cerchi nel sistema le modifiche dell’assegnazione o del responsabile, oppure gli inserimenti in coda. Acquisizione Marca temporale dell’assegnazione o della modifica del responsabile Tipo di evento explicit | |||
| Caso completato | Il caso è stato completato e chiuso correttamente. Questo evento segna la fine dell’istanza del processo. | ||
| Perché è importante È essenziale per calcolare i tempi di ciclo e il volume di lavoro completato. Il tasso di completamento indica l’efficacia del processo. Dove reperirli Cerchi le marche temporali di completamento, lo stato di chiusura o le registrazioni dell’esito finale. Acquisizione Marca temporale del completamento o della chiusura Tipo di evento explicit | |||
| Caso creato | L’evento iniziale che avvia un nuovo caso nel processo. Indica il momento in cui una nuova istanza di lavoro entra nel sistema, in seguito a una richiesta del cliente, a un’esigenza interna o a un evento automatico. | ||
| Perché è importante Segna l’inizio ufficiale del processo ed è essenziale per calcolare il tempo di ciclo totale e il volume di lavoro completato. Dove reperirli Cerchi nel sistema di origine le marche temporali di creazione, le date di invio o le modifiche iniziali dello stato. Acquisizione Marca temporale di creazione della transazione o del record principale Tipo di evento explicit | |||
| Dati convalidati | Verifica che le informazioni richieste siano complete e corrette. Può trattarsi di un controllo automatico del sistema o di una revisione manuale da parte di un membro del team. | ||
| Perché è importante La convalida tempestiva previene problemi nelle fasi successive e rilavorazioni. La sua assenza è spesso associata a tempi di ciclo più lunghi. Dove reperirli Cerchi le modifiche dello stato di convalida, le marche temporali di verifica o il completamento dei controlli di qualità. Acquisizione Modifica dello stato o marca temporale del completamento della convalida Tipo di evento explicit | |||
| Elaborazione avviata | Inizia il lavoro effettivo sul caso. Questo evento segna il passaggio dall’attesa in coda all’elaborazione. | ||
| Perché è importante L’intervallo tra l’assegnazione e l’inizio dell’elaborazione evidenzia i tempi di attesa in coda e gli eventuali problemi di carico di lavoro. Dove reperirli Cerchi le modifiche dello stato che indicano l’inizio del lavoro, le marche temporali del primo intervento o le voci nel registro delle attività. Acquisizione Prima attività dopo l’assegnazione o marca temporale esplicita di avvio Tipo di evento inferred | |||
| Revisione completata | È stata completata una fase di revisione o approvazione. Molti processi richiedono una o più revisioni prima di poter proseguire. | ||
| Perché è importante Le fasi di revisione sono spesso colli di bottiglia. Conoscere la durata delle revisioni aiuta a individuare i ritardi nelle approvazioni. Dove reperirli Cerchi le marche temporali delle approvazioni, il completamento delle revisioni o le registrazioni delle approvazioni finali. Acquisizione Marca temporale del completamento dell’approvazione o della revisione Tipo di evento explicit | |||
| Azione eseguita | È stata completata un’azione o un’attività specifica all’interno del processo. | ||
| Perché è importante Monitorare le singole azioni aiuta a individuare i passaggi che incidono maggiormente sui tempi di ciclo. Dove reperirli Cerchi le marche temporali di completamento delle attività, i registri delle azioni o il completamento dei passaggi. Acquisizione Marca temporale del completamento dell’attività o dell’azione Tipo di evento explicit | |||
| Caso annullato | Il caso è stato annullato o abbandonato prima del completamento. | ||
| Perché è importante Le modalità di annullamento possono rivelare problemi nella progettazione del processo, nelle esigenze dei clienti o nelle fasi precedenti. Dove reperirli Cerchi le marche temporali di annullamento, lo stato di abbandono o le registrazioni della terminazione. Acquisizione Marca temporale dell’annullamento o della terminazione Tipo di evento explicit | |||
| Decisione presa | È stato raggiunto e risolto un punto decisionale importante del processo. | ||
| Perché è importante I punti decisionali spesso richiedono un’autorizzazione e possono diventare colli di bottiglia. Tracciare chiaramente le decisioni favorisce la conformità. Dove reperirli Cerchi le registrazioni delle decisioni, gli indicatori di approvazione o rifiuto oppure la determinazione dell’esito. Acquisizione Marca temporale della decisione o registrazione dell’esito Tipo di evento explicit | |||
| Eccezione segnalata | È stato individuato un problema o un’eccezione che richiede una gestione specifica o un’escalation. | ||
| Perché è importante Le eccezioni spesso comportano rilavorazioni e ritardi. Monitorarle aiuta a individuare le cause profonde e le opportunità per prevenirle. Dove reperirli Cerchi i registri degli errori, gli indicatori di eccezione, le registrazioni delle escalation o gli indicatori di gestione speciale. Acquisizione Marca temporale dell’eccezione o dell’errore nei registri di sistema Tipo di evento explicit | |||
| Informazioni ricevute | Le informazioni aggiuntive richieste sono state ricevute e il caso può proseguire. | ||
| Perché è importante I tempi di risposta alle richieste di informazioni incidono notevolmente sui tempi di ciclo. Risposte rapide consentono di completare il processo prima. Dove reperirli Cerchi le conferme di ricezione della risposta, le modifiche dello stato da «in attesa» o le marche temporali del caricamento dei documenti. Acquisizione Marca temporale della ricezione della risposta o modifica dello stato da «in attesa» Tipo di evento explicit | |||
| Informazioni richieste | Sono state richieste informazioni aggiuntive a un cliente, a un fornitore o a una parte interessata interna. | ||
| Perché è importante Le richieste di informazioni sospendono il processo e spesso causano ritardi significativi. Ridurle permette di abbreviare i tempi di ciclo. Dove reperirli Cerchi le comunicazioni di richiesta, le modifiche dello stato in «in attesa di informazioni» o le marche temporali della sospensione. Acquisizione Marca temporale della richiesta o modifica dello stato in attesa Tipo di evento explicit | |||
| Sottoposto a escalation | Il caso è stato sottoposto a un livello superiore o a un team specializzato per la gestione. | ||
| Perché è importante Le escalation riguardano casi che non possono essere gestiti attraverso i canali ordinari. Un numero elevato di escalation può indicare problemi di formazione o di processo. Dove reperirli Cerchi le registrazioni delle escalation, le modifiche del livello o i trasferimenti a code specialistiche. Acquisizione Marca temporale dell’escalation o del trasferimento a una coda specializzata Tipo di evento explicit | |||
Guide all’estrazione
I metodi di estrazione variano in base al sistema. Per istruzioni dettagliate,
consulti la nostra guida ETL oppure selezioni un processo e un sistema specifici.
È pronto a iniziare?
Scarichi questo template e lo utilizzi come punto di partenza, oppure consulti le nostre guide specifiche per sistema, con query di estrazione testate e adattate alla Sua tecnologia.
Inizi oggi a ottimizzare il Suo processo
Con ProcessMind, osservi il Suo processo con chiarezza, anche per la prima volta.
Non è richiesta la carta di credito