Werkvertrag oder Dienstvertrag im IT-Projekt: Unterschied und Praxis

Der Unterschied zwischen Werkvertrag und Dienstvertrag passt in einen Satz: Beim Werkvertrag schuldet der Auftragnehmer ein Ergebnis, beim Dienstvertrag eine Tätigkeit. In IT-Projekten hängt an diesem Satz aber fast alles, was später Ärger machen kann — wann Geld fließt, wer für Fehler geradesteht, was passiert, wenn das Projekt kippt. Dieser Leitfaden zeigt, wie sich die beiden Vertragstypen im Alltag eines Softwareprojekts auswirken, welcher für welche Phase passt und woran Sie einen sauber gebauten Vertrag erkennen.

Hinweis: Dieser Beitrag erklärt Grundlagen aus unserer Projektpraxis und ist keine Rechtsberatung. Für einen konkreten Vertrag ziehen Sie bitte eine Anwältin oder einen Anwalt für IT-Recht hinzu.

Werkvertrag vs. Dienstvertrag: Erfolg oder Tätigkeit

Beide Vertragstypen stehen im Bürgerlichen Gesetzbuch. Der Dienstvertrag ist in §§ 611 ff. BGB geregelt, der Werkvertrag in §§ 631 ff. BGB. Die Überschrift im Vertrag entscheidet dabei nicht allein. Gerichte sehen sich an, was tatsächlich vereinbart ist und wie die Zusammenarbeit gelebt wird.

• Werkvertrag: Der Auftragnehmer verspricht einen bestimmten Erfolg — etwa ein Kundenportal mit festgelegten Funktionen, eine Schnittstelle zwischen Shop und Warenwirtschaft oder die Migration eines Altsystems. Bezahlt wird für das funktionierende Ergebnis.
• Dienstvertrag: Der Auftragnehmer verspricht, fachkundig zu arbeiten — etwa Beratung, Mitarbeit an einer Architektur oder die laufende Betreuung einer Anwendung. Bezahlt wird für die geleistete Arbeit, auch wenn das gewünschte Ziel am Ende nicht erreicht ist.

Ein Bild aus dem Alltag: Der Handwerker, der Ihnen ein Bad einbaut, arbeitet auf Werkvertrag. Die Steuerberaterin, die Sie berät, arbeitet auf Dienstvertrag. In der Softwareentwicklung ist die Grenze weniger sichtbar, weil beides am Bildschirm stattfindet und oft dieselben Menschen daran sitzen.

Die wichtigsten Unterschiede im Überblick

Kriterium	Werkvertrag	Dienstvertrag
Geschuldet wird	Ein bestimmter Erfolg, z. B. eine lauffähige Funktion	Sorgfältige Arbeit, kein bestimmtes Ergebnis
Grundlage im BGB	§§ 631 ff.	§§ 611 ff.
Abnahme	Ja, zentraler Schritt (§ 640)	Nein
Fälligkeit der Vergütung	Grundsätzlich mit der Abnahme, Abschläge möglich	Nach erbrachter Leistung bzw. am Ende des vereinbarten Zeitabschnitts
Fehler im Ergebnis	Mängelrechte: Nacherfüllung, Selbstvornahme, Minderung, Rücktritt, Schadensersatz	Keine Mängelrechte; Haftung nur bei schuldhafter Pflichtverletzung
Risiko, dass es länger dauert	Überwiegend beim Auftragnehmer (bei Festpreis)	Beim Auftraggeber
Typische Abrechnung	Festpreis oder Festpreis je Meilenstein	Nach Aufwand (Stunden, Tage)
Voraussetzung	Klar beschriebenes Ergebnis	Klar beschriebene Aufgabe und Rolle
Passt für	Abgegrenzte Module, Schnittstellen, Migrationen	Beratung, Analyse, Betrieb, offene Weiterentwicklung

Abnahme: der Moment, an dem sich alles entscheidet

Im Werkvertrag ist die Abnahme kein Formalakt. Mit ihr bestätigen Sie, dass das Werk im Wesentlichen vertragsgemäß ist. Ab diesem Zeitpunkt wird die Vergütung fällig, die Verjährung der Mängelansprüche beginnt, und die Beweislast für Mängel dreht sich: Vorher muss der Auftragnehmer zeigen, dass alles passt, danach müssen Sie belegen, dass etwas nicht stimmt.

