Werkvertrag vs Dienstvertrag: Worauf dich das Wort "Dienstleister" eigentlich festlegt

Kurzes Urteil: Ein Werkvertrag schuldet ein definiertes Ergebnis. Ein arbeitsrechtlicher Dienstvertrag schuldet Arbeitsleistung in persönlicher Abhängigkeit, während ein freier Dienstvertrag laufende Arbeit mit größerer Selbständigkeit abdeckt. "Softwaredienstleister" ist nur ein Marketing-Etikett. Preis-, Scope-, Mitwirkungs-, Change- und Fertigstellungsklauseln bestimmen, wie Schätz- und Lieferrisiken tatsächlich verteilt sind.

Das ist ein Beitrag über Rechtsmechanik, keine Rechtsberatung. Für die echten Verträge arbeiten wir mit einer österreichischen Wirtschaftsanwältin. Hier geht es um die Landkarte, damit du deinen eigenen Anwalt mit scharfen Fragen briefen kannst, statt ihn die Grundlagen erklären zu lassen.

Was ist der Unterschied zwischen Werkvertrag und Dienstvertrag?

Das österreichische Recht unterscheidet diese Modelle vor allem danach, was geschuldet wird und wie selbständig die Arbeit erfolgt. Ein Werkvertrag nach ABGB §1165 ff. schuldet ein definiertes Werk. Der Auftragnehmer organisiert die Arbeit grundsätzlich selbständig und haftet für ein vertragsgemäßes Ergebnis. Ein Dienstvertrag im arbeitsrechtlichen Sinn schuldet Arbeit in persönlicher Abhängigkeit und betrieblicher Eingliederung. Dazwischen liegt der freie Dienstvertrag, der laufende Arbeit ohne oder mit nur geringer persönlicher Abhängigkeit schuldet. Der WKO-Vergleich der österreichischen Beschäftigungsformen beschreibt diese Abgrenzung. Die Zahlung wird nicht automatisch durch eine formelle Abnahme ausgelöst: Nach ABGB §1170 ist das Entgelt grundsätzlich nach Vollendung des Werks fällig, sofern Vertrag oder Übung nichts anderes vorsehen.

Das Alltagswort für einen Anbieter, Dienstleister, hat dieselbe Wurzel wie Dienstvertrag. Das ist ein sprachlicher Zufall, kein rechtlicher: Ein Softwaredienstleister kann auf Werkvertrag arbeiten und tut das meistens auch. Aber der Zufall wirkt, weil er Einkäufer dazu schiebt, Anbieter nach Bemühung zu bewerten (Tagsätze, Köpfe, verfügbare Stunden), wo sie eigentlich ein Ergebnisversprechen bewerten müssten.

Warum zählt das beim Kauf individueller Software?

Weil die Verträge verschiedene Fragen beantworten und nur einer auf die Frage ausgerichtet ist, ob ein definiertes Ergebnis entsteht und dem Vertrag entspricht. Bei gedeckeltem Festpreis trägt der Auftragnehmer meist mehr Schätzrisiko. Der Werkvertrag allein macht aber nicht jede Überschreitung zu seinem Problem: Preismodell, Kostenvoranschlag, Mitwirkung des Kunden, Scope und Change-Verfahren bleiben entscheidend. ABGB §1170a unterscheidet etwa Kostenvoranschläge mit und ohne Gewährleistung. Bei einem bemühungsbasierten Vertrag trägt der Kunde meist mehr Risiko für offenen Scope. Kein Modell ist von sich aus unehrlich. Die schriftlichen Bedingungen bestimmen einen großen Teil der tatsächlichen Risikoverteilung.

Deshalb ist auch der Vergleich von Tagsätzen über die beiden hinweg sinnlos. Ein niedrigerer Stundensatz an einer Bemühungspflicht ist nicht günstiger als ein höherer Satz an einer Erfolgspflicht, so wie ein billigeres Lotterielos nicht günstiger ist als eine Anleihe. Du bepreist verschiedene Instrumente. Die umliegende Modellwahl steht in den Software-Build-Modellen.

Heißt "Softwaredienstleister", dass der Anbieter auf Dienstvertrag arbeitet?

Nein. Softwaredienstleister, Softwareagentur, Software-Dienstleister und Entwicklungspartner sind Marketing-Etiketten für dieselbe Art Firma, und die meisten arbeiten bei gescopeter Arbeit auf Werkvertrag. Das Etikett sagt nichts über den Vertrag. Frag im ersten Call ausdrücklich nach der Vertragsart und behandle eine vage Antwort als Information.

Das Etikett, das wirklich etwas anderes signalisiert, ist IT-Dienstleister oder Systemhaus. Das ist ein anderes Geschäft: den Betrieb deiner bestehenden IT per SLA, der tatsächlich auf einem Dienstvertrag oder Rahmenvertrag plus Verfügbarkeitszusagen sitzt. Wenn eine Shortlist beide Kategorien mischt, sind die Angebote nicht vergleichbar, und das ist meist das erste Zeichen, dass das Briefing an der falschen Stelle gelandet ist.

"Frag, was der Anbieter dir schuldet, wenn die Schätzung falsch war. Die Antwort ist die Vertragsart, egal wie die Website die Firma nennt."

Worauf legt uns ein Werkvertrag fest?

