AI-Act-Transparenzpflichten:
Was Unternehmen umsetzen müssen

Die AI-Act-Transparenzpflichten aus Artikel 50 gelten seit dem 2. August 2026. Unternehmen müssen je nach Rolle und Einsatzfall offenlegen, dass Menschen mit KI interagieren, synthetische Inhalte maschinenlesbar markieren oder Deepfakes und bestimmte Texte sichtbar kennzeichnen. Der richtige erste Schritt ist deshalb keine pauschale „KI“-Plakette, sondern eine belastbare Zuordnung: Welches System erzeugt welchen Output, wer ist Anbieter, wer ist Betreiber und wer sieht das Ergebnis?

Dieser Leitfaden übersetzt die Verordnung, die Kommissionsleitlinien und den freiwilligen Verhaltenskodex in einen technischen und redaktionellen Arbeitsplan für Produktverantwortliche, Softwareteams und mittelständische Unternehmen. Er bietet Orientierung, keine Rechtsberatung. Grenzfälle sollten anhand des konkreten Systems und der offiziellen Dokumente geprüft werden.

Was seit 2. August 2026 gilt

Artikel 50 des EU AI Act enthält mehrere eigenständige Transparenzpflichten. Die Leitlinien der Europäischen Kommission, aktualisiert am 6. August 2026, unterscheiden direkte KI-Interaktion, maschinenlesbare Markierung synthetischer Inhalte, Emotionserkennung und biometrische Kategorisierung sowie die Offenlegung von Deepfakes und bestimmten Textveröffentlichungen.

Die Pflichten gelten nicht nur für große Modellanbieter. Ein Unternehmen kann zum Anbieter werden, wenn es ein KI-System entwickelt oder entwickeln lässt und unter eigenem Namen bereitstellt. Betreiber ist grundsätzlich die Organisation, die das System unter eigener Verantwortung beruflich nutzt.

Anbieter oder Betreiber: Die Rolle bestimmt die Aufgabe

Ein Einkaufsvorgang entscheidet die Rolle nicht zuverlässig. Wer ein fremdes Modell in ein eigenes Kundenprodukt integriert, kann gegenüber den Nutzern Anbieter des fertigen KI-Systems sein. Wer ein fertiges Werkzeug für Marketing, Support oder interne Analyse einsetzt, handelt eher als Betreiber. Mischrollen sind möglich und müssen pro Systemfunktion bewertet werden.

Diese Matrix ist ein Startpunkt, kein automatischer Rechtsentscheid. Die Leitlinien grenzen unter anderem Standardbearbeitung, reinen Maschinenaustausch und bestimmte geschlossene industrielle Entwicklungsumgebungen ab. Dokumentieren Sie jede Ausnahme mit Systemversion, Outputart, Zielgruppe und Begründung.

Vier Transparenzmechanismen, die nicht verwechselt werden dürfen

1. Interaktionshinweis: Ein sichtbarer und barrierefreier Hinweis sagt dem Menschen, dass er mit KI kommuniziert. Er gehört an den Beginn der ersten Interaktion, nicht versteckt in AGB oder Datenschutztext. Für einen Support-Chat kann das eine klare Zeile oberhalb des Eingabefelds und eine entsprechende Ansage im Sprachkanal sein.

2. Maschinenlesbare Markierung: Sie richtet sich an technische Erkennung und begleitet den Output. Abhängig vom Medium kommen Metadaten, Wasserzeichen, Herkunftsnachweise oder andere robuste Verfahren infrage. Der AI Act schreibt kein einzelnes Dateiformat für jeden Fall vor; die Lösung muss gemessen an Technik, Inhalt und Kosten wirksam, interoperabel, robust und zuverlässig sein.

3. Sichtbare oder hörbare Kennzeichnung: Betreiber dürfen bei Deepfakes nicht allein auf eingebettete Metadaten vertrauen. Die Offenlegung muss Menschen ohne Spezialwerkzeug erreichen. Bei Audio kann das eine verständliche Ansage sein; bei Bild oder Video ein ausreichend kontrastreicher, wahrnehmbarer Hinweis.

