EU AI Act Compliance-Plattform: Scoping (2026)

Eine Compliance-Plattform für das EU-KI-Gesetz ist eine Software, die ein aktuelles Inventar Ihrer KI-Systeme führt, jedes System den Pflichten zuordnet, die die Verordnung ihm zuweist, und datierte Nachweise darüber speichert, was Sie dagegen unternommen haben. Das ist die ehrliche Definition. Unter diesem Etikett werden Produkte verkauft, die tatsächlich ganz unterschiedliche Probleme lösen, und welches davon zu Ihnen passt, entscheidet sich weniger anhand des Budgets als anhand zweier Zahlen, die Sie heute Nachmittag ermitteln können: Wie viele unterschiedliche KI-Oberflächen Sie ausliefern und wie viele davon Sie nicht selbst gebaut haben.

Nichts hier ist Rechtsberatung. Kein Tool – auch dieses nicht – kann Ihnen ein Urteil über Ihre eigenen Pflichten liefern, und eine Plattform, die etwas anderes suggeriert, verkauft genau das, was Software nicht leisten kann. Was Software gut kann, ist enger gefasst: Sie verhindert, dass dasselbe Feature von zwei Teams unterschiedlich eingeordnet wird, und sie versieht jede Antwort mit einem Zeitstempel.

Was tatsächlich unter dem Etikett verkauft wird

Fünf unterschiedliche Dinge werden als „EU-KI-Gesetz-Compliance-Plattform“ verkauft, empfohlen oder stillschweigend genutzt. Drei davon sind Produkte; zwei sind das, was die meisten Teams gerade tatsächlich einsetzen.

Der Fehler liegt nicht darin, den falschen Archetyp zu wählen. Er liegt darin, einen Archetyp zu kaufen, der ein anderes Objekt verwaltet als das, in dem Ihr Problem liegt. Ein Register, das „KI-Systeme“ modelliert, wird ein System bereitwillig als klassifiziert verzeichnen, während drei seiner vier nutzerseitigen Oberflächen überhaupt keine Meldung anzeigen – weil Oberflächen nicht das Objekt sind, das es nachverfolgt.

Zählen Sie Ihre Oberflächen, bevor Sie irgendetwas in die engere Auswahl nehmen

Eine Oberfläche ist ein Ort, an dem eine Person auf KI-Output oder eine KI-Interaktion trifft. Sie ist kein Feature. Ein „KI-Zusammenfassung“-Feature kann drei Oberflächen sein: Das In-App-Panel, der per E-Mail versandte Wochendigest und die API-Antwort, die Ihre Kunden in ihr eigenes Produkt weiterverkaufen. Teams, die Features zählen, unterschätzen die Zahl leicht, und was dabei fehlt, ist oft asynchron – E-Mail, Exporte, Webhooks, PDFs.

Zählen Sie Oberflächen und wenden Sie dann die Schwellenwerte an:

• Unter 6 Oberflächen, eine juristische Einheit, eine Rolle. Die Plattformfrage stellt sich noch nicht. Eine Tabellenkalkulation, eine Meldungs-Komponente und ein datierter Screenshot-Ordner decken das ab. Bei sechs erneut prüfen.
• 6 bis 40 Oberflächen mit gemischten Rollen. Ihr Aufwand liegt im Abgleich, nicht in der Klassifizierung. Zwei Personen sind sich über mindestens ein Feature bereits uneinig; Sie haben den Vergleich nur noch nicht durchgeführt.
• Über 40 Oberflächen oder über drei oder mehr juristische Einheiten oder Marken hinweg. Der Nachweis-Log wird zum Produkt. Klassifizierung ist eine Woche Arbeit; 40 Klassifizierungen über zwei Jahre voller Modellwechsel hinweg ehrlich zu halten, ist die eigentliche Aufgabe.

