Quel CRM a un serveur MCP ? Pipedrive, HubSpot, Standards

Un serveur MCP de CRM est une adresse que votre assistant IA appelle pour travailler dans votre CRM : chercher un client, lire un dossier, créer une fiche, mettre à jour un contrat. Le Model Context Protocol (MCP) est un standard ouvert. L'éditeur du CRM y décrit ses actions sous forme d'outils, et l'assistant choisit l'outil qui répond à votre demande. Pour un cabinet de conseil ou de courtage, l'assistant que vos associés utilisent déjà prépare un rendez-vous sur le vrai dossier d'un foyer, avec les droits de la personne qui l'a connecté. La question à poser à l'éditeur devient alors celle des droits : ce que l'assistant peut voir, modifier et supprimer, et qui peut les lui retirer.

Trois usages types :

1. Préparer un rendez-vous. « Prépare mon rendez-vous de jeudi avec le foyer Martin » : l'assistant lit la fiche du foyer, ses contrats et ses dernières notes, sans copier-coller.

2. Chercher et résumer. L'assistant retrouve un client ou un dossier et en résume l'historique.

3. Mettre à jour depuis l'assistant. Il crée une fiche ou met à jour un contrat sans que vous ouvriez le CRM.

En octobre 2026, Pipedrive, HubSpot, Salesforce et Attio publient, comme Standards, un serveur MCP officiel en lecture et en écriture, avec une connexion OAuth. Les droits de l'assistant s'y règlent différemment : ceux de votre utilisateur chez Pipedrive, les portées d'une application chez HubSpot, un niveau Lecture, Écriture ou Complet chez Standards. Des trois, seule la documentation de Standards décrit comment changer ces droits après la connexion ; les pages de Pipedrive et de HubSpot n'en parlent pas. Le tableau compare ces trois éditeurs d'après leurs propres pages, lues le 26 octobre 2026.

Des serveurs publiés par des développeurs indépendants existent aussi pour de nombreux CRM ; ils ne sont pas tenus par l'éditeur.

Avant de brancher un agent sur votre CRM, vérifiez cinq points auprès de l'éditeur : la connexion, le plafond des droits, les outils visibles, la suppression et la sortie. Un serveur MCP de CRM donne à un logiciel tiers la main sur vos dossiers clients, et chaque point a une réponse vérifiable dans la documentation de l'éditeur.

1. La connexion. OAuth vous fait passer par un écran de consentement et ne laisse aucun secret sur le poste. Une clé d'API marche partout, mais elle se copie et se range comme un mot de passe.

2. Le plafond des droits. L'assistant ne doit jamais voir plus que la personne qui l'a connecté. Testez avec un compte restreint avant de déployer.

3. Les outils visibles. Un assistant en lecture seule ne doit pas trouver l'outil de modification dans sa liste. Un refus après coup ne suffit pas.

4. La suppression. Elle doit relever d'un droit distinct de l'écriture, et une fiche supprimée doit pouvoir revenir.

5. La sortie. Vous devez pouvoir baisser les droits d'un assistant ou le déconnecter vous-même, sans attendre un développeur.

Standards est un serveur MCP : vous indiquez l'adresse https://api.standards.new/v1/mcp à votre assistant, vous vous connectez, et l'assistant reçoit jusqu'à huit outils, réduits à ce que votre rôle autorise (documentation MCP). Claude Code et Codex se connectent par OAuth ou par clé d'API, Cursor par clé seulement. À la connexion, Standards présente votre espace : chaque objet que vous pouvez lire, avec son nom et sa description. L'assistant sait donc qu'un cabinet de gestion de patrimoine a des foyers, des contrats et des pièces justificatives, et pas seulement des « contacts » et des « affaires » génériques. Les consignes du serveur lui demandent de lire le schéma d'un objet avant d'y écrire, pour ne pas inventer de champs. L'OAuth de Standards connecte l'assistant à un seul espace de travail, en votre nom, sans jamais vous donner plus d'accès que vous n'en avez déjà (OAuth). La page Connecter votre IA à Standards donne la commande à coller pour chaque outil.

Dans Standards, chaque assistant connecté par OAuth apparaît dans Applications connectées, avec son niveau d'accès, et vous changez ce niveau d'un clic, sans le reconnecter (Applications connectées). La requête suivante de l'assistant porte déjà le nouveau niveau. Les droits réels sont toujours ce niveau croisé avec votre rôle. Un niveau que votre rôle ne couvre pas affiche « pas dans votre rôle » et ne peut pas être choisi. Si votre rôle ne vous laisse pas voir les membres, ce droit du niveau Complet apparaît barré dans le détail de l'assistant et ne donne rien. Un outil que le niveau n'autorise pas disparaît de la liste que reçoit l'assistant : en Lecture, il ne voit pas l'outil d'écriture, donc il n'essaie pas de s'en servir (outils MCP). Révoquer demande un second clic de confirmation, puis la requête suivante de l'assistant est refusée.

Les trois niveaux d'accès de Standards :

Le serveur MCP de Standards donne accès à vos fiches, à leurs documents et à leurs fichiers, mais pas à tout ce que l'application contient, et il ne se branche pas encore sur tous les assistants. Ses cinq limites en octobre 2026 :

• Emails, fils et agenda. Ils dépendent de connecteurs qu'un assistant externe n'a pas : ils ne sont pas servis par MCP (outils MCP).

• ChatGPT. L'application ChatGPT de Standards n'est pas encore publiée ; la documentation MCP décrit pas à pas Claude Code, Codex et Cursor.

• Cursor. Il ne prend qu'une clé d'API : créez-la avec un rôle restreint s'il n'a qu'à lire.

• Déconnexion. Un jeton d'accès déjà émis reste valable jusqu'à son expiration, environ une heure ; une instance dédiée peut vérifier chaque jeton auprès du serveur d'authentification, ce qui ramène ce délai à trente secondes (sécurité et hébergement).

• Inactivité. Un assistant inutilisé pendant 90 jours doit se reconnecter (OAuth, durée des jetons).

Les agents que vous créez dans Standards travaillent, eux, sur les mêmes objets que votre équipe : la page Standards pour les développeurs le montre.