API und Datenaufbewahrung

Diese Seite behandelt die Claude API (api.anthropic.com), Claude Platform on AWS und Claude in Microsoft Foundry, bei denen Anthropic der Datenverarbeiter ist. Auf Amazon Bedrock und Google Cloud's Agent Platform ist der Cloud-Anbieter der Datenverarbeiter; informiere dich in der Dokumentation dieser Plattformen zu Datenaufbewahrung und Compliance über deren entsprechende Kontrollen.

Anthropic bietet zwei Vereinbarungen zur Datenverarbeitung für die Claude API an: „zero data retention" (keine Datenaufbewahrung), oder ZDR und HIPAA-Bereitschaft. Die Tabelle zur Feature-Berechtigung listet auf, welche API-Features von welcher Vereinbarung abgedeckt werden. Für Anthropics Standard-Aufbewahrungsrichtlinien außerhalb dieser Vereinbarungen siehe die Richtlinie zur Aufbewahrung kommerzieller Daten und die Richtlinie zur Aufbewahrung von Verbraucherdaten.



Wie Anthropic Datenaufbewahrung handhabt

Verschiedene APIs und Features haben unterschiedliche Speicheranforderungen. Wenn ein Feature keine Speicherung von Kunden-Prompts oder -Antworten erfordert, kann es für ZDR infrage kommen. Wenn ein Feature zwingend Speicherung erfordert, gestaltet Anthropic den Aufbewahrungsumfang so klein wie möglich und verpflichtet sich dabei zu Folgendem:

• Aufbewahrte Daten werden niemals ohne deine ausdrückliche Erlaubnis für das Modelltraining verwendet.
• Es wird nur das aufbewahrt, was technisch notwendig ist, damit das Feature funktioniert. Gesprächsinhalte (deine Prompts und Claudes Ausgaben) werden standardmäßig nicht aufbewahrt; die Ausnahme sind Covered Models, die eine 30-tägige Aufbewahrung erfordern.
• Aufbewahrte Daten werden nach der kürzestmöglichen praktikablen „time to live" (Lebensdauer), oder TTL, gelöscht, und Anthropic ist bestrebt, Kunden die Kontrolle darüber zu geben, wie lange Daten aufbewahrt werden. Was gespeichert wird und die Aufbewahrungsdauer, sofern eine bestimmte TTL gilt, ist auf der Seite des jeweiligen Features dokumentiert.

Mehrere Aufbewahrungsmodelle liegen außerhalb der auf dieser Seite beschriebenen ZDR- und HIPAA-Vereinbarungen. Daten, die über die Compliance API zugänglich sind, folgen einem eigenen Aufbewahrungsmodell, der Activity Feed bewahrt Daten 6 Jahre lang auf, und Chat-, Datei- und Projektinhalte von claude.ai folgen der Aufbewahrungsrichtlinie deiner Organisation, die unter claude.ai > Organisationseinstellungen > Daten und Datenschutz festgelegt ist.



Zero Data Retention (ZDR)

Im Rahmen einer ZDR-Vereinbarung speichert Anthropic keine Kunden-Prompts oder -Antworten im Ruhezustand, nachdem die API-Antwort zurückgegeben wurde. Um ZDR für deine Organisation anzufordern, kontaktiere das Anthropic-Vertriebsteam. ZDR wird pro Organisation aktiviert; für jede neue Organisation muss ZDR separat von deinem Account-Team aktiviert werden, und die Aktivierung erstreckt sich nicht automatisch auf andere Organisationen unter demselben Konto.



Was ZDR abdeckt

• Claude Messages- und Token Counting-APIs: ZDR gilt für diese Endpunkte für berechtigte Features, die in der Tabelle zur Feature-Berechtigung aufgeführt sind. Features, die über /v1/messages laufen, aber in der Tabelle mit „Nein" markiert sind (wie Code-Ausführung), sind nicht abgedeckt.
• Claude Code: ZDR gilt, wenn Claude Code mit API-Keys einer kommerziellen Organisation (einer Organisation unter Anthropics kommerziellen Nutzungsbedingungen, im Unterschied zu einem Verbraucher-Claude-Konto) oder über Claude Enterprise mit aktiviertem ZDR verwendet wird. Wenn die Metrik-Protokollierung in Claude Code aktiviert ist, sind Produktivitätsdaten wie Nutzungsstatistiken von ZDR ausgenommen und können aufbewahrt werden. Siehe die Claude Code ZDR-Dokumentation für alle Details.
• Claude Platform on AWS: Claude Platform on AWS folgt derselben Datenaufbewahrungsrichtlinie wie die Erstanbieter-Claude API. ZDR ist auf Anfrage verfügbar; kontaktiere deinen Anthropic-Ansprechpartner, um es zu aktivieren.



Was ZDR nicht abdeckt

