Serveur MCP Salesforce : outils, autorisations et comment le connecter en toute sécurité

Qu'est-ce que le serveur MCP Salesforce ?

Le serveur MCP Salesforce transforme votre CRM en outils appelables. Le Model Context Protocol est le standard ouvert qui permet à un agent IA de découvrir et d'invoquer des outils sur un système externe ; l'implémentation de Salesforce permet d'exposer des sObjects standard et personnalisés via ce protocole.

Ce qui le différencie de la plupart des serveurs MCP distants , c'est son emplacement : Salesforce héberge ses serveurs MCP depuis votre propre organisation, activés via le package géré TrueFoundry Salesforce — aucun hôte tiers intermédiaire, aucune application OAuth à configurer.

Ce que vous activez détermine ce à quoi les agents peuvent accéder :

Ces deux options correspondent à la seule décision qui compte : cet agent doit-il modifier des enregistrements ou simplement les lire ? L'onglet Serveurs Salesforce dans la configuration liste ce que votre édition peut activer. [VÉRIFIER] Il n'est pas documenté si d'autres variantes que ces deux-là peuvent y apparaître.

Au sein de chaque serveur, la surface d'exposition correspond à votre modèle de données. La documentation décrit les outils par capacité et par type d'objet plutôt que par des noms de fonctions fixes ; l'onglet Outils sur la page de détails du serveur constitue donc l'inventaire réel pour votre organisation.

Ce que font réellement les agents avec ces données

La chaîne de workflows utiles lit, et écrit occasionnellement :

• Revue du pipeline. Interroger les opportunités ouvertes dépassant un certain seuil, extraire les comptes et contacts associés, croiser la date de dernière activité et signaler les affaires en suspens.
• Recherche avant appel. Lire le compte, ses dossiers ouverts, son historique des ventes conclues et tout objet personnalisé contenant l'utilisation du produit, puis rédiger une fiche de synthèse.
• Triage des dossiers. Regrouper les dossiers ouverts par domaine de produit et par gravité, puis faire ressortir ceux qui dépassent les délais de réponse cibles.
• Hygiène des données. Identifier les enregistrements en double ou incomplets et normaliser les champs — c'est le seul cas ici qui nécessite sobject-all.

Trois de ces quatre cas sont purement en lecture, et c'est là la tendance. La plupart des besoins des équipes vis-à-vis d'un serveur MCP CRM concernent la lecture. La distinction entre lecture et écriture n'est donc pas un principe abstrait ici ; c'est une question concrète qui se règle au moment de l'activation, et la plupart des agents doivent rester en lecture seule.

Pourquoi une connexion directe pose problème à l'échelle d'une équipe

Qu'un analyste RevOps connecte Salesforce à Claude Desktop, c'est très bien. Que cette même intégration soit déployée auprès de trente personnes dans les ventes, le support et la finance, c'est une autre histoire.

Un agent disposant d'un accès en écriture peut modifier les chiffres présentés au conseil d'administration. Les montants des opportunités, les dates de clôture et les étapes alimentent les prévisions ; les champs des comptes servent aux rapports sur les territoires et l'ARR. Un agent qui « nettoie » une étape ou supprime un doublon suspect ne se contente pas d'une fuite de données : il corrompt le système de référence sur lequel la finance s'appuie pour clôturer le trimestre, et un historique écrasé n'est pas un commit que l'on peut annuler. L'injection de prompt aggrave la situation : une instruction glissée dans la description d'un dossier atteint un agent de triage qui possède les mêmes droits d'écriture qu'un agent dédié à l'hygiène des données.

Un agent disposant d'un accès en lecture peut intégrer l'intégralité du pipeline dans le contexte d'un modèle. Une requête large sur les opportunités renvoie chaque affaire ouverte, son montant et son propriétaire — et avec un compte de service partagé, cette requête n'est limitée par aucune règle de partage. Vos prévisions deviennent alors un prompt.

Les identifiants partagés annulent le modèle de permissions propre à Salesforce. Profils, ensembles d'autorisations, sécurité au niveau du champ, règles de partage : les équipes passent des années à les configurer. Puis, une intégration s'authentifie avec un seul identifiant de niveau administrateur, chaque requête hérite des droits administrateur, et tout ce travail est réduit à néant.