4. Redaktioneller Nachweis: Bei Texten zu Angelegenheiten von öffentlichem Interesse kann eine echte menschliche Prüfung die besondere Kennzeichnungspflicht entfallen lassen. Die Kommissions-FAQ, aktualisiert am 24. Juli 2026, verlangt dafür eine substanzielle Prüfung mit Fachwissen und professionellem Urteil sowie redaktionelle Verantwortung. Rechtschreibkorrektur oder rein formale Freigabe reichen nicht.

Ein 7-Schritte-Plan für die Umsetzung

1. KI-Funktionen inventarisieren. Erfassen Sie Chatbots, Agenten, Content-Generatoren, Medienbearbeitung, Emotionserkennung und biometrische Funktionen. Verknüpfen Sie Anbieter, Modell, Version, Nutzergruppe und Ausgabekanäle.
2. Rollen pro Funktion zuordnen. Dokumentieren Sie, wer das System unter eigenem Namen bereitstellt und wer es beruflich einsetzt. Prüfen Sie Integrationen nicht nur nach dem zugrunde liegenden Modell, sondern nach dem fertigen Produkt.
3. Outputs klassifizieren. Unterscheiden Sie direkte Interaktion, synthetische Medien, Deepfakes, Texte von öffentlichem Interesse, Standardbearbeitung und rein interne Maschinenausgaben. Halten Sie Grenzfälle sichtbar offen.
4. Hinweise als Produktanforderung bauen. Definieren Sie Text, Position, Zeitpunkt, Sprache und barrierefreie Alternative. Testen Sie Web, App, Sprache, Export und eingebettete Ansichten separat.
5. Markierungen durch die Pipeline tragen. Prüfen Sie, ob Konvertierung, Komprimierung, Transkodierung, CMS, Social Publishing oder Download die maschinenlesbare Information entfernen. Protokollieren Sie die ausgelieferte, nicht nur die erzeugte Datei.
6. Human Review operationalisieren. Benennen Sie qualifizierte Prüfer, fachliche Kriterien, Freigaberechte und redaktionell Verantwortliche. Speichern Sie Version, Quellen, wesentliche Änderungen und Freigabeentscheidung.
7. Nachweise regelmäßig testen. Führen Sie Stichproben über reale Endkanäle durch. Prüfen Sie, ob Hinweise wahrnehmbar sind, Markierungen erhalten bleiben und Ausnahmen noch zum aktuellen Systemverhalten passen.

Diese ATMAN-Umsetzungsempfehlung verbindet die rechtlichen Rollen mit den Stellen, an denen Transparenz praktisch verloren geht: Benutzeroberfläche, Export, Medienpipeline, Freigabe und Änderungsmanagement.

Technische Umsetzung der Transparenzpflichten für Produkt- und Webteams

AI-Act-Transparenzpflichten sollten als Ende-zu-Ende-Eigenschaft behandelt werden. Ein Modell kann Herkunftsinformationen erzeugen, die beim Zuschneiden eines Bildes, beim Video-Transcoding oder beim Export aus dem Content-Management-System verschwinden. Ein belastbarer Test nimmt deshalb eine repräsentative Ausgabe und verfolgt sie bis zum tatsächlich ausgelieferten Artefakt. Hash, Dateiversion, verwendetes Verfahren und Testergebnis schaffen einen nachvollziehbaren Nachweis.

Bei interaktiven Systemen gehört der Hinweis in das Designsystem. Er muss auch nach einem Deep Link, einem eingebetteten Widget oder einem wiederaufgenommenen Sprachdialog rechtzeitig erscheinen. Eine rein visuelle Kennzeichnung ist für blinde Nutzer unzureichend; eine nur hörbare Ansage erreicht gehörlose Nutzer nicht. Die Kommission verlangt klare, unterscheidbare und barrierefreie Information. Produkt- und Accessibility-Tests sollten das gemeinsam abdecken.