• Console und Workbench: Jegliche Nutzung der Claude Console oder der Workbench-Oberfläche zum Testen von Prompts.
• Claude Managed Agents: Claude Managed Agents ist eine zustandsbehaftete Ressource; Sitzungstranskripte bleiben bestehen, bis du sie löschst.
• Claude-Verbraucherprodukte: Claude Free-, Pro- und Max-Pläne, einschließlich wenn Kunden mit diesen Plänen Claudes Web-, Desktop- oder Mobile-Apps oder Claude Code verwenden.
• Claude Teams- und Claude Enterprise-Produktoberflächen: Diese Oberflächen sind nicht ZDR-berechtigt. Die Ausnahme ist Claude Code, das über Claude Enterprise mit aktiviertem ZDR verwendet wird; siehe Was ZDR abdeckt.
• Claude for Excel: Derzeit nicht ZDR-berechtigt.
• Claude Fable 5 und Claude Mythos 5: Diese Modelle erfordern eine 30-tägige Datenaufbewahrung und sind unter ZDR nicht verfügbar. Siehe Modellspezifische Anforderungen an die Datenaufbewahrung.
• Integrationen von Drittanbietern: Daten, die von Websites, Tools oder anderen Integrationen von Drittanbietern verarbeitet werden, sind nicht abgedeckt, auch wenn einige ähnliche Angebote haben können. Prüfe die Datenverarbeitungspraktiken jedes Dienstes.
• Cross-Origin Resource Sharing (CORS): CORS wird für Organisationen mit ZDR-Vereinbarungen nicht unterstützt. Um API-Aufrufe aus browserbasierten Anwendungen zu tätigen, leite Anfragen über einen Backend-Proxy-Server. Siehe die API-Sicherheitshinweise für Proxy-Muster und den Umgang mit API-Keys.
• Markierte Inhalte und rechtliche Aufbewahrungspflichten: Siehe Aufbewahrung unabhängig von der Vereinbarung.



HIPAA-Bereitschaft

Die Claude API unterstützt HIPAA-fähige Integrationen für Organisationen, die mit geschützten Gesundheitsinformationen („protected health information", oder PHI) umgehen. Mit einem unterzeichneten BAA und einer HIPAA-aktivierten Organisation kannst du unterstützte API-Features verwenden, um PHI zu verarbeiten und gleichzeitig die HIPAA-Compliance deiner Organisation zu unterstützen. Berechtigte Organisationen können das BAA direkt in der Claude Console prüfen und abschließen und die HIPAA-Bereitschaft aktivieren. HIPAA-Bereitschaft wendet ein breiteres Spektrum an Datenschutz- und Sicherheitsvorkehrungen an als ZDR (Verschlüsselung, Zugriffskontrollen und Audit-Protokollierung, die PHI während ihres gesamten Lebenszyklus schützen), anstatt eine sofortige Löschung zu verlangen. Wenn deine Organisation mit PHI umgeht, ist HIPAA-Bereitschaft die zu verwendende Vereinbarung; du benötigst nicht zusätzlich ZDR. Siehe die Tabelle zur Feature-Berechtigung, um zu sehen, welche Features von welcher Vereinbarung abgedeckt werden.



Was HIPAA-Bereitschaft abdeckt

• Claude API: HIPAA-Bereitschaft gilt für die Claude API (api.anthropic.com) für berechtigte Features, die in der Tabelle zur Feature-Berechtigung aufgeführt sind.



Was HIPAA-Bereitschaft nicht abdeckt

• Claude-Verbraucherprodukte: Claude Free-, Pro- und Max-Pläne.
• Console und Workbench: Nutzung über die Claude Console-Oberfläche (das Aktivieren der HIPAA-Bereitschaft über die Console-Einstellungen wird unterstützt; die Verarbeitung von PHI über die Console ist nicht abgedeckt).
• Von Partnern betriebene Plattformen: Amazon Bedrock und Google Cloud's Agent Platform. Informiere dich in der Compliance-Dokumentation dieser Plattformen.
• Claude Platform on AWS und Microsoft Foundry: HIPAA-Bereitschaft ist auf diesen Plattformen nicht verfügbar.
• Integrationen von Drittanbietern: Daten, die von externen Tools oder Diensten verarbeitet werden, die mit deiner Anwendung verbunden sind.
• Claude Code: Claude Code ist nicht von der HIPAA-Bereitschaft abgedeckt.
• Beta-Features: Features in der Beta-Phase sind im Allgemeinen nicht vom BAA abgedeckt, es sei denn, sie sind in der Tabelle zur Feature-Berechtigung ausdrücklich als berechtigt aufgeführt.
• Markierte Inhalte und rechtliche Aufbewahrungspflichten: Siehe Aufbewahrung unabhängig von der Vereinbarung.



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 Claudes Antworten), angehängten Dateien (Bilder, PDFs) sowie Dateinamen oder 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.

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 und 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 maßgebliche Quelle dafür, welche Features abgedeckt sind. Die API setzt diese Einschränkungen auch automatisch durch. Wenn eine HIPAA-aktivierte Organisation eine Anfrage sendet, die ein nicht berechtigtes Feature enthält, gibt die API einen 400-Fehler zurück, um die versehentliche Nutzung von Features zu verhindern, die nicht von deinem 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 in der Anfrage erkannten nicht berechtigten Features auf; entferne sie und versuche es erneut. Die Formulierung „without Zero Data Retention" ist der eigene Wortlaut der API und ändert nichts an der Lösung.



