Die Suchfrage „Betriebsrat KI“ führt im Recruiting zu einer klaren Antwort: Binden Sie den Betriebsrat vor Auswahl und Pilot ein, sobald ein Tool Auswahlregeln prägt oder Beschäftigte überwachen kann. Eine belastbare Betriebsvereinbarung regelt Zweck, Daten, menschliche Prüfung, verbotene Nutzungen, Kontrollrechte, Änderungen und die Freigabe neuer Funktionen.

Wann bestimmt der Betriebsrat bei KI im Recruiting mit?

Entscheidend ist nicht das Etikett „KI“. Entscheidend sind Funktion, Daten und Wirkung. Ein Textassistent für Stellenanzeigen, ein CV-Ranking, eine Interview-Transkription und ein Recruiter-Dashboard werfen unterschiedliche Fragen auf.

Der Kern ist § 87 Abs. 1 Nr. 6 BetrVG. Danach bestimmt der Betriebsrat bei der Einführung und Anwendung technischer Einrichtungen mit, die dazu bestimmt sind, Verhalten oder Leistung der Arbeitnehmer zu überwachen. Recruiting-Software protokolliert oft, wer ein Profil geprüft, einen Score geändert oder eine Kandidatin kontaktiert hat. Solche Daten können Abläufe steuern. Sie können aber auch die Leistung einzelner Recruiter oder Hiring Manager sichtbar machen.

Bei der Auswahl von Bewerbenden kommt eine zweite Spur hinzu. Allgemeine Beurteilungsgrundsätze und Auswahlrichtlinien können zustimmungspflichtig sein. § 95 Abs. 2a BetrVG bezieht KI bei der Aufstellung von Auswahlrichtlinien ausdrücklich ein. Bei einzelnen Einstellungen gelten zusätzlich die Beteiligungsrechte aus § 99 BetrVG, wenn dessen Voraussetzungen vorliegen. Eine Freigabe des Tools erledigt diese späteren Beteiligungsschritte nicht automatisch.

Beginnen Sie deshalb nicht mit der Anbieterpräsentation. Beginnen Sie mit einer Funktionskarte. Ordnen Sie jede KI-Funktion einem konkreten Prüfpfad zu.

Diese Trennung ist wichtiger als die pauschale Frage, ob „die Plattform“ mitbestimmungspflichtig ist. Eine Plattform kann harmlose Schreibunterstützung und ein eingriffsintensives Ranking enthalten. Die Freigabe sollte sich auf aktivierte Funktionen und die tatsächliche Konfiguration beziehen.

Warum wird § 87 Abs. 1 Nr. 6 BetrVG oft zum Engpass?

Moderne Recruiting-Systeme erzeugen Protokolldaten. Das ist für Sicherheit und Betrieb notwendig. Gleichzeitig lassen sich damit Bearbeitungszeiten, Kontaktzahlen, Entscheidungen und Abweichungen einzelner Nutzer nachvollziehen. Genau diese Doppelnutzung macht den Betriebsrat vorsichtig. Das gilt auch dann, wenn HR keine Leistungskontrolle plant.

Ein Versprechen im Meeting reicht nicht. Schreiben Sie die Grenze in die Betriebsvereinbarung und setzen Sie sie technisch um. Deaktivieren Sie unnötige Dashboards. Begrenzen Sie Rollen. Definieren Sie zulässige Reports. Regeln Sie, ob Daten für Zielgespräche oder personelle Maßnahmen verwendet werden dürfen. Legen Sie Löschfristen für Nutzungslogs fest.

Auch ein Pilot ist kein rechtsfreier Testraum. Sobald echte Bewerbende, Beschäftigte und Prozessdaten beteiligt sind, entstehen reale Wirkungen. Ein sauber begrenzter Pilot nennt Dauer, Nutzerkreis, Stellen, Daten, manuelle Prüfschritte, Abbruchkriterien und Rückbau. Er testet eine Hypothese. Er nimmt den Rollout nicht vorweg.

Der Betriebsrat muss die Einführung fachlich beurteilen können. § 80 BetrVG verlangt eine rechtzeitige und umfassende Unterrichtung sowie die erforderlichen Unterlagen. Muss der Betriebsrat die Einführung oder Anwendung von KI beurteilen, gilt die Hinzuziehung eines Sachverständigen nach dem Gesetz als erforderlich. Planen Sie diese Prüfung im Projekt ein.

Was muss eine Betriebsvereinbarung zu KI regeln?

