API et rétention des données

Cette page couvre l'API Claude (api.anthropic.com), Claude Platform sur AWS et Claude in Microsoft Foundry, où Anthropic est le sous-traitant des données (data processor). Sur Amazon Bedrock et Google Cloud's Agent Platform, le fournisseur cloud est le sous-traitant des données ; reportez-vous à la documentation de rétention des données et de conformité de ces plateformes pour leurs contrôles équivalents.

Anthropic propose deux modalités de traitement des données pour l'API Claude : la « zero data retention » (rétention nulle des données), ou ZDR et la préparation HIPAA. Le tableau d'éligibilité des fonctionnalités indique quelles fonctionnalités de l'API sont couvertes par chaque modalité. Pour les politiques de rétention standard d'Anthropic en dehors de ces modalités, consultez la politique de rétention des données commerciales et la politique de rétention des données des consommateurs.



Comment Anthropic aborde la rétention des données

Différentes API et fonctionnalités ont des besoins de stockage différents. Lorsqu'une fonctionnalité ne nécessite pas le stockage des prompts ou des réponses du client, elle peut être éligible à la ZDR. Lorsqu'une fonctionnalité nécessite obligatoirement un stockage, Anthropic conçoit l'empreinte de rétention la plus réduite possible selon les engagements suivants :

• Les données conservées ne sont jamais utilisées pour l'entraînement des modèles sans votre autorisation expresse.
• Seul ce qui est techniquement nécessaire au fonctionnement de la fonctionnalité est conservé. Le contenu des conversations (vos prompts et les sorties de Claude) n'est pas conservé par défaut ; l'exception concerne les Covered Models (modèles couverts), qui nécessitent une rétention de 30 jours.
• Les données conservées sont purgées selon le « time to live » (durée de vie), ou TTL, le plus court possible en pratique, et Anthropic vise à donner aux clients le contrôle sur la durée de conservation des données. Ce qui est conservé, ainsi que la durée de rétention lorsqu'un TTL spécifique s'applique, est documenté sur la page de chaque fonctionnalité.

Plusieurs modèles de rétention se situent en dehors des modalités ZDR et HIPAA décrites sur cette page. Les données accessibles via l'API de conformité suivent leur propre modèle de rétention, l'Activity Feed conserve les données pendant 6 ans, et le contenu des conversations, fichiers et projets de claude.ai suit la politique de rétention de votre organisation définie dans claude.ai > Paramètres de l'organisation > Données et confidentialité.



Rétention nulle des données (ZDR)

Dans le cadre d'une modalité ZDR, Anthropic ne stocke pas les prompts ou les réponses du client au repos après le renvoi de la réponse de l'API. Pour demander la ZDR pour votre organisation, contactez l'équipe commerciale d'Anthropic. La ZDR est activée par organisation ; chaque nouvelle organisation nécessite que la ZDR soit activée séparément par votre équipe de compte, et l'activation ne s'étend pas automatiquement aux autres organisations relevant du même compte.



Ce que la ZDR couvre

• API Claude Messages et Token Counting : la ZDR s'applique à ces points de terminaison pour les fonctionnalités éligibles répertoriées dans le tableau d'éligibilité des fonctionnalités. Les fonctionnalités qui s'appuient sur /v1/messages mais qui sont marquées « Non » dans le tableau (comme l'exécution de code) ne sont pas couvertes.
• Claude Code : la ZDR s'applique lorsque Claude Code est utilisé avec des clés API provenant d'une organisation commerciale (une organisation relevant des Conditions commerciales d'utilisation d'Anthropic, par opposition à un compte Claude grand public) ou via Claude Enterprise avec la ZDR activée. Si la journalisation des métriques est activée dans Claude Code, les données de productivité telles que les statistiques d'utilisation sont exemptées de la ZDR et peuvent être conservées. Consultez la documentation ZDR de Claude Code pour tous les détails.
• Claude Platform sur AWS : Claude Platform sur AWS suit la même politique de rétention des données que l'API Claude de première partie. La ZDR est disponible sur demande ; contactez votre représentant de compte Anthropic pour l'activer.



Ce que la ZDR ne couvre pas

