Ein Behandlungsarm verletzt eine Kundin, ein Operationssystem bewegt ein Instrument falsch, ein Bauroboter durchbricht eine Absperrung. Eine Drohne fällt auf ein geparktes Auto, ein automatisiertes Fahrzeug kollidiert mit einem Radfahrer. Technisch sind das fünf sehr verschiedene Unfälle, doch rechtlich beginnen sie mit denselben vier Fragen: Gegen wen richtet sich der Anspruch, auf welcher Grundlage und wer muss was beweisen? Erst danach folgt die Versicherungsfrage: Welche Police fängt die wirtschaftlichen Folgen auf?

Die Antworten verschieben sich von Ort zu Ort, denn im Studio und in der Klinik steht meist zuerst der Vertragspartner im Raum. Auf der Baustelle geht es um Organisation, Bedienung und Produktsicherheit, während im Luftraum und auf der Straße eine gesetzliche Halterhaftung hinzukommt. Die Herstellerhaftung kann in allen fünf Fällen parallel laufen, weshalb „Mensch oder Maschine?“ die falsche erste Frage ist. Entscheidend ist, welche Verantwortungsbereiche sich in dem konkreten Schaden überlagern. Im Operationssaal kommt hinzu, dass die Wahl der Plattform über Jahre bindet — der Marktcheck zur OP-Robotik beschreibt, warum ein Anbieterwechsel dort mehr kostet als ein Gerät.

Der Roboter ist die Ursache — aber nie der Anspruchsgegner

Ein Roboter ist nach deutschem Recht kein eigenes Haftungssubjekt: Er besitzt kein Vermögen, gegen das sich ein Anspruch richten könnte, und übernimmt keine rechtliche Verantwortung. Seine Bewegung kann den Schaden auslösen, die Haftung wird jedoch Personen und Unternehmen zugeordnet, denen das Gesetz oder ein Vertrag Pflichten auferlegt.

Die erste Spur führt deshalb regelmäßig zum Betreiber oder Vertragspartner, denn wer eine robotergestützte Leistung anbietet, muss sie so organisieren und ausführen, dass andere nicht verletzt werden. Neben vertraglichen Ansprüchen kann § 823 Abs. 1 BGB greifen, wenn jemand vorsätzlich oder fahrlässig ein geschütztes Recht widerrechtlich verletzt. Dafür muss nicht der Roboter „schuld“ sein; eine falsche Freigabe, unzureichende Überwachung oder unterlassene Wartung können genügen. Was von dieser Spur bleibt, wenn der Anspruchsgegner selbst wegfällt, behandelt der Beitrag zur Insolvenz des Roboterherstellers.

Die zweite Spur betrifft menschliche Hilfspersonen: § 831 BGB kann eingreifen, wenn etwa ein Mitarbeiter das Gerät fehlerhaft einrichtet oder bedient; der Roboter selbst ist kein Verrichtungsgehilfe. Im Vertragsrecht rechnet § 278 BGB dem Schuldner das Verschulden seiner Erfüllungsgehilfen zu, wobei beide Normen unterschiedlichen Voraussetzungen und Rechtsfolgen folgen.

Die dritte Spur führt zum Hersteller und zur Lieferkette: Das Produkthaftungsrecht setzt kein nachgewiesenes Verschulden voraus, sondern fragt nach Produktfehler, geschütztem Schaden und Kausalität, und je nach Fall geraten auch Importeur oder weitere Akteure in den Blick.

Im Straßen- und Luftverkehr kommt die Halterhaftung hinzu, die an die Betriebsgefahr anknüpft und ohne nachgewiesenes persönliches Fehlverhalten einsetzen kann. Keine Spur verdrängt automatisch die anderen; Betreiber, Halter und Hersteller können aus verschiedenen Gründen nebeneinander verantwortlich sein.

