Wissen · Recht & Compliance
Haftung bei KI-Automatisierung: was Unternehmen ab 09.12.2026 beachten sollten
Zum Zitieren
- Software zählt nach Art. 4 Nr. 1 der Produkthaftungsrichtlinie (EU) 2024/2853 ausdrücklich als Produkt — „auch Elektrizität, digitale Konstruktionsunterlagen, Rohstoffe und Software" sind erfasst.
- Die Haftung gegenüber einer geschädigten Person lässt sich nach Art. 15 der Richtlinie nicht durch eine vertragliche Bestimmung beschränken oder ausschließen — keine Klausel, keine Checkbox.
- Ein Mensch-in-der-Schleife mindert die Haftung gegenüber Geschädigten nicht automatisch: Nach Art. 13 Abs. 1 entfällt sie nicht, wenn der Schaden zugleich durch das Handeln eines Dritten mitverursacht wurde.
Ab dem 9. Dezember 2026 gilt die neue EU-Produkthaftungsrichtlinie für neu in Verkehr gebrachte oder in Betrieb genommene Produkte — und Software zählt darunter ausdrücklich, auch KI-Systeme und interne Automatisierungen. Wer ein solches Werkzeug baut, betreibt oder unter eigenem Namen anbietet, wird dadurch zum Wirtschaftsakteur. Geschützt sind nur natürliche Personen und nur bestimmte Schäden (Körper, Gesundheit, private Sachen, private Daten) — ein reines B2B-Angebot mindert das Risiko, schaltet es aber nicht ab, sobald Menschen erreicht werden. Checkbox, Haftungsklausel und ein Mensch in der Freigabeschleife ändern daran gegenüber Geschädigten nichts; was zählt, sind Freigabe-Protokolle, Versionsstände und Update-Historie.
Keine Rechtsberatung: Diese Seite fasst öffentlich zugängliche Fundstellen aus der EU-Produkthaftungsrichtlinie zusammen und ordnet sie praxisnah ein. Sie ersetzt keine individuelle Rechtsberatung und trifft keine eigene rechtliche Einschätzung Ihres konkreten Falls — dafür empfehlen wir eine spezialisierte Anwältin oder einen spezialisierten Anwalt, insbesondere vor dem 9. Dezember 2026.
Der 9. Dezember 2026 im Überblick
Bisher regelte eine Richtlinie aus dem Jahr 1985 die Produkthaftung in der EU — aus einer Zeit ohne Software als eigenständiges Gut. Die neueRichtlinie (EU) 2024/2853 löst sie ab und schreibt Software erstmals ausdrücklich in den Produktbegriff. Maßgeblich ist nicht das Datum der Richtlinie selbst (die trat bereits 2024 in Kraft), sondern der Stichtag für die Anwendung: Sie gilt für Produkte, die nach dem 9. Dezember 2026 erstmals in Verkehr gebracht oder in Betrieb genommen werden. Ein Werkzeug, das vorher schon läuft, bleibt zunächst beim alten Recht — es sei denn, es wird danach wesentlich verändert, was die Frist nach dem Wortlaut der Richtlinie neu in Gang setzen kann.
Kostenlos ist kein Ausweg: Sowohl das Inverkehrbringen als auch die Inbetriebnahme gelten nach der Richtlinie „entgeltlich oder unentgeltlich". Auch ein internes Werkzeug, das ein Unternehmen nur selbst im eigenen Betrieb nutzt, fällt unter den Begriff der Inbetriebnahme — es macht das Unternehmen zum Hersteller für den Eigenbedarf. Für eine Automatisierung oder einen Agenten, der nach dem Stichtag erstmals produktiv läuft, heißt das: grundsätzlich erfasst, unabhängig davon, ob er je verkauft wird.
Ist eine KI-Automatisierung ein „Produkt"?
Die Richtlinie zählt Software ohne Einschränkung nach Bereitstellungsart zu den Produkten — ob installiert oder als Dienst über das Netz genutzt, spielt nach dem Wortlaut keine Rolle. Eine reine Dienstleistung ohne Abgabe von Software (Beratung, ein Workshop, menschlich erbrachte Arbeit) fällt dagegen nicht darunter. Für die häufigsten Konstellationen rund um KI-Automatisierung:
| Konstellation | Fällt es unter die Richtlinie? |
|---|---|
| Eigene Automatisierung, Workflow oder KI-Agent (egal ob App, Web-Werkzeug oder n8n-Workflow) | Ja — Software ist ausdrücklich Produkt. |
| Frei verfügbare Open-Source-Software, die ein Unternehmen gewerblich einsetzt oder einbaut | Ja — die Ausnahme für freie Software gilt nur außerhalb einer Geschäftstätigkeit. |
| Reine Beratung, Konzeption oder ein Workshop ohne übergebene Software | Nein — eine Dienstleistung allein ist kein Produkt. |
| Von der KI erzeugte Inhalte selbst (Text, Bild, Video, Social-Media-Beitrag) | Unklar — nach dem Wortlaut eher kein eigenständiges Produkt; eine abschließende Einordnung fehlt im Bestand. |
Eigene Einordnung nach Rechts-Radar-Dossier RR-P2, Stand 10.10.2026 — keine abschließende Rechtsauskunft.
Welche Rolle haben Sie dabei?
Wer ein Produkt entwickelt, herstellt oder unter eigenem Namen anbietet, ist Hersteller im Sinne der Richtlinie. Das betrifft nicht nur klassische Software-Anbieter: Wer fremde Bausteine einbaut — ein KI-Modell per Schnittstelle, eine Programmbibliothek, einen Automatisierungs-Workflow — wird Hersteller des Gesamtprodukts, auch wenn die einzelnen Bestandteile nicht selbst entwickelt wurden. Wer ein fremdes Produkt ohne dessen ursprünglichen Hersteller wesentlich verändert, wird für diese Veränderung selbst zum Hersteller. Verkauft ein Kunde ein zugekauftes Werkzeug unter eigener Marke weiter, haften beide Seiten gesamtschuldnerisch.
KI-Kennzeichnungspflicht seit August 2026
Provider vs. Deployer, praktische Ausnahmen und Checkliste zu Art. 50 EU AI Act.
VertiefungEU-AI-Act-Übergangsfristen 2026–2027
Der stufenweise Zeitplan des AI Act bis 2028 — ein verwandter, aber eigenständiger Rechtsakt.
B2B schützt nicht vollständig
Anspruch auf Ersatz hat nach der Richtlinie nur eine natürliche Person — ein Firmenkunde als juristische Person fällt damit von vornherein heraus, ebenso rein beruflich genutzte Sachen und Daten eines Einzelunternehmers. Ersetzt werden außerdem nur bestimmte Schadensarten: Tod oder Körperverletzung einschließlich anerkannter psychischer Beeinträchtigungen, die Beschädigung privater Sachen und die Vernichtung oder Beschädigung privater Daten, sowie Vermögensschäden, die sich daraus ergeben. Ein reiner Umsatzausfall ohne einen solchen Schaden — etwa eine fehlgeschlagene Kampagne ohne Personen- oder Datenschaden — fällt nicht unter diese Richtlinie; dafür bleibt die vertragliche Haftung zuständig.
Der Haken für ein „nur Geschäftskunden"-Angebot: Sobald das Werkzeug Menschen erreicht, die nicht selbst Vertragspartei sind — Mitarbeitende des Kunden, dessen Kundschaft, Patientinnen und Patienten, Endnutzer eines Produkts —, greift der Schutz für deren Körper, Gesundheit, private Sachen und private Daten unabhängig davon, dass das eigene Angebot formal nur an ein Unternehmen ging.
Warum Protokolle zur Verteidigung werden
Grundsätzlich muss, wer Ersatz verlangt, die Fehlerhaftigkeit des Produkts, den Schaden und den Zusammenhang zwischen beiden beweisen. Die Richtlinie erleichtert diesen Beweis aber an mehreren Stellen: Ein Gericht kann die beklagte Seite verpflichten, Beweismittel offenzulegen, die sie selbst besitzt. Wer dieser Offenlegung nicht nachkommt, gegen verbindliche Produktsicherheitsvorschriften verstößt oder dessen System aufgrund technischer Komplexität für die geschädigte Person kaum nachvollziehbar ist — ein typisches Merkmal lernender KI-Systeme —, gegen den spricht eine Vermutung der Fehlerhaftigkeit. Diese Vermutung lässt sich widerlegen, aber nur mit eigenen Belegen.
Praktisch heißt das: Freigabe-Protokolle, Versionsstände, eine Update-Historie und Eingabe-Ausgabe-Logs sind im Streitfall die Verteidigung, nicht nur Dokumentationspflicht ohne Nutzen. Wer sie nicht führt oder nicht vorlegen kann, verliert tendenziell über die Vermutungsregel, selbst wenn das System im Zweifel korrekt gearbeitet hat.
Was wirkt gegen Haftung — und was nicht
Aus dem Auftrag an den Rechts-Radar ging die Frage hervor, welche gängigen Absicherungen tatsächlich etwas bewirken. Das Ergebnis unterscheidet deutlich zwischen Maßnahmen, die auf die Frage „ist das Produkt fehlerhaft?" wirken, und solchen, die versuchen, die Haftung selbst wegzuvereinbaren:
| Maßnahme | Wirkung gegenüber Geschädigten |
|---|---|
| Haftungsklausel oder AGB-Ausschluss | Wirkt nicht — vertragliche Beschränkung ist unwirksam. |
| Checkbox „Nutzung auf eigenes Risiko" | Wirkt nicht — zählt rechtlich als vertragliche Bestimmung. |
| Mensch-in-der-Schleife beim Kunden (Freigabe durch Dritte) | Wirkt nicht mindernd — Fehlverhalten eines Dritten entlastet nicht. |
| Mensch-in-der-Schleife als eigenes Sicherheitsmerkmal im Design | Kann wirken — beeinflusst, ob das Produkt als fehlerhaft gilt. |
| Hinweise, Anleitungen, klare Kennzeichnung des Einsatzbereichs | Kann wirken — über dieselbe Frage sowie über ein mögliches Mitverschulden. |
| Eigenes Hosting mit fortlaufenden Sicherheitsupdates | Verlängert die Verantwortung, solange die Kontrolle besteht — fehlende Updates sind eigenständig haftungsbegründend. |
| Übergabe an eine Kundeninstanz ohne eigenen weiteren Zugriff | Kann entlasten, sofern der tatsächliche Zugriff endet — der Serverstandort allein zählt nicht. |
Eigene Einordnung nach Rechts-Radar-Dossier RR-P2 (Fragen F5/F6), Stand 10.10.2026.
Was das für die Planung bedeutet
Der praktische Punkt liegt weniger im Stichtag selbst als in der Frage, wie eine Automatisierungjetzt schon gebaut wird. Wer bis Dezember 2026 wartet, hat ohnehin laufende Projekte, die über den Stichtag hinaus leben — und für Neues gilt das Recht sofort. Sinnvoller als eine einmalige Stichtags-Prüfung ist ein fester Punkt im eigenen Bau-Prozess: vor jedem neuen Werkzeug kurz klären, ob es ein Produkt im Sinne der Richtlinie ist, wer welche Schäden erleiden könnte, und ob Freigabe, Versionierung und Protokollierung von Anfang an mitgedacht sind — nicht nachträglich draufgesetzt, wenn es zu spät ist. Bei easy productions ist dieser Punkt fester Teil des eigenen Bau-Standards für Software: vor jedem größeren Werkzeug steht die Frage, ob es als Produkt im Sinne der Richtlinie gilt und welche Haftungsvorkehrung dazugehört.
Ebenso wichtig: Die Richtlinie lässt andere Haftungsgründe unberührt. Wer über diese Fragen hinaus wissen will, wo KI-Einsatz in der eigenen Produktion endet und wo Kennzeichnungspflichten greifen, findet die Einordnung dazu im Artikel „Hybride Produktion: Echter Drehtag plus KI in der Post".
Quellenverweise
Rechtliche Grundlage: Richtlinie (EU) 2024/2853 über die Haftung für fehlerhafte Produkte (Richtlinientext auf EUR-Lex), insbesondere Art. 2 Abs. 1 und Art. 21 (zeitlicher Anwendungsbereich ab 9. Dezember 2026), Art. 4 Nr. 1 (Produktbegriff inkl. Software), Art. 4 Nr. 7–10 (Bereitstellen, Inverkehrbringen, Inbetriebnahme, Hersteller), Art. 5 f. (geschützte Personen und Schäden), Art. 7–10 (Fehlerhaftigkeit und Beweis), Art. 13 (Mitverursachung durch Dritte und Mitverschulden) und Art. 15 (Unwirksamkeit vertraglicher Haftungsbeschränkungen gegenüber Geschädigten). Grundlage dieser Zusammenfassung ist das Prüfschema „Fallen wir darunter?" des hausinternen Rechts-Radar (Dossier RR-P2, Stand 10.10.2026), das jeden Programmsatz der Richtlinie live gegen den amtlich geladenen Text geprüft hat. Diese Seite ist eine vereinfachte, praxisnahe Einordnung und ersetzt keine Rechtsberatung im Einzelfall; mehrere Punkte — etwa der Umgang mit vor dem Stichtag laufenden, danach wesentlich veränderten Werkzeugen — sind nach dem heutigen Bestand offen und bedürfen anwaltlicher Prüfung.
FAQ
Häufige Fragen zur Haftung bei KI-Automatisierung
Gilt die neue Produkthaftung auch für ein bestehendes KI-Werkzeug, das wir nur weiterentwickeln?
Das hängt am Stichtag: Ein Werkzeug, das vor dem 9. Dezember 2026 erstmals eingesetzt wurde, bleibt zunächst beim alten Recht. Wird es danach vom eigenen Haus wesentlich verändert — etwa durch ein größeres Update, das Zweck oder Funktionsweise ändert —, ist nach dem Wortlaut der Richtlinie offen, ob die Zehnjahresfrist neu beginnt und das neue Recht greift. Dieser Punkt zählt im Rechts-Radar-Dossier RR-P2 als offene Enthaltung (E8) und ist ein Fall für die anwaltliche Einzelprüfung.
Reicht ein „Nutzung auf eigenes Risiko"-Hinweis, um die Haftung auszuschließen?
Nein, jedenfalls nicht gegenüber geschädigten Personen. Art. 15 der Richtlinie erklärt eine vertragliche Beschränkung oder einen Ausschluss der Haftung gegenüber Geschädigten für unwirksam — eine Checkbox oder ein Klick-Hinweis ändert daran nichts. Hinweise und Anleitungen wirken nur an anderer Stelle: Sie können beeinflussen, ob ein Produkt überhaupt als fehlerhaft gilt, und das Mitverschulden einer geschädigten Person mindern, wenn sie eine Warnung ignoriert hat.
Schützt ein „nur für Geschäftskunden"-Angebot vor der neuen Haftung?
Teilweise. Die Richtlinie schützt nur natürliche Personen, nicht Unternehmen selbst — ein Firmenkunde als juristische Person bleibt außen vor, ebenso rein beruflich genutzte Sachen und Daten eines Einzelunternehmers. Sobald das Werkzeug aber Menschen erreicht, die keine eigene Vertragspartei sind — Mitarbeitende des Kunden, dessen Kundschaft, Patientinnen und Patienten —, greift der Schutz für deren Körper, Gesundheit, private Sachen und private Daten unabhängig vom B2B-Charakter des Angebots.
Wenn ein Mensch die KI-Ausgabe vor der Nutzung freigibt, sind wir dann aus dem Schneider?
Eine Freigabestelle durch einen Menschen (Human-in-the-Loop) kann auf der Ebene „ist das Produkt fehlerhaft?" helfen, weil sie die berechtigte Sicherheitserwartung erfüllen kann. Sie ist aber kein genereller Ausweg: Verursacht ein Dritter — etwa ein Mitarbeiter des Kunden, der falsch freigibt — gemeinsam mit einem fehlerhaften Produkt einen Schaden, mindert das nach Art. 13 Abs. 1 die Haftung gegenüber der geschädigten Person gerade nicht. Ein Ausgleich zwischen den Beteiligten bliebe nur im Innenverhältnis möglich.
Was hat die Produkthaftungsrichtlinie mit dem EU AI Act zu tun?
Beide Rechtsakte laufen parallel und regeln unterschiedliche Dinge: Der AI Act verlangt unter anderem Transparenz und Kennzeichnung (dazu unser Artikel zur Kennzeichnungspflicht seit August 2026), die Produkthaftungsrichtlinie regelt, wer für Schäden durch ein fehlerhaftes Produkt zivilrechtlich haftet. Die Rollen aus dem AI Act (Anbieter, Betreiber) und aus der Produkthaftungsrichtlinie (Hersteller, Komponenten-Hersteller) sind nach dem bisherigen Bestand getrennt zu prüfen — eine Rolle im einen Recht ergibt sich nicht automatisch aus der anderen.
Projekt anfragen
Rechtssicherheit ist ein Baustein, nicht das ganze Projekt.
Bewerben Sie sich mit Budget und Ziel — Antwort binnen 24 Stunden.