Die zweite Zahl verändert die engere Auswahl stärker als die erste. Wenn mehr als die Hälfte Ihrer Oberflächen eingebettete Drittanbieter-Features sind – ein Chat-Widget eines Anbieters, eine Modell-API, ein in Ihr CRM gebündelter Zusammenfasser –, dann ist die Rollenbestimmung Ihr Engpass, nicht die Risikoeinstufung. Artikel 50 der Verordnung (EU) 2024/1689 teilt die Transparenzpflichten zwischen Anbietern und Betreibern auf, und dasselbe Team kann über ein Portfolio hinweg beide Rollen innehaben; der AI Act Service Desk der Europäischen Kommission ist die offizielle Anlaufstelle für den aktuellen Text und die Leitlinien. Ein Tool, das eine einzige Rolle pro Organisation erzwingt, wird jede eingebettete Oberfläche, die Sie besitzen, falsch zuordnen. Unsere EU-KI-Gesetz-Compliance-Checkliste arbeitet beide Durchgänge ab – zuerst Inventar, dann Zuordnung –, falls Sie die Zählung durchführen möchten, bevor Sie mit jemandem sprechen.

Neun Fähigkeiten, drei Archetypen

Bewerten Sie jede engere Auswahl an diesem Raster, nicht an einer vom Anbieter geschriebenen Feature-Liste. Volle Punktzahl bedeutet, dass die Fähigkeit das eigene Objekt des Produkts ist; teilweise bedeutet, dass sie abgeleitet oder beratend ist; ein Strich bedeutet, dass Sie es anderswo tun werden.

Drei Zellen sind es wert, in einer Demo diskutiert zu werden. Zeile vier, weil die Rolle die Eingabegröße ist, die alles Nachfolgende bestimmt, und die meisten Tools sie als ein beim Onboarding einmal gesetztes Dropdown behandeln. Zeile sieben, weil Verifizierung die einzige Fähigkeit ist, die „wir haben eine Meldung implementiert“ von „die Meldung wurde am vierzehnten tatsächlich angezeigt“ unterscheidet. Und Zeile neun, weil ein Transparenz-Tool, das GPAI-Modellabdeckung behauptet, etwas beschreibt, das es nicht tut. Die Detailtiefe der Kontrollen pro Oberfläche finden Sie in unserem Leitfaden zu einem EU-KI-Gesetz-Artikel-50-Compliance-Tool.

Kennzeichnung ist Metadaten, kein Beweis

HTML-Attribute, JSON-LD-Blöcke und Antwort-Header sind beratende Metadaten. Sie überleben ein Kopieren-und-Einfügen etwa so gut wie ein `alt`-Attribut, das heißt: Gar nicht. Sie sind keine signierte Provenienz und keine C2PA-Zertifizierung.

Das ist in der Beschaffung relevant, weil das Vokabular leicht verrutscht. Wenn eine Demo ein `data-ai-generated`-Attribut als Beweis dafür beschreibt, dass Inhalte gekennzeichnet wurden, fragen Sie, was übrig bleibt, nachdem ein Nutzer das Panel als Screenshot festhält und das Bild in ein Dokument einfügt. Die ehrliche Antwort ist: Nichts, und ein Anbieter, der Ihnen diese Antwort gibt, ist ein besseres Zeichen als einer, der es nicht tut.

Die Zeitangaben sind es wert, gesondert festgehalten zu werden. Artikel 50 gilt seit dem 2. August 2026 (Art. 113 der Verordnung). Die Digital-Omnibus-Verordnung zur KI – Verordnung (EU) 2026/1744, veröffentlicht im Amtsblatt am 24. Juli 2026 – hat dieses Datum nicht verschoben. Sie gibt lediglich Anbietern von KI-Systemen, die synthetische Audio-, Bild-, Video- oder Textinhalte erzeugen und vor dem 2. August 2026 in Verkehr gebracht wurden, bis zum 2. Dezember 2026 Zeit für die maschinenlesbare Kennzeichnung nach Artikel 50 Absatz 2. Für später in Verkehr gebrachte Systeme gilt diese Frist nicht. Verschoben hat der Omnibus vor allem die Hochrisiko-Pflichten: Für Systeme nach Anhang III auf den 2. Dezember 2027, für Systeme nach Anhang I auf den 2. August 2028. Prüfen Sie die Daten gegen die konsolidierte Fassung auf EUR-Lex oder beim Service Desk, bevor Sie einen Release-Plan darauf aufbauen.