• Console et Workbench : toute utilisation sur Claude Console ou l'interface de test de prompts Workbench.
• Claude Managed Agents : Claude Managed Agents est une ressource avec état ; les transcriptions de session persistent jusqu'à ce que vous les supprimiez.
• Produits Claude grand public : les forfaits Claude Free, Pro et Max, y compris lorsque les clients de ces forfaits utilisent les applications web, de bureau ou mobiles de Claude ou Claude Code.
• Interfaces produit Claude Teams et Claude Enterprise : ces interfaces ne sont pas éligibles à la ZDR. L'exception est Claude Code utilisé via Claude Enterprise avec la ZDR activée ; voir Ce que la ZDR couvre.
• Claude for Excel : actuellement non éligible à la ZDR.
• Claude Fable 5 et Claude Mythos 5 : ces modèles nécessitent une rétention des données de 30 jours et ne sont pas disponibles dans le cadre de la ZDR. Voir Exigences de rétention des données spécifiques aux modèles.
• Intégrations tierces : les données traitées par des sites web, outils ou autres intégrations tiers ne sont pas couvertes, bien que certains puissent proposer des offres similaires. Examinez les pratiques de traitement des données de chaque service.
• Cross-Origin Resource Sharing (CORS) : CORS n'est pas pris en charge pour les organisations disposant de modalités ZDR. Pour effectuer des appels API depuis des applications basées sur un navigateur, acheminez les requêtes via un serveur proxy backend. Consultez les conseils de sécurité de l'API pour les modèles de proxy et la gestion des clés API.
• Contenu signalé et conservations légales : voir Rétention indépendamment de la modalité.



Préparation HIPAA

L'API Claude prend en charge les intégrations prêtes pour HIPAA pour les organisations qui traitent des « protected health information » (informations de santé protégées), ou PHI. Avec un BAA signé et une organisation avec HIPAA activé, vous pouvez utiliser les fonctionnalités API prises en charge pour traiter des PHI tout en soutenant la conformité HIPAA de votre organisation. Les organisations éligibles peuvent examiner et signer le BAA et activer la préparation HIPAA directement depuis la Claude Console. La préparation HIPAA applique un ensemble plus large de garanties de confidentialité et de sécurité que la ZDR (chiffrement, contrôles d'accès et journalisation d'audit qui protègent les PHI tout au long de leur cycle de vie) plutôt que d'exiger une suppression immédiate. Si votre organisation traite des PHI, la préparation HIPAA est la modalité à utiliser ; vous n'avez pas également besoin de la ZDR. Consultez le tableau d'éligibilité des fonctionnalités pour savoir quelles fonctionnalités chaque modalité couvre.



Ce que la préparation HIPAA couvre

• API Claude : la préparation HIPAA s'applique à l'API Claude (api.anthropic.com) pour les fonctionnalités éligibles répertoriées dans le tableau d'éligibilité des fonctionnalités.



Ce que la préparation HIPAA ne couvre pas

• Produits Claude grand public : les forfaits Claude Free, Pro et Max.
• Console et Workbench : l'utilisation via l'interface Claude Console (l'activation de la préparation HIPAA depuis les paramètres de la Console est prise en charge ; le traitement de PHI via la Console n'est pas couvert).
• Plateformes exploitées par des partenaires : Amazon Bedrock et Google Cloud's Agent Platform. Reportez-vous à la documentation de conformité de ces plateformes.
• Claude Platform sur AWS et Microsoft Foundry : la préparation HIPAA n'est pas disponible sur ces plateformes.
• Intégrations tierces : les données traitées par des outils ou services externes connectés à votre application.
• Claude Code : Claude Code n'est pas couvert par la préparation HIPAA.
• Fonctionnalités bêta : les fonctionnalités en bêta ne sont généralement pas couvertes par le BAA, sauf si elles sont explicitement répertoriées comme éligibles dans le tableau d'éligibilité des fonctionnalités.
• Contenu signalé et conservations légales : voir Rétention indépendamment de la modalité.



Directives de traitement des PHI

Les informations de santé protégées (PHI) incluent toute information de santé individuellement identifiable. Dans le contexte de l'API Claude, les PHI apparaissent généralement dans le contenu des messages (prompts et réponses de Claude), les fichiers joints (images, PDF) et les noms de fichiers ou métadonnées associés au contenu des messages. Les champs suivants ne sont pas censés contenir de PHI dans le cadre du BAA : noms d'espaces de travail, informations utilisateur (nom, e-mail, numéro de téléphone), données de facturation et tickets d'assistance.

Lors de l'utilisation des sorties structurées ou d'outils avec strict: true, l'API compile les schémas JSON en grammaires qui sont mises en cache séparément du contenu des messages. Ces schémas mis en cache ne bénéficient pas des mêmes protections PHI que les prompts et les réponses. N'incluez pas de PHI dans les définitions de schéma JSON. Cette restriction s'applique aux noms de propriétés de schéma, aux valeurs enum, aux valeurs const et aux expressions régulières pattern. Les informations spécifiques aux patients ne doivent apparaître que dans le contenu des messages, où elles sont protégées par les garanties HIPAA.



Gestion des erreurs HIPAA

Votre BAA signé est la source officielle de vérité concernant les fonctionnalités couvertes. L'API applique également ces restrictions automatiquement. Lorsqu'une organisation avec HIPAA activé envoie une requête qui inclut une fonctionnalité non éligible, l'API renvoie une erreur 400 pour empêcher l'utilisation accidentelle de fonctionnalités non couvertes par votre BAA :

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "The requested features are not available for HIPAA-regulated organizations without Zero Data Retention: code_execution."
  }
}

