Anbieterrolle vor Entwicklung festlegen
Klären Sie zu Projektbeginn, welche Gesellschaft Entwicklung beauftragt, Zweckbestimmung und Marke kontrolliert und das KI System bereitstellt oder in Betrieb nimmt. Die Anbieterdefinition kann auch Auftragsentwicklung, unentgeltliche Bereitstellung und Eigengebrauch unter eigenem Namen erfassen. Outsourcing von Training, Tests oder Integration beseitigt die Rolle nicht automatisch.
Halten Sie Zweck, vorgesehene Nutzer, Systemgrenzen, Modellquellen, Entwicklungsbeiträge und Markenauftritt in einer Verantwortungsmatrix fest. Product Owner, Legal und Qualitätsmanagement bestätigen die Zuordnung vor wesentlichen Entwicklungsentscheidungen. Änderungen an Marke, Zweck oder Systemarchitektur lösen eine neue Prüfung aus, bevor sie technisch umgesetzt oder vermarktet werden. Als Nachweis dienen eine datierte Bewertung, benannte Verantwortliche, verknüpfte Unterlagen und ein Termin für die nächste Prüfung. Wesentliche Unsicherheit wird nicht stillschweigend akzeptiert, sondern mit Entscheidung, Auflage oder Eskalation sichtbar gemacht.
- Anbieterdefinition nach Art. 3 Nr. 3 erläutern, einschließlich Auftragsentwicklung, Eigengebrauch unter eigener Marke und unentgeltlicher Bereitstellung.
Systemanbieter und GPAI Anbieter trennen
Ein Anbieter eines KI Systems ist nicht automatisch Anbieter des darin verwendeten GPAI Modells. Umgekehrt kann ein Modellanbieter andere Pflichten haben als der nachgelagerte Systemanbieter. Erfassen Sie deshalb Modell, System, Integrationsschicht und beteiligte Gesellschaften getrennt, auch wenn alles unter einer gemeinsamen Produktmarke erscheint.
GPAI Anbieterpflichten gelten grundsätzlich seit 2. August 2025 und dürfen nicht auf die Hochrisikofristen verschoben werden. Nachgelagerte Anbieter benötigen ausreichende Informationen aus der Modelllieferkette, bleiben aber für ihr eigenes System verantwortlich. Verträge müssen Zugriff auf technische Informationen, Änderungsmitteilungen und Unterstützung sichern, ohne Geschäftsgeheimnisse unnötig offenzulegen. Als Nachweis dienen eine datierte Bewertung, benannte Verantwortliche, verknüpfte Unterlagen und ein Termin für die nächste Prüfung. Wesentliche Unsicherheit wird nicht stillschweigend akzeptiert, sondern mit Entscheidung, Auflage oder Eskalation sichtbar gemacht.
- Anbieter eines KI-Systems klar von Anbietern eines GPAI-Modells sowie von nachgelagerten Anbietern abgrenzen.
Bereits anwendbare Pflichten umsetzen
Prüfen Sie jedes Vorhaben gegen die anwendbaren Verbote des Artikels 5. Setzen Sie nach Artikel 4 angemessene Maßnahmen zur Unterstützung der KI Kompetenz der einschlägig befassten Personen. Für Artikel 50 müssen Anbieter je nach Tatbestand direkte KI Interaktion erkennbar machen oder bestimmte künstlich erzeugte beziehungsweise manipulierte Ausgaben maschinenlesbar kennzeichnen.
Diese Pflichten brauchen eigene Release-Gates. Produktmanagement legt den Transparenzmechanismus fest, Engineering testet seine Funktionsfähigkeit und Legal dokumentiert Tatbestand sowie Ausnahmen. Für vor dem 2. August 2026 in Verkehr gebrachte Systeme betrifft die Frist bis 2. Dezember 2026 nur Artikel 50 Absatz 2; sie verschiebt nicht sämtliche Transparenzpflichten. Als Nachweis dienen eine datierte Bewertung, benannte Verantwortliche, verknüpfte Unterlagen und ein Termin für die nächste Prüfung. Wesentliche Unsicherheit wird nicht stillschweigend akzeptiert, sondern mit Entscheidung, Auflage oder Eskalation sichtbar gemacht.
- Pflichten nach Risikostufe gliedern: Verbotsprüfung, Maßnahmen zur Unterstützung von KI-Kompetenz, Transparenz nach Art. 50 und das künftig anwendbare Hochrisiko-Regime.
Hochrisiko-Entwicklung vorbereiten
Für Hochrisiko-Systeme bilden Risikomanagement, Daten- und Daten-Governance, technische Dokumentation, Protokollierung, Betreiberinformationen, menschliche Aufsicht sowie Genauigkeit, Robustheit und Cybersicherheit ein zusammenhängendes Entwicklungssystem. Diese Elemente dürfen nicht erst kurz vor der Konformitätsbewertung aus verstreuten Projektunterlagen rekonstruiert werden.
Ordnen Sie jedem Anforderungsbereich einen fachlichen Owner, überprüfbare Akzeptanzkriterien und versionierte Nachweise zu. Datenqualität und Repräsentativität werden am Zweck und an betroffenen Gruppen bewertet; menschliche Aufsicht wird technisch und organisatorisch getestet. Abweichungen gehen in eine dokumentierte Freigabe, Nachbesserung oder Stoppentscheidung. Als Nachweis dienen eine datierte Bewertung, benannte Verantwortliche, verknüpfte Unterlagen und ein Termin für die nächste Prüfung. Wesentliche Unsicherheit wird nicht stillschweigend akzeptiert, sondern mit Entscheidung, Auflage oder Eskalation sichtbar gemacht.
- Für Hochrisiko-Systeme die künftigen Kernbausteine Risikomanagement, Datenqualität, technische Dokumentation, Protokollierung, Betreiberinformationen, menschliche Aufsicht, Genauigkeit, Robustheit und Cybersicherheit darstellen.
Markteinführung kontrollieren
Vor einer Hochrisiko-Markteinführung sind je nach Fall Konformitätsbewertung, EU-Konformitätserklärung, CE-Kennzeichnung und Registrierung einzuplanen. Die Geschäftsleitung sollte einen Release-Beschluss nur erhalten, wenn Produktversion, Zweckbestimmung, Bewertungsweg, offene Abweichungen und Verantwortlichkeiten eindeutig sind. Marketing darf keine abweichenden Zwecke versprechen.
Für Systeme nach Artikel 6 Absatz 2 und Anhang III gelten die zentralen Kapitel-III-Regeln grundsätzlich ab 2. Dezember 2027; für Systeme nach Artikel 6 Absatz 1 und Anhang I grundsätzlich ab 2. August 2028. Nutzen Sie die Zeit für belastbare Prozesse und beachten Sie daneben bereits geltendes Produkt-, Datenschutz-, Verbraucher- und Vertragsrecht. Als Nachweis dienen eine datierte Bewertung, benannte Verantwortliche, verknüpfte Unterlagen und ein Termin für die nächste Prüfung. Wesentliche Unsicherheit wird nicht stillschweigend akzeptiert, sondern mit Entscheidung, Auflage oder Eskalation sichtbar gemacht.
- Konformitätsbewertung, EU-Konformitätserklärung, CE-Kennzeichnung, Registrierung, Monitoring nach dem Inverkehrbringen und Meldung schwerwiegender Vorfälle als Anbieterprozess einordnen.
Nach dem Inverkehrbringen steuern
Anbieterprozesse enden nicht mit dem Release. Planen Sie Beobachtung nach dem Inverkehrbringen, Auswertung von Protokollen und Beschwerden, Änderungsmanagement sowie Meldung und Bearbeitung schwerwiegender Vorfälle. Modell-, Daten-, Schnittstellen- oder Zweckänderungen können Leistung, Risiko und regulatorische Einordnung verändern.
Definieren Sie Schwellen für Korrekturmaßnahmen, Rücknahme, Abschaltung und Behördenkommunikation. Der Verantwortliche berichtet regelmäßig über Risiken und außerplanmäßig bei erheblichen Signalen. Verträge mit Entwicklungspartnern müssen Untersuchung, Zugriff auf Nachweise und Abhilfe ermöglichen; die regulatorische Verantwortung lässt sich durch eine Lieferantenklausel nicht vollständig verlagern. Als Nachweis dienen eine datierte Bewertung, benannte Verantwortliche, verknüpfte Unterlagen und ein Termin für die nächste Prüfung. Wesentliche Unsicherheit wird nicht stillschweigend akzeptiert, sondern mit Entscheidung, Auflage oder Eskalation sichtbar gemacht.
- Auslagerung von Training, Tests oder Integration lässt die regulatorische Anbieterrolle nicht automatisch entfallen; Vertrags- und Informationspflichten entlang der Wertschöpfungskette mitdenken.
Entscheidungsbox für die Leitung
- Anbieterrolle und verantwortliche Gesellschaft sind schriftlich begründet.
- KI System und GPAI Modell sind getrennt erfasst.
- Verbote, Artikel 4 und Artikel 50 haben eigene Release-Gates.
- Hochrisiko-Nachweise entstehen fortlaufend und versioniert.
- Konformitätsweg, Monitoring, Vorfälle und Korrekturmaßnahmen sind organisiert.
Häufige Fragen
Wird der Auftraggeber einer Entwicklung Anbieter?
Das kann der Fall sein, wenn er die Entwicklung veranlasst und das System unter eigenem Namen oder eigener Marke in Verkehr bringt oder in Betrieb nimmt. Entscheidend sind die konkreten Tätigkeiten und der Marktauftritt; die Auslagerung technischer Arbeit verhindert die Rolle nicht automatisch.
Gelten Hochrisiko-Anbieterpflichten bereits?
Die zentralen Anforderungen aus Kapitel III Abschnitte 1 bis 3 gelten für Anhang-III-Systeme grundsätzlich ab 2. Dezember 2027 und für Anhang-I-Systeme ab 2. August 2028. Andere Pflichten und sonstiges Recht können schon vorher anwendbar sein.
Ist ein Systemanbieter automatisch GPAI Anbieter?
Nein. Ein Unternehmen kann ein fremdes GPAI Modell in ein eigenes KI System integrieren und Anbieter dieses Systems sein, ohne Anbieter des Modells zu werden. Modell- und Systemebene sowie nachgelagerte Änderungen müssen getrennt dokumentiert und rechtlich eingeordnet werden.
Primärquellen
Rechtsstand: 16. September 2026. Rechtsstand 16.09.2026: Allgemein anwendbare Anbieterpflichten, insbesondere die Verbotsprüfung, der geänderte Art. 4 und einschlägige Transparenzpflichten nach Art. 50, sind bereits zu beachten. Die Anbieteranforderungen für Hochrisiko-Systeme nach Kapitel III Abschnitte 1 bis 3 sind durch die Verordnung (EU) 2026/1744 auf den 02.12.2027 für Anhang III und auf den 02.08.2028 für Anhang I verschoben. Diese Termine dürfen nicht auf GPAI-Pflichten oder Art. 50 übertragen werden. Vor Veröffentlichung sind konsolidierte Fassung, Übergangsfristen, Leitlinien, österreichische Behördenlage und der konkrete Sachverhalt erneut zu prüfen. Der Beitrag unterstützt die strukturierte Prüfung, ersetzt aber keine Rechtsberatung im Einzelfall und bietet keine Haftungsgarantie. Verstöße gegen die künftig anwendbaren Anbieterpflichten des Art. 16 können nach Art. 99 Abs. 4 mit Geldbußen bis 15 Mio. EUR oder bei Unternehmen bis 3 % des weltweiten Vorjahresumsatzes geahndet werden; grundsätzlich gilt der höhere Wert, bei KMU der niedrigere Höchstwert. Eine noch nicht anwendbare Hochrisikopflicht kann dadurch nicht vorgezogen werden.