Ebenso wichtig ist die Gegenrichtung: Eine CE-Kennzeichnung oder eine erfüllte Konformitätsanforderung beantwortet die Haftungsfrage nicht, weil sie das Inverkehrbringen und die Produktsicherheit betrifft. Ob nach einem konkreten Schaden Ersatz geschuldet wird, ist eine davon getrennte Prüfung. Die regulatorische Seite gehört deshalb in den Beitrag zur EU-Maschinenverordnung und zum Roboterrecht.

Im September 2026 laufen altes und neues Produkthaftungsrecht aufeinander zu

Maßgeblich ist die Richtlinie (EU) 2024/2853 des Europäischen Parlaments und des Rates vom 23. Oktober 2024 über die Haftung für fehlerhafte Produkte. Wer sie zitiert, sollte allerdings auf die Fassung achten, denn an genau einer Stelle ist der Urtext überholt.

Die im Amtsblatt vom 18. November 2024 veröffentlichte Fassung lässt die Richtlinie nach Artikel 2 Absatz 1 für Produkte gelten, die „nach dem 9. Dezember 2026 in Verkehr gebracht oder in Betrieb genommen werden“. Zugleich hebt Artikel 21 die alte Richtlinie 85/374/EWG „mit Wirkung vom 9. Dezember 2026″ auf und lässt sie für Produkte weitergelten, die vor diesem Zeitpunkt auf den Markt kamen. Zwischen beiden Sätzen klaffte damit ein Tag: Ein Produkt, das genau am 9. Dezember 2026 in Verkehr gebracht wird, fiele unter keine der beiden Fassungen.

Diese Lücke ist geschlossen. Die Berichtigung vom 7. Mai 2026 ändert Artikel 2 Absatz 1 an dieser einen Stelle: Statt „nach dem 9. Dezember 2026″ gilt „nach dem 8. Dezember 2026″. Für die Praxis heißt das: Bis einschließlich 8. Dezember 2026 bleibt es beim alten Recht, ab dem 9. Dezember greift das neue. Der deutsche Umsetzungsentwurf bildet genau diese Grenze ab; seine Begründung verweist dafür ausdrücklich auf Artikel 2 Absatz 1 der Richtlinie.

Der Hinweis lohnt, weil sich der unberichtigte Satz hartnäckig hält. Wer die Amtsblattfassung oder eine darauf gestützte Zusammenfassung heranzieht, liest ein Datum, das um einen Tag danebenliegt — dieselbe Falle wie bei der Maschinenverordnung, deren Geltungsbeginn ebenfalls erst eine Berichtigung zurechtgerückt hat.

Am 4. September 2026 gilt in Deutschland weiterhin das Produkthaftungsgesetz von 1989, zuletzt geändert 2017. Als Produkt nennt § 2 eine bewegliche Sache sowie Elektrizität; Software steht nicht im Wortlaut. Ein Softwarefehler kann zwar schon heute ein körperliches Gerät fehlerhaft machen, doch ob eigenständige Software selbst erfasst ist, bleibt weit weniger klar als künftig.

Die neue Richtlinie zieht die Grenze ausdrücklich anders. Ihr Produktbegriff umfasst Software, digitale Konstruktionsunterlagen und Komponenten einschließlich verbundener digitaler Dienste — damit auch kommerziell bereitgestellte KI-Systeme. Nichtgeschäftliche freie und quelloffene Software ist ausgenommen. Lernfähigkeit, Updates, Cybersicherheit und fortbestehende Herstellerkontrolle sollen in die Fehlerprüfung einfließen. So kann die Produktspur auch bei fehlerhaftem Code oder einem fehlenden Sicherheitsupdate tragen.

