Das Wichtigste im Überblick

  • Individualsoftware-Verträge werden meist als Werkvertrag eingestuft
  • Ohne vertragliche Regelung erhält der Auftraggeber nur ein einfaches Nutzungsrecht am Code
  • Pflichtenheft und Abnahmeverfahren sind entscheidend für die Rechtssicherheit

Unternehmen, die maßgeschneiderte Software in Auftrag geben, begehen häufig einen folgenreichen Fehler: Sie unterschätzen die rechtliche Komplexität des Individualsoftware-Vertrags. Was auf den ersten Blick wie ein einfaches Dienstleistungsgeschäft aussieht, erweist sich in der Praxis als rechtlich vielschichtiges Verhältnis – mit erheblichen Konsequenzen bei Mängeln, Verzug oder strittigen Urheberrechten.

Unsere Kanzlei begleitet Unternehmen seit Jahren bei der Gestaltung, Prüfung und Durchsetzung von Verträgen über Individual- und Auftragssoftware. In diesem Beitrag erläutern wir die zentralen rechtlichen Fragen rund um den Individualsoftware-Vertrag.

Was ist ein Individual­software-Vertrag?

Ein Individualsoftware-Vertrag ist eine Vereinbarung, mit der ein Auftraggeber einen Softwareentwickler oder eine IT-Agentur beauftragt, ein spezifisches Softwareprogramm nach seinen individuellen Anforderungen zu entwickeln. Im Gegensatz zur Standardsoftware wird die Software exklusiv für den konkreten Bedarf des Auftraggebers geschaffen.

Welches Vertragsrecht gilt?

Je nach Ausgestaltung kann das Vertragsverhältnis als Werkvertrag (§§ 631 ff. BGB) – wenn ein konkretes, funktionstaugliches Ergebnis geschuldet wird –, als Dienstvertrag (§§ 611 ff. BGB) – wenn nur die Arbeitsleistung als solche geschuldet wird –, als Werklieferungsvertrag nach Kaufrecht (§§ 433 ff., 650 BGB) – bei Übergabe einer fertig erstellten Software auf Datenträger – oder als gemischter Vertrag bei kombinierten Leistungen aus Entwicklung, Pflege und Lizenzierung eingestuft sein.

Diese Einordnung hat erhebliche Bedeutung für Gewährleistungsrechte, Verjährungsfristen und Kündigungsmöglichkeiten. Man tendiert dazu, Individualsoftware-Verträge als Werkverträge einzustufen, wenn ein konkreter Erfolg in Form eines funktionsfähigen Softwareprodukts vereinbart ist. Dies hat zur Folge, dass dem Auftraggeber bei Mängeln die werkvertraglichen Rechte (Nachlerfüllung, Minderung, Rücktritt, Schadenersatz) zustehen.

Kern­bestandteile eines rechtssicheren Individual­software-Vertrags

Ein professionell gestalteter Individualsoftware-Vertrag sollte die folgenden Punkte verbindlich regeln:

1. Leistungs­beschreibung / Pflichtenheft

Das Herzstück jedes Softwareentwicklungsvertrags ist die präzise Beschreibung der zu erstellenden Software. Häufig werden hierzu ein Lasten- und ein Pflichtenheft erstellt. Das Lastenheft enthält die Anforderungen des Auftraggebers; das Pflichtenheft formuliert, wie der Auftragnehmer diese Anforderungen technisch umzusetzen gedenkt. Beide Dokumente sollten zwingend Vertragsbestandteil werden.

2. Vergütung und Zahlungsplan

Die Vergütung kann als Festpreis, nach Aufwand (Time & Material) oder in einer Kombination beider Modelle vereinbart werden. Gerade bei agilen Entwicklungsprojekten empfiehlt sich eine Mischform mit definierten Meilensteinen und entsprechenden Abschlagszahlungen. Wichtig ist zudem, klare Regelungen für Mehraufwand durch Änderungswünsche zu treffen.

3. Urheber­recht und Nutzungs­rechte

Software ist urheberrechtlich geschützt. Der Entwickler ist grundsätzlich Urheber des erstellten Codes. Ohne ausdrückliche vertragliche Regelung erhält der Auftraggeber lediglich ein einfaches Nutzungsrecht. Wer den Quellcode besitzen, die Software weiterentwickeln oder an Dritte weiterlizenzieren möchte, muss dies ausdrücklich im Vertrag vereinbaren. Typische Regelungsgegenstände sind die Übertragung aller ausschließlichen Nutzungsrechte inkl. Quellcode, das Recht zur Weiterentwicklung durch Dritte, die Hinterlegung des Quellcodes bei Dritten sowie Rechte an Dokumentation und Arbeitsergebnissen.

4. Abnahme

Die Abnahme ist im Werkvertragsrecht der zentrale Moment: Mit ihr beginnen Gewährleistungsfristen, wird die Vergütung fällig und geht die Beweislast für Mängel auf den Auftraggeber über. Der Vertrag sollte ein klares Abnahmeverfahren vorsehen – idealerweise mit definierten Testszenarien, Abnahmeprotokoll und einem Zeitplan für die Abnahmeprüfung.

5. Mängel­gewährleistung

Bei werkvertraglicher Einordnung hat der Auftraggeber bei Mängeln zunächst einen Anspruch auf Nachlerfüllung. Erst wenn die Nachlerfüllung scheitert, stehen ihm weitergehende Rechte zu. Die gesetzliche Verjährungsfrist beträgt zwei Jahre ab Abnahme. Abweichende Regelungen, insbesondere Verkürzungen zu Lasten des Auftraggebers in AGB, sind häufig unwirksam.

6. Haftungs­begrenzung

Auftragnehmer versuchen regelmäßig, ihre Haftung zu beschränken. Solche Klauseln sind nur im Rahmen des § 309 BGB (bei Verbraucherverträgen) bzw. der §§ 305 ff. BGB (allgemeines AGB-Recht) zulässig. Haftungsausschlüsse für Vorsatz und grobe Fahrlässigkeit sind stets unwirksam. Im B2B-Bereich ist eine Beschränkung der Haftung auf den vorhersehbaren vertragstypischen Schaden zulässig.

7. Datenschutz und IT-Sicherheit

Wird die Software für die Verarbeitung personenbezogener Daten eingesetzt, müssen DSGVO-Anforderungen vertraglich abgesichert werden. Hierzu gehören insbesondere ein Auftragsverarbeitungsvertrag, Regelungen zur technisch-organisatorischen Sicherheit sowie zur Portabilität und Löschung von Daten.

Typische Streit­punkte in der Praxis

Aus unserer anwaltlichen Praxis kennen wir wiederkehrende Konflikte bei Individualsoftware-Verträgen:

  • Unzureichende Leistungsbeschreibung: Anforderungen wurden nicht oder nur vage definiert, was zu Streit über den Vertragsumfang führt.
  • Verzug und Terminüberschreitungen: Häufig fehlen klare Regelungen zu Konventionalstrafen oder Schadenersatz bei Verzug.
  • Streit über die Abnahme: Auftraggeber verweigern die Abnahme ohne konkrete Mängelrüge; Auftragnehmer berufen sich auf fiktive Abnahme.
  • Urheberrechtskonflikte: Verwendung von Open-Source-Komponenten ohne vertragliche Regelung oder Lizenzverstoß.
  • Insolvenz des Entwicklers: Fehlende Escrow-Vereinbarungen lassen Auftraggeber ohne Quellcode zurück.


Häufig gestellte Fragen

Rechtlich ist ein schriftlicher Vertrag für Individualsoftware-Aufträge nicht zwingend vorgeschrieben – er ist aber dringend zu empfehlen. Mündliche Vereinbarungen oder einfache E-Mail-Wechsel sind im Streitfall kaum beweiskräftig genug. Ein schriftlicher Vertrag schützt beide Seiten und vermeidet kostspielige Rechtsstreitigkeiten.

Bei werkvertraglicher Einordnung haben Sie als Auftraggeber primär Anspruch auf Nachlerfüllung: Der Entwickler muss den Mangel zunächst beheben. Scheitert die Nachlerfüllung zweimal oder verweigert der Entwickler sie, können Sie den Preis mindern, vom Vertrag zurücktreten oder Schadenersatz verlangen. Wichtig: Mängel müssen nach der Abnahme innerhalb der Verjährungsfrist geltend gemacht werden.

Das Urheberrecht verbleibt grundsätzlich beim Entwickler als Schöpfer des Werks. Der Auftraggeber erhält nur die vertraglich vereinbarten Nutzungsrechte. Wenn Sie Eigentümer des Quellcodes sein und die Software weiterentwickeln lassen wollen, müssen Sie die Übertragung ausschließlicher Nutzungsrechte inklusive Quellcode ausdrücklich im Vertrag vereinbaren.

Bei einer Escrow-Vereinbarung wird der Quellcode bei einem neutralen Dritten hinterlegt. Tritt ein vereinbartes Ereignis ein – etwa die Insolvenz des Entwicklers oder die Einstellung der Pflege –, erhält der Auftraggeber Zugang zum Quellcode. Escrow-Vereinbarungen sind insbesondere dann sinnvoll, wenn der Auftraggeber das Nutzungsrecht, aber nicht den Quellcode selbst erworben hat und langfristig auf die Software angewiesen ist.

Bei werkvertraglicher Einordnung steht dem Auftraggeber das jederzeitige Kündigungsrecht zu – allerdings mit der Pflicht, die vereinbarte Vergütung abzüglich ersparter Aufwendungen zu zahlen. Vertraglich sollte deshalb eine abweichende Regelung mit Kündigungsfristen und klaren Vergütungsfolgen für Teilfertigstellungen getroffen werden.

Viele Entwickler verwenden Open-Source-Bibliotheken oder Frameworks. Dies ist grundsätzlich zulässig, kann aber zu Lizenzproblemen führen. Im Vertrag sollte geregelt werden, dass der Auftragnehmer die Lizenzkonformität aller verwendeten Komponenten gewährleistet und eine vollständige Komponentenliste bereitstellt.