Votre ERP contient l’historique complet de vos opérations depuis des années : chaque commande validée, chaque facture saisie, chaque écart de stock corrigé. Pourtant, vos tableaux de bord ne montrent que des agrégats. Ils vous disent combien de factures ont été traitées ; ils ne vous disent pas combien d’entre elles ont suivi un chemin détourné, nécessité trois validations au lieu d’une, ou atterri dans une boîte mail de gestionnaire pendant huit jours avant d’être rouverte.
C’est précisément ce que le process mining révèle. En lisant directement les journaux d’événements de votre ERP, il reconstitue le chemin réel de chaque transaction, le compare au processus théorique, et cartographie les déviations, les goulets d’étranglement et les contournements qui coûtent du temps et de l’argent chaque jour.
Ce guide explique ce qu’est concrètement le process mining dans un contexte ERP, comment choisir entre les trois outils leaders (Celonis, SAP Signavio, IBM), quels processus auditer en priorité, et comment structurer un premier projet en six semaines.
Qu’est-ce que le process mining appliqué à l’ERP ?
La différence avec le BI classique
Un outil de Business Intelligence agrège des données : total des ventes, taux de livraison à temps, délai moyen de paiement. Il répond à la question “combien ?” mais pas à “comment ?”. Vous savez que 15 % de vos commandes sont livrées en retard. Vous ne savez pas où, dans le processus, le retard se produit, ni si c’est toujours le même type de commande qui est concerné.
Le process mining répond à “comment ?”. Il reconstitue les flux réels à partir des traces laissées dans la base de données de l’ERP : chaque changement d’état d’un document, chaque intervenant, chaque horodatage. Le résultat est une carte du processus réel, superposable au processus théorique. Les écarts deviennent visibles, mesurables et priorisables.
Comment l’outil lit les journaux d’événements ERP
Dans SAP, chaque document de gestion (commande d’achat, facture, ordre de fabrication) génère une traçabilité d’événements dans des tables dédiées. Dans SAP ECC et S/4HANA, les tables CDHDR et CDPOS enregistrent chaque modification. Dans Oracle EBS ou Dynamics 365, des mécanismes équivalents journalisent l’activité transactionnelle.
Les outils de process mining se connectent à ces tables via des extracteurs spécialisés, sans modifier le paramétrage de l’ERP. Ils ne touchent pas à la configuration, ne perturbent pas les utilisateurs, et ne nécessitent pas de développement côté ERP. L’extraction est en lecture seule. C’est un avantage décisif par rapport aux projets de refonte de processus traditionnels qui exigent des workshops, des interviews et des mois de cartographie manuelle.
Les 3 outils leaders : Celonis, SAP Signavio et IBM Process Mining
Celonis : l’indépendant multi-ERP
Celonis est le leader du marché du process mining par chiffre d’affaires et par base client. Sa plateforme dispose de plus de 100 connecteurs de processus couvrant les principaux ERP (SAP, Oracle, Microsoft Dynamics, Salesforce, ServiceNow) ainsi que des sources de données complémentaires comme les bases SQL, Azure et PostgreSQL. Plus de 600 équipes dans le monde utilisent l’extracteur SAP de Celonis, qui supporte SAP ECC et S/4HANA sur HANA, Oracle, IBM et Microsoft.
Son principal atout est son indépendance vis-à-vis des éditeurs ERP. Un directeur des opérations dont le paysage applicatif mêle SAP pour la finance, Dynamics pour les achats et Salesforce pour le CRM peut brancher Celonis sur les trois systèmes et cartographier les processus cross-ERP qui ne sont visibles dans aucun des outils natifs.
À noter : une tension juridique est apparue en 2024-2025 entre SAP et Celonis autour de l’accès aux données SAP des clients communs. Un accord provisoire a été conclu pour que SAP ne perturbe pas l’accès des clients à leurs propres données via Celonis pendant la durée de la procédure.
Positionnement : Multi-ERP, clients ETI et grands comptes, projets d’envergure.
SAP Signavio : natif S/4HANA, sans friction
SAP a acquis Signavio en mars 2021 pour un montant de 949 millions d’euros selon le dépôt SEC de SAP (SAP Form 6-K, SEC.gov), une acquisition largement commentée comme “milliardaire” dans la presse spécialisée. Signavio est aujourd’hui intégré dans SAP Business Process Intelligence, disponible sur la SAP Business Technology Platform (BTP).
Pour les clients SAP, l’intégration est native : SAP Signavio accède directement aux données S/4HANA sans extracteur tiers, avec des modèles de processus préconfigurés pour les cycles Order-to-Cash, Purchase-to-Pay et Record-to-Report. Le référentiel de processus de Signavio permet aussi de lier les processus réels aux processus cibles définis lors de la conception, facilitant la gouvernance post-déploiement.
La limite est claire : SAP Signavio est conçu pour et par l’écosystème SAP. Si votre ERP n’est pas SAP, la valeur ajoutée est nettement moindre.
Positionnement : Clients SAP S/4HANA, projets de migration RISE, gouvernance continue post-golive.
IBM Process Mining : option accessible, intégration ERP et CRM
IBM Process Mining est le troisième acteur significatif du marché. La plateforme intègre les principales sources ERP (SAP, Oracle Cloud Financials) et CRM, et se positionne sur l’accessibilité et l’intégration avec l’écosystème IBM Automation. Elle est également disponible sur AWS Marketplace.
IBM Process Mining trouve sa place dans les organisations qui travaillent déjà avec la suite IBM (Automation, Cognos Analytics, watsonx) et qui cherchent une solution cohérente avec leur stack existant, sans avoir à gérer un éditeur spécialisé tiers.
Positionnement : Écosystème IBM, industries réglementées (banque, assurance, santé), intégration avec IBM Automation.
Tableau de décision rapide
| Critère | Celonis | SAP Signavio | IBM Process Mining |
|---|---|---|---|
| Multi-ERP | Oui (100+ connecteurs) | Limité (optimisé SAP) | Oui (SAP, Oracle, CRM) |
| Intégration SAP native | Oui (extracteurs certifiés) | Oui (natif BTP) | Oui (connecteurs) |
| Gouvernance processus intégrée | Via Celonis EMS | Oui (référentiel BPM) | Via IBM Automation |
| Cible | ETI/grands comptes multi-ERP | Clients SAP | Écosystème IBM |
| Complexité mise en oeuvre | Moyenne | Faible pour SAP pur | Moyenne |
Les 5 processus ERP à auditer en priorité
Order-to-Cash (O2C) : où perdez-vous du temps entre la commande et le paiement ?
Le cycle O2C trace le chemin d’une commande client depuis sa création jusqu’à l’encaissement. Le process mining identifie les commandes qui passent par plus d’étapes d’approbation que prévu, les blocages sur les vérifications de crédit, les retards entre la livraison et l’émission de la facture, et les relances manuelles qui auraient pu être automatisées.
L’indicateur clé à surveiller est le DSO (Days Sales Outstanding) : le nombre de jours moyen entre la facturation et l’encaissement. Une réduction du DSO de quelques jours représente un gain de trésorerie direct et mesurable.
Purchase-to-Pay (P2P) : doublons, délais et non-conformités
Le cycle P2P couvre les achats de la demande jusqu’au paiement fournisseur. C’est le terrain de prédilection du process mining : les écarts entre bon de commande, réception et facture génèrent des litiges, des retards de paiement et des pénalités fournisseur. La détection automatique des factures sans bon de commande correspondant, des doublons de paiement ou des approbations contournées fait partie des cas d’usage les plus documentés.
Record-to-Report (R2R) : accélérer la clôture mensuelle
La clôture mensuelle est souvent perçue comme une contrainte inévitable. Le process mining la cartographie différemment : il identifie les 20 % d’écritures manuelles qui causent 80 % des retards de clôture (un constat fréquemment rapporté par les équipes finance ayant conduit ce type d’analyse). Les schémas de retraitement, les validations en attente et les arbitrages tardifs deviennent visibles, et donc adressables.
Hire-to-Retire (H2R) : fluidifier les processus RH
Les processus RH sont souvent fragmentés entre le SIRH, la paie et l’ERP. Le process mining sur le cycle H2R cartographie les délais d’onboarding, les blocages sur les workflows de validation d’absence et les écarts entre les données RH et les droits d’accès systèmes. Pour les entreprises avec une forte rotation ou en phase de recrutement intensive, les gains de fluidité sont rapides.
Incident-to-Resolution (I2R) : superviser le support post-golive ERP
Souvent négligé, ce cycle est critique dans les 12 à 24 mois qui suivent un déploiement ERP. Le process mining sur les tickets support permet d’identifier les processus qui génèrent le plus d’incidents, les types d’utilisateurs qui contournent le plus souvent les workflows et les modules qui nécessitent un recadrage du paramétrage. C’est un outil puissant pour le centre d’excellence ERP post-déploiement.
Cas concret : lancer un projet de process mining sur SAP S/4HANA en 6 semaines
Cette chronologie s’applique à un projet de type POC sur un processus cible unique (par exemple le cycle Purchase-to-Pay), avec SAP Signavio ou Celonis.
Semaines 1-2 : extraction des event logs et configuration du connecteur
L’équipe projet (deux à trois personnes : un consultant process mining, un responsable SAP Basis pour les accès, un key user métier) configure l’extracteur sur l’environnement SAP. Les tables cibles sont identifiées selon le processus choisi (pour P2P sur SAP : tables EKKO, EKPO, RBKP, BKPF). L’extraction initiale est lancée sur un historique de 12 à 24 mois.
Aucune modification du paramétrage SAP n’est nécessaire. L’extraction est en lecture seule et n’impacte pas les utilisateurs.
Semaines 3-4 : modélisation et identification des déviations
La plateforme de process mining génère automatiquement la carte du processus réel à partir des event logs extraits. Le consultant analyse les variantes : combien de chemins différents une facture fournisseur emprunte-t-elle dans la réalité ? Quelles sont les variantes les plus fréquentes ? Lesquelles sont les plus coûteuses en temps ?
Un atelier de deux heures avec l’équipe finance permet de qualifier les déviations : lesquelles sont légitimes (cas d’exception métier), lesquelles sont des contournements à corriger, lesquelles indiquent un paramétrage à revoir.
Semaines 5-6 : plan d’action et baseline KPI
L’équipe définit les indicateurs de base avant intervention : temps moyen par variante de processus, taux de conformité au flux idéal, nombre d’étapes d’approbation superflues. Ces métriques constituent la baseline qui permettra de mesurer l’impact des actions correctives dans les mois suivants.
Le livrable final est un plan d’action priorisé : deux ou trois actions à fort impact sur le périmètre audité, avec les ressources nécessaires, le responsable et la date cible.
ROI attendu et indicateurs clés
Ce que le process mining permet de chiffrer
Contrairement aux projets de refonte de processus traditionnels, le process mining produit des métriques objectives avant même qu’une action soit engagée. Les gains typiquement identifiés lors d’un premier audit portent sur :
- Réduction du DSO sur le cycle O2C : l’identification des blocages récurrents dans le flux de facturation permet d’engager des actions ciblées (automatisation des relances, simplification des approbations) dont l’impact sur le DSO est mesurable en jours.
- Taux d’automatisation P2P : sur le cycle Purchase-to-Pay, l’objectif cible généralement entre 70 et 80 % de factures traitées sans intervention manuelle. Le process mining identifie les types de factures qui ne peuvent pas encore être automatisées et pourquoi.
- Clôture mensuelle : l’identification des écritures manuelles récurrentes permet de les convertir en règles automatiques dans l’ERP, réduisant le nombre de jours de clôture.
Pour approfondir la complémentarité entre process mining et automatisation, voir notre guide RPA et ERP : automatiser les tâches répétitives.
Ce que le process mining ne remplace pas
Le process mining identifie et quantifie les problèmes. Il ne les résout pas. La valeur réelle est dans la combinaison : analyse des déviations via le process mining, puis action via la RPA, le reparamétrage ERP, ou la formation des utilisateurs. Sans plan d’action structuré, la carte du processus reste un constat sans suite.
Comment démarrer : prérequis, budget et équipe
Prérequis techniques
- Droits d’extraction en lecture sur les tables de transactions ERP (à valider avec votre administrateur SAP Basis ou équivalent)
- Accès à un environnement de recette ou sandbox pour les tests de connexion
- Historique d’au moins 12 mois de transactions sur le processus cible (24 mois préférable pour détecter les patterns saisonniers)
Équipe projet type
Un projet de process mining de type POC mobilise généralement deux à trois personnes :
- Un consultant process mining (externe ou CoE interne) pour l’extraction, la modélisation et l’analyse
- Un administrateur ERP pour la configuration des accès et la validation des tables sources
- Un key user métier (finance, achats ou opérations selon le processus) pour qualifier les déviations
Budget indicatif
Les licences annuelles des plateformes de process mining varient selon l’éditeur et le périmètre couvert. D’après les benchmarks publiés (KYP.ai Process Mining Software Comparison 2026), les connecteurs premium Celonis sont facturés entre 10 000 et 30 000 dollars par connecteur et par an. Les solutions intégrées SAP Signavio sont facturées via la BTP selon le volume de données et les modules activés. IBM Process Mining propose des modèles au processus ou au volume.
Pour un POC sur un processus unique, comptez entre 20 000 et 60 000 euros tout compris (licences POC, consulting, extraction, ateliers d’analyse). Ce budget produit une cartographie des déviations et un plan d’action priorisé.
Pour inscrire cette démarche dans une gouvernance plus large, consultez notre article sur l’audit de l’existant ERP avant migration : le process mining peut compléter utilement un diagnostic ERP classique.
Passer à l’action
Pour valider une hypothèse d’amélioration de processus, partez sur un POC de 6 semaines sur un processus cible (Purchase-to-Pay ou Order-to-Cash). Budget typique : 20 000 à 40 000 euros. Résultat : une carte du processus réel, les déviations chiffrées en temps et en fréquence, et un plan d’action priorisé avec des KPIs de baseline. Pas un diagnostic impressionniste, pas une promesse commerciale : des données extraites de votre propre ERP.
Pour aller plus loin, consultez également :
- Notre guide Audit ERP : évaluer son système actuel avant de migrer pour objectiver le diagnostic global
- Notre article RPA et ERP : automatiser les tâches répétitives pour comprendre comment combiner process mining et automatisation
- Notre article sur la gouvernance ERP post-déploiement et centre d’excellence pour intégrer le process mining dans votre supervision continue
