Serveur MCP Salesforce : connecter des agents IA à Salesforce depuis l'UE

Salesforce, basée à San Francisco, édite le CRM qu'utilisent de nombreuses grandes entreprises européennes pour la vente, le service client et le marketing. Chaque entreprise travaille dans sa propre org Salesforce, avec ses objets, champs et droits.

Les Hosted MCP Servers sont exploités par Salesforce pour votre org. Il n'y a pas un serveur unique mais plusieurs serveurs standard au périmètre défini : SObject All, SObject Reads, SObject Mutations et SObject Deletes pour les enregistrements, ainsi que des serveurs pour Data 360, CRM Analytics et d'autres domaines. Ils sont désactivés par défaut. Un administrateur active ceux qu'il souhaite, ce qui permet de commencer en lecture seule.

Un agent grands comptes prépare une revue trimestrielle en lisant le compte, les opportunités ouvertes, les requêtes récentes et les contacts, puis résume risques et prochaines étapes. Après la réunion, il met à jour l'étape et la prochaine action de l'opportunité une fois qu'une personne a confirmé.

Les équipes de service font lire une nouvelle requête par un agent, qui trouve des requêtes similaires résolues et propose une réponse. Les sales ops demandent « quelles opportunités de plus de 50 000 euros n'ont pas bougé depuis 30 jours ? » et obtiennent une liste avec responsables et liens.

Un administrateur Salesforce active les Hosted MCP Servers souhaités et configure la connected app ou l'external client app utilisée par l'agent. N'activer que SObject Reads est un premier pas raisonnable.

Ajoutez le connecteur Salesforce sur inference.eu, choisissez le serveur, puis chaque utilisateur se connecte à Salesforce par OAuth. L'agent agit alors au nom de cette personne. Les jetons sont stockés chiffrés dans l'UE et réservés aux agents que vous autorisez. Les administrateurs révoquent les jetons OAuth et désactivent les serveurs à tout moment dans la configuration Salesforce.

Les enregistrements sont récupérés via les Hosted MCP Servers de Salesforce lui-même : les données restent chez Salesforce, entreprise américaine, comme pour vos autres intégrations Salesforce. Les orgs sur Hyperforce dans une région européenne y conservent leurs données.

Sur inference.eu, le modèle qui lit et écrit vos données CRM tourne dans des centres de données de l'UE, et vos identifiants Salesforce sont stockés chiffrés dans l'UE. Comme Salesforce applique la sécurité des champs et les règles de partage à chaque appel, les champs sensibles cachés à un utilisateur restent cachés à l'agent qui agit pour lui.

Une mise à jour du CRM déclenche flows, règles d'attribution et notifications, et une suppression retire des enregistrements dont d'autres équipes dépendent. La séparation entre lecture, modification et suppression en serveurs distincts vous permet de choisir précisément ce qu'un agent peut faire.

Sur inference.eu, vous laissez les requêtes libres et exigez la validation d'une personne avant qu'un agent crée ou modifie un enregistrement. La demande indique l'objet, l'enregistrement et les champs concernés. Pour la plupart des agents, laissez le serveur SObject Deletes désactivé ; si vous en avez besoin, exigez une validation pour chaque suppression.