Qu’est-ce que Salesforce in Claude, ouvert en bêta le 15 septembre ?

Le 15 septembre 2026, en ouverture de Dreamforce à San Francisco, Salesforce a ouvert en bêta le connecteur qui amène le CRM à l’intérieur de Claude, une bêta que l’éditeur présente comme accessible à tous ses clients, sous condition d’édition détaillée plus bas. Anthropic l’a inscrit le même jour dans ses notes de version, pour tous les forfaits payants de Claude, avec une inscription que Salesforce doit valider. Le partenariat lui-même, baptisé Claudeforce, avait été annoncé le 26 août.

Salesforce in Claude est un plugin qui donne à Claude un accès direct aux comptes, opportunités et pipelines d’une organisation Salesforce, avec 37 compétences commerciales préconstruites. Le commercial prépare un rendez-vous, revoit une affaire ou met à jour une fiche depuis la conversation, sans ouvrir l’interface du CRM, et dans la limite de ses propres droits.

Les compétences couvrent le quotidien d’une équipe de vente : recherche sur un compte, préparation d’appel, revue de pipeline, mise à jour du CRM. Côté technique, le branchement passe par un connecteur MCP (Model Context Protocol). L’éligibilité est réservée aux organisations qui ont accès à l’édition entreprise la plus récente de Sales Cloud, et la mise en place mobilise deux administrateurs. Un administrateur Salesforce fait la demande d’accès et configure le côté CRM, puis un propriétaire de l’organisation Claude déploie le plugin, pour tous ou pour certains groupes, et saisit les identifiants du connecteur. Chaque utilisateur se connecte ensuite avec son propre compte Salesforce.

Ce que Salesforce a présenté autour, à Dreamforce

Le connecteur n’arrive pas seul. Salesforce l’a rangé sous une couche baptisée AIforce, résumée sur scène par le slogan « AI replaces the UI » : les données, les règles métier et les droits du CRM deviennent accessibles depuis n’importe quelle interface d’IA. Claudeforce en est une brique, à côté de Slackforce (le CRM dans Slack), d’Agentforce Coworker (un assistant intégré à l’interface Lightning) et d’une boîte à outils « headless » qui expose la plateforme par MCP, API, plugins et outils de développement. Dans l’autre sens, l’annonce d’août a fait de Claude le modèle par défaut d’Agentforce Coworker.

Salesforce in Claude ou Agentforce : quelle différence ?

Les deux produits utilisent Claude, mais pas au même endroit. Agentforce Coworker vit dans l’interface Lightning : l’utilisateur reste dans Salesforce et l’assistant l’aide sur la fiche qu’il a sous les yeux. Salesforce in Claude fait le trajet inverse, puisque l’utilisateur travaille dans Claude, où il rédige, analyse et prépare, et va chercher le CRM quand il en a besoin. Le premier convient aux équipes dont la journée se passe déjà dans Salesforce. Le second vise celles qui utilisent Claude comme poste de travail principal et consultent le CRM par intermittence. Une même entreprise peut ouvrir les deux, et c’est justement ce qui complique la gouvernance : deux chemins d’accès aux mêmes données, administrés l’un côté Salesforce, l’autre côté Claude.

Adecco, un déploiement à grande échelle annoncé le même jour

Le même 15 septembre, le groupe Adecco a annoncé le passage de 27 000 collaborateurs dans plus de 40 pays sur Agentforce Coworker, que son communiqué décrit comme « powered by Anthropic’s Claude ». Le pilote s’est tenu au Royaume-Uni et en France. Les recruteurs y sélectionnent des candidats et lancent des agents de présélection ou d’intégration, les commerciaux y préparent leurs briefs. Le groupe fait état d’une adoption forte en quelques jours. L’outil s’appuie par ailleurs sur plus de 2,5 millions d’interactions entre agents et candidats accumulées depuis avril 2025. Anthropic cite de son côté GitLab, Siemens et Legora parmi les organisations qui utilisent déjà Salesforce in Claude.

Qu’est-ce que cette bêta change pour une entreprise française ?

