top of page
Technische Anforderungen

Was implementiert sein muss

Für Hochrisiko-Systeme schreibt die Verordnung konkrete technische Maßnahmen vor – keine Absichtserklärungen.

Risikomanagement

Kontinuierlicher Prozess zur Identifikation, Analyse und Minderung von Risiken über den gesamten Lebenszyklus.

  • Risikoidentifikation bei Inbetriebnahme
  • Laufende Überwachung
  • Dokumentierter Restrisiko-Abgleich
  • Testprotokolle vor jedem Release

ABD baut dies als automatisiertes Risk-Log ein.

Logging & Transparenz

Automatische Protokollierung aller relevanten Operationen – lückenlos, manipulationssicher, für Behörden abrufbar.

  • Audit-Logs mit Zeitstempel
  • Protokollierung aller Entscheidungen
  • Transparenz gegenüber Nutzern
  • Behörden-Zugangsschnittstelle

In ABD GENIE und MergeIQ standardmäßig eingebaut.

Menschliche Aufsicht

Hochrisiko-KI muss so gestaltet sein, dass Menschen Ausgaben überwachen, einschränken oder deaktivieren können.

  • Technische Übersteuerung
  • Human-in-the-Loop-Prozess
  • Eskalationspfad bei Unsicherheit
  • Schulungsnachweis für Aufsicht

ABD definiert und implementiert Oversight-Workflows.

Daten-Governance

Trainingsdaten müssen nachvollziehbar, relevant und frei von systematischen Verzerrungen sein.

  • Herkunftsnachweis der Trainingsdaten
  • Bias-Analyse und Dokumentation
  • Datenschutz-Folgenabschätzung
  • Lösch- und Korrekturprozesse

Teil des ABD Data-Readiness-Assessments.

Qualitätsmanagement

Dokumentiertes QMS über Entwicklung, Monitoring, Incident-Management und Änderungsprozesse.

  • Vollständige technische Dokumentation
  • Versionskontrolle aller Modelländerungen
  • Incident-Response-Prozess
  • Nachgewiesene Schulungen

Erleichterungen gelten jetzt auch für kleine Midcaps.

Transparenz – gilt bereits

Nutzer müssen erkennen, wenn sie mit KI interagieren. KI-generierte Inhalte sind zu kennzeichnen.

  • Offenlegung bei direkter Interaktion
  • Kennzeichnung synthetischer Inhalte
  • Bestandssysteme ab 02.12.2026
  • Betrifft Chat-, Voice- und Textsysteme

Die akuteste Pflicht – und die meistübersehene.

Vorgehen

Von der Bestandsaufnahme zur technischen Compliance

Inventar & Assessment

Bestandsaufnahme aller KI-Systeme, Risikoklassifikation, Identifikation der kritischen Lücken mit Priorisierung.

Architektur & Roadmap

Technische Compliance-Architektur mit Umsetzungsplan, Meilensteinen und klaren Verantwortlichkeiten.

Implementierung

Einbau von Audit-Logging, Oversight-Triggern, QMS-Integration und Dashboard in Ihre bestehenden Systeme.

Laufendes Monitoring

Drift-Erkennung, automatische Compliance-Berichte, Behördenexport auf Abruf – auch bei neuer Regulatorik.

Einzelfragen im Detail

Fünf Fragen, die jeder zuerst stellt

Diese Seite gibt den Überblick. Für die Fragen, die in der Praxis zuerst kommen, gibt es je eine eigene Seite mit dem geprüften Rechtsstand.

KI-Schulungspflicht: seit wann sie gilt

Die Pflicht besteht seit dem 2. Februar 2025, nicht erst seit August 2026. Der Digital Omnibus hat sie abgeschwächt, nicht verschoben. Wer schulen muss, was dokumentiert sein muss.

Zur Schulungspflicht nach Artikel 4 →

Risikoklassen: in welche fällt Ihr System

Verboten, hochriskant, transparenzpflichtig oder ohne besondere Auflagen. Die Einordnung entscheidet über jede weitere Pflicht – und über die Frist.

Zu den Risikoklassen →

Bußgelder: was ein Verstoß wirklich kostet

35 Millionen Euro stehen in fast jedem Beitrag. Für kleine und mittlere Unternehmen gilt aber der niedrigere der beiden Beträge – das ändert die Rechnung erheblich.

Zum Sanktionsrahmen →

Müssen bestehende Systeme nachgerüstet werden

Für Systeme, die vor dem 2. August 2026 in Verkehr gebracht wurden, gelten eigene Fristen. Bei der KI-Kompetenz nach Artikel 4 gibt es dagegen keinen Bestandsschutz.

Zu den Bestandssystemen →

Gilt die Verordnung auch für interne KI

Ein System, das das Unternehmen nie verlässt, fällt trotzdem unter die Verordnung. Wer ChatGPT oder Copilot im Arbeitsalltag einsetzt, gilt in der Regel als Betreiber. Auch intern eingesetzte KI, die nie einen Kunden erreicht, unterliegt den Pflichten.

Zur internen Nutzung →

Vom Piloten in den geprüften Betrieb

Wer die Nachweisführung erst beim Produktivgang einbaut, baut sie nachträglich ein. Warum rund die Hälfte aller Piloten den Betrieb nie erreicht.

Zur KI-Skalierung →

Nächster Schritt

Sprechen wir über Ihr Vorhaben.

Im unverbindlichen Erstgespräch klären wir Ausgangslage, Ziele und die nächsten sinnvollen Schritte.

oder direkt an office@ai-bd.at

bottom of page