Das Gesetz kennt außerdem eine fiktive Abnahme: Setzt der Auftragnehmer nach Fertigstellung eine angemessene Frist und verweigern Sie die Abnahme nicht unter Angabe mindestens eines Mangels, gilt das Werk als abgenommen. Wer Testphasen verschleppt, sollte das wissen.

Für Software heißt das praktisch:

• Abnahmekriterien vorher festlegen. Welche Abläufe müssen funktionieren, mit welchen Daten, auf welcher Umgebung? Ohne diese Liste wird die Abnahme zum Streit über Erwartungen.
• Testphase begrenzen. Legen Sie eine feste Dauer mit echten Nutzern fest. Unbegrenzte Testphasen nützen niemandem.
• Mängel einordnen. Ein Tippfehler in einer Meldung verhindert die Abnahme nicht, ein falscher Rechnungsbetrag schon. Eine Einteilung in kritisch, mittel und gering spart Diskussionen.
• Teilabnahmen vereinbaren. Bei größeren Projekten wird jedes Modul einzeln abgenommen. Das verteilt Risiko und Zahlungen gleichmäßiger.

Im Dienstvertrag gibt es keine Abnahme. Sie prüfen Stundenzettel oder Leistungsnachweise, nicht die Software.

Gewährleistung und Haftung

Hat ein abgenommenes Werk einen Mangel, stehen Ihnen im Werkvertrag die Mängelrechte aus § 634 BGB zu. Zuerst darf der Auftragnehmer nachbessern. Gelingt das nicht, kommen Selbstvornahme, Minderung, Rücktritt oder Schadensersatz in Betracht. Wie lange diese Ansprüche bei Software verjähren, beurteilen Juristen nicht einheitlich: zwei Jahre ab Abnahme oder die regelmäßige Frist von drei Jahren. Legen Sie die Frist deshalb ausdrücklich im Vertrag fest.

Im Dienstvertrag gibt es diese Mängelrechte nicht. Arbeitet der Dienstleister schlecht, haftet er nur, wenn er eine Pflicht schuldhaft verletzt hat und Ihnen dadurch ein Schaden entsteht. Das nachzuweisen ist deutlich schwerer als einen Fehler in einer Funktion zu zeigen. Umgekehrt ist das für den Auftragnehmer der Grund, offene Aufgaben lieber als Dienstleistung anzubieten: Für ein Ziel, das keiner genau beschreiben kann, kann auch niemand ehrlich garantieren.

Vergütung: Festpreis, Aufwand und die Mischformen

Die Vertragsart legt nicht zwingend fest, wie abgerechnet wird. In der Praxis haben sich trotzdem drei Muster eingespielt:

1. Festpreis im Werkvertrag. Sie wissen vorher, was das Ergebnis kostet. Dafür braucht es ein belastbares Pflichtenheft, und jede Änderung wird als Nachtrag verhandelt. Der Auftragnehmer kalkuliert einen Risikoaufschlag ein, weil er das Mehraufwandsrisiko trägt.
2. Aufwand im Dienstvertrag. Sie zahlen, was gearbeitet wird, und bleiben flexibel. Das Kostenrisiko liegt bei Ihnen, deshalb gehören ein monatliches Budgetlimit und transparente Berichte dazu.
3. Werkvertrag mit Aufwandsvergütung und Obergrenze. Ein Ergebnis ist geschuldet, abgerechnet wird nach Aufwand bis zu einem Deckel. Das verbindet Verantwortung für das Ergebnis mit ehrlicher Abrechnung und ist bei mittelgroßen Vorhaben oft der vernünftigste Weg.

Beim Werkvertrag sind Abschlagszahlungen für bereits erbrachte Teilleistungen möglich. Vereinbaren Sie sie an nachprüfbare Meilensteine, nicht an Kalenderdaten.

Ein Punkt wird oft übersehen: Als Auftraggeber können Sie einen Werkvertrag bis zur Fertigstellung jederzeit kündigen (§ 648 BGB). Der Auftragnehmer behält dann aber grundsätzlich seinen Vergütungsanspruch, abzüglich dessen, was er an Aufwand spart. Einen Dienstvertrag beenden Sie nach den vereinbarten oder gesetzlichen Fristen, bezahlt wird bis dahin die geleistete Arbeit.

Welcher Vertrag für welche Projektphase?

Ein IT-Projekt ist selten durchgehend ein Werk oder durchgehend eine Dienstleistung. Sinnvoller ist es, jede Phase für sich zu betrachten:

