EU AI Act Readiness

EU AI Act Readiness, umgesetzt im Produkt und in seinen Nachweisen.

Der Großteil der AI-Act-Arbeit landet im Code: ein Hinweis im Chat, ein Log, das das System wirklich schreibt, ein Aufsichtsschritt, den ein Mensch bedienen kann, eine Dokumentation, die zum Release passt. Wir bauen diese technische Seite. Die rechtliche Einstufung trifft deine Rechtsberatung.

AI-Act-Umsetzung besprechen →

KURZ ERKLÄRT

Dieser Auftrag bereitet die technischen Nachweise vor, die der EU AI Act verlangt: ein Inventar der KI-Funktionen, Fakten für die Einstufung durch deine Rechtsberatung, technische Dokumentation, Logging, menschliche Aufsicht und Transparenz nach Artikel 50 in der Oberfläche. Das ist Engineering, keine Rechtsberatung und keine Konformitätsbewertung.

Passt für

  • Produktteams mit Chatbots, Agenten oder generativen Funktionen, die Menschen in der EU nutzen
  • Unternehmen, deren Rechtsberatung oder Enterprise-Kunden Nachweise verlangen, die der Code noch nicht liefert

Eine andere Leistung passt besser

  • Ein Rechtsgutachten, eine Einstufungsentscheidung oder eine Konformitätserklärung
  • Eine Sicherheitsprüfung von Prompts, Tools und Datenzugriffen einer KI-Anwendung

Technische Nachweise, die Rechtsentscheidung bleibt bei deiner Rechtsberatung

Ob ein System hochriskant ist, welche Rolle du hast und welche Pflichten folgen, sind Rechtsfragen. Die beantwortet deine Rechtsberatung. Wir liefern die Fakten dafür und bauen, was aus der Antwort folgt. Bedrohungsmodelle und Missbrauchstests von Prompts, Retrieval und Tools gehören zu KI-Sicherheit. Ein neues KI-Produkt entwickeln gehört zu KI-Agenten & Produkte. Teams schulen und KI-Tools intern einführen gehört zu KI-Enablement. Diese Seite deckt die technische Umsetzung dazwischen ab.

Mit einem Inventar starten, mit dem deine Rechtsberatung arbeiten kann

Die Einstufung hängt vom Zweck, von den betroffenen Personen und von Bedingungen der Verordnung ab, nicht vom Architektur-Etikett. Halte diese Fakten je Funktion fest, bevor jemand Kontrollen budgetiert. Unser Leitfaden zu Kosten und Umfang des AI Act zeigt die Entscheidungsreihenfolge, der Beitrag zu DSGVO und AI Act erklärt, wo Datenschutz-Unterlagen Nachweise teilen können.

KI-Berührungspunkte

Chatbots, Agenten, generative Funktionen, Scoring und jedes Modell, das dein Produkt aufruft, auch über Drittanbieter-APIs.

Zweck und betroffene Personen

Wofür jede Funktion da ist, wen sie erreicht und welche Entscheidungen sie beeinflusst.

Rolle und Markteintritt

Fakten, die deine Rechtsberatung braucht, um Anbieter- oder Betreiberpflichten zuzuordnen und Übergangsfristen zu prüfen.

Komponenten und Lieferanten

Modelle, Datensätze und Dienste hinter jeder Funktion. Eine [AI Bill of Materials](/de/blog/ai-bill-of-materials-cyclonedx-spdx-2026/) hält das als versionierte Daten fest.

Transparenz nach Artikel 50, ausgeliefert in der Oberfläche

Artikel 50 gilt seit 2. August 2026. Eine Person muss spätestens bei der ersten Interaktion erfahren, dass sie mit einer KI zu tun hat, und betroffene generierte Inhalte brauchen eine maschinenlesbare Kennzeichnung. Generative Systeme, die schon vor diesem Datum am Markt waren, haben nur für die Kennzeichnungspflicht bis 2. Dezember 2026 Zeit. Wir setzen den Hinweis im Ablauf um (nicht im Footer), hörbare Hinweise für Voice-Agenten, Herkunftsmetadaten und Labels, wo sie gelten, sowie Screenshots oder Logs, die belegen, dass jeder Hinweis angezeigt wurde. Die Artikel-50-Checkliste zeigt, was besteht und was durchfällt.

Logging, Aufsicht und Dokumentation, die zum laufenden System passen

Kommt deine Rechtsberatung zum Schluss, dass Hochrisiko-Pflichten gelten, beginnt die Umsetzung lange vor den Fristen. Anforderungen für Annex-III-Systeme gelten ab 2. Dezember 2027, für KI in regulierten Produkten nach Annex I ab 2. August 2028. Datenherkunft, Testnachweise und Aufsichtsschritte brauchen Zeit, bis sie im Produkt sind.

Event-Logging

