Process Mining Dernière mise à jour : 5 novembre 2026
Process Mining orienté objet : dans quels cas l’utiliser ?
Choisissez OCPM lorsque les objets convergent, et Multiple Perspectives lorsqu’ils partagent des événements tout en pouvant être analysés séparément.
Choisissez le Process Mining orienté objet lorsque plusieurs objets convergent dans un même processus. Préférez Multiple Perspectives lorsqu’ils partagent des événements, mais peuvent être analysés séparément. Tout dépend de la notion de cas : quelle entité, ou quel groupe d’entités, représente chaque instance de processus ?
Ce que représente réellement un cas
Un cas est l’unité que vous suivez tout au long d’un processus. Dans le Process Mining centré sur les cas, chaque événement est associé à un cas, par exemple une commande, une facture ou un client. Vous obtenez ainsi un parcours de processus clair, mais l’analyse peut être faussée lorsqu’un événement concerne plusieurs objets ou que ces objets suivent des cycles de vie distincts.
Imaginez une commande comprenant plusieurs articles, expédiés séparément, et plusieurs factures. Si vous choisissez la commande comme cas, les activités associées aux articles et aux factures risquent d’être regroupées dans un seul parcours. Si vous choisissez un article comme cas, vous risquez de perdre le contexte global de la commande.
Avant de choisir une approche, posez-vous les questions suivantes :
- Quelle entité votre question métier cherche-t-elle à suivre ?
- Chaque événement appartient-il à un seul cas ou peut-il concerner plusieurs objets ?
- Faut-il analyser ces relations ensemble, ou des vues distinctes suffisent-elles ?
La notion de cas détermine la structure du journal d’événements et les variantes que vous observez. Pour revoir les principes fondamentaux, consultez la définition du Process Mining.
Comment fonctionne le Process Mining centré sur les objets ?
Le Process Mining centré sur les objets représente les événements et leurs relations avec plusieurs types d’objets, au lieu d’associer chaque événement à un seul cas. Cette approche est souvent associée à OCEL, un format de journal d’événements centré sur les objets. Un modèle de processus OCPM centré sur les objets peut relier des objets tels qu’une commande, ses articles, les livraisons et les factures.
Prenons une commande client comprenant trois articles, chacun ayant son propre cycle de traitement. Les articles sont expédiés en deux livraisons et la commande donne lieu à deux factures, car l’un des articles est en rupture de stock. Le processus concerne donc une commande, trois articles, deux livraisons et deux factures.
Avec OCPM, un événement peut être relié aux objets concernés. Vous pouvez examiner les relations entre la commande, les articles, les livraisons et les factures sans choisir un objet unique comme cas pour toutes vos questions. Vous pourriez, par exemple, chercher à savoir si un incident de livraison coïncide avec un retard de facturation.
Cette vue d’ensemble élargie ajoute aussi de la complexité. Vos données doivent enregistrer les relations pertinentes entre les objets, et un réseau comportant de nombreux objets et liens peut être difficile à interpréter. OCPM n’est pas simplement un autre type de graphique pour un journal classique organisé par cas. Cette approche dépend de la façon dont vous structurez et analysez les données d’événements.
Nous avons consacré beaucoup de temps au Process Mining centré sur les objets, mais nous n’en voyons toujours pas l’intérêt pour les personnes auxquelles nous destinons notre plateforme. Cette approche déplace l’analyse vers une présentation davantage axée sur les données. Nous comprenons que cela facilite la vie des fournisseurs. Notre rôle est tout autre : aider les équipes métier à se faire une idée claire du processus. Une vue qu’elles ne peuvent pas lire ne constitue pas un progrès.
Comment fonctionne l’approche Multiple Perspectives ?
Multiple Perspectives organise l’analyse des processus en vues distinctes. Vous pouvez définir un processus et ses domaines d’intérêt en BPMN, puis analyser les données d’événements disponibles au moyen de ces perspectives.
Dans l’exemple de la commande, vous pourriez examiner séparément le traitement de la commande, la livraison des articles et la facturation. Chaque vue porte sur une question précise et sur le parcours du processus qui s’y rapporte. Vous pouvez comparer les résultats entre les vues, mais cette approche ne représente pas toutes les relations entre objets dans un journal d’événements unique centré sur les objets.
Cette approche convient lorsque vous pouvez définir les questions auxquelles vous souhaitez répondre et que vous voulez garder chaque analyse ciblée. Le modèle oriente l’analyse, au lieu de s’appuyer sur une seule définition du cas pour décrire l’ensemble du processus.
Multiple Perspectives vous permet d’examiner un processus au moyen de vues ciblées. Adaptez le modèle à la question étudiée, tout en veillant à ce que chaque vue reste claire pour les personnes concernées par cette partie du processus.
Comment comparer OCPM et Multiple Perspectives ?
Les deux approches peuvent répondre à la même question métier, mais elles ne traitent pas la complexité au même endroit.
| Critère | Process Mining centré sur les objets (OCPM) | Multiple Perspectives |
|---|---|---|
| Notion de cas | Relie les événements à plusieurs types d’objets, sans exiger un type de cas unique | S’appuie sur des vues distinctes, guidées par un modèle, pour examiner le processus |
| Structure des données | Nécessite des données d’événements qui enregistrent les relations entre objets | Utilise les données disponibles et des modèles de processus pour apporter structure et contexte |
| Objet de l’analyse | Examine ensemble les interactions entre objets | Se concentre sur une vue ou une question précise concernant le processus |
| Questions portant sur plusieurs objets | Représente les relations entre types d’objets dans l’analyse | Nécessite de comparer les résultats de perspectives distinctes |
| Facilité d’interprétation | Un vaste réseau d’objets et de liens peut être difficile à lire | Chaque vue peut se concentrer sur une partie précise du processus |
| Adaptabilité | Toute modification des relations entre objets ou des données peut nécessiter une préparation et un nouveau traitement | Vous pouvez réorienter l’analyse en modifiant le modèle ou la perspective |
| Approche adaptée | Processus où les objets convergent et où leurs relations sont pertinentes pour la question | Processus où les objets partagent des événements, mais peuvent être analysés au moyen de vues distinctes |
Que montre l’exemple d’une commande de trois articles ?
Les réponses aux mêmes trois questions varient selon que vous pouvez suivre les objets ou non.
| Question | OCPM | Multiple Perspectives |
|---|---|---|
| Quels articles d’une commande sont régulièrement en retard ? | Suit chaque article tout au long de son cycle de vie et permet de relier les retards à l’article concerné | Analyse le traitement de la commande selon une perspective centrée sur les articles |
| Un retard de facturation coïncide-t-il avec un incident de livraison ? | Représente les relations entre les objets facture et livraison | Compare les perspectives de facturation et de livraison |
| Pourquoi ce cas a-t-il duré 40 jours ? | Montre les interactions entre objets liés, même si de nombreux liens peuvent rendre le parcours difficile à interpréter | Suit le parcours modélisé pour ce cas et indique où il s’en est écarté |
La différence tient à la façon dont chaque approche traite la complexité. OCPM en place une plus grande part dans la structure des données et l’analyse combinée. Multiple Perspectives la fait davantage porter sur le choix et la comparaison des vues. Dans les deux cas, vous devez définir votre question et comprendre ce que vos données permettent d’observer.
Pour découvrir comment les variantes de processus vous aident à comparer les parcours, consultez la documentation sur les variantes de processus.
Quand choisir OCPM ou Multiple Perspectives ?
Utilisez OCPM lorsqu’il n’existe pas de notion de cas unique pertinente et que votre question dépend des relations entre objets. Le traitement d’une commande impliquant plusieurs articles, livraisons et factures en est un exemple. Vos données d’événements doivent également enregistrer ces relations.
Optez pour Multiple Perspectives lorsque vous pouvez définir vos questions à l’avance, que les objets partagent des événements et que des vues distinctes suffisent pour y répondre. Un modèle peut cibler chaque analyse et aider à en expliquer les résultats aux personnes responsables de la partie concernée du processus.
Si vous hésitez, commencez par définir la notion de cas et testez les deux approches sur le même jeu de données. Pour revoir les principes de base, commencez par la définition d’un cas. Pour savoir comment examiner vos propres données, consultez notre guide d’analyse des processus. Enfin, pour découvrir le fonctionnement de l’analyse par perspectives dans la plateforme, consultez la page sur le Process Mining.
Where to Go From Here
La définition d’un cas constitue un point de départ pratique, pas un choix définitif. Comparez les questions auxquelles chaque approche peut répondre avec vos données, puis déterminez si vous avez besoin de relations entre objets ou de perspectives ciblées.
