11 min read Contrats SaaS

Votre CRM a changé de modèle, et votre contrat n'a pas de clause pour ça

Votre CRM a changé de modèle, et votre contrat n'a pas de clause pour ça

Le 26 août 2026, Salesforce et Anthropic ont annoncé Claudeforce. Le communiqué officiel contient une phrase qui mérite une seconde lecture : Claude devient le modèle par défaut de Slack AI, de Slackbot, de Salesforce in Claude, de Headless 360 et d'Agentforce Coworker. Le même texte est plus prudent sur le reste du périmètre, où Claude sert de modèle de raisonnement pour l'Atlas Reasoning Engine et se trouve « disponible dans Agent Builder ». La nuance est réelle et il faut la tenir : par défaut n'est pas exclusif, disponible n'est pas imposé. Ce qui s'est joué le 26 août n'est pas la fermeture d'un choix d'architecture, c'est le déplacement d'un réglage par défaut sur des surfaces que des dizaines de milliers d'équipes ouvrent tous les matins.

Le réflexe, devant ce genre d'annonce, consiste à se demander si l'on est en train de s'enfermer chez un fournisseur de modèle. La question la plus utile est ailleurs, et c'est la documentation d'Anthropic qui la pose le mieux. Quand Claude est servi via Amazon Bedrock, ce qui est précisément le montage décrit par Salesforce pour faire entrer Claude dans son Trust Boundary, Anthropic écrit noir sur blanc que le responsable du traitement est le fournisseur cloud, et pas elle. Le nom qui figure dans le titre de l'annonce n'est donc pas celui dont la politique de conservation s'applique à vos données. Le débat sur l'indépendance vis-à-vis des modèles se mène depuis deux ans sur le mauvais nom.

L'article du 1er septembre traitait du préavis de retrait comme clause fournisseur, c'est-à-dire de ce qui casse quand le fournisseur que vous avez choisi supprime ce que vous appelez. Le sujet ici est l'inverse et personne ne le porte dans l'organisation : le modèle que vous n'avez pas choisi, encapsulé dans une application métier, substituable par un tiers, sans événement contractuel de votre côté. L'enquête VentureBeat Pulse Research du 12 août 2026, menée auprès de 107 entreprises, plaçait la flexibilité entre modèles au premier rang des critères d'achat d'une plateforme d'orchestration, à 29 %, loin devant l'alignement natif sur un modèle de pointe, à 10 %. Le marché revendique l'agnosticisme sur la couche qu'il opère au moment précis où il y renonce sur celle qu'il achète.

Empilement de trois couches logicielles dont la plus basse, le modèle, est représentée comme interchangeable
Le modèle de raisonnement d'une application métier est un réglage éditeur, pas une décision d'architecture client.

Ce que l'annonce dit exactement, et ce qu'elle ne dit pas

Le périmètre annoncé est large mais borné. Salesforce in Claude arrive avec 37 compétences de vente préfabriquées, réservées aujourd'hui à des clients pilotes sélectionnés, avec une bêta ouverte annoncée pour septembre 2026 et des compétences supplémentaires promises pour la fin de l'année. Autrement dit, au moment où vous lisez ces lignes, la partie la plus visible de Claudeforce n'est pas encore généralement disponible, alors que la bascule du modèle par défaut sur Slack et sur Agentforce Coworker, elle, est décrite au présent.

Un passage du communiqué décrit l'installation côté client et dit beaucoup plus qu'il n'en a l'air. Un administrateur connecte Salesforce in Claude une seule fois, l'authentification et les permissions sont gérées de façon centralisée, et l'ensemble de l'équipe commerciale y accède dès le premier jour, sans configuration par utilisateur, sans nouveau modèle de permissions à construire et sans réaudit compte par compte. C'est un argument de déploiement excellent. C'est aussi la description exacte d'une surface d'exposition qui s'ouvre en une action d'administration, pour une population entière, sur des données de revenus en direct.

Trois mots à ne pas confondre

