Claude und DSGVO – Leitfaden für Unternehmen
DSGVO-Pflichten beim Claude-Einsatz – strukturiert aus BetreibersichtClaude und DSGVO: der Leitfaden für deutsche Unternehmen
Der Rollout ist eigentlich beschlossen, das Budget steht, die Fachbereiche scharren mit den Hufen — und dann kommt die Mail vom Datenschutzbeauftragten: „Bevor wir das ausrollen, hätte ich gern den AVV, das Verarbeitungsverzeichnis, die Transferbewertung und eine Aussage zur Speicherdauer.“ Vier Begriffe, und plötzlich steht das Projekt. Nicht weil irgendetwas davon unlösbar wäre, sondern weil niemand im Raum sicher sagen kann, was Anthropic eigentlich liefert und was ihr selbst erledigen müsst.
Genau diese Sortierung leistet dieser Artikel: Wer trägt welche Rolle, wohin fließen die Daten, was ist beim US-Transfer zu tun und welche Dokumente gehören vor dem Start in den Ordner. Eines vorweg, damit die Erwartung stimmt — das hier ist eine praxisnahe Landkarte aus Betreibersicht, keine Rechtsberatung. Die Bewertung eures konkreten Einzelfalls gehört zu eurem Datenschutzbeauftragten oder eurer Kanzlei.
Die Rollenverteilung: Wer hier wofür geradesteht
Ihr seid und bleibt der Verantwortliche
Die DSGVO kennt für euer Szenario eine klare Besetzung: Euer Unternehmen ist der Verantwortliche, weil ihr entscheidet, welche Daten zu welchem Zweck durch Claude laufen. Anthropic ist Auftragsverarbeiter nach Art. 28 DSGVO — es verarbeitet auf eure Weisung, für eure Zwecke, im Rahmen eines Vertrags. Das klingt nach Jurafolklore, hat aber eine sehr praktische Konsequenz: Kein Vertrag der Welt verschiebt die Verantwortung zu Anthropic. Wenn ein Sachbearbeiter Bewerberdaten in einen Chat kippt, den es dafür nie hätte geben dürfen, ist das euer Problem, nicht das des Anbieters. Der AVV regelt die Arbeitsteilung, nicht die Haftungsflucht.
Der AVV kommt frei Haus — auf den richtigen Plänen
Die gute Nachricht für alle, die schon einmal Monate auf einen unterschriebenen Auftragsverarbeitungsvertrag gewartet haben: Bei Anthropic ist das Data Processing Addendum — funktional das Gegenstück zum deutschen AVV — Bestandteil der kommerziellen Nutzungsbedingungen. Wer die Commercial Terms akzeptiert, hat damit auch den AVV samt EU-Standardvertragsklauseln an Bord; ein separater Papierprozess entfällt. Flankiert wird das von unabhängigen Nachweisen wie SOC 2 Type II und der ISO-27001-Familie, abrufbar über Anthropics Trust Center. Wichtig ist das Wörtchen „kommerziell“: Das gilt für die API, Team und Enterprise — und ausdrücklich nicht für die Consumer-Pläne.
Die Rechtsgrundlage nicht vergessen
Neben Rolle und Vertrag braucht jede Verarbeitung eine Rechtsgrundlage aus Art. 6 DSGVO — und die liefert kein Anbieter mit, weil sie von eurem Zweck abhängt. Im Büroalltag trägt meist das berechtigte Interesse nach Art. 6 Abs. 1 lit. f, bei Kundendaten im Vertragskontext lit. b; auf Einwilligungen solltet ihr euch im Beschäftigtenkontext wegen der Freiwilligkeitsfrage nur ausnahmsweise stützen. Der Punkt klingt banal, wird aber in erstaunlich vielen KI-Projekten übersprungen: Man diskutiert wochenlang über Server-Standorte und vergisst den einen Satz im Verzeichnis, der sagt, warum die Verarbeitung überhaupt zulässig ist.
Abb.: Die drei Verantwortlichkeits-Ebenen — und welches Dokument welche Ebene regelt.
|
WARNUNG Free, Pro und Max sind keine Unternehmenslösung Die Consumer-Pläne haben keinen AVV, und Chats können dort je nach gewählter Datenschutz-Einstellung für die Modellverbesserung genutzt werden. Ein Pro-Abo auf der Firmenkreditkarte ist damit datenschutzrechtlich kein kleines Provisorium, sondern eine Verarbeitung ohne Rechtsgrundlage-Unterbau — bei personenbezogenen Daten ein Vorfall mit Ansage. Sammle die Privatkonten ein, bevor der erste Fachbereich produktiv wird, nicht danach. Die Domain-Verifizierung hilft dir dabei, bestehende Konten mit Firmenadresse in die Organisation zu holen. |
|---|
Wohin die Daten fließen — und wo ihr die Hand am Regler habt
Der Weg einer Eingabe
Für das Verarbeitungsverzeichnis musst du den Datenfluss beschreiben können, und der ist weniger mystisch, als KI-Debatten vermuten lassen. Eine Eingabe — Prompt, hochgeladene Datei oder Kontext aus einem freigegebenen Konnektor — geht an die Claude-Plattform, das Modell erzeugt eine Antwort, Verläufe und Projektinhalte werden gespeichert, damit Nutzer weiterarbeiten können, und nach Ablauf der jeweiligen Frist wird gelöscht. Auf den kommerziellen Plänen gilt dabei die wichtigste Zusicherung zuerst: Eure Eingaben und Ausgaben werden standardmäßig nicht für das Training der Modelle verwendet. Das ist der Satz, den der Datenschutzbeauftragte zuerst hören will — und er stimmt für API, Team und Enterprise ab Werk.
Speicherfristen und ihre Ausnahmen
Bei der Speicherdauer lohnt der Blick ins Kleingedruckte. Für die API gilt als Grundlinie, dass Ein- und Ausgaben binnen etwa 30 Tagen gelöscht werden; im Chat-Produkt bestimmen die Nutzer über ihre Verläufe, und auf Enterprise könnt ihr eigene Aufbewahrungsfristen setzen, die zu eurem Löschkonzept passen. Zwei Ausnahmen gehören ehrlich dazu: Erstens können Trust-&-Safety-Prüfungen die Aufbewahrung verlängern, wenn Eingaben gegen die Nutzungsrichtlinien verstoßen — im Extremfall deutlich über die Standardfrist hinaus. Zweitens gelten für einzelne Vorschau-Modelle der neuesten Generation eigene Aufbewahrungsregeln, die separat freigeschaltet und separat bewertet werden müssen. Beides gehört in eure Dokumentation, nicht in die Fußnote.
Abb.: Der Datenfluss vom Prompt bis zur Löschung — mit den vier Stellen, an denen ihr steuert.
|
INFO Konnektoren sind Teil des Datenflusses Sobald Claude über Konnektoren auf SharePoint, Postfächer oder andere Systeme zugreift, wandert deren Inhalt als Kontext in die Verarbeitung — das Verarbeitungsverzeichnis muss diese Quellen also mit abdecken. Die Zugriffe laufen entlang der Berechtigungen des angemeldeten Nutzers, was bedeutet: Jede seit Jahren überteilte Bibliothek ist ab sofort per Klartextfrage auffindbar. Berechtigungen aufräumen ist deshalb keine IT-Kosmetik, sondern Datenschutz-Grundpflege. |
|---|
Der US-Transfer: das eigentliche Prüfthema
SCC, TIA und der ganze Werkzeugkasten
Anthropic ist ein US-Anbieter, und beim Direktbezug werden Daten in den USA verarbeitet — damit seid ihr im Kapitel V der DSGVO. Der Transfermechanismus liegt bei: Die Standardvertragsklauseln stecken im DPA. Was der Anbieter euch nicht abnehmen kann, ist die Bewertung, ob dieser Mechanismus in eurem Fall trägt — das Transfer-Impact-Assessment ist eure Aufgabe als Verantwortlicher. Für die meisten Verarbeitungen ohne besondere Datenkategorien ist das eine überschaubare, gut dokumentierbare Übung; die Bausteine wie Zertifizierungen, technische Maßnahmen und Subprozessorenliste liefert der Anbieter. Wer sich dabei auf transatlantische Angemessenheitsbeschlüsse verlassen will, sollte deren politischen Wetterbericht im Auge behalten — Verträge, die auch ohne sie funktionieren, schlafen ruhiger.
Wenn es EU-Boden sein muss: der Bezugsweg entscheidet
Für Häuser, bei denen die Verarbeitung zwingend in der EU stattfinden soll, gibt es einen Hebel, der oft übersehen wird: den Bezugsweg. Claude läuft nicht nur bei Anthropic direkt, sondern auch über AWS Bedrock und Google Vertex AI — und dort wählt ihr die Region, etwa Frankfurt. In dieser Konstellation findet die Modellverarbeitung in der gewählten Cloud-Region statt, Vertragspartner für die Infrastruktur ist der Cloud-Anbieter, und euer bestehendes Cloud-Vertragswerk greift mit. Für Microsoft Foundry ist die EU-Variante angekündigt, aber Stand Juli 2026 noch nicht da — wer heute EU-Verarbeitung braucht, landet bei Bedrock oder Vertex. Der Preis der EU-Route: Sie gilt für API-Workloads. Die Chat-Produkte Team und Enterprise laufen über Anthropics eigene Infrastruktur, und dort ist eine EU-Datenresidenz derzeit nicht das Standardangebot. Das ist keine Bewertung, sondern eine Planungsgröße — sie entscheidet, welche Anwendungsfälle ihr auf welchem Weg fahrt. Die Details der Bezugswege sind ein eigenes Thema und sprengen diesen Artikel.
|
PRAXIS-TIPP Zwei Spuren fahren statt einer Grundsatzentscheidung In der Praxis bewährt sich ein zweispuriges Modell: Die Chat-Nutzung läuft auf Team oder Enterprise mit AVV, SCC und dokumentiertem TIA — für den Büroalltag ohne besondere Datenkategorien ist das eine vertretbare, sauber begründbare Lösung. Alles, was systematisch personenbezogene Daten verarbeitet oder in regulierte Prozesse eingebaut wird, läuft über die API in einer EU-Cloud-Region. So bekommt jede Datenklasse den Weg, der zu ihrem Risiko passt, statt dass die strengste Anforderung den gesamten Rollout blockiert. |
|---|
Eure Hausaufgaben: das Dokumentationspaket
Die Pflichtdokumente
Was am Ende im Ordner liegen muss, ist überschaubarer, als die Aufregung vermuten lässt. Erstens die Vertragsbasis: kommerzieller Plan, abgelegter AVV samt SCC, archivierte Subprozessorenliste mit abonnierter Änderungsmitteilung. Zweitens der Eintrag im Verzeichnis der Verarbeitungstätigkeiten — mit Zwecken, Datenkategorien, Empfängern, Drittlandbezug und Fristen. Drittens die Transferbewertung. Viertens die Risikoprüfung: Für den Standardfall reicht eine dokumentierte Schwellwertanalyse, die begründet, warum keine Datenschutz-Folgenabschätzung nötig ist; sobald besondere Datenkategorien nach Art. 9, systematische Bewertung von Beschäftigten oder ähnlich heikle Konstellationen ins Spiel kommen, wird aus der Analyse eine vollständige DSFA nach Art. 35. Der Aufwand für die Punkte eins bis vier ist Schreibtischarbeit von Tagen, nicht Monaten — vorausgesetzt, jemand fängt an.
Die Daueraufgaben
Der anspruchsvollere Teil beginnt nach der Ablage. Betroffenenrechte brauchen einen Prozess: Wenn jemand Auskunft oder Löschung verlangt, muss klar sein, wer im Unternehmen die Anfrage annimmt, wo in Claude gesucht wird und wie gegenüber dem Anbieter gelöscht wird. Das Löschkonzept muss die neuen Speicherorte kennen — Verläufe, Projekte, Protokolle. Die Nutzungsregeln müssen je Datenklasse sagen, was in Claude darf und was nicht, und die Belegschaft muss diese Regeln nicht nur unterschrieben, sondern verstanden haben. Und ja: Der Betriebsrat gehört früh an den Tisch, sobald Beschäftigtendaten oder Verhaltensdaten im Spiel sind — die Mitbestimmung ist ein eigenes Kapitel, aber ignorieren macht sie nicht kleiner.
Abb.: Das Dokumentationspaket in sechs Bausteinen — vier davon Schreibtischarbeit, zwei Daueraufgaben.
|
WARNUNG Das Papier schützt nur, wenn die Praxis mitspielt Der klassische Datenschutzvorfall im KI-Betrieb ist kein Hackerangriff, sondern ein Nutzer, der es gut meint: die Excel mit Kundendaten im Chat, der Screenshot mit Patientennamen, der Vertragsentwurf im falschen Konto. Gegen diesen Fall hilft kein AVV, sondern nur eine klare Regel je Datenklasse plus Wiederholung, bis sie sitzt. Faustregel für die Schulung: Nicht erklären, was die DSGVO ist — erklären, was in welches Eingabefeld darf. Das ist eine Folie, keine Schulungsreihe. |
|---|
Fünf Stolperfallen, die in Audits wirklich auffallen
Zum Schluss die Punkte, an denen Datenschutzprüfungen in der Praxis hängen bleiben — nicht, weil sie kompliziert wären, sondern weil sie in keiner Produktbroschüre stehen.
Erstens die Schattenkonten: In fast jedem Haus arbeiten längst Leute mit privaten Claude-Konten, bevor das offizielle Projekt startet. Jedes davon ist eine ungeregelte Verarbeitung; einsammeln geht vor ausrollen. Zweitens die Ausgaben: Datenschutz endet nicht am Eingabefeld. Wenn Claude einen Bericht über einen Kunden erzeugt, ist auch die Ausgabe ein personenbezogenes Datum, das in Ablage, Aufbewahrung und Löschkonzept gehört. Drittens die Protokolle: Nutzungsstatistiken und Audit-Logs sind selbst Beschäftigtendaten. Wer sie einführt, verarbeitet Verhaltensdaten der eigenen Leute — spätestens hier sitzt der Betriebsrat mit am Tisch, und eine Zweckfestlegung („Sicherheit ja, Leistungskontrolle nein“) gehört schriftlich fixiert.
Viertens die Verwechslung der Vertragswege: Claude als Produkt mit Anthropic-AVV und die Anthropic-Modelle innerhalb des Microsoft Copilot sind zwei verschiedene Rechtsverhältnisse mit unterschiedlichen Zusagen — was ihr für das eine dokumentiert habt, gilt nicht automatisch für das andere. Und fünftens die Vergänglichkeit: Speicherfristen, Subprozessoren und Regionsangebote ändern sich in diesem Markt laufend. Ein Dokumentationspaket ohne Wiedervorlagetermin ist nach einem Jahr Archivmaterial. Trag den Prüftermin gleich ein — halbjährlich reicht, aber er muss existieren.
Häufige Fragen (FAQ)
Ist Claude DSGVO-konform?
Claude kann DSGVO-konform eingesetzt werden — Konformität ist aber eine Eigenschaft eures Einsatzes, nicht des Produkts. Die Bausteine liefert Anthropic auf den kommerziellen Plänen: AVV mit Standardvertragsklauseln als Teil der Commercial Terms, kein Modelltraining mit euren Inhalten als Standard, Zertifizierungen wie SOC 2 Type II und ISO 27001. Was übrig bleibt, ist eure Seite: passender Kontotyp, Verarbeitungsverzeichnis, Transferbewertung, interne Regeln — und im Zweifel die Prüfung durch euren Datenschutzbeauftragten.
Hat Anthropic einen AVV nach Art. 28 DSGVO?
Ja — für die kommerziellen Produkte (API, Team, Enterprise) ist das Data Processing Addendum samt EU-Standardvertragsklauseln in die Commercial Terms einbezogen; ein separater Unterschriftenprozess ist nicht nötig. Für die Dokumentation legst du das DPA, die SCC und die Subprozessorenliste ab und abonnierst die Änderungsmitteilungen. Die Consumer-Pläne Free, Pro und Max haben keinen AVV und scheiden für personenbezogene Daten im Unternehmenskontext aus.
Trainiert Anthropic mit unseren Unternehmensdaten?
Nein — auf den kommerziellen Plänen werden Eingaben und Ausgaben standardmäßig nicht für das Modelltraining verwendet. Anders sieht es auf den Consumer-Plänen aus, wo die Nutzung für die Modellverbesserung von der gewählten Datenschutz-Einstellung des einzelnen Kontos abhängt — einer von mehreren Gründen, warum Privatkonten im Firmeneinsatz nichts verloren haben. Eine gesonderte Rolle spielen einzelne Vorschau-Modelle mit eigenen Aufbewahrungsregeln, die separat freigeschaltet und bewertet werden müssen.
Wo werden die Daten bei Claude gespeichert und verarbeitet?
Beim Direktbezug über Anthropic in den USA — abgesichert über AVV und Standardvertragsklauseln plus eure Transferbewertung. Wer Verarbeitung auf EU-Boden braucht, wählt den Bezugsweg über AWS Bedrock oder Google Vertex AI in einer EU-Region wie Frankfurt; dort bestimmt die gewählte Cloud-Region den Verarbeitungsort. Für die Chat-Produkte Team und Enterprise ist eine EU-Datenresidenz derzeit nicht Standard, weshalb viele Häuser Chat-Nutzung und API-Workloads getrennt bewerten.
Brauchen wir für Claude eine Datenschutz-Folgenabschätzung?
Nicht automatisch — aber ihr braucht in jedem Fall eine dokumentierte Prüfung, ob eine nötig ist. Für Büro-Nutzung ohne besondere Datenkategorien genügt meist die begründete Schwellwertanalyse. Eine vollständige DSFA nach Art. 35 wird fällig, wenn besondere Kategorien nach Art. 9 verarbeitet werden, Beschäftigte systematisch bewertet werden oder die Verarbeitung sonst voraussichtlich ein hohes Risiko birgt. Im Zweifel gilt: lieber eine schlanke DSFA zu viel als eine Diskussion mit der Aufsichtsbehörde zu wenig.
Dürfen Mitarbeiter Kundendaten in Claude eingeben?
Ja, wenn drei Bedingungen erfüllt sind: Die Nutzung läuft über einen kommerziellen Plan mit AVV, die Verarbeitung ist im Verarbeitungsverzeichnis abgebildet und eine Rechtsgrundlage trägt sie — bei Kundendaten im Vertragskontext regelmäßig Art. 6 Abs. 1 lit. b oder f DSGVO. Was nicht geht: dieselben Daten im privaten Pro-Konto oder Datenklassen, die eure interne Regelung ausdrücklich ausschließt. Genau dafür braucht ihr die Regel je Datenklasse — damit die Antwort auf diese Frage nicht jedes Mal neu verhandelt wird.
Weiterlesen
Wie Claude im Unternehmen insgesamt aufgesetzt wird — Lizenzmodelle, Microsoft-Anbindung, Governance und Rollout — steht im Überblick Claude im Unternehmen. Und wenn AVV, TIA und Verarbeitungsverzeichnis bei euch gerade konkret anstehen: In der Beratung zu Claude und KI-Governance bauen wir genau dieses Dokumentationspaket gemeinsam mit eurem Datenschutzbeauftragten auf.