Softwareentwicklungsvertrag: Die Checkliste, was hineingehört

Ein guter Softwareentwicklungsvertrag ist die Grundlage jedes gelungenen Projekts. Er hält fest, was geliefert wird, was es kostet, wem die Ergebnisse gehören und was passiert, wenn etwas schiefgeht. Dieser Beitrag bündelt die wichtigsten Klauseln in einer konsolidierten Checkliste und verweist für die Details auf die vertiefenden Leitfäden. Er bietet allgemeine Orientierung und ersetzt keine Rechtsberatung im Einzelfall – für die konkrete Vertragsgestaltung sollten Sie fachkundigen Rat einholen. Die Ausführungen beziehen sich auf deutsches Recht; Österreich und die Schweiz können abweichen.

Warum eine strukturierte Checkliste?

Viele Streitigkeiten in Softwareprojekten entstehen nicht aus bösem Willen, sondern aus Lücken im Vertrag: Der Leistungsumfang war unklar, die Abnahme nicht geregelt, die Rechte am Quellcode nicht eindeutig. Eine systematische Checkliste hilft Ihnen, keinen wesentlichen Punkt zu übersehen – und macht schnell sichtbar, wo im Vertragsentwurf noch etwas fehlt. Die folgende Übersicht führt die zentralen Klauseln zusammen und verweist jeweils auf den passenden Detail-Leitfaden.

Verstehen Sie diesen Beitrag daher als Landkarte, nicht als Ersatz für die einzelnen Fachartikel. Zu jeder Klausel gibt es typischerweise eigene Fallstricke, Formulierungsvarianten und rechtliche Feinheiten, die den Rahmen einer Übersicht sprengen würden. Der Mehrwert liegt hier gerade darin, alle Bausteine an einer Stelle zu sehen, ihre Zusammenhänge zu erkennen und dann gezielt in die Tiefe zu gehen. So stellen Sie sicher, dass Ihr Vertrag vollständig ist, bevor Sie ihn im Detail feinschleifen.

Die drei häufigsten Streitpunkte vorab

Bevor wir in die vollständige Checkliste einsteigen, lohnt der Blick auf die Konflikte, die in Softwareprojekten immer wieder auftauchen – denn sie zeigen, worauf es beim Vertrag besonders ankommt. Erstens der Leistungsumfang: Was ist geschuldet, was ist ein kostenpflichtiger Zusatz? Ohne klare Beschreibung eskaliert dieser Punkt fast zwangsläufig. Zweitens die Abnahme und Mängel: Wann gilt die Software als vertragsgemäß, und wer trägt die Kosten für Nachbesserungen? Drittens die Rechte am Ergebnis: Bekommen Sie den Quellcode und die Freiheit, die Software weiterzuentwickeln oder von einer anderen Agentur pflegen zu lassen? Wer diese drei Bereiche im Vertrag sauber regelt, entschärft die meisten typischen Auseinandersetzungen bereits im Vorfeld.

Die Klausel-Checkliste im Überblick

Die Klauseln im Detail

Leistungsbeschreibung und Scope

Ohne klar beschriebene Leistung gibt es keinen belastbaren Maßstab dafür, ob das Ergebnis vertragsgemäß ist. Verankern Sie den Leistungsumfang so konkret wie möglich – am besten über ein Lasten- und Pflichtenheft, das als Anlage Vertragsbestandteil wird. Wie Sie Anforderungen sauber erheben, zeigt der Leitfaden Anforderungen definieren.

Worauf achten – typische Fallstricke: Der häufigste Fehler ist ein Scope, der nur im Angebotstext steht und nicht als verbindliche Anlage eingebunden wird. Prüfen Sie, ob das Pflichtenheft ausdrücklich zum Vertragsbestandteil erklärt ist – und ob ein Verfahren für spätere Änderungswünsche (Change Requests) festgelegt ist. Ohne ein solches Verfahren wird jede Anpassung zur Verhandlungssache über Umfang und Preis, was regelmäßig Streit auslöst.

Vergütung und Zahlungsplan

Legen Sie das Vergütungsmodell eindeutig fest und koppeln Sie Zahlungen möglichst an Meilensteine, damit Leistung und Zahlung im Gleichschritt bleiben. Die Vor- und Nachteile von Festpreis und Abrechnung nach Aufwand vergleicht der Beitrag Festpreis oder Aufwand.

