ERP et IA : quel équilibre entre standard et sur mesure ?

L’IA ouvre de nouvelles possibilités autour de l’ERP, à condition de préserver un socle solide

L’IA générative et les assistants de codage facilitent le développement d’applications autour des ERP. L’équilibre entre logiciels standards et développements sur mesure évolue donc rapidement. Mais l’ERP ne disparaît pas. Son socle reste essentiel. L’enjeu consiste désormais à déterminer ce qui doit rester standard et ce que vous pouvez développer autour de votre ERP.

L’IA facilite le développement de logiciels en interne

Un projet récent mené par Sirris illustre concrètement l'impact du développement assisté par l’IA. Chez Jonckheere Subcontracting, un ancien front-end de système d’exécution de la production (MES) a été entièrement réécrit avec un outil de codage basé sur l’IA. Trois semaines ont suffi. Le développement initial avait demandé plus d’un an.

Curana pousse cette logique plus loin. L’entreprise a développé elle-même plusieurs applications pour compléter les fonctions insuffisamment couvertes par son ERP. Outre le MES, elle a développé des extensions pour le CRM, le business development et la gestion des réclamations. Un module de planification détaillée est également en préparation. Parallèlement, Curana remplace son ancien ERP. Sa priorité ? Disposer de fonctionnalités de base solides et fiables. Ces exemples montrent une évolution importante. Les entreprises disposent désormais de nouveaux moyens pour développer certaines applications en interne.

Cela ne signifie pas que vous pouvez remplacer votre ERP par une multitude d’applications développées rapidement. La question est plutôt de savoir quelles fonctions doivent rester dans l’ERP et lesquelles peuvent être développées autour de celui-ci.

Un socle ERP solide, entouré d’applications flexibles

L’ERP reste central pour gérer la comptabilité, les stocks et les commandes. Il structure également les données de référence, les autorisations et les pistes d’audit. La planification à long terme reste aussi une fonction essentielle. Elle englobe notamment le programme directeur de production (MPS), la planification des besoins en matières (MRP), les nomenclatures et la préparation du travail. Pour ces processus, la cohérence et le contrôle priment sur la flexibilité.

Autour de ce socle, l’architecture devient toutefois plus souple. De nouvelles applications, des workflows et et des agents IA communiquent plus souvent avec l’ERP grâce aux API et aux événements. Les collaborateurs doivent ainsi moins souvent travailler directement dans les interfaces classiques de l’ERP. Un agent d’IA peut collecter des informations, signaler des exceptions ou préparer une action. L’ERP reste chargé d’exécuter la transaction définitive et d’en assurer le contrôle.

L’ERP composable permet une modernisation ciblée

Gartner décrit cette évolution par le concept d’ERP composable. L’entreprise conserve un socle ERP fiable et intégré. Elle le complète progressivement avec des applications modulaires, des automatisations et des agents IA. Vous ne devez donc plus modifier votre ERP pour chaque nouveau besoin. Certaines fonctionnalités peuvent être développées à l’extérieur, puis connectées au système existant.

Une règle simple peut guider cette architecture :

Conservez les transactions déterministes dans l’ERP et l’IA probabiliste en dehors de celui-ci.

L’IA peut collecter des informations, préparer une proposition ou détecter une anomalie. L’ERP reste responsable de la transaction définitive et de son contrôle. Cette flexibilité exige néanmoins une gouvernance commune. Sans règles claires, les applications et agents risquent de se multiplier. Leur maintenance et leur contrôle deviennent alors plus complexes.

Le vibe coding accélère le développement, mais pas tout

Les outils d’IA peuvent clarifier les exigences, générer du code et créer des interfaces. Ils peuvent aussi proposer des tests et produire de la documentation. BCG estime que l’IA générative peut réduire de 20 à 40 % l’effort nécessaire aux grandes implémentations ERP. Mais un prototype développé rapidement n’est pas encore une application d’entreprise fiable.

Dès qu’une extension modifie des données ou influence des décisions, elle devient un véritable logiciel d’entreprise. Plusieurs questions se posent alors :

• Qui est responsable de l’application ?
• Comment les droits d’accès sont-ils gérés ?
• Que se passe-t-il après une mise à niveau de l’ERP ?

Une règle s’impose : prototypez rapidement, mais industrialisez avec rigueur.

Le vibe coding convient bien pour tester une idée ou créer un outil temporaire. Il peut aussi servir à développer une application en lecture seule. La situation change pour les applications liées aux paiements ou aux stocks. Il en va de même pour les données du personnel, la planification ou le contrôle qualité. Ces logiciels nécessitent des tests, une gestion des versions et des contrôles de sécurité. Ils demandent également une journalisation et un modèle de support clair.

Les modèles économiques des ERP évoluent

Lorsque des agents exécutent des tâches sans intervention directe d’un collaborateur, le nombre d’utilisateurs reflète moins bien l’utilisation réelle de l’ERP. Les fournisseurs peuvent alors combiner abonnement et tarification à l’usage. Celle-ci peut dépendre des appels API, des transactions ou des crédits IA.

Bain considère les modèles hybrides comme une étape intermédiaire importante. Ils associent licences traditionnelles et tarification liée à l’utilisation ou à la valeur. Les fournisseurs ERP ne vont pas disparaître pour autant. Leurs données transactionnelles, leurs modèles de données, leur conformité locale, leurs autorisations et leurs fonctions d’audit conservent toute leur valeur. Leur risque est toutefois de passer à l’arrière-plan tandis qu’un autre fournisseur contrôle l’agent IA, l’interface utilisateur et la relation client.