Deutschland hat die Richtlinie noch nicht in geltendes Recht überführt. Das Verfahren begann mit einem Referentenentwurf vom 11. September 2025 und einem Regierungsentwurf vom 17. Dezember 2025; der Bundesrat nahm im ersten Durchgang am 30. Januar 2026 Stellung, was einer Zustimmung ausdrücklich nicht gleichkommt. Als BT-Drucksache 21/4297 erreichte der Entwurf den Bundestag am 25. Februar 2026. Der Bundestag hat den Entwurf am 4. März 2026 erstmals beraten und an den Rechtsausschuss überwiesen; am 13. April 2026 folgte die öffentliche Anhörung. Das ist zugleich die jüngste belegte Station: Zweite und dritte Lesung stehen aus, und ein verkündetes neues Produkthaftungsgesetz liegt am Stichtag dieses Beitrags nicht vor. Aussagen zu den vorgesehenen deutschen Paragraphen sind daher Entwurfsstand, nicht geltendes Recht.

Gerade daraus entsteht die Zweigleisigkeit. Nach Artikel 5 des Entwurfs soll das Gesetz vorbehaltlich einer Ausnahme am 9. Dezember 2026 in Kraft treten, während dessen Artikel 2 bereits am Tag nach der Verkündung wirksam würde. Für Produkte, die bis einschließlich 8. Dezember in Verkehr gebracht oder in Betrieb genommen wurden, soll das bisherige ProdHaftG fortgelten. Maßgeblich ist also nicht einfach der Unfalltag, denn auch ein Schaden von 2027 kann zum alten Regime gehören. Eine später neu bereitgestellte Software oder Komponente kann dagegen eine eigene Prüfung auslösen. In gemischten Flotten und bei Updates wird die Versionsfrage damit Teil der Beweiskette.

Eine Verwechslung ist dabei naheliegend und folgenreich: Das Produktsicherheitsgesetz hat ein eigenes Verfahren durchlaufen, und wer beide Vorhaben zusammenzieht, hält das Produkthaftungsrecht irrig für beschlossen.

Die Beweislast ist der eigentliche Systemwechsel

Das geltende ProdHaftG formuliert die Ausgangslage knapp. Nach § 1 Abs. 4 trägt die geschädigte Person die Beweislast für den Fehler, den Schaden und den ursächlichen Zusammenhang zwischen beidem. Gerade bei einem vernetzten Roboter kann das schwer sein, weil die sichtbare Bewegung aus Sensorwerten, Modellentscheidungen, Softwareständen, Einstellungen, Bedienhandlungen und mechanischen Reaktionen entsteht. Viele dieser Informationen liegen nicht bei der verletzten Person, sondern beim Betreiber, Hersteller oder Cloud-Anbieter.

Die neue Richtlinie hält am Grundsatz fest, baut aber Brücken über das Informationsgefälle. Nach Artikel 9 sollen Gerichte relevante Beweismittel offenlegen lassen können, wenn der Kläger seinen Anspruch ausreichend plausibel stützt. Das ist kein grenzenloser Zugriff auf Quellcode: Die Offenlegung muss erforderlich und verhältnismäßig sein, Geschäftsgeheimnisse sind zu schützen. Auch der Beklagte kann unter Voraussetzungen Beweismittel verlangen.

Artikel 10 ergänzt gestufte Vermutungen. Die Fehlerhaftigkeit soll vermutet werden können, wenn der Beklagte einer gerichtlichen Offenlegungsanordnung nicht folgt. Dasselbe gilt, wenn das Produkt gegen eine verbindliche Sicherheitsanforderung verstößt, die gerade vor der eingetretenen Schadensart schützen soll, oder wenn eine offensichtliche Funktionsstörung bei vorhersehbarem Gebrauch beziehungsweise unter gewöhnlichen Umständen den Schaden verursacht hat. Steht der Fehler fest und ist der Schaden seiner Art nach typisch für diesen Fehler, kann auch der ursächliche Zusammenhang vermutet werden.

Ist der volle Beweis trotz Offenlegung wegen technischer oder wissenschaftlicher Komplexität übermäßig schwierig, kann das Gericht von Fehler, Kausalität oder beidem ausgehen, sofern der Kläger deren Wahrscheinlichkeit nachweist. Die Annahmen bleiben widerlegbar. Aus „Der Roboter hat mich verletzt“ folgt deshalb nicht automatisch „Der Hersteller haftet“.

