KI-Readiness-Assessment für Claude: EU-Checkliste

TL;DR

Ein KI-Readiness-Assessment für Claude lohnt sich nur, wenn am Ende Entscheidungen stehen, die Sie dieses Quartal umsetzen: die Residenzroute, der Plan, der Ihre Kontrollen trägt, benannte Verantwortliche für Datenklassen und Budget, und die Lücken, die den Go-Live blockieren. Ein Reifegrad-Score ohne blockierende Befunde ist eine Folie, kein Assessment.

Was muss ein KI-Readiness-Assessment liefern?

Ein brauchbares Assessment liefert vier Artefakte: eine Liste blockierender Befunde mit Verantwortlichen und Terminen, die Residenz- und Planentscheidung samt Kostenfolge, einen Eintrag für das Verarbeitungsverzeichnis, den ein Datenschutzbeauftragter unterschreibt, und eine Messbasis, die vor dem Rollout läuft. Alles andere ist optional.

Das Fehlermuster ist bekannt. Ein Assessment läuft sechs Wochen, produziert ein Netzdiagramm über acht Dimensionen und empfiehlt, die Datengovernance zu stärken. Damit kann niemand arbeiten. Ein blockierender Befund sieht anders aus: “Der Workspace wurde mit Workspace-Geo us angelegt, das nicht änderbar ist, also braucht der HR-Use-Case vor dem Go-Live einen neuen Workspace auf einem regionalen Bedrock-Endpunkt.”

Unser Test, ob ein Assessment sein Honorar wert war:

Artefakt	Bestanden	Durchgefallen
Befunde	Benannte Person, benanntes Datum, benannte Einstellung	“Governance-Reife erhöhen”
Residenzentscheidung	Eine Route gewählt, Aufschlag bezifferte	Vergleichsmatrix zurück an Sie
Verarbeiterkette	Jede Partei benannt, Verträge identifiziert	“Verträge mit Recht prüfen”
Messbasis	Analytik und Ausgabenbericht laufen schon	“KPIs in Phase 2 definieren”
Scope-Grenze	Was nicht geprüft wurde, klar benannt	Schweigen über die Lücken

Gegen welche Pflichten wird geprüft?

Zwei Regime gelten gleichzeitig und stellen unterschiedliche Fragen. Der AI Act fragt, was das System tut und wer es betreibt. Die DSGVO fragt, wessen personenbezogene Daten verarbeitet werden und unter welchem Vertrag. Ein Assessment, das nur eines abdeckt, verpasst den Befund, der den Go-Live blockiert.

Der AI-Act-Kalender läuft und steht nicht aus. Der Rechtsrahmen der Europäischen Kommission setzt Verbote und Kompetenzpflicht seit dem 2. Februar 2025 in Kraft, GPAI-Pflichten und das Governance-Kapitel seit dem 2. August 2025 und breite Anwendbarkeit seit dem 2. August 2026. Der AI Omnibus ist am 27. Juli 2026 in Kraft getreten und hat die Hochrisiko-Pflichten auf Dezember 2027 für Anhang III und August 2028 für Anhang I verschoben, dazu die technische Dokumentation für kleine und mittlere Unternehmen vereinfacht und den Zugang zu Reallaboren erweitert.

Die praktische Folge für ein Assessment Ende 2026: bei Kompetenzpflicht und Transparenzregeln können Sie heute schon nicht konform sein, während die Konformitätsarbeit für Hochrisiko ein Projekt für 2027 ist, seit dem 19. Oktober 2026 mit einer veröffentlichten harmonisierten Norm als Grundlage.

Auf der Datenschutzseite sind die Fragen enger und besser beantwortbar:

1. Welche Datenklassen erscheinen in Prompts, und wer hat das entschieden?
2. Welche Parteien können Prompts, Antworten oder Logs lesen, und unter welchem Vertrag?
3. Wie lange wird je Station aufbewahrt, einschließlich Ihrer eigenen Log-Buckets?
4. Was passiert mit den Daten, wenn der Vertrag endet?

