Anbieter oder Betreiber? So grenzen Sie Ihre AI-Act-Pflichten richtig ab

Bis zu 15 Millionen Euro oder 3 % des weltweiten Jahresumsatzes — so hoch kann das Bußgeld ausfallen, wenn ein Unternehmen die Pflichten eines Anbieters verletzt. Und genau hier liegt die Tücke: Viele Unternehmen, die glauben, nur harmlose Betreiber einer eingekauften KI zu sein, sind rechtlich längst zum Anbieter geworden — ohne es zu merken. Ein falsch gesetztes Logo, ein umgewidmeter Verwendungszweck, ein Feintuning zu viel: Schon greift der volle Anbieterpflichtenkatalog. Wer seine Rolle nicht kennt, kennt seine Pflichten nicht. Dieser Artikel zeigt Ihnen anhand konkreter Szenarien, wie Sie Ihre Rolle als Anbieter oder Betreiber im AI Act sauber bestimmen — und die gefährliche Grauzone vermeiden.

Anbieter oder Betreiber im AI Act: Warum die Rolle über Ihre Pflichten entscheidet

Der EU AI Act verteilt Pflichten nicht pauschal auf alle, die mit KI zu tun haben. Er knüpft sie an Rollen entlang der Wertschöpfungskette. Die zentrale Weichenstellung verläuft zwischen dem Anbieter (Provider) und dem Betreiber (Deployer).

Diese Unterscheidung ist keine juristische Spitzfindigkeit. Sie entscheidet über Ihr komplettes Compliance-Programm. Der Anbieter trägt die Hauptlast: Er muss ein KI-System technisch absichern, dokumentieren, bewerten und in den Markt bringen. Der Betreiber nutzt das System — mit deutlich schlankeren, aber keineswegs trivialen Pflichten.

Der Pflichtenumfang unterscheidet sich dramatisch, und damit auch das Haftungsrisiko. Ein Anbieter eines Hochrisiko-Systems muss unter anderem eine Konformitätsbewertung durchlaufen. Ein Betreiber muss „nur“ die bestimmungsgemäße Verwendung sicherstellen und die menschliche Aufsicht organisieren. Wer sich falsch einordnet, unterschätzt seine Pflichten systematisch — mit teuren Folgen.

Wie stark eine Rolle ins Gewicht fällt, hängt zusätzlich von der Risikoklasse des Systems ab. Ein Blick auf den Vergleich der KI-Risikoklassen lohnt sich, bevor Sie Ihre Rolle final bestimmen: Bei einem Hochrisiko-System sind die Konsequenzen ungleich schwerwiegender als bei einem System mit minimalem Risiko.

Der Anbieter im AI Act: Definition und Kernpflichten

Nach Art. 3 AI Act ist ein Anbieter eine natürliche oder juristische Person, die ein KI-System oder ein KI-Modell mit allgemeinem Verwendungszweck (GPAI) entwickelt oder entwickeln lässt und es unter eigenem Namen oder eigener Marke in Verkehr bringt oder in Betrieb nimmt — unabhängig davon, ob dies entgeltlich oder unentgeltlich geschieht.

Zwei Merkmale sind entscheidend: die Entwicklung (oder das Entwickeln-Lassen) und das Inverkehrbringen unter eigenem Namen. Wer beides erfüllt, trägt bei Hochrisiko-Systemen den vollen Pflichtenkatalog nach Art. 16 AI Act:

Konformitätsbewertung vor dem Inverkehrbringen (Art. 43) — der Nachweis, dass das System die Anforderungen erfüllt. Details dazu finden Sie in unserem Beitrag zur Konformitätsbewertung.
Technische Dokumentation nach Art. 11, die Aufbau, Zweck und Risikomanagement lückenlos belegt. Wie Sie diese erstellen, lesen Sie in unserem Leitfaden zur technischen Dokumentation.
Risikomanagementsystem und Qualitätsmanagement.
CE-Kennzeichnung nach Art. 48 als sichtbares Konformitätssignal.
Registrierung des Hochrisiko-Systems in der EU-Datenbank nach Art. 49.
Meldepflichten bei schwerwiegenden Vorfällen und Korrekturmaßnahmen.

