Werkvertrag oder Dienstvertrag bei IT-Projekten

Die Projektleitung erwartet zum Stichtag ein funktionsfähiges neues Kundenportal, der Dienstleister rechnet aber monatlich nach Aufwand ab und verweist bei Mängeln auf eine fortlaufende Fehleranalyse. Genau in solchen Situationen zeigt sich, dass die Überschrift eines Vertrags wenig hilft. Entscheidend ist, was die Parteien tatsächlich vereinbart haben und leisten sollen: ein überprüfbarer Erfolg oder ein fachgerechtes Tätigwerden.

Der Kernunterschied: Erfolg oder Bemühen

Beim Werkvertrag schuldet der Auftragnehmer einen bestimmten Erfolg. Im IT Umfeld kann das beispielsweise eine lauffähige Schnittstelle, ein implementiertes ERP Modul, eine individuell entwickelte Software oder die erfolgreiche Migration eines klar definierten Datenbestands sein. Der Erfolg muss so beschrieben sein, dass beide Seiten später feststellen können, ob er erreicht wurde.

Beim Dienstvertrag schuldet der Dienstleister dagegen eine Tätigkeit mit der geschuldeten fachlichen Sorgfalt, aber keinen bestimmten Erfolg. Typische Beispiele sind Beratungsleistungen, Projektmanagement, Unterstützung durch externe Administratorinnen und Administratoren, Schulungen oder ein agiler Entwicklungseinsatz, bei dem Aufgaben fortlaufend priorisiert werden und das Ergebnis bei Vertragsschluss noch offen ist.

Die Unterscheidung ist kein Etikett, das du frei auf den Vertrag kleben kannst. Nennt ihr die Vereinbarung zwar „Dienstvertrag“, enthält sie aber eine konkret beschriebene, abnahmefähige Leistung, kann sie rechtlich trotzdem als Werkvertrag behandelt werden. Umgekehrt wird aus einer offenen Beratungsleistung kein Werkvertrag, nur weil im Vertrag ein gewünschtes Ziel genannt wird. Auch die standardisierten EVB-IT-Verträge der öffentlichen Hand trennen diese Logik konsequent, etwa in eine Erstellungs- und eine Dienstleistungsvariante.

Stelle daher früh diese Frage: Kannst du am Ende anhand vorher vereinbarter Kriterien objektiv prüfen, ob die Leistung vollständig und vertragsgemäß erbracht wurde? Wenn ja, spricht das deutlich für einen Werkvertrag.

Welche Folgen die Einordnung im Projektalltag hat

Die Vertragsart bestimmt nicht nur juristische Begriffe. Sie beeinflusst, wann du zahlen musst, wie du mit Fehlern umgehst und welche Steuerung im Projekt erforderlich ist.

Thema	Werkvertrag	Dienstvertrag
Hauptpflicht	Herstellung eines vereinbarten Erfolgs	Erbringung einer fachgerechten Tätigkeit
Abnahme	Regelmäßig zentraler Vertragsschritt	Üblicherweise keine förmliche Abnahme
Vergütung	Häufig bei Abnahme oder nach vereinbarten Meilensteinen	Meist nach Zeitaufwand oder festen Perioden
Mängel	Gewährleistungsrechte bei mangelhaftem Werk	Kein werkvertragliches Mängelregime
Steuerung	Anforderungen und Abnahmekriterien müssen klar sein	Einsatz, Aufgaben und Berichtspflichten müssen klar sein
Risiko	Dienstleister trägt grundsätzlich das Erfolgsrisiko	Auftraggeber trägt stärker das Risiko, ob die Tätigkeit zum gewünschten Ergebnis führt

Abnahme: Der entscheidende Kontrollpunkt beim Werkvertrag

Die Abnahme ist beim Werkvertrag der Moment, in dem du erklärst, dass du das Werk grundsätzlich als vertragsgemäß akzeptierst. Sie kann ausdrücklich erfolgen, etwa durch ein Abnahmeprotokoll, oder sich aus dem Verhalten ergeben. Gerade deshalb solltest du die Abnahme nie beiläufig behandeln.

Vor der Abnahme prüfst du, ob die vereinbarten Anforderungen erfüllt sind. Werden Mängel festgestellt, musst du sauber dokumentieren, welche Anforderungen verletzt sind, wie sich der Fehler zeigt und welche Folgen er hat. Nicht jede kleine Abweichung berechtigt dazu, die Abnahme insgesamt zu verweigern. Umgekehrt solltest du nicht vorschnell abnehmen, wenn wesentliche Funktionen fehlen oder der Betrieb erheblich beeinträchtigt ist.