Ein fiktives Beispiel: 31 Oberflächen, 124 Prüfungen pro Jahr

Kestrel Analytics wurde für diesen Artikel erfunden. Das Unternehmen liefert vier Produktlinien in die EU aus und findet nach einer ordentlichen Zählung 31 KI-Oberflächen: 12 laufen mit eigenen feinabgestimmten Modellen, 14 rufen Drittanbieter-Modell-APIs auf, und 5 sind vollständig eingebettete Anbieter-Features in der Benutzeroberfläche.

Die Rollenaufteilung ergibt 26 Oberflächen, bei denen Kestrel Anbieter ist, und 5, bei denen es Betreiber oder je nach Vertrag beides ist. Die 14 API-Oberflächen zählen zu den Anbieter-Fällen: Wer ein Modell eines Dritten in ein eigenes KI-System einbaut und dieses unter eigenem Namen anbietet, ist Anbieter dieses Systems, nicht bloß Betreiber (Art. 3 Nr. 3 und Nr. 68 der Verordnung). Die Transparenz-Zuordnung betrifft 11 Oberflächen mit einer Direktinteraktions-Meldung, 12 mit Kennzeichnung synthetischer Inhalte, 2 mit Behandlung manipulierter Medien und 0 mit Emotionserkennung. Beachten Sie, dass sich die Bahnen nicht auf 31 summieren – Oberflächen liegen in mehr als einer Bahn, und acht liegen in keiner, was ein legitimes Ergebnis ist, das ein Checker abbilden können sollte, statt es zu erzwingen.

Jetzt die Rechnung, die die Tooling-Frage entscheidet. Eine einmalige Erfassung von 11 Feldern pro Oberfläche ergibt 341 Antworten: Ein Projekt, das in zwei Wochen abschließbar und in einer Tabellenkalkulation komfortabel ist. Die vierteljährliche Neuverifizierung von 31 Oberflächen ergibt 124 Verifizierungsereignisse pro Jahr, jedes davon erzeugt ein Artefakt, das einen Zeitstempel und einen Ort zum Aufbewahren braucht. Bei sechs Minuten pro Prüfung sind das etwa zwölfeinhalb Stunden Arbeit, verteilt auf vier Personen, die alle bis zum zweiten Quartal vergessen, dass es das gibt.

Erfassung ist ein Projekt. Verifizierung ist ein Betrieb. Plattformen, die um das Projekt herum bepreist und vorgeführt werden, lassen Sie mit einem korrekten PDF zurück, das im vierten Monat aufgehört hat, wahr zu sein.

Zwölf Fragen für die Demo

Schicken Sie diese vorab, damit niemand improvisieren muss:

1. Zeigen Sie mir den Datensatz eines Features. Was ändert sich weiter unten, wenn ich seine Rolle von Betreiber auf Anbieter umschalte? 2. Ist der Klassifizierungsverlauf append-only, oder überschreibt eine erneute Ausführung die vorherige Antwort? 3. Kann eine einzelne Oberfläche beide Rollen gleichzeitig haben, oder erzwingt das Datenmodell eine Entscheidung? 4. Wird die Meldung als Komponente ausgeliefert, die wir einbetten, oder nur als empfohlener Wortlaut, den wir selbst umsetzen? 5. Wie erkennt das System, dass eine Meldung nach einem Deploy nicht mehr angezeigt wird? Wer wird informiert, und wie schnell? 6. Wird die Kennzeichnung von Ausgaben in Ihrer eigenen Dokumentation als Metadaten oder als Provenienz beschrieben? 7. Verweist jede generierte Pflicht auf einen konkreten Artikel und Absatz, mit dem Datum, an dem der Verweis geprüft wurde? 8. Was genau behalten wir, wenn wir kündigen? Dateien, die wir besitzen, oder einen Login, den wir verlieren? 9. Wo werden die Daten gehostet, und wer sind die Unterauftragsverarbeiter? 10. Sitzt ein LLM im Klassifizierungspfad? Wenn ja, erzeugen identische Eingaben identische Ausgaben? 11. Wenn sich die offizielle Leitlinie ändert, führt das System erneut aus, benachrichtigt es oder schweigt es? 12. Wer zeichnet innerhalb des Tools eine Klassifizierung ab?

Frage zwölf hat eine richtige Antwort: Niemand. Wenn das Produkt eines Anbieters etwas erzeugt, das wie eine Abzeichnung aussieht, finden Sie heraus, wessen Name darauf steht.

Fünf Fehlermodi, gegen die man gestalten sollte

Die Rolle wird einmal festgelegt. Ein Team klassifiziert eine Oberfläche im März als Betreiber, weil dort das fertige Chat-Widget eines Anbieters läuft, ersetzt es im September durch eine Eigenentwicklung auf einem selbst gehosteten Modell, und der Datensatz sagt im Januar immer noch Betreiber. Schützen Sie sich, indem Sie die Rollenprüfung an Modell- und Anbieterwechsel in Ihrem Release-Prozess koppeln, nicht an eine Kalendererinnerung.

Die Checker-Ausgabe hat kein Datum. Ein undatiertes PDF ist eine Meinung. Jedes Bewertungsartefakt, das ein Prüfer eines Tages lesen könnte, braucht das Datum seiner Erstellung, die verwendeten Eingaben und die Version der Leitlinie, auf die es sich bezog.

Die Meldung existiert im Designsystem, aber nicht im ausgelieferten Pfad. Sie wird in Storybook und im Web angezeigt, fehlt aber in der mobilen Webview, im per E-Mail versandten Digest und in der öffentlichen API. Das ist eine häufige Lücke, und sie ist für jedes Tool unsichtbar, das Features statt Oberflächen nachverfolgt.

Kennzeichnung wird als Beweis behandelt. Oben behandelt. Sie taucht in Vorstandspräsentationen wieder auf, selbst nachdem das Engineering-Team es verstanden hat.

Abdeckung wird als Prozentsatz gemeldet. „Wir sind zu 80 % abgedeckt“ ist eine Zahl mit einem Nenner, den Sie nicht verteidigen können. Melden Sie absolute Zahlen: 31 Oberflächen, 23 mit zugeordneter Bahn, 19 mit verifiziert live angezeigter Meldung, 4 ungeklärt. Die vier sind der interessante Teil.

Bauen versus Kaufen

Bauen Sie, wenn Sie jede Oberfläche auf einem Bildschirm auflisten können und in sechs Monaten niemand ein Modell gewechselt hat. Der technische Gehalt einer Offenlegungsmeldung ist eine Komponente und eine Bedingung; das ist nicht schwer.

Kaufen Sie, wenn zwei Personen unterschiedliche Antworten für dasselbe Feature geben. Abgleich ist das, wofür Tooling eigentlich da ist, und er wird genau dann teuer, wenn die Person, die die Tabellenkalkulation hält, in Urlaub geht. Der andere Auslöser ist eher beweisbezogen als organisatorisch: Eine Meldung anzuzeigen ist trivial, während der Nachweis, dass sie am 14. August um 09:12 MESZ über drei Deploys hinweg angezeigt wurde, etwas ist, das ein Screenshot-Ordner nicht gut leistet.

