--- title: Access Transparency url: https://platform.claude.com/docs/de/manage-claude/access-transparency description: Erhalte über die Compliance API einen Audit-Datensatz über den menschlichen Zugriff von Anthropic-Mitarbeitenden auf die Daten deiner Organisation. --- Erfahre, wie „Access Transparency“ (Zugriffstransparenz) einen Datensatz über den menschlichen Zugriff von Anthropic-Mitarbeitenden auf die Daten deiner Organisation erstellt, was sie abdeckt und wie du Ereignisse über die Compliance API empfängst. Wenn Access Transparency für deine Organisation aktiviert ist: * Jede menschliche Einsicht in deine aufbewahrten Daten (siehe [abgedeckte Inhalte](https://platform.claude.com/docs/de/manage-claude/access-transparency#what-access-transparency-covers)) durch Anthropic-Mitarbeitende schreibt eine `anthropic_access`-Aktivität in deinen [Compliance API Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed). * Ein Zugriff erfolgt ausschließlich zur Sicherheitsüberprüfung oder zur Reaktion auf Vorfälle. Siehe [Reason Codes](https://platform.claude.com/docs/de/manage-claude/access-transparency#reason-codes). Access Transparency ist für berechtigte Kunden auf Anfrage verfügbar und kann nicht selbst aktiviert werden. Informationen zur Berechtigung findest du in deinen Vertragsbedingungen oder bei deinem Anthropic-Ansprechpartner. ## So funktioniert Access Transparency Anthropic-Mitarbeitende greifen nur unter definierten Bedingungen auf Kundeninhalte zu. Access Transparency ist darauf ausgelegt, solche Zugriffe für dich sichtbar zu machen. Das Design beruht auf den folgenden Prinzipien: * **Menschlicher Zugriff erfolgt nur unter einem veröffentlichten Reason Code.** * **Menschliche Einsichten in deine abgedeckten Inhalte werden aufgezeichnet.** Anthropics interne Tools, die deine abgedeckten Inhalte erreichen können, sind so instrumentiert, dass sie bei jeder Einsicht ein Ereignis ausgeben. * **Ereignisse stehen für menschlichen Zugriff, nicht für automatisierte Verarbeitung.** Anthropics automatisierte Sicherheitssysteme verarbeiten deine Inhalte in einer gesicherten Pipeline ohne interaktiven menschlichen Zugriff; diese Verarbeitung erzeugt keine `anthropic_access`-Ereignisse. Das einzige Ereignis, das automatisierte Verarbeitung auslösen kann, ist ein `cmek_preserve`-Aufbewahrungsdatensatz (siehe [CMEK-Inhaltsaufbewahrung](https://platform.claude.com/docs/de/manage-claude/access-transparency#cmek-content-preservation)). * **Ereignisse kommen in deinem bestehenden Feed an.** Aktivitäten sind über deinen [Compliance API Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed) zugänglich. Bestehende Anmeldedaten, Audit-, Export- und SIEM-Integrationen für die Compliance API gelten weiterhin. * **Ereignisse sind manipulationserkennbar.** Jedes Ereignis, das nach der Erstellung des [Transparenzprotokolls](https://platform.claude.com/docs/de/manage-claude/access-transparency-log) (Beta) deiner Organisation aufgezeichnet wird, wird auch in dieses Protokoll übernommen. Das Protokoll ist ein signierter Datensatz, an den nur angehängt werden kann („append-only“) und den du unabhängig von den Serving-Systemen von Anthropic überprüfen kannst. ## Was Access Transparency abdeckt * **Abgedeckte Inhalte:** Access Transparency deckt Prompt- und Antwortinhalte ab, die über die Claude Messages API oder Claude Code-Sitzungen gesendet werden. Die [allgemeine ZDR-Dokumentation](https://platform.claude.com/docs/de/manage-claude/api-and-data-retention) von Anthropic erklärt, welche APIs und Funktionen von ZDR abgedeckt sind. Dieselben APIs und Funktionen werden von Access Transparency abgedeckt. * **Manuelle Einsichten durch Anthropic-Mitarbeitende:** Manuelle Einsichten in deine abgedeckten Inhalte durch Anthropic-Prüfer erzeugen Ereignisse. ## Was Access Transparency nicht abdeckt * **Automatisierte Verarbeitung:** Modellbereitstellung, Sicherheitsklassifikatoren und Pipelines zur Missbrauchserkennung verarbeiten deine Inhalte im Rahmen des normalen Betriebs und erzeugen keine `anthropic_access`-Ereignisse. Eine durch automatisierte Verarbeitung ausgelöste Aufbewahrung erzeugt jedoch ein `cmek_preserve`-Ereignis (siehe [CMEK-Inhaltsaufbewahrung](https://platform.claude.com/docs/de/manage-claude/access-transparency#cmek-content-preservation)). * **Aktivitäten deiner eigenen Organisation:** Deine API-Aufrufe, Admin-Aktionen und Compliance API-Lesezugriffe werden durch die Standard-Ereignistypen des [Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed) abgedeckt. * **Claude for Enterprise und Claude Apps:** claude.ai Enterprise-Seats, Claude for Work, Cowork und Claude in Chrome sind nicht abgedeckt. * **Claude-Verbraucherprodukte:** Claude Free-, Pro- oder Max-Pläne. * **Von Partnern betriebene Plattformen:** Amazon Bedrock und Google Cloud; siehe die Transparenzkontrollen dieser Plattformen. * **Alles, was ZDR nicht abdeckt:** Produkte, die nicht von ZDR abgedeckt sind (zum Beispiel die Files API, von Anthropic gehostete zustandsbehaftete Anwendungen und die Batch API), werden nicht von Access Transparency abgedeckt. Weitere Details findest du in der [ZDR-Dokumentation](https://platform.claude.com/docs/de/manage-claude/api-and-data-retention#zero-data-retention-zdr-scope). ## Erste Schritte So aktivierst du Access Transparency: Kontaktiere deinen Anthropic-Ansprechpartner. Anthropic bestätigt, dass deine Organisation die Berechtigungskriterien erfüllt, und aktiviert die Funktion auf Organisationsebene. `anthropic_access`-Aktivitäten erscheinen in deinem bestehenden Activity Feed unter deinem bestehenden Compliance Access Key; es sind kein neuer Endpunkt und keine neuen Zugangsdaten erforderlich. Access Transparency wird auf Organisationsebene aktiviert und deckt alle Workspaces ab. Eine Registrierung pro Workspace ist derzeit nicht verfügbar. ## Access Transparency-Ereignisse empfangen Access Transparency-Ereignisse werden als Aktivitätstyp `anthropic_access` im Compliance API Activity Feed bereitgestellt. Filtere mit `activity_types[]`: ```bash curl --fail-with-body -sS -G \ "https://api.anthropic.com/v1/compliance/activities" \ --data-urlencode "activity_types[]=anthropic_access" \ --data-urlencode "limit=50" \ --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY" \ --header "anthropic-version: 2023-06-01" ``` Paginierung, Datumsbereichsfilterung (`created_at.gte` / `.lt`) und der Antwort-Envelope (`has_more`, `first_id`, `last_id`) werden mit dem Rest des Activity Feed geteilt. Siehe [Den Activity Feed abfragen](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed). Jede `anthropic_access`-Aktivität enthält die Standard-Aktivitätsfelder sowie die folgenden: | Feld | Typ | Beschreibung | | ----------------------------- | ---------------- | -------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | | `id` | string | Eindeutige Kennung für diese Aktivität | | `accessed_at` | RFC 3339 string | Wann der Zugriff erfolgte. Kann früher liegen als der Zeitpunkt, zu dem die Aktivität in deinem Feed sichtbar wird | | `created_at` | RFC 3339 string | Wann Anthropic das Ereignis aufgezeichnet hat. Ein Ereignis wird in der Regel kurz danach in deinem Feed sichtbar; unter [Zeitlicher Ablauf](https://platform.claude.com/docs/de/manage-claude/access-transparency-log#timing) erfährst du, wann es zu Verzögerungen kommen kann | | `actor` | object | Immer `{ "type": "anthropic_actor", "email_address": null }`. Die Identität einzelner Mitarbeitender wird nicht offengelegt | | `accessor_department` | string | Das Anthropic-Team, das den Zugriff durchgeführt hat (zum Beispiel `Safeguards`) | | `reason_code` | enum | Siehe [Reason Codes](https://platform.claude.com/docs/de/manage-claude/access-transparency#reason-codes) | | `resource_details.type` | enum | Ein Ressourcentyp, derzeit nur `message`. Erweiterbar für zukünftige Ressourcentypen | | `resource_details.id` | string oder null | Kennung des Inhalts, auf den zugegriffen wurde | | `resource_details.parent` | string oder null | Kennung des übergeordneten Elements des Inhalts, zum Beispiel die Konversations-ID, die eine Nachricht enthält. Derzeit `null` oder weggelassen, bis Ressourcen mit übergeordneten Elementen unterstützt werden | | `organization_id` | string | Die Organisation, zu der der Inhalt gehört. Getaggtes ID-Format (`org_...`) | | `organization_uuid` | string | Die Organisation, zu der der Inhalt gehört. UUID-Format | | `workspace_id` | string oder null | Der Workspace, zu dem der Inhalt gehört | | `workspace_uuid` | string | Der Workspace, zu dem der Inhalt gehört. UUID-Format. Vorhanden, wenn der Zugriff auf einen Workspace beschränkt war, andernfalls nicht vorhanden. Gehört nicht zu den [Leaf-Feldern](https://platform.claude.com/docs/de/manage-claude/access-transparency-log#how-an-event-becomes-a-leaf) des Transparenzprotokolls, daher wird es von einem Inklusionsbeweis nicht abgedeckt | | `transparency_log_leaf_index` | integer | Die nullbasierte Position des Ereignisses im Transparenzprotokoll (Beta) deiner Organisation. Vorhanden, wann immer das Ereignis ein Leaf hat, andernfalls nicht vorhanden. Siehe [Access Transparency-Ereignisse mit dem Transparenzprotokoll verifizieren](https://platform.claude.com/docs/de/manage-claude/access-transparency-log) | Beispiel-JSON-Nachricht: ```json { "id": "activity_013b013744txqZtFHLUaRqLr", "type": "anthropic_access", "created_at": "2026-06-08T17:12:09.812446Z", "accessed_at": "2026-06-08T17:12:06.478035Z", "organization_id": "org_0910d9133038914eta7i3vt", "actor": { "type": "anthropic_actor", "email_address": null }, "resource_details": { "type": "message", "id": "msg_1234ABCD" }, "accessor_department": "Safeguards", "reason_code": "safety_review", "organization_uuid": "5b236db4-3fb4-4bf3-a560-b5e266038a15", "transparency_log_leaf_index": 41 } ``` ## CMEK-Inhaltsaufbewahrung In seltenen Fällen bewahrt Anthropic bestimmte Inhalte über das Standard-Aufbewahrungsfenster hinaus auf (zum Beispiel, wenn eine Sicherheitsüberprüfung schwerwiegend schädliche Inhalte bestätigt, die für eine laufende Untersuchung aufbewahrt werden müssen). Die Aufbewahrung ist selbst eine protokollierte, für Kunden sichtbare Aktion: * **Ein Aufbewahrungsereignis wird in deinen Feed geschrieben.** Wenn Inhalte aufbewahrt werden, wird ein Ereignis vom Typ `cmek_preserve` in deinen Compliance API Activity Feed geschrieben. Aufbewahrungsereignisse enthalten dieselben Felder wie ein `anthropic_access`-Ereignis; nur der Ereignistyp unterscheidet sich, sodass ein Parser, der das eine verarbeitet, auch das andere verarbeitet. Siehe [Reason Codes](https://platform.claude.com/docs/de/manage-claude/access-transparency#reason-codes). * **Ein Aufbewahrungsereignis wird unabhängig davon geschrieben, wie die Aufbewahrung ausgelöst wurde.** Die Aufbewahrung folgt normalerweise auf eine menschliche Überprüfung des Inhalts, aber das Ereignis wird geschrieben, egal ob die Aufbewahrung von einem menschlichen Prüfer oder von einer automatisierten Sicherheitspipeline ausgelöst wurde: Der Datensatz spiegelt wider, dass sich der Aufbewahrungsstatus deines Inhalts geändert hat, unabhängig davon, wer ihn geändert hat. * **Für CMEK-Organisationen ist die Aufbewahrung eine sichtbare Schlüsselbewegung.** Aufbewahrte Inhalte werden außerhalb deines kundenverwalteten Schlüssels neu verschlüsselt, sodass die Untersuchung unabhängig von deinem Schlüssel fortgesetzt werden kann. Das Aufbewahrungsereignis ist dein Nachweis, dass dies geschehen ist. Alle anderen aufbewahrten Inhalte verbleiben unter deinem Schlüssel. Filtere nach Aufbewahrungsereignissen auf dieselbe Weise wie nach Zugriffsereignissen: ```bash curl --fail-with-body -sS -G \ "https://api.anthropic.com/v1/compliance/activities" \ --data-urlencode "activity_types[]=cmek_preserve" \ --data-urlencode "limit=50" \ --header "x-api-key: $ANTHROPIC_COMPLIANCE_ACCESS_KEY" \ --header "anthropic-version: 2023-06-01" ``` Beispiel-JSON-Nachricht: ```json { "id": "activity_01AbCdEfGhJkMnPqRsTuVwXy", "type": "cmek_preserve", "created_at": "2026-07-02T09:41:53.204118Z", "accessed_at": "2026-07-02T09:41:50.118764Z", "organization_id": "org_0123456789abcdefghijklmn", "actor": { "type": "anthropic_actor", "email_address": null }, "resource_details": { "type": "message", "id": "msg_0ExampleExampleExample" }, "accessor_department": "Safeguards", "reason_code": "policy_violation_investigation", "organization_uuid": "00000000-1111-2222-3333-444444444444", "transparency_log_leaf_index": 57 } ``` Bei Aufbewahrungsereignissen zeichnet `accessed_at` auf, wann der Inhalt aufbewahrt wurde. ## Reason Codes Die Menge der „reason codes“ (Begründungscodes) ist abgeschlossen. Anthropic wird diese Seite aktualisieren, falls ein neuer Code eingeführt wird. | Code | Bedeutung | | -------------------------------- | ---------------------------------------------------------------------------------------------- | | `safety_review` | Inhalte wurden im Rahmen einer Untersuchung zu Nutzungsrichtlinien oder Sicherheit eingesehen | | `incident_response` | Inhalte wurden bei der Untersuchung eines Vorfalls eingesehen, der deine Organisation betrifft | | `policy_violation_investigation` | Inhalte wurden während einer Trust-and-Safety-Untersuchung zu Richtlinienverstößen aufbewahrt | | `csae_report` | Inhalte wurden als Beweismittel für eine Meldung zum Kinderschutz (CSAE) aufbewahrt | ## Berechtigung nach Oberfläche Die folgende Tabelle listet auf, welche Oberflächen von Access Transparency abgedeckt sind. Abdeckung bedeutet, dass menschlicher Zugriff auf Inhalte dieser Oberfläche `anthropic_access`-Ereignisse erzeugt. | Oberfläche | Abgedeckt | Details | | ----------------------------------------------- | --------- | ----------------------------------------------------------------------------------------------------------------- | | Claude API (`api.anthropic.com`) | Ja | Prompts, Completions und direkt in die API-Eingaben eingebettete Daten | | Claude Code (mit einem API-Key) | Ja | API-Traffic von Claude Code wird als Claude API-Traffic abgedeckt | | Claude Platform on AWS | Ja | Claude Platform on AWS erzeugt Access Transparency-Ereignisse innerhalb der Compliance API (nicht AWS CloudTrail) | | Claude API (`api.anthropic.com`) (Batch, Files) | Nein | Die Batch API und die Files API der Claude API sind nicht abgedeckt, genauso wie sie nicht von ZDR abgedeckt sind | | Claude for Enterprise (claude.ai-Seats) | Nein | Nicht abgedeckt | | Claude for Work | Nein | Nicht abgedeckt | | Claude Free, Pro, Max | Nein | Verbraucherpläne sind nicht berechtigt | | Playground (Claude Console) | Nein | Nicht abgedeckt | | Microsoft Foundry | Nein | Nicht verfügbar | | Amazon Bedrock, Google Cloud | Nein | Von Partnern betriebene Plattformen; siehe die Transparenzkontrollen dieser Plattformen | ## Einschränkungen und Ausschlüsse ### Zeitpunkt der Abdeckung Access Transparency gilt ab dem Zeitpunkt, zu dem es für deine Organisation aktiviert wird. Inhalte, die sich bei der Aktivierung bereits in deinem Aufbewahrungsfenster befinden, können bei Zugriff ebenfalls Ereignisse erzeugen, aber Anthropic garantiert keine Abdeckung für Inhalte, die vor der Aktivierung geschrieben wurden. Betrachte dein Aktivierungsdatum als Beginn der zuverlässigen Abdeckung. Zwischen der Aktivierung von Access Transparency und der Abdeckung deiner Inhalte kann eine Verzögerung von bis zu zwei Stunden liegen. ### Zeitpunkt der Benachrichtigung `anthropic_access`- und `cmek_preserve`-Ereignisse werden innerhalb von zwei Werktagen nach dem Zugriff bzw. der Aufbewahrung, die sie aufzeichnen, an deinen Compliance API-Feed übermittelt. Dieser Feed sollte nicht als Echtzeit-Alarmierungskanal behandelt werden, und der Zeitstempel `accessed_at` gibt an, wann der Zugriff erfolgte, was bis zu zwei Werktage vor dem Zeitpunkt liegen kann, zu dem die Aktivität in deinem Feed sichtbar wird. Das Feld `created_at` gibt den Zeitpunkt an, zu dem Anthropic das Ereignis aufgezeichnet hat, und das Ereignis wird in der Regel kurz danach in deinem Feed sichtbar. Diese Ereignisse folgen nicht der üblichen 1-minütigen [Indexierungsverzögerung](https://platform.claude.com/docs/de/manage-claude/compliance-integration-patterns#window-polling) des Activity Feed: Ein Ereignis kann bis zu zwei Werktage nach seinem `created_at` sichtbar werden. Wenn du den Feed nach `created_at`-Fenstern abfragst, lass aufeinanderfolgende Fenster für `anthropic_access`- und `cmek_preserve`-Ereignisse um mindestens zwei Werktage überlappen, damit ein spät indexiertes Ereignis nicht verloren geht. ### Automatisierte Verarbeitung erzeugt keine Zugriffsereignisse `anthropic_access`-Ereignisse zeichnen ausschließlich menschlichen Zugriff auf. Anthropics automatisierte Sicherheitssysteme und Klassifikatoren verarbeiten deine Inhalte weiterhin im Rahmen des normalen Betriebs, und diese Verarbeitung erzeugt keine `anthropic_access`-Ereignisse. Das einzige Ereignis, das automatisierte Verarbeitung auslösen kann, ist ein `cmek_preserve`-Aufbewahrungsdatensatz (siehe [CMEK-Inhaltsaufbewahrung](https://platform.claude.com/docs/de/manage-claude/access-transparency#cmek-content-preservation)). Ein leerer Feed bedeutet, dass kein Mensch bei Anthropic deine Inhalte eingesehen hat; er bedeutet nicht, dass deine Inhalte nicht von automatisierten Systemen verarbeitet wurden. ### Access Transparency ändert nicht, worauf Anthropic zugreifen kann Access Transparency zeichnet Zugriffe auf; es gewährt oder beschränkt sie nicht. Die Zwecke, zu denen Anthropic-Mitarbeitende auf deine Inhalte zugreifen dürfen, werden durch deine Vereinbarung mit Anthropic und die [Nutzungsrichtlinien](https://www.anthropic.com/legal/aup) geregelt und sind unabhängig davon, ob Access Transparency aktiviert ist, dieselben. ### CMEK-Schlüsselnutzungsprotokolle sind kein Datensatz pro Lesezugriff Für Organisationen, die zusätzlich CMEK aktivieren, zeichnet dein Cloud-KMS-Audit-Log (CloudTrail, Cloud Audit Logs oder Azure Monitor) Anthropics Nutzung deines Schlüssels auf. Da Schlüssel während des Betriebs für kurze Zeiträume zwischengespeichert werden, erzeugt ein einzelner menschlicher Lesezugriff nicht zwangsläufig einen eigenen KMS-Entschlüsselungseintrag. Verwende den Access Transparency-Feed als Datensatz pro Zugriff; dein KMS-Log bestätigt unabhängig davon die Muster der Schlüsselnutzung. ## Häufig gestellte Fragen Kontaktiere deinen Anthropic-Ansprechpartner. Nein. Automatisierte Verarbeitung erzeugt keine `anthropic_access`-Ereignisse; du siehst ein `anthropic_access`-Ereignis nur, wenn ein menschlicher Prüfer den Inhalt anschließend einsieht. Unabhängig davon wird ein `cmek_preserve`-Ereignis geschrieben, wenn Inhalte aufbewahrt werden, egal ob die Aufbewahrung von einem menschlichen Prüfer oder einer automatisierten Sicherheitspipeline ausgelöst wurde. Access Transparency ist für Plattform-Deployments nicht verfügbar. Kontaktiere deinen Anthropic-Ansprechpartner, um deinen Anwendungsfall zu besprechen. Access Transparency ist nicht garantiert rückwirkend. Es deckt menschlichen Zugriff auf Inhalte ab, die an oder nach deinem Registrierungsdatum in die Claude API geschrieben wurden. Möglicherweise siehst du Ereignisse für Zugriffe auf Inhalte, die vor der Registrierung geschrieben wurden. Innerhalb von zwei Werktagen nach dem Zugriff. Konfiguriere SIEM-Alarmierungen oder geplante Exporte mit einem entsprechenden Rückblickfenster, anstatt von einer Ankunft in Echtzeit auszugehen. Verwende das Feld `resource_details.id`. Es enthält dieselbe Nachrichten-ID (`msg_...`), die die [Messages API](https://platform.claude.com/docs/de/api/messages/create) im Feld `id` jedes Antwort-Bodys zurückgibt. Damit dies nützlich ist, protokolliere `id` in deinen eigenen Systemen zusammen mit deinen internen Metadaten, etwa der Anwendung, dem Endnutzer oder der Konversation, die die Anfrage erzeugt hat. Wenn ein Ereignis eintrifft, gleiche dessen `resource_details.id` mit deinen Logs ab, um genau zu ermitteln, welche Anfrage eingesehen wurde. Access Transparency wird auf Organisationsebene aktiviert und deckt alle Workspaces ab. Sie sind voneinander unabhängig. Mit CMEK gibt eine Sicherheitsaufbewahrung außerhalb deines Schlüssels ein separates `cmek_preserve`-Ereignis im selben Feed aus. Siehe [CMEK-Inhaltsaufbewahrung](https://platform.claude.com/docs/de/manage-claude/access-transparency#cmek-content-preservation) und [CMEK](https://platform.claude.com/docs/de/manage-claude/cmek). Verifiziere das Transparenzprotokoll (Beta) deiner Organisation: einen signierten Append-only-Datensatz deiner Access Transparency-Ereignisse mit Inklusions- und Konsistenzbeweisen, die du auf deiner eigenen Infrastruktur prüfst. Siehe [Access Transparency-Ereignisse mit dem Transparenzprotokoll verifizieren](https://platform.claude.com/docs/de/manage-claude/access-transparency-log). Kontaktiere deinen Anthropic-Ansprechpartner. ## Verwandte Ressourcen * [Access Transparency-Ereignisse mit dem Transparenzprotokoll verifizieren (Beta)](https://platform.claude.com/docs/de/manage-claude/access-transparency-log) * [Überblick über die Compliance API](https://platform.claude.com/docs/de/manage-claude/compliance-api) * [Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed) * [API und Datenaufbewahrung](https://platform.claude.com/docs/de/manage-claude/api-and-data-retention) * [Customer-Managed Encryption Keys (CMEK)](https://platform.claude.com/docs/de/manage-claude/cmek) * [Datennutzung in Claude Code](https://code.claude.com/docs/de/data-usage) * [Trust Center](https://trust.anthropic.com/resources)