Vertragstyp: Werk- oder Dienstvertrag

Die Weichenstellung zwischen Werk- und Dienstvertrag prägt Ihre Rechte grundlegend. Beim Werkvertrag nach § 631 BGB schuldet die Agentur einen konkreten Erfolg – das fertige, funktionierende Werk. Beim Dienstvertrag wird dagegen nur die Tätigkeit geschuldet. Für individuelle Softwareerstellung ist häufig der Werkvertrag der passende Typ, für laufende Betreuung eher der Dienstvertrag. Die Abgrenzung erklärt der Leitfaden Werk- vs. Dienstvertrag.

Mitwirkungspflichten

Softwareprojekte scheitern selten allein an der Agentur. Regeln Sie ausdrücklich, was Sie beisteuern: rechtzeitiges Feedback, Bereitstellung von Testdaten und Zugängen, benannte Ansprechpartner und Entscheidungswege. Verzögert sich das Projekt, weil Ihre Mitwirkung ausbleibt, kann das die Verantwortlichkeit verschieben. Präzise Mitwirkungspflichten schützen letztlich beide Seiten: Die Agentur weiß, worauf sie sich verlassen kann, und Sie wissen, welche Zuarbeit erwartet wird. Legen Sie im Zweifel auch fest, innerhalb welcher Fristen Feedback und Freigaben zu erfolgen haben, damit das Projekt nicht ins Stocken gerät.

Abnahme

Die Abnahme ist bei Werkverträgen der zentrale Moment: Mit ihr gilt das Werk grundsätzlich als vertragsgemäß, die Vergütung wird fällig und die Gewährleistungsfrist beginnt. § 640 BGB regelt die Abnahme des Werks. Vereinbaren Sie ein klares Abnahmeverfahren mit Testkriterien und Fristen – Details dazu im Beitrag Abnahme und Qualitätssicherung.

Worauf achten – typische Fallstricke: Vermeiden Sie eine faktische Abnahme durch bloßen Produktivbetrieb. Fehlt eine ausdrückliche Regelung, kann bereits die dauerhafte Nutzung der Software als konkludente Abnahme gewertet werden – mit der Folge, dass Fristen zu laufen beginnen und die Beweislast für Mängel auf Sie übergeht. § 640 BGB knüpft an die Abnahme weitreichende Folgen; halten Sie den Zeitpunkt daher schriftlich fest und trennen Sie Test- und Produktivphase klar.

Nutzungsrechte und Quellcode

Wem gehört das Ergebnis? Ohne ausdrückliche Regelung verbleiben die Rechte häufig weitgehend bei der Agentur. Nach § 31 UrhG können Nutzungsrechte in Umfang und Reichweite genau eingeräumt werden – von einem einfachen Nutzungsrecht bis zur umfassenden, ausschließlichen Rechteübertragung samt Herausgabe des Quellcodes. Regeln Sie das explizit; der Leitfaden Nutzungsrechte am Quellcode geht in die Tiefe.

Worauf achten – typische Fallstricke: Achten Sie darauf, dass eingesetzte Fremd- und Open-Source-Komponenten sowie mitgelieferte Bibliotheken von der Rechteeinräumung erfasst oder zumindest offengelegt sind. Nach § 31 UrhG gilt im Zweifel nur als eingeräumt, was der Vertragszweck erfordert (Zweckübertragungsgedanke) – bleibt der Umfang offen, kann Ihnen später die Freiheit fehlen, die Software durch eine andere Agentur weiterentwickeln oder pflegen zu lassen.

Gewährleistung und Haftung

Legen Sie fest, welche Mängelrechte Ihnen zustehen und wie die Haftung der Agentur ausgestaltet ist. Haftungsbegrenzungen sind üblich, dürfen aber nicht zu weit gehen. Mehr im Schwester-Leitfaden Gewährleistung und Haftung bei Software.

Datenschutz und AVV

Verarbeitet die Agentur in Ihrem Auftrag personenbezogene Daten, brauchen Sie einen Auftragsverarbeitungsvertrag nach Art. 28 DSGVO mit den gesetzlich vorgeschriebenen Mindestinhalten. Details im Beitrag DSGVO und AVV im Softwareprojekt.

Geheimhaltung

Zum Schutz Ihrer Geschäftsgeheimnisse gehört eine Geheimhaltungsklausel oder ein separates NDA in den Vertrag. Warum das auch für den gesetzlichen Geheimnisschutz wichtig ist, erklärt der Leitfaden NDA / Geheimhaltungsvereinbarung.

Kündigung

Regeln Sie, unter welchen Voraussetzungen der Vertrag endet. Bei Werkverträgen ist zu beachten, dass der Besteller nach § 648 BGB den Vertrag grundsätzlich jederzeit bis zur Vollendung des Werks kündigen kann – der Unternehmer behält dann aber grundsätzlich seinen Vergütungsanspruch, muss sich jedoch ersparte Aufwendungen anrechnen lassen. Ergänzend sollten Sie ein außerordentliches Kündigungsrecht aus wichtigem Grund und die Folgen der Beendigung (Datenherausgabe, Übergabe von Zwischenständen) regeln.

Wartung und Support

Der Vertrag sollte klären, was nach dem Go-live passiert: Fehlerbehebung, Updates, Reaktionszeiten und Verfügbarkeiten. Häufig wird dafür ein separater Wartungs- und Support-Vertrag mit Service Level Agreement geschlossen – Details im Leitfaden Wartung und Support.

Anlagen und Vertragsdokumente nicht vergessen

Ein Softwareentwicklungsvertrag besteht selten aus einem einzigen Dokument. In der Praxis wird der Rahmenvertrag durch Anlagen ergänzt, die die Details tragen: das Lasten- und Pflichtenheft als Leistungsbeschreibung, ein Zahlungs- und Meilensteinplan, gegebenenfalls ein separater AVV, ein NDA sowie Wartungs- und SLA-Dokumente. Achten Sie darauf, dass alle Anlagen ausdrücklich zum Vertragsbestandteil erklärt werden und dass geregelt ist, welches Dokument im Widerspruchsfall Vorrang hat. Ein sauberer Verweisungsapparat verhindert, dass sich Rahmenvertrag und Anlagen widersprechen.

So nutzen Sie die Checkliste

Gehen Sie die Klauseln am besten in zwei Durchgängen durch. Prüfen Sie im ersten Durchgang, ob jede Position im Vertragsentwurf überhaupt vorkommt – fehlt ein Punkt vollständig, ist das ein Warnsignal. Bewerten Sie im zweiten Durchgang die inhaltliche Ausgestaltung: Ist die Regelung ausgewogen oder einseitig zugunsten einer Partei? Deckt sie Ihren konkreten Fall ab? Nutzen Sie die verlinkten Detail-Leitfäden, um bei den erfahrungsgemäß strittigsten Punkten – Leistungsumfang, Vertragstyp, Abnahme, Nutzungsrechte, Haftung – in die Tiefe zu gehen. Bei geschäftskritischen oder umfangreichen Projekten sollten Sie den fertigen Entwurf zusätzlich juristisch prüfen lassen, bevor Sie unterschreiben. Wer Anforderungen, Vertrag und Verantwortlichkeiten von Anfang an klar regelt, investiert wenige Stunden – und spart im Zweifel Wochen an Konflikten während des Projekts.

Kurz-Checkliste vor der Unterschrift

Als schneller Abschluss-Check: Bevor Sie unterschreiben, sollten Sie jede der folgenden Fragen mit Ja beantworten können. Bleibt ein Punkt offen, gehen Sie über den passenden Detail-Leitfaden noch einmal in die Tiefe.

• Ist der Leistungsumfang als verbindliche Anlage eingebunden – samt Verfahren für Change Requests?
• Steht fest, ob Werk- oder Dienstvertrag, und passt der Typ zum Projekt?
• Sind Vergütung und Zahlungen an Meilensteine gekoppelt?
• Ist ein Abnahmeverfahren mit Kriterien und Fristen beschrieben?
• Ist der Umfang der Nutzungsrechte – inklusive Quellcode und Fremdkomponenten – eindeutig geregelt?
• Sind Gewährleistung und Haftung ausgewogen begrenzt?
• Liegt bei personenbezogenen Daten ein AVV vor, bei Geschäftsgeheimnissen ein NDA?
• Sind Kündigung, Datenherausgabe sowie Wartung und Support geregelt?
• Sind alle Anlagen ausdrücklich einbezogen und im Widerspruchsfall priorisiert?

Häufige Fragen

Brauche ich für jedes Projekt einen so umfangreichen Vertrag?

Der Umfang sollte zum Projekt passen. Für kleine Aufträge genügt oft eine schlankere Variante, für komplexe oder geschäftskritische Software lohnt sich ein vollständiger Vertrag mit allen genannten Klauseln. Die Checkliste hilft, bewusst zu entscheiden, was Sie regeln und was Sie weglassen.

Was ist die wichtigste Klausel?

Es gibt keine einzelne "wichtigste" Klausel, aber Leistungsbeschreibung, Vertragstyp, Abnahme und Nutzungsrechte sind die häufigsten Streitpunkte. Wer diese vier sauber regelt, vermeidet einen Großteil typischer Konflikte.

Kann ich den Vertragsentwurf der Agentur einfach übernehmen?

Agentur-Standardverträge sind naturgemäß aus Sicht der Agentur formuliert. Prüfen Sie insbesondere Nutzungsrechte, Haftung und Zahlungsplan kritisch und lassen Sie den Entwurf bei wichtigen Projekten juristisch gegenlesen.

Wer kündigt einen Werkvertrag – und mit welchen Folgen?

Nach § 648 BGB kann der Besteller den Werkvertrag bis zur Vollendung jederzeit kündigen. Der Unternehmer behält dann grundsätzlich den Vergütungsanspruch, muss sich aber ersparte Aufwendungen und anderweitigen Erwerb anrechnen lassen. Die genaue Berechnung ist im Einzelfall komplex.

Reicht ein NDA für den Datenschutz?

Nein. Ein NDA schützt Geschäftsgeheimnisse, für personenbezogene Daten ist zusätzlich ein AVV nach Art. 28 DSGVO nötig. Beide Instrumente decken unterschiedliche Bereiche ab.

Was gehört in die Anlagen, was in den Hauptvertrag?

In den Hauptvertrag gehören die grundlegenden Regelungen – Vertragstyp, Vergütungsmodell, Rechte, Haftung, Kündigung. Detailreiche und veränderliche Inhalte wie Leistungsbeschreibung, Meilensteinplan oder SLA werden sinnvollerweise in Anlagen ausgelagert, die sich anpassen lassen, ohne den ganzen Vertrag neu zu verhandeln. Achten Sie darauf, dass die Anlagen ausdrücklich einbezogen und im Widerspruchsfall priorisiert sind.

Muss der Vertrag zwingend nach deutschem Recht geschlossen werden?

Nein, die Parteien können grundsätzlich das anwendbare Recht wählen. In grenzüberschreitenden Konstellationen im DACH-Raum sollten Sie die Rechtswahl und den Gerichtsstand jedoch bewusst festlegen, da die Regelungen in Österreich und der Schweiz von den hier beschriebenen deutschen Vorschriften abweichen können. Bei internationalen Projekten ist juristischer Rat besonders empfehlenswert.

Was ist ein Change Request und warum gehört er in den Vertrag?

Ein Change Request ist eine nachträgliche Änderung oder Erweiterung des vereinbarten Leistungsumfangs. Da sich Anforderungen in Softwareprojekten fast immer weiterentwickeln, sollte der Vertrag ein Verfahren dafür vorsehen: wie Änderungen beantragt, bewertet, freigegeben und vergütet werden. Ohne eine solche Regelung führt jede Anpassung zu Diskussionen über Umfang und Preis – ein häufiger Auslöser für Streit. Der Change-Request-Prozess gehört sinnvoll zur Leistungsbeschreibung, damit klar ist, was zum ursprünglichen Auftrag zählt und was ein kostenpflichtiger Zusatz ist.

Passende Agentur finden: Sie möchten Ihr Softwareprojekt auf einem soliden Vertrag aufbauen? Über Deine-Agenturen.com finden Sie erfahrene IT-Berater und Entwicklungsagenturen im DACH-Raum, die Projekte professionell und vertraglich sauber aufsetzen.