Der deutsche Regierungsentwurf bildet dieses System in zwei aufeinander bezogenen Vorschriften ab: Der vorgesehene § 19 trägt die Überschrift „Offenlegung von Beweismitteln“, der vorgesehene § 20 die Überschrift „Gesetzliche Vermutungen und Annahmen“. Dass dort Vermutung und Annahme nebeneinanderstehen, ist keine Wortklauberei, denn es sind zwei verschiedene Beweismechanismen. Solange der Entwurf nicht verabschiedet und in Kraft ist, kann sich ein privater Kläger darauf allerdings nicht wie auf geltendes deutsches Anspruchs- und Beweisrecht stützen. Das ist der praktische Unterschied zwischen politisch beschlossen, europarechtlich umsetzungsverbindlich und im konkreten Zivilprozess anwendbar.

Außerdem existieren schon heute andere Beweisregeln. In der Klinik enthält § 630h BGB unter anderem Vermutungen für voll beherrschbare Behandlungsrisiken, fehlende Dokumentation, mangelnde Befähigung und grobe Behandlungsfehler. Diese Regeln betreffen die Behandlungsseite und beweisen nicht automatisch, dass der Operationsroboter als Produkt fehlerhaft war. Ein einziger Vorfall kann daher zwei getrennte Beweisfragen erzeugen: Wurde medizinisch und organisatorisch korrekt behandelt? Und war Hardware oder Software fehlerhaft?

Fünf Einsatzorte, dieselben vier Fragen: die Haftungsmatrix

Die Matrix zeigt, wo die Prüfung in fünf Einsatzfeldern beginnt. Genannt sind mögliche Anspruchsgegner, nicht automatisch Haftende. Die dritte Spalte markiert den typischen Beweispunkt; die vierte zieht bewusst die Grenze zur Versicherungsdeckung.

Zwei Muster kehren wieder. Der naheliegendste Adressat ist nicht zwingend der Ursprung des technischen Fehlers: Kundin, Patient oder Verkehrsgeschädigter wenden sich meist an Studio, Klinik oder Halter. Ein späterer Rückgriff gegen den Hersteller ist eine zweite Ebene. Außerdem ersetzt eine günstige Anspruchsgrundlage nicht die übrigen Voraussetzungen. Halterhaftung beweist keinen Softwarefehler; eine misslungene Behandlung keinen Produktmangel.

Auch „KI-Fehler“ ist noch keine Ursache, denn Training, Sensor, Integration, lokale Einstellung, Update und menschliche Freigabe bleiben zu unterscheiden, und mehrere Ursachen können nebeneinanderstehen. Die Matrix trennt diese Spuren, bevor sie im Einzelfall zusammenlaufen.

In Studio, Klinik und Baustelle stehen Vertrag und Organisation zuerst im Raum

Kosmetikstudio: Die Kundin muss nicht beim Programmierer beginnen

Im Kosmetikstudio besteht der erste tatsächliche Kontakt meist zum Betreiber, nicht zum Hersteller einer Softwarekomponente. Das Studio hat die Leistung angeboten, das Gerät ausgewählt und den Einsatz organisiert. Verletzt ein Behandlungsarm die Kundin, können deshalb vertragliche Pflichten und § 823 BGB relevant werden. Ob ein bestimmter Erfolg oder nur eine fachgerechte Tätigkeit geschuldet war, hängt von der Leistung und der Vereinbarung ab. Eine pauschale Einordnung jedes kosmetischen Eingriffs wäre falsch.

Für den Betreiber zählt, ob Einsatz, Einweisung, Wartung und Überwachung stimmten, für die Herstellerseite dagegen, ob Gerät samt Software die erwartbare Sicherheit bot; beide Seiten können gleichzeitig oder jeweils allein verantwortlich sein. Der konkrete Eingriff am Körper gehört in den Beitrag zum Tattoo-Roboter.