Die Teams, die das in die teure Richtung falsch machen, kaufen eine Governance-Suite für elf Oberflächen. Die Teams, die es in die stille Richtung falsch machen, behalten eine Tabellenkalkulation über eine Übernahme hinweg und erben die Oberflächen zweier weiterer Marken, die niemand gezählt hat.

Häufig gestellte Fragen

Ist das EU-KI-Gesetz verbindlich?

Ja. Die Verordnung (EU) 2024/1689 ist eine Verordnung und keine Richtlinie: Sie ist in allen ihren Teilen verbindlich und gilt unmittelbar in jedem Mitgliedstaat, ohne in nationales Recht umgesetzt werden zu müssen (Art. 288 AEUV); die Mitgliedstaaten regeln ergänzend etwa die zuständigen Behörden und die Sanktionen. Die Kommission veröffentlicht die geltenden Daten und den Anwendungsbereich über ihren AI Act Service Desk. Ob und wie es Ihre spezifischen Systeme betrifft, angesichts Ihres Sitzes und Ihrer Nutzer, ist eine Frage für qualifizierte Rechtsberatung und nicht für einen Checker.

Was bedeutet „EU-KI-Gesetz-Compliance“ in der Praxis?

Operativ sind es vier wiederholbare Dinge: Jede von Ihnen ausgelieferte KI-Oberfläche kennen, Ihre Rolle bei jeder einzelnen kennen, das tun, was diese Kombination erfordert, und in der Lage sein, datierte Nachweise für die vorherigen drei zu zeigen. Alles, was eine Plattform verkauft, ist eine Möglichkeit, eines dieser vier Dinge mit weniger Drift zu erledigen.

Welche KI-Compliance-Plattform passt für ein kleines SaaS-Team?

Ordnen Sie den Archetyp Ihrem Objekt zu, nicht den Kundenlogos des Anbieters. Wenn Ihr realistisches Risiko Transparenz ist – eine Chatbot-Meldung, gekennzeichneter KI-Output, ein Feature zur Bildgenerierung –, dann deckt ein Transparenz-Tool die Oberfläche, die Meldung, die Kennzeichnung und den Nachweis ab, und eine vollständige Governance-Suite ist überdimensioniert. Wenn Sie Kandidaten für die Hochrisikostufe haben oder ein KI-Modell mit allgemeinem Verwendungszweck (GPAI) entwickeln und in Verkehr bringen, deckt ein Register oder eine Governance-Suite Boden ab, den die Transparenz-Tools nicht abdecken.

Mein einziges KI-Feature ist ein Support-Chatbot. Brauche ich überhaupt eine Plattform?

Wahrscheinlich nicht. Eine Oberfläche, eine Rolle, eine Meldung, ein datierter Screenshot pro Quartal ist eine Zeile in einer Tabellenkalkulation. Lesen Sie zuerst die Chatbot-Offenlegungspflicht nach Artikel 50 des EU-KI-Gesetzes, setzen Sie die Meldung um, und überdenken Sie die Tooling-Frage, wenn Sie sechs Oberflächen erreichen oder Ihr zweites KI-Feature in E-Mail ausliefern.

Der Fall, der sich all dem widersetzt

Eine Situation lässt sich mit keinem der oben genannten Rahmenwerke lösen: Die Oberfläche, bei der Sie unter einem Kundenvertrag Anbieter und unter einem anderen Betreiber sind, weil eine White-Label-Vereinbarung die Rolle verschoben hat, ohne den Code zu verschieben. Die Klassifizierung ist nicht deshalb mehrdeutig, weil Ihr Erfassungsformular schlecht gestaltet ist. Sie ist mehrdeutig, weil sich die zugrunde liegenden Fakten je Vertrag unterscheiden, und keine Regel-Engine liest Ihre Verträge.

Dieser Fall geht an Rechtsberatung, mit dem Oberflächeninventar im Anhang. Das Inventar ist der Teil, den Sie vor dem Termin bereit haben können.