Claude im Unternehmen einführen: die fünf Entscheidungen vor dem ersten Euro

Von Ralf Schmidt | 7. August 2026 | Tech-Corner

Seit dem 2. August 2026 gilt die KI-Verordnung in weiten Teilen: Die Transparenzpflichten aus Art. 50 sind anwendbar, und die Bundesnetzagentur übernimmt die Marktüberwachung für KI in Deutschland. Gleichzeitig hat der Digital Omnibus die strengen Hochrisiko-Pflichten um über ein Jahr nach hinten geschoben. Wer als Geschäftsführer, IT-Leiterin oder Datenschutzbeauftragter gerade über die Einführung eines KI-Assistenten entscheidet, muss beides auseinanderhalten können.

Claude ist das KI-Assistenzsystem des US-Anbieters Anthropic und in vielen Häusern gerade das Werkzeug, über das diskutiert wird. Die folgenden fünf Entscheidungen gelten allerdings weitgehend werkzeugunabhängig – wer stattdessen Microsoft Copilot oder Google Gemini einführt, steht vor denselben Fragen. Alle fünf fallen in die ersten sechs Wochen, lange bevor die IT anfängt zu bauen. Und wenn eine Einführung später stockt, lässt sich das fast immer auf eine dieser fünf zurückführen, die zu spät oder gar nicht getroffen wurde.

1. Consumer-Tarife scheiden aus – und sind trotzdem schon im Haus

Claude Free, Pro und Max haben keinen Auftragsverarbeitungsvertrag (AVV), und Eingaben können in die Modellverbesserung einfließen. Damit fehlt für zwei verschiedene Datenarten die Grundlage: Bei personenbezogenen Daten fehlt die nach Art. 28 DSGVO erforderliche vertragliche Basis. Bei Geschäftsgeheimnissen ohne Personenbezug – Kalkulationen, Angebotsstrategien, Quellcode – ist es kein DSGVO-Thema, sondern eine Frage des Geheimnisschutzes und Ihrer Kundenverträge. Beides führt zum selben Ergebnis: betrieblich nicht nutzbar.

Der unangenehme Teil kommt vorher. Gehen Sie davon aus, dass es in Ihrem Haus bereits passiert. Nicht aus böser Absicht, sondern weil jemand im Vertrieb gemerkt hat, dass Angebotsentwürfe damit schneller gehen. Diese inoffizielle Nutzung über private Accounts – „Schatten-KI“ – ist der eigentliche Ausgangszustand, nicht die grüne Wiese.

Der erste konkrete Schritt ist deshalb keine Ausschreibung, sondern eine Inventur der tatsächlichen Nutzung plus eine Dienstanweisung, die private KI-Accounts für Unternehmensdaten untersagt.

Auf die Reihenfolge kommt es an: Ein Verbot ohne verfügbare Alternative erzeugt mehr Schatten-KI, nicht weniger. Verbot und offizielle Umgebung müssen zeitlich zusammenfallen.

2. Der Zugangsweg bestimmt, welche Zusagen Sie überhaupt geben können

Ein kommerzieller Tarif ist Pflicht. Welcher, hängt vom Schutzbedarf ab.

Zero Data Retention (ZDR) bedeutet, dass Ein- und Ausgaben nicht beim Anbieter gespeichert werden – die Voraussetzung dafür, sensible Inhalte überhaupt verarbeiten zu dürfen.

Der Punkt, der in Vertriebsgesprächen regelmäßig untergeht: Anthropic wirbt mit regionaler Datenresidenz für Europa. Geliefert wird diese aber über die Cloud-Anbieter, nicht über den direkten Anthropic-Vertrag. Weder claude.ai noch die Anthropic-API bieten EU-Datenresidenz; dort läuft die Verarbeitung auf US-Infrastruktur.

Wer also dem Betriebsrat, einem Kunden oder einer Aufsichtsbehörde EU-Verarbeitung zusichern will, braucht den Weg über AWS Bedrock (unter anderem Frankfurt, Irland, Paris) oder Google Vertex AI mit europäischen Endpunkten. Das ist eine Architekturentscheidung, keine Vertragsklausel – und sie kostet: Die gewohnte claude.ai-Oberfläche steht dort nicht zur Verfügung, es braucht eine eigene Chat-Oberfläche.

