Intégrer l’IA à un ERP ou un CRM existant, sans le remplacer
Le raisonnement est courant : "notre ERP a quinze ans, remplaçons-le d’abord, nous ferons de l’IA ensuite." C’est le mauvais ordre. Intégrer l’IA à un ERP ou un CRM existant ne suppose pas de le remplacer : l’IA se branche au-dessus, et votre vieux système, justement parce qu’il concentre vos données et vos processus, est le meilleur point d’appui disponible.
Voici les patterns d’intégration que nous utilisons, du plus prudent au plus engagé, et pourquoi attendre le grand remplacement est le plus sûr moyen de ne jamais voir la couleur de l’IA.
Pourquoi remplacer d’abord est le mauvais ordre
Une migration d’ERP se compte en années, avec son propre risque d’échec, ses arbitrages et sa fatigue organisationnelle. Un premier système d’IA utile se compte en semaines : un prototype sur données réelles tient en 2 à 4 semaines. Conditionner le second à la première revient à renoncer à plusieurs années de valeur pour une pureté d’architecture dont l’IA n’a pas besoin.
L’ordre inverse a un second mérite : l’IA prépare la migration au lieu de l’attendre. Documenter les processus réels, nettoyer et dédupliquer les données, expliciter les règles enfouies dans les habitudes : c’est le travail qu’un chantier d’IA oblige à faire, et c’est la moitié du travail d’une migration réussie.
Intégrer l’IA à l’ERP : quatre patterns, du plus prudent au plus engagé
La lecture seule, d’abord. Le système lit des exports, des documents, des historiques, et produit des réponses, des synthèses ou des dossiers préparés, sans jamais toucher à l’ERP. C’est le point de départ que nous recommandons : la valeur est réelle, le risque quasi nul, et l’organisation apprend à travailler avec le système.
Les API, quand elles existent. La plupart des ERP et CRM récents, et une partie des anciens, exposent des interfaces programmables. L’IA y lit le contexte à la demande, y dépose des propositions, et le dialogue devient proprement bidirectionnel.
Les fichiers et les exports, pour les systèmes qui n’exposent rien. Dépôts surveillés, exports planifiés, imports par lots : c’est sans gloire, solide à sa manière, et cela fait tourner une grande partie des intégrations réelles sur des systèmes d’époque. Un pattern ennuyeux qui marche vaut mieux qu’un pattern moderne qui attend un prérequis.
Le pont par l’interface, en dernier recours. Quand rien d’autre n’existe, un automate pilote l’écran comme le ferait un opérateur. C’est fragile, chaque évolution de l’interface casse le pont, et nous le réservons aux cas sans alternative, comme étape transitoire documentée plutôt que comme fondation.
Écrire dans le système : la marche à ne pas rater
Lire coûte peu ; écrire engage. Dès qu’un système d’IA crée ou modifie des données dans l’ERP (commandes, écritures, fiches clients), il faut une file de validation humaine avant écriture, des opérations rejouables sans doublon, un journal complet de qui a écrit quoi, et un chemin de retour arrière. Au début, l’IA propose et l’humain dispose ; l’autonomie s’élargit ensuite, ligne par ligne, à mesure que le taux d’erreur mesuré le justifie.
C’est cette marche qui sépare un assistant d’un agent, et les questions de contrôle à se poser avant d’ouvrir ses systèmes à un agent s’appliquent ici en entier : pire action possible, droits minimaux, journalisation.
À quoi ressemblent les chantiers réels
Les formes qui reviennent le plus souvent chez les PME et ETI que nous rencontrons : les commandes reçues par email ou en PDF, extraites et saisies dans l’ERP avec une file de validation ; le rapprochement des factures, bons de commande et réceptions, avec les écarts remontés à un humain ; l’enrichissement et la déduplication des fiches CRM à partir des échanges réels ; les réponses avant-vente préparées depuis le catalogue, les tarifs et l’historique du client.
Aucun de ces chantiers n’exige de moderniser quoi que ce soit au préalable. Tous exigent en revanche de bien choisir par où commencer, et les critères sont connus : du volume, une vérité terrain claire, une baseline mesurable.
Votre ERP connaît votre entreprise mieux que n’importe quel logiciel neuf. Le remplacer viendra peut-être, mais rien n’oblige à commencer par là. Construire au-dessus de l’existant, dans vos systèmes et avec vos contraintes, c’est la façon dont nous menons nos projets d’IA sur mesure, ERP d’époque compris.