Der Anbieter ist damit die zentrale Verantwortungsinstanz. Er haftet dafür, dass das System sicher, transparent und regelkonform auf den Markt kommt.

Der Betreiber im AI Act: Definition und Kernpflichten

Der Betreiber — im Original „Deployer“ — ist nach Art. 3 AI Act jede natürliche oder juristische Person, die ein KI-System in eigener Verantwortung verwendet. Ausgenommen ist ausdrücklich die rein persönliche, nicht-berufliche Nutzung. Sobald Sie also KI im geschäftlichen Kontext einsetzen, sind Sie Betreiber.

Die Pflichten des Betreibers eines Hochrisiko-Systems ergeben sich vor allem aus Art. 26 AI Act:

Bestimmungsgemäße Verwendung: Sie müssen das System gemäß der Betriebsanleitung des Anbieters einsetzen.
Menschliche Aufsicht: Sie müssen kompetente Personen mit der Überwachung betrauen. Wie Sie diese wirksam gestalten, zeigt unser Beitrag zur menschlichen Aufsicht.
Monitoring des Betriebs und Reaktion auf Risiken — inklusive Aussetzung des Systems bei Gefahr.
Aufbewahrung der automatisch erzeugten Logs, soweit unter Ihrer Kontrolle.
Informationspflichten: etwa die Unterrichtung betroffener Personen oder Arbeitnehmervertretungen sowie Transparenzpflichten nach Art. 50 (z. B. Kennzeichnung von KI-generierten Inhalten oder Deepfakes).

Diese Pflichten sind schlanker als die des Anbieters — aber sie sind verbindlich und sanktionsbewehrt. Der Betreiber ist kein passiver Nutzer, sondern ein aktiver Verantwortungsträger im Betrieb.

Anbieter vs. Betreiber: Pflichten im direkten Vergleich

Kriterium	Anbieter (Provider)	Betreiber (Deployer)
Grundrolle	Entwickelt/lässt entwickeln und bringt in Verkehr	Nutzt System in eigener Verantwortung
Konformitätsbewertung (Art. 43)	Ja, verpflichtend	Nein
Technische Dokumentation (Art. 11)	Ja, muss erstellt werden	Nein (nur Nutzung der Anleitung)
CE-Kennzeichnung (Art. 48)	Ja	Nein
Registrierung EU-Datenbank (Art. 49)	Ja	Teilweise (bestimmte Betreiber)
Risikomanagementsystem	Ja	Nein
Menschliche Aufsicht sicherstellen	Vorsehen im Design	Operativ umsetzen (Art. 26)
Monitoring im Betrieb	Post-Market-Monitoring	Laufende Überwachung
Informations-/Transparenzpflichten	Gegenüber Betreibern	Gegenüber Betroffenen (Art. 50)
Bußgeldrisiko (Art. 99)	Hoch (voller Pflichtenkatalog)	Mittel (begrenzter Katalog)

Merken Sie sich diese Tabelle gut — sie ist der Kern der Rollenabgrenzung im AI Act. Und beachten Sie: Eine Organisation kann gleichzeitig mehrere Rollen einnehmen. Sie können für System A Betreiber sein (eingekaufte HR-Software), für System B aber Anbieter (eine selbst entwickelte KI, die Sie Kunden bereitstellen). Die Rolle ist immer systembezogen, nie pauschal für das gesamte Unternehmen.

Die Grauzone: Wann ein Betreiber zum Anbieter wird

Hier liegt das gefährlichste Missverständnis. Art. 25 AI Act regelt die „Verantwortlichkeiten entlang der KI-Wertschöpfungskette“. Er definiert präzise, wann ein Betreiber (oder auch ein Händler oder Einführer) in die Rolle des Anbieters rutscht und dessen volle Pflichten übernimmt.

Nach Art. 25 Abs. 1 gilt ein Betreiber eines Hochrisiko-Systems als Anbieter, wenn einer dieser drei Auslöser eintritt:

Eigenes Branding: Sie versehen ein bereits in Verkehr gebrachtes Hochrisiko-System mit Ihrem Namen oder Ihrer Marke. Auch reines „White-Labeling“ reicht — Sie treten nach außen als Verantwortlicher auf.
Wesentliche Änderung: Sie nehmen eine wesentliche Veränderung an einem Hochrisiko-System vor, das bereits auf dem Markt ist, und es bleibt Hochrisiko. Eine wesentliche Änderung ist eine Modifikation, die nicht vom Anbieter vorgesehen war und die die Konformität des Systems mit den Anforderungen berührt oder den Zweck verändert.
Zweckumwidmung: Sie ändern den Verwendungszweck eines KI-Systems (auch eines Nicht-Hochrisiko-Systems) so, dass es dadurch zum Hochrisiko-System wird.

Wesentliche Änderung — konkret

Beispiel: Ihr Unternehmen kauft eine KI zur Analyse von Bewerbungsunterlagen. Der Anbieter hat sie für die Vorsortierung nach fachlichen Kriterien trainiert und zertifiziert. Sie trainieren das Modell mit eigenen Daten nach, damit es zusätzlich eine automatisierte Rangliste mit Eignungsprognose erstellt — eine Funktion, die der Anbieter nie vorgesehen hat. Das ist eine wesentliche Änderung: Sie greifen tief in Funktion und Risikoprofil ein. Ab jetzt sind Sie Anbieter — mit Konformitätsbewertung, technischer Dokumentation und CE-Kennzeichnung.

Zweckumwidmung — konkret

Beispiel: Sie setzen ein KI-System, das ursprünglich zur Textklassifikation im Marketing verkauft wurde, plötzlich zur Bewertung der Kreditwürdigkeit von Kunden ein. Kreditwürdigkeitsprüfung ist ein im AI Act gelisteter Hochrisiko-Anwendungsfall. Durch diese Umwidmung machen Sie aus einem harmlosen Werkzeug ein Hochrisiko-System — und werden zum Anbieter mit allen Pflichten.

Die Konsequenz ist in beiden Fällen dieselbe: Der volle Anbieterpflichtenkatalog trifft schlagartig Ihr Anwenderunternehmen. Der ursprüngliche Anbieter ist ab diesem Zeitpunkt für das veränderte System aus der Verantwortung. Besonders brisant wird das in Kundenprojekten — etwa wenn eine Agentur eine KI-Lösung für einen Kunden anpasst. Wer dann haftet, klären wir im Beitrag zur Haftung von Agenturen.

Weitere Rollen im AI Act: Einführer, Händler und die Lieferkette

Der AI Act kennt neben Anbieter und Betreiber weitere Rollen, die vor allem bei Drittstaaten-KI relevant werden.

Der Einführer (Importeur) ist nach Art. 3 eine in der EU niedergelassene Person, die ein KI-System eines Anbieters aus einem Drittland in der EU in Verkehr bringt. Er muss vor dem Inverkehrbringen prüfen, ob der Anbieter seine Pflichten erfüllt hat — etwa ob Konformitätsbewertung und Dokumentation vorliegen.
Der Händler (Distributor) ist jede Person in der Lieferkette (außer Anbieter und Einführer), die ein KI-System auf dem Markt bereitstellt. Auch er hat Prüfpflichten, etwa hinsichtlich CE-Kennzeichnung und begleitender Dokumentation.

Diese Rollen verteilen die Verantwortung entlang der KI-Wertschöpfungskette: Jeder Akteur prüft die vorgelagerte Stufe. Wird ein Einführer oder Händler durch Branding oder wesentliche Änderung selbst zum Gestalter, greift auch für ihn Art. 25. Wie die Verantwortung beim Import aus Nicht-EU-Staaten konkret verteilt ist, lesen Sie im Beitrag zum Drittstaaten-Import.

Praxis-Szenarien zur Rollenbestimmung

Szenario 1: SaaS-KI eingekauft und unverändert genutzt = Betreiber

