Die rechtliche Einordnung von Softwareentwicklungsverträgen ist für Auftraggeber wie Auftragnehmer von entscheidender Bedeutung – insbesondere, wenn es später zu Streit über die Leistungspflichten oder die Vergütung kommt. Das Urteil des OLG Frankfurt vom 19.12.2024 (Az. 10 U 201/22) zeigt, wie schnell die Weichen in Richtung „Dienstvertrag“ gestellt werden können – mit erheblichen Folgen für die Rechte und Pflichten beider Seiten.
Dienstvertrag vs. Werkvertrag – die Grundlagen
Werkvertrag (§ 631 BGB)
-
Pflicht: Herbeiführung eines konkreten Erfolgs (z. B. funktionsfähige Software mit genau definierten Eigenschaften)
-
Abnahme: Voraussetzung für die Fälligkeit der Vergütung
-
Mängelrechte: Anspruch auf Nacherfüllung, Minderung, Rücktritt oder Schadensersatz bei Mängeln
-
Vorteile für Auftraggeber: Hohe Kontrolle und Absicherung über den geschuldeten Erfolg
-
Nachteile für Auftragnehmer: Erhöhtes Haftungsrisiko und Gefahr unbezahlter Leistungen bei Nichtabnahme
Dienstvertrag (§ 611 BGB)
-
Pflicht: Erbringung einer Tätigkeit, nicht zwingend ein bestimmter Erfolg
-
Vergütung: Unabhängig davon, ob das Projekt gelingt
-
Mängelrechte: Kein Rücktritt wegen „mangelhaftem Werk“, Schadensersatz nur bei Pflichtverletzung
-
Vorteile für Auftragnehmer: Planbare Abrechnung nach Aufwand
-
Nachteile für Auftraggeber: Risiko, trotz unbrauchbaren Ergebnisses zahlen zu müssen
Das OLG Frankfurt: Schnittstellenentwicklung als Dienstvertrag
Im Streit ging es um einen „Subunternehmervertrag“ zur Entwicklung von Schnittstellen für zwei Endkunden.
Wichtige Punkte aus der Entscheidung:
-
Abrechnung nach Stunden statt Festpreis
-
Feste Vertragslaufzeit mit Kündigungsfrist
-
Leistungsbeschreibung offen – konkrete Aufgaben wurden erst später festgelegt
-
Vertragswortlaut sprach ausdrücklich von „Dienstleistungen“
-
Bei Schnittstellenprojekten sei das Scheitern wahrscheinlicher als bei Komplettsoftware, was das Interesse des Auftragnehmers an der Einordnung als Dienstvertrag erhöhe.
Folge: Kein Anspruch auf Rückzahlung der Vergütung allein deshalb, weil die Software nicht fertiggestellt oder unbrauchbar war. Nur bei schuldhafter Pflichtverletzung – z. B. Missachtung technischer Standards – besteht ein Schadensersatzanspruch.
Auswirkungen für die Praxis
-
Für Auftraggeber:
Wer sicherstellen will, dass er nur für ein funktionierendes Endprodukt zahlt, muss den Vertrag klar als Werkvertrag gestalten – inklusive präziser Leistungsbeschreibung und Abnahmevereinbarung. -
Für Auftragnehmer:
Eine Dienstvertragsgestaltung schützt vor dem Risiko, bei Projektscheitern ohne Vergütung dazustehen. -
Beweislast: Bei Dienstverträgen liegt die Hürde für Rückforderungen hoch – bloße Unzufriedenheit oder Ausbleiben des Projekterfolgs genügt nicht.
Praxistipps für Softwareprojektverträge
-
Klarer Vertragszweck: Definieren Sie, ob ein Erfolg geschuldet ist oder nur Leistungen „nach bestem Bemühen“.
-
Vergütungsmodell: Festpreis + Abnahmepflicht (Werkvertrag) vs. Stundenvergütung + Kündigungsfrist (Dienstvertrag).
-
Leistungsbeschreibung: Möglichst detailliert, um spätere Auslegungskonflikte zu vermeiden.
-
Abnahmeverfahren: Schriftlich regeln, inklusive Fristen und Mängelrügen.
-
Risikoverteilung: Bei Schnittstellenprojekten den höheren Unsicherheitsfaktor bedenken.
Unsere Expertise für Ihr Projekt
Rechtsanwalt Tobias Hahn berät seit über 10 Jahren Softwarehäuser und Auftraggeber bei der Vertragsgestaltung und -durchsetzung im IT-Bereich. Als erfahrener Verhandlungsführer kennt er die Fallstricke und Gestaltungsspielräume – von agilen Projekten bis zu Festpreisverträgen.
➡️ Lassen Sie Ihren Softwarevertrag jetzt rechtssicher prüfen.
Wir bieten eine schnelle Ersteinschätzung, damit Sie die Weichen richtig stellen und Risiken minimieren.
Schufa- & Auskunftei-Einträge löschen lassen – neue Chancen für Verbraucher!