Phase	Typischer Vertrag	Warum
Analyse, Workshops, Anforderungen	Dienstvertrag	Das Ergebnis ist noch offen. Geschuldet ist gute Arbeit, nicht ein bestimmtes Papier.
Konzept oder Pflichtenheft als Dokument	Werkvertrag möglich	Wenn Umfang und Inhalt des Dokuments klar vereinbart sind, ist es ein abnehmbares Ergebnis.
Prototyp oder MVP	Werkvertrag mit schlankem Umfang	Wenige, klar beschriebene Funktionen lassen sich abnehmen.
Entwicklung eines abgegrenzten Moduls oder einer Schnittstelle	Werkvertrag	Das Ergebnis ist beschreibbar und testbar.
Agile Weiterentwicklung mit wechselnden Prioritäten	Dienstvertrag oder Werkvertrag je Inkrement	Hängt davon ab, wer über Inhalte entscheidet und ob einzelne Lieferungen abgenommen werden.
Betrieb, Wartung, Support	Dienstvertrag mit SLA	Geschuldet sind Verfügbarkeit und Reaktionszeiten, nicht ein einmaliges Werk.

Bei Scrum und anderen agilen Vorgehen ist die Einordnung besonders schwierig. Wird nach Sprints abgerechnet, legen Sie gemeinsam die Inhalte fest und gibt es keine Abnahme einzelner Ergebnisse, spricht vieles für einen Dienstvertrag. Wird jedes Inkrement gegen eine vereinbarte Definition of Done abgenommen und bezahlt, rückt der Vertrag in Richtung Werkvertrag. Schreiben Sie in den Vertrag, was gemeint ist, statt darauf zu hoffen, dass es später niemand anders sieht.

Werkvertrag bei Software: typische Stolperstellen

Ein Werkvertrag für Software scheitert selten an der Technik, sondern fast immer an der Beschreibung. Diese Fehler sehen wir am häufigsten:

• Das Ergebnis ist zu vage. „Moderner Onlineshop mit Anbindung an die Warenwirtschaft“ ist kein abnehmbares Werk. Welche Daten fließen in welche Richtung, wie oft, mit welcher Fehlerbehandlung?
• Änderungen laufen nebenbei. Jede mündlich zugerufene Änderung verschiebt den Vertragsinhalt. Ohne geregeltes Änderungsverfahren weiß am Ende niemand mehr, was eigentlich geschuldet war.
• Mitwirkung ist nicht geregelt. Der Auftragnehmer braucht Zugänge, Testdaten und Ansprechpartner. Kommen diese zu spät, verschiebt sich der Termin, und der Streit beginnt.
• Rechte am Code fehlen. Ohne Regelung zu Nutzungsrechten, Quellcode-Übergabe und Dokumentation hängen Sie später am Auftragnehmer. Bei Übernahme eines Legacy-Systems merkt man das besonders schmerzhaft.
• Betrieb ist vergessen. Nach der Abnahme muss jemand Aktualisierungen einspielen und Fehler beheben. Das gehört in einen eigenen Vertrag, nicht in einen stillen Anhang.

Dienstvertrag in der IT: sauber aufsetzen

Auch ein Dienstvertrag braucht eine klare Beschreibung — nur eben der Aufgabe statt des Ergebnisses. Wer auf Dienstvertrag in Ihrem Projekt mitarbeitet, sollte Themen und Ziele von Ihnen bekommen, aber seine Arbeit selbst organisieren. Legen Sie fest, welche Aufgaben übernommen werden, wie berichtet wird, wer beim Auftragnehmer die Verantwortung trägt und in welchem Rahmen Aufwand entstehen darf.

Wichtig ist die Trennung der Organisation: Der Dienstleister stimmt sich mit Ihnen über Ziele und Prioritäten ab, die Arbeitsanweisungen an seine Leute gibt er selbst. Werden externe Entwickler behandelt wie eigene Beschäftigte — feste Arbeitszeiten, Anweisungen von Ihren Teamleitern, Einbindung in Ihre Urlaubsplanung —, kann der Vertrag rechtlich anders eingeordnet werden, als beide Seiten wollten. Bei einzelnen Freiberuflern kommt die Frage der Scheinselbständigkeit hinzu. Ein Vertragspartner, der seine Leute über einen eigenen Projektleiter selbst führt, entschärft beides deutlich.

