Ton ERP embarque déjà de l'IA. Sage l'a glissée dans les flux financiers, Business Central l'a mise dans la fiche, Odoo l'a intégrée nativement en version 19 et Holded la vend sur le tableau de bord. Si tu paies l'un des quatre, la question que tu te poses est légitime : j'ai déjà l'IA incluse, pourquoi acheter quoi que ce soit dehors ?
La thèse en une phrase : le copilote de l'éditeur règle très bien ce qui se passe dans un écran — résumer, suggérer, remplir, expliquer une fiche que tu as sous les yeux — et ne règle rien de ce qui traverse les systèmes, c'est-à-dire exactement là où est le travail cher. Et le point n'est pas qu'il ne le fasse pas encore : il n'est pas construit pour. C'est une frontière d'architecture, pas une ligne en attente sur leur feuille de route.
IA native de l'ERP vs agent externe : la frontière n'est pas fonctionnelle, elle est architecturale
Regarde ce que font vraiment les copilotes natifs : ils ont tous la même forme. Dans Odoo 19, l'IA a cessé d'être un module à part — la documentation officielle décrit des agents construits à partir de sujets (les instructions qui disent à l'agent quoi faire) et d'outils rattachés à ces sujets. Dans Business Central, la fonction que citent le plus les équipes financières est le rapprochement bancaire assisté : il propose des correspondances entre les lignes du relevé importé et les écritures du grand livre, et suggère le compte comptable pour celles qui ne tombent pas juste. Chez Sage, le copilote vit dans les flux financiers et son agent d'import réduit la préparation manuelle des données lors des migrations et des imports récurrents.
C'est du bon produit. Note ce qu'ils ont en commun : tous les trois travaillent sur des données déjà à l'intérieur du système, sur l'écran où l'utilisateur se trouve déjà, avec les droits de cet utilisateur, pendant que cet utilisateur regarde. L'ERP n'est pas l'endroit où vit le copilote : c'est tout son monde. Voilà la frontière, et elle explique à la fois ce qu'il fait bien et ce qu'il ne fera jamais.
Les trois choses que le copilote natif te donne et que tu devrais utiliser
- T'expliquer une fiche que tu as déjà ouverte. Résumer l'historique d'un client, te dire pourquoi cette facture en est là, traduire une écriture en langage humain. Du contexte immédiat sur des données que le système a déjà et auxquelles tu as déjà droit.
- Proposer dans un formulaire, avec les règles du système lui-même. Rapprochement bancaire, compte comptable suggéré, description produit, texte d'un devis. L'éditeur joue à domicile : personne ne connaît mieux son modèle de données, et les suggestions respectent ses propres contrôles.
- Interroger tes données sans construire un rapport. Ce qui consistait à demander une liste à quelqu'un et à attendre deux jours tient maintenant en une phrase. Ce n'est pas rien : c'est la différence entre décider sur des données et décider de mémoire.
Tout ça est inclus dans ce que tu paies déjà : l'activer et former les gens fait partie des décisions les moins chères de ton année. Qui te dit le contraire te vend quelque chose. Nous aussi — c'est pour ça qu'on le dit d'abord.
Les trois qu'il ne te donnera jamais, et pourquoi c'est de l'architecture et pas une roadmap
L'autre face, maintenant. Il y a trois types de travail que le copilote de l'éditeur ne fait pas, et aucun des trois ne se règle en attendant la version suivante.
- Le travail qui traverse les systèmes. La facture arrive par mail, le bon de livraison est un PDF du fournisseur, la commande vit dans l'ERP et le litige s'est réglé sur WhatsApp. Faire coïncider ces quatre choses, c'est le travail qui coûte de l'argent, et trois des quatre sont hors de l'ERP. Un copilote qui n'en voit qu'une ne peut pas le clore, aussi bon soit-il.
- Le travail qui attend quelqu'un de l'extérieur. Un devis qui attend le oui du client, un fournisseur qui ne répond pas, une validation à l'arrêt depuis quatre jours. Là, le goulot n'est pas de comprendre la donnée : c'est de relancer une personne qui n'a pas ton ERP ouvert et ne l'ouvrira pas.
- Le travail qui se passe quand personne ne regarde. Les traitements qui tournent la nuit, tombent sur une exception et doivent décider s'ils escaladent. Le copilote a besoin d'un utilisateur en face qui lui demande quelque chose ; son unité de travail est la session, pas le processus.
La raison de fond est la même dans les trois cas. Le copilote natif hérite de trois limites du système qui l'héberge : la limite de la donnée (il ne voit que ce qui est dedans), la limite des droits (il agit comme l'utilisateur qui l'invoque, ni plus ni moins) et la limite de l'horloge (il démarre quand quelqu'un tape et s'arrête quand cette personne ferme l'écran). Un agent qui traverse des processus a besoin exactement de l'inverse : une identité propre, des droits propres cantonnés à sa tâche, et une horloge à lui. Ce n'est pas une fonction que Sage ou Microsoft peuvent ajouter à la release de printemps : c'est un autre objet.
À partir de quand ce qui est dehors devient rentable
La question n'est pas « de combien d'IA ai-je besoin », qui n'a pas de réponse. C'en est une bien plus ennuyeuse et, elle, mesurable : combien de fois par jour quelqu'un doit sortir de ton ERP pour terminer un travail ? C'est ce chiffre qui tranche, et tu peux le compter cette semaine sans rien acheter.
- Compte les sauts. Prends trois processus qui font mal et note chaque fois que quelqu'un sort de l'ERP pour les terminer : ouvrir la boîte mail, chercher le PDF, écrire sur WhatsApp, entrer sur le portail fournisseur. Chaque saut est du travail que le copilote natif ne voit pas.
- Mesure l'attente, pas la saisie. Le vrai coût, ce n'est presque jamais la minute de frappe : c'est le temps où le travail est à l'arrêt à attendre quelqu'un. Un devis qui attend quatre jours ne coûte pas quatre minutes d'administratif, il coûte quatre jours de trésorerie.
- Mets un prix sur l'erreur tardive. Les erreurs repérées dans l'écran sont bon marché ; celles repérées trois semaines plus tard, à la clôture ou sur la facture du client, ne le sont pas. Compte combien des dix dernières ont été repérées tard.
Si les trois chiffres sortent bas, tant mieux : active le copilote, forme l'équipe et ne dépense pas plus. S'ils sortent hauts — et dans la plupart des PME avec plusieurs systèmes, ils sortent hauts — tu as identifié, noms à l'appui, exactement où il te faut quelque chose que l'éditeur ne vend pas.
| Dimension | Copilote natif de l'ERP | Agent qui traverse les systèmes |
|---|---|---|
| Unité de travail | L'écran / la session | Le processus de bout en bout |
| Données visibles | Celles qui sont dans l'ERP | ERP + mail + documents + messagerie |
| Droits d'action | Ceux de l'utilisateur qui l'invoque | Identité propre, cantonnée à sa tâche |
| Déclenchement | Quand quelqu'un le demande | Quand l'événement arrive, avec ou sans public |
| Qui répond en cas de panne | L'éditeur, dans son produit | Toi : astreinte, traçabilité et procédure |
L'erreur chère : payer deux fois la même chose
Il y a une façon de se tromper dans chaque sens. La première ouvre cet article : supposer que le copilote inclus couvre tout, et passer une année de plus avec trois personnes à rapprocher des documents à la main. La seconde va dans l'autre sens et se voit moins : monter dehors ce que l'éditeur te donne déjà dedans, et finir par payer deux fois un rapprochement bancaire tout en maintenant une intégration fragile que l'ERP faisait tout seul.
Le bon ordre est le plus ennuyeux : d'abord activer et presser ce qui est déjà inclus ; ensuite mesurer ce qui continue de sortir par la porte ; et seulement alors construire dehors, et seulement là. Le moment venu, la décision technique n'est pas « quelle IA j'achète » mais comment on jette le pont vers les systèmes que tu as déjà — API, couche d'orchestration ou MCP —, ce qui est le sujet du guide sur intégrer l'IA à tes systèmes sans rien refaire. Et la deuxième décision, celle qui coule le plus de projets parce qu'elle arrive tard, c'est sur quelle surface vit cet agent : dans l'ERP lui-même, dans Teams, dans la boîte mail ou sur WhatsApp, selon où se trouve déjà la personne qui va l'utiliser. Cette comparaison est dans sur quel canal mettre un agent d'IA.
Ce qu'on fait, sans emballage
On ne vend pas un autre ERP et on ne te demandera pas de changer celui que tu as. On monte par-dessus le morceau de processus que ton ERP ne peut pas couvrir parce qu'il est en dehors : le document qui arrive par mail, la validation que quelqu'un doit donner depuis son téléphone, l'exception qui apparaît à trois heures du matin. Avec un nom concret selon où tu vis : IA sur Sage, sur Business Central, sur Odoo ou sur Holded. Et quand le travail traverse plusieurs systèmes à la fois, c'est de l'automatisation des opérations au sens littéral : le processus entier, pas l'écran.
Le résumé tient en une ligne et il vaut mieux l'avoir en tête avant la prochaine réunion avec ton intégrateur : le copilote est une fonction de ton ERP ; l'agent est un processus qui traverse ton ERP. Les confondre coûte cher dans les deux sens — soit tu paies deux fois, soit tu attends deux ans une version qui n'arrivera pas, parce que ce dont tu as besoin ne rentre pas dans le produit.