Le point de travail se déplace. Jusqu’ici, les éditeurs ajoutaient de l’IA dans leurs écrans. Ici, le mouvement s’inverse : le commercial reste dans Claude et le CRM devient une source que l’assistant interroge et met à jour. Salesforce reste le système de référence, mais ce n’est plus forcément là que l’utilisateur passe sa journée. Pour une DSI, les conséquences touchent la gouvernance bien plus que l’architecture.

La décision d’activer peut se prendre hors de la DSI

L’ouverture repose sur deux administrateurs, et aucun des deux n’est forcément rattaché à la DSI. L’administration de Salesforce peut être confiée à une équipe sales ops qui dépend de la direction commerciale, et le rôle de propriétaire de l’organisation Claude revient parfois à l’équipe qui a porté le premier déploiement de Claude. La question de qui autorise l’ouverture doit donc être réglée avant la demande d’accès, faute de quoi un outil d’IA générative arrive en production par la porte du CRM, sans passer par le comité qui valide habituellement ce type d’usage.

Votre modèle de droits devient la frontière de sécurité

Salesforce insiste sur ce point : Claude ne voit que ce que l’utilisateur est autorisé à voir et ne fait que ce qu’il est autorisé à faire. La promesse est rassurante. Elle reporte aussi tout le risque sur la qualité du modèle de droits existant. Les organisations Salesforce anciennes accumulent des profils trop larges, des ensembles d’autorisations ajoutés pour un projet et jamais retirés, des règles de partage ouvertes par commodité. Tant que l’utilisateur naviguait écran par écran, ces excès restaient peu visibles. Un assistant qui interroge en langage naturel tout ce qu’un compte peut lire rend ces droits excessifs immédiatement exploitables. Une revue des profils et des règles de partage est le prérequis de cette bêta.

Les écritures demandent une règle écrite

Par défaut, Claude demande à l’utilisateur de valider chaque modification avant de l’écrire, et chacun peut ensuite assouplir ce réglage. Laissé à l’appréciation individuelle, cet assouplissement produira des pratiques très différentes d’un commercial à l’autre. Mieux vaut décider en amont quels objets et quels champs l’assistant peut modifier seul, lesquels exigent une confirmation, et lesquels restent hors de sa portée : montant et étape d’une opportunité, prévision transmise à la direction, données de contact soumises au RGPD.

Où vont les données quand un commercial interroge son CRM depuis Claude ?

Salesforce annonce une conservation nulle des données chez le fournisseur du modèle pour les produits AIforce. La page Claudeforce précise que cette option est disponible sur les modèles Sonnet, Opus et Haiku. Anthropic déploie par étapes ses Enterprise Frontier Safeguards, avec chiffrement sous clés du client et journalisation d’audit, et vise une disponibilité large à la fin de l’automne 2026. Ce sont des annonces d’éditeur, à retrouver noir sur blanc dans vos contrats.

Les deux sens de l’intégration n’empruntent pas le même chemin. Quand Claude travaille dans Agentforce, il tourne à l’intérieur du périmètre de confiance de Salesforce, via Amazon Bedrock. Quand le CRM est consulté depuis Claude, les enregistrements remontent dans une conversation Claude, et c’est le contrat de votre abonnement Claude qui encadre leur traitement : rétention, journalisation, localisation. Une direction juridique qui a validé l’un n’a pas encore validé l’autre.

Quelles questions trancher avant d’ouvrir la bêta ?

Avant l’inscription, il faut savoir qui décide de l’activation, quels droits l’assistant héritera, quelles écritures il peut faire seul, sous quel contrat circulent les données et comment l’usage sera suivi. Ces réponses tiennent en une page et évitent de découvrir le périmètre réel après coup.

  1. Qui valide l’activation ? Nommer le décideur, DSI ou comité IA, et en informer les deux points de contrôle : l’administrateur Salesforce qui demande l’accès et le propriétaire de l’organisation Claude qui déploie le plugin.
  2. Les profils sont-ils propres ? Revoir les profils, ensembles d’autorisations et règles de partage des populations concernées, en commençant par les comptes les plus larges.
  3. Quelles écritures sont permises ? Classer objets et champs entre modification libre, modification confirmée et lecture seule.
  4. Quel contrat couvre les données ? Vérifier le forfait Claude utilisé, la rétention applicable et la journalisation disponible.
  5. Comment mesurer l’usage ? Choisir quelques indicateurs de suivi et les mettre en place dès l’ouverture.

