Wenn die Schnittstelle zwischen ERP und Onlineshop falsche Bestände überträgt oder die Anbindung an die Finanzbuchhaltung Buchungssätze verschluckt, ist die erste Frage immer dieselbe: Wer zahlt den Schaden? Die Antwort hängt fast nie vom guten Willen des Anbieters ab, sondern vom Vertragstyp. Bei einer individuell programmierten Schnittstelle gilt Werkvertragsrecht, bei einem gekauften Standardmodul Kaufrecht, und die klassische Produkthaftung hilft Unternehmen bisher in den seltensten Fällen. Das ändert sich zum Teil mit dem neuen Produkthaftungsgesetz, das der Bundestag am 8. Oktober 2026 beschlossen hat und das die EU-Richtlinie (EU) 2024/2853 ab dem 9. Dezember 2026 umsetzt.
Drei Haftungsregime, nicht eines
Die meisten Ratgeber zu Schnittstellenproblemen behandeln das Thema technisch: Welches Protokoll, welche API, welche Middleware. Juristisch zerfällt die Frage dagegen in drei getrennte Regime, die selten zusammen gedacht werden, aber im Streitfall über alles entscheiden.
Erstens das Vertragsrecht zwischen Ihnen und dem Dienstleister oder Softwarehaus, das die Schnittstelle gebaut oder verkauft hat. Zweitens die verschuldensunabhängige Produkthaftung, die grundsätzlich auch für Software gilt, aber enge Grenzen hat. Drittens die allgemeine zivilrechtliche Haftung für Pflichtverletzungen außerhalb eines Vertrags, etwa wenn ein Drittanbieter ohne eigenen Vertrag mit Ihnen fehlerhafte Daten einspeist. Der dritte Fall ist selten und bleibt hier außen vor.
Das Wichtigste in Kürze
- Bei einer individuell entwickelten Schnittstelle gilt Werkvertragsrecht nach §§ 631 ff. BGB, inklusive Nacherfüllung, Minderung und Schadensersatz nach § 634 BGB.
- Bei einem gekauften Standard-Schnittstellenmodul mit Lizenz greift Kaufrecht nach §§ 433, 434, 437 BGB, meist mit zweijähriger Verjährung nach § 438 BGB.
- Die klassische Produkthaftung nach dem Produkthaftungsgesetz greift bei reinen Schnittstellenfehlern bisher praktisch nicht, weil sie Sachschäden an gewerblich genutzten Sachen ausschließt.
- Ab dem 9. Dezember 2026 gilt für neu in Verkehr gebrachte Software ein neues Produkthaftungsgesetz mit erweiterten Beweiserleichterungen für Geschädigte.
- Vertraglich regeln lässt sich Haftung heute schon besser als jedes Gesetz es tut: über Abnahmekriterien, Dokumentationspflichten und klare Verjährungsfristen.
Individualentwicklung: Werkvertragsrecht mit Dokumentationspflicht
Wird eine Schnittstelle speziell für Ihr Unternehmen programmiert, etwa eine Anbindung des ERP an ein branchenspezifisches Kassensystem, ordnen Gerichte das überwiegend als Werkvertrag ein. Geschuldet ist ein Erfolg: eine funktionierende Schnittstelle, kein bloßes Bemühen. Liefert der Dienstleister eine Schnittstelle, die Daten verstümmelt oder Felder falsch zuordnet, liegt ein Sachmangel nach § 633 BGB vor. Sie können nach § 634 BGB zunächst Nacherfüllung verlangen, bei deren Fehlschlagen selbst nachbessern und die Kosten ersetzt bekommen, mindern oder den Vertrag kündigen und Schadensersatz fordern.
Ein Punkt wird in der Praxis regelmäßig übersehen: Der Bundesgerichtshof hat schon 2001 entschieden, dass eine brauchbare Dokumentation zu den Hauptpflichten des Unternehmers bei individuell erstellter Software gehört, fällig allerdings erst nach Abschluss der Programmierarbeiten (BGH, Urteil vom 20.02.2001, Az. X ZR 9/99, NJW 2001, 1718). Ohne Dokumentation lässt sich ein späterer Fehler oft gar nicht sauber auf die Schnittstelle zurückführen, weil niemand mehr weiß, wie sie eigentlich funktionieren sollte. Wer das vertraglich nicht einfordert, verschenkt im Streitfall Beweismaterial.
Standardmodul gekauft: Kaufrecht mit kürzeren Fristen
Anders liegt der Fall, wenn Sie ein fertiges Schnittstellenmodul lizenzieren, etwa ein Connector-Plugin für eine Versand- oder Zahlungsanbindung. Hier überwiegt in der Rechtsprechung die Einordnung als Kaufvertrag über die Überlassung der Software, mit Sachmängelrechten nach §§ 434, 437 BGB. Die Verjährung beträgt nach § 438 Abs. 1 Nr. 3 BGB regelmäßig zwei Jahre ab Übergabe, bei Werkverträgen gilt nach § 634a BGB meist dieselbe Frist, beginnt aber erst mit der Abnahme. Für die Frage, wann eine Schnittstelle überhaupt als abgenommen gilt, lohnt sich ein Blick auf unseren Beitrag zur ERP-Abnahme, weil der Abnahmezeitpunkt die Verjährungsuhr erst in Gang setzt.
Warum die heutige Produkthaftung kaum hilft
Viele Einkäufer verlassen sich unbewusst darauf, dass bei einem Softwarefehler ohnehin „die Produkthaftung“ greift. Das Produkthaftungsgesetz ersetzt aber nach geltendem Recht nur Schäden durch Tötung, Körper- oder Gesundheitsverletzung sowie Schäden an einer anderen Sache als dem fehlerhaften Produkt selbst, und auch das nur, wenn diese Sache gewöhnlich für den privaten Gebrauch bestimmt ist und hauptsächlich privat genutzt wird (§ 1 Abs. 1 ProdHaftG). Ein Warenwirtschaftssystem oder eine ERP-Schnittstelle wird ausschließlich gewerblich genutzt. Fehlbuchungen, verlorene Aufträge oder ein tagelanger Lagerstillstand fallen damit heute schon aus dem Anwendungsbereich der Produkthaftung heraus, egal wie teuer der Schaden am Ende ist. Hinzu kommt ein Selbstbehalt von 500 Euro bei Sachschäden nach § 11 ProdHaftG, der ohnehin nur in den seltenen Fällen zum Zug käme, in denen privat genutzte Sachen betroffen sind.
Diese Lücke ist der eigentliche Grund, warum bei Schnittstellenfehlern in der Praxis fast ausschließlich die Vertragshaftung zählt, nicht die Produkthaftung. Wer glaubt, der Softwarehersteller hafte „sowieso“ verschuldensunabhängig, verhandelt seinen Vertrag entsprechend lax und hat am Ende ohne belastbare Vertragsklauseln keinen funktionierenden Anspruch.
Was sich ab dem 9. Dezember 2026 ändert
Die neue EU-Produkthaftungsrichtlinie (EU) 2024/2853 vom 23. Oktober 2024 ersetzt zum 9. Dezember 2026 die alte Richtlinie von 1985. Deutschland hat die Umsetzung mit dem Beschluss des Bundestags vom 8. Oktober 2026 fristgerecht auf den Weg gebracht. Drei Änderungen betreffen ERP-Betreiber unmittelbar:
Software gilt künftig ausdrücklich als Produkt im Sinne des Gesetzes, unabhängig davon, ob sie auf einem Datenträger ausgeliefert, als App installiert oder aus der Cloud bezogen wird. Das war bisher höchstrichterlich nicht abschließend geklärt und wurde über die Figur der „beweglichen Sache“ nur analog hergeleitet. Zweitens erweitert das Gesetz den Kreis der haftenden Akteure: Bei Herstellern außerhalb der EU können künftig auch Importeure, Bevollmächtigte, Fulfilment-Dienstleister und unter Umständen Online-Plattformen in Anspruch genommen werden. Drittens führt das Gesetz Beweiserleichterungen ein. Wird gegen verbindliche Sicherheitsanforderungen verstoßen oder liegt eine offensichtliche Funktionsstörung vor, wird der Fehler vermutet. Gerichte können auf begründeten Antrag zudem die Offenlegung konkreter Beweismittel bei der Gegenseite anordnen, was bisher an deutschen Darlegungs- und Beweislastregeln oft scheiterte.
Ob die neue Richtlinie auch die Einschränkung auf privat genutzte Sachen bei Sachschäden aufhebt, ist zum jetzigen Stand nicht abschließend bestätigt. Nach einer frühen Analyse der Kanzlei Taylor Wessing zum Richtlinienentwurf sollte der Schadensbegriff auch auf Vernichtung und Verfälschung von Daten erweitert werden, allerdings mit der Einschränkung, dass ausschließlich beruflich genutzte Daten davon ausgenommen bleiben könnten. Der Beschlusstext des Bundestags vom 8. Oktober 2026 bestätigt diese konkrete Erweiterung in der öffentlich zugänglichen Zusammenfassung nicht ausdrücklich. Für ein reines B2B-Unternehmen wie die meisten WaWi-Nutzer heißt das: Vor einer belastbaren Kommentierung der endgültigen Gesetzesfassung sollte niemand darauf bauen, dass Datenverlust durch eine Schnittstelle ab Dezember automatisch über die Produkthaftung ersetzt wird. Das ist ein Punkt, den Sie im Blick behalten, aber nicht als sichere Anspruchsgrundlage einplanen sollten.
Heute und ab Dezember 2026 im Vergleich
| Punkt | Bis 8.12.2026 | Ab 9.12.2026 |
|---|---|---|
| Software als Produkt | nur analog über „bewegliche Sache“ | ausdrücklich erfasst |
| Sachschäden B2B | ausgeschlossen (§ 1 Abs. 1 ProdHaftG) | Umfang zur endgültigen Gesetzesfassung noch zu prüfen |
| Haftende Akteure | im Wesentlichen der Hersteller | zusätzlich Importeure, Bevollmächtigte, teils Plattformen |
| Beweislast | voll beim Geschädigten | Vermutungsregeln bei Sicherheitsverstößen, Offenlegungsanspruch |
Wenn-dann: Welches Recht greift bei welchem Schaden
Für die Praxis lässt sich die Zuordnung auf vier Situationen herunterbrechen.
- Wenn eine für Sie individuell programmierte Schnittstelle Daten falsch überträgt und Sie noch innerhalb der Verjährung sind, dann prüfen Sie zuerst Nacherfüllung und Schadensersatz nach Werkvertragsrecht, § 634 BGB.
- Wenn ein gekauftes Standardmodul von Anfang an fehlerhaft war, dann greifen die kaufrechtlichen Mängelrechte nach § 437 BGB, meist mit zwei Jahren Verjährung ab Übergabe.
- Wenn durch den Schnittstellenfehler eine Person körperlich verletzt wird, etwa weil eine fehlerhafte Steuerungsdatei eine Maschine falsch ansteuert, dann greift schon heute die Produkthaftung unabhängig vom Vertrag.
- Wenn „nur“ Daten, Umsatz oder Arbeitszeit verloren gehen, dann bleibt bis auf Weiteres die Vertragshaftung Ihr einziger verlässlicher Hebel, nicht die Produkthaftung.
Rechenbeispiel: Fehlbuchung durch eine Schnittstelle zur Finanzbuchhaltung
Ein mittelständischer Großhändler lässt eine Schnittstelle zwischen ERP und Finanzbuchhaltungssoftware individuell programmieren, Werkvertrag, Vergütung 18.000 Euro. Drei Monate nach der Abnahme fällt auf, dass die Schnittstelle Gutschriften doppelt bucht. Die Korrektur bindet die Buchhaltung zwei Wochen, externe Steuerberatungskosten für die Aufklärung liegen bei 4.200 Euro, der interne Zeitaufwand wird mit 6.800 Euro angesetzt.
Weil die Abnahme erst drei Monate zurückliegt, läuft die zweijährige Verjährungsfrist nach § 634a BGB noch. Der Auftraggeber kann zunächst Nacherfüllung verlangen, parallel aber auch die bereits entstandenen Mangelfolgeschäden nach § 634 Nr. 4 i.V.m. § 280 BGB ersetzt bekommen, wenn der Dienstleister die fehlerhafte Umsetzung zu vertreten hat, was bei einem Programmierfehler in aller Regel vermutet wird. Ohne eine im Vertrag fixierte Dokumentation der Schnittstellenlogik wäre im Streitfall deutlich schwerer zu beweisen gewesen, dass der Fehler von Anfang an in der Software lag und nicht erst durch eine spätere ERP-Aktualisierung entstanden ist. Über die Produkthaftung wäre hier, auch nach dem 9. Dezember 2026, nichts zu holen gewesen, weil es sich um einen reinen Vermögensschaden im gewerblichen Bereich handelt.
Checkliste vor der Schnittstellen-Beauftragung
- Abnahmekriterien schriftlich festhalten: Welche Testfälle, welche Datensätze, welcher Zeitraum für die Probephase?
- Dokumentationspflicht ausdrücklich vereinbaren, nicht nur implizit auf die BGH-Rechtsprechung zur Hauptpflicht vertrauen.
- Vertragstyp klären, bevor der Auftrag erteilt wird: Individualentwicklung oder Lizenzierung eines Standardmoduls, weil davon die Verjährungsfrist abhängt.
- Haftungsbegrenzungen im Vertrag auf Angemessenheit prüfen, pauschale Ausschlüsse für Folgeschäden sind nach AGB-Recht oft unwirksam.
- Rückfallebene für den Echtbetrieb festlegen, etwa ein Parallellauf der alten Schnittstelle, bis die neue sich im Alltag bewährt hat.
- Verantwortlichkeit für Daten nach einem ERP-Update klären, weil Updates nach der neuen Richtlinie eigenständig haftungsrelevant werden können.
Typische Fehler
Der häufigste Fehler ist, sich auf eine vage Zusicherung im Verkaufsgespräch zu verlassen statt auf eine Klausel im Vertrag. Mündliche Zusagen zur „vollständigen Kompatibilität“ sind im Streitfall kaum beweisbar. Der zweite häufige Fehler: Unternehmen lassen die Verjährungsfrist verstreichen, weil sie den Fehler zunächst intern klein reden, statt den Dienstleister schriftlich und fristwahrend in Verzug zu setzen. Der dritte Fehler ist die Verwechslung von Gewährleistung und Garantie. Eine Gewährleistung folgt aus dem Gesetz und ist nicht verhandelbar, eine Garantie ist ein freiwilliges Versprechen des Anbieters und kann enger oder weiter gefasst sein als die gesetzlichen Rechte, je nachdem, was im Vertrag steht.
Für wen sich eine genaue Vertragsprüfung lohnt, und für wen nicht
Bei einem günstigen Standard-Connector für wenige hundert Euro im Jahr, etwa einer einfachen Anbindung an einen Paketdienst, lohnt der juristische Aufwand einer Vertragsprüfung meist nicht. Der mögliche Schaden ist überschaubar, und im Streitfall steht ohnehin nur die zweijährige kaufrechtliche Gewährleistung zur Verfügung, unabhängig davon, wie detailliert der Vertrag formuliert ist. Anders bei einer Individualentwicklung im fünf- oder sechsstelligen Bereich, etwa einer Anbindung an ein branchenspezifisches Fertigungssystem: Hier zahlt sich eine saubere vertragliche Regelung von Abnahme, Dokumentation und Haftungsgrenzen direkt aus, weil im Schadensfall schnell mehr auf dem Spiel steht als die Lizenzgebühr. Wer ERP-Anbieter und Integrationspartner grundsätzlich vergleichen will, findet eine Übersicht im Anbieter-Verzeichnis, Begriffe wie Werkvertrag oder Abnahme sind im Glossar kurz erklärt.
Wer die technische Seite der Anbindung selbst noch klären muss, findet die gängigen Schnittstellentypen in unserem Grundlagenbeitrag zu API, REST und EDI im ERP. Wie sich Haftungsfragen schon vor Vertragsschluss in die Verhandlung einbauen lassen, beschreibt der Beitrag ERP-Vertrag verhandeln. Und wer die Mitwirkungspflichten des eigenen Projektteams unterschätzt, sollte vorher einen Blick in unseren Beitrag zur ERP-Projektsteuerung werfen, weil fehlende Testdaten auf Kundenseite spätere Haftungsfragen regelmäßig verkomplizieren.
Häufige Fragen
Haftet der ERP-Anbieter automatisch für Schäden durch eine fehlerhafte Schnittstelle?
Nein. Ohne vertragliche Haftungsübernahme oder nachweisbares Verschulden im Rahmen von Werk- oder Kaufvertragsrecht besteht kein automatischer Anspruch. Die Produkthaftung greift bei reinen Vermögensschäden im B2B-Bereich nach heutigem Recht nicht.
Gilt für eine ERP-Schnittstelle Kaufrecht oder Werkvertragsrecht?
Das hängt davon ab, ob die Schnittstelle individuell für Sie entwickelt wurde (Werkvertrag) oder als fertiges Modul lizenziert wird (Kaufvertrag über die Softwareüberlassung). Im Zweifel entscheidet der Vertragstext, nicht die Bezeichnung des Produkts.
Wie lange kann ich Mängel an einer Schnittstelle noch rügen?
In der Regel zwei Jahre, bei Kaufverträgen ab Übergabe nach § 438 Abs. 1 Nr. 3 BGB, bei Werkverträgen ab Abnahme nach § 634a BGB. Längere oder kürzere Fristen können vertraglich vereinbart sein, soweit das AGB-rechtlich zulässig ist.
Ändert sich durch das neue Produkthaftungsgesetz etwas für Datenverlust durch ERP-Fehler?
Möglich, aber zum jetzigen Stand nicht gesichert. Ob und in welchem Umfang rein geschäftlich genutzte Daten erfasst werden, ergibt sich erst aus der endgültigen Gesetzesfassung und ihrer Anwendung durch die Gerichte.
Was sollte im Vertrag stehen, um spätere Streitigkeiten zu vermeiden?
Klare Abnahmekriterien, eine Dokumentationspflicht, eine eindeutige Festlegung des Vertragstyps und eine AGB-rechtlich belastbare Haftungsregelung für Folgeschäden. Das ersetzt keine Rechtsberatung im Einzelfall, reduziert aber die häufigsten Streitpunkte.
Meine Einschätzung: Die neue Produkthaftungsrichtlinie wird in vielen Blogs schon jetzt als Durchbruch für B2B-Schäden durch Softwarefehler verkauft. Nach dem, was der Bundestag am 8. Oktober 2026 tatsächlich beschlossen hat, ist das verfrüht. Der verlässlichste Hebel bleibt für die allermeisten ERP-Betreiber der eigene Vertrag, nicht das Gesetz. Wer sich auf Abnahmekriterien, Dokumentationspflichten und eine saubere Einordnung als Werk- oder Kaufvertrag konzentriert, ist besser abgesichert als jemand, der auf eine erst ab Dezember 2026 greifende und in Details noch unklare Produkthaftung wartet.