Für Häuser, die ohnehin auf Microsoft 365 laufen, gibt es einen dritten Weg. Anthropic-Modelle sind in Copilot Chat, im Researcher-Agenten, in Copilot Studio und in Office-Agenten als wählbares Modell verfügbar; in Microsoft Foundry sind sie inzwischen allgemein verfügbar. Die Mitarbeitenden bleiben in Teams, Word und Outlook, die Verwaltung läuft über die gewohnte Microsoft-Administration – das ist die mit Abstand geringste Einführungshürde.

Der Haken: Für Claude-Modelle gibt es bei Microsoft bislang keine europäische Datenzone. Die Verarbeitung findet außerhalb der EU Data Boundary statt, und Microsoft hat die Funktion für Tenants in EU, EFTA und UK deshalb standardmäßig deaktiviert; ein Administrator muss sie bewusst einschalten. Eine europäische Foundry-Option ist angekündigt, aber ohne Datum.

Daraus ergibt sich ein zweigleisiges Setup: unkritische und sauber pseudonymisierte Inhalte über den bequemen Microsoft-Weg, sensible Daten über den EU-Weg. Das ist eine Komfort-, keine Compliance-Entscheidung. Wer sich die doppelte Architektur sparen will, fährt alles über Bedrock.

3. Der Betriebsrat gehört in Woche 3, nicht in Woche 14

Von den Projekten, die wir im Nachhinein zu sehen bekommen, ist das der häufigste vermeidbare Bruch.

§ 87 Abs. 1 Nr. 6 BetrVG gibt dem Betriebsrat ein erzwingbares Mitbestimmungsrecht bei technischen Einrichtungen, die zur Überwachung von Verhalten oder Leistung geeignet sind. KI-Logs zeigen, wer wann was angefragt hat. Das erfüllt dieses Kriterium – unabhängig davon, ob Sie je vorhatten, es auszuwerten.

Ein übergangener Betriebsrat kann die Abschaltung im Eilverfahren durchsetzen. Zwei bis sechs Wochen Verfahren, Projektstillstand inklusive. Die Technik steht dann fertig da, und niemand darf sie nutzen.

Die Lösung kostet fast nichts: früh informieren, anonymisierte Auswertung zusagen, individuelles Nutzungs-Monitoring vertraglich ausschließen. In den meisten Fällen ist der Betriebsrat kein Gegner, sondern jemand, der eine belastbare Zusage braucht, um zustimmen zu können.

Eine Rahmen-Betriebsvereinbarung „KI“ sollte dafür mindestens acht Punkte abdecken: Geltungsbereich, Positiv-Liste erlaubter Anwendungsfälle je Nutzergruppe, ausdrückliches Verbot von Leistungsüberwachung und automatisierten Entscheidungen über Mitarbeitende, Datenregeln, Transparenz gegenüber den Beschäftigten, Schulungsnachweis als Zugangsvoraussetzung, Kontrollrechte des Gremiums und eine Änderungsklausel für künftige Systeme.

Ein Detail aus der Praxis: Wer Microsoft Copilot und Claude parallel betreibt – was viele Mittelständler tun –, sollte ein gemeinsames KI-Regelwerk für beide Werkzeuge schreiben. Das spart die doppelte Betriebsrats- und Datenschutzdiskussion und verhindert, dass zwei Insellösungen mit unterschiedlichen Regeln entstehen.

4. Schulung ist Zugangsvoraussetzung, nicht Begleitprogramm

Die KI-Kompetenzpflicht aus Art. 4 EU AI Act gilt seit dem 2. Februar 2025. Der Digital Omnibus hat sie im Sommer 2026 entschärft: aus der Pflicht, ein bestimmtes Kompetenzniveau zu gewährleisten, ist eine Förderpflicht geworden. Gestrichen wurde sie nicht – Anbieter und Betreiber müssen weiterhin Maßnahmen ergreifen, um die KI-Kompetenz ihrer Beschäftigten zu entwickeln.

Für die Praxis ändert das wenig, denn die harte Regel hat sich ohnehin aus einem anderen Grund bewährt: ohne Schulungsnachweis kein Account. Sie ist weniger ein Compliance-Instrument als der wirksamste Hebel, den Sie für die Adoption haben. Und sie liefert Ihnen nebenbei genau den Nachweis, den Art. 4 verlangt.

Eine Schulung für alle funktioniert dabei nicht. Eine Entwicklerin braucht API-Sicherheit, Bewusstsein für Prompt Injection und Review-Disziplin. Ein Sachbearbeiter braucht Prompt-Grundlagen und klare Datenregeln. Eine Geschäftsführerin braucht Governance, Haftungsfragen und die Einsicht, dass sie selbst nutzen muss, damit es die anderen tun. Als Richtwert: zwei Stunden Basis für alle, vier Stunden erweitert für Entwickler, zwei Stunden Governance für die Führungsebene.

5. Sperren Sie die Risiko-Anwendungsfälle – dann arbeiten die Fristen für Sie

Geben Sie Recruiting-Bewertung, HR-Analytics auf Personenebene und automatisierte Entscheidungen über Menschen vorerst gar nicht frei. Diese eine Entscheidung nimmt Ihnen den gesamten Hochrisiko-Teil der KI-Verordnung aus dem Projekt – die Pflichten greifen dann schlicht nicht.

Das ist deshalb so wirksam, weil sich an dieser Stelle in den vergangenen Monaten am meisten bewegt hat und entsprechend viele Halbwahrheiten kursieren. Der Stand in drei Punkten:

Verschoben, aber beschlossen. Der Digital Omnibus ist am 27. Juli 2026 als Verordnung (EU) 2026/1744 in Kraft getreten – nach Zustimmung des Europäischen Parlaments im Juni und des Rates Ende Juni 2026. Die Hochrisiko-Pflichten nach Anhang III, unter anderem für Recruiting-KI, gelten damit erst ab dem 2. Dezember 2027; in Produkte eingebettete Hochrisiko-KI folgt am 2. August 2028. Das ist geltendes Recht, keine Ankündigung – darauf können Sie planen.

Aufsicht steht trotzdem. Die Bundesnetzagentur ist nach dem KI-Marktüberwachungs- und Innovationsförderungsgesetz zentrale Marktüberwachungsbehörde und nationale Anlaufstelle. Sie hat den Einsatz von KI unter anderem im Personalwesen ausdrücklich als Schwerpunkt benannt. Ein Vorfall in diesem Bereich zieht heute also mehr Aufmerksamkeit auf sich als noch vor einem Jahr – und kann ein ganzes Einführungsprojekt diskreditieren, auch wenn er formal nicht rechtswidrig war. Die verschobene Frist ändert daran nichts.

Die Kennzeichnungspflicht betrifft Sie weniger, als Sie gerade lesen. Seit dem 2. August 2026 sind die Transparenzpflichten aus Art. 50 anwendbar. Der Großteil davon trifft die Anbieter der Systeme, nicht deren betriebliche Nutzer – auch der oft zitierte Bußgeldrahmen von bis zu 15 Millionen Euro beziehungsweise 3 Prozent des weltweiten Jahresumsatzes zielt überwiegend dorthin. Als einführendes Unternehmen sind Sie vor allem in drei Fällen betroffen: wenn Sie einen Chatbot mit Kundenkontakt betreiben und offenlegen müssen, dass gegenüber einer KI kommuniziert wird; wenn Sie Deepfakes einsetzen; oder wenn Sie KI-generierte Texte zu Angelegenheiten von öffentlichem Interesse veröffentlichen. Eine allgemeine Pflicht, jede KI-unterstützte Angebots-E-Mail zu kennzeichnen, folgt daraus nicht. Für Anbieter generativer Systeme, die bereits vor dem Stichtag am Markt waren, läuft für die maschinenlesbare Markierung synthetischer Inhalte zudem eine Übergangsfrist bis zum 2. Dezember 2026.

Eine Kennzeichnungsregel gehört trotzdem in die Dienstanweisung – nicht wegen Art. 50, sondern weil Kunden- und Rahmenverträge zunehmend eigene Offenlegungsklauseln enthalten. Prüfen Sie das an Ihren Verträgen, nicht am Gesetzestext.

Das operative Rückgrat: die Datenkategorie-Ampel

Die fünf Entscheidungen betreffen die Geschäftsführung. Für die Mitarbeitenden braucht es eine Übersetzung, und dafür gibt es genau ein Werkzeug, das erfahrungsgemäß funktioniert. Eine Seite, für jeden verständlich, im Intranet und als Aushang:

• Grün – öffentlich oder intern ohne Personenbezug: Marktdaten, Produktinfos, eigene Texte, anonymisierte Fallbeispiele. Frei nutzbar in der freigegebenen Umgebung.
• Gelb – vertraulich, aber pseudonymisierbar: Kundenvorgänge, Verträge, interner Code. Nur nach Pseudonymisierung und nur in der Unternehmensumgebung.
• Rot – personenbezogen sensibel oder strategisch: Klardaten von Kunden und Bewerbern, Gehälter, Gesundheitsdaten nach Art. 9 DSGVO, M&A-Unterlagen, Produktions-Datenbankauszüge. Nur in einer ZDR-Umgebung durch berechtigte Rollen – oder gar nicht.

Die Ampel wirkt nur, wenn die Gelb-Regel im Alltag leicht befolgbar ist. Legen Sie eine kurze Pseudonymisierungs-Anleitung mit Beispielen dazu („Müller GmbH → Kunde A“). Und halten Sie fest: Die Grenze verläuft an der Pseudonymisierung, nicht am Bauchgefühl.

Absicherung ist noch keine Wirkung

Die fünf Entscheidungen sorgen dafür, dass Ihr Projekt nicht gestoppt wird. Ob es sich lohnt, entscheidet sich danach – und dort liegt der häufigste Verlaufsfehler.

Er sieht so aus: Die Technik steht, aber es gibt keine Vorlagen und keine konkreten Anwendungsfälle. Die Nutzer probieren einmal etwas aus, sind mäßig beeindruckt und kommen nicht wieder. Drei Gegenmittel haben sich bewährt.

Geben Sie pro Abteilung zwei konkrete Quick Wins vor, statt „probiert mal aus“ zu sagen. Vertrieb: Angebots- und E-Mail-Entwürfe, Gesprächsnotizen strukturieren. Controlling: Berichte verdichten, Tabellen erklären lassen. Projektleitung: Meeting-Notizen in Aufgabenlisten verwandeln.

Benennen Sie Champions – etwa einen je 30 bis 50 Nutzer – als erste Anlaufstelle in der Abteilung. Das entlastet die IT und senkt die Hemmschwelle deutlich stärker als jede Hotline.

Und messen Sie echte Nutzung statt verteilter Lizenzen. Als brauchbare Faustregel gilt jemand als im Alltag angekommen, der in vier Wochen rund 30-mal bewusst mit dem Werkzeug arbeitet. Alles darunter ist Neugier, keine Gewohnheit.

Der Zeitrahmen

Für ein Unternehmen mit rund 500 Mitarbeitenden sind 16 bis 20 Wochen realistisch: Bestandsaufnahme in Woche 1 bis 2, Recht und Vertrag inklusive Betriebsratsgespräch in Woche 3 bis 6, Technik mit SSO, automatisiertem On- und Offboarding und Audit-Logging in Woche 7 bis 10, Pilotbetrieb in Woche 11 bis 14, danach abteilungsweiser Rollout.

Dass die Führungsebene den Pilotbetrieb eröffnet, ist keine Höflichkeit. Es hat zwei nüchterne Gründe: Führungskräfte, die selbst nutzen, treiben die Adoption messbar – und ihre Datenrisiken aus Strategie, M&A und Personalthemen erzwingen ohnehin, dass die geschützte Umgebung vor allen anderen steht.

Auffällig ist dabei, wie wenig davon Technik ist. Vier der fünf Entscheidungen fallen in Verträgen, Gesprächen und Dienstanweisungen – lange bevor jemand ein System konfiguriert. Genau deshalb sind sie so leicht zu übersehen und so teuer nachzuholen.

Rechtsstand: 7. August 2026. Dieser Beitrag ersetzt keine Rechtsberatung; die Auslegung von Art. 50 EU AI Act im betrieblichen Einsatz ist in Teilen noch nicht abschließend geklärt. Produktdetails wie Preise, ZDR-Konditionen und die Verfügbarkeit von EU-Regionen ändern sich kurzfristig – prüfen Sie vor Vertragsabschluss die aktuelle Anbieterdokumentation.

Die ZEMID GmbH begleitet mittelständische Unternehmen bei IT-Transformations- und KI-Strategien – von der Zugangsweg-Entscheidung über das Betriebsratsgespräch bis zum Rollout. Wenn Sie an einem dieser Punkte gerade feststecken, sprechen Sie uns an. zemid.de/contact