API und Datenaufbewahrung

Diese Seite behandelt die Claude API (api.anthropic.com), Claude Platform on AWS und Claude in Microsoft Foundry. Bei diesen Plattformen ist Anthropic der „data processor" (Auftragsverarbeiter). Bei Amazon Bedrock und Google Cloud's Agent Platform ist der Cloud-Anbieter der Auftragsverarbeiter. Die entsprechenden Kontrollen findest du in der Dokumentation dieser Plattformen zu Datenaufbewahrung und Compliance.

Anthropic bietet zwei Vereinbarungen zum Umgang mit Daten für die Claude API an: „zero data retention" (Null-Datenaufbewahrung), oder ZDR, und „HIPAA readiness" (HIPAA-Bereitschaft). Die Tabelle zur Funktionsberechtigung zeigt, welche API-Funktionen jede Vereinbarung abdeckt. Die Standardrichtlinien von Anthropic zur Aufbewahrung außerhalb dieser Vereinbarungen findest du in der Richtlinie zur Datenaufbewahrung für kommerzielle Kunden und in der Richtlinie zur Datenaufbewahrung für Verbraucher.

Wie Anthropic mit Datenaufbewahrung umgeht

Verschiedene APIs und Funktionen haben unterschiedliche Speicheranforderungen. Wenn eine Funktion keine Speicherung von Kunden-Prompts oder -Antworten erfordert, kann sie für ZDR berechtigt sein. Wenn eine Funktion zwingend eine Speicherung erfordert, gestaltet Anthropic sie mit dem kleinstmöglichen Aufbewahrungsumfang gemäß den folgenden Zusagen:

• 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 Funktion arbeiten kann. Gesprächsinhalte (deine Prompts und die Ausgaben von Claude) werden standardmäßig nicht aufbewahrt; die Ausnahme bilden Covered Models (abgedeckte Modelle), die eine 30-tägige Aufbewahrung erfordern.
• Aufbewahrte Daten werden nach der kürzesten 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. Auf der Seite der jeweiligen Funktion ist dokumentiert, was gespeichert wird und wie lange, sofern eine bestimmte TTL gilt.

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. Chat-, Datei- und Projektinhalte aus claude.ai folgen der Aufbewahrungsrichtlinie deiner Organisation, die unter claude.ai > Organisationseinstellungen > Daten und Datenschutz festgelegt ist, sofern ein Benutzer sie nicht früher löscht. Lokale Sitzungstranskripte (aus Sitzungen auf den Rechnern der Benutzer, in Apps wie Cowork und Claude Code) werden standardmäßig 6 Jahre lang gespeichert oder für den benutzerdefinierten Aufbewahrungszeitraum für Gespräche deiner Organisation, wenn ein endlicher Zeitraum festgelegt ist (dieselbe claude.ai-Einstellung). Remote-Sitzungstranskripte (Cowork in der Cloud) werden 6 Jahre lang aufbewahrt, sofern ein Benutzer die Sitzung nicht früher löscht. Die Compliance API erfasst keine lokalen Sitzungen, für die ZDR gilt. Für Organisationen mit aktivierter HIPAA-Bereitschaft erfasst sie nur lokale Sitzungen von Cowork und Claude Code und speichert deren Transkripte 30 Tage lang.

Zero Data Retention (ZDR)

Im Rahmen einer ZDR-Vereinbarung speichert Anthropic Kunden-Prompts oder -Antworten nicht dauerhaft, nachdem die API-Antwort zurückgegeben wurde. Um ZDR für deine Organisation anzufordern, wende dich an das Anthropic-Vertriebsteam.

ZDR wird pro Organisation aktiviert. Dein Account-Team muss ZDR für jede neue Organisation separat aktivieren. Die Aktivierung gilt nicht automatisch für andere Organisationen unter demselben Konto.

Was ZDR abdeckt

