Process Mining Ultimo aggiornamento: 5 novembre 2026
Process mining incentrato sugli oggetti: quando conviene?
Scelga OCPM quando gli oggetti convergono e Multiple Perspectives quando condividono gli eventi, ma vanno analizzati separatamente.
Scelga il Process Mining incentrato sugli oggetti quando gli oggetti convergono; scelga Multiple Perspectives quando condividono gli stessi eventi, ma possono essere analizzati separatamente. La scelta dipende da come si definisce il caso: quale entità, o gruppo di entità, rappresenta ogni istanza del processo?
Che cos’è davvero un caso
Un caso è l’unità che si segue lungo un processo. Nel Process Mining basato sui casi, ogni evento viene associato a un caso, per esempio un ordine, una fattura o un cliente. Questo permette di ottenere un percorso di processo chiaro, ma può distorcere l’analisi quando un evento riguarda più oggetti o quando questi seguono cicli di vita distinti.
Si pensi a un ordine composto da più articoli, ciascuno spedito separatamente, e da diverse fatture. Se il caso è l’ordine, le attività relative ai singoli articoli e alle fatture possono confluire in un unico percorso. Se invece il caso è un articolo, si rischia di perdere il contesto complessivo dell’ordine.
Prima di scegliere un approccio, si ponga queste domande:
- Quale entità segue la domanda aziendale?
- Ogni evento appartiene a un solo caso o può riguardare più oggetti?
- È necessario analizzare insieme queste relazioni o sono sufficienti viste separate?
La definizione del caso determina la struttura dell’Event Log e le varianti visibili. Per un’introduzione ai concetti fondamentali, legga che cos’è il Process Mining.
Come funziona il Process Mining incentrato sugli oggetti?
Il Process Mining incentrato sugli oggetti rappresenta gli eventi e le loro relazioni con più tipi di oggetto, invece di associare ogni evento a un unico caso. Questo approccio è spesso associato a OCEL, un formato di Event Log incentrato sugli oggetti. Un modello di processo OCPM può collegare oggetti come un ordine, i relativi articoli, le consegne e le fatture.
Consideriamo un ordine cliente composto da tre articoli. Ciascun articolo segue un proprio ciclo di evasione. Gli articoli vengono spediti in due consegne e l’ordine genera due fatture perché un articolo è in arretrato. Il processo coinvolge un ordine, tre articoli, due consegne e due fatture.
Con OCPM, un evento può essere collegato agli oggetti che riguarda. È possibile esaminare le relazioni tra l’ordine, gli articoli, le consegne e le fatture senza scegliere un unico oggetto come caso per ogni domanda. Per esempio, si può verificare se un’eccezione nella spedizione coincide con un ritardo nella fatturazione.
Questa visione più ampia comporta anche una maggiore complessità. I dati devono registrare le relazioni pertinenti tra gli oggetti e una rete con molti oggetti e collegamenti può essere più difficile da interpretare. OCPM non è semplicemente un grafico diverso per un Event Log standard basato sui casi: dipende da come vengono strutturati e analizzati i dati degli eventi.
Abbiamo dedicato molto tempo allo studio del Process Mining incentrato sugli oggetti, ma non ne vediamo ancora l’utilità per le persone per cui progettiamo la piattaforma. Sposta l’analisi verso una struttura più orientata ai dati e comprendiamo perché questo possa semplificare il lavoro dei fornitori. Il nostro obiettivo è l’opposto: aiutare chi opera in azienda a capire chiaramente i processi. Una vista che un utente aziendale non riesce a leggere non rappresenta un progresso.
Come funziona l’approccio Multiple Perspectives?
Multiple Perspectives organizza l’analisi dei processi in viste distinte. È possibile definire un processo e le aree di interesse in BPMN, quindi analizzare i dati degli eventi disponibili attraverso queste prospettive.
Nel caso dell’ordine, si possono analizzare separatamente l’evasione dell’ordine, la consegna degli articoli e la fatturazione. Ogni vista si concentra su una domanda specifica e sul percorso di processo pertinente. È possibile confrontare i risultati tra le viste, ma questo approccio non rappresenta tutte le relazioni tra gli oggetti in un unico Event Log incentrato sugli oggetti.
Questo approccio è adatto quando le domande a cui rispondere sono definite e si desidera mantenere mirata ogni analisi. Un modello guida l’analisi, senza affidarsi a un’unica definizione del caso per ricostruire l’intera situazione.
Multiple Perspectives consente di esplorare un processo attraverso viste mirate. Modifichi il modello per analizzare la domanda che Le interessa, mantenendo ogni vista chiara per le persone che lavorano su quella parte del processo.
Quali sono le differenze tra OCPM e Multiple Perspectives?
Entrambi gli approcci possono rispondere alla stessa domanda aziendale, ma differiscono per il modo in cui gestiscono la complessità.
| Dimensione | Process Mining incentrato sugli oggetti (OCPM) | Multiple Perspectives |
|---|---|---|
| Definizione del caso | Collega gli eventi a più tipi di oggetto, senza richiedere un unico tipo di caso | Usa viste distinte, guidate da modelli, per analizzare il processo |
| Struttura dei dati | Richiede dati degli eventi che registrino le relazioni tra gli oggetti | Usa i dati disponibili insieme ai modelli di processo per aggiungere struttura e contesto |
| Obiettivo dell’analisi | Esamina insieme le interazioni tra gli oggetti | Si concentra su una vista del processo o su una domanda specifica |
| Domande sulle relazioni tra oggetti | Rappresenta nell’analisi le relazioni tra diversi tipi di oggetto | Richiede di confrontare i risultati ottenuti da prospettive separate |
| Facilità di interpretazione | Una rete ampia di oggetti e collegamenti può essere difficile da leggere | Ogni vista può concentrarsi su una parte specifica del processo |
| Adattabilità | Le modifiche alle relazioni tra gli oggetti o ai dati possono richiedere preparazione e una nuova elaborazione | È possibile cambiare l’analisi modificando il modello o la prospettiva |
| Approccio più adatto | Processi in cui gli oggetti convergono e le loro relazioni sono pertinenti alla domanda | Processi in cui gli oggetti condividono eventi ma possono essere analizzati in viste separate |
Che cosa mostra l’esempio dell’ordine con tre articoli?
Le risposte alle stesse tre domande cambiano a seconda che sia possibile seguire gli oggetti.
| Domanda | OCPM | Multiple Perspectives |
|---|---|---|
| Quali articoli dell’ordine subiscono ritardi con regolarità? | Segue ogni articolo durante il proprio ciclo di vita, così è possibile associare i ritardi all’articolo interessato | Analizza l’evasione da una prospettiva incentrata sugli articoli |
| Un ritardo nella fatturazione coincide con un’eccezione nella spedizione? | Rappresenta le relazioni tra gli oggetti fattura e consegna | Confronta le prospettive della fatturazione e della consegna |
| Perché questo caso è durato 40 giorni? | Mostra le interazioni tra gli oggetti collegati, anche se i numerosi collegamenti possono rendere più difficile interpretare il percorso | Ricostruisce il percorso modellato per il caso e mostra dove si è discostato |
La differenza sta nel modo in cui ciascun approccio gestisce la complessità. OCPM ne colloca una parte maggiore nella struttura dei dati e nell’analisi congiunta. Multiple Perspectives la concentra maggiormente nella scelta e nel confronto delle viste. In entrambi i casi, è necessario definire la domanda e capire che cosa possono mostrare i dati.
Per capire come le varianti di processo aiutano a confrontare i percorsi, consulti la documentazione sulle varianti di processo.
Quando scegliere OCPM o Multiple Perspectives?
Scelga OCPM quando non esiste una definizione del caso singola e utile e la domanda dipende dalle relazioni tra gli oggetti. L’evasione di ordini con articoli, consegne e fatture è un esempio. È inoltre necessario disporre di dati degli eventi che registrino tali relazioni.
Scelga Multiple Perspectives quando le domande sono definibili in anticipo, gli oggetti condividono eventi e le viste separate sono sufficienti per rispondere. Un modello può circoscrivere ogni analisi e aiutare a spiegare i risultati alle persone responsabili di quella parte del processo.
Se ha dei dubbi, parta dalla definizione del caso e provi entrambi gli approcci sullo stesso insieme di dati. Per riprendere i concetti fondamentali, inizi dalla definizione di caso; per indicazioni pratiche su come esplorare i Suoi dati, legga come analizzare un processo; per vedere come funziona sulla piattaforma l’analisi basata sulle prospettive, consulti la pagina sul Process Mining.
Where to Go From Here
La definizione di un caso è un punto di partenza pratico, non un vincolo permanente. Confronti le domande a cui può rispondere ciascuna impostazione con i dati disponibili, poi decida se servono relazioni tra oggetti collegati o prospettive mirate.