Un ERP, dans sa définition technique, est un système d’enregistrement centralisé (system of record) qui garantit la fiabilité des données, la standardisation des processus et l’auditabilité des opérations. Cette fonction n’a pas disparu avec l’arrivée de l’intelligence artificielle. Elle a changé de forme. Gartner et McKinsey décrivent une évolution vers des plateformes composables, connectées et enrichies d’agents IA, tandis que l’ERP reste le socle de données fiables sur lequel viennent se greffer les nouveaux usages.
Conformité NIS2 et souveraineté cloud : le cadre réglementaire qui redéfinit le projet ERP
La directive européenne NIS2 (UE 2022/2555), entrée en application au niveau de l’UE en octobre 2024, étend le périmètre des organisations soumises à des exigences de cybersécurité bien au-delà des opérateurs critiques historiques. Pour un projet ERP, cela change la nature même de la décision.
A lire également : Reservation bureau lefoyerentrepreneurial prix pour la journée : que prévoir dans votre budget ?
Le choix de l’éditeur, du mode cloud et de l’hébergeur ne relève plus seulement du coût ou de la direction informatique. Les entreprises classées entités importantes ou importantes doivent prouver que leur ERP et son hébergement respectent des obligations de sécurité et de notification d’incident, sous peine de sanctions pouvant atteindre 10 millions d’euros ou 2 % du chiffre d’affaires annuel mondial.
En parallèle, un cadre européen de souveraineté pour le cloud se structure avec des niveaux d’assurance gradués : localisation des données dans l’UE, indépendance vis-à-vis de pays tiers, contrôle capitalistique européen. En France, le label SecNumCloud délivré par l’ANSSI devient le repère central pour qualifier un « cloud de confiance ». Avant de comparer des fonctionnalités métier, il faut désormais vérifier que la solution envisagée peut répondre à ces contraintes, ce qui exclut certaines architectures et certains hébergeurs.
A voir aussi : Comment convaincre votre direction d'investir dans Qualishare ?
Pour approfondir cette dimension structurante du projet, l’avis de l’expert TVH Consulting détaille les étapes clés et les arbitrages à anticiper dès la phase de cadrage.
ERP composable : ce que signifie réellement une architecture par modules
Le terme « ERP composable » revient dans toutes les analyses récentes. Le principe consiste à remplacer le bloc monolithique par un assemblage de modules indépendants (microservices), connectés via des API, que l’on peut ajouter, remplacer ou faire évoluer sans toucher au reste du système.
Concrètement, cela change trois choses dans la conduite du projet :
- Le déploiement n’est plus un événement unique de type « big bang ». Chaque module peut être mis en production séparément, testé en conditions réelles, puis ajusté avant d’activer le suivant.
- L’intégration avec des outils tiers (CRM, WMS, outils de planification) devient native par API, au lieu de reposer sur des connecteurs sur mesure coûteux à maintenir.
- La dépendance à un éditeur unique diminue. Si un module de gestion des achats ne convient plus, il peut être remplacé sans remettre en cause la comptabilité ou la production.
Cette modularité a un coût d’entrée : elle exige une gouvernance technique plus rigoureuse qu’un ERP monolithique. Il faut documenter les flux de données entre modules, définir des contrats d’API, gérer les versions. Sans cette discipline, l’architecture composable produit l’inverse de ce qu’elle promet, c’est-à-dire un patchwork fragile.
Agents IA et ERP : ce qui change dans le pilotage des processus
L’intégration d’agents IA dans les plateformes ERP ne se limite pas à ajouter un chatbot sur l’interface. Les cas d’usage décrits par les analystes portent sur l’automatisation de tâches répétitives à l’intérieur même des processus de gestion : rapprochement de factures, détection d’anomalies dans les flux de stock, suggestion de réapprovisionnement basée sur des données historiques.
L’ERP fournit les données structurées dont l’IA a besoin pour fonctionner. Sans system of record fiable, un agent IA produit des recommandations fondées sur des données incohérentes. L’IA ne remplace pas le système de gestion, elle s’y adosse.
La difficulté réside dans la qualité des données. Un ERP mal paramétré, avec des doublons de fiches fournisseurs ou des nomenclatures incomplètes, rend tout projet d’IA inopérant. Avant d’envisager des agents intelligents, la priorité reste de fiabiliser le référentiel de données, ce qui est, au fond, un projet ERP classique.
Projet ERP en 2026 : les critères de décision qui ont réellement bougé
Il y a dix ans, le cahier des charges d’un projet ERP se concentrait sur la couverture fonctionnelle (combien de modules) et le coût de licence. Plusieurs critères ont pris une importance qu’ils n’avaient pas.
Le premier est la capacité de la plateforme à évoluer sans migration lourde. Les architectures composables permettent des mises à jour continues, là où les ERP monolithiques imposaient des montées de version tous les cinq à huit ans, avec les risques de régression que cela implique.
Le deuxième critère concerne la conformité réglementaire. Avec NIS2 et les exigences de souveraineté cloud, le lieu d’hébergement des données et le statut juridique de l’hébergeur deviennent des filtres de présélection, pas des détails techniques à régler après la signature.
Le troisième porte sur l’interopérabilité native. Un ERP qui ne propose pas d’API ouvertes et documentées ferme la porte aux intégrations futures, qu’il s’agisse d’agents IA, d’outils de Business Intelligence ou de plateformes sectorielles.
Le projet ERP n’a donc pas disparu. Il a changé de périmètre. Le livrable n’est plus un logiciel installé, c’est une architecture de données gouvernée, capable d’absorber les contraintes réglementaires actuelles et de servir de fondation aux usages qui n’existent pas encore. Poser la question « faut-il encore faire un projet ERP » revient à demander si une entreprise a encore besoin de données fiables. La réponse reste la même, mais la manière d’y parvenir a profondément changé.
