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

Kurzes Urteil: Ein Werkvertrag schuldet dir ein Ergebnis. Ein Dienstvertrag schuldet dir Bemühung, erbracht unter deiner Weisung. Wenn du nach einem "Softwaredienstleister" suchst und bei einem unterschreibst, zeigt das Wort im Etikett auf das Zweite, während du fast sicher das Erste willst. Diese Lücke ist keine Wortklauberei: Sie entscheidet, wer zahlt, wenn die Schätzung falsch war.

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 Zivilrecht trennt sie danach, was geschuldet wird. Ein Werkvertrag (ABGB §1165 ff.) schuldet ein definiertes Werk. Der Auftragnehmer organisiert das Wie, trägt das Scope-Risiko und wird bei Abnahme bezahlt. Ein Dienstvertrag schuldet Arbeitsleistung: Die Person arbeitet unter deiner Weisung, eingegliedert in deine Organisation, nach deinem Zeitplan, und wird für die Zeit bezahlt, unabhängig davon, ob das Ergebnis eingetroffen ist. Dazwischen liegt der freie Dienstvertrag, der Arbeitsleistung ohne Eingliederung schuldet.

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 beiden Verträge verschiedene Fragen beantworten und nur einer davon die Frage "wird das existieren und funktionieren" beantwortet. Unter einem Werkvertrag zahlt der Anbieter, wenn er die Komplexität unterschätzt hat. Unter einem bemühungsbasierten Vertrag zahlst du, und der Anbieter erfüllt die ganze Zeit vollständig die Vereinbarung, während das Budget abläuft. Keines von beidem ist unehrlich. Sie verteilen Risiko in entgegengesetzte Richtungen, und du solltest wissen, welche Richtung du unterschrieben hast.

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 gedeckeltem Budget gewinnt der Werkvertrag. 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 auf das Etikett. Die Merkmale sind die erwartbaren: Die Person nimmt tägliche Weisungen von dir, arbeitet zu deinen Zeiten, sitzt in deinem Tooling und deinen Reporting-Linien, hat keine eigene Betriebsstruktur und schuldet persönliche Leistung statt eines Ergebnisses. Eine Umqualifizierung bringt rückwirkende Sozialversicherungs- und Lohnabgabenfolgen für den Auftraggeber, nicht nur für den Auftragnehmer.

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 die Abnahme das Gespräch verändert

Ein Werkvertrag hat einen Moment, in dem die Arbeit entweder abgenommen oder mit konkret aufgelisteten Mängeln abgelehnt wird (ABGB §1167). Genau dieser Mechanismus macht den Vertrag durchsetzbar, und er funktioniert nur, wenn die Abnahmekriterien auf der richtigen Ebene festgeschrieben sind: Ergebnisse und beobachtbares Verhalten, nicht User-Story-Detail. Unklare Kriterien sind die größte Streitquelle, die wir sehen, und deshalb behandeln wir Abnahmekriterien als ausdrückliches Ergebnis der Discovery.

Bemühungsbasierte Verträge haben keinen entsprechenden Moment. Die Freigabe ist ein Stundenzettel. Das ist in Ordnung, wenn du Kapazität kaufst, und schlecht, wenn du dachtest, du kaufst ein Produkt.

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? Wenn niemand, gibt es kein durchsetzbares Ergebnis.
• 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.