---
title: Compliance API – FAQ
url: https://platform.claude.com/docs/de/manage-claude/compliance-faq
description: Antworten auf häufige Fragen zu Zugriff, Scopes, Aufbewahrung und Integration der Compliance API.
---
Wie du die Compliance API aktivierst, erfährst du unter [Compliance API einrichten](https://platform.claude.com/docs/de/manage-claude/compliance-api-access).
## Zugriff und Scopes
Bei einer Claude Enterprise-Organisation aktiviert der primäre Eigentümer die Compliance API unter [claude.ai > Organisationseinstellungen > API](https://claude.ai/admin-settings/api-access), und die Aktivierung wird von der übergeordneten Organisation an jede verknüpfte Organisation weitergegeben. Bei einer berechtigten eigenständigen Claude Console-Organisation (einer ohne übergeordnete Organisation) aktiviert ein Organisationsadministrator sie auf der Seite [Compliance](https://platform.claude.com/settings/security) (`platform.claude.com/settings/security`) in der Claude Console. Eine Claude Console-Organisation, die mit einer übergeordneten Organisation verknüpft ist, aktiviert die Compliance API nicht selbst; sie wird von der übergeordneten Organisation aus aktiviert. Die Schritte findest du unter [Die Compliance API einrichten](https://platform.claude.com/docs/de/manage-claude/compliance-api-access#set-up-the-compliance-api).
Ja. Bei einer eigenständigen Claude Console-Organisation kann ein Organisationsadministrator den Schalter **Compliance API** auf der Seite [Compliance](https://platform.claude.com/settings/security) (`platform.claude.com/settings/security`) in der Claude Console ausschalten, also an derselben Stelle, an der er eingeschaltet wird. Solange die Compliance API deaktiviert ist, werden für deine Organisation keine Aktivitätsereignisse aufgezeichnet, sodass der [Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed) keine neuen Ereignisse erhält. Wenn deine Organisation für [Access Transparency](https://platform.claude.com/docs/de/manage-claude/access-transparency) registriert ist, stoppt das Deaktivieren der Compliance API auch die Zustellung von Access Transparency-Ereignissen. Aktivitäten, die nicht aufgezeichnet werden, während die Compliance API deaktiviert ist, können später nicht wiederhergestellt werden. Wenn du die Compliance API wieder aktivierst, wird die Aufzeichnung ab diesem Zeitpunkt fortgesetzt; bereits aufgezeichnete Aktivitäten werden nicht gelöscht.
Nein. Das Ausschalten der Compliance API stoppt die Aufzeichnung neuer Aktivitätsereignisse, löscht aber keine Ereignisse, die bereits erfasst wurden, während sie eingeschaltet war. Die Aufzeichnung wird ab dem Zeitpunkt fortgesetzt, an dem die Compliance API wieder eingeschaltet wird.
Ja. Wenn die Compliance API in Claude Console ausgeschaltet (oder wieder eingeschaltet) wird, wird die Änderung als Aktivität `org_compliance_api_settings_updated` im [Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed) aufgezeichnet, sodass dein Audit-Trail zeigt, wer die Einstellung wann geändert hat. Diese Aktivität ist eine Ausnahme vom Aufzeichnungsstopp: Die Deaktivierung wird aufgezeichnet, obwohl keine anderen Aktivitäten aufgezeichnet werden, solange die Compliance API ausgeschaltet ist.
Das ist erwartetes Verhalten. Eine übergeordnete Claude Enterprise-Organisation zentralisiert die Identität über alle verknüpften Organisationen hinweg; sie trägt keine Workloads und erscheint überhaupt nicht in Claude Console. Claude Console zeigt immer nur die Claude Console-Organisationen an, die unterhalb der übergeordneten Organisation verknüpft sind.
Um die Compliance API aufzurufen, erstellst du stattdessen einen von zwei Key-Typen:
* **Für vollständigen Compliance API-Zugriff ([Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed) plus Chats, Dateien, Projekte, Sitzungen, Benutzer, Organisationsmetadaten und Organisationseinstellungen)** erstellt der primäre Eigentümer der übergeordneten Organisation (oder ein Organisationseigentümer, für einen Key, der nur auf seine eigene Organisation beschränkt ist) einen [Compliance Access Key](https://platform.claude.com/docs/de/manage-claude/compliance-api-access#set-up-the-compliance-api) in claude.ai.
* **Für reinen Activity Feed-Zugriff** erstellt ein Organisationsadministrator in deiner Claude Console-Organisation einen [Admin API-Key](https://platform.claude.com/docs/de/manage-claude/compliance-api-access#create-an-admin-api-key) in Claude Console. Die Compliance API muss für die Organisation bereits aktiviert sein, und der Administrator muss den Admin API-Key erstellen, während die Compliance API aktiviert ist, damit er den Scope `read:compliance_activities` trägt.
Nein. Ein Claude API-Key (`sk-ant-api03-...`) authentifiziert Aufrufe an Claude-Modelle über die Claude API; er authentifiziert keine Aufrufe an `/v1/compliance/*`. Die Compliance API akzeptiert nur Compliance Access Keys (`sk-ant-api01-...`) und Admin API-Keys (`sk-ant-admin01-...`). Die vollständige Zuordnung findest du unter [Welchen Key brauchst du?](https://platform.claude.com/docs/de/manage-claude/compliance-api-access#which-key-do-you-need).
Der einzige Compliance API-Scope eines Admin-API-Keys ist `read:compliance_activities`, der nur den Activity Feed autorisiert. Jeder andere Compliance API-Endpunkt erfordert einen Scope, den nur ein in claude.ai erstellter Compliance Access Key besitzen kann. Wenn du einen Inhalts- oder Verzeichnis-Endpunkt mit einem Admin-API-Key aufrufst, erhältst du einen 403-Fehler, der den Scope nennt, den diese Endpunktfamilie erfordert: `read:compliance_user_data` für Chats, Dateien, Projekte, Projektanhänge, Sitzungen, Benutzer und Gruppenmitglieder sowie `read:compliance_org_data` für Organisationen, Rollen, Gruppen und effektive Organisationseinstellungen. Das Auflisten von Chats gibt beispielsweise die folgende Antwort zurück.
```json Response
{
"error": {
"type": "permission_error",
"message": "Missing required scopes. Got: ['api:admin', 'read:compliance_activities'] Needed one of: ['read:compliance_user_data', 'read:org_audit']"
}
}
```
Um auf Inhalts-Endpunkte zuzugreifen, muss der primäre Eigentümer deiner übergeordneten Organisation (oder ein Organisationseigentümer, nur für seine eigene Organisation) [einen Compliance Access Key erstellen](https://platform.claude.com/docs/de/manage-claude/compliance-api-access#set-up-the-compliance-api), der `read:compliance_user_data` (und `delete:compliance_user_data` für Löschvorgänge) oder `read:compliance_org_data` für Organisations-, Rollen-, Gruppen- und Effective-Settings-Endpunkte trägt. Eine eigenständige Claude Console-Organisation (eine ohne übergeordnete Organisation) kann keinen Compliance Access Key erstellen, daher stehen ihr die Inhalts-Endpunkte nicht zur Verfügung; sie kann nur den Activity Feed abfragen. Den vollständigen Katalog pro Endpunkt findest du unter [Compliance API-Fehler behandeln](https://platform.claude.com/docs/de/manage-claude/compliance-errors#403-forbidden).
## Datenabdeckung und Aufbewahrung
Der Activity Feed bewahrt 6 Jahre an Organisationsaktivitäten auf, und neue Ereignisse sind innerhalb von 1 Minute nach ihrem Auftreten abfragbar. Der Feed reicht höchstens bis zu dem Zeitpunkt zurück, an dem die Compliance API erstmals für deine Organisation aktiviert wurde: Die Aufzeichnung ist nicht rückwirkend, und Aktivitäten aus der Zeit vor der Aktivierung werden nicht nachträglich aufgefüllt. Die Aufbewahrung des Activity Feed ist unabhängig von der Inhaltsaufbewahrungsrichtlinie deiner Organisation: Chat-, Datei- und Projektinhalte folgen den für deine Organisation konfigurierten Aufbewahrungsregeln (standardmäßig unbegrenzt), sofern ein Benutzer sie nicht früher löscht.
Nein. Der Activity Feed zeichnet auf, wer was wann getan hat (Authentifizierung, Chat-Erstellung, Datei-Uploads, Projektänderungen, administrative Aktionen und ähnliche Ressourcenereignisse), erfasst aber nicht den Prompt-Text oder die Modellantworten innerhalb von Chats oder Nachrichten.
Um Nachrichteninhalte und Dateiinhalte abzurufen, verwende die Chat-, Nachrichten- und Datei-Endpunkte mit einem Compliance Access Key, der `read:compliance_user_data` trägt. Derselbe Key und Scope rufen Transkripte von Sitzungen auf den Rechnern der Benutzer (wie Cowork- und Claude Code-Sitzungen) über die [Endpunkte für lokale Sitzungen](https://platform.claude.com/docs/de/manage-claude/compliance-sessions#retrieve-local-sessions) sowie Transkripte von Cowork-Sitzungen in der Cloud über die [Endpunkte für Remote-Sitzungen](https://platform.claude.com/docs/de/manage-claude/compliance-sessions#retrieve-remote-sessions) ab. Diese Endpunkte liefern ausschließlich Claude Enterprise-Inhalte; Claude Console-Workloads und mit einem API-Key authentifizierte Claude API-Workloads stellen administrative und Ressourcenereignisse über den Activity Feed bereit, stellen aber keinen Prompt-Text oder Modellantworten über die Compliance API bereit.
Ja. Cowork-Sitzungen in Claude Desktop, die auf den Rechnern der Benutzer laufen, Claude Code-Sitzungen (im Terminal, in Claude Desktop oder in einer Erweiterung für eine „integrated development environment" (integrierte Entwicklungsumgebung), oder IDE), Sitzungen in der Desktop-App Claude Science, Claude for Microsoft 365-Sitzungen (in Excel, PowerPoint, Word und Outlook) sowie Chats in der Browsererweiterung Claude in Chrome werden erfasst, solange die Benutzer mit ihrem Claude Enterprise-Konto angemeldet sind, und sind über die [Endpunkte für lokale Sitzungen](https://platform.claude.com/docs/de/manage-claude/compliance-sessions#retrieve-local-sessions) verfügbar. Cowork-Sitzungen, die in claude.ai im Web oder auf Mobilgeräten gestartet werden und in der Cloud in von Anthropic verwalteten Umgebungen laufen, sind über die [Endpunkte für Remote-Sitzungen](https://platform.claude.com/docs/de/manage-claude/compliance-sessions#retrieve-remote-sessions) verfügbar. Jede Familie hat einen Listen-Endpunkt, der Sitzungsmetadaten zurückgibt, und einen Nachrichten-Endpunkt, der das Sitzungstranskript zurückgibt (Benutzer-Prompts, Assistentenantworten sowie Tool-Aufrufe und deren Ergebnisse). Die lokale Familie bietet zusätzlich einen dritten Endpunkt, der die Metadaten einer einzelnen Sitzung abruft. Alle diese Endpunkte verwenden deinen vorhandenen Compliance Access Key mit `read:compliance_user_data`. Ein neuer Key oder Scope ist nicht erforderlich.
Lokale Sitzungen werden erfasst, wenn ihre Anfragen die Claude API erreichen, daher wird nichts auf dem Gerät installiert, und Aktivitäten auf dem Gerät, die die API nie erreichen, werden nicht erfasst. Claude Code-Sitzungen, die mit einem Claude Console-API-Key authentifiziert sind, Claude Code-Sitzungen, die über eine Cloud-Plattform eines Drittanbieters (Amazon Bedrock, Google Cloud oder Microsoft Foundry) laufen, und [Claude Code-Cloud-Sitzungen](https://code.claude.com/docs/de/claude-code-on-the-web), die auf Cloud-Infrastruktur statt auf dem Rechner des Benutzers laufen, werden nicht erfasst. Diese Cloud-Sitzungen sind keine Remote-Sitzungen, obwohl beide in der Cloud laufen; die Endpunkte für Remote-Sitzungen geben nur Cowork-Sitzungen zurück. Jede Ausführung einer geplanten Cowork-Aufgabe in der Cloud ist eine Remote-Sitzung: Der Listen-Endpunkt für Remote-Sitzungen gibt sie als [Sitzung im Besitz eines Agenten](https://platform.claude.com/docs/de/manage-claude/compliance-sessions#retrieve-remote-sessions) zurück (`agent_id` ist gesetzt, und `started_by_user` identifiziert die Person, die die Ausführung initiiert hat), und der Nachrichten-Endpunkt gibt ihr Transkript zurück, aber keiner von beiden gibt den Namen oder Zeitplan der Aufgabe zurück. Claude Code-Routinen, die in der Cloud laufen, sind Claude Code-Cloud-Sitzungen, daher geben die Sitzungs-Endpunkte sie nicht zurück. Organisationen mit aktivierter [„HIPAA readiness" (HIPAA-Bereitschaft)](https://platform.claude.com/docs/de/manage-claude/api-and-data-retention#hipaa-readiness) erhalten lokale Sitzungsdaten nur für Cowork und Claude Code, gespeichert für 30 Tage, und Sitzungen, für die [„zero data retention" (Null-Datenaufbewahrung), oder ZDR](https://platform.claude.com/docs/de/manage-claude/api-and-data-retention#zero-data-retention-zdr-scope), gilt, sind ausgeschlossen.
Die Endpunkte für lokale und Remote-Sitzungen sind für Cowork-, Claude Code- und Claude for Microsoft 365-Sitzungen stabil. Die Abdeckung von Claude Science- und Claude in Chrome-Sitzungen befindet sich in der Beta-Phase.
Transkripte lokaler und Remote-Sitzungen enthalten beide Benutzer-Prompts, Assistentenantworten sowie Tool-Aufrufe und deren Ergebnisse. Bei lokalen Sitzungen (auf den Rechnern der Benutzer) zeigt das Transkript, worum Claude gebeten wurde und was Claude zurückgegeben hat. Was auf dem Gerät geschehen ist, zeigt es nicht.
| Daten | Lokale Sitzungen (auf den Rechnern der Benutzer) | Remote-Sitzungen (in der Cloud) |
| ------------------------------------ | ----------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------- | ------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------------ |
| Benutzer-Prompts | Ja, als `text`-Blöcke zurückgegeben. | Ja, als `text`-Blöcke zurückgegeben. |
| Assistentenantworten | Ja, nur Textausgabe. | Ja, nur Textausgabe. |
| Tool-Aufrufe und Ergebnisse | Ja. Jede `tool_use`-Eingabe und jeder `text`-Eintrag in einem `tool_result` wird standardmäßig auf 10.000 Bytes gekürzt (auf Anfrage jeweils bis zu etwa 1 MiB). | Ja. Jede `tool_use`-Eingabe und jeder `text`-Eintrag in einem `tool_result` wird standardmäßig auf 10.000 Bytes gekürzt (auf Anfrage jeweils bis zu etwa 1 MiB). |
| Dateiinhalte und Dateinamen | Ja. Text, den Claude über Tools liest, erscheint im Transkript und wird ebenso gekürzt. Bilder, PDFs und andere binäre oder strukturierte Inhalte erscheinen nur als Platzhalter-`text`-Blöcke. Dateinamen erscheinen in den Ein- und Ausgaben von Tool-Aufrufen. | Ja. Dateiinhalte und Dateinamen erscheinen im Transkript über die Ein- und Ausgaben von Tool-Aufrufen (nur Text, andere Inhalte werden ausgelassen). |
| Artifacts | Ja. Generierte Inhalte erscheinen im Transkript innerhalb der Eingaben von Tool-Aufrufen. | Ja. Generierte Inhalte erscheinen im Transkript innerhalb der Eingaben von Tool-Aufrufen. |
| Skills | Ja. Skill-Inhalte erscheinen, wenn der Client sie als Nachrichteninhalt sendet, und werden nicht von anderem Benutzertext unterschieden. | Ja. Skill-Inhalte erscheinen im Transkript. |
| Sitzungsmetadaten | Ja, über die Listen- und Abruf-Endpunkte: Eigentümer (`user.id` und E-Mail-Adresse), Organisation, Workspace, `product_surface`, `created_at` und `updated_at`. Lokale Sitzungen haben keinen `status`. | Ja, über den Listen-Endpunkt: Eigentümer, Organisation, Status, Zeitstempel und `product_surface`. |
| Thinking-Blöcke | Nein. | Nein. |
| Bilder und andere Nicht-Text-Inhalte | Nein. Jedes Bild, jedes PDF und jeder andere binäre oder strukturierte Block erscheint als Platzhalter-`text`-Block (zum Beispiel `[image content not shown]`), bei dem `truncated` auf `true` gesetzt ist. Rohe Datei-Bytes werden nie zurückgegeben. | Nein. Nicht-Text-Blöcke werden ausgelassen, und rohe Datei-Bytes werden nie zurückgegeben. |
| Token-Nutzung, Kosten und Latenz | Nein. Token-Nutzung und Kosten sind über die [Claude Enterprise Analytics API](https://platform.claude.com/docs/de/manage-claude/analytics-api#get-access-to-the-claude-enterprise-analytics-api) verfügbar. | Nein. Token-Nutzung und Kosten sind über die [Claude Enterprise Analytics API](https://platform.claude.com/docs/de/manage-claude/analytics-api#get-access-to-the-claude-enterprise-analytics-api) verfügbar. |
Die Endpunkte und Parameter findest du unter [Sitzungen auf den Rechnern der Benutzer](https://platform.claude.com/docs/de/manage-claude/compliance-sessions#retrieve-local-sessions) und [Sitzungen in der Cloud](https://platform.claude.com/docs/de/manage-claude/compliance-sessions#retrieve-remote-sessions).
[Das OpenTelemetry-Logging von Cowork](https://support.claude.com/en/articles/14477985-monitor-claude-cowork-activity-with-opentelemetry) und das [Claude Code-Monitoring](https://code.claude.com/docs/de/monitoring-usage) überschneiden sich mit den Sitzungs-Endpunkten, erfüllen aber unterschiedliche Anforderungen: OTEL streamt ereignisbezogene Telemetrie an von dir betriebene Infrastruktur, während die Aktivität stattfindet, wohingegen die Compliance API es dir ermöglicht, aufbewahrte Transkripte pro Sitzung nachträglich von Anthropic abzurufen. OTEL kann ebenfalls Prompts und Antworten erfassen, aber Anthropic empfiehlt die Compliance API zum Abrufen der Inhalte von Cowork- und Claude Code-Sitzungen. Eine Tabelle, die lokale Sitzungen, Remote-Sitzungen und OTEL vergleicht, findest du in der Einleitung zu [Sitzungstranskripte abrufen](https://platform.claude.com/docs/de/manage-claude/compliance-sessions).
OTEL-Ereignisse und Compliance API-Datensätze teilen Organisations- und Benutzerkennungen, sodass du sie verknüpfen kannst.
Nein. Löschvorgänge über die Compliance API erfolgen sofort, sind dauerhaft und können nicht rückgängig gemacht werden. Auch der Inhalt eines Chats, den ein Benutzer in claude.ai löscht, lässt sich nicht wiederherstellen: Die Compliance API gibt den Chat und seine Nachrichten weiterhin mit befülltem `deleted_at` zurück, aber nicht deren Inhalt. Eine Remote-Sitzung, die ein Benutzer löscht, lässt sich ebenfalls nicht wiederherstellen, und die Endpunkte für Remote-Sitzungen geben sie nicht mehr zurück. Rufe alle Inhalte, die du aufbewahren musst (etwa für einen „legal hold" (rechtliche Aufbewahrungspflicht) oder zur Archivierung), ab, solange sie noch verfügbar sind. Unter [Aufbewahrung von Inhalten planen](https://platform.claude.com/docs/de/manage-claude/compliance-integration-patterns#plan-content-retention) erfährst du, wann du Inhalte in dein eigenes Archiv exportieren solltest.
Die Compliance API hat bekannte Abdeckungsgrenzen: Der Activity Feed zeichnet Ressourcenereignisse auf, aber keinen Prompt- oder Antworttext; Claude Console-Workloads und mit einem API-Key authentifizierte Claude API-Workloads stellen überhaupt keine Nachrichteninhalte bereit; und Inhalte, die durch deine Aufbewahrungsrichtlinie entfernt, von einem Benutzer in claude.ai gelöscht oder über die Compliance API endgültig gelöscht wurden, sind nicht wiederherstellbar. Die vollständigen Abdeckungsgrenzen und den Zustellungsvertrag findest du unter [Zustellgarantien und Vollständigkeit](https://platform.claude.com/docs/de/manage-claude/compliance-integration-patterns#delivery-guarantees-and-completeness).
Sitzungstranskripte haben eigene Grenzen. Lokale Sitzungen werden nur erfasst, wenn ihre Anfragen die Claude API erreichen, daher werden Aktivitäten auf dem Gerät, die die API nie erreichen, nicht erfasst. Claude Code-Sitzungen, die mit einem Claude Console-API-Key authentifiziert sind, Claude Code-Sitzungen, die über eine Cloud-Plattform eines Drittanbieters (Amazon Bedrock, Google Cloud oder Microsoft Foundry) laufen, und [Claude Code-Cloud-Sitzungen](https://code.claude.com/docs/de/claude-code-on-the-web) (einschließlich Claude Code-Routinen, die in der Cloud laufen), die auf Cloud-Infrastruktur statt auf dem Rechner des Benutzers laufen, werden ebenfalls nicht erfasst; Organisationen mit aktivierter HIPAA-Bereitschaft erhalten lokale Sitzungsdaten nur für Cowork und Claude Code, gespeichert für 30 Tage; und Sitzungen, für die Zero Data Retention gilt, sind ausgeschlossen. Kein Sitzungstranskript, weder lokal noch remote, enthält Thinking-Blöcke oder Tool-Definitionen. Organisationen, die [„customer-managed encryption keys" (kundenverwaltete Verschlüsselungsschlüssel)](https://platform.claude.com/docs/de/manage-claude/cmek) verwenden, erhalten lokale Sitzungstranskripte wie gewohnt. Solange der Schlüssel nicht verwendet werden kann, gibt der Nachrichten-Endpunkt [503 Service Unavailable](https://platform.claude.com/docs/de/manage-claude/compliance-errors#local-sessions-temporarily-unavailable) statt Transkriptinhalten zurück, und Sitzungsmetadaten werden weiterhin aufgelistet.
Kein Compliance API-Endpunkt listet die geplanten Cowork-Aufgaben oder Claude Code-Routinen einer Organisation auf.
## Integration und Paginierung
Verknüpfe `Activity`-Datensätze mit deinem SIEM über `actor.user_id`, `actor.email_address`, `actor.ip_address`, `actor.user_agent` und `created_at`. Die Join-Key-Tabelle und Nutzungsmuster findest du unter [Deine Compliance-Integration entwerfen](https://platform.claude.com/docs/de/manage-claude/compliance-integration-patterns#correlate-with-your-siem).
Ja. Eine übergeordnete Claude Enterprise-Organisation kann viele verknüpfte Organisationen haben, einschließlich einer Mischung aus claude.ai-Organisationen und Claude Console-Organisationen (zum Beispiel getrennte Claude Console-Organisationen für Produktion und Staging). Identität, SSO und SCIM werden über die übergeordnete Organisation hinweg geteilt; Abrechnung, Mitglieder, Projekte und API-Keys bleiben für jede Organisation getrennt. Die Aktivierung der Compliance API erfolgt auf Ebene der übergeordneten Organisation und wird an alle verknüpften Organisationen weitergegeben, und ein Compliance Access Key, der die übergeordnete Organisation abdeckt und `read:compliance_org_data` trägt, kann über `GET /v1/compliance/organizations` jede Organisation unterhalb der übergeordneten Organisation auflisten.
Aktivitäten werden mit den neuesten zuerst zurückgegeben, wobei Gleichstände bei `created_at` durch die Aktivitäts-ID aufgelöst werden. Um aufzuholen, gehe die Seiten mit `before_id` vorwärts durch, bis `has_more` `false` ist; die `first_id` dieser letzten Antwort ist dein neuer Cursor, und du hast die Gegenwart erreicht. Die vollständige Schleife, einschließlich des anfänglichen Backfills und der Sicherheitsbedingungen für die Cursor-Persistenz, findest du unter [Cursor-gesteuerte inkrementelle Lesevorgänge](https://platform.claude.com/docs/de/manage-claude/compliance-integration-patterns#cursor-driven-incremental-reads).
Um nur den [Activity Feed](https://platform.claude.com/docs/de/manage-claude/compliance-activity-feed) zu testen, benötigst du keine Claude Enterprise-Organisation: Ein Organisationsadministrator kann [die Compliance API](https://platform.claude.com/docs/de/manage-claude/compliance-api-access#set-up-the-compliance-api) in einer berechtigten eigenständigen Claude Console-Testorganisation aktivieren und den Feed mit einem neuen Admin-API-Key abfragen. Wenn die Seite [Compliance](https://platform.claude.com/settings/security) (`platform.claude.com/settings/security`) dieser Organisation in der Claude Console einen Seite-nicht-gefunden-Fehler anzeigt oder den Abschnitt **Compliance API** nicht anzeigt, ist die Organisation nicht für die Self-Service-Aktivierung berechtigt.
Um jeden Endpunkt zu testen, richte eine Claude Enterprise-Sandbox-Organisation ein, die mit einer Claude Console-Organisation unter derselben übergeordneten Organisation verknüpft ist. So kann die Sandbox sowohl den Activity Feed (über einen Admin API-Key) als auch die Chat-, Datei-, Projekt- und Sitzungs-Endpunkte (über einen Compliance Access Key) nutzen.
1. **Die Claude Enterprise-Organisation bereitstellen.** Kontaktiere deinen Anthropic-Ansprechpartner, um eine Claude Enterprise-Sandbox-Organisation einzurichten. Bei einer bestehenden Claude Enterprise-Organisation kann der primäre Eigentümer [die Compliance API direkt in claude.ai aktivieren](https://platform.claude.com/docs/de/manage-claude/compliance-api-access#set-up-the-compliance-api).
2. **Die Claude Console-Organisation erstellen.** Erstelle selbst eine Claude Console-Organisation unter `platform.claude.com` mit derselben E-Mail-Adresse.
3. **Die beiden Organisationen verknüpfen.** Melde dich als primärer Eigentümer der Claude Enterprise-Organisation an, gehe zu [claude.ai > Organisationseinstellungen > Identität und Zugriff](https://claude.ai/admin-settings/identity) und verwende **Merge Organizations**, um die beiden unter einer gemeinsamen übergeordneten Organisation zu verknüpfen.
Sobald sie verknüpft sind, folge [Die Compliance API einrichten](https://platform.claude.com/docs/de/manage-claude/compliance-api-access), um Keys zu erstellen und mit dem Abfragen zu beginnen. Testorganisationen verwenden denselben Aktivierungsprozess wie Produktionsorganisationen.