Klinik: Behandlungsfehler und Produktfehler sind nicht dasselbe

In der Klinik bildet der Behandlungsvertrag nach §§ 630a ff. BGB eine eigene Haftungsspur. Die Behandlung muss grundsätzlich nach den zum Zeitpunkt der Behandlung bestehenden allgemein anerkannten fachlichen Standards erfolgen. Je nach Vertragsgestaltung kann der Klinikträger, der Behandelnde oder können beide eine Rolle spielen. Hinzu kommen Aufklärungs-, Einwilligungs- und Dokumentationspflichten. § 630h BGB enthält dafür besondere Beweisregeln.

Ein Produktfehler ist davon zu trennen. Das System kann einwandfrei funktionieren, während Auswahl, Planung oder Bedienung fehlerhaft sind — oder das Team korrekt handeln, während Hardware oder Software versagen. Die Details zu CE, MDR und AI Act stehen in Krankenhausroboter und Recht, Diagnosefälle im Bestandsbeitrag zur KI-Diagnose. Hier zählt nur die Vergleichslogik.

Baustelle: Für Roboter gibt es keine allgemeine Betreiber-Gefährdungshaftung

Auf der Baustelle existiert keine pauschale zivilrechtliche Regel, nach der jeder Betreiber eines Roboters allein wegen dessen Einsatzes verschuldensunabhängig für jeden Schaden haftet. Wird ein Passant verletzt oder fremdes Eigentum beschädigt, kommen vor allem vertragliche Verantwortlichkeiten, Verkehrssicherung und § 823 BGB in Betracht. § 831 BGB kann hinzutreten, wenn ein menschlicher Verrichtungsgehilfe den Schaden in Ausführung seiner Aufgabe widerrechtlich verursacht. Die Maschine selbst wird dadurch nicht zum Verrichtungsgehilfen.

Praktisch entscheidet die Organisation: Waren Arbeitsbereich, Einsatzgrenzen und Stoppsysteme definiert, wurde eine Störung ignoriert oder das System verändert? Versagte der Roboter innerhalb aller Parameter, gewinnt die Produktspur an Gewicht, während bei Arbeitsunfällen zusätzlich gesetzliche Unfallversicherung und Haftungsbeschränkungen eingreifen können, die mit dem Fall eines Passanten nicht gleichzusetzen sind.

Studio, Klinik und Baustelle haben damit einen gemeinsamen Kern: Der Betreiber bleibt verantwortlich für das, was er auswählt, organisiert, anweist und kontrolliert. Er haftet aber nicht automatisch für jeden technisch verursachten Schaden. Der Hersteller wiederum wird nicht dadurch frei, dass ein anderer das Gerät bedient hat. Erst die getrennte Prüfung zeigt, ob Bedienung, Organisation, Produkt oder mehrere Faktoren zusammen den Unfall verursacht haben.

Im Luftraum und auf der Straße verschiebt Halterhaftung den Einstieg

Bei Drohnen und autonomen Kraftfahrzeugen beginnt die Prüfung anders. Hier hat der Gesetzgeber für die besondere Betriebsgefahr eigene Haftungsregeln geschaffen. Nach § 33 Abs. 1 LuftVG ist der Halter grundsätzlich zum Ersatz verpflichtet, wenn beim Betrieb eines Luftfahrzeugs durch Unfall jemand getötet, an Körper oder Gesundheit verletzt oder eine Sache beschädigt wird. Unbemannte Fluggeräte werden luftrechtlich als Luftfahrzeuge erfasst. Die genaue Reichweite, Pflichtversicherung und Abgrenzung zwischen privatem und gewerblichem Betrieb gehören vollständig in den Bestandsbeitrag zur Drohnen-Haftpflicht, der in der Matrix oben verlinkt ist.

