Softwareentwicklungsvertrag-Check
Softwareentwicklungsvertrag prüfen: Scope, Rechte, Abnahme, Code und Exit strukturiert einordnen
Dieser interaktive Check unterstützt Unternehmen, Agenturen, SaaS-Anbieter, Entwickler, Einkauf, Legal und IT dabei, zentrale Risiken in Softwareentwicklungsverträgen früh zu erkennen: Leistungsbeschreibung, agile Änderungen, Abnahme, Vergütung, Nutzungsrechte, Quellcode, Open Source, Datenschutz, Security, Haftung und Anbieterwechsel.
Wofür dieser Check gedacht ist
Softwareprojekte scheitern selten nur an Code. Häufig entstehen Risiken durch unklare Anforderungen, fehlende Abnahmekriterien, nicht geregelte Change Requests, unvollständige Rechteketten, ungeklärte Open-Source-Komponenten, Datenschutzlücken, Sicherheitsanforderungen oder fehlende Exit-Regeln. Der Check liefert eine erste Orientierung, ersetzt aber keine Prüfung des konkreten Vertrags, Angebots, SOW, Pflichtenhefts oder Projektverlaufs.
Projekt- und Vertragslogik
Der belastbare Softwareentwicklungsvertrag als Lieferkette
Ein belastbarer Vertrag verbindet fachlichen Scope, technische Umsetzung, Rechte, Compliance, Abnahme und Exit. Die Grafik zeigt die typischen Prüfebenen, die im Projekt zusammenpassen müssen.
Orientierung
So hilft der Check bei der ersten Einordnung
Projektrolle klären
Auftraggeber, Entwickler, SaaS-Anbieter, Freelancer, Einkauf oder Eskalationsfall haben unterschiedliche Vertragsrisiken und Verhandlungsziele.
Vertragsmodell einordnen
Festpreis, Werkvertrag, agile Entwicklung, Time & Material, Wartung, Support oder Exit benötigen unterschiedliche Regeln.
Risikofelder markieren
Scope, Abnahme, Change Requests, Rechte, Quellcode, Open Source, Datenschutz, Security und Haftung werden strukturiert abgefragt.
Priorität bestimmen
Der Check unterscheidet präventive Prüfung, erhöhten Vertragsbedarf und akute Eskalationslagen mit Frist- oder Streitbezug.
Unterlagen vorbereiten
Das Ergebnis nennt typische Dokumente, die für eine anwaltliche Prüfung sinnvoll sind.
Einordnung
Was dieser Softwareentwicklungsvertrag-Check leistet
Der Check bewertet keine Vertragsklausel abschließend. Er macht typische Risikosignale sichtbar und hilft, die nächsten Prüfschwerpunkte für einen Softwareentwicklungsvertrag, ein Angebot, ein Statement of Work, ein Pflichtenheft, ein agiles Projekt, eine Wartungsvereinbarung oder eine Eskalation vorzubereiten.
Wann ist ein Softwareentwicklungsvertrag besonders prüfungsbedürftig?
Besonders prüfungsbedürftig ist ein Vertrag, wenn Scope, Mitwirkung, Abnahme, Vergütung, Change Requests, Nutzungsrechte, Quellcode, Open Source, Datenschutz, Security, Haftung oder Exit nicht konkret geregelt sind. Kritisch wird es, wenn zusätzlich eine Unterschrift, ein Go-live, eine Kundenabnahme, ein Zahlungsstreit oder eine Kündigung bevorsteht.
Welche regulatorischen Schnittstellen können eine Rolle spielen?
Je nach Softwareprojekt können DSGVO und AVV, TDDDG, Data Act, AI Act, NIS2/BSIG, Cyber Resilience Act, Produkthaftung, Open-Source-Compliance, Geschäftsgeheimnisschutz und bei B2C-Modellen zusätzlich Verbraucherrecht relevant werden. Ob diese Pflichten tatsächlich greifen, hängt vom konkreten Geschäftsmodell und Einsatzkontext ab.
Warum sind Nutzungsrechte und Quellcode so wichtig?
Ohne klare Regelung kann unklar bleiben, ob der Auftraggeber die Software dauerhaft nutzen, bearbeiten, weiterentwickeln, übertragen, sublicenzieren oder mit einem anderen Anbieter fortführen darf. Ebenso sollten Repository-Zugriff, Dokumentation, Build-Skripte, Deployment, Admin-Zugänge und Herausgabe im Exit geregelt sein.
Wo liegen die Grenzen dieses Checks?
Der Check ist eine erste Orientierung. Er ersetzt keine Prüfung des konkreten Vertrags, der Projektkommunikation, der technischen Architektur, der Rechtekette, der Datenschutzunterlagen, der Leistungsbeschreibung oder der Beweislage im Streitfall.
Interaktiver Check
Softwareentwicklungsvertrag jetzt einordnen
Beantworten Sie die folgenden Fragen. Am Ende erhalten Sie eine vorläufige Risikoeinstufung, typische Gründe, empfohlene Prüfpunkte und eine kopierbare Zusammenfassung für Ihre Anfrage.
Vorläufiges Ergebnis
Warum dieses Ergebnis?
Empfohlene nächste Prüfpunkte
Sinnvoll vorzubereitende Unterlagen
Fristen, Risiken, Nachweise
Typische Schnittstellen bei Softwareentwicklungsverträgen
Je nach Projekt können neben Vertragsrecht auch Datenschutz, Cybersecurity, Open Source, KI, Data Act, Produkthaftung und Verbraucherrecht relevant werden. Die folgende Matrix ist eine erste Orientierung.
| Thema | Typisches Risiko | Prüfpunkt | Zeit-/Fristhinweis |
|---|---|---|---|
| Scope & Abnahme | Streit über Fertigstellung, Mängel, Zahlung oder Nachbesserung | Leistungsbeschreibung, Akzeptanzkriterien, Testverfahren, Mängelklassen, Abnahmefiktion | Projekt- und vertragsspezifisch; Fristen vor Kommunikation, Abnahmeverweigerung oder Kündigung prüfen |
| Nutzungsrechte & Quellcode | Software kann nicht wie geplant genutzt, bearbeitet, übertragen oder fortgeführt werden | Rechteumfang, Bearbeitung, Unterlizenzierung, Übertragbarkeit, Repository, Dokumentation, Build und Deployment | Vor Vertragsschluss, spätestens vor Übergabe, Investorprüfung, Anbieterwechsel oder Go-live prüfen |
| Open Source & SBOM | Copyleft-, Lizenz-, Notice-, Security- und Kundenvertragsrisiken | Komponenteninventar, Lizenzprüfung, Notice Files, CVE-Monitoring, SBOM pro Release | Releasebezogen; bei Produkten mit digitalen Elementen CRA-Readiness zusätzlich einplanen |
| DSGVO & AVV | Unklare Rollen, fehlende AVV, unsichere Testdaten, Drittlandtransfers oder Supportzugriffe | Verantwortlicher/Auftragsverarbeiter, AVV, TOM, Subprocessor, Löschung, Breach-Prozess | Datenpannen können binnen 72 Stunden meldepflichtig sein; Betroffenenrechte regelmäßig binnen 1 Monat beantworten |
| Cybersecurity, NIS2, CRA | Fehlende Secure-SDLC-, Update-, Vulnerability- oder Meldeprozesse | Security Annex, Patch SLA, Schwachstellenprozess, SBOM, PSIRT, Incident Response, Lieferkette | CRA-Meldepflichten ab 11.09.2026 und Hauptpflichten ab 11.12.2027 vorbereiten; NIS2/BSIG-Scope bei betroffenen Einrichtungen prüfen |
| Data Act & Cloud-Switching | Datenzugang, Datenportabilität, Wechselunterstützung oder Vendor Lock-in unklar | Dateninventar, Schnittstellen, Export, Geschäftsgeheimnisse, Cloud-Switching, Vertragsklauseln | Data Act gilt seit 12.09.2025; Datenzugänglichkeitsanforderung für neue vernetzte Produkte/verbundene Dienste ab 12.09.2026 beachten |
| KI-Code & KI-Tools | Unklare Rechtekette, vertrauliche Prompts, Toolbedingungen, Datenschutz- oder Output-Risiken | KI-Nutzungsrichtlinie, Toolfreigabe, Prompt-Daten, Review, Rechtekette, AI-Act-Schnittstellen | AI-Literacy- und Verbotsprüfungen sind bereits relevant; Hochrisiko-Änderungen durch AI-Omnibus final prüfen |
Nächste sinnvolle Schritte
Verwandte ITMR-Checker und Anschlussprüfungen
Softwareentwicklungsvertrag rechtlich prüfen lassen
Wenn ein Vertrag kurz vor Unterschrift steht, ein Go-live ansteht, ein Projekt eskaliert oder Rechte, Quellcode, Open Source, Datenschutz oder Security unklar sind, sollte der konkrete Vertrag mit den Projektunterlagen geprüft werden.
Anfrage an ITMR sendenRechtlicher Orientierungshinweis
Dieser Checker bietet eine unverbindliche Erstorientierung und ersetzt keine Rechtsberatung. Ob und welche Ansprüche, Pflichten, Fristen, Risiken oder Handlungsmöglichkeiten bestehen, hängt vom konkreten Vertrag, Projektverlauf, Geschäftsmodell, technischen Setup, beteiligten Rollen, Datenflüssen, Rechteketten und Einzelfall ab.