API und Datenaufbewahrung

Anthropics Ansatz zur Datenaufbewahrung

Verschiedene APIs und Funktionen haben unterschiedliche Speicher- und Aufbewahrungsanforderungen. Wenn eine API oder Funktion keine Speicherung von Kunden-Prompts oder -Antworten erfordert, kann sie für ZDR in Frage kommen. Wenn eine API oder Funktion zwingend die Speicherung von Kunden-Prompts oder -Antworten erfordert, gestaltet Anthropic den Aufbewahrungsumfang so gering wie möglich. Für diese Funktionen gilt:

• Aufbewahrte Daten werden niemals ohne deine ausdrückliche Zustimmung für das Modelltraining verwendet.
• Es wird nur das aufbewahrt, was technisch notwendig ist, damit die API und die Funktion funktionieren. Konversationsinhalte (deine Prompts und Claudes Ausgaben) werden niemals aufbewahrt, sofern nicht ausdrücklich anders angegeben.
• Daten werden nach der kürzestmöglichen TTL gelöscht, und Anthropic ist bestrebt, Kunden die Kontrolle darüber zu geben, wie lange Daten aufbewahrt werden. Was aufbewahrt wird und die Aufbewahrungsdauer, sofern eine bestimmte TTL gilt, ist auf der Seite der jeweiligen Funktion dokumentiert.

Daten, die über die Compliance API zugänglich sind, folgen einem eigenen Aufbewahrungsmodell. Der Activity Feed bewahrt Daten 6 Jahre lang auf. Chat-, Datei- und Projektinhalte von claude.ai folgen der Aufbewahrungsrichtlinie deiner Organisation, die unter claude.ai > Organisationseinstellungen > Daten und Datenschutz festgelegt wird.

In der Tabelle zur Funktionsberechtigung sind einige Funktionen in der Spalte „ZDR-berechtigt" mit „Ja (eingeschränkt)" gekennzeichnet. Wenn deine Organisation eine ZDR-Vereinbarung hat, kannst du diese Funktionen mit der Gewissheit nutzen, dass das, was Anthropic aufbewahrt, eng begrenzt und für eine optimale Leistung erforderlich ist.

Umfang von Zero Data Retention (ZDR)

Was ZDR abdeckt

• Bestimmte Claude APIs: ZDR gilt für die Claude Messages API und die Token Counting API. Claude Fable 5 und Claude Mythos 5 sind unter ZDR nicht verfügbar; siehe Modellspezifische Anforderungen an die Datenaufbewahrung.
• Claude Code: ZDR gilt bei Verwendung mit API-Keys einer Commercial-Organisation oder über Claude Enterprise (siehe Claude Code ZDR-Dokumentation)

Was ZDR NICHT abdeckt

• Console und Workbench: Jegliche Nutzung in Console oder Workbench
• Claude Managed Agents: Claude Managed Agents ist eine zustandsbehaftete Ressource. Du kannst Sitzungstranskripte löschen, aber es gibt keine automatische Löschung.
• Claude-Verbraucherprodukte: Claude Free-, Pro- oder Max-Pläne, einschließlich wenn Kunden mit diesen Plänen die Web-, Desktop- oder Mobile-Apps von Claude oder Claude Code verwenden
• Claude Teams und Claude Enterprise: Die Produktoberflächen von Claude Teams und Claude Enterprise sind nicht ZDR-berechtigt, mit Ausnahme von Claude Code, wenn es über Claude Enterprise mit für die Organisation aktiviertem ZDR verwendet wird. Für andere Produktoberflächen sind nur API-Keys von Commercial-Organisationen für ZDR berechtigt.
• Drittanbieter-Integrationen: Daten, die von Websites, Tools oder anderen Integrationen von Drittanbietern verarbeitet werden, sind nicht ZDR-berechtigt, obwohl einige möglicherweise ähnliche Angebote haben. Wenn du externe Dienste in Verbindung mit der Claude API verwendest, überprüfe unbedingt die Datenverarbeitungspraktiken dieser Dienste.

Modellspezifische Anforderungen an die Datenaufbewahrung

Claude Fable 5 und Claude Mythos 5 sind als Covered Models eingestuft und erfordern eine 30-tägige Datenaufbewahrung. Zero Data Retention ist für Claude Fable 5 oder Claude Mythos 5 nicht verfügbar. Anfragen an eines dieser Modelle von einer Organisation, deren Datenaufbewahrungskonfiguration diese Anforderung nicht erfüllt, geben einen 400 invalid_request_error zurück.

Diese Anforderung gilt für die Claude API. Für Claude Fable 5 auf Amazon Bedrock, Vertex AI und Microsoft Foundry werden die Anforderungen an die Datenaufbewahrung von der jeweiligen Plattform festgelegt.

HIPAA-Konformität

Die Claude API unterstützt HIPAA-konforme Integrationen für Organisationen, die geschützte Gesundheitsinformationen (PHI) verarbeiten. Mit einem unterzeichneten BAA und einer HIPAA-aktivierten Organisation kannst du unterstützte API-Funktionen zur Verarbeitung von PHI nutzen und gleichzeitig die HIPAA-Compliance deiner Organisation unterstützen.

Bisher mussten Organisationen, die HIPAA-Konformität für die Claude API benötigten, ZDR aktivieren. Der HIPAA-konforme API-Zugriff hebt diese Anforderung auf und bietet eine Grundlage, auf der Anthropic schrittweise zusätzliche Funktionen freischalten kann, sobald diese auf HIPAA-Konformität geprüft wurden.

Erste Schritte

So richtest du HIPAA-konformen API-Zugriff ein:

Umfang der HIPAA-Konformität