Le message d'erreur répertorie les fonctionnalités non éligibles détectées dans la requête ; supprimez-les et réessayez. L'expression « without Zero Data Retention » est la formulation propre à l'API et ne change pas la résolution.



Premiers pas avec la préparation HIPAA

Il existe deux façons de configurer un accès API prêt pour HIPAA. La plupart des organisations peuvent l'activer directement dans la Claude Console avec le BAA standard d'Anthropic ; les organisations qui nécessitent un BAA négocié doivent travailler avec leur équipe de compte.



Activer dans la Console (BAA standard)



Contacter l'équipe commerciale (BAA personnalisé)

Si votre organisation nécessite un BAA négocié ou personnalisé, ou si l'activation en libre-service n'est pas disponible pour votre organisation, contactez l'équipe commerciale d'Anthropic. Anthropic signera le BAA et activera la préparation HIPAA pour votre organisation.



Construire avec les fonctionnalités éligibles

Quel que soit le chemin que vous utilisez, confirmez quelles fonctionnalités sont prises en charge dans le tableau d'éligibilité des fonctionnalités et consultez les directives de traitement des PHI pour les fonctionnalités qui restreignent les endroits où les PHI peuvent apparaître. Pour les exigences détaillées de configuration et de conformité, reportez-vous au guide d'implémentation HIPAA.



Exigences de rétention des données spécifiques aux modèles

Claude Fable 5 et Claude Mythos 5 sont désignés comme Covered Models (voir l'article d'assistance sur les Covered Models) et nécessitent une rétention des données de 30 jours ; la ZDR n'est donc disponible pour aucun de ces deux modèles. Sur l'API Claude, les requêtes vers Claude Fable 5 provenant d'une organisation dont la configuration de rétention des données ne répond pas à cette exigence renvoient une erreur 400 invalid_request_error :

{
  "type": "error",
  "error": {
    "type": "invalid_request_error",
    "message": "In order to access this model, your organization or workspace must have data retention enabled."
  }
}

L'exigence de rétention des données de 30 jours s'applique partout où les Covered Models sont proposés. Sur l'API Claude (y compris Claude Platform sur AWS), Anthropic gère les données conservées. Sur Amazon Bedrock et Google Cloud's Agent Platform, les données conservées restent dans l'environnement de votre fournisseur cloud ; consultez la documentation de chaque plateforme pour les étapes d'activation.



Activer la rétention de 30 jours pour un espace de travail

Les organisations disposant d'une modalité ZDR peuvent rendre Claude Fable 5 et Claude Mythos 5 disponibles dans un espace de travail spécifique en activant la rétention de 30 jours pour cet espace de travail uniquement. Les autres espaces de travail de l'organisation conservent la rétention nulle des données.



Éligibilité des fonctionnalités

Le tableau suivant répertorie les fonctionnalités de l'API Claude éligibles aux modalités ZDR et de préparation HIPAA.

Chaque colonne d'éligibilité utilise trois valeurs :

• Oui : la fonctionnalité est entièrement éligible dans le cadre de la modalité. Pour la ZDR, « Oui » suppose également que vous utilisez un modèle qui ne nécessite pas de rétention des données de 30 jours ; les Covered Models ne sont pas disponibles dans le cadre de la ZDR, quelle que soit l'éligibilité de la fonctionnalité.
• Oui (qualifié) : vos prompts et les sorties de Claude ne sont pas stockés, mais un artefact technique délimité (nommé dans la colonne Détails) est conservé brièvement pour que la fonctionnalité fonctionne. Voir Comment Anthropic aborde la rétention des données pour les engagements qui régissent ces fonctionnalités.
• Non : la fonctionnalité n'est pas éligible. Dans le cadre de la préparation HIPAA, l'API bloque les requêtes qui incluent une fonctionnalité « Non » et renvoie une erreur 400. Dans le cadre de la ZDR, l'API ne bloque pas ces fonctionnalités ; en utiliser une est un choix de sortir de votre modalité ZDR pour ces données spécifiques, et la politique de rétention documentée propre à la fonctionnalité s'applique. Les fonctionnalités marquées « Non » pour la ZDR sont généralement avec état (elles stockent des tâches, des fichiers ou l'état de conteneurs), ce qui explique pourquoi elles ne peuvent pas être à rétention nulle.



Rétention indépendamment de la modalité

Même avec des modalités ZDR ou HIPAA en place, Anthropic peut conserver des données lorsque la loi l'exige ou lorsqu'elles ont été signalées par les systèmes automatisés de confiance et de sécurité d'Anthropic. Par conséquent, si une conversation ou une session est signalée, Anthropic peut conserver les entrées et les sorties pendant une durée maximale de 2 ans.



Questions fréquemment posées



Ressources connexes

• Politique de confidentialité
• Sorties structurées
• Mise en cache des prompts
• Traitement par lots
• Référence de l'API Files
• Trust Center