Checkliste für Ihren nächsten IT-Vertrag

1. Ist das Ergebnis so beschrieben, dass ein Dritter prüfen könnte, ob es erreicht wurde? Wenn ja: Werkvertrag. Wenn nein: Dienstvertrag oder zuerst eine Analysephase.
2. Gibt es Abnahmekriterien, eine Testumgebung und eine Frist für die Abnahme?
3. Ist geregelt, wie Änderungen beantragt, bewertet und bezahlt werden?
4. Sind Ihre Mitwirkungspflichten konkret benannt — Zugänge, Daten, Ansprechpartner, Reaktionszeiten?
5. Wer erhält welche Rechte am Quellcode, und wann wird er übergeben?
6. Gibt es bei Aufwandsabrechnung ein Budgetlimit und regelmäßige Berichte?
7. Wer auf Seiten des Auftragnehmers plant, verteilt und verantwortet die Arbeit?
8. Ist der Betrieb nach dem Projekt geregelt, etwa mit Reaktionszeiten und Verfügbarkeit?
9. Ist Datenschutz geklärt, bei Zugriff auf personenbezogene Daten mit einem Auftragsverarbeitungsvertrag?

Wie wir es handhaben

Bei der Entwicklung von Individualsoftware arbeiten wir für klar beschreibbare Module und Schnittstellen auf Werkvertrag: mit Abnahmekriterien, Teilabnahmen und Übergabe des Codes in Ihr Repository. Offene Phasen wie Analyse oder laufende Weiterentwicklung vereinbaren wir als Dienstvertrag mit festem Leistungsrahmen. Den Betrieb danach übernehmen wir auf Wunsch als eigene Betreuung.

Wenn Ihr eigenes Team Unterstützung braucht, übernehmen wir bei der Team-Verstärkung einen abgegrenzten Teil der Arbeit — ein Modul, eine Integration, einen Aufgabenstrom — mit eigenem Projektleiter. Sie vereinbaren mit uns Ziel und Abnahme, die Organisation der Arbeit bleibt bei uns. Was die einzelnen Modelle kosten, steht auf unserer Seite Preise.

Sie sind unsicher, welcher Vertrag zu Ihrem Vorhaben passt? Im kostenfreien Erstgespräch sehen wir uns Ihr Projekt an und schlagen eine Aufteilung in Phasen vor.

Häufige Fragen

Ist Softwareentwicklung ein Werkvertrag oder ein Dienstvertrag?

Das hängt vom Vertragsinhalt ab. Wird eine bestimmte, funktionierende Software geschuldet, spricht das für einen Werkvertrag. Wird Mitarbeit an einem offenen Vorhaben geschuldet, eher für einen Dienstvertrag. Entscheidend ist, was vereinbart und tatsächlich gelebt wird, nicht die Überschrift.

Kann ich einen Werkvertrag nach Stunden abrechnen?

Ja. Ein Werkvertrag verlangt keinen Festpreis. Üblich ist eine Aufwandsvergütung mit Obergrenze. Die Verantwortung für das Ergebnis und die Mängelrechte bleiben trotzdem bestehen.

Was passiert, wenn ich die Abnahme einfach nicht erkläre?

Setzt der Auftragnehmer nach Fertigstellung eine angemessene Frist und Sie verweigern die Abnahme nicht unter Angabe mindestens eines Mangels, gilt das Werk als abgenommen. Schweigen schützt also nicht.

Gibt es beim Dienstvertrag gar keine Haftung?

Doch, aber anders. Der Dienstleister haftet, wenn er seine Pflichten schuldhaft verletzt, etwa weil er anerkannte Regeln der Technik missachtet. Die werkvertraglichen Mängelrechte wie Nacherfüllung oder Minderung gibt es nicht.

Welcher Vertrag passt für agile Projekte?

Beides ist möglich. Werden einzelne Inkremente gegen eine Definition of Done abgenommen, passt ein Werkvertrag je Inkrement. Bestimmen Sie laufend die Inhalte und rechnen nach Sprints ab, liegt ein Dienstvertrag näher. Halten Sie die Entscheidung ausdrücklich im Vertrag fest.

Ersetzt dieser Leitfaden eine rechtliche Prüfung?

Nein. Er hilft Ihnen, die richtigen Fragen zu stellen. Den konkreten Vertrag sollte eine Fachanwältin oder ein Fachanwalt für IT-Recht prüfen.