Aucune attribution en cas de modification. L'historique des champs vous indique qu'un enregistrement a été modifié et quel utilisateur l'a fait, mais pas qu'un agent l'a modifié suite à une demande dans un fil de discussion Slack.

Rien de tout cela ne remet en cause la connexion à Salesforce. Cela plaide en faveur d'un plan de contrôle en amont, ce à quoi sert une passerelle MCP .

Want to see this end to end?

Spin up a TrueFoundry account, activate the read-only Salesforce server, and hand your team a governed CRM agent in an afternoon.

Get started free

Avant de commencer : les prérequis côté Salesforce

Comme le serveur réside dans votre organisation, cette intégration comporte de véritables prérequis, contrairement à la plupart des MCP gérés.

• Un compte TrueFoundry avec l'autorisation d'ajouter des serveurs MCP.
• Accès Administrateur Salesforce : vous installez un package et modifiez la configuration.
• Une édition d'organisation avec accès API activé : Developer, Enterprise ou Professional Edition avec accès API activé.

Prévoyez environ dix minutes, principalement pour l'installation et l'activation.

Connexion du serveur MCP Salesforce via TrueFoundry

TrueFoundry provisionne Salesforce en tant que MCP géré par TrueFoundry: la plateforme gère l'URL du serveur, l'authentification sortante, les portées et les identifiants, et les maintient à jour au gré des changements de Salesforce :

Catalogue des MCP gérés par TrueFoundry affichant les tuiles des fournisseurs avec un bouton Ajouter, où la plateforme fournit chaque URL, détail d'authentification, portée et identifiant

Comme le serveur vous appartient, Salesforce ajoute trois étapes côté organisation en amont.

Étape 1 — Installez le package TrueFoundry Salesforce MCP. Connectez-vous à votre organisation en tant qu'administrateur, puis ouvrez le lien d'installation dans la même session de navigateur :

https://login.salesforce.com/packaging/installPackage.apexp?p0=04ta7000001FUejAAG

Sur l'écran d'installation, choisissez Installer pour tous les utilisateurs, cliquez sur Installer, et attendez la confirmation de réussite.

Étape 2 — Activez le service MCP. Dans Configuration, recherchez Interface utilisateur dans la recherche rapide, trouvez Activer le service MCP, activez-le, puis Enregistrer.

Étape 3 — Activez le serveur MCP. Toujours dans Configuration, recherchez Serveurs MCP et ouvrez l'onglet Serveurs Salesforce . Trouvez le serveur souhaité — sobject-all pour un accès complet en lecture/écriture, sobject-reads pour un accès en lecture seule — puis cliquez sur Activer; cela peut prendre jusqu'à deux minutes. Lisez la section suivante avant de faire votre choix.

Étape 4 — Connexion dans TrueFoundry. Allez dans Serveurs MCP, trouvez Salesforce MCP, et cliquez sur Connecter. Vous êtes redirigé vers une page de connexion et d'autorisation Salesforce : connectez-vous, examinez les autorisations demandées et cliquez sur Autoriser.

Panneau Serveurs MCP affichant l'état non connecté pour un serveur MCP avec un bouton Connecter maintenant qui lance le flux d'autorisation OAuth

Étape 5 — Vérification. Le serveur devrait indiquer Connecté et l'onglet Outils devrait afficher ses outils. Cliquez sur Essayer sur n'importe quel outil, ou exécutez une commande telle que « lister tous les comptes », pour confirmer l'aller-retour.

Notez ce que vous n'avez pas fait : aucune application client externe, aucune application connectée, aucun identifiant ou secret client, aucune portée OAuth, aucune URL de rappel.

Comment fonctionne réellement l'authentification

TrueFoundry sépare l'authentification entrante — la manière dont un client s'authentifie auprès de la passerelle — de l'authentification sortante, la manière dont la passerelle s'authentifie auprès de Salesforce.

Flux d'authentification et d'autorisation de la passerelle MCP illustrant l'authentification entrante, le contrôle d'accès et l'authentification sortante comme trois étapes distinctes

Entrant — les clients s'authentifient auprès de l'AI Gateway via l'une des méthodes suivantes :

‍