Modèle encapsulé : un modèle de langage que vous n'avez ni choisi ni contractualisé directement, et qui produit le raisonnement d'une fonction d'un logiciel métier que vous achetez. Vous payez le logiciel, pas le modèle.

Par défaut : un réglage initial modifiable par celui qui le contrôle. Le contraire d'exclusif. Un défaut peut changer sans que rien ne change dans votre contrat, puisque le contrat porte sur un service, pas sur un composant.

Harness : la couche d'outillage, de règles et de contexte qui entoure le modèle et détermine l'essentiel de son comportement. Salesforce appelle la sienne AIforce et la présente comme le moyen d'exposer ses données et ses workflows à n'importe quel agent.

Cette dernière notion est celle qui décide de la suite. Si l'essentiel du comportement vient du harness et non du modèle, alors un éditeur peut sincèrement considérer qu'un changement de modèle est un détail d'implémentation. C'est une position défendable en ingénierie. Elle devient intenable dès que la sortie du modèle déclenche une action sur vos données, ce qui est exactement ce que Salesforce revendique.

Le nom dans l'annonce n'est pas celui qui traite vos données

La page de rétention d'Anthropic est un document de référence pour ce sujet, et elle commence par délimiter son propre périmètre. Elle couvre l'API Claude, Claude Platform on AWS et Claude dans Microsoft Foundry, cas dans lesquels Anthropic est responsable du traitement. Sur Amazon Bedrock et sur la plateforme agent de Google Cloud, c'est le fournisseur cloud qui l'est, et la documentation renvoie explicitement le lecteur vers les politiques de ces plateformes. Or le communiqué Salesforce indique que c'est bien par Amazon Bedrock que Claude entre dans le Trust Boundary.

Suivez le chemin jusqu'au bout. Votre contrat vous lie à un éditeur métier. Cet éditeur exécute l'inférence dans un environnement cloud dont il est le client. Le fournisseur du modèle, dont le nom fait le titre de l'annonce, n'est pas le responsable du traitement dans ce montage. Trois entités, trois régimes de conservation, et une seule relation contractuelle chez vous.

Qui est qui dans la chaîne

Responsable du traitement : l'entité qui détermine les finalités et les moyens du traitement des données. C'est celle dont la politique s'applique et à qui les obligations incombent.

Sous-traitant : l'entité qui traite les données pour le compte du responsable, dans les limites de ses instructions.

Sous-traitant ultérieur : le sous-traitant du sous-traitant. C'est à ce niveau que se logent le fournisseur cloud et le fournisseur de modèle dans un montage d'IA encapsulée, et c'est le niveau que la plupart des contrats SaaS antérieurs à 2024 ne décrivent pas.

Le second point à vérifier concerne la conservation imposée en amont, sujet déjà traité le 26 août sous l'angle du signal dérivé et du Zero Data Retention. La documentation d'Anthropic classe Claude Fable 5 et Claude Mythos 5 en Covered Models, impose sur eux une conservation de 30 jours et exclut le Zero Data Retention pour ces deux modèles. La formulation qui compte pour un acheteur de SaaS est la portée : cette exigence s'applique partout où ces modèles sont proposés. Sur Bedrock et sur Google Cloud, la donnée conservée reste dans l'environnement du fournisseur cloud, ce qui change le lieu mais pas le principe. Un éditeur métier ne peut pas négocier cette contrainte pour vous, et rien dans un contrat de CRM ne vous dit aujourd'hui quelle génération de modèle sert vos fonctions IA.

Un dernier élément vaut d'être connu, parce qu'il traverse tous les régimes : Anthropic indique qu'un contenu signalé par ses systèmes automatiques de sécurité peut être conservé jusqu'à deux ans, indépendamment de l'arrangement en vigueur.

Schéma de la chaîne contractuelle montrant un seul contrat côté client et trois régimes de conservation en aval
Une relation contractuelle chez vous, trois régimes de conservation en aval.

Ce qu'un contrat d'IA encapsulée contient vraiment

