Blog-Übersicht
Der Unterschied zwischen Werk- und Dienstleistungsverträgen bei IT‑Projekten
Der Unterschied zwischen Werk- und Dienstleistungsverträgen bei IT‑Projekten
Die rechtliche Einordnung eines IT‑Projekts als Werk- oder Dienstleistungsvertrag gehört zu den wichtigsten Fragen der IT‑Vertragsgestaltung. Sie beeinflusst Gewährleistung, Haftung, Risikoverteilung und die wirtschaftliche Struktur des gesamten Projekts. Unternehmen, IT‑Dienstleister und Auftraggeber sollten diese Unterscheidung daher kennen und bewusst treffen.
1. Was ist ein Werkvertrag?
Ein Werkvertrag verpflichtet den Auftragnehmer zur Herbeiführung eines konkreten Erfolges.Im IT‑Bereich ist das typischerweise:
- Entwicklung einer funktionsfähigen Individualsoftware
- Erstellung eines spezifischen Moduls oder Features
- Implementierung einer Software nach einem definierten Pflichtenheft
Der Auftragnehmer trägt das Erfolgsrisiko – bleibt das Werk mangelhaft, kommen Gewährleistungsrechte zur Anwendung. Eine erfolgsorientierte Leistungserbringung ist das entscheidende Abgrenzungsmerkmal.
2. Was ist ein Dienstleistungsvertrag?
Beim Dienstvertrag schuldet der Auftragnehmer keinen Erfolg, sondern eine sorgfältige Tätigkeit. Typische Fälle sind:
- Laufende Beratung
- Unterstützung im agilen Entwicklungsprozess
- Begleitende technische Expertise ohne Endergebnis
- Time-and-Material‑Verträge
Die Vergütung wird üblicherweise fortlaufend (Stunden/Tage) abgerechnet. Auch aus haftungsrechtlichen Gründen ist der Dienstvertrag für viele Auftragnehmer vorteilhafter, da kein konkreter Projekterfolg geschuldet wird.
3. Praxisrelevante Abgrenzungskriterien
In der Praxis ist die Einordnung oft schwierig, da viele IT‑Projekte Elemente beider Vertragstypen aufweisen. Entscheidend ist stets die vertraglich geschuldete Leistung:
Indizien für einen Werkvertrag
- Konkretes Pflichtenheft oder definierte Deliverables
- Abrechnung nach Erfolg (Pauschale, Meilensteine)
- Objektiv messbares Ergebnis
- Übernahme der Projektverantwortung durch den Auftragnehmer
Indizien für einen Dienstvertrag
- Vergütung nach Zeitblöcken
- Auftragnehmer arbeitet nach laufenden Anweisungen des Auftraggebers
- Kein abschließend definierter Projekterfolg
- Typische Einsatzgebiete: agile Teams, Consulting, Interim-IT
Besonders wichtig: Vertragslabels („Dienstleistung“, „Consulting“) sind nicht entscheidend. Maßgeblich ist der Inhalt der Verpflichtungen – eine unzutreffende Bezeichnung schadet nicht („falsa demonstratio non nocet“).
4. Beispiele aus der IT‑Praxis
Individualsoftware
Die Erstellung individueller Software ist regelmäßig als Werkvertrag einzuordnen, da ein funktionstüchtiges, nutzbares Produkt geschuldet ist. Dies wird sowohl national als auch europarechtlich bestätigt.
In agilen Projekten bevorzugen Auftragnehmer meist den Dienstvertrag, Auftraggeber den Werkvertrag.Ohne klare Erfolgsdefinition liegt typischerweise ein Dienstvertrag vor, kann aber durch vertragliche Regelungen werkvertraglich ausgestaltet werden.
Wartungsverträge
Wartungsverträge sind häufig typengemischte Verträge, da sie sowohl dienstvertragliche Unterstützung als auch werkvertragliche Erfolgsverantwortung (z. B. Funktionssicherung) enthalten können.
5. Warum die Abgrenzung so wichtig ist
Die Einordnung entscheidet über wesentliche Rechtsfolgen:
Gewährleistung
- Nur beim Werkvertrag verfügbar
- Keine Gewährleistung beim Dienstvertrag (nur Sorgfaltsmaßstab)
Haftungsrisiken
- Dienstvertrag bedeutet nicht Haftungsfreiheit – bei Verschulden besteht Schadenersatzpflicht
- Werkvertrag beinhaltet regelmäßig höhere Risiken für den Auftragnehmer
Kalkulation und Wirtschaftlichkeit
- Werkverträge enthalten oft Risikoaufschläge von 10–20 %
- Dienstverträge ermöglichen sofortigen Kostenabzug und weniger Planungsrisiko
Mitwirkungspflichten
Der Auftraggeber muss notwendige Mitwirkungshandlungen rechtzeitig leisten – sonst verschiebt sich die Risikoverteilung.
6. Empfehlungen für eine klare Vertragspraxis
- Leistungsinhalt präzise formulieren (insb. bei Werkverträgen)
- Pflichtenheft erstellen oder klare Akzeptanzkriterien definieren
- Mitwirkungspflichten konkret regeln
- Change‑Request‑Prozess vertraglich festlegen
- Vertragsstruktur bewusst wählen, Labels nicht überbewerten
- Risiken fair verteilen, z. B. durch Meilensteine, definierte Abnahmeszenarien
Eine sorgfältige Vertragsgestaltung schafft Rechtssicherheit für beide Seiten und verhindert spätere Konflikte.
Blog-Übersicht