MCP pour un ERP : un standard ouvert qui vous laisse le choix du modèle
MCP, le Model Context Protocol, est un standard ouvert qui relie les applications d’IA aux systèmes qui portent les données. Quand un ERP expose un serveur MCP, tout client IA qui respecte le standard peut s’en servir. Ce qui compte pour un groupe, quelles données l’agent peut lire, ce qu’il peut écrire et sous quel nom, se configure une fois côté ERP et survit à un changement de modèle. C’est ainsi que vous gardez le choix du modèle.
Nous l’utilisons sur notre propre Business Central, avec un client IA qui n’est pas celui de Microsoft, pour des contrôles internes comme les feuilles de temps. Voici ce qui s’est révélé portable d’un client à l’autre, et ce qui ne l’est pas.
Qu’est-ce que MCP, en termes simples ?
Une prise commune entre les applications d’IA et les logiciels de gestion. Côté système, un serveur MCP décrit ce qu’il propose sous forme d’outils : lister ces enregistrements, créer celui-ci, lancer cette action. Côté IA, le client découvre ces outils et les appelle.
Deux faits comptent pour un architecte. La spécification est publique et versionnée : la documentation Business Central de Microsoft renvoie à la version datée du 2025-11-25. Et depuis décembre 2025, MCP est gouverné au sein de l’Agentic AI Foundation, un fonds de la Linux Foundation. Aucun éditeur d’IA ne possède à lui seul la prise que votre ERP expose.
Qu’expose un ERP comme Business Central via MCP ?
Ses pages API, sous forme d’outils. Business Central a un seul point d’accès MCP, commun à tous les tenants, et une configuration MCP décide quelles pages API sont exposées et quelles opérations chacune autorise. Par défaut, l’accès est en lecture seule ; l’écriture doit être activée dans une configuration.
Microsoft liste les clients pris en charge : Visual Studio Code avec GitHub Copilot, Copilot Studio, et les autres clients qui respectent la spécification MCP. Copilot est une option de cette liste, pas la seule. Le détail de l’installation, et les règles que nous appliquons avant de laisser un agent écrire, sont dans notre article sur les agents IA dans Business Central via MCP.
Pourquoi MCP vous laisse-t-il le choix du modèle ?
Parce que presque tout ce que vous construisez se trouve côté ERP, et que rien de tout cela ne mentionne un modèle.
Regardez ce que produit réellement un projet IA sur un ERP : une liste de pages API exposées, une configuration en lecture seule pour les questions, une configuration distincte pour les écritures, une zone d’attente où l’agent dépose ses propositions, une action qui les valide, des droits sur cette action, des utilisateurs nommés. Chacun de ces éléments vit dans Business Central. Changez de client IA, ils restent exactement à leur place.
Sur notre tenant, la partie liée au client IA, c’était la connexion. Business Central s’appuie sur Microsoft Entra ID pour l’authentification, et un client qui n’est pas celui de Microsoft a besoin de sa propre inscription d’application. La documentation Microsoft précise que la même inscription d’application peut servir à plusieurs clients. Changer de modèle, c’est changer une configuration côté client, pas reconstruire le côté ERP.
Qu’est-ce qui ne suit pas d’un client IA à l’autre ?
Le comportement du client. Le standard est commun, les implémentations ne le sont pas, et chaque différence se transforme en une journée de débogage si personne ne l’avait prévue.
- La connexion. La spécification MCP permet aux clients de s’inscrire automatiquement auprès du serveur d’autorisation. Microsoft Entra ID ne le permet pas, il faut donc inscrire une application à la main. Un client qui tente l’inscription automatique par défaut échoue avec une erreur qu’aucune nouvelle tentative ne réglera. Nous sommes tombés dessus.
- Les limites d’outils. Certains clients plafonnent le nombre d’outils qu’un agent peut porter. Microsoft cite la limite de 70 outils de Copilot Studio comme raison d’utiliser le Dynamic Tool Mode, où l’agent cherche l’action dont il a besoin au lieu de charger tous les outils.
- Le choix de la société. Business Central peut fixer la société par un en-tête de connexion ou, pour les clients qui le gèrent, la recevoir comme paramètre à chaque appel. Le mode dépend du client. Cela compte avant toute écriture : l’agent doit confirmer dans quelle société il se trouve.
- Les arguments des actions. Sur notre configuration, les actions liées ne passaient que sans paramètre d’entrée, et nous avons construit un contournement. Un autre client peut se comporter autrement. Testez-le sur le vôtre.
La règle que nous en tirons : le côté ERP est portable, le côté client demande un test par client. Gardez un court script de test, faites-le tourner sur chaque nouveau client, et seulement ensuite laissez ce client approcher les données de production.
Que doit décider un architecte avant de choisir un modèle ?
Ce qui ne dépend pas du modèle. D’après notre expérience, ce sont ces décisions qui rendent le modèle remplaçable ensuite :
- Quelles pages API sont exposées, par usage. Une configuration pour les questions, une autre pour les écritures. Jamais une configuration qui fait tout.
- Où atterrissent les écritures. Une zone d’attente et une action délibérée pour valider, pour que le modèle n’écrive jamais directement dans les données métier.
- Sous quelle identité tourne l’agent. Chaque opération s’exécute sous l’identité et avec les droits de l’utilisateur connecté. Pas de compte IA partagé.
- Ce que vous pouvez observer. À partir de la version 28.0, la télémétrie de Business Central enregistre chaque appel d’outil MCP avec l’utilisateur, l’outil, la configuration et le client à l’origine de l’appel. Deux modèles qui tournent côte à côte deviennent mesurables, pas anecdotiques.
Avec ces quatre éléments en place, le choix du modèle devient ce qu’il devrait être : une décision par tâche, revue quand une meilleure option apparaît. La façon dont le chemin d’écriture et les approbations tiennent face à un auditeur est traitée dans notre article sur la gouvernance de l’IA en finance.
Un standard ouvert suffit-il à rendre l’ensemble sûr ?
Non. MCP standardise la connexion. Il ne décide pas de ce qu’un agent a le droit de faire. Une configuration mal bornée reste mal bornée sur un standard ouvert.
La sécurité reste là où elle a toujours été, dans l’ERP : pages exposées, lecture seule par défaut, chemins d’écriture construits exprès, utilisateurs nommés. MCP rend ce travail réutilisable d’un modèle à l’autre. Il ne le remplace pas.
L’approche Asio Services
Nous concevons d’abord le côté ERP et nous traitons le modèle comme une pièce remplaçable. Des configurations en lecture seule pour les questions, des chemins d’écriture séparés avec une zone d’attente, des utilisateurs nommés, la télémétrie activée, et un script de test pour chaque nouveau client avant qu’il ne touche aux vraies données. C’est notre approche de l’IA pour les groupes multi-entités : Copilot quand il convient, un autre modèle quand il convient mieux, le même ERP en dessous.
Si vous êtes sur le point de choisir un fournisseur d’IA pour votre ERP et voulez garder la possibilité de changer d’avis, commencez par une session de clarté.
FAQ
Qu’est-ce que MCP dans le contexte d’un ERP ?
Un standard ouvert qui permet aux clients IA de découvrir et d’appeler ce qu’un ERP expose, comme lire des enregistrements ou lancer des actions. L’ERP fait tourner un serveur MCP ; tout client conforme peut s’y connecter, dans la limite des droits de l’utilisateur connecté.
MCP nous enferme-t-il chez un fournisseur d’IA ?
Non. La spécification est publique et, depuis décembre 2025, gouvernée au sein de l’Agentic AI Foundation de la Linux Foundation. Sur Business Central, Microsoft prend en charge ses propres clients et les autres clients qui respectent la spécification.
Peut-on changer de modèle d’IA sans reconstruire l’intégration ERP ?
Pour l’essentiel, oui. Les pages exposées, les chemins d’écriture, les droits et les utilisateurs vivent dans l’ERP et restent en place. Ce qui change, c’est la configuration du client, la mise en place de la connexion et les comportements propres au client, à tester avant la production.
MCP est-il en lecture seule par défaut sur Business Central ?
Oui. La documentation Microsoft précise que la configuration par défaut donne aux agents un accès en lecture seule. Créer, modifier, supprimer et lancer des actions doit être autorisé explicitement dans une configuration MCP.