Verbinden Sie die Kontrolle bei Eigenentwicklungen mit Softwarearchitektur und Release-Steuerung. Versionieren Sie Modelle, Promptlogik, Medienkonverter und Hinweise. Bei externen Plattformen sollte der Vertrag klären, welche Markierungen Exporte überstehen und welche Nachweise der Anbieter liefert.

Redaktionelle Kontrolle braucht mehr als einen Freigabe-Button

Die Ausnahme für geprüfte Texte ist kein pauschaler Freibrief für „Human in the loop“. Relevant sind Substanz und Verantwortung. Ein fachkundiger Mensch muss Aussagen, Quellen und Schlussfolgerungen prüfen, Inhalte ändern oder ablehnen können und die Veröffentlichung verantworten. Ein automatischer Workflow mit anschließendem Rechtschreibcheck erfüllt diese Schwelle nach der Kommissions-FAQ nicht.

Ein schlanker Nachweis kann aus dem verwendeten Entwurf, den geprüften Quellen, den wesentlichen redaktionellen Änderungen, Name oder Rolle des Freigebenden, Zeitpunkt und finaler Version bestehen. Das schafft keine automatische Compliance, macht die tatsächliche Kontrolle aber prüfbar. Teams, die KI in konkrete Geschäftsprozesse integrieren, sollten diesen Nachweis zusammen mit Modell- und Datenänderungen planen.

Umsetzungscheck der Transparenzpflichten für September 2026

• Sind alle extern sichtbaren und intern betriebenen KI-Funktionen mit Eigentümer und Version erfasst?
• Ist pro Funktion dokumentiert, ob das Unternehmen Anbieter, Betreiber oder beides ist?
• Erscheinen Chatbot- und Agentenhinweise ab Beginn der ersten Interaktion und barrierefrei?
• Bleiben maschinenlesbare Markierungen bis zum tatsächlich ausgelieferten Inhalt erhalten?
• Werden Deepfakes spätestens bei der ersten Wahrnehmung sichtbar oder hörbar offengelegt?
• Gibt es für Texte von öffentlichem Interesse eine belegbare fachliche Prüfung und redaktionelle Verantwortung?
• Sind Ausnahmen mit Quelle, Systemversion, Begründung und nächstem Prüftermin dokumentiert?
• Ist für vor dem 2. August bereitgestellte Systeme die Markierungsfrist am 2. Dezember eingeplant?

Häufige Fragen zu den AI-Act-Transparenzpflichten

Muss jeder Unternehmens-Chatbot als KI gekennzeichnet werden?

Ein Anbieter muss Menschen grundsätzlich ab Beginn der ersten direkten Interaktion klar darüber informieren, dass sie mit einem KI-System kommunizieren. Die Pflicht entfällt nur, wenn dies für eine angemessen informierte und aufmerksame Person offensichtlich ist; die Kommissionsleitlinien legen diese Ausnahme eng aus.

Reicht eine sichtbare Kennzeichnung für KI-generierte Inhalte aus?

Nicht immer. Anbieter generativer Systeme müssen betroffene Ausgaben grundsätzlich maschinenlesbar markieren und erkennbar machen. Betreiber müssen bestimmte Deepfakes und Texte zu Angelegenheiten von öffentlichem Interesse zusätzlich für Menschen klar kennzeichnen.

Muss redaktionell geprüfter KI-Text gekennzeichnet werden?

Die besondere Kennzeichnungspflicht für Texte zu Angelegenheiten von öffentlichem Interesse greift nicht, wenn eine fachlich substanzielle menschliche Prüfung oder redaktionelle Kontrolle stattgefunden hat und eine Person oder Stelle die redaktionelle Verantwortung trägt. Reine Rechtschreib- oder Formatprüfungen genügen dafür nicht.

Gibt es für bestehende KI-Systeme eine Übergangsfrist?

Nur begrenzt. Für Systeme, die vor dem 2. August 2026 in Verkehr gebracht wurden, verschiebt sich ausschließlich die Pflicht zur maschinenlesbaren Markierung nach Artikel 50 Absatz 2 auf den 2. Dezember 2026. Andere Transparenzpflichten gelten bereits seit 2. August 2026.