Was HIPAA-Konformität abdeckt

• Claude API: HIPAA-Konformität gilt für die Claude API (api.anthropic.com) für berechtigte Funktionen, die in der Tabelle zur Funktionsberechtigung aufgeführt sind.

Was HIPAA-Konformität NICHT abdeckt

• Claude-Verbraucherprodukte: Claude Free-, Pro- oder Max-Pläne
• Console und Workbench: Nutzung über die Claude Console-Oberfläche
• Von Partnern betriebene Plattformen: Amazon Bedrock oder Vertex AI (siehe die Compliance-Dokumentation dieser Plattformen)
• Claude Platform auf AWS und Microsoft Foundry: HIPAA-Konformität ist nicht verfügbar
• Drittanbieter-Integrationen: Daten, die von externen Tools oder Diensten verarbeitet werden, die mit deiner Anwendung verbunden sind
• Claude Code: Claude Code ist nicht durch die HIPAA-Konformität abgedeckt
• Beta-Funktionen: Funktionen in der Beta-Phase sind im Allgemeinen nicht durch das BAA abgedeckt, es sei denn, sie sind in der Tabelle zur Funktionsberechtigung ausdrücklich als berechtigt aufgeführt

Richtlinien zum Umgang mit PHI

Geschützte Gesundheitsinformationen (PHI) umfassen alle individuell identifizierbaren Gesundheitsinformationen. Im Kontext der Claude API erscheinen PHI typischerweise in:

• Nachrichteninhalten (Prompts und Antworten von Claude)
• Angehängten Dateien (Bilder, PDFs)
• Dateinamen und Metadaten, die mit Nachrichteninhalten verknüpft sind

Die folgenden Felder sollten gemäß BAA keine PHI enthalten: Workspace-Namen, Benutzerinformationen (Name, E-Mail, Telefonnummer), Abrechnungsdaten und Support-Tickets.

Einschränkungen für Schema- und Tool-Definitionen

Bei der Verwendung von strukturierten Ausgaben oder Tools mit strict: true kompiliert die API JSON-Schemas in Grammatiken, die getrennt vom Nachrichteninhalt zwischengespeichert werden. Diese zwischengespeicherten Schemas erhalten nicht denselben PHI-Schutz wie Prompts und Antworten.

Füge keine PHI in JSON-Schema-Definitionen ein. Diese Einschränkung gilt für:

• Schema-Eigenschaftsnamen
• enum-Werte
• const-Werte
• pattern-reguläre Ausdrücke

Patientenspezifische Informationen sollten nur im Nachrichteninhalt erscheinen, wo sie durch HIPAA-Schutzmaßnahmen geschützt sind.

HIPAA-Fehlerbehandlung

Dein unterzeichnetes BAA ist die offizielle Quelle dafür, welche Funktionen abgedeckt sind. Die API erzwingt diese Einschränkungen auch automatisch: Wenn eine HIPAA-aktivierte Organisation eine Anfrage sendet, die eine nicht berechtigte Funktion enthält, gibt die API einen 400-Fehler zurück, um die versehentliche Nutzung von Funktionen zu verhindern, die nicht durch dein BAA abgedeckt sind:

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

Die Fehlermeldung listet die nicht berechtigten Funktionen auf, die in der Anfrage erkannt wurden. Entferne diese Funktionen aus deiner Anfrage und versuche es erneut.

Funktionsberechtigung

Die folgende Tabelle listet auf, welche Claude API-Funktionen für ZDR- und HIPAA-Konformitätsvereinbarungen berechtigt sind. Für HIPAA-aktivierte Organisationen werden Funktionen, die in der HIPAA-Spalte mit „Nein" gekennzeichnet sind, automatisch blockiert, und Anfragen, die diese enthalten, geben einen 400-Fehler zurück.

¹ Dynamische Filterung ist nicht für ZDR oder HIPAA berechtigt.

² Obwohl Web-Fetch ZDR-berechtigt ist, können Website-Betreiber Anfragedaten (wie abgerufene URLs und Anfrage-Metadaten) gemäß ihren eigenen Richtlinien aufbewahren.

³ PHI dürfen nicht in JSON-Schema-Definitionen enthalten sein. Siehe Richtlinien zum Umgang mit PHI.

Einschränkungen und Ausschlüsse

CORS wird für ZDR nicht unterstützt

Cross-Origin Resource Sharing (CORS) wird für Organisationen mit ZDR-Vereinbarungen nicht unterstützt. Wenn du API-Aufrufe von browserbasierten Anwendungen aus tätigen musst, musst du:

• Einen Backend-Proxy-Server verwenden, um API-Aufrufe im Namen deines Frontends zu tätigen
• Deine eigene CORS-Behandlung auf dem Proxy-Server implementieren
• API-Keys niemals direkt im Browser-JavaScript offenlegen

Datenaufbewahrung bei Richtlinienverstößen und wo gesetzlich vorgeschrieben

Auch bei bestehenden ZDR- oder HIPAA-Vereinbarungen kann Anthropic Daten aufbewahren, wenn dies gesetzlich vorgeschrieben ist oder um Verstöße gegen die Nutzungsrichtlinien und böswillige Nutzung der Anthropic-Plattform zu bekämpfen. Wenn ein Chat oder eine Sitzung wegen eines solchen Verstoßes markiert wird, kann Anthropic Eingaben und Ausgaben daher bis zu 2 Jahre lang aufbewahren.

Häufig gestellte Fragen

Verwandte Ressourcen

• Datenschutzrichtlinie
• Strukturierte Ausgaben
• Prompt-Caching
• Batch-Verarbeitung
• Files API
• Trust Center