Für Kraftfahrzeuge ordnet § 7 Abs. 1 StVG eine Halterhaftung an, wenn bei dem Betrieb eines Kraftfahrzeugs ein Mensch getötet, der Körper oder die Gesundheit eines Menschen verletzt oder eine Sache beschädigt wird. Das gilt nicht automatisch für jedes fahrende Robotersystem auf einem Gehweg oder Betriebsgelände. Zuerst muss überhaupt ein Kraftfahrzeug im Sinne des Straßenverkehrsrechts und ein Schaden „bei dem Betrieb“ vorliegen. Für automatisierte und autonome Fahrzeuge kommen weitere Rollen und Pflichten hinzu. Die Details besitzen die Beiträge zur Technischen Aufsicht beim autonomen Fahren und zu Level 4 in Deutschland.

Die Halterspur beantwortet nicht alles: Stürzt eine Drohne wegen fehlerhafter Flugsteuerung ab oder klassifiziert ein Fahrzeug nach einem Update ein Hindernis falsch, kann Herstellerhaftung hinzutreten, sofern die Ursache dem Produkt zugeordnet wird. Der Halter kann also gegenüber dem Geschädigten einstehen, obwohl der Fehler tiefer in der Lieferkette entstand.

Ein Unfall macht umgekehrt den Hersteller nicht automatisch haftbar. Wartung, nicht freigegebene Änderungen, Beladung, Betriebsumgebung und menschliche Eingriffe können die Bewertung verändern. Halterhaftung erklärt, warum der Geschädigte nicht zuerst den Quellcode analysieren muss; Produkthaftung, warum die technische Ursache trotzdem zählt.

Zwei Robodoc-Urteile zeigen, worauf Gerichte tatsächlich schauen

Zwei belegte deutsche Verfahren betreffen das computerunterstützte Fräsverfahren „Robodoc“ bei Hüftoperationen. Sie zeigen die Trennung zwischen technischem System und menschlich organisierter Behandlung, sind aber keine Präzedenzfälle zur neuen Produkthaftungsrichtlinie.

Der Bundesgerichtshof entschied am 13. Juni 2006, Az. VI ZR 323/04, über eine Schadensersatzklage nach einer Robodoc-Hüftoperation vom September 1995. Der Einsatz einer noch nicht allgemein eingeführten Methode war nicht für sich ein Behandlungsfehler, verlangte aber eine besonders sorgfältige Abwägung von Nutzen und Risiken sowie den ausdrücklichen Hinweis, dass unbekannte Risiken derzeit nicht auszuschließen sind. Die Revision der Klägerin blieb ohne Erfolg. Es ging um Therapiewahl, Aufklärung und Zurechnung — nicht um Haftung allein wegen Roboterbeteiligung.

Das OLG Dresden entschied am 13. September 2007, Az. 4 U 601/06 ähnlich, hier zu einer Operation vom Februar 2000. Die Robodoc-Methode allein begründete keinen Behandlungsfehler; der eingetretene Nervenschaden wurde als schicksalhafte Komplikation gewertet. Für die im Jahr 2000 noch neue Technik musste jedoch über unbekannte Risiken aufgeklärt werden. Die Berufung blieb dennoch erfolglos, und zwar aus zwei jeweils selbstständig tragenden Gründen: Ein Behandlungsfehler ließ sich nicht feststellen, und wer sich über das später verwirklichte Risiko aufklären ließ, kann aus dessen Eintritt nach dem Schutzzweck der Aufklärungspflicht keine Haftung herleiten, wenn derselbe Schaden bei einer Standardmethode gleich wahrscheinlich gewesen wäre.

