API et conservation des données

Cette page couvre l'API Claude (api.anthropic.com), Claude Platform sur AWS et Claude dans Microsoft Foundry, où Anthropic est le sous-traitant des données. Sur Amazon Bedrock et Google Cloud's Agent Platform, le fournisseur cloud est le sous-traitant des données ; consultez la documentation de ces plateformes sur la conservation des données et la conformité pour connaître leurs contrôles équivalents.

Anthropic propose deux dispositifs de traitement des données pour l'API Claude : la « zero data retention » (conservation zéro des données), ou ZDR et la compatibilité HIPAA. Le tableau d'éligibilité des fonctionnalités indique quelles fonctionnalités de l'API sont couvertes par chaque dispositif. Pour les politiques de conservation standard d'Anthropic en dehors de ces dispositifs, consultez la politique de conservation des données commerciales et la politique de conservation des données grand public.



Approche d'Anthropic en matière de conservation des données

Les 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 la plus petite empreinte de conservation 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 modèles couverts, qui nécessitent une conservation de 30 jours.
• Les données conservées sont purgées selon la durée de vie (« time to live », ou TTL) la plus courte possible, et Anthropic s'efforce de 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 conservation lorsqu'un TTL spécifique s'applique, est documenté sur la page de chaque fonctionnalité.

Plusieurs modèles de conservation se situent en dehors des dispositifs ZDR et HIPAA décrits sur cette page. Les données accessibles via l'API de conformité suivent leur propre modèle de conservation : le flux d'activité et les transcriptions de sessions distantes conservent les données pendant 6 ans ; le contenu des conversations, des fichiers et des projets provenant de claude.ai suit la politique de conservation de votre organisation définie dans claude.ai > Paramètres de l'organisation > Données et confidentialité ; et les transcriptions de sessions locales (Cowork et Claude Code sur les machines des utilisateurs) sont stockées pendant 6 ans par défaut, ou pendant la période de conservation personnalisée des conversations de votre organisation (ce même paramètre claude.ai), lorsqu'une période finie est définie. L'API de conformité ne capture pas les sessions locales pour lesquelles la ZDR est en vigueur, ni aucune session locale provenant d'organisations ayant activé la compatibilité HIPAA.



Conservation zéro des données (ZDR)

Dans le cadre d'un dispositif ZDR, Anthropic ne stocke pas les prompts ou les réponses du client au repos une fois la réponse de l'API renvoyée. 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 sous le même compte.



Ce que couvre la ZDR

• API Messages et Token Counting de Claude : 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 reposent 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 d'une organisation commerciale (une organisation soumise aux conditions d'utilisation commerciales 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 conservation 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 couvre la ZDR.
• Claude for Excel : non éligible à la ZDR actuellement.
• Claude Fable 5 et Claude Mythos 5 : ces modèles nécessitent une conservation des données de 30 jours et ne sont pas disponibles sous ZDR. Voir Exigences de conservation 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 dispositifs ZDR. Pour effectuer des appels API depuis des applications basées sur navigateur, acheminez les requêtes via un serveur proxy backend. Consultez les recommandations 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 Conservation indépendamment du dispositif.



Compatibilité HIPAA

L'API Claude prend en charge les intégrations compatibles HIPAA pour les organisations qui traitent des informations de santé protégées (« protected health information », ou PHI). Avec un BAA signé et une organisation compatible HIPAA, 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 compatibilité HIPAA directement depuis Claude Console. La compatibilité HIPAA applique un ensemble plus large de mesures de protection de la confidentialité et de la 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 compatibilité HIPAA est le dispositif à utiliser ; vous n'avez pas également besoin de la ZDR. Consultez le tableau d'éligibilité des fonctionnalités pour savoir quelles fonctionnalités sont couvertes par chaque dispositif.



Ce que couvre la compatibilité HIPAA

• API Claude : la compatibilité 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 compatibilité 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 compatibilité 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. Consultez la documentation de conformité de ces plateformes.
• Claude Platform sur AWS et Microsoft Foundry : la compatibilité 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 compatibilité 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 Conservation indépendamment du dispositif.



Directives de traitement des PHI

Les informations de santé protégées (PHI) comprennent 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 mesures de protection HIPAA.



Gestion des erreurs HIPAA

Votre BAA signé est la source officielle de vérité pour les fonctionnalités couvertes. L'API applique également ces restrictions automatiquement. Lorsqu'une organisation compatible HIPAA 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.



Démarrer avec la compatibilité HIPAA

Il existe deux façons de configurer l'accès à l'API compatible HIPAA. La plupart des organisations peuvent l'activer directement dans 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 compatibilité HIPAA pour votre organisation.



Développer avec les fonctionnalités éligibles

Quelle que soit la voie choisie, 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 l'emplacement où les PHI peuvent apparaître. Pour les exigences détaillées de configuration et de conformité, consultez le guide de mise en œuvre HIPAA.



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

Claude Fable 5 et Claude Mythos 5 sont désignés comme modèles couverts (voir l'article d'assistance sur les modèles couverts) et nécessitent une conservation des données de 30 jours ; la ZDR n'est donc disponible pour aucun de ces modèles. Sur l'API Claude, les requêtes vers Claude Fable 5 provenant d'une organisation dont la configuration de conservation 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 conservation des données de 30 jours s'applique partout où les modèles couverts 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 conservation de 30 jours pour un espace de travail

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



Éligibilité des fonctionnalités

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

Chaque colonne d'éligibilité utilise trois valeurs :

• Oui : la fonctionnalité est entièrement éligible dans le cadre du dispositif. Pour la ZDR, « Oui » suppose également que vous utilisez un modèle qui ne nécessite pas de conservation des données de 30 jours ; les modèles couverts ne sont pas disponibles sous ZDR, quelle que soit l'éligibilité de la fonctionnalité.
• Oui (sous conditions) : 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 Approche d'Anthropic en matière de conservation des données pour les engagements qui régissent ces fonctionnalités.
• Non : la fonctionnalité n'est pas éligible. Sous la compatibilité HIPAA, l'API bloque les requêtes qui incluent une fonctionnalité « Non » et renvoie une erreur 400. Sous ZDR, l'API ne bloque pas ces fonctionnalités ; en utiliser une est un choix de sortir de votre dispositif ZDR pour ces données spécifiques, et la politique de conservation 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), c'est pourquoi elles ne peuvent pas être à conservation zéro.



Conservation indépendamment du dispositif

Même avec des dispositifs 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 jusqu'à 2 ans.



Questions fréquentes



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