API und Datenspeicherung

Anthropics Ansatz zur Datenspeicherung

Verschiedene APIs und Funktionen haben unterschiedliche Speicher- und Aufbewahrungsanforderungen. Wenn eine API oder Funktion keine Speicherung von Kundenprompts oder -antworten erfordert, kann sie für ZDR in Frage kommen. Wenn eine API oder Funktion zwingend die Speicherung von Kundenprompts oder -antworten erfordert, ist Anthropic auf den kleinstmöglichen Speicher-Fußabdruck ausgerichtet. Für diese Funktionen gilt:

• Gespeicherte Daten werden ohne Ihre ausdrückliche Genehmigung niemals für das Modelltraining verwendet.
• Es wird nur das technisch Notwendige für den Betrieb der API und der Funktion gespeichert. Gesprächsinhalte (Ihre Prompts und Claudes Ausgaben) werden niemals gespeichert, sofern nicht ausdrücklich angegeben.
• Daten werden mit der kürzestmöglichen TTL gelöscht, und Anthropic ist bestrebt, Kunden die Kontrolle darüber zu geben, wie lange Daten gespeichert werden. Was gespeichert wird und die Aufbewahrungsdauer, wenn eine bestimmte TTL gilt, ist auf der Seite jeder Funktion dokumentiert.

In der Tabelle zur Funktionsberechtigung sind einige Funktionen in der Spalte „ZDR-berechtigt" mit „Ja (qualifiziert)" gekennzeichnet. Wenn Ihre Organisation eine ZDR-Vereinbarung hat, können Sie diese Funktionen mit der Gewissheit nutzen, dass das, was Anthropic speichert, begrenzt ist und für eine optimale Leistung erforderlich ist.

Zero Data Retention (ZDR) Umfang

Was ZDR abdeckt

• Bestimmte Claude APIs: ZDR gilt für die Claude Messages und Token Counting APIs
• Claude Code: ZDR gilt bei Verwendung mit kommerziellen Organisations-API-Schlüsseln oder über Claude Enterprise (siehe Claude Code ZDR-Dokumentation)

Was ZDR NICHT abdeckt

• Console und Workbench: Jegliche Nutzung auf Console oder Workbench
• Claude-Verbraucherprodukte: Claude Free-, Pro- oder Max-Pläne, einschließlich wenn Kunden dieser Pläne Claudes Web-, Desktop- oder mobile Apps oder Claude Code verwenden
• Claude Teams und Claude Enterprise: Claude Teams- und Claude Enterprise-Produktoberflächen sind nicht ZDR-berechtigt, außer für Claude Code bei Verwendung über Claude Enterprise mit aktiviertem ZDR für die Organisation. Für andere Produktoberflächen sind nur kommerzielle Organisations-API-Schlüssel für ZDR berechtigt.
• Drittanbieter-Integrationen: Daten, die von Drittanbieter-Websites, -Tools oder anderen Integrationen verarbeitet werden, sind nicht ZDR-berechtigt, obwohl einige möglicherweise ähnliche Angebote haben. Wenn Sie externe Dienste in Verbindung mit der Claude API verwenden, stellen Sie sicher, dass Sie die Datenverarbeitungspraktiken dieser Dienste überprüfen.

HIPAA-Bereitschaft

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 können Sie unterstützte API-Funktionen zur Verarbeitung von PHI nutzen und gleichzeitig die HIPAA-Compliance Ihrer Organisation unterstützen.

Bisher mussten Organisationen, die HIPAA-Bereitschaft für die Claude API benötigten, ZDR aktivieren. Der HIPAA-konforme API-Zugang beseitigt diese Anforderung und bietet eine Grundlage für Anthropic, schrittweise zusätzliche Funktionen zu aktivieren, sobald diese auf HIPAA-Bereitschaft geprüft wurden.

Erste Schritte

So richten Sie den HIPAA-konformen API-Zugang ein:

Umfang der HIPAA-Bereitschaft

Was die HIPAA-Bereitschaft abdeckt

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

Was die HIPAA-Bereitschaft NICHT abdeckt

• Claude-Verbraucherprodukte: Claude Free-, Pro- oder Max-Pläne
• Console und Workbench: Nutzung über die Claude Console-Oberfläche
• Drittanbieter-Plattformen: Claude auf AWS Bedrock oder Google Cloud Vertex AI (lesen Sie die Compliance-Dokumentation dieser Plattformen)
• Drittanbieter-Integrationen: Daten, die von externen Tools oder Diensten verarbeitet werden, die mit Ihrer Anwendung verbunden sind
• Claude Code: Claude Code ist nicht unter der HIPAA-Bereitschaft abgedeckt
• Beta-Funktionen: Funktionen in der Beta-Phase sind im Allgemeinen nicht unter dem BAA abgedeckt, sofern sie nicht ausdrücklich als berechtigt in der Tabelle zur Funktionsberechtigung aufgeführt sind

PHI-Handhabungsrichtlinien

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

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

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

Schema- und Tool-Definitionsbeschränkungen

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

Fügen Sie 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

Ihr unterzeichnetes BAA ist die offizielle Quelle der Wahrheit 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 von Ihrem 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 Funktionen auf. Entfernen Sie diese Funktionen aus Ihrer Anfrage und versuchen Sie es erneut.

Funktionsberechtigung

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

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

² Obwohl Web-Abruf ZDR-berechtigt ist, können Website-Betreiber Anfragedaten (wie abgerufene URLs und Anfragemetadaten) gemäß ihren eigenen Richtlinien speichern.

³ PHI darf nicht in JSON-Schema-Definitionen enthalten sein. Siehe PHI-Handhabungsrichtlinien.

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 Sie API-Aufrufe aus browserbasierten Anwendungen heraus tätigen müssen, müssen Sie:

• Einen Backend-Proxy-Server verwenden, um API-Aufrufe im Namen Ihres Front-Ends zu tätigen
• Ihre eigene CORS-Behandlung auf dem Proxy-Server implementieren
• API-Schlüssel niemals direkt in Browser-JavaScript offenlegen

Datenspeicherung bei Richtlinienverstößen und gesetzlichen Anforderungen

Selbst wenn ZDR- oder HIPAA-Vereinbarungen in Kraft sind, kann Anthropic Daten speichern, 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 für bis zu 2 Jahre speichern.

Häufig gestellte Fragen

Verwandte Ressourcen

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