Aller au contenu

Qu’est-ce qu’un serveur MCP, et une petite entreprise en a-t-elle besoin ?

Un serveur MCP donne à un assistant IA un accès limité à un outil de l’entreprise. Comment il fonctionne, avec un exemple CRM et les règles autour.

Date
Temps de lecture
5 min

Les assistants répondent bien aux questions, mais la plupart ne voient ni le CRM, ni les devis, ni les factures d’une entreprise. Un serveur MCP est le moyen habituel de leur donner cet accès sans remettre les clés.

Ce qu’est un serveur MCP

MCP signifie Model Context Protocol, un standard ouvert qui permet à un assistant IA d’appeler des outils dans d’autres logiciels. Un serveur MCP se place devant un seul outil, un CRM par exemple, et propose à l’assistant une courte liste d’actions. L’assistant demande. Le serveur vérifie la demande selon ses règles, l’exécute avec ses propres identifiants et renvoie le résultat. Par exemple, l’assistant envoie une demande pour obtenir les devis d’un contact. Le serveur vérifie que cette action figure sur sa liste, l’exécute avec sa propre clé et ne renvoie que les champs que la règle autorise. AINS construit chaque serveur de façon que l’assistant ne détienne jamais la clé du CRM.

Un exemple CRM

Prenons une équipe commerciale qui travaille dans un CRM. Son assistant reçoit un serveur MCP avec une poignée d’actions. Il peut chercher un contact, lire les devis rattachés à une affaire et consigner une note après un appel. Il peut rédiger un e-mail de relance pour qu’une personne le relise. L’envoi demande l’accord d’une personne nommée, et il n’a aucune action pour supprimer une fiche : il ne peut donc pas en supprimer, quoi qu’on lui demande. Un commercial demande en langage courant quel devis est ouvert sur un contact, et la réponse vient du CRM à cet instant, pas de la mémoire de l’assistant.

Ce qu’il peut lire, modifier et ne jamais faire seul

Chaque règle est courte, et le jeu de règles est arrêté avec le client avant toute construction.

Exemple de règles pour un assistant CRM.
ActionRègle
Lire un devisAutorisé. L’appel est consigné.
Modifier un contactAutorisé et consigné, l’ancienne valeur est conservée.
Envoyer un e-mail à un clientDemande l’accord d’une personne nommée avant l’envoi.
Effectuer un remboursementAutorisé jusqu’à un plafond fixé. Au-delà, une personne valide.
Supprimer une ficheBloqué. Le serveur n’a aucune action de suppression.

Où il tourne et à qui il appartient

Le serveur tourne dans les comptes du client, avec une clé qui n’a que les droits du tableau. Chaque appel est écrit dans un journal : qui a demandé, quelle action, ce qui a changé. Si le client change plus tard d’assistant, de prestataire ou d’agence, le serveur, les règles et le journal restent chez lui. C’est la règle de propriété qu’AINS applique déjà aux workflows, décrite sur la page agence d’automatisation n8n. Couper un serveur tient en un geste : on révoque la clé et l’assistant perd l’accès aussitôt.

Quand une petite entreprise en a besoin

Souvent, pas encore. Si un assistant doit seulement lire quelques documents, il suffit de les coller dans la conversation. Un serveur devient rentable quand le même assistant doit travailler chaque jour dans un outil : consulter les données vivantes du CRM, consigner des appels, préparer des devis. Un test pratique consiste à lister les recherches et les mises à jour qu’une personne répète chaque semaine dans le même outil. Une longue liste dans un seul outil oriente vers un serveur. Une liste courte, ou répartie sur beaucoup d’outils, oriente d’abord vers un simple workflow. Les deux notes suivantes montrent comment connecter un assistant IA à un CRM en sécurité et comment choisir entre un agent et un workflow fixe.

La suite

Le diagnostic gratuit de 30 minutes liste les tâches répétitives dans vos outils et dit si un serveur MCP, un workflow ou aucun des deux convient. Voir les services ou réserver le diagnostic.

Aller plus loin

Envie de voir cette approche appliquée à votre projet ? Trente minutes suffisent pour le savoir.