Eine gute Betriebsvereinbarung zu KI ist konkret genug für wirksame Kontrolle und flexibel genug für geregelte Änderungen. Ein kurzes Papier mit allgemeinen Grundsätzen reicht für Recruiting meist nicht. Eine bis ins letzte Modell-Detail eingefrorene Vereinbarung veraltet dagegen schnell.

In der Praxis trägt ein zweistufiges Modell: Eine Rahmenbetriebsvereinbarung definiert wiederkehrende Regeln und den Freigabeprozess. Ein Systemsteckbrief dokumentiert jedes Tool und jede aktivierte Funktion. So kann eine kleine Änderung zügig geprüft werden, ohne wesentliche Erweiterungen durchzuwinken.

Fordern Sie den Systemsteckbrief schon in der Anbieterauswahl an. Er sollte nicht nur Produktversprechen wiederholen. Benötigt werden Screenshots der Administrationsoberfläche, ein Datenfluss, eine Rollenmatrix und eine Liste aller optionalen Analytics- und Scoring-Funktionen. Fragen Sie, welche Einstellungen der Anbieter selbst ändern kann und welche Änderungen Kunden lediglich angekündigt werden.

Dokumentieren Sie außerdem den tatsächlichen technischen Stand zum Zeitpunkt der Freigabe. Dazu gehören Modellzweck, aktivierte Schnittstellen, Mandanteneinstellungen und verantwortliche interne Stelle. So lässt sich später beantworten, ob ein Release nur einen Fehler behebt oder den genehmigten Use Case erweitert. Eine belastbare Betriebsvereinbarung KI sollte nicht jedes Update verhindern. Sie sollte aber sichtbar machen, wann eine neue Prüfung erforderlich ist.

Geltungsbereich und Zweck

• Nennen Sie Gesellschaft, Standorte, Teams, Nutzergruppen, Bewerbergruppen und erfasste Systeme.
• Beschreiben Sie erlaubte Zwecke operativ, etwa das Extrahieren von CV-Feldern oder das Vorschlagen von Interview-Notizen.
• Listen Sie verbotene Zwecke auf, etwa Emotionsanalyse, Persönlichkeitsableitung aus Stimme und Ranking von Beschäftigten.
• Benennen Sie Entscheidungen, die immer bei einer verantwortlichen Person bleiben.

Daten, Rollen und Aufbewahrung

• Dokumentieren Sie Eingabedaten, erzeugte Daten, Logs, Schnittstellen, Speicherorte, Empfänger und Zugriffsrollen.
• Definieren Sie Aufbewahrung und Löschung je Datenart statt mit einer pauschalen Frist.
• Regeln Sie, ob der Anbieter Kundendaten für gemeinsame Modelle verwenden darf. Ein Verbot sollte vertraglich und prüfbar sein.
• Schaffen Sie Wege für Korrektur, Einwand und erneute menschliche Prüfung.

Bewerbende fallen ausdrücklich unter den Beschäftigtenbegriff des § 26 BDSG. Eine Betriebsvereinbarung kann einen Ordnungsrahmen schaffen. Sie macht eine unnötige Verarbeitung aber nicht erforderlich. Datenminimierung, Zweckbindung, Sicherheit und transparente Information bleiben eigenständige Aufgaben. Der Beitrag zu KI-Recruiting-Compliance vor dem Toolkauf ordnet die angrenzenden Prüfungen ein.

Auswahllogik und menschliche Prüfung

Definieren Sie beim Screening zuerst die Scorecard und prüfen Sie danach das Modell. Der Systemsteckbrief sollte Eingabefelder, Kriterien, Ausschlüsse, Gewichtung, Mindestnachweise und den Umgang mit fehlenden Angaben nennen. Legen Sie fest, ob ein Score nur die Prüfreihenfolge sortiert, eine Shortlist empfiehlt oder eine Absage auslöst. Das sind drei verschiedene Eingriffstiefen.

§ 95 BetrVG verlangt die Zustimmung des Betriebsrats zu Auswahlrichtlinien und nennt den KI-Einsatz ausdrücklich. Gute Kriterien bleiben an der konkreten Rolle. Das System muss Gründe liefern, die ein Recruiter prüfen kann. „Human in the loop“ trägt nur, wenn die Person Informationen, Zeit und Befugnis hat, die Empfehlung zu ändern.

Tests, Kontrollen und Änderungen

• Vereinbaren Sie Akzeptanztests für Genauigkeit, Wiederholbarkeit, Barrierefreiheit und ungleich verteilte Fehler.
• Nutzen Sie einen repräsentativen Testbestand, ohne frühere Einstellungsentscheidungen zum unfehlbaren Maßstab zu machen.
• Erfassen Sie Vorfälle, Übersteuerungen, Beschwerden, False Positives und False Negatives.
• Bestimmen Sie Empfänger, Turnus und Schwellen für Nachbesserung oder Aussetzung.
• Ordnen Sie Änderungen in „nur Information“, „erneute Prüfung“ und „erneute Zustimmung“ ein.

Eine erneute Zustimmung sollte insbesondere bei neuen Datenquellen, neuen Bewertungskriterien, neuen automatisierten Aktionen, personenbezogenen Dashboards, neuen Zwecken oder wesentlich veränderten Schnittstellen geprüft werden. Die Bezeichnung „kleines Update“ durch den Anbieter ist dafür kein brauchbares Kriterium.

Wie läuft die Einführung typischerweise ab?

Der schnellste Prozess beginnt vor dem Einkauf. Zeit geht verloren, wenn Procurement, Datenschutz, IT-Sicherheit, HR und Betriebsrat in verschiedenen Phasen unterschiedliche Dokumente erhalten. Bauen Sie ein gemeinsames Prüfpaket. So diskutieren alle Beteiligten dasselbe System.

1. Use Case eingrenzen. Starten Sie mit dem konkreten Engpass und der unterstützten Entscheidung. Beantragen Sie nicht pauschal „KI im Recruiting“.
2. Funktionen und Daten abbilden. Zeigen Sie Eingaben, Ausgaben, Nutzer, Schnittstellen, Speicherorte, Logs und menschliche Handlungen. Nennen Sie deaktivierte Funktionen.
3. Entscheidungsgrenze festlegen. Schreiben Sie auf, was das System empfehlen darf und was es nie entscheidet. Verknüpfen Sie Kriterien mit der Stellen-Scorecard.
4. Prüfpaket erstellen. Bündeln Sie Datenschutzvertrag, Sicherheitsunterlagen, Modelldokumentation, Löschkonzept, Rollenrechte, Tests und Änderungsverfahren.
5. Gemeinsamen Risiko-Workshop durchführen. Recruiting, HR, IT, Datenschutz, Informationssicherheit und Betriebsrat prüfen denselben Workflow. Offene Punkte erhalten Verantwortliche.
6. Betriebsvereinbarung und Systemsteckbrief verhandeln. Klären Sie Zweck, Verbote, Reporting, Kontrollen, Vorfälle und Updates vor der Pilotkonfiguration.
7. Begrenzt pilotieren. Nutzen Sie benannte Rollen, klare Laufzeit, begrenzte Stellen, manuelle Entscheidungen und vorab definierte Stopps.
8. Auswerten und freigeben. Vergleichen Sie Ergebnisse mit den Akzeptanzkriterien. Dokumentieren Sie Änderungen. Geben Sie frei, passen Sie an oder beenden Sie.

Beim CV Screening sollte die Produktvorführung den Unterschied zwischen Parsing und Entscheidungshilfe sichtbar machen. Sprad kann dabei eine Option neben ATS-Modulen und spezialisierten Anbietern sein. Der Use Case CV Screening eignet sich als konkreter Workflow für einen Systemsteckbrief. Prüfen Sie jeden Anbieter nach denselben Kriterien.

Welche Argumente überzeugen den Betriebsrat?

Überzeugend sind Argumente, die Unsicherheit verkleinern und Kontrolle ermöglichen. Ein bekannter Anbieter, ein Compliance-Label oder eine Effizienzprognose ersetzen keine überprüfbaren Grenzen.

Argumente, die die Verhandlung voranbringen

• „Hier endet der Use Case.“ Zeigen Sie aktivierte und deaktivierte Funktionen statt der gesamten Anbieter-Roadmap.
• „Die KI bereitet vor, eine qualifizierte Person entscheidet.“ Hinterlegen Sie diese Aussage mit Rechten, Informationen und Zeit für echte Prüfung.
• „Recruiting-Aktivität wird nicht zur Leistungskennzahl.“ Regeln Sie Aggregation, Zugriff, Zweck und Löschung.
• „Wir prüfen Fehler vor Geschwindigkeit.“ Qualität und Gleichbehandlung stehen vor mehr Durchsatz.
• „Wesentliche Updates öffnen die Prüfung erneut.“ So wird aus dem freigegebenen Tool später kein anderes System.
• „Der Pilot kann gestoppt werden.“ Konkrete Abbruchkriterien machen den Test glaubwürdig.

Argumente, die Widerstand verstärken

• „Der Anbieter sagt, das Tool sei compliant.“ Die betriebliche Nutzung bleibt Aufgabe des Arbeitgebers.
• „Es sind nur Empfehlungen.“ Empfehlungen steuern trotzdem, wer gesehen, eingeladen oder übergangen wird.
• „Wir müssen schnell sein.“ Geschwindigkeit beantwortet keine Fragen zu Zweck, Daten, Überwachung oder Kriterien.
• „Das Modell ist eine Blackbox.“ Dann braucht es weniger Entscheidungsmacht und strengere Tests.
• „Andere Unternehmen nutzen es auch.“ Deren Konfiguration und Betriebsvereinbarung gelten nicht für Ihren Betrieb.

Ein guter Business Case setzt bei Arbeitsqualität an, nicht bei Personalabbau. Zeigen Sie, welche Dubletten, Formatierungen oder Triage-Schritte wegfallen und wo Recruiting-Urteil und Kandidatenkontakt erhalten bleiben. Beim Active Sourcing sollten Sie Suchkriterien und die Prüfung vorgeschlagener Profile dokumentieren. Der Leitfaden zu Active Sourcing und DSGVO behandelt die angrenzenden Datenschutzfragen.

Wie vermeiden Sie Stillstand nach der Unterschrift?

Viele Vereinbarungen regeln die Einführung, aber nicht den Betrieb. Dann beginnt die Unsicherheit beim ersten Modellwechsel erneut. Ein belastbares Verfahren nennt feste Ansprechpartner, eine kurze Änderungsanzeige, Prüffristen, Eskalationsstufen und eine gemeinsame Ablage für Systemsteckbriefe.

Ein Ampelmodell kann helfen. Grüne Änderungen verändern weder Zweck, Daten noch Entscheidungsmacht und werden dokumentiert. Gelbe Änderungen brauchen eine fachliche Prüfung. Rote Änderungen erfordern eine neue Zustimmung. Entscheidend sind vorab vereinbarte Kriterien, nicht die Farbe selbst.

Planen Sie außerdem einen regelmäßigen Review. Prüfen Sie nicht nur Modellqualität. Prüfen Sie auch Nutzung: Welche Funktionen sind tatsächlich aktiv? Wer hat Zugriff? Welche Empfehlungen werden übersteuert? Gab es Beschwerden oder unerwartete Datenflüsse? Stimmen Löschung und Protokollierung mit der Vereinbarung überein?

Mitbestimmung, Datenschutz und KI-Regulierung bleiben getrennte Prüfspuren mit gemeinsamer Faktenbasis. Eine Zustimmung ersetzt die anderen Prüfungen nicht. Der Überblick zu den Pflichten des EU AI Act im Recruiting erläutert den regulatorischen Nachbarbereich.

Häufige Fragen

Braucht jedes KI-Recruiting-Tool eine Betriebsvereinbarung?

Nicht allein wegen des Begriffs KI. Relevant sind aktivierte Funktionen, Überwachungsmöglichkeiten, Auswahlregeln, Daten und Auswirkungen auf Beschäftigte. Prüfen Sie den Einzelfall früh und holen Sie bei unklarer Abgrenzung arbeitsrechtlichen Rat ein.

Darf HR vor der Zustimmung einen Pilot starten?

Verlassen Sie sich nicht auf die Bezeichnung „Pilot“. Ein Test mit echten Beschäftigten oder Bewerbenden kann dieselben Überwachungs- und Auswahlwirkungen wie der Regelbetrieb erzeugen. Stimmen Sie Umfang, Nutzer, Daten, Dauer, manuelle Kontrollen und Abbruchkriterien vorher ab.

Reicht ein Human-in-the-Loop?

Nein. Die Person muss die Empfehlung verstehen, auf die zugrunde liegenden Informationen zugreifen, sie ohne Zeitdruck prüfen und das Ergebnis ohne Nachteil ändern können. Diese Bedingungen gehören konkret in den Prozess.

Soll die Betriebsvereinbarung Anbieter oder Modell nennen?

Nennen Sie System und Konfiguration im Systemsteckbrief. Regeln Sie zugleich Funktionen und wesentliche Änderungen. Nur der Anbietername ist zu breit. Nur eine Modellversion veraltet schnell. Ein klarer Änderungs-Trigger verbindet beides.

Was beschleunigt die Freigabe am stärksten?

Bringen Sie ein vollständiges Prüfpaket in einen gemeinsamen Workshop: Zweck, Funktionskarte, Datenfluss, Auswahlregeln, deaktivierte Funktionen, Rollen, Tests, menschliche Prüfung, Vorfälle und Änderungsklassen. Ungeklärte Konfigurationen verzögern stärker als ein eng begrenzter Use Case.