Les conditions particulières que les éditeurs publient pour leurs fonctions d'IA générative sont plus instructives que les annonces. Celles de Litera, éditeur de logiciels juridiques, sont publiques et datées d'avril 2026. Elles fournissent un spécimen lisible de ce que signent aujourd'hui des milliers d'entreprises.

Sur l'hébergement du modèle, l'éditeur s'engage à utiliser des modèles hébergés dans la même juridiction que le logiciel « lorsque cela est commercialement et techniquement faisable », et à défaut dans une juridiction aux standards comparables. La phrase suivante déplace la charge : il revient au client de consulter la documentation produit et les déclarations de sous-traitance pour déterminer où le modèle est hébergé. La localisation n'est donc pas une obligation contractuelle chiffrée, c'est une information à aller chercher dans un document que l'éditeur met à jour seul.

Sur la dépendance en amont, le texte prévoit que si l'usage du client contredit les conditions d'un tiers auxquelles l'éditeur est tenu, en citant nommément celles d'Azure OpenAI, l'éditeur peut couper immédiatement l'accès aux fonctions d'IA après notification. Les conditions du fournisseur de modèle traversent donc le contrat et vous atteignent, dans un sens seulement.

Sur le prix, l'éditeur se réserve le droit, à sa seule discrétion, de brider l'accès, d'imposer une migration vers un plan plus coûteux ou d'ajouter une facturation à l'usage, moyennant un préavis raisonnable. Sur les agents, une clause interdit de déployer des agents autonomes, des chaînes de prompts récursives ou toute automatisation qui augmente sensiblement la consommation de tokens hors des parcours prévus. Beaucoup d'équipes qui construisent aujourd'hui un orchestrateur au-dessus de leurs SaaS métier n'ont pas lu cette clause.

Ce qui manque à ce document est plus parlant que ce qu'il contient. Quatre clauses encadrent la juridiction, la rupture, le prix et l'usage. Aucune n'oblige l'éditeur à prévenir avant de changer le modèle sous vos workflows.

Cinq clauses à passer sur chaque contrat où un modèle est encapsulé

La grille qui suit se passe contrat par contrat, avec une question de recette pour chacune. Elle ne demande ni renégociation immédiate ni compétence juridique particulière pour la première passe.

La première porte sur la substitution et son préavis. Le contrat dit-il ce que l'éditeur peut changer dans la chaîne de raisonnement, et sous quel délai vous l'apprenez ? Michael Kimball, qui suit ces négociations sous le nom de The Innovation Attorney, décrit la clause qui s'installe dans les accords d'entreprise : préavis avant tout changement matériel du modèle sous-jacent, matérialité définie par un écart mesurable de précision ou de sortie, et surtout fenêtre pour tester le remplaçant sur votre propre jeu de test avant que la bascule ne devienne obligatoire. Il situe le préavis discuté entre 30 et 60 jours. Question de recette : demandez ce chiffre par écrit à deux éditeurs cette semaine et comparez les réponses.

La deuxième remonte la chaîne de sous-traitance. Ne demandez pas quel modèle est utilisé, demandez qui est responsable du traitement. Nommez les trois entités dans l'ordre, éditeur, fournisseur cloud, fournisseur de modèle, et identifiez laquelle publie la politique de conservation qui s'applique réellement à vos données. Question de recette : si personne dans l'équipe ne peut nommer les trois en moins d'une minute, la clause n'est pas auditée.

La troisième traite de la conservation imposée en amont. Vérifiez si les fonctions IA de l'éditeur reposent sur une génération de modèle soumise à une conservation obligatoire, et où cette donnée réside. Question de recette : demandez si un changement de génération de modèle chez le fournisseur peut modifier votre régime de conservation sans amendement de votre contrat.

La quatrième concerne la répercussion tarifaire, car le prix du modèle bouge dans les deux sens. Le contrat dit-il qui absorbe la hausse, et à quel préavis ? La clause de Litera montre la forme que prend l'asymétrie quand rien n'est négocié : migration vers un plan plus coûteux, à la seule discrétion de l'éditeur. Question de recette : identifiez dans votre contrat la phrase qui vous protège d'une hausse du coût d'inférence en amont. Si vous ne la trouvez pas, elle n'existe pas.