Cette liste recoupe les zones de confiance de la méthodologie de gouvernance LOOP™ : la lecture d’un compte relève de la zone Verte, la mise à jour d’une prévision de la zone Orange, avec validation humaine, et certaines actions restent en zone Noire. La même grille s’applique quand l’agent pilote un écran plutôt qu’une API, comme nous l’avons détaillé dans notre analyse computer use ou API pour vos agents IA.

Le recrutement assisté par agents relève-t-il de l’AI Act ?

Le cas Adecco montre la même plateforme d’agents servir à la vente et au recrutement. Or l’annexe III de l’AI Act range parmi les systèmes à haut risque ceux destinés au recrutement ou à la sélection de candidats, notamment pour filtrer les candidatures et évaluer les personnes. Un agent de présélection peut donc relever du régime à haut risque, ce qui est rarement le cas d’un assistant commercial. Les obligations correspondantes ont été reportées au 2 décembre 2027 par l’omnibus numérique, ce que nous avons expliqué dans notre article sur le calendrier de l’AI Act après le report.

Le report donne du temps pour faire l’inventaire à froid. Il ne dispense pas de savoir quels usages tournent déjà : un connecteur ouvert aux commerciaux en septembre peut servir aux équipes RH au printemps, sur la même infrastructure et avec les mêmes administrateurs. Notre page sur la conformité AI Act en entreprise détaille la classification des usages et la documentation attendue.

Mesurer l’usage réel avant d’étendre le périmètre

Anthropic a ouvert le 10 septembre, en bêta sur les forfaits Enterprise, des rapports d’usage qui décrivent le travail accompli, les coûts, les points de friction et les pratiques répétées qui méritent d’être transformées en skills partagées. Ces rapports permettent de juger une bêta sur des faits plutôt que sur des impressions. Selon Deloitte (State of AI in the Enterprise, édition 2026), seules 21 % des organisations disposent d’un modèle de gouvernance mature pour leurs agents IA, et Gartner estime que plus de 40 % des projets d’IA agentique seront annulés d’ici fin 2027, en raison de coûts qui dérapent, d’une valeur métier floue ou de contrôles de risque insuffisants.

Ce que la bêta ne dit pas encore

Aucun tarif n’a été communiqué pour le connecteur, les compétences au-delà de la vente sont annoncées pour la fin de l’année, et une bêta peut changer de périmètre avant sa disponibilité générale. Une règle de gouvernance écrite aujourd’hui doit donc être datée et revue à la sortie de bêta.

Notre lecture : l’interface change, le système de référence reste

Chez Koneetiv, pure player Anthropic et partenaire officiel Anthropic, nous voyons dans cette bêta une bonne nouvelle pour les entreprises qui ont investi dans un CRM propre, et un révélateur pour les autres. Sur une base mal tenue, l’assistant accélère l’accès aux doublons et aux droits trop larges autant qu’aux bonnes données. La valeur du connecteur dépend presque entièrement de la qualité des données et du modèle de droits qu’il trouve en arrivant.

Nous conseillons d’ouvrir la bêta à une population restreinte, avec des règles d’écriture écrites et un suivi d’usage en place dès le départ, puis d’élargir sur la base de ce qui a été observé. C’est la démarche que nous appliquons à tout agent Claude en entreprise, et plus largement aux agents IA en production. Pour les groupes qui veulent un regard extérieur sur ce cadrage, notre page intégrateur Claude en France décrit notre accompagnement.

Avant d’ouvrir la bêta, situez votre organisation : le diagnostic de maturité IA, construit sur le référentiel Koneetiv (édition 2026), mesure en quelques minutes votre niveau de gouvernance, de données et d’outillage, dimension agentique comprise.