Eine brauchbare Abnahmeklausel regelt mindestens:

• die konkreten Abnahmekriterien und Testfälle,
• die Bereitstellung von Testdaten, Testumgebung und Zugängen,
• Fristen für Tests und Rückmeldungen,
• die Form des Abnahmeprotokolls,
• die Einteilung von Mängeln nach ihrer Auswirkung,
• das Vorgehen bei festgestellten Mängeln,
• Teilabnahmen bei sinnvoll abgrenzbaren Leistungsabschnitten.

Vermeide pauschale Formulierungen wie „Die Abnahme erfolgt nach erfolgreichem Test“. Was „erfolgreich“ bedeutet, bleibt sonst streitanfällig. Besser ist eine konkrete Regelung, etwa: „Die Leistung ist abnahmefähig, wenn die vereinbarten Testfälle mit den dokumentierten Soll Ergebnissen erfüllt sind und keine wesentlichen Mängel vorliegen.“

Gewährleistung: Fehler nach der Abnahme richtig behandeln

Bei einem Werkvertrag ist die Abnahme auch für die Gewährleistung wichtig. Stellt sich nach der Abnahme heraus, dass das Werk mangelhaft ist, stehen dem Auftraggeber grundsätzlich Rechte zu. In der Praxis ist die Nacherfüllung der erste und wichtigste Schritt: Der Dienstleister soll den Mangel innerhalb einer angemessenen Frist beheben.

Für IT Projekte solltest du deshalb nicht nur abstrakt von „Mängeln“ sprechen. Definiere, welche Beschaffenheit geschuldet ist. Dazu gehören funktionale Anforderungen, Schnittstellen, Performanceziele, Sicherheitsanforderungen, Dokumentation und gegebenenfalls Vorgaben für den Betrieb. Je unklarer die Leistungsbeschreibung, desto schwieriger ist später der Nachweis eines Mangels.

Beim Dienstvertrag gibt es keine Gewährleistung für einen bestimmten Projekterfolg. Wenn eine Beraterin sorgfältig arbeitet, aber die gewünschte Kostensenkung nicht eintritt, ist das nicht automatisch eine Pflichtverletzung. Anders liegt es, wenn die Dienstleistung selbst fehlerhaft war, etwa bei unzutreffenden Analysen, fehlender Qualifikation oder Missachtung verbindlicher Vorgaben. Dann können vertragliche Ansprüche wegen Pflichtverletzung relevant werden. Die Prüfung ist aber anders gelagert als bei einem mangelhaften Werk.

Vergütung: Nicht nur auf die Abrechnungsmethode schauen

Eine Abrechnung nach Aufwand ist ein starkes Indiz für einen Dienstvertrag, aber kein sicherer Beweis. Auch bei einem Werkvertrag können einzelne Zusatzleistungen nach Aufwand vergütet werden. Ebenso kann ein Dienstvertrag eine monatliche Pauschale vorsehen.

Wichtig ist, dass Vergütungsmodell und Leistungsmodell zusammenpassen. Bei einem Werkvertrag mit Festpreis muss klar sein, welche Leistungen der Preis umfasst. Fehlen Anforderungen oder ändern sie sich laufend, trägt der Dienstleister sonst ein kaum kalkulierbares Risiko. Für den Auftraggeber entsteht umgekehrt das Risiko, dass jede Präzisierung als kostenpflichtige Zusatzleistung behandelt wird.

Regle deshalb ausdrücklich:

• welche Leistungen im vereinbarten Preis enthalten sind,
• welche Annahmen der Kalkulation zugrunde liegen,
• wann eine Änderung vorliegt,
• wie Änderungen beauftragt und bewertet werden,
• welche Nachweise bei Aufwand erforderlich sind,
• wann Rechnungen gestellt und fällig werden.

So wählst du den passenden Vertragstyp

Der Werkvertrag passt, wenn das Projektziel von Beginn an ausreichend konkret ist. Das ist häufig bei einer Individualentwicklung mit festem Funktionsumfang, einer klar beschriebenen Systemeinführung oder einer Migration mit definiertem Zielzustand der Fall. Dann braucht es eine belastbare Leistungsbeschreibung, eine realistische Mitwirkungsplanung und überprüfbare Abnahmekriterien.

Der Dienstvertrag passt, wenn du vor allem qualifizierte Kapazität oder Expertise einkaufst und der Weg zum Ergebnis offenbleibt. Das gilt häufig für Architekturberatung, Projektunterstützung, Betriebsunterstützung oder die Mitarbeit in einem Team, das Anforderungen laufend weiterentwickelt.

