API et conservation des données



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

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

• 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 l'API et de la fonctionnalité est conservé. Le contenu des conversations (vos prompts et les sorties de Claude) n'est pas conservé par défaut. Certains modèles nécessitent une conservation des données de 30 jours ; consultez Exigences de conservation des données spécifiques aux modèles.
• Les données sont purgées selon le TTL le plus court possible, 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 conservation lorsqu'un TTL spécifique s'applique, est documenté sur la page de chaque fonctionnalité.

Les données accessibles via l'API Compliance suivent leur propre modèle de conservation. Le flux d'activité conserve les données pendant 6 ans. Le contenu des conversations, des fichiers et des projets 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é.

Dans le tableau d'éligibilité des fonctionnalités, certaines fonctionnalités sont marquées « Oui (qualifié) » dans la colonne d'éligibilité ZDR. Si votre organisation dispose d'un accord ZDR, vous pouvez utiliser ces fonctionnalités avec l'assurance que ce qu'Anthropic conserve est limité et nécessaire pour des performances optimales.



Portée de la « zero data retention » (ZDR)

Ce que couvre la ZDR

• Certaines API Claude : la ZDR s'applique aux API Claude Messages et Token Counting.
• Claude Code : la ZDR s'applique lors de l'utilisation avec des clés API d'organisation commerciale ou via Claude Enterprise (consultez la documentation ZDR de Claude Code)

Ce que la ZDR ne couvre PAS

• Console et Workbench : toute utilisation sur la Console ou le Workbench
• Claude Managed Agents : Claude Managed Agents est une ressource avec état. Vous pouvez supprimer les transcriptions de session, mais il n'y a pas de suppression automatique.
• Produits Claude grand public : les forfaits Claude Free, Pro ou Max, y compris lorsque les clients de ces forfaits utilisent les applications web, de bureau ou mobiles de Claude ou Claude Code
• Claude Teams et Claude Enterprise : les interfaces produit de Claude Teams et Claude Enterprise ne sont pas éligibles à la ZDR, à l'exception de Claude Code lorsqu'il est utilisé via Claude Enterprise avec la ZDR activée pour l'organisation. Pour les autres interfaces produit, seules les clés API d'organisation commerciale sont éligibles à la ZDR.
• Intégrations tierces : les données traitées par des sites web, outils ou autres intégrations tiers ne sont pas éligibles à la ZDR, bien que certains puissent proposer des offres similaires. Lorsque vous utilisez des services externes conjointement avec l'API Claude, assurez-vous d'examiner les pratiques de traitement des données de ces services.



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

Claude Fable 5 et Claude Mythos 5 sont désignés comme Covered Models (modèles couverts) et nécessitent une conservation des données de 30 jours. La zéro conservation des données n'est pas disponible pour Claude Fable 5 ni Claude Mythos 5. Sur l'API Claude, les requêtes adressées à l'un ou l'autre de ces modèles depuis une organisation dont la configuration de conservation des données ne répond pas à cette exigence renvoient une erreur 400 invalid_request_error.

L'exigence de conservation 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, Google Cloud's Agent Platform et Microsoft Foundry, les données conservées restent dans l'environnement de votre fournisseur cloud ; consultez la documentation de chaque plateforme pour les étapes d'activation.

Les organisations disposant d'un accord ZDR peuvent configurer la conservation des données au niveau de l'espace de travail dans Claude Console > Settings > Workspaces : ouvrez l'onglet Privacy controls d'un espace de travail et activez la conservation des données de 30 jours pour cet espace de travail. Cela rend Claude Fable 5 et Claude Mythos 5 disponibles dans l'espace de travail désigné tandis que les autres espaces de travail de l'organisation conservent la zéro conservation des données. Les espaces de travail sans remplacement suivent la valeur par défaut de l'organisation.



Préparation HIPAA

L'API Claude prend en charge les intégrations prêtes pour HIPAA pour les organisations qui traitent des informations de santé protégées (PHI). Avec un BAA signé et une organisation activée pour HIPAA, vous pouvez utiliser les fonctionnalités API prises en charge pour traiter des PHI tout en soutenant la conformité HIPAA de votre organisation.

Auparavant, les organisations qui avaient besoin de la préparation HIPAA pour l'API Claude devaient activer la ZDR. L'accès API prêt pour HIPAA supprime cette exigence et fournit une base permettant à Anthropic d'activer progressivement des fonctionnalités supplémentaires à mesure qu'elles sont auditées pour la préparation HIPAA.



Premiers pas

Pour configurer l'accès API prêt pour HIPAA :



Portée de la préparation HIPAA

Ce que couvre la préparation HIPAA

• 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 ou Max
• Console et Workbench : l'utilisation via l'interface Claude Console
• Plateformes exploitées par des partenaires : Amazon Bedrock ou Google Cloud (reportez-vous à la documentation de conformité de ces plateformes)
• Claude Platform sur AWS et Microsoft Foundry : la préparation HIPAA n'est pas disponible
• 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 version 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



Directives de traitement des PHI

Les informations de santé protégées (PHI) incluent toute information de santé permettant d'identifier individuellement une personne. 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)
• Les noms de fichiers et les 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.



Restrictions sur les schémas et les définitions d'outils

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 à :

• Les noms de propriétés du schéma
• Les valeurs enum
• Les valeurs const
• Les 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 activée pour 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 ces fonctionnalités de votre requête et réessayez.



Éligibilité des fonctionnalités

Le tableau suivant répertorie les fonctionnalités de l'API Claude éligibles aux accords ZDR et de préparation HIPAA. Pour les organisations activées pour HIPAA, les fonctionnalités marquées « Non » dans la colonne HIPAA sont automatiquement bloquées, et les requêtes qui les incluent renvoient une erreur 400.

¹ Le filtrage dynamique n'est pas éligible à la ZDR ni à HIPAA.

² Bien que la récupération web soit éligible à la ZDR, les éditeurs de sites web peuvent conserver les données de requête (telles que les URL récupérées et les métadonnées de requête) conformément à leurs propres politiques.

³ Les PHI ne doivent pas être incluses dans les définitions de schéma JSON. Consultez les directives de traitement des PHI.



Limitations et exclusions



CORS non pris en charge pour la ZDR

Le « Cross-Origin Resource Sharing » (partage de ressources entre origines), ou CORS, n'est pas pris en charge pour les organisations disposant d'accords ZDR. Si vous devez effectuer des appels API depuis des applications basées sur un navigateur, vous devez :

• Utiliser un serveur proxy backend pour effectuer les appels API au nom de votre frontend
• Implémenter votre propre gestion CORS sur le serveur proxy
• Ne jamais exposer les clés API directement dans le JavaScript du navigateur



Conservation des données en cas de violation des politiques et lorsque la loi l'exige

Même avec des accords 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
• API Files
• Trust Center