Erste Schritte mit HIPAA-Bereitschaft

Es gibt zwei Möglichkeiten, HIPAA-fähigen API-Zugriff einzurichten. Die meisten Organisationen können ihn direkt in der Claude Console mit Anthropics Standard-BAA aktivieren; Organisationen, die ein verhandeltes BAA benötigen, sollten mit ihrem Account-Team zusammenarbeiten.



In der Console aktivieren (Standard-BAA)



Vertrieb kontaktieren (individuelles BAA)

Wenn deine Organisation ein verhandeltes oder individuelles BAA benötigt oder die Self-Service-Aktivierung für deine Organisation nicht verfügbar ist, kontaktiere das Anthropic-Vertriebsteam. Anthropic wird das BAA abschließen und die HIPAA-Bereitschaft für deine Organisation aktivieren.



Mit berechtigten Features entwickeln

Unabhängig davon, welchen Weg du wählst, überprüfe in der Tabelle zur Feature-Berechtigung, welche Features unterstützt werden, und lies die Richtlinien zum Umgang mit PHI für Features, die einschränken, wo PHI erscheinen dürfen. Detaillierte Konfigurations- und Compliance-Anforderungen findest du im HIPAA-Implementierungsleitfaden.



Modellspezifische Anforderungen an die Datenaufbewahrung

Claude Fable 5 und Claude Mythos 5 sind als Covered Models eingestuft (siehe den Support-Artikel zu Covered Models) und erfordern eine 30-tägige Datenaufbewahrung; ZDR ist daher für keines der beiden Modelle verfügbar. Auf der Claude API geben Anfragen an Claude Fable 5 von einer Organisation, deren Datenaufbewahrungskonfiguration diese Anforderung nicht erfüllt, einen 400 invalid_request_error zurück:

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

Die Anforderung einer 30-tägigen Datenaufbewahrung gilt überall dort, wo Covered Models angeboten werden. Auf der Claude API (einschließlich Claude Platform on AWS) verwaltet Anthropic die aufbewahrten Daten. Auf Amazon Bedrock und Google Cloud's Agent Platform verbleiben aufbewahrte Daten in der Umgebung deines Cloud-Anbieters; sieh in der Dokumentation der jeweiligen Plattform nach den Aktivierungsschritten.



30-tägige Aufbewahrung für einen Workspace aktivieren

Organisationen mit einer ZDR-Vereinbarung können Claude Fable 5 und Claude Mythos 5 in einem bestimmten Workspace verfügbar machen, indem sie die 30-tägige Aufbewahrung nur für diesen Workspace aktivieren. Andere Workspaces in der Organisation behalten Zero Data Retention bei.



Feature-Berechtigung

Die folgende Tabelle listet auf, welche Claude API-Features für ZDR- und HIPAA-Bereitschaftsvereinbarungen berechtigt sind.

Jede Berechtigungsspalte verwendet drei Werte:

• Ja: Das Feature ist im Rahmen der Vereinbarung vollständig berechtigt. Für ZDR setzt „Ja" außerdem voraus, dass du ein Modell verwendest, das keine 30-tägige Datenaufbewahrung erfordert; Covered Models sind unter ZDR unabhängig von der Feature-Berechtigung nicht verfügbar.
• Ja (eingeschränkt): Deine Prompts und Claudes Ausgaben werden nicht gespeichert, aber ein begrenztes technisches Artefakt (in der Spalte „Details" benannt) wird kurzzeitig aufbewahrt, damit das Feature funktioniert. Siehe Wie Anthropic Datenaufbewahrung handhabt für die Verpflichtungen, die für diese Features gelten.
• Nein: Das Feature ist nicht berechtigt. Unter HIPAA-Bereitschaft blockiert die API Anfragen, die ein „Nein"-Feature enthalten, und gibt einen 400-Fehler zurück. Unter ZDR blockiert die API diese Features nicht; ihre Nutzung ist eine Entscheidung, für diese spezifischen Daten außerhalb deiner ZDR-Vereinbarung zu agieren, und es gilt die eigene dokumentierte Aufbewahrungsrichtlinie des Features. Features, die für ZDR mit „Nein" markiert sind, sind typischerweise zustandsbehaftet (sie speichern Jobs, Dateien oder Container-Zustände), weshalb sie nicht ohne Datenaufbewahrung funktionieren können.



Aufbewahrung unabhängig von der Vereinbarung

Auch bei bestehenden ZDR- oder HIPAA-Vereinbarungen kann Anthropic Daten aufbewahren, wenn dies gesetzlich vorgeschrieben ist oder wenn sie von Anthropics automatisierten Trust-and-Safety-Systemen markiert wurden. Wenn ein Chat oder eine Sitzung markiert wird, kann Anthropic daher Ein- und Ausgaben bis zu 2 Jahre lang aufbewahren.



Häufig gestellte Fragen



Verwandte Ressourcen

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