Prüfe vor Vertragsschluss diese Fragen:

1. Ist das gewünschte Ergebnis konkret beschrieben und objektiv prüfbar?
2. Wer entscheidet über Anforderungen, Prioritäten und Lösungsweg?
3. Kann der Dienstleister den Erfolg ohne rechtzeitige Mitwirkung deines Unternehmens überhaupt erreichen?
4. Soll eine förmliche Abnahme stattfinden?
5. Soll der Dienstleister für Fehler des Endergebnisses einstehen?
6. Ist ein Festpreis sinnvoll und kalkulierbar, oder kaufst du bewusst Zeit und Fachwissen ein?
7. Welche Ergebnisse müssen während des Projekts dokumentiert und übergeben werden?

Wenn mehrere Antworten offenbleiben, ist meist nicht der Vertragstyp das Hauptproblem, sondern eine unzureichende Leistungsbeschreibung.

Mischformen erkennen und sauber regeln

Viele IT Vereinbarungen sind Mischverträge. Ein Dienstleister kann zunächst die bestehende Landschaft analysieren, anschließend eine Lösung implementieren und danach Support leisten. Die Analyse ist häufig dienstvertraglich, die Implementierung werkvertraglich und der Support wiederum dienstvertraglich oder als eigenständige Servicevereinbarung ausgestaltet.

Das ist zulässig, erfordert aber Struktur. Teile den Vertrag in klar abgegrenzte Leistungsmodule. Für jedes Modul sollten Leistungsgegenstand, Vergütung, Mitwirkung, Abnahme, Mängelrechte und Laufzeit nachvollziehbar geregelt sein. Schreibe nicht einfach, dass „im Übrigen Werkvertragsrecht“ gelten soll. Das schafft bei gemischten Leistungen oft mehr Fragen als Antworten.

Besonders aufmerksam solltest du bei agilen Projekten sein. Agile Methoden schließen einen Werkvertrag nicht aus. Wenn am Ende ein konkret definierter Leistungsumfang geschuldet ist, können einzelne Releases oder das Gesamtprojekt abnahmefähig sein. Sind Backlog und Umfang dagegen bewusst offen, liegt für die Entwicklungsleistung oft ein dienstvertraglicher Ansatz näher. Dann brauchst du trotzdem klare Regeln zu Priorisierung, Qualitätsstandards, Dokumentation, Nutzungsrechten, Budgetgrenzen und dem Umgang mit unvollständigen Ergebnissen.

Bei uns in München erleben wir in Vertragsseminaren regelmäßig, dass Konflikte nicht an der Rechtsbezeichnung entstehen, sondern an fehlenden Übergängen zwischen den Projektphasen. Passende Seminare und Termine findest du bei uns auf cmt.de.

Typische Fehler in IT Verträgen

Ein häufiger Fehler ist die Kombination aus Festpreis, offenem Leistungsumfang und harter Abnahmeverpflichtung. Das lädt zu Streit über Nachträge ein. Entweder konkretisierst du den Umfang vorab oder du vereinbarst ein transparentes Verfahren, wie Anforderungen fortgeschrieben werden.

Ebenfalls problematisch ist eine Abnahmefiktion ohne praktikablen Testprozess. Wenn dein Unternehmen die Leistung mangels Testumgebung oder fehlender Fachressourcen nicht prüfen kann, hilft eine kurze Prüfungsfrist nicht. Plane Mitwirkungspflichten daher genauso sorgfältig wie Pflichten des Dienstleisters.

Auch die Formulierung „mängelfrei nach dem Stand der Technik“ reicht allein selten aus. Sie benennt keine projektspezifischen Anforderungen. Ergänze konkrete Qualitätsmerkmale und dokumentiere, welche technischen Standards tatsächlich geschuldet sind.

Fazit für deine Vertragsprüfung

Wähle den Werkvertrag, wenn der Dienstleister einen klar beschreibbaren und abnahmefähigen Erfolg liefern soll. Wähle den Dienstvertrag, wenn du fachkundige Tätigkeit einkaufst und das konkrete Ergebnis nicht verbindlich vorgeben kannst oder willst. Bei komplexen IT Projekten ist häufig eine saubere Kombination beider Modelle erforderlich.

Entscheidend ist nicht die Überschrift, sondern die praktische Vertragslogik. Beschreibe die Leistung präzise, ordne jeder Projektphase den passenden Vertragstyp zu und regele Abnahme, Änderungen, Vergütung und Mitwirkung so konkret, dass das Projektteam damit arbeiten kann. Dieser Beitrag ersetzt keine Rechtsberatung im Einzelfall.