Festlegen, was das System aufzeichnet, wo es liegt, wer es lesen darf und wie lange es bleibt. Danach prüfen, ob die Logs in Produktion wirklich geschrieben werden.

Menschliche Aufsicht

Prüfwarteschlangen, Übersteuern und Stoppen sowie der Kontext, den eine prüfende Person für eine fundierte Entscheidung braucht.

Technische Dokumentation

Systembeschreibung, Datenquellen, Evaluierungen und Versionen, im Repository gepflegt und mit jedem Release aktualisiert.

Änderungs- und Vorfallroutinen

Wer eine Modell- oder Datenänderung neu bewertet und wie ein schwerwiegender Vorfall an die verantwortliche Stelle eskaliert wird.

Prüfen, umsetzen und übergeben

Umfang und Angebot werden je Phase vor Beginn vereinbart. Du kannst mit dem Assessment selbst weiterarbeiten oder die abgestimmte Umsetzung beauftragen.

  1. Readiness-Assessment

    Du erhältst ein Inventar der KI-Funktionen, offene Fragen für die Rechtsberatung, eine Lückenliste gegenüber den bestätigten Kontrollen und ein priorisiertes Backlog.

  2. Umsetzung und Prüfung

    Vereinbarte Änderungen an Oberfläche, Logging und Aufsicht in deinem Code, mit Nachweisen, dass jede Kontrolle wie festgelegt funktioniert.

  3. Laufende Pflege

    Neubewertung bei Änderungen an Modellen, Daten oder Funktionen, separat vereinbart. Daraus entstehen keine 24/7-Abdeckung und kein Uptime-SLA.

Dein Repository, deine Nachweise, deine Entscheidung

Dokumentation, Logging-Konfiguration und Änderungen an der Oberfläche liegen in deinem Repository und bleiben deine. Auch Teams außerhalb der EU fragen diese Arbeit an, wenn ihr Produkt Menschen in der EU erreicht. Ob die Verordnung für dich gilt, gehört zur Analyse deiner Rechtsberatung. Im Trust Center stehen unsere Zuständigkeiten und Service-Level.
// beweise

AI-Act- und Governance-Arbeit in einem bestehenden Auftrag

Für Cedars International haben wir eine KI-native Cybersecurity-Plattform gegen Anforderungen des EU AI Act geprüft und Produkt-Governance-Dokumentation erarbeitet, zusammen mit QA und einem abgegrenzten technischen Assessment. Der Fall belegt diesen veröffentlichten Umfang, keine Zertifizierung, kein Rechtsgutachten und keine Ergebnisgarantie für ein anderes System.

Cedars

Live
Prüfgrundlage Architektur, Anforderungen, Assets und Verantwortlichkeiten für die Prüfung strukturiert.

Dokumentationsstrukturen, gezielte Codeprüfungen und ein abgegrenztes KI-Assessment gaben Cedars eine priorisierte Grundlage für …

PHP JavaScript Python
ENTERPRISE 2026

Das sind ausgewählte Projekte, nicht unser gesamtes Portfolio. Seit 2018 haben wir 100+ Produkte ausgeliefert.

Fragen vor dem Start

Nein. Wir sind ein Engineering-Team. Rechtliche Einstufung, Rollen und die endgültige Auslegung deiner Pflichten bleiben bei deiner Rechtsberatung. Wir bereiten die nötigen Fakten auf und setzen die technischen Kontrollen um, die daraus folgen.
Konformität können wir nicht versprechen. Wir liefern die vereinbarten technischen Kontrollen und Nachweise, geprüft gegen die Abnahmekriterien im Angebot. Ob sie deine Pflichten erfüllen, bewertet deine Rechtsberatung und, wo vorgesehen, das zuständige Konformitätsverfahren.
Ja, seit 2. August 2026. Generative Systeme, die vor diesem Datum in Verkehr gebracht wurden, haben nur für die maschinenlesbare Kennzeichnung bis 2. Dezember 2026 Zeit. Für Chatbot-Hinweise und Deepfake-Labels gibt es keinen solchen Aufschub.
Ja. Viele Produkte rufen Modelle von Drittanbietern auf. Wir dokumentieren, welche Komponente was macht, welche Pflichten bei dir als integrierendem Unternehmen liegen und was du beim Anbieter anfordern solltest.
KI-Sicherheit prüft, ob Prompts, Retrieval und Tools missbraucht werden können, um Daten offenzulegen oder unerlaubte Aktionen auszulösen. Dieser Service baut Transparenz, Logging, Aufsicht und Dokumentation, die der AI Act verlangt. Viele Teams brauchen beides, getrennt gescopet.

Der passende nächste Schritt

AI-Act-Umsetzung besprechen

Beschreib die KI-Funktionen in deinem Produkt, wer sie nutzt und welche AI-Act-Frage dich gerade blockiert. Für das erste Gespräch reicht ein kurzer Überblick ohne vertrauliche Details.

AI-Act-Umsetzung besprechen →