Eine EU-KI-Verordnung-Compliance-Checkliste, die den Kontakt mit einem ausgelieferten Produkt übersteht, läuft in zwei Durchgängen: einem Inventurdurchgang, der jede KI-Oberfläche auflistet, die eine Person sehen oder hören kann, und einem Zuordnungsdurchgang, der jede Oberfläche zweimal bewertet — einmal gegen die Risikostufen, einmal gegen die Transparenz-Spuren in Artikel 50. Die zweite Zuordnung ist diejenige, die Teams überspringen, und sie ist diejenige, die gewöhnliche SaaS-Produkte erfasst.
Das Timing schärft dies. Zum 19. August 2026 liegt das allgemeine Anwendungsdatum für die Transparenzregeln nach Artikel 50 — der 2. August 2026 — 17 Tage hinter uns, und eine begrenzte Übergangsregelung, die die anbieterseitige maschinenlesbare Kennzeichnung für berechtigte Systeme auf den 2. Dezember 2026 ausdehnen könnte — 105 Kalendertage ab heute —, wurde von der Europäischen Kommission vorgeschlagen (das Digital-Omnibus-Paket vom November 2025), ist aber noch kein verabschiedetes Recht. Das Augustdatum stammt aus der Verordnung (EU) 2024/1689, wie auf EUR-Lex veröffentlicht; das Dezemberdatum ist ein zu überprüfender Vorschlag, keine Tatsache, auf die man planen sollte; und der Compliance-Checker des AI Act Service Desk der Europäischen Kommission ist die offizielle Stelle, um zu testen, auf welche Regeln die Verordnung bei Ihrem System hinweist. Nichts im Folgenden ersetzt das Lesen des Artikeltextes oder die Beratung durch einen Anwalt zu Ihrer spezifischen Situation.
Ein „minimales Risiko"-Urteil ist kein „nichts trifft zu"-Urteil
Risikostufen-Checker beantworten eine Klassifizierungsfrage zu einem System. Artikel 50 steht in einem eigenen Kapitel der Verordnung und ist um zwei andere Variablen herum aufgebaut: Ihre Rolle (Anbieter oder Betreiber) und was die Oberfläche mit einer Person macht — mit ihr spricht, synthetische Inhalte erzeugt, ihre Emotionen oder biometrische Merkmale liest, oder manipulierte Medien veröffentlicht. Diese Variablen bewegen sich unabhängig von der Stufe.
Risikostufe und Transparenz-Spur werden auf unterschiedlichen Achsen bewertet; die Klärung der einen sagt Ihnen nichts über die andere.
Das Fehlermuster hat fast immer dieselbe Form. Ein Team führt eine Klassifizierung für „unser Produkt" durch, erhält eine niedrige Stufe, legt das PDF ab und bemerkt nie, dass das Produkt vier separate Oberflächen mit vier verschiedenen Antworten enthält. Das frühe Anzeichen ist billig zu erkennen: Öffnen Sie die Checkliste und zählen Sie die Zeilen. Wenn ein Produkt mit einem Chat-Assistenten, einem KI-Zusammenfasser, einem Bildgenerator und einem internen Transkriptionstool eine Zeile hat, hat der Inventurdurchgang nie stattgefunden.
Durchgang eins: Inventur nach Oberfläche, nicht nach Anbieter
Der häufigste Erfassungsfehler ist die Auflistung von Anbietern. Eine Zeile mit „OpenAI API" kann nicht zugeordnet werden, weil sich die Zuordnungsfragen darum drehen, was eine Person sieht und wer es ihr vorgesetzt hat. Drei Regeln halten Durchgang eins nutzbar:
- Eine Zeile pro nutzersichtbarer Oberfläche. Zwei Chat-Funktionen, die auf demselben Modell laufen, erzeugen zwei Zeilen, da sich ihre Hinweisplatzierung, Zielgruppe und Ausgabepfade unterscheiden.
- Interne Tools einbeziehen. Ob ein internes Transkriptionstool in eine Spur fällt, ist eine Frage für Durchgang zwei. Wer die Inventur durchführt, sollte nicht aus rechtlichen Gründen vorfiltern.
- An der Oberflächengrenze aufhören. Retrieval-Pipelines, Embeddings und Reranker sind Implementierungsdetails, es sei denn, ihre Ausgabe erreicht eine Person unvermittelt.
Zehn Felder pro Zeile reichen aus, um Durchgang zwei durchzuführen, ohne ein zweites Mal zum Team zurückkehren zu müssen.
| # | Feld | Beispielantwort | Wer kann es beantworten |
|---|---|---|---|
| 1 | Name der Oberfläche | „Support-Chat-Widget" | Produkt |
| 2 | Wo sie erscheint | Angemeldetes Dashboard, alle Tarife | Produkt |
| 3 | Zielgruppe | Kunden, EU und USA | Produkt |
| 4 | Was sie erzeugt | Freitextantworten | Produkt |
| 5 | Mensch im Kreislauf vor der Ausgabe | Nein | Produkt |
| 6 | Marke, die dem Nutzer gezeigt wird | Unsere | Produkt |
| 7 | Modellquelle und wer sie konfiguriert hat | Drittanbieter-API, intern konfiguriert | Engineering |
| 8 | Ausgabepfad nach der Generierung | In-App gerendert, als PDF exportiert | Engineering |
| 9 | Kennzeichnungsfähigkeit heute | Keine | Engineering |
| 10 | Protokollaufbewahrung für diese Oberfläche | 30 Tage, kein Export | Engineering |
Sechs der zehn stammen von demjenigen, der die Roadmap verantwortet. Vier — Modellquelle, Ausgabepfad, Kennzeichnungsfähigkeit, Protokollaufbewahrung — beantwortet nur Engineering zuverlässig, und genau diese vier Felder entscheiden darüber, ob Durchgang zwei eine echte Antwort oder ein Achselzucken hervorbringt. Sammeln Sie sie in derselben Sitzung, sonst gerät die Zuordnung ins Stocken.
Durchgang zwei: die zwei Zuordnungen
Zuordnung A, der Stufenzweig. Drei Fragen leiten die Zeile: Fällt die Nutzung unter die verbotenen Praktiken der Verordnung; fällt sie in die Hochrisikokategorien im Zusammenhang mit Anhang III oder mit Produktsicherheitsgesetzgebung; ist ein KI-Modell mit allgemeinem Verwendungszweck beteiligt. Ein Artikel kann diese Klassifizierung nicht für Sie klären, und jede Checkliste, die das behauptet, hat sich übernommen. Lassen Sie die Zeile durch den Checker der Kommission laufen, notieren Sie das Datum, an dem Sie ihn ausgeführt haben, und leiten Sie alles Mehrdeutige an einen Anwalt weiter statt an eine Tabellenzelle.
Zuordnung B, der Transparenzzweig. Artikel 50 gliedert sich in vier Absätze, die jeweils an einen anderen Akteur gerichtet sind. Lesen Sie den Absatztext auf EUR-Lex, bevor Sie irgendeine Zusammenfassung akzeptieren, einschließlich dieser hier.
| Spur | An wen sich der Text richtet | Typische Oberfläche | Aufbewahrenswertes Artefakt |
|---|---|---|---|
| 50(1) direkte Interaktion | Anbieter von Systemen, die zur direkten Interaktion mit Personen bestimmt sind | Chatbot, Sprachassistent, In-App-Assistent | Hinweistext, Screenshot, Zeitstempel der ersten Anzeige |
| 50(2) Kennzeichnung synthetischer Ausgaben | Anbieter von Systemen, die synthetisches Audio, Bild, Video oder Text erzeugen | Bildgenerator, KI-Schreibfunktion | Kennzeichnungsspezifikation, Beispiel-Payload, Bereitstellungsdatum |
| 50(3) Emotions- und biometrische Kategorisierung | Betreiber dieser Systeme | Kamera- oder Audioanalyse, Stimmungsbewertung | Informationshinweis, Rollout-Datum, betroffene Standorte |
| 50(4) Deepfakes und Text von öffentlichem Interesse | Betreiber, die manipulierte Medien oder Texte von öffentlichem Interesse veröffentlichen | Marketingvideo, synthetische Sprachaufnahme, veröffentlichte Artikel | Platzierung der Kennzeichnung, redaktionelle Freigabe, Veröffentlichungs-URL |
Zwei Dinge an dieser Tabelle sind wichtiger als die Tabelle selbst. Erstens: Die Spuren 1 und 2 gehören zur Anbieterrolle und die Spuren 3 und 4 zur Betreiberrolle, was bedeutet, dass ein Unternehmen für verschiedene Produkte in unterschiedlichen Spuren sein kann — und für ein einziges Produkt, das es baut und auch betreibt, sogar beides gleichzeitig sein kann. Zweitens: Der Text enthält Ausnahmen innerhalb der Absätze selbst, einschließlich einer Offensichtlichkeitsausnahme in 50(1) und einer engeren Fassung für künstlerische und satirische Werke in 50(4). Ob eine Ausnahme auf Ihre Formulierung zutrifft, ist eine Auslegungsfrage mit realen Konsequenzen; es ist angemessen, dies einem Anwalt vorzulegen, statt es in einer Sprint-Planung zu klären. Unsere Anleitung zur Frage der Chatbot-Offenlegung nach Artikel 50 geht ausführlicher auf Spur 1 ein.
Fünf Checklisten-Antworten, die sauber aussehen und es nicht sind
Jede dieser Antworten hat eine Folgefrage, die die ursprüngliche Antwort nicht übersteht.
| Was in der Zeile stand | Die offene Frage | Frühes Anzeichen |
|---|---|---|
| „Wir bauen keine KI, wir rufen nur eine API auf." | An welche Rolle richtet sich der Text für die Oberfläche, die Ihre Nutzer tatsächlich sehen? | Die Zeile nennt einen Anbieter, keine Bildschirmansicht |
| „Minimales Risiko, nichts zu tun." | Wurde der Transparenzzweig überhaupt durchlaufen, oder nur der Stufenzweig? | Eine Zeile für ein ganzes Produkt |
| „Die Widget-Kopfzeile zeigt 'KI-Assistent'." | Wann erscheint der Hinweis relativ zur ersten Nachricht des Nutzers, und übersteht er ein mobiles Viewport? | Niemand im Team kann das Timing angeben |
| „Unsere Marketingbilder stammen von einer Agentur." | Wer veröffentlicht die Ausgabe, und hat die Marketing-Website eine Zeile in der Inventur? | Die Inventur deckt nur die App ab |
| „Es steht in unseren Nutzungsbedingungen." | Ist ein Link in der Fußzeile dasselbe wie ein Hinweis am Interaktionspunkt? | Die Beweisakte enthält eine URL und keinen Screenshot |
Muster drei ist das häufigste in den internen Prüfungen, die wir durchführen, und das am leichtesten zu behebende: Teams schreiben passablen Hinweistext und entscheiden nie, wann er angezeigt wird. Muster vier ist das teuerste, um es rückgängig zu machen, weil die Marketing-Website normalerweise außerhalb jedes Governance-Prozesses liegt, den das Produktteam aufgebaut hat.
Was die Ranking-Checklisten bieten, und was sie auslassen
Wir haben die neun Ergebnisse untersucht, die am 13. August 2026 für diese Suchanfrage rangierten. Drei davon — IAPP, OneTrust und ComplyCloud — stellten die eigentliche Checkliste zum Zeitpunkt unserer Prüfung hinter ein Formular oder eine Mitgliedschaftsschranke (dies kann sich ändern), sodass man die Struktur nicht sehen konnte, bevor man eine E-Mail-Adresse dafür eintauschte. Eine ist die Landingpage des eigenen Compliance-Checkers der Kommission, mit etwa 200 Wörtern, die Sie zu einem interaktiven Tool führt statt zu einem Dokument. Der Rest organisiert seine Schritte nach Risikostufe.
Ein stufenzentrierter Aufbau altert schlecht für eine Checkliste, die Sie bei jeder Veröffentlichung erneut durchlaufen: Die Stufe ändert sich selten, aber die Oberflächen ändern sich mit jedem Sprint. Das ist das Argument dafür, die Inventur an die erste Stelle zu setzen und die Klassifizierung als zweite Frage zu behandeln statt als erste. Wenn Sie Tools statt einer manuellen Liste vergleichen, behandeln unsere Kriterien zur Bewertung eines Article-50-Compliance-Tools, was Sie vor einer Entscheidung testen sollten.
Beweise: was nach jedem Durchgang aufzubewahren ist
Das Ergebnis einer Checkliste ist kein Urteil, sondern ein datierter Nachweis, dass eine bestimmte Person eine bestimmte Frage anhand einer bestimmten Quelle gestellt hat. Sieben Felder pro Entscheidung reichen aus, damit dieser Nachweis auch ein Jahr später noch etwas bedeutet:
1. Datum und Uhrzeit der Entscheidung 2. Oberflächen-Kennung aus Durchgang eins 3. Die Entscheidung selbst, in einem Satz 4. Wer sie getroffen hat, mit Name und Funktion 5. Konsultierte Quelle, mit Version oder Abrufdatum 6. Das Artefakt — Screenshot, DOM-Ausschnitt, Payload-Beispiel, Hash 7. Nächstes Überprüfungsdatum
Anhängen-Only schlägt hier bearbeitbar, weil eine überschriebene Zeile genau das zerstört, wofür das Protokoll da war. Eine Vorlage für eine Transparenzerklärung behandelt das narrative Dokument, das über diesem Protokoll liegt.
Eine Grenze, die es wert ist, klar ausgesprochen zu werden: Maschinenlesbare Kennzeichnung, die über HTML-Attribute, JSON-LD-Blöcke oder Response-Header implementiert wird, ist beratende Metadaten. Sie begleitet Ihre Ausgabe nur so lange, wie nichts sie entfernt, und ist keine signierte Herkunftsnachweisung, keine kryptografische Bestätigung und keine Zertifizierung von irgendetwas. Behandeln Sie es als Signal, das Sie bewusst angehängt haben und dessen Anhängen Sie nachweisen können — nicht als Beweis dafür, dass eine nachgelagerte Kopie es noch trägt.
DiscloseKit übernimmt die mechanischen Teile dieses Kreislaufs: eine deterministische Regel-Engine, die Erfassungsantworten den vier Spuren zuordnet, ein Offenlegungs-Widget, einen Verifizierungsschritt, der prüft, dass der Hinweis auf der Seite live ist, und das oben beschriebene Anhängen-Only-Beweisprotokoll. Es entscheidet nicht über Ihre Klassifizierung, und kein Tool kann Ihnen eine rechtliche Schlussfolgerung über Ihr Produkt liefern.
Das Datum 2. Dezember 2026, und was zu überprüfen ist, bevor man sich darauf verlässt
Die Übergangsregelung für die anbieterseitige maschinenlesbare Kennzeichnung ist begrenzt, an Bedingungen geknüpft und — zum Zeitpunkt des Verfassens — vorgeschlagen, nicht verabschiedet. Sowohl der Verabschiedungsstatus als auch die Berechtigung hängen von Fakten außerhalb Ihrer Kontrolle ab, nicht von einer Selbsteinschätzung, die Sie selbst verfassen, daher besteht der praktische Schritt darin, die Position mit einem Anwalt oder über den Service Desk der Kommission zu bestätigen, statt anzunehmen, dass das spätere Datum für Sie gilt.
Die Kalenderregel, die wir verwenden: Legen Sie die interne Überprüfung auf den 2. November 2026, nicht auf den 2. Dezember. Dreißig Tage sind ungefähr die Distanz zwischen „wir brauchen Kennzeichnung beim Bildgenerator" und einer ausgelieferten, verifizierten, protokollierten Implementierung — und falls die Übergangsregelung nicht verabschiedet wird oder sich herausstellt, dass sie für Ihr System nicht gilt, würden Sie das lieber Anfang November erfahren als in der letzten Novemberwoche.
Was eine Checkliste nicht entscheidet
Drei Fragen tauchen in nahezu jeder Überprüfung auf, und keine davon gehört in eine Tabellenzelle:
- Rolle bei einer White-Label-Vereinbarung. Wenn Sie die Funktion bauen und ein Partner seine Marke daraufsetzt, ist die Frage, wen der Text als Anbieter behandelt, eine Auslegung der Vereinbarung, kein Kontrollkästchen.
- Ob eine Ausnahme zutrifft. Sowohl die Offensichtlichkeit nach 50(1) als auch die Fassung für kreative Werke nach 50(4) sind Ermessensentscheidungen zu Ihrer konkreten Formulierung und Ihrem Kontext.
- Risikoexposition über Mitgliedstaaten hinweg. Nationale Umsetzung und Aufsichtspraxis unterscheiden sich, und dieser Artikel macht keine Aussage darüber, was eine bestimmte Behörde tun wird.
Dies ist edukative und operative Anleitung dazu, wie man die Arbeit organisiert. Es ist keine Rechtsberatung, und wenn die Antwort Ihr Produkt oder Ihre Risikoposition verändert, holen Sie sie sich von einem qualifizierten Anwalt.
Fragen, die neben dieser gestellt werden
Gilt das EU-KI-Gesetz für Unternehmen außerhalb der EU? Die Anwendungsbereichsbestimmungen knüpfen daran an, wo Systeme auf dem EU-Markt platziert werden und wo Ausgaben genutzt werden, nicht daran, wo ein Unternehmen eingetragen ist. Ein US-Unternehmen mit EU-Nutzern steht nicht automatisch außerhalb des Rahmens, und ein europäisches Unternehmen steht nicht automatisch für jedes Produkt darin. Artikel 2 ist der zu lesende Text, und der Checker der Kommission ist der Ort, um ein bestimmtes System zu testen.
Was sind die wichtigsten Punkte des EU-KI-Gesetzes? Strukturell: verbotene Praktiken, ein Hochrisikoregime mit Konformitäts- und Dokumentationspflichten, Transparenzpflichten in Artikel 50, separate Regeln für KI-Modelle mit allgemeinem Verwendungszweck und ein gestaffelter Zeitplan. Eine Checkliste für ein SaaS-Team berührt in der Regel das Transparenzkapitel und den Anwendungsbereichsartikel weit häufiger als das Hochrisikokapitel.
Was soll eine Compliance-Checkliste eigentlich erzeugen? Zwei Dinge: eine Entscheidungsspur mit Daten und namentlich genannten Verantwortlichen, und einen Wiederholungsrhythmus. Eine Checkliste, die ein einmaliges PDF und keinen Rhythmus erzeugt, hat eine Frage über das Produkt beantwortet, wie es an dem Tag existierte, an dem sie ausgefüllt wurde.
Führen Sie Durchgang eins erneut durch, sobald Sie irgendetwas ausliefern, das einem Nutzer schreibt, spricht oder anzeigt. Wenn die Anzahl der Oberflächen gestiegen ist und die Checkliste nicht, ist die Checkliste bereits veraltet.