• Claude Messages API und Token Counting API: ZDR gilt für diese Endpunkte bei berechtigten Funktionen, die in der Tabelle zur Funktionsberechtigung aufgeführt sind. Funktionen, die über /v1/messages laufen, aber in der Tabelle mit „Nein" gekennzeichnet sind (wie Code-Ausführung), sind nicht abgedeckt.
• Claude Code mit API-Keys: ZDR gilt, wenn Claude Code mit API-Keys einer kommerziellen Organisation verwendet wird (einer Organisation, die den kommerziellen Nutzungsbedingungen von Anthropic unterliegt, im Unterschied zu einem Claude-Verbraucherkonto). Wenn die Metrikprotokollierung in Claude Code aktiviert ist, sind Produktivitätsdaten wie Nutzungsstatistiken von ZDR ausgenommen und können aufbewahrt werden. Claude Code auf Claude Enterprise ist nicht durch diese Vereinbarung abgedeckt und hat ein separates ZDR-Angebot; siehe Was ZDR nicht abdeckt.
• Claude Platform on AWS: Claude Platform on AWS folgt derselben Datenaufbewahrungsrichtlinie wie die First-Party-Claude-API. ZDR ist auf Anfrage verfügbar; wende dich an deinen Anthropic-Ansprechpartner, um es zu aktivieren.

Was ZDR nicht abdeckt

• Claude Console: Jegliche Nutzung in der Claude Console, einschließlich des playground.
• 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 der Nutzung der Web-, Desktop- oder Mobil-Apps von Claude oder von Claude Code durch Kunden mit diesen Plänen.
• Produktoberflächen von Claude Teams und Claude Enterprise: Diese Oberflächen sind nicht ZDR-berechtigt. Die einzige Ausnahme ist Claude Code auf Claude Enterprise, das ein eigenes ZDR-Angebot hat, getrennt von der auf dieser Seite beschriebenen ZDR-Vereinbarung. Dieses Angebot ist nur für qualifizierte Konten auf Claude Enterprise verfügbar und erfordert eine separate Aktivierung durch Anthropic. Siehe die Claude Code ZDR-Dokumentation, die nur für Claude Enterprise-Organisationen gilt.
• Claude for Excel: Derzeit nicht ZDR-berechtigt.
• Claude Fable 5.1, Claude Mythos 5.1, Claude Fable 5 und Claude Mythos 5: Diese Modelle erfordern eine 30-tägige Datenaufbewahrung und sind unter ZDR nicht verfügbar, sofern dies nicht ausdrücklich von Anthropic genehmigt wurde. Siehe Modellspezifische Anforderungen an die Datenaufbewahrung.
• Integrationen von Drittanbietern: Daten, die von Websites, Tools oder anderen Integrationen von Drittanbietern verarbeitet werden, sind nicht abgedeckt, obwohl einige ähnliche Angebote haben können. Prüfe die Datenverarbeitungspraktiken jedes Dienstes.
• „Cross-Origin Resource Sharing" (ursprungsübergreifende Ressourcenfreigabe), oder CORS: CORS wird für Organisationen mit ZDR-Vereinbarungen nicht unterstützt. Um API-Aufrufe aus browserbasierten Anwendungen durchzuführen, 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 „protected health information" (geschützte Gesundheitsinformationen), oder PHI, verarbeiten. Dafür brauchst du ein unterzeichnetes „Business Associate Agreement" (Geschäftspartnervereinbarung), oder BAA, und eine Organisation mit aktivierter HIPAA-Bereitschaft. Dann kannst du unterstützte API-Funktionen zur Verarbeitung von PHI verwenden und gleichzeitig die HIPAA-Compliance deiner Organisation unterstützen. Berechtigte Organisationen können das BAA direkt in der Claude Console prüfen und abschließen und dort auch die HIPAA-Bereitschaft aktivieren.

HIPAA-Bereitschaft verlangt keine sofortige Löschung. Stattdessen wendet sie umfassendere Datenschutz- und Sicherheitsmaßnahmen an als ZDR: Verschlüsselung, Zugriffskontrollen und Audit-Protokollierung, die PHI während des gesamten Lebenszyklus schützen. Wenn deine Organisation PHI verarbeitet, ist HIPAA-Bereitschaft die richtige Vereinbarung. ZDR brauchst du dann nicht zusätzlich. Welche Funktionen jede Vereinbarung abdeckt, zeigt die Tabelle zur Funktionsberechtigung.

Was HIPAA-Bereitschaft abdeckt

• Claude API: HIPAA-Bereitschaft gilt für die Claude API (api.anthropic.com) bei den berechtigten Funktionen, die in der Tabelle zur Funktionsberechtigung aufgeführt sind.

Was HIPAA-Bereitschaft nicht abdeckt