Pour les clients, la dépendance vis-à-vis d’un fournisseur peut ainsi se déplacer. Elle ne concerne plus uniquement les développements sur mesure dans le socle ERP. Le modèle de données, la couche d’intégration, l’environnement d’exécution des agents et les crédits IA difficiles à prévoir peuvent également compliquer une migration.

Les partenaires d’implémentation changent de rôle

L’IA transforme également le travail des partenaires d’implémentation. Le codage de routine, la documentation, le mapping des données et une partie des tests deviennent plus rapides. Leur valeur ajoutée se déplace vers la conception des processus, l’architecture d’intégration, la qualité des données, la cybersécurité, la gouvernance de l’IA, la gestion du changement et l’expertise sectorielle.

L’expertise locale reste essentielle. En Belgique, les entreprises doivent notamment tenir compte de la comptabilité, de la TVA, de Peppol, de la législation sociale et des processus d’entreprise locaux. Le partenaire d’implémentation ne disparaît donc pas. Son rôle évolue de programmeur vers architecte, intégrateur et partenaire de gestion.

Faut-il attendre avant de choisir un nouvel ERP ?

Dans la plupart des cas, non. Depuis le 1er janvier 2026, les factures électroniques structurées sont obligatoires pour les transactions entre entreprises belges assujetties à la TVA. Un ERP vieillissant et difficile à intégrer peut donc devenir un risque. (E-invoice) Selon votre secteur et vos applications, d’autres réglementations peuvent également entrer en jeu. C’est notamment le cas du RGPD, de la loi belge NIS2 et de l’AI Act européen. La sécurité, la journalisation et la supervision humaine gagnent ainsi en importance. (CCB)

Votre approche dépend surtout de votre situation :

• Votre ERP n’est plus pris en charge ou devient difficile à sécuriser ? Lancez un projet de sélection ou de modernisation.
• Votre ERP est stable et dispose d’API adaptées ? Modernisez progressivement les applications qui l’entourent et analysez où l’IA ou des extensions spécifiques apportent une réelle valeur ajoutée.
• Ne remplacez pas votre ERP uniquement parce que l’IA progresse. Analysez d’abord vos données et votre architecture. Vous aurez ainsi une meilleure visibilité sur les possibilités futures.

Cinq principes pour préparer votre ERP

1. Gardez votre socle ERP aussi standard que possible
   Limitez les développements spécifiques dans les processus critiques. Un clean core, c’est-à-dire un socle ERP peu personnalisé, facilite les mises à niveau, les intégrations et la sécurité.
2. Développez ce qui vous différencie
   Privilégiez les fonctionnalités standards pour les processus courants et réglementaires. Développez vos propres solutions lorsqu’elles soutiennent un processus réellement différenciant.
3. Traitez chaque extension comme un logiciel d’entreprise
   Prévoyez un responsable, de la documentation, des tests et un suivi. Ajoutez aussi les mesures de sécurité et le support nécessaires. Cette règle vaut également pour le code généré par l’IA.
4. Évaluez l’ouverture et le coût total
   Dans un appel d’offres ERP, renseignez-vous sur les API prises en charge, les événements, la gestion des versions, l’exportation des données, les conditions de sortie, les modèles d’IA, les sous-traitants ultérieurs, les tarifs des API et les crédits IA. Ne vous limitez pas au prix par utilisateur.
5. Avancez progressivement
   Commencez par des applications à faible risque, comme la recherche, le reporting, les propositions de documents ou les assistants en lecture seule. Passez ensuite aux transactions lorsque la qualité, la sécurité, le contrôle humain et l’auditabilité sont maîtrisés.

Repensez votre ERP sans attendre l’ERP parfait

L’avenir ne sera probablement ni un ERP monolithique qui prend tout en charge, ni une multitude d’applications IA indépendantes. L’approche la plus robuste combine un socle transactionnel fiable avec une couche d’intégration et d’agents maîtrisée. Lors de votre prochaine sélection ERP, ne vous demandez donc plus uniquement quel progiciel couvre vos exigences actuelles. Posez-vous aussi cette question :

À quel socle voulons-nous faire confiance à long terme, et quels processus voulons-nous pouvoir adapter rapidement ?

Cette distinction permet d’éviter deux écueils. Le premier consiste à surcharger votre ERP de développements spécifiques. Le second est de multiplier les applications sans architecture ni gouvernance communes. Le conseil aux entreprises flamandes est clair : n’attendez pas l’ERP AI-native parfait. Cartographiez dès maintenant vos processus, vos données, vos développements sur mesure et vos intégrations. Achetez un socle standard, gardez-le propre et ne développez que ce qui vous différencie. Dès que du code généré par l’IA passe en production, traitez-le avec la même rigueur que tout autre logiciel critique pour l’entreprise.

Résumé

L’IA facilite le développement d’applications sur mesure autour des ERP, mais ne remplace pas un ERP solide. L’approche la plus durable combine un socle standard et fiable avec des applications flexibles. Pour réussir cette évolution, privilégiez des intégrations ouvertes, une gouvernance claire et une vision du coût total.

Conclusion

N’attendez pas l’ERP IA-native parfait. Cartographiez dès maintenant vos processus, vos données, vos développements sur mesure et vos intégrations. Choisissez un socle standard fiable et gardez-le aussi propre que possible. Ne développez que les applications qui créent une réelle valeur ajoutée. Traitez toujours le code généré par l’IA en production comme un logiciel d’entreprise à part entière.