Auf ein definiertes SoW für ein definiertes Honorar. Wenn wir die Komplexität falsch einschätzen, tragen wir die Kosten und stellen nicht extra in Rechnung, weil wir falsch lagen. Was ein Werkvertrag nicht heißt, ist Geld zurück bei Terminverzug: Der Begriff heißt, rechtlich zur Lieferung des vereinbarten Ergebnisses verpflichtet zu sein, und die Rechtsbehelfe folgen dem üblichen Gewährleistungsweg über Verbesserung, Preisminderung oder in schweren Fällen Rücktritt. Meilensteinplan und Abnahmekriterien stehen im SoW, damit beide Seiten wissen, wann die Arbeit fertig ist.

Wann ist ein bemühungsbasierter Vertrag die ehrliche Antwort?

Drei Fälle, in denen das Beharren auf einem Werkvertrag der falsche Reflex ist:

1. Der Scope ist wirklich nicht wissbar. Reine Forschung oder Integration gegen eine undokumentierte Drittanbieter-API. Ein fixes Ergebnisversprechen ist hier eine Wette im Vertragsgewand, und der Preis trägt den Risikoaufschlag.
2. Du brauchst Kapazität in einem Team, das schon Richtung hat. Das ist Staff Augmentation, und es in einen Werkvertrag zu pressen erzeugt eine Fiktion darüber, wer entscheidet, was gebaut wird.
3. Wartung und kleine Änderungen. Ein Retainer mit monatlichem Cap ist die richtige Form für Rufbereitschaft und gelegentliche Anpassungen.

Für einen gescopeten Build mit tatsächlich gedeckeltem Festpreis passt ein Werkvertrag häufig. Die Preismodell-Seite davon, Festpreis gegen Time and Materials, ist separat in Werkvertrag vs Time and Materials für österreichische SaaS ausgearbeitet.

Die Scheinselbständigkeits-Falle

Wenn ein Vertrag Werkvertrag heißt, die Arbeitsrealität aber ein Dienstvertrag ist, schauen österreichische Behörden auf die Realität, nicht nur auf das Etikett. ASVG §539a stellt für die sozialversicherungsrechtliche Einordnung ausdrücklich auf den wahren wirtschaftlichen Gehalt statt auf die äußere Form ab. Relevante Indizien sind tägliche Weisungen, vorgegebene Zeiten, betriebliche Eingliederung, fehlende eigene Infrastruktur und persönliche Arbeitsleistung statt eines selbständig hergestellten Ergebnisses. Eine Umqualifizierung kann rückwirkende Sozialversicherungs- und Abgabenfolgen auslösen. Verlass dich daher nicht auf eine einzelne Checkliste, sondern hol fallbezogenen Rat ein.

Die praktische Konsequenz für Einkäufer ist einfach. Wenn du eine Person willst, die in deinem Team sitzt und deine Weisungen nimmt, vereinbar das ehrlich als freien Dienstvertrag oder über eine Anstellung. Mach daraus keinen Werkvertrag, weil der Papierkram leichter ist. Frag deine Steuerberatung und deinen Anwalt vor der ersten Rechnung, nicht nach dem Prüfungsschreiben.

Wie Fertigstellung und Abnahmekriterien das Gespräch verändern

Ein formelles Abnahmeverfahren ist bei Softwareprojekten sinnvoll, entsteht aber nicht allein aus ABGB §1167. Der aktuelle ABGB §1167 verweist Mängelansprüche beim Werk auf die allgemeinen Gewährleistungsregeln der §§922 bis 933b. Der Vertrag sollte Lieferung, Prüfung, Mängelanzeige, Verbesserung, eine gewünschte Abnahmefiktion und die Fälligkeit von Meilensteinen getrennt regeln. Abnahmekriterien funktionieren am besten als Ergebnisse und beobachtbares Verhalten. Wir machen sie zum ausdrücklichen Discovery-Ergebnis, weil unklare Kriterien Streit über Fertigstellung und Mängel erschweren.

Bemühungsbasierte Verträge haben typischerweise keinen ergebnisbezogenen Abnahmemoment, sofern der Vertrag keinen schafft. Die Freigabe folgt meist Zeitnachweisen oder Leistungsberichten. Das passt beim Kauf von Kapazität, aber nicht, wenn du ein fertiges Produkt erwartet hast.

Fünf Fragen an jeden Anbieter vor der Unterschrift

• Werkvertrag oder bemühungsbasierter Vertrag? Wenn die Antwort mehr als einen Satz braucht, frag nochmal.
• Wer trägt die Kosten, wenn die Schätzung falsch war? Dieselbe Frage, so formuliert, dass die Antwort sich nicht verstecken kann.
• Was sind die Abnahmekriterien, und wer schreibt sie? Ohne klare Kriterien lassen sich Fertigstellung und Mängel schwerer beweisen und durchsetzen.
• Wem gehören Quellcode und IP bei vollständiger Zahlung? Hol es in die Klausel, nicht ins Verkaufsdeck.
• Wie werden Change Requests bepreist und wie verschiebt sich der Zeitplan? Jeder echte Werkvertrag hat diese Klausel. Nutz sie, statt den Scope stillschweigend auszuweiten.

Wie wir das in der Praxis beantworten, steht auf unserer Leistung für individuelle Softwareentwicklung. Für einen genau so geformten Build zeigt die Bond-Analytics-Fallstudie ein gescopetes Engagement mit definiertem Ergebnis statt eines gemieteten Teams.