• Claude-Verbraucherprodukte: Claude Free-, Pro- und Max-Pläne.
• Claude Console: Nutzung über die Oberfläche der Claude Console (die Aktivierung 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. Siehe die Compliance-Dokumentation dieser Plattformen.
• Claude Platform on AWS und Microsoft Foundry: Die 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 durch die HIPAA-Bereitschaft 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.
• 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. Bei der Claude API erscheinen PHI typischerweise an folgenden Stellen:

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

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

Wenn du strukturierte Ausgaben oder Tools mit strict: true verwendest, kompiliert die API JSON-Schemas zu Grammatiken. Diese Grammatiken werden getrennt von den Nachrichteninhalten zwischengespeichert. Die zwischengespeicherten Schemas erhalten nicht denselben PHI-Schutz wie Prompts und Antworten.

Nimm keine PHI in JSON-Schema-Definitionen auf. Diese Einschränkung gilt für Namen von Schema-Eigenschaften, enum-Werte, const-Werte und reguläre Ausdrücke in pattern. Patientenspezifische Informationen gehören ausschließlich in Nachrichteninhalte, wo sie durch die HIPAA-Schutzmaßnahmen geschützt sind.

Fehlerbehandlung bei HIPAA

Dein unterzeichnetes BAA ist die maßgebliche Quelle dafür, welche Funktionen abgedeckt sind. Die API setzt diese Einschränkungen zusätzlich automatisch durch. Sendet eine Organisation mit aktivierter HIPAA-Bereitschaft eine Anfrage mit einer nicht berechtigten Funktion, gibt die API einen 400-Fehler zurück. So verhindert sie die versehentliche Nutzung von Funktionen, 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 sie und versuche es erneut. Die Formulierung „without Zero Data Retention" ist der Wortlaut der API und ändert nichts an der Lösung.

Für einige clientseitige Tools steht in der Spalte „Details" der Tabelle zur Funktionsberechtigung, dass sie nicht blockiert werden. Die API akzeptiert Anfragen mit diesen Tools, aber die Tools bleiben außerhalb der HIPAA-Bereitschaft.

Erste Schritte mit der HIPAA-Bereitschaft

Es gibt zwei Wege, HIPAA-fähigen API-Zugriff einzurichten. Die meisten Organisationen können ihn direkt in der Claude Console mit dem Standard-BAA von Anthropic aktivieren. Organisationen, die ein ausgehandeltes BAA benötigen, wenden sich an ihr Account-Team.

In der Console aktivieren (Standard-BAA)

1. 1

   Öffne die Datenaufbewahrungseinstellungen deiner Organisation

   Gehe in der Claude Console zur Seite Data retention (platform.claude.com/settings/privacy). Organisationsadministratoren mit der Berechtigung zur HIPAA-Verwaltung sehen dort eine Karte HIPAA compliance. Wenn du die Karte nicht siehst, wähle Organization aus dem Dropdown-Menü oben auf der Seite. Wenn deine Organisation berechtigt ist, du die Option zur Aktivierung aber trotzdem nicht siehst, bitte einen Organisationsadministrator, diese Schritte durchzuführen.

2. 2

   Prüfe und schließe das BAA ab

   Lade das Business Associate Agreement und den HIPAA-Implementierungsleitfaden herunter und akzeptiere dann die Vereinbarung als bevollmächtigter rechtlicher Vertreter deiner Organisation. Jeder Schritt wird verfügbar, nachdem du das vorherige Dokument heruntergeladen hast, und deine Aktivierung ist an die genaue BAA-Version gebunden, die du heruntergeladen hast.

3. 3

   Die Aktivierung wird sofort wirksam

   Die Kontrollen der HIPAA-Bereitschaft werden auf deine Organisation angewendet, sobald du akzeptierst. Sobald die HIPAA-Bereitschaft für deine Organisation aktiviert ist, ist die Konfiguration dauerhaft und kann von einem Administrator nicht deaktiviert werden. Die API setzt Funktionseinschränkungen automatisch durch und gibt bei Anfragen, die nicht berechtigte Funktionen verwenden, einen Fehler zurück. Siehe Fehlerbehandlung bei HIPAA für den Fehler und die Ausnahme für clientseitige Tools.

Vertrieb kontaktieren (individuelles BAA)

Wende dich in folgenden Fällen an das Anthropic-Vertriebsteam:

• Deine Organisation benötigt ein ausgehandeltes oder individuelles BAA.
• Die Self-Service-Aktivierung ist für deine Organisation nicht verfügbar.

Anthropic schließt dann das BAA ab und aktiviert die HIPAA-Bereitschaft für deine Organisation.

Mit berechtigten Funktionen entwickeln

Unabhängig vom gewählten Weg gilt:

• Prüfe in der Tabelle zur Funktionsberechtigung, welche Funktionen unterstützt werden.
• Lies die Richtlinien zum Umgang mit PHI für Funktionen, 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.1, Claude Mythos 5.1, Claude Fable 5 und Claude Mythos 5 sind als Covered Models eingestuft (siehe den Support-Artikel zu Covered Models). Sie erfordern eine 30-tägige Datenaufbewahrung. Daher ist ZDR für keines dieser Modelle verfügbar, sofern Anthropic dies nicht ausdrücklich genehmigt.

Bei der Claude API geben Anfragen an Claude Fable 5 einen 400 invalid_request_error zurück, wenn die Datenaufbewahrungskonfiguration der anfragenden Organisation diese Anforderung nicht erfüllt:

{
  "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. Bei der Claude API (einschließlich Claude Platform on AWS) verwaltet Anthropic die aufbewahrten Daten. Bei Amazon Bedrock und Google Cloud's Agent Platform verbleiben aufbewahrte Daten in der Umgebung deines Cloud-Anbieters; die Schritte zur Aktivierung findest du in der Dokumentation der jeweiligen Plattform.

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

Organisationen mit einer ZDR-Vereinbarung können diese Modelle 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. Der Default Workspace folgt immer der Einstellung der Organisation, verwende daher einen anderen Workspace.

1. 1

   Öffne die Datenaufbewahrungseinstellungen des Workspace

   Gehe in der Claude Console zur Seite Data retention (platform.claude.com/settings/privacy) und wähle den Workspace aus dem Dropdown-Menü oben auf der Seite.

2. 2

   Aktiviere die 30-tägige Datenaufbewahrung

   Wähle Standard data retention (30-tägige Aufbewahrung) und klicke auf Save. Ein Bestätigungsdialog fordert dich dann auf, die Bedingungen zu prüfen und zu akzeptieren, die für die Datenaufbewahrung im Workspace gelten. Die Datenaufbewahrung wird für den Workspace erst aktiviert, nachdem du die Bedingungen akzeptiert hast.

3. 3

   Überprüfe die Einstellung

   Anfragen an Covered Models aus diesem Workspace sind jetzt erfolgreich. Workspaces ohne Überschreibung folgen weiterhin der Standardeinstellung der Organisation.

Funktionsberechtigung

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

Jede Berechtigungsspalte verwendet drei Werte:

• Ja: Die Funktion 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 Funktionsberechtigung nicht verfügbar.

• Ja (eingeschränkt): Deine Prompts und Claudes Ausgaben werden nicht gespeichert. Ein begrenztes technisches Artefakt wird jedoch kurzzeitig aufbewahrt, damit die Funktion arbeiten kann. Die Spalte „Details" nennt dieses Artefakt. Die Zusagen, die für diese Funktionen gelten, findest du unter Wie Anthropic mit Datenaufbewahrung umgeht.

• Nein: Die Funktion ist nicht berechtigt. Das Verhalten der API hängt von der Vereinbarung ab:

  • HIPAA-Bereitschaft: Die API blockiert Anfragen mit einer „Nein"-Funktion und gibt einen 400-Fehler zurück, sofern die Spalte „Details" der Funktion nichts anderes angibt.
  • ZDR: Die API blockiert diese Funktionen nicht. Wenn du eine solche Funktion verwendest, entscheidest du dich, für diese konkreten Daten außerhalb deiner ZDR-Vereinbarung zu arbeiten. Dann gilt die eigene dokumentierte Aufbewahrungsrichtlinie der Funktion.

  Funktionen, die für ZDR mit „Nein" markiert sind, sind typischerweise zustandsbehaftet: Sie speichern Jobs, Dateien oder Container-Zustand. Deshalb ist für sie keine Null-Aufbewahrung möglich.

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 den automatisierten Trust-and-Safety-Systemen von Anthropic markiert wurden. Wenn ein Chat oder eine Sitzung markiert wird, kann Anthropic daher Eingaben und Ausgaben bis zu 2 Jahre lang aufbewahren.

Häufig gestellte Fragen

Verwandte Ressourcen

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