AWS et Salesforce branchent les agents et les données CRM sur Slack et Amazon Quick sans migrer les données
Le 15 septembre 2026, AWS et Salesforce étendent leur partenariat pour injecter les données CRM et les agents IA dans les outils déjà utilisés au quotidien : Amazon Quick, Slack et la voix. L’accès se fait en zero-copy, sans migration ni duplication, avec le choix des modèles via Amazon Bedrock.
15 septembre 2026. AWS et Salesforce annoncent un élargissement de leur partenariat, dix ans après le premier rapprochement. Le cœur de l’annonce tient en une formule : injecter les données CRM et les agents IA dans les outils que les équipes utilisent déjà — Amazon Quick, Slack, la voix — sans leur demander de migrer quoi que ce soit. Pourquoi c’est important : jusqu’ici, l’IA d’entreprise butait sur deux murs — les données CRM restaient enfermées dans le CRM, et les agents vivaient dans des consoles séparées. Les deux annonces visent précisément ces deux murs.
Des agents là où les gens travaillent déjà
Le premier volet déplace les agents hors de leur console. Amazon Quick, l’assistant d’IA au travail d’AWS, peut désormais accéder nativement au contexte Salesforce — état du pipeline, résumés de comptes, cas de service — sans intégration sur mesure. La mécanique est ouverte : elle repose sur le Model Context Protocol (MCP) et sur l’architecture headless de Salesforce, qui permet aux deux mondes d’interopérer sans passerelle propriétaire.
Le second déplacement vise Slack. Les agents frontier d’AWS — en commençant par l’AWS DevOps Agent, suivi des agents Security, FinOps et Partner Central à l’automne — arrivent directement dans les canaux Slack. Au lieu de basculer vers une console pour creuser un incident ou un constat de sécurité, une équipe interroge l’agent dans le fil de discussion où la conversation a déjà lieu.
Le troisième concerne le choix des modèles. Les clients d’Agentforce, la couche d’agents de Salesforce, accèdent désormais au catalogue de frontier models d’Amazon Bedrock — Anthropic, NVIDIA, et bientôt OpenAI, déjà disponible sur Bedrock. La gouvernance est verrouillée aux deux bouts : Bedrock applique une Zero Data Retention (aucune donnée stockée ni réutilisée pour l’entraînement), tandis que la Trust Layer de Salesforce ajoute l’ancrage dynamique et la détection de toxicité. Pour les secteurs régulés, cela s’accompagne des conformités HIPAA, PCI, SOC 2 et ISO 42001.
Le zero-copy : lire sans déplacer
Le second volet attaque la question de la donnée. Salesforce Data 360 Zero Copy s’étend aux tables Apache Iceberg gérées par AWS Glue, aux tables Iceberg sur S3, à Amazon Aurora, Amazon RDS et SageMaker Lakehouse, en plus du support existant pour Redshift et S3. Concrètement : les agents sont ancrés dans les données d’entreprise sans migration ni duplication, et sans toucher aux contrôles de sécurité déjà en place de part et d’autre.
Les deux entreprises explorent aussi un partage sémantique bidirectionnel avec le Glue Data Catalog, posant les fondations d’expériences où l’IA dispose d’un contexte plus riche sans coût de migration. Informatica complète le tableau : ses serveurs MCP — administration de plateforme, découverte de catalogue, scores de qualité de données — deviennent accessibles depuis Amazon Bedrock AgentCore et Amazon Quick.
Pour les directions data et les équipes conformité, l’argument du zero-copy dépasse la simple économie de migration. Ne pas déplacer la donnée, c’est ne pas avoir à re-qualifier son hébergement, ne pas dupliquer les contrôles d’accès, et éviter qu’une copie supplémentaire devienne une surface de fuite. C’est exactement ce que les RSSI réclament quand ils freinent les projets d’IA : un accès gouverné à la donnée existante plutôt qu’un nouveau silo à sécuriser.
La voix comme frontière suivante
Le volet le plus prospectif est celui de la voix. Agentforce Voice et Amazon Connect Customer communiqueront en temps réel grâce au protocole Agent2Agent (A2A), avec un audio bidirectionnel échangé sur WebSockets. Un agent Salesforce et un agent AWS pourront ainsi se coordonner sur un même appel client sans intervention humaine. La disponibilité est annoncée pour l’automne 2026.
Dans la même logique, Salesforce AI Research a optimisé ses modèles de reconnaissance vocale sur les puces AWS Trainium pour proposer une dictée vocale dans Slack à très faible latence, disponible dès maintenant. L’argument économique est explicite : le silicium spécialisé abaisse le coût d’inférence, et la réduction est répercutée au client.
Ce qui est disponible maintenant, et ce qui attend l’automne
La répartition des disponibilités est un point que les équipes doivent lire avant de planifier. Sont disponibles dès maintenant : l’accès au contexte Salesforce dans Amazon Quick, l’AWS DevOps Agent dans Slack, le choix des modèles Agentforce via Amazon Bedrock, l’extension Data 360 Zero Copy, l’expansion Informatica, et la dictée vocale dans Slack optimisée sur Trainium. Sont annoncés pour l’automne 2026 : les agents Security, FinOps et Partner Central dans Slack, ainsi que l’orchestration vocale Agent2Agent entre Agentforce Voice et Amazon Connect Customer.
Ce calendrier a une conséquence directe pour qui pilote une feuille de route. Les cas documentaires et conversationnels — résumer un compte, préparer une réunion, interroger un agent depuis un canal Slack — peuvent entrer en production aujourd’hui. Les cas vocaux et multi-agents restent en avant-première : il faut les prototyper, pas les industrialiser. La frontière n’est pas technique, elle est contractuelle — les disponibilités annoncées « à l’automne » peuvent encore glisser.
Le pari implicite : des standards encore jeunes
Toute l’annonce repose sur deux protocoles — MCP et A2A — dont la maturité n’est pas celle des standards historiques. MCP a été adopté largement en 2025, mais son profil de sécurité est encore débattu, notamment sur l’exposition de capacités entre agents et outils. A2A est plus récent et moins déployé à l’échelle. En bâtissant leur interopérabilité dessus, AWS et Salesforce parient que ces standards tiendront la charge d’un usage d’entreprise. Pour un RSSI, la conséquence est claire : l’audit des intégrations doit porter sur le contenu des connexions MCP et A2A — quelles capacités sont exposées, à quels agents, avec quelle authentification — et pas seulement sur les périmètres réseau traditionnels.
Ce que cela dit de la stratégie des deux fournisseurs
L’annonce n’est pas qu’un catalogue d’intégrations. Elle révèle un pari d’architecture partagé. MCP et A2A jouent le rôle de standards ouverts qui rendent l’interopérabilité viable sans intégration ad hoc, et le zero-copy remplace le « où vit la donnée ? » par le « qui y accède, sous quel contrôle ? ». Les deux fournisseurs vendent la même promesse : l’IA passe de pilote à mode de fonctionnement, et l’achat devient aussi simple que la construction — les Salesforce Clouds sont désormais disponibles dans l’AWS Marketplace dans 33 pays, avec imputation des engagements de dépense AWS sur les produits Salesforce.
Cette convergence commerciale n’est pas anodine pour les équipes achats. Pouvoir imputer des engagements de dépense AWS sur des licences Salesforce supprime un argument classique contre l’adoption croisée — « nous avons déjà un engagement ailleurs » — et raccourcit le chemin de la décision au déploiement.
Verdict
Si vous exploitez déjà AWS et Salesforce, cette annonce lève le principal arbitrage que vous deviez trancher — migrer les données ou les dupliquer — au profit d’un accès zero-copy ancré et gouverné : à adopter pour les cas de Quick et les agents dans Slack, disponibles dès maintenant. Si votre priorité est la voix, retenez que l’orchestration A2A entre Agentforce et Amazon Connect n’arrive qu’à l’automne : ne bâtissez pas de production dessus aujourd’hui. Le point à surveiller est la gouvernance croisée — Zero Data Retention d’un côté, Trust Layer de l’autre — car c’est elle, plus que les intégrations, qui fera ou non entrer ces agents dans les environnements régulés.