Unsere KI-Compliance-Matrix für Claude stellt AI Act, DSGVO und NIS2 gegeneinander, und unser KI-Governance-Rahmen behandelt die Rollen und Freigabewege, die Frage eins beantworten.

Welche Plattformprüfungen blockieren einen Go-Live?

Sechs technische Prüfungen blockieren häufiger als alles andere: Residenz, Identität, Auditsichtbarkeit, Aufbewahrung, Ausgabensteuerung und die Frage, ob die geplante Funktion für die zugesagte Datenschutzlage überhaupt geeignet ist. Jede hat eine konkrete Einstellung dahinter, also liefert jede ein Ja oder Nein statt einer Note.

Residenz. Auf der First-Party-API akzeptiert inference_geo nur "global" und "us", und Workspace-Geo kennt nur "us" und ist nach dem Anlegen fest, so die Seite zur Datenresidenz. US-Inferenz kostet bei Claude 4.6 und neueren Modellen Faktor 1,1. Verarbeitung in einer EU-Region kommt über regionale Endpunkte auf Bedrock, Google Cloud oder Microsoft Foundry, wo der Endpunkt oder das Inferenzprofil die Region bestimmt und inference_geo gar nicht gilt. Prüfen Sie zuerst, welche Workspaces schon existieren, bevor Sie etwas zusagen.

Identität. SCIM und Audit-Logs liegen im Enterprise-Plan, der mindestens 20 Plätze im Self-Service und 50 mit Vertrieb verlangt. Ein Assessment, das SCIM für einen Piloten mit 15 Personen empfiehlt, hat die Planseite nicht gelesen.

Auditsichtbarkeit. Die Compliance-API im Enterprise-Plan gibt programmatischen Zugriff auf Aktivitätsprotokolle, Chatverläufe und Dateiinhalte, filterbar nach Nutzer und Zeitraum. Das ist eine starke Kontrolle und selbst eine Datenschutzfrage: wer diesen Schlüssel hält, kann Mitarbeitergespräche lesen. Benennen Sie den Inhaber im Assessment. Was die API tatsächlich liefert, behandelt unser Leitfaden zur Claude Compliance API.

Aufbewahrung. Eigene Aufbewahrungsregeln sind eine Enterprise-Funktion. Prüfen Sie den konfigurierten Wert, nicht die Planberechtigung.

Ausgabensteuerung. Gruppen tragen monatliche Grenzen pro Nutzer, manche Gruppen zusätzlich ein gemeinsames Monatsbudget in der Beta. Die Gruppendokumentation nennt eine Obergrenze von 1000 Gruppen pro Organisation und warnt, dass Mitgliedschaft in mehr als 250 Gruppen die Leistung beeinträchtigen kann. Eine individuelle Grenze hat Vorrang vor jeder Gruppengrenze, und über SCIM synchronisierte Gruppen lassen sich in Claude nicht umbenennen oder löschen.

Eignung der Funktion. Diese Prüfung überspringen die meisten Assessments. Claude Managed Agents ist in der Beta, verlangt den Header managed-agents-2026-04-01 und ist derzeit weder für Zero Data Retention noch für eine HIPAA-Vereinbarung geeignet, weil Sitzungen zustandsbehaftet angelegt sind und Verlauf sowie Sandbox-Zustand serverseitig halten. Verspricht der Fahrplan ZDR und nutzt die Architektur Managed Agents, ist das ein blockierender Befund.

Wie sieht ein brauchbares Reifegradmodell aus?

Ein Reifegradmodell verdient seinen Platz nur, wenn jede Stufe durch eine beobachtbare Einstellung definiert ist und nicht durch ein Urteil. Bewerten Sie Einstellungen, nicht Ambitionen. Fünf Stufen genügen, und die meisten Unternehmen landen beim Start mit Claude auf Stufe 1 oder 2, unabhängig davon, wie reif ihre allgemeine IT-Governance ist.

Das Modell unten ist unsere Empfehlung, kein Branchenstandard:

Stufe	Residenz	Identität und Zugriff	Sichtbarkeit	Ausgaben
1 Ad hoc	Standard global, Workspaces unbekannt	Einzelkonten, geteilte Keys	Keine	Kreditkarte
2 Eingehegt	Eine dokumentierte Route, ein Workspace je Datenklasse	SSO, manuelle Platzvergabe	Ausgabenbericht manuell gezogen	Grenze je Workspace
3 Gesteuert	Regionaler Endpunkt wo nötig, Einstellung je Region geprüft	Gruppen per SCIM, eigene Rollen	Analytics-API oder OpenTelemetry läuft	Gruppengrenzen gesetzt, Blockierte im Blick
4 Betrieben	Residenz nach jeder Änderung automatisch geprüft	Eintritt, Wechsel, Austritt getestet	Zuordnung pro Nutzer im eigenen Stack	Prognose gegen Ist, monatlich
5 Portabel	Routenwechsel geprobt, zweiter Anbieter getestet	Ausstieg aus dem Identitätsanbieter geprobt	Audit-Export Ende zu Ende getestet	Kosten des Modellwechsels vorab gerechnet

Zwei Messfakten begrenzen, was Stufe 3 bedeuten kann. Der Ausgabenbericht wird täglich mit einem Tag Verzug aktualisiert, erlaubt eigene Zeiträume bis 90 Tage zurück und exportiert eine CSV-Zeile pro Person und Modell, so die Analytik-Dokumentation. Und die Sichtbarkeit hängt an der Rolle: im Team-Plan sehen nur Owners und Primary Owners die Analytik, im Enterprise-Plan sehen Admins die Analytik, aber nicht die Ausgaben. Geht Ihr Governance-Design davon aus, dass eine Compliance-Analystin die Ausgaben zieht, prüfen Sie zuerst das Rollenmodell.

Eine weitere Einschränkung gehört in den Befund: bei platzbasierten Enterprise-Plänen erscheinen Ausgabenberichte nur, wenn Usage Credits aktiv sind, und decken dann ausschließlich Überverbrauch ab. Nutzung innerhalb des Platzkontingents wird nicht in Dollar gemessen. Ein Kostensteuerungsprozess auf dieser Grundlage sieht nichts, bis ein Team über das Kontingent läuft.

Selbst prüfen oder auslagern?

Prüfen Sie selbst, wenn Datenschutz, Cloud-Architektur und Identität je eine Woche einbringen können und der Scope eine Route und einen Plan umfasst. Kaufen Sie ein, wenn mehrere Fachbereiche mit unterschiedlichen Datenklassen betroffen sind, wenn niemand die Plan- und Residenzdokumentation gelesen hat, oder wenn das Ergebnis eine externe Prüfung überstehen muss.

Was die Arbeit kostet, als unsere Schätzung und nicht als belegter Benchmark:

Arbeitspaket	Aufwand	Wer im Raum sein muss
Inventar bestehender Konten, Workspaces und Keys	2 bis 4 Tage	Cloud und Identität
Residenz- und Planentscheidung	3 bis 5 Tage	Architektur und Datenschutz
Verarbeiterkette und Verarbeitungsverzeichnis	5 bis 10 Tage	Datenschutz und Recht
AI-Act-Einordnung je Use Case	2 Tage je Use Case	Fachverantwortung und Recht
Kontrollprüfung gegen echte Einstellungen	3 bis 5 Tage	Plattform-Engineering
Messbasis einrichten	3 Tage	Plattform-Engineering

Unsere Einschätzung: Inventar und Kontrollprüfung lohnen sich am ehesten zum Einkauf, weil sie mühsam, spezialisiert und endlich sind. Die AI-Act-Einordnung nicht, weil sie davon abhängt, was der Prozess wirklich tut, und ein externer Prüfer Ihre Beschreibung übernimmt. Kaufen Sie die Prüfung, machen Sie die Einordnung selbst mit rechtlicher Unterstützung.

Was Sie von einem Assessment verlangen sollten:

1. Befunde gegen echte Einstellungen geprüft, mit genanntem Befehl oder Konsolenseite, nicht gegen einen Fragebogen.
2. Eine Scope-Erklärung, die auflistet, was nicht geprüft wurde. Schattennutzung über Privatkonten ist die häufigste Auslassung.
3. Die Planfolge ausgeschrieben, einschließlich der Mindestmengen von 20 und 50 Plätzen.
4. Eignung für die Funktionen geprüft, die der Fahrplan nennt, Beta-Funktionen eingeschlossen.
5. Die Messbasis läuft nach dem Projekt weiter, in Ihren eigenen Werkzeugen.

Unser Leitfaden zum Claude-Datenschutz für Unternehmen behandelt, was auf jeder Route mit Unternehmensdaten passiert, und liefert damit die Belegbasis für die meisten Befunde oben. Wie das Assessment in den Programmablauf passt, steht in unserer KI-Strategie für die EU.

FAQ

Was ist ein KI-Readiness-Assessment?

Ein KI-Readiness-Assessment prüft, ob eine Organisation ein KI-System rechtmäßig und betreibbar einsetzen kann, bevor sie sich bindet. Für Claude heißt das: Residenzroute, Planstufe mit den nötigen Kontrollen, Verarbeiterkette, Audit- und Aufbewahrungseinstellungen und Ausgabengrenzen prüfen, dann die blockierenden Lücken mit Verantwortlichen und Terminen auflisten.

Was kostet ein Claude-Readiness-Assessment?

Einen belegten Marktpreis können wir nicht nennen. Messen Sie ein Angebot am internen Aufwand: etwa 18 bis 30 Personentage für eine Route und einen Plan, mehr, wenn mehrere Fachbereiche unterschiedliche Datenklassen tragen. Verlangen Sie, dass das Honorar eine Prüfung gegen echte Einstellungen abdeckt und nicht einen Fragebogen.

Welchen Plan brauchen wir für die Governance-Kontrollen?

Audit-Logs, Compliance-API, Analytics-API, SCIM und eigene Aufbewahrungsregeln liegen im Enterprise-Plan, der mindestens 20 Plätze im Self-Service oder 50 mit Vertrieb verlangt. Der Team-Plan liefert SSO, zentrale Abrechnung und Admin-Kontrollen, aber kein SCIM und keine Compliance-API.

Readiness-Assessment oder Governance-Rahmen: was ist der Unterschied?

Das Assessment ist eine Momentaufnahme, die Befunde und eine Entscheidung produziert. Der Governance-Rahmen ist die dauerhafte Struktur aus Rollen, Freigaben und Kontrollen, in die die Befunde einlaufen. Kauft man das Assessment ohne den Rahmen zu bauen, entsteht ein Bericht, der nach einem Quartal veraltet ist.

Verlangt der AI Act ein Readiness-Assessment?

Nein. Der Act verlangt konkrete Pflichten, darunter KI-Kompetenz seit dem 2. Februar 2025 und Transparenzpflichten ab dem 2. August 2026, sowie Konformitätsarbeit für Hochrisikosysteme ab Dezember 2027. Ein Assessment ist ein Weg herauszufinden, ob Sie diese Pflichten erfüllen, und keine Pflicht für sich.

Können wir Claude Managed Agents unter Zero Data Retention nutzen?

Derzeit nicht. Claude Managed Agents ist zustandsbehaftet angelegt und hält Gesprächsverlauf, Sandbox-Zustand und Ergebnisse serverseitig, also ist es weder für Zero Data Retention noch für eine HIPAA-Vereinbarung geeignet. Sitzungen und hochgeladene Dateien lassen sich über die API löschen, die Eignungslücke gehört aber in das Assessment.

Quellen

1. Europäische Kommission: Rechtsrahmen für KI (28. Oktober 2026)
2. Anthropic Support: Was ist der Enterprise-Plan (28. Oktober 2026)
3. Anthropic: Data residency (28. Oktober 2026)
4. Anthropic Support: Nutzungsanalytik für Team und Enterprise (28. Oktober 2026)
5. Anthropic Support: Gruppen und Ausgabengrenzen (28. Oktober 2026)
6. Anthropic: Claude Managed Agents (28. Oktober 2026)