La cinquième couvre la réversibilité et l'usage autorisé. Que récupérez-vous en sortant, sous quel délai, et sous quelle forme ? Et dans l'autre sens, votre contrat vous autorise-t-il à placer un agent devant la fonction IA de l'éditeur ? Question de recette : cherchez le mot « agent » dans les conditions particulières de vos trois principaux SaaS métier.

Deux échéances réglementaires resserrent le calendrier de cette revue. La directive européenne sur la responsabilité du fait des produits doit être transposée par les États membres d'ici le 9 décembre 2026, et elle traite une mise à jour logicielle ou une modification d'un système d'apprentissage comme un défaut susceptible d'engager la responsabilité du fabricant, statut qu'elle étend à toute partie qui modifie substantiellement un produit après sa mise sur le marché. Le chapitre V du règlement européen sur l'IA, applicable depuis le 2 août 2026, oblige par ailleurs les fournisseurs de modèles à usage général à transmettre aux intégrateurs en aval de quoi remplir leurs propres obligations. Un éditeur qui reçoit cette information de son fournisseur de modèle devrait vous la répercuter par contrat, pas par une fiche modèle publique que votre direction juridique ne verra jamais.

À mettre en route cette semaine

Recensez les applications métier dans lesquelles un modèle produit du raisonnement, pas celles où vous appelez un modèle vous-même. Sur le terrain, les inventaires d'exposition aux modèles recensent presque toujours les appels que l'entreprise passe elle-même, et jamais les modèles encapsulés, pour une raison simple : personne dans l'organisation n'a acheté un modèle, on a acheté un module CRM, un outil de support, une suite documentaire. La ligne n'apparaît dans aucun budget IA.

Écrivez à deux éditeurs, pas dix, et posez trois questions : quel modèle sert vos fonctions IA aujourd'hui, sous quel préavis peut-il changer, et qui est responsable du traitement dans le montage retenu. La qualité des réponses, et le temps qu'elles mettent à arriver, vous en apprendront autant que leur contenu.

Reprenez le rapport d'usage de vos agents avant de conclure que le sujet est marginal. L'index publié par Salesforce le 7 août 2026 indique que l'agent moyen agit désormais sur six compétences contre deux début 2025, jusqu'à neuf en pic saisonnier dans le commerce, et que la part d'actions menées hors de son domaine principal est passée d'environ 1 % à 5,9 % entre février 2025 et avril 2026. Ces chiffres viennent de données d'usage agrégées par l'éditeur sur ses propres clients, ils décrivent une tendance et pas un marché. La tendance suffit : la surface exposée à une substitution s'élargit plus vite que la gouvernance qui l'encadre.

Décidez enfin qui porte le sujet. La substitution de modèle n'appartient ni tout à fait aux achats, qui ne lisent pas les conditions particulières d'IA, ni tout à fait à l'architecture, qui ne voit pas les contrats. Tant que personne n'est nommé, la clause reste non auditée par construction.

Conclusion

Une décision de tribunal résume mieux que n'importe quelle analyse ce qui est en jeu. Dans l'affaire Moffatt contre Air Canada, tranchée le 14 février 2024 en Colombie-Britannique, la compagnie a été tenue responsable des informations erronées données par son agent conversationnel, le tribunal refusant de considérer que le robot était une entité distincte de l'entreprise et qu'une page web énonçant la bonne règle pouvait prévaloir. Vous répondez de la sortie d'un modèle que vous n'avez pas choisi, servi par une infrastructure que vous n'avez pas contractualisée, sous un régime de conservation que vous n'avez pas négocié. La grille en cinq clauses ne vous rendra pas ce choix. Elle vous dira simplement, contrat par contrat, ce que vous avez déjà cédé.

Sources : As of : Août 2026

Godwin AVODAGBE