IT- und Agenturverträge: Dienstvertrag oder Werkvertrag – und warum das wichtig ist
Kurz gesagt
Ob ein IT-Projekt rechtlich als Werkvertrag (§§ 631 ff. BGB) oder Dienstvertrag (§§ 611a ff. BGB) gilt, hängt davon ab, ob ein konkretes Ergebnis geschuldet wird oder nur eine sorgfältige Tätigkeit. Werkvertrag bedeutet Erfolgshaftung und eine förmliche Abnahme, Dienstvertrag bedeutet Vergütung nach Aufwand ohne Erfolgsgarantie – wer die Einordnung offenlässt, riskiert im Streitfall die ungünstigere Auslegung durch das Gericht.
Warum die Unterscheidung überhaupt praktisch relevant ist
Bei einem Werkvertrag (§ 631 BGB) schuldet der Auftragnehmer einen Erfolg: eine funktionierende Website, eine lauffähige Software, ein abgeschlossenes Projekt nach Spezifikation. Erst mit der Abnahme durch den Auftraggeber wird die Vergütung fällig (§ 640 BGB), und ab diesem Zeitpunkt beginnt die Gewährleistungsfrist zu laufen. Liefert der Auftragnehmer nicht wie vereinbart, hat der Auftraggeber Anspruch auf Nacherfüllung, Minderung oder Rücktritt (§§ 634 ff. BGB).
Bei einem Dienstvertrag (§ 611a BGB) schuldet der Auftragnehmer dagegen nur die sorgfältige Erbringung einer Tätigkeit – etwa laufende Beratung, Wartung oder Weiterentwicklung nach Aufwand – ohne einen bestimmten Erfolg zu garantieren. Vergütet wird nach geleisteter Zeit, unabhängig davon, ob am Ende ein bestimmtes Ergebnis erreicht wird. Eine förmliche Abnahme im werkvertraglichen Sinn gibt es hier nicht.
Typische Projekte in der Praxis:
- Werkvertraglich geprägt: Website-Relaunch mit fest definiertem Funktionsumfang, Software-Individualentwicklung nach Lastenheft, ein abgeschlossenes Redesign-Projekt.
- Dienstvertraglich geprägt: laufende technische Betreuung, Wartungsverträge, agile Entwicklung ohne festen Leistungsumfang, Strategieberatung ohne konkretes „Werk".
- Häufig gemischt: Agentur-Rahmenverträge, die Konzeption (Dienstvertrag), Umsetzung (Werkvertrag) und laufenden Support (Dienstvertrag) in einem Dokument bündeln.
Warum agile Projekte die Abgrenzung erschweren
Klassische Wasserfall-Projekte mit festem Lastenheft lassen sich vergleichsweise klar als Werkvertrag einordnen. Agile Entwicklung nach Scrum oder Kanban – mit sich änderndem Backlog, iterativen Sprints und ohne von Anfang an fixiertem Endergebnis – passt schlechter in das werkvertragliche Erfolgsmodell. In der Praxis behelfen sich viele Verträge damit, jeden Sprint oder jedes Release einzeln als kleines „Werk" mit eigener Abnahme zu definieren, während der Rahmenvertrag selbst dienstvertragliche Züge trägt. Ohne eine solche explizite Regelung ist bei rein agilen Projekten häufig unklar, wann überhaupt Fälligkeit und Gewährleistung eintreten – ein Streitpunkt, der sich vermeiden lässt, indem der Vertrag die Einordnung ausdrücklich regelt statt sie offenzulassen.
Digitale Produkte: die dritte Kategorie seit 2022
Seit dem 1. Januar 2022 gilt für Verbraucherverträge über digitale Produkte zusätzlich das eigenständige Regime der §§ 327 ff. BGB (siehe dazu vertiefend den Artikel zu digitalen Produkten und Verbraucherverträgen). Das betrifft B2C-Verträge über Software, SaaS, Apps oder digitale Inhalte und bringt eigene Regeln zu Vertragsmäßigkeit, Aktualisierungspflicht und Mängelrechten mit – unabhängig davon, ob der zugrundeliegende Vertrag sonst eher dienst- oder werkvertraglich geprägt ist. Für reine B2B-Verträge zwischen Unternehmen bleibt es dagegen bei der klassischen Abgrenzung zwischen Dienst- und Werkvertragsrecht.
AGB-Kontrolle: Warum vorformulierte Klauseln nicht automatisch gelten
Nutzt eine Agentur eigene Standard-AGB, unterliegen diese der Inhaltskontrolle nach §§ 305 ff. BGB. Klauseln, die den Vertragspartner unangemessen benachteiligen – etwa eine pauschale Haftungsfreizeichnung für jede Art von Schaden, eine automatische Abnahmefiktion ohne angemessene Prüffrist oder ein einseitiges Recht, Leistungen ohne Zustimmung zu ändern – sind nach § 307 BGB unwirksam, selbst wenn der Auftraggeber sie unterschrieben hat. Das gilt verschärft im B2C-Bereich, aber auch im B2B-Verkehr prüfen Gerichte vorformulierte Klauseln kritisch, wenn sie von wesentlichen Grundgedanken des Gesetzes abweichen.
Abnahme, Change Requests und Haftungsbegrenzung
Drei Punkte verdienen bei jedem IT-/Agenturvertrag besondere Sorgfalt:
- Abnahme: Bei werkvertraglichen Leistungen sollte der Vertrag regeln, in welcher Form abgenommen wird (ausdrücklich oder durch Nutzung), welche Frist für die Prüfung gilt und was bei Schweigen des Auftraggebers passiert. Ohne Regelung gilt die gesetzliche Fiktion des § 640 Abs. 2 BGB, die unter bestimmten Voraussetzungen auch aus bloßer Nutzung eine Abnahme ableiten kann.
- Change Requests: Ändert sich der Leistungsumfang während des Projekts, braucht es ein definiertes Verfahren für Änderungsanfragen – wer sie freigibt, wie sie vergütet werden und wie sich Fristen dadurch verschieben. Fehlt das, entsteht unbezahlter Mehraufwand oder Streit über den ursprünglich vereinbarten Umfang.
- Haftungsbegrenzung: Nach § 280 BGB haftet, wer eine vertragliche Pflicht schuldhaft verletzt, grundsätzlich auf Schadensersatz. Vertragliche Haftungsbegrenzungen sind möglich, aber nicht grenzenlos: Vorsatz und grobe Fahrlässigkeit lassen sich nicht wirksam ausschließen, auch nicht in AGB. Zulässig sind dagegen regelmäßig Begrenzungen bei leichter Fahrlässigkeit, etwa der Höhe nach oder auf vorhersehbare, vertragstypische Schäden.