Beide Entscheidungen stammen aus der Zeit vor den heute geltenden §§ 630a ff. BGB, die erst mit dem Patientenrechtegesetz 2013 in das Bürgerliche Gesetzbuch kamen. Überholt sind sie deshalb nicht: Die Aufklärungsgrundsätze zur Neulandmethode sind Richterrecht, das die Kodifikation aufgenommen und nicht ersetzt hat. Vor allem zeigen die Verfahren, was ein Gericht nicht tut. Es fragt nicht abstrakt, ob Robotik gefährlich ist, sondern zerlegt den konkreten Ablauf in Pflichten, Information, technischen Zustand, eingetretenes Risiko und Zurechnung.

Ein veröffentlichtes deutsches Urteil, das einen modernen, lernenden Roboter nach den Offenlegungs- und Vermutungsregeln der Richtlinie (EU) 2024/2853 beurteilt, konnte nicht vorliegen: Diese Regeln sind am 4. September 2026 noch nicht in deutsches Recht umgesetzt und gelten auch unionsrechtlich erst für Produkte nach dem Stichtag. Aussagen über ihre Anwendung durch deutsche Gerichte müssen deshalb vorerst konditional bleiben.

Nach einem Roboterunfall zählt die Beweiskette, nicht das Schlagwort

Die Zuordnung ist nur so gut wie die erhaltenen Tatsachen. Neustart, Update oder Reparatur können Protokolle, Version und ursprünglichen Zustand verändern. Deshalb beginnt die Aufklärung nicht mit „War es die KI?“, sondern mit einer Zeitachse.

Zur Zeitachse gehören Gerät, Softwarestand, letztes Update, Betriebsmodus, Wartungs- und Störungsmeldungen, Einweisungen, menschliche Eingriffe und Umgebung, dazu Schaden, Unterlagen, Bilder und Zeugen. Ob ein Eingriff überhaupt als menschlicher Eingriff erfasst wird, hängt dabei am Betriebsmodus: Wie viel Fernsteuerung in einem als autonom bezeichneten Betrieb steckt, ordnet der Beitrag zur Teleoperation bei Robotern ein. Gesundheits-, Beschäftigten- und Telemetriedaten dürfen dabei nicht wahllos gesammelt werden.

Die Unterlagen dienen außerdem verschiedenen Spuren. Eine fehlende Absperrung kann ein Organisationsversäumnis belegen, sagt aber nichts über den Code. Ein Logeintrag kann eine Sensorabweichung zeigen, beweist jedoch noch nicht, dass sie den Schaden verursacht hat. Ein Verstoß gegen eine verbindliche Sicherheitsanforderung kann nach dem künftigen Beweisrecht eine Vermutung für die Fehlerhaftigkeit auslösen. Umgekehrt ist die bloße CE-Kennzeichnung kein Gegenbeweis dafür, dass im konkreten Fall kein Produktfehler vorlag.

Originalzustand und Originaldaten sind wertvoller als eine frühe Schuldzuweisung, weshalb Betreiber den Vorfall nicht durch unkoordinierte Änderungen „bereinigen“ sollten. Geschädigte müssen den Algorithmus nicht vollständig selbst rekonstruieren. Die vorgesehenen Offenlegungsregeln setzen bei ungleich verteilten Informationen an, nach plausibel begründeter Klage und unter gerichtlicher Kontrolle; entscheidend ist eine nachvollziehbare, datenschutzgerechte Dokumentation statt eines vorschnellen Vollzugriffs.

Erst wenn Haftung und Anspruchsgegner geklärt sind, folgt die Versicherungsfrage. Eine Police bestimmt nicht, ob ein Anspruch besteht, sondern ob ein Versicherer die wirtschaftliche Last übernimmt oder einen unbegründeten Anspruch abwehrt. Diese Trennung behandelt der in der Matrix verlinkte Beitrag zu Robotern, Softwarefehlern und Versicherung.

Zum 8. Dezember 2026 wechselt das Produkthaftungsrecht auf eine neue Fassung — was sich ändert, steht in unserem Beitrag zur Produkthaftung ab Dezember 2026.

Häufige Fragen zur Haftung bei Roboterschäden