Dans beaucoup d'entreprises, de simples questions sur l'activité nécessitent trois systèmes et un coup de téléphone. Cet article est-il en stock dans le deuxième entrepôt ? La commande client 4417 est-elle expédiée ? Puis-je faire une demande d'achat pour plus d'emballages ? Les réponses existent dans l'ERP, le système de gestion des stocks et une ancienne base de commandes, mais seules quelques personnes savent où chercher.
La solution habituelle est un écran interne de plus. Cela prend des mois, demande de la formation et devient vite un système de plus à maintenir. Pendant ce temps, le personnel continue d'interrompre les mêmes experts, et les clients attendent des réponses qui devraient prendre quelques secondes.
Ce que cela permet
MCP (Model Context Protocol) est un standard ouvert lancé par Anthropic. Il permet aux assistants IA comme Claude, et aux autres clients qui le prennent en charge, de se connecter à des outils et à des données via de petits programmes appelés serveurs MCP. La prise en charge varie selon le client IA : consultez la documentation à jour de chaque client avant de planifier un déploiement.
Un serveur MCP pour vos systèmes internes offre au personnel un accès conversationnel unique aux outils que vous utilisez déjà. Il expose un petit ensemble d'outils métier, par exemple :
- Vérifier le stock d'un article dans tous les entrepôts.
- Obtenir l'état d'une commande, y compris l'expédition et le paiement.
- Consulter un fournisseur et ses bons de commande ouverts.
- Créer une demande d'achat qui suit votre circuit d'approbation habituel.
Le personnel pose ses questions en langage courant. L'assistant appelle le bon outil et répond avec des données en direct. Aucune nouvelle interface n'est nécessaire, et vos systèmes existants restent la source de référence.
Une journée au bureau
Prenons un agent du service client au téléphone. Le client demande où en est sa commande. L'agent interroge l'assistant, qui appelle l'outil d'état des commandes et renvoie l'état de l'expédition et la référence de suivi. Le client demande ensuite si une pièce de rechange est disponible à proximité. Une question de plus, un appel d'outil de plus, et l'agent a la réponse par entrepôt.
Plus tard, une acheteuse remarque que le stock d'emballages est bas. Elle demande à l'assistant de créer une demande d'achat pour la quantité habituelle auprès du fournisseur habituel. L'assistant remplit la demande et affiche un aperçu. Elle vérifie la quantité et l'approuve. La demande entre alors dans le circuit d'approbation normal de l'ERP.
Aucune des deux personnes n'a ouvert l'ERP, et aucune n'a eu besoin d'être formée à un nouvel écran. Les systèmes en arrière-plan n'ont pas changé du tout.
Comment ça marche, étape par étape
- Cartographier les questions. Nous interrogeons les personnes les plus souvent sollicitées et listons ce qu'on leur demande.
- Trouver le chemin d'accès. Pour chaque système, nous choisissons la voie la plus sûre : une API officielle, une vue de base de données en lecture seule ou une petite couche d'API nouvelle.
- Encapsuler les systèmes anciens. Lorsqu'un système n'a pas d'API exploitable, nous construisons un service léger devant lui. Il applique des limites et protège l'ancien système de la charge.
- Concevoir des outils ciblés. Chaque outil fait une seule chose avec des paramètres validés, par exemple un code article et un entrepôt.
- Livrer d'abord en lecture seule. Les niveaux de stock, l'état des commandes et les informations fournisseurs viennent en premier.
- Ajouter des actions validées. Des outils comme « créer une demande d'achat » affichent un aperçu. L'utilisateur approuve avant toute soumission, et les règles d'approbation propres à votre ERP s'appliquent toujours.
- Journaliser et superviser. Chaque appel est consigné avec l'utilisateur, les paramètres, le résultat et la durée.
Les outils que nous utilisons
- SDK MCP en Python ou TypeScript.
- Python avec FastAPI pour les couches d'intégration devant les systèmes anciens.
- Les API existantes de votre ERP et de vos systèmes internes, avec des comptes de service dotés des droits les plus restreints possibles.
- n8n lorsqu'une action doit déclencher un workflow plus large, comme avertir un acheteur lorsqu'une demande d'achat est approuvée.
- Des architectures événementielles lorsque des systèmes doivent rester synchronisés sans surcharger une API.
Les options d'intégration diffèrent selon les éditeurs et les versions d'ERP. Consultez la documentation et l'offre actuelles de votre éditeur avant de choisir une voie.
Les intégrations soumises à des limites de débit strictes sont un terrain familier pour nous. Dans notre intégration événementielle de Canvas LMS, le système a traité plus de 50 000 appels API par jour sans aucun incident de limite de débit au cours des deux premiers trimestres. La même rigueur s'applique aux API des ERP.
Ce qu'il vous faut pour démarrer
- Une liste des systèmes concernés et de leurs responsables.
- La documentation API, ou un accès à la base de données, pour chaque système. Pour les systèmes anciens, une personne qui connaît leur comportement.
- Les dix questions les plus fréquentes et les deux ou trois actions qui feraient gagner le plus de temps.
- Vos règles d'approbation pour chaque action, par exemple qui peut créer une demande d'achat et jusqu'à quel montant.
- Un environnement de test ou de préproduction, pour essayer les actions sans toucher aux données réelles.
Périmètre et délais types
À titre indicatif, une première version en lecture seule couvrant un ou deux systèmes prend généralement d'une à trois semaines. Les systèmes dotés d'API propres se situent dans le bas de la fourchette. Les systèmes anciens qui nécessitent une nouvelle couche d'intégration prennent plus de temps. Les actions validées suivent généralement dans une seconde phase, une fois que les outils en lecture seule ont gagné la confiance des utilisateurs.
Les risques et notre façon de les gérer
Surcharge de systèmes fragiles
Les anciens systèmes peuvent mal supporter un afflux soudain de requêtes. La couche d'intégration ajoute de la mise en cache, des limites de débit et des délais d'expiration, pour que l'assistant ne puisse pas les submerger.
Actions non approuvées ou erronées
Les outils d'action sont ciblés, validés et soumis à approbation. Ils suivent vos règles métier existantes au lieu de les contourner. Notre article sur les agents IA avec validation humaine détaille les modèles d'approbation.
Dérive des droits d'accès
Un compte de service partagé peut voir plus que ce que chaque membre du personnel devrait voir. Lorsque les systèmes le permettent, nous transmettons l'identité de l'utilisateur. Sinon, nous appliquons des contrôles de rôle dans le serveur MCP lui-même.
Exposition aux risques de sécurité
Un serveur MCP est un nouveau point d'entrée vers vos systèmes centraux. Nous appliquons les contrôles de notre checklist de sécurité des serveurs MCP et gardons le serveur à l'intérieur de votre réseau lorsque c'est possible.
Quand ne pas le construire
Si l'éditeur de votre ERP propose déjà un connecteur IA officiel qui couvre vos questions et vos droits d'accès, commencez par là. Si le travail est un processus fixe à fort volume, comme la saisie de toutes les factures fournisseurs, une automatisation dédiée convient mieux qu'une conversation. Consultez notre article sur l'automatisation du traitement des factures par l'IA. Et si le système est sur le point d'être remplacé, attendez et intégrez-vous au nouveau.
Vous hésitez entre un développement sur mesure et un outil prêt à l'emploi ? Notre guide automatisation IA : développer ou acheter passe en revue les compromis.
Comment UnlockLive peut vous aider
UnlockLive IT est une agence logicielle dont le siège est à Toronto, avec sa propre équipe d'ingénieurs. Nous réalisons ces intégrations pour des entreprises aux États-Unis, au Canada, au Royaume-Uni et en Australie. Notre service de développement de serveurs MCP couvre le cadrage, le modèle de menaces, le développement, le déploiement et la maintenance continue. Lorsque le travail touche plusieurs systèmes et circuits d'approbation, notre équipe d'automatisation IA des workflows conçoit les workflows autour des outils MCP.
Si vous souhaitez un second avis sur le périmètre ou les risques, réservez un appel gratuit de 30 minutes. Apportez une ou deux questions que votre équipe pose chaque semaine, et nous vous dirons honnêtement si un serveur MCP est le bon outil.
Questions fréquentes
Un assistant IA peut-il se connecter à notre ERP ?
Généralement oui, si l'ERP dispose d'une API ou d'une base de données lisible en toute sécurité. Un serveur MCP encapsule cet accès dans quelques outils ciblés. Pour les systèmes anciens sans API, nous construisons d'abord une petite couche d'intégration. Vérifiez les options d'intégration actuelles de l'éditeur de votre ERP avant de commencer.
Faut-il remplacer notre système ancien pour l'utiliser avec l'IA ?
Non. Une fine couche d'API devant le système ancien suffit généralement. Le serveur MCP dialogue avec cette couche, qui préserve les règles de l'ancien système et le protège des pics de charge inattendus.
Le personnel peut-il créer des commandes ou des demandes d'achat via l'assistant ?
Oui, via des outils d'action ciblés avec validation. L'assistant prépare la demande, affiche un aperçu, et rien n'est soumis tant que l'utilisateur, ou un approbateur désigné, n'a pas confirmé. La demande suit ensuite vos règles d'approbation existantes dans l'ERP.
Est-ce moins cher que de construire une nouvelle application interne ?
C'est souvent plus rapide, car il n'y a pas de nouvelle interface à concevoir, développer et enseigner. Que ce soit moins cher dépend du nombre de systèmes connectés et de la complexité des actions. Un court exercice de cadrage vous le dira.
Et si notre personnel n'utilise pas Claude ?
MCP est un standard ouvert et plusieurs clients IA le prennent en charge, mais à des degrés divers. Nous vérifions quels clients votre équipe utilise et ce qu'ils prennent actuellement en charge avant de développer. Le même serveur peut souvent servir plusieurs clients.
Quelle différence entre un serveur MCP et une API ?
Une API permet aux logiciels de dialoguer avec votre ERP ou votre système interne. Un serveur MCP se place au-dessus de cette API et présente quelques outils ciblés et bien décrits qu'un assistant IA peut comprendre et appeler, comme vérifier le stock d'un produit. Il gère aussi qui fait la demande, ce que cette personne peut voir et quelles actions exigent une validation : l'API elle-même ne change pas.
Comment nous pouvons vous aider
- Services de développement de serveurs MCPServeurs Model Context Protocol (MCP) sur mesure qui exposent vos API, bases de données et outils internes à Claude, Cursor, ChatGPT et à toute IA compatible MCP.
- Automatisation des workflows par l'IAAutomatisations IA sur n8n auto-hébergé pour relances, factures, tri du support, rapports et documents, avec alertes et validations Telegram, WhatsApp ou Slack.
- Développement de logiciels sur mesureDes logiciels sur mesure pour les équipes produit et les grandes entreprises — de la découverte au lancement avec une livraison par sprints, des points d'avancement écrits et un chef de projet piloté depuis Toronto.
Parlez de votre projet à un ingénieur
Dites-nous ce que vous construisez. Nous répondons sous un jour ouvrable avec un avis franc sur le périmètre, l’approche et l’effort.
Réservez un appel stratégique gratuitRédigé par l'équipe d'ingénierie d'UnlockLive IT. UnlockLive IT Limited travaille avec ses clients depuis son siège de Toronto et livre l'ingénierie depuis son centre de livraison de Dhaka. À propos de nous