Ein Versicherer abonniert eine cloudbasierte KI zur Dokumentenprüfung. Er nutzt sie exakt so, wie der Anbieter sie vorgesehen hat — keine eigene Marke, kein Nachtraining, keine Zweckänderung. Ergebnis: klarer Betreiber. Seine Pflichten beschränken sich auf menschliche Aufsicht, Monitoring, Logging und Informationspflichten nach Art. 26.

Szenario 2: GPAI-Modell feinabgestimmt und unter eigenem Namen angeboten = Anbieter

Ein Software-Haus nimmt ein GPAI-Modell (etwa ein großes Sprachmodell), stimmt es mit eigenen Daten fein ab und bietet die entstandene Lösung unter eigenem Produktnamen seinen Kunden an. Ergebnis: Anbieter. Es hat entwickeln lassen und bringt unter eigenem Namen in Verkehr. Je nach Einsatzzweck kommen erhebliche Pflichten hinzu — bis hin zur Konformitätsbewertung. Was beim Umgang mit GPAI und Feinabstimmung zu beachten ist, vertieft unser Beitrag zu ChatGPT und GPAI.

In 5 Schritten Ihre AI-Act-Rolle rechtssicher festlegen

Nutzen Sie diese Entscheidungslogik für jedes einzelne KI-System:

Bestandsaufnahme: Listen Sie jedes KI-System einzeln auf. Die Rolle bestimmen Sie pro System, nicht für das Unternehmen.
Herkunft prüfen: Haben Sie das System selbst entwickelt oder entwickeln lassen? Falls ja und Sie bringen es unter eigenem Namen in Verkehr — Anbieter.
Branding prüfen: Setzen Sie Ihren Namen oder Ihre Marke auf ein fremdes System? Falls ja — Art. 25 greift, Anbieter.
Änderung prüfen: Nehmen Sie eine wesentliche Änderung vor oder widmen Sie den Zweck um, sodass Hochrisiko entsteht? Falls ja — Anbieter.
Andernfalls: Sie nutzen ein fremdes System bestimmungsgemäß und geschäftlich — Betreiber.

Dokumentieren Sie das Ergebnis. Die Dokumentation der Rollenzuweisung ist selbst ein Compliance-Nachweis: Sie belegt gegenüber Aufsichtsbehörden, dass Sie Ihre Pflichten bewusst zugeordnet haben. Halten Sie fest, welches System welche Rolle auslöst, welche Prüfung Sie durchgeführt haben und wann. Eine strukturierte Umsetzungshilfe bietet unsere Pflichten-Checkliste für KMU.

Die Rolle je System festzuhalten ist der eine Teil. Sie bei jeder Anpassung erneut zu prüfen, der andere, und genau daran scheitert die Abgrenzung in der Praxis. Wer beides an einer Stelle führen will, findet unter Software für die AI-Act-Dokumentation den Funktionsumfang, den das voraussetzt.

Fazit: Anbieter oder Betreiber — Ihre Rolle ist Ihr Compliance-Kompass

Die Unterscheidung zwischen Anbieter und Betreiber ist die wichtigste Weichenstellung im gesamten AI Act. Sie entscheidet, ob Sie eine schlanke Betreiberpflicht erfüllen oder den vollen Anbieterpflichtenkatalog stemmen müssen. Besonders gefährlich ist die Grauzone des Art. 25: Ein Logo, eine wesentliche Änderung oder eine Zweckumwidmung genügen, um Sie ungewollt zum Anbieter zu machen — mit einem Bußgeldrisiko von bis zu 15 Millionen Euro oder 3 % des weltweiten Jahresumsatzes nach Art. 99. Wer sich falsch einordnet, riskiert nicht nur Strafen, sondern auch zivilrechtliche Haftung gegenüber betroffenen Personen und Kunden.

Bestimmen Sie Ihre Rolle daher für jedes System einzeln, dokumentieren Sie das Ergebnis und prüfen Sie bei jeder Anpassung erneut, ob Sie die Grenze zum Anbieter überschreiten.