AI Acceptable Use und Path-Regeln

Workplace-AI an eine Acceptable-Use-Policy und Sanctioned-Path-Regeln binden — erlaubt, verboten, Escapes und Eskalation, ohne Shadow-Inventar neu zu erfinden.

Category: Data Governance
Author: Thomas Lindackers
Reading time: 7 min
Published: Jul 16, 2026
Tags: data-governance ai-governance acceptable-use stewardship privacy risk

1 Views

Download PDF

Workplace-AI-Governance beginnt nicht mit einem Copilot-Rollout. Sie beginnt mit der Entscheidung, welchen Pfad welche Datenklasse nutzen darf — und wen Mitarbeitende rufen, wenn keiner passt.

Typische Fragen sind:

Welche Zwecke sind je sanctioned Path erlaubt — nicht je Dienstleister-Slogan?
Welche Handlungen sind standardmäßig verboten — persönlicher Account, Training-Opt-in, unkontrolliertes personenbezogene Daten-Paste?
Welche Escape-Typen gibt es, und welches Maximaldatum gilt?
Wer eskaliert — Path-verantwortliche Person, Privacy oder Security?
Welche Nutzungsrichtlinie darf erscheinen, wenn sanctioned-paths-v1 noch leer ist?
Welcher Fund gehört ins Shadow-Register, statt ein zweites Inventar zu öffnen?

Wenn PDF-Policy, Path-Katalog und Tastatur auseinanderlaufen, gilt Copilot als „ausgerollt“, HR-Exports landen im persönlichen Chat, und Security findet den Missbrauch nachträglich. Das Problem ist nicht das LMS. Es ist der fehlende Vertrag zwischen AUP, Path-ID und Escape.

Gute Workplace-AUP macht Alltag-AI ausführbar — erlaubt, verboten und Eskalation am selben Pfad, nicht am neuesten Vendor-Namen.

Anschluss an Shadow AI vs. freigegebene Pfade, AI Governance und Freigegebene AI betreiben.

Weiter: AI Literacy und Rollen-Enablement.

Die Serie Workplace AI Governance gibt dir den Einstieg und den roten Faden. Die folgenden Teile vertiefen Literacy, Vendor-DPA-Gates, Tenant-Controls und Scorecard so, dass Zweck, Rollen, Entscheidungen und Nachweise im Alltag nachvollziehbar bleiben.

Ausgangslage

Ein Mitarbeiter fügt eine Kunden-Mail in persönliches ChatGPT. Die Policy sagt „genehmigte Tools nutzen“, ohne Path-Liste. sanctioned-paths-v1 existiert, die AUP zitiert ihn nie. Eskalation ist ein Slack-Thread ohne Ticket-Owner. Der Vorstand hört „wir haben Copilot ausgerollt“. Teams kaufen dann ein LMS oder taggen Nutzer aup=signed — und der nächste HR-Export landet wieder im Free-Tier.

Was diese Serie klärt

Orientierung: Nutzungsrichtlinie, Path-Bindung, Allow/Deny, Escape und Eskalation (diese Seite)
Vertiefung: KI Literacy und Rollen-Enablement
Vertiefung: GenAI-Dienstleister-Verträge und Datenschutzvertrag-Gates
Vertiefung: SaaS-Copilot Tenant-Kontrollregeln
Abschluss: Workplace-KI Operating Scorecard

Begriffe und Kürzel vor dem Lesen

Nutzungsrichtlinie — Acceptable Use Richtlinie für Workplace-KI: erlaubt, verboten, Escape, Eskalation — path-gebunden, nicht vendor-gebunden.
Sanctioned Path — freigegebener Workplace-Weg mit Pfad-ID, Logging und Vertragsdeckung. Ein Markenname ist kein Path.
Escape — zeitlich begrenzte Ausnahme (persönlicher Account, Plugin, Free-Tier) mit Owner und Ablauf. Default ist Deny.
Eskalation — benannter Owner und Ticket, wenn kein Path passt. Ein Slack-Thread ist keine Eskalation.
KI Literacy — rollenangemessenes Verständnis von Grenzen und Eskalation — Vertiefung in Teil 2, kein einmaliges Video.
Datenschutzvertrag — AV-Vertrag, bevor personenbezogene oder vertrauliche Daten in Dienstleister-KI gehen — Vertiefung in Teil 3.

Lesepfad

Die Beispiele sind Lehrfälle (keine Kundendaten). Ersetzt Path-, Tool- und Rollennamen durch eure Catalog-, Ticket- und Prozessquellen.

zweites Inventar.

In einem Satz: AUP, Path-ID und Escape binden, bevor der nächste Paste den Pfad entscheidet.

Produkte und Entscheidungen

Workplace-AI braucht nicht „eine Copilot-Policy“, sondern geschnittene Produkte.

AI Acceptable Use Policy

Dieses Produkt beschreibt:

Umfang (Rollen, Kanäle, Geräte); Allow/Verbotsmatrix; Escape-Typen; Eskalations-verantwortliche Person; Link zu Path-Katalog und Shadow-Register; Version; Review-Datum.

Entscheidungen:

Welche Zwecke sind je Pfad-ID erlaubt?; Wer darf die Nutzungsrichtlinie veröffentlichen — People, Security oder Legal?; Welche Veröffentlichung gilt als Lücke, wenn Pfade leer sind?

Path-gebundene Allow/Deny-Matrix

Nicht nach Vendor-Slogan.

Es benötigt:

Datenklasse × Pfad-ID; verbotene Handlungen (persönlicher Account, Training-Opt-in, personenbezogene Daten-Paste); High-Class-Acknowledgement (Teil 2).

Entscheidungen:

Welche Datenklasse darf welchen Path berühren?; Wer ändert eine Matrix-Zelle — Path-verantwortliche Person oder Privacy?; Welche „genehmigte Tools“-Zeile ohne Pfad-ID gilt als Lücke?

Escape mit Ablauf

Persönliche Accounts und Free-Tiers sind Default-Deny.

Entscheidungen:

Welche Escape-Typen gibt es, und welches Maximaldatum?; Wer genehmigt — Path-verantwortliche Person plus Privacy oder Security?; Welcher befristete Ausnahme-Pfad gilt, statt eines Slack-Ja?

Eskalations-Produkt

Wenn kein Path passt.

Entscheidungen:

Wen ruft die Person — Path-verantwortliche Person, Privacy, Security?; Welches Ticket-Artefakt startet, nicht welcher Channel?; Wer schließt den Escape oder routet ins Shadow-Register?

Wo Governance hängt

Zwischen Copilot-Rollout und zitierbarer Path-ID

Der Tenant ist offen. Ohne Path-Liste in der AUP entscheidet die Tastatur.

Zwischen PDF-Slogan und Datenklasse

„Keine vertraulichen Daten“ ohne Klasse × Path ist nicht anwendbar auf ein Ticket.

Zwischen persönlichem Account und Default-Deny

Free-Tiers brauchen Escape mit Ablauf. Still geduldet ist Shadow.

Zwischen Slack-Thread und Eskalations-Owner

Ohne Ticket und Owner füllt der nächste Paste dieselbe Lücke.

Zwischen AUP-Veröffentlichung und leerem Path-Katalog

AUP ohne sanctioned-paths-v1 erfindet ein zweites Inventar oder bleibt Folie.

Zwischen LMS-Admin und Path-Owner

Wer Acknowledgements sammelt, entscheidet nicht Residualrisiko oder Escape-Ablauf.

Rollen-Mapping

Path-Owner (Business / Process)

Team- oder Process-Lead ist accountable für Zweck und die Entscheidung, welchen Path die Rolle nutzen darf. Der Owner entscheidet nicht die DPA allein.

People / HR Enablement

Führt Acknowledgement und Literacy-Kadenz (Teil 2). People ersetzt nicht Security für Deny-Klassen und nicht Privacy für personenbezogene Pastes.

Privacy / DPO

Bewertet Datenklassen und Paste-Risiko. Der DPO ersetzt nicht den Path-Owner für die Nutzung.

Security / Steward

Führt AUP-Matrix, Escapes, Shadow-Funde und Wiedervorlage. Stewardship braucht Kapazität, nicht die Restzeit zwischen Incident und Schulung.

Platform / Tenant Custodian

Setzt Tenant-Controls und Logging um (Teil 4). Konfigurationsmacht ist keine AUP-Verantwortung.

Audit / Assurance Consumer

Empfängt AUP-Version, Escape-Liste und Acknowledgement. Sie erfinden keine parallele Policy-Folie.

Mini-Fall

Symptom: Eine Kunden-Mail landet in einem persönlichen ChatGPT-Account. Die Richtlinie sagt nur „genehmigte Tools“, verweist aber nicht auf die erlaubten Nutzungspfade. Eskalationen laufen über Slack, während der Vorstand davon ausgeht, dass mit dem Copilot-Rollout alles geregelt ist.

Typischer Fehlstart: Lernplattform kaufen und aup=signed taggen, ohne Pfad-IDs, ohne Verbotsmatrix und ohne Escape-Ablauf.

Vereinbarung: ai-aup-v1 an fünf Pfad-IDs binden; Allow/Deny nach Datenklasse; persönlicher Account standardmäßig verboten; Escape mit Owner und Datum; Fund ins Shadow-Register; Eskalations-Ticket statt Thread.

Kritische Übergaben

Von	An	Artefakt
Path-Owner	Security / Steward	Zweck, erlaubte Datenklassen, Residualrisiko
Steward	Mitarbeitende	AUP-Matrix und Path-IDs
Mitarbeitende	Eskalations-Owner	Escape-Ticket wenn kein Path passt
Privacy	Steward	Paste- und Datenklassen-Regel
Steward	Shadow-AI-Register	Persönliche Accounts und unsanktionierte Plugins
People	Steward	Acknowledgement-Nachweis (High-Class)

Anti-Patterns

Nutzungsrichtlinie veröffentlichen, obwohl Pfade leer sind
Erlaubt nach Dienstleister-Slogan statt nach Datenklasse × Path
Persönliche Accounts still dulden
Eskalation nur im Slack führen
Shadow-Inventar in der Nutzungsrichtlinie neu erfinden
Lernplattform-Admin als Path-verantwortliche Person führen
Escape ohne Ablauf und ohne verantwortliche Person

Umsetzung im Alltag

Dieser Einstieg ist kein Kalenderzwang und keine Leseliste. Nimm einen echten Fall, an dem sich die Entscheidung prüfen lässt.

Arbeitsweise: Nutze den verlinkten Plan als Arbeitsfläche für Owner, Termine und offene Punkte. Die fachliche Entscheidung muss trotzdem in der Story verständlich bleiben.

Starte mit dem kleinsten Fall, der fachlich wichtig genug ist. Prüfe danach, ob die Entscheidung wirklich auffindbar, umsetzbar und auditierbar ist. Rollenklärung: Wer hilft wem an der Quelle.

Schritt 1: Rahmen und Entscheidung klären

Fünf sanctioned Paths und die häufigsten Datenklassen listen. AUP-Entwurf path-gebunden skizzieren. Path-Owner, Privacy und Security benennen. Top-Personal-Account-Escape öffnen.

Schritt 2: Control und Nachweis umsetzen

ai-aup-v1 veröffentlichen, gebunden an die fünf Paths. Default-Deny für persönliche Accounts setzen. Ein Escape-Ticket mit Ablauf schließen oder eskalieren.

Schritt 3: Testen und Ausnahmen sichtbar machen

High-Class-Acknowledgement für einen Path vorbereiten (Anschluss Teil 2). Negativtest: AUP ohne Path-ID darf nicht als „fertig“ gelten. Shadow-Funde ins bestehende Register routen.

Schritt 4: Messen und begrenzt ausrollen

Aufwand und Lücken messen. Nur bestandene Muster auf eine zweite BU übertragen. Literacy- und DPA-Teile anschließen.

Exit-Kriterien

Jede erlaubt/verboten-Regel zitiert eine Pfad-ID oder einen Escape mit Ablauf.
Persönliche Accounts und Free-Tiers sind standardmäßig verboten, nicht still geduldet.
Eskalation hat Owner und Ticket — nicht nur einen Channel.
Nutzungsrichtlinie erscheint nicht, wenn sanctioned-paths-v1 leer ist.
Shadow-Funde liegen im Shadow-Register; People liefert Acknowledgement, Path-verantwortliche Person bleibt accountable.

Weiterlesen

Workplace AI Governance

Part 1 of 5

View series

Part 1: AI Acceptable Use and Path Rules Part 2: AI Literacy and Role Enablement Part 3: GenAI Vendor Contracts and DPA Gates Part 4: SaaS Copilot Tenant Controls Part 5: Workplace AI Operating Scorecard