Ein NDA für Softwareentwicklung ist eine Geheimhaltungsvereinbarung, die einen Entwickler, eine Agentur oder einen Freelancer verpflichtet, vertrauliche Informationen des Auftraggebers geheim zu halten und nur für das vereinbarte Projekt zu nutzen. Sie ist meist das erste rechtliche Dokument einer Softwarezusammenarbeit und wird unterschrieben, bevor Spezifikationen, Designs, Quellcode oder Daten weitergegeben werden.
Für die meisten Unternehmen beginnt Outsourcing mit dem NDA. Bevor Sie eine realistische Schätzung für ausgelagerte individuelle Softwareentwicklung erhalten, muss der Dienstleister Ihre Anforderungen, Ihr bestehendes System und manchmal Ihre Daten sehen. Das NDA legt die Regeln für diesen Austausch fest: was vertraulich ist, wer es sehen darf, wie lange die Pflicht gilt und was bei einem Verstoß passiert.
Dieser Leitfaden erklärt, was ein NDA für Softwareentwicklung ist, wann Sie es unterschreiben sollten, wie sich gegenseitige und einseitige NDAs unterscheiden, welche Klauseln wichtig sind, was ein NDA nicht schützen kann, wie es mit Rahmenvertrag und IP-Übertragung zusammenhängt, wie Sie mit Offshore-Teams und KI-Coding-Tools umgehen, was nach einem Verstoß passiert und wie Sie ein NDA vor der Unterschrift prüfen. Er dient der allgemeinen Information und ist keine Rechtsberatung; lassen Sie jede Vereinbarung, auf die Sie sich verlassen, von einem Anwalt in Ihrer Rechtsordnung prüfen. Zum Vertrag, der auf das NDA folgt, lesen Sie unseren Leitfaden zum Softwareentwicklungsvertrag.
Was ist ein NDA für Softwareentwicklung?
Ein NDA für Softwareentwicklung, auch Vertraulichkeitsvereinbarung genannt, ist ein rechtsverbindlicher Vertrag, in dem eine oder beide Parteien zusagen, vertrauliche Informationen aus einem Softwareprojekt weder offenzulegen noch zu missbrauchen. Er schützt die Geheimhaltung; Eigentum an Code oder Ideen überträgt er für sich allein nicht.
In einem Softwareprojekt umfasst das NDA typischerweise vier Arten von Informationen:
- Produkt- und Geschäftsinformationen: die Idee, Roadmap, das Geschäftsmodell, Preise, Kundenlisten und Investorenunterlagen.
- Technische Informationen: Quellcode, Architektur, APIs, Algorithmen, Datenmodelle, Infrastrukturdetails und Sicherheitskonfigurationen.
- Designmaterialien: Wireframes, Prototypen, Nutzerforschung und unveröffentlichte Markenelemente.
- Daten und Zugänge: Produktions- oder Testdaten, personenbezogene Nutzerdaten, Zugangsdaten, API-Schlüssel und Repository-Zugriffe.
Das NDA schafft außerdem Beweise. Nach dem US Defend Trade Secrets Act von 2016 und der EU-Geschäftsgeheimnis-Richtlinie (EU) 2016/943, in Deutschland umgesetzt durch das Geschäftsgeheimnisgesetz (GeschGehG), gilt eine Information nur dann als Geschäftsgeheimnis, wenn ihr Inhaber angemessene Geheimhaltungsmaßnahmen trifft. Ein unterschriebenes NDA mit jeder Partei, die die Information sieht, ist eine der deutlichsten dieser Maßnahmen.
Warum brauchen Sie ein NDA in einem Softwareprojekt?
Sie brauchen ein NDA in einem Softwareprojekt, weil die Entwicklung genau die Informationen erfordert, die den Wert Ihres Produkts ausmachen: die Idee, den Plan, die Daten und am Ende den Code. Ohne NDA hat ein Dienstleister oder Freelancer, der aussteigt, keine klare vertragliche Pflicht, etwas davon geheim zu halten.
Ein gut formuliertes NDA für Softwareentwicklung erfüllt fünf Aufgaben:
- Erwartungen setzen. Alle wissen vom ersten Tag an, was vertraulich ist und wie damit umzugehen ist.
- Nutzung begrenzen. Der Empfänger darf die Informationen nur zur Bewertung oder Umsetzung des Projekts nutzen, nicht für ein Konkurrenzprodukt.
- Geschäftsgeheimnis-Status sichern. Es zeigt einem Gericht, dass Sie angemessene Maßnahmen zur Geheimhaltung getroffen haben.
- Rechtsbehelfe schaffen. Es gibt Ihnen einen vertraglichen Anspruch und oft einen schnellen Weg zu einer einstweiligen Verfügung, wenn Informationen durchsickern.
- Compliance unterstützen. Es ergänzt Datenschutzregelungen, wenn der Dienstleister personenbezogene Daten verarbeitet.
Es geht um reale Werte. Der IBM Cost of a Data Breach Report 2025 bezifferte die durchschnittlichen Kosten einer Datenpanne weltweit auf 4,44 Mio. USD und in den USA auf über 10 Mio. USD. Ein NDA verhindert keine Datenpanne, aber es klärt die Verantwortung und gibt Ihnen ein Druckmittel, wenn etwas schiefgeht.
Wann sollten Sie ein NDA mit Entwicklern unterschreiben?
Unterschreiben Sie ein NDA mit Entwicklern, bevor Sie etwas teilen, das ein Wettbewerber nutzen könnte: detaillierte Spezifikationen, unveröffentlichte Designs, Quellcode, Daten, Zugangsdaten oder Finanzzahlen. Ein erstes Gespräch über allgemeine Ziele, Budgetrahmen und Zeitplan braucht meist keines.
| Projektphase | NDA nötig? | Warum |
|---|---|---|
| Erstgespräch zu Zielen und Budget | Meist nicht | Noch werden keine sensiblen Daten geteilt |
| Ausschreibung oder detailliertes Briefing an Anbieter | Ja | Anforderungen, Roadmap und Rahmenbedingungen werden offengelegt |
| Discovery-Phase und technisches Audit | Ja | Der Dienstleister sieht Architektur, Code und Daten |
| Entwicklung mit einem dedizierten Team | Ja, plus Vertragsklauseln | Täglicher Zugriff auf Code, Systeme und Nutzer |
| Beauftragung von Freelancern | Ja | Einzelpersonen brauchen eigene unterschriebene Pflichten |
| Pitch vor Investoren | Selten möglich | Die meisten Risikokapitalgeber lehnen NDAs für Pitches ab |
Wenn Sie ein Briefing an mehrere Anbieter senden, legen Sie das NDA der Anfrage bei, statt es mit jedem einzeln zu verhandeln. Unser Leitfaden zur Ausschreibung (RFP) für Softwareentwicklung zeigt, wie Sie dieses Paket aufbauen.
Gegenseitiges oder einseitiges NDA: Welcher Typ passt zum Softwareprojekt?
Ein gegenseitiges NDA passt zu den meisten Softwareprojekten, weil beide Seiten sensible Informationen teilen; ein einseitiges NDA passt, wenn nur der Auftraggeber offenlegt. Wer den Typ von Anfang an richtig wählt, spart Tage an Verhandlung.
| Typ | Wer ist gebunden | Typischer Einsatz in Software | Vorteile | Nachteile |
|---|---|---|---|---|
| Einseitig (unilateral) | Nur der Empfänger, meist der Dienstleister | Anbieterauswahl, Onboarding von Freelancern | Einfach, stark kundenschützend | Dienstleister wehren sich, wenn sie ebenfalls Methoden oder Preise teilen |
| Gegenseitig (bilateral) | Beide Parteien | Discovery, Partnerschaften, langfristige Entwicklung | Ausgewogen, schnell unterschrieben | Etwas weitergehende Pflichten für den Auftraggeber |
| Multilateral | Drei oder mehr Parteien | Auftraggeber, Agentur und Technologiepartner oder Subunternehmer | Ein Dokument für alle | Schwerer zu verhandeln und zu ändern |
| Vertraulichkeitsklausel im Rahmenvertrag | Beide, im Hauptvertrag | Unterzeichnete Aufträge | Kein separates Dokument | Deckt Gespräche vor dem Vertrag nicht ab |
In der Praxis starten viele Auftraggeber mit einem gegenseitigen NDA in der Anbieterauswahl und stützen sich ab Arbeitsbeginn auf den Vertraulichkeitsabschnitt des Rahmenvertrags, wobei das NDA entweder ersetzt oder ausdrücklich in Kraft gehalten wird.
Was gehört in ein NDA für Softwareentwicklung?
Ein NDA für Softwareentwicklung sollte die Parteien, eine präzise Definition vertraulicher Informationen, den zulässigen Zweck, die Pflichten des Empfängers, Ausnahmen, gesetzlich vorgeschriebene Offenlegungen, die Laufzeit, Rückgabe oder Vernichtung von Unterlagen, Rechtsbehelfe und das anwendbare Recht enthalten. Softwareprojekte brauchen zusätzlich Klauseln zu Quellcode, Zugangsdaten, Subunternehmern und KI-Tools.
| Klausel | Was sie regeln sollte | Softwarespezifisches Detail |
|---|---|---|
| Parteien | Vollständige Firmennamen und, wo relevant, Einzelpersonen | Verbundene Unternehmen und Subunternehmer nennen, die Informationen erhalten dürfen |
| Definition vertraulicher Informationen | Kategorien plus alles, was als vertraulich markiert oder erkennbar ist | Quellcode, Objektcode, APIs, Algorithmen, Daten, Zugangsdaten, Designs, Roadmaps |
| Zweck | Nutzung nur zur Bewertung oder Umsetzung des Projekts | Verbietet die Wiederverwendung für ähnliche oder konkurrierende Produkte |
| Pflichten | Geheim halten, mindestens mit angemessener Sorgfalt schützen, nur nach Need-to-know teilen | Zugriff über benannte Konten, MFA, keine Kopien auf privaten Geräten |
| Ausnahmen | Öffentliche, bereits bekannte, unabhängig entwickelte oder rechtmäßig erhaltene Informationen | Schriftliche Nachweise für unabhängige Entwicklung verlangen |
| Gesetzliche Offenlegung | Offenlegung gegenüber Gerichten oder Behörden erlaubt, mit Benachrichtigung, wo zulässig | Für Einzelpersonen in den USA den Whistleblower-Hinweis aufnehmen |
| Laufzeit | Dauer der Vereinbarung und der Geheimhaltungspflicht | Längerer Schutz für Quellcode und Geschäftsgeheimnisse |
| Rückgabe oder Vernichtung | Alle Unterlagen auf Verlangen oder am Ende zurückgeben oder löschen | Repositories, Backups, Laptops, Cloud-Speicher; schriftliche Bestätigung |
| Rechtsbehelfe | Unterlassung, Schadensersatz, Anwaltskosten | Anerkennung, dass ein Leak nicht wiedergutzumachenden Schaden verursacht |
| Anwendbares Recht und Gerichtsstand | Welches Recht gilt und wo Streitigkeiten verhandelt werden | Entscheidend bei Offshore-Anbietern; Schiedsverfahren erwägen |
| KI-Tools | Ob und wie KI-Dienste vertrauliche Informationen verarbeiten dürfen | Zugelassene Tools, kein Training mit Kundendaten, keine öffentlichen Chatbots |
| Abwerbeverbot (optional) | Grenzen für das Abwerben von Mitarbeitern der anderen Seite | Lokales Recht prüfen; manche Rechtsordnungen beschränken solche Klauseln |
Zwei Klauseln verdienen besondere Aufmerksamkeit. Die Definition entscheidet, ob ein Leak überhaupt ein Verstoß ist; nennen Sie daher Kategorien und ergänzen Sie eine Auffangklausel für Informationen, die eine vernünftige Person als vertraulich erkennen würde. Die Zweckklausel verhindert, dass ein Dienstleister Ihr Konzept für einen anderen Kunden wiederverwendet; halten Sie sie eng.
Welche Informationen deckt ein NDA nicht ab?
Ein NDA deckt keine Informationen ab, die bereits öffentlich sind, die der Empfänger vor der Offenlegung kannte, die er unabhängig ohne Nutzung Ihrer Informationen entwickelt oder die er rechtmäßig von einem Dritten ohne Geheimhaltungspflicht erhält. Diese vier Ausnahmen sind Standard, und Gerichte erwarten sie.
- Öffentliche Informationen: alles Veröffentlichte oder in der Branche allgemein Bekannte, sofern es nicht durch den Verstoß des Empfängers öffentlich wurde.
- Vorwissen: was der Empfänger nachweislich bereits wusste, idealerweise mit datierten Aufzeichnungen.
- Unabhängige Entwicklung: Arbeiten von Personen, die nie Zugang zu Ihren Informationen hatten.
- Informationen Dritter: Daten, die rechtmäßig von jemandem stammen, der sie weitergeben durfte.
Es gibt auch eine Kategorie, die ein NDA gar nicht erst abdecken sollte. Allgemeine Programmierkenntnisse, Open-Source-Code und übliche Entwurfsmuster lassen sich nicht wegsperren; eine Klausel, die einem Entwickler verbietet, je wieder einen Login-Bildschirm zu bauen, wirkt unangemessen und kann die ganze Vereinbarung schwächen. Manche Dienstleister schlagen eine Residuals-Klausel vor, nach der ihre Mitarbeiter im Gedächtnis behaltene Ideen nutzen dürfen. Wenn der Wert Ihres Produkts im Konzept oder in Algorithmen liegt, lehnen Sie sie ab oder schränken Sie sie stark ein.
Schließlich kann ein NDA gesetzlich geschützte Offenlegungen nicht verhindern. In den USA sind Meldungen an Aufsichtsbehörden wie die SEC geschützt, und der Speak Out Act von 2022 macht vorab vereinbarte Geheimhaltungsklauseln für Streitigkeiten wegen sexueller Belästigung und Übergriffe unwirksam. Der Defend Trade Secrets Act verlangt zudem einen Whistleblower-Immunitätshinweis in Vereinbarungen mit Mitarbeitern und einzelnen Auftragnehmern; fehlt er, verliert der Arbeitgeber gegenüber dieser Person den Anspruch auf Strafschadensersatz und Anwaltskosten. In der EU schützt die Whistleblower-Richtlinie (EU) 2019/1937 Hinweisgeber ebenfalls.
NDA, Rahmenvertrag oder IP-Übertragung: Welches Dokument schützt was?
Ein NDA schützt die Vertraulichkeit, ein Rahmenvertrag (MSA) regelt die Zusammenarbeit, und eine IP-Übertragung überträgt die Rechte an dem, was entsteht. In einem typischen ausgelagerten Projekt brauchen Sie alle drei, denn keines ersetzt die anderen.
| Dokument | Hauptaufgabe | Wann unterschrieben | Schützt Sie vor |
|---|---|---|---|
| NDA | Geteilte Informationen geheim halten und ihre Nutzung begrenzen | Vor detaillierten Gesprächen | Leaks und Wiederverwendung Ihrer Idee, Daten oder Ihres Codes |
| Rahmenvertrag (MSA) | Kaufmännischer und rechtlicher Rahmen für alle Leistungen | Vor Entwicklungsbeginn | Streit über Zahlung, Haftung, Gewährleistung, Kündigung |
| Leistungsbeschreibung (SOW) | Umfang, Ergebnisse, Zeitplan und Preis jeder Phase | Je Projekt oder Phase | Streit über Umfang und verpasste Ergebnisse |
| IP-Übertragung | Rechte an Code, Designs und Dokumenten übertragen | Im MSA oder SOW oder als eigene Urkunde | Rechteansprüche des Dienstleisters oder eines Freelancers an Ihrem Produkt |
| Auftragsverarbeitungsvertrag (AVV) | Regeln für den Umgang mit personenbezogenen Daten | Wenn der Dienstleister personenbezogene Daten verarbeitet | Verstöße gegen DSGVO und anderes Datenschutzrecht |
Das teuerste Missverständnis ist die Annahme, ein NDA verschaffe Ihnen den Code. Das tut es nicht. Nach dem US Copyright Act ist Software eines selbstständigen Auftragnehmers in der Regel kein work made for hire; ohne schriftliche Übertragung kann das Urheberrecht beim Auftragnehmer liegen, obwohl Sie bezahlt haben. Im deutschen Recht bleibt das Urheberrecht ohnehin beim Schöpfer, übertragbar sind nur Nutzungsrechte, die ausdrücklich und umfassend eingeräumt werden sollten. Regeln Sie die Übertragung im MSA oder SOW und sorgen Sie dafür, dass sie auch für jeden Subunternehmer gilt.
Sollte Vertraulichkeit eine Klausel im Hauptvertrag oder ein separates NDA sein? Nutzen Sie für die vorvertragliche Phase ein separates NDA, weil es noch keinen Rahmenvertrag gibt. Nach Unterzeichnung des MSA können Sie das NDA entweder mit einer Vollständigkeitsklausel integrieren, die frühere Offenlegungen weiter schützt, oder es in Kraft lassen und festlegen, welches Dokument bei Widersprüchen Vorrang hat.
Wie lange sollte ein NDA für Softwareentwicklung gelten?
Ein NDA für Softwareentwicklung sollte allgemeine vertrauliche Informationen meist zwei bis fünf Jahre über das Ende der Zusammenarbeit hinaus schützen und Geschäftsgeheimnisse so lange, wie sie geheim bleiben. Kürzere Fristen passen zu schnelllebigen Geschäftsinformationen, längere zu Quellcode und Algorithmen.
- Vertragslaufzeit: der Zeitraum, in dem neue Offenlegungen erfasst werden, oft ein bis drei Jahre oder die Dauer des Auftrags.
- Nachwirkung: wie lange die Pflicht nach Vertragsende fortbesteht, üblich sind zwei bis fünf Jahre.
- Geschäftsgeheimnisse: unbefristet geschützt, solange sie als Geschäftsgeheimnisse gelten.
- Personenbezogene Daten: folgen den Aufbewahrungs- und Löschregeln des Datenschutzrechts und Ihres AVV.
Eine vage „unbefristete“ Pflicht für alles kann schwerer durchsetzbar sein als eine klare, angemessene Laufzeit mit Ausnahme für Geschäftsgeheimnisse. Richten Sie die Laufzeit danach aus, wie lange die Information tatsächlich ihren Wert behält.
Wie funktionieren NDAs mit Offshore- und Nearshore-Entwicklern?
NDAs mit Offshore- und Nearshore-Entwicklern funktionieren, wenn die Vereinbarung ein anwendbares Recht und ein Streitforum wählt, das im Land des Dienstleisters tatsächlich zu einem vollstreckbaren Ergebnis führt. Ein NDA nach Ihrem Heimatrecht ist nur so stark wie Ihre Möglichkeit, es dort durchzusetzen, wo der Dienstleister und sein Vermögen sind.
- Wählen Sie das anwendbare Recht bewusst. Ihr Heimatrecht ist vertraut, aber prüfen Sie, ob die Gerichte im Land des Dienstleisters es anerkennen.
- Bevorzugen Sie bei grenzüberschreitenden Verträgen internationale Schiedsverfahren. Schiedssprüche sind nach dem New Yorker Übereinkommen in mehr als 170 Staaten vollstreckbar, was oft einfacher ist als die Vollstreckung eines ausländischen Gerichtsurteils.
- Erlauben Sie Eilverfügungen überall. Behalten Sie das Recht, dringende gerichtliche Anordnungen im Land des Dienstleisters zu beantragen, auch wenn Streitigkeiten sonst vor ein Schiedsgericht gehen.
- Schließen Sie mit der richtigen Gesellschaft ab. Unterschreiben Sie mit dem Unternehmen, das die Entwickler beschäftigt, nicht mit einem Vertriebsbüro ohne Vermögen.
- Geben Sie Pflichten weiter. Verlangen Sie, dass der Dienstleister jeden Mitarbeiter und Subunternehmer mit gleichwertigen schriftlichen Bedingungen bindet und Subunternehmer vorab benennt.
- Ergänzen Sie Regeln zum Datentransfer. Sind personenbezogene Daten aus der EU betroffen, schließen Sie einen AVV und nutzen Sie einen zulässigen Transfermechanismus wie Standardvertragsklauseln.
In der Praxis sind rechtliche Mittel die letzte Verteidigungslinie. Die ersten Linien sind die Wahl eines Anbieters mit Erfolgsbilanz, begrenzte Zugriffe für jede Person und die Kontrolle über Ihre Repositories und Cloud-Konten. Unsere Leitfäden zum Outsourcing der Softwareentwicklung und zur Auswahl eines Softwareentwicklungsunternehmens behandeln die Due Diligence.
Kann die Nutzung von KI-Coding-Tools gegen ein NDA verstoßen?
Die Nutzung von KI-Coding-Tools kann gegen ein NDA verstoßen, wenn vertraulicher Code, Spezifikationen oder Daten an einen Dienst gehen, der sie speichert, Menschen zeigt oder zum Training nutzt, denn das kann als Offenlegung gegenüber Dritten gelten. Ob das so ist, hängt vom Wortlaut des NDA und von den Datenbedingungen des Tools ab.
Das Risiko ist real. 2023 schränkte Samsung die Nutzung öffentlicher generativer KI-Tools ein, nachdem Ingenieure internen Quellcode in einen öffentlichen Chatbot eingefügt hatten. 2026 nutzen die meisten Entwicklungsteams täglich KI-Assistenten, daher sollte ein modernes NDA für Softwareentwicklung oder der begleitende Vertrag sie ausdrücklich regeln:
- Listen Sie die KI-Tools auf, die vertrauliche Informationen verarbeiten dürfen, oder verlangen Sie für jedes eine schriftliche Freigabe.
- Verlangen Sie Business- oder Enterprise-Tarife ohne Training mit Kundendaten und mit begrenzter oder keiner Speicherung.
- Verbieten Sie das Hochladen von Geheimnissen, Zugangsdaten und personenbezogenen Daten in jeden KI-Dienst.
- Bitten Sie den Dienstleister offenzulegen, wo KI-generierter Code eingesetzt wird, und ihn auf Lizenz- und Sicherheitsprobleme zu prüfen.
- Behandeln Sie KI-Anbieter im AVV als Unterauftragsverarbeiter, wenn personenbezogene Daten zu ihnen gelangen könnten.
Klare KI-Regeln schützen beide Seiten: Der Auftraggeber behält die Kontrolle über seine Informationen, und der Dienstleister kann produktive Tools nutzen, ohne zu raten, was das NDA erlaubt.
Was passiert, wenn ein Entwickler ein NDA verletzt?
Verletzt ein Entwickler ein NDA, kann die offenlegende Partei die Einstellung der Offenlegung oder Nutzung verlangen, eine Verfügung beantragen, Schadensersatz fordern und, sofern vereinbart, Anwaltskosten ersetzt verlangen. Tempo zählt: Je schneller Sie handeln, desto leichter lässt sich das Leck eindämmen und vorläufiger Rechtsschutz erreichen.
Typische Rechtsbehelfe sind:
- Unterlassungsverfügung: eine gerichtliche Anordnung, die Nutzung oder Offenlegung zu beenden, bei Software oft der wertvollste Rechtsbehelf.
- Schadensersatz: Ausgleich für den tatsächlichen Verlust oder die ungerechtfertigte Bereicherung des Verletzers.
- Gesetzliche Geschäftsgeheimnis-Ansprüche: in den USA nach dem Defend Trade Secrets Act vor Bundesgerichten, in extremen Fällen mit Ex-parte-Beschlagnahme; in Deutschland nach dem GeschGehG.
- Vertragsstrafe oder pauschalierter Schadensersatz: ein vorab vereinbarter Betrag, der angemessen sein muss, um durchsetzbar zu sein.
- Kündigung: Beendigung der gesamten Zusammenarbeit und Rückgabe aller Unterlagen.
Um zu gewinnen, müssen Sie zeigen, was vertraulich war, dass der Empfänger es hatte, dass er es außerhalb des zulässigen Zwecks offengelegt oder genutzt hat und dass ein Schaden entstand. Deshalb zählen Beweise lange vor jedem Streit: Dokumentieren Sie, was Sie wann geteilt haben, nutzen Sie Zugriffsprotokolle für Repositories und Dokumente, versehen Sie sensible Dateien mit Wasserzeichen und kennzeichnen Sie wichtige Dokumente als vertraulich.
Was sind die häufigsten NDA-Fehler in Softwareprojekten?
Die häufigsten NDA-Fehler in Softwareprojekten sind vage Definitionen, fehlende IP-Regelungen, unrealistischer Umfang und das Übersehen der Personen, die die Informationen tatsächlich sehen. Die meisten lassen sich mit sorgfältigem Lesen vor der Unterschrift vermeiden.
- Eine generische Vorlage. Ein einseitiges NDA für Vertriebsgespräche erwähnt selten Quellcode, Zugangsdaten oder Repositories.
- Zu enge Definition vertraulicher Informationen, etwa nur als „vertraulich“ markierte Dokumente, sodass Code in einem gemeinsamen Repository ungeschützt ist.
- Zu weite Definition, die allgemeine Fähigkeiten oder öffentliches Wissen erfasst und ein Gericht dazu einlädt, die Klausel einzuschränken oder zu verwerfen.
- Die Annahme, das NDA übertrage IP. Rechte brauchen eine eigene Übertragung.
- Subunternehmer und Freelancer vergessen, die für den Dienstleister arbeiten, aber nie etwas unterschrieben haben.
- Keine Rückgabe- oder Löschklausel, sodass nach Projektende Kopien auf Laptops und in alten Cloud-Konten bleiben.
- Kein anwendbares Recht oder ein Forum, das Sie gegen einen Offshore-Anbieter nicht nutzen können.
- Schweigen zu KI-Tools, sodass unklar bleibt, ob Code an einen KI-Assistenten gehen darf.
- Das NDA als Sicherheitsmaßnahme betrachten. Ein NDA ersetzt weder Zugriffskontrolle noch Verschlüsselung noch sichere Entwicklungspraktiken.
Unterschreibt ein Softwareentwicklungsunternehmen Ihr NDA?
Ja, ein seriöses Softwareentwicklungsunternehmen unterschreibt ein angemessenes NDA, und viele bieten auf Wunsch eine eigene gegenseitige Vorlage an. Ein Anbieter, der jedes NDA ablehnt, bevor er detaillierte Spezifikationen oder Code sieht, ist ein Warnsignal.
Dienstleister können sich gegen einzelne Klauseln wehren, und manches davon ist berechtigt:
- Zu weite Wettbewerbsverbote, die den Dienstleister daran hindern würden, für irgendjemanden in Ihrer Branche zu arbeiten.
- Unbegrenzte Haftung für jeden Verstoß, unabhängig von Verschulden oder Projektgröße.
- Unbefristeter Schutz für alles, auch für Informationen, die binnen Monaten an Wert verlieren.
- Keine Ausnahmen, was die Einhaltung unmöglich macht.
Ideen allein machen selten den Erfolg eines Produkts aus; entscheidend ist die Umsetzung. Agenturen sehen viele ähnliche Konzepte, und ihr Geschäft beruht auf Vertrauen. Dennoch ist ein NDA eine berechtigte Erwartung, sobald Sie echte Details teilen. Wenn Sie eine lange Zusammenarbeit planen, behandelt unser Leitfaden zur Beauftragung eines dedizierten Entwicklungsteams die weiteren Vertragsbedingungen, die Sie zugleich vereinbaren sollten.
NDA-Checkliste: Was Sie vor der Unterschrift prüfen sollten
Prüfen Sie vor der Unterschrift eines NDA für Softwareentwicklung, ob es die richtigen Parteien nennt, vertrauliche Informationen softwaregerecht definiert, die Nutzung auf Ihr Projekt begrenzt, Standardausnahmen enthält, eine sinnvolle Laufzeit festlegt, Rückgabe oder Löschung verlangt, Subunternehmer und KI-Tools abdeckt und ein praktikables anwendbares Recht nennt.
- Richtige Gesellschaften, Unterzeichner und Daten auf beiden Seiten.
- Die Definition umfasst Quellcode, Designs, Daten, Zugangsdaten und Roadmaps sowie eine angemessene Auffangklausel.
- Zweck auf Bewertung oder Umsetzung dieses Projekts begrenzt.
- Zugriff nach Need-to-know, Mitarbeiter und Subunternehmer schriftlich gebunden.
- Vier Standardausnahmen, mit schriftlichem Nachweis für unabhängige Entwicklung.
- Gesetzlich vorgeschriebene Offenlegungen geregelt, einschließlich des US-Whistleblower-Hinweises für Einzelpersonen.
- Laufzeit von zwei bis fünf Jahren, mit längerem Schutz für Geschäftsgeheimnisse.
- Rückgabe oder Vernichtung von Unterlagen, einschließlich Backups und Cloud-Kopien, mit schriftlicher Bestätigung.
- Regeln für KI-Coding-Tools und andere Drittdienste.
- Rechtsbehelfe einschließlich Unterlassung sowie anwendbares Recht und Forum, die Sie nutzen können.
- Keine oder nur eine enge Residuals-Klausel, wenn Ihr Wert in Ideen oder Algorithmen liegt.
- Klare Verbindung zu künftigem Rahmenvertrag, IP-Übertragung und AVV.
Wie schützen Sie Ihre Softwareidee über das NDA hinaus?
Sie schützen eine Softwareidee über das NDA hinaus, indem Sie rechtliche Dokumente mit praktischen Kontrollen kombinieren: Informationen stufenweise teilen, Eigentümer Ihrer Konten bleiben, Zugriffe nach Rolle begrenzen und den Entwicklungsprozess selbst absichern. Ein NDA sagt, was man nicht tun darf; Kontrollen machen es schwer, es trotzdem zu tun.
- Stufenweise teilen. In der Auswahl nur grobe Anforderungen, volle Details erst nach NDA und Anbieterentscheidung.
- Die Infrastruktur besitzen. Code-Repositories, Cloud-Konten, Domains und App-Store-Konten auf Ihr Unternehmen laufen lassen und dem Dienstleister Zugriff gewähren.
- Minimale Rechte vergeben. Jede Person erhält nur den Zugriff, den ihre Rolle erfordert, und verliert ihn am Tag, an dem sie das Projekt verlässt.
- Geheimnisse technisch schützen. Einen Secrets-Manager nutzen, Schlüssel rotieren und Zugangsdaten nie per E-Mail oder Chat senden.
- Anonymisierte Daten verwenden. Entwicklern wo möglich synthetische oder maskierte Daten statt Produktionsdaten geben.
- Sicherheit in die Lieferung einbauen. Code-Reviews, Abhängigkeitsscans und Audit-Logs gehören in den Prozess, wie in unserem Leitfaden zum sicheren Softwareentwicklungszyklus beschrieben.
Zusammen mit einem klaren NDA, einem Rahmenvertrag mit IP-Übertragung und bei Bedarf einem AVV geben Ihnen diese Maßnahmen starken Schutz zu Kosten, die im Vergleich zum Wert des Produkts gering sind.
FAQ
Was ist ein NDA für Softwareentwicklung?
Ein NDA für Softwareentwicklung ist ein Vertrag, in dem sich ein Entwickler, eine Agentur oder eine andere Partei verpflichtet, vertrauliche Informationen des Auftraggebers geheim zu halten und nur für das Projekt zu nutzen. Er umfasst in der Regel Quellcode, Produktideen, Spezifikationen, Designs, Geschäftspläne, Zugangsdaten und Nutzerdaten und regelt Ausnahmen, die Laufzeit, die Rückgabe von Unterlagen und Rechtsfolgen bei Verstößen.
Sollte ich vor dem Gespräch mit einem Softwareentwicklungsunternehmen ein NDA unterschreiben?
Unterschreiben Sie ein NDA, bevor Sie etwas teilen, das ein Wettbewerber nutzen könnte: detaillierte Spezifikationen, unveröffentlichte Designs, Quellcode, Daten, Preise oder Geschäftspläne. Ein erstes Gespräch über allgemeine Ziele braucht selten eines. Seriöse Softwareentwicklungsunternehmen unterzeichnen Kunden-NDAs routinemäßig, oft innerhalb eines Tages, und bieten häufig eine gegenseitige Vorlage an. Investoren sind die Ausnahme: Die meisten Risikokapitalgeber unterschreiben keine NDAs für Pitches.
Ist ein gegenseitiges NDA für ein Softwareprojekt besser als ein einseitiges?
Ein gegenseitiges NDA ist meist besser, wenn beide Seiten sensible Informationen teilen, was in Softwareprojekten üblich ist: Der Auftraggeber teilt Produktpläne und Daten, der Dienstleister Preise, Methoden, interne Tools und Codebibliotheken. Ein einseitiges NDA passt, wenn nur der Auftraggeber offenlegt, etwa bei der frühen Anbieterauswahl. Gegenseitige NDAs werden zudem meist schneller unterschrieben, weil sich keine Seite benachteiligt fühlt.
Wie lange gilt ein NDA für Softwareentwicklung?
Die meisten NDAs für Softwareentwicklung schützen allgemeine vertrauliche Informationen zwei bis fünf Jahre über das Ende der Zusammenarbeit hinaus. Geschäftsgeheimnisse wie proprietäre Algorithmen oder unveröffentlichter Quellcode sollten geschützt bleiben, solange sie Geschäftsgeheimnisse sind, und personenbezogene Daten folgen den Fristen des Datenschutzrechts. Eine feste, angemessene Laufzeit lässt sich leichter durchsetzen als eine vage unbefristete.
Gehört mir durch ein NDA der Code, den ein Entwickler schreibt?
Nein. Ein NDA schützt die Geheimhaltung, nicht das Eigentum. Die Rechte an Code, Designs und anderen Ergebnissen müssen gesondert übertragen werden, meist im Rahmenvertrag oder in der Leistungsbeschreibung. In den USA ist Software eines selbstständigen Auftragnehmers in der Regel kein work made for hire, daher ist eine schriftliche Rechteübertragung unverzichtbar; im deutschsprachigen Raum wird eine ausdrückliche Einräumung umfassender Nutzungsrechte vereinbart.
Darf ein Entwickler unter einem NDA KI-Coding-Tools nutzen?
Ein Entwickler darf KI-Coding-Tools unter einem NDA nur nutzen, wenn die Vereinbarung oder die Projektrichtlinie es erlaubt und das Tool Ihre Daten weder speichert noch zum Training verwendet. Vertraulichen Code oder Spezifikationen in einen öffentlichen Chatbot einzufügen, kann eine Offenlegung gegenüber Dritten sein. Gute NDAs und Verträge benennen 2026 zugelassene Tools, verlangen Enterprise- oder Zero-Retention-Einstellungen und verbieten das Hochladen von Geheimnissen.
Was passiert, wenn ein Entwickler ein NDA verletzt?
Verletzt ein Entwickler ein NDA, kann der Auftraggeber die Unterlassung der Nutzung verlangen, eine gerichtliche Verfügung beantragen, Schadensersatz für Verluste oder den Gewinn des Verletzers fordern und, sofern vereinbart, Anwaltskosten ersetzt bekommen. In den USA bietet der Defend Trade Secrets Act zusätzliche bundesrechtliche Ansprüche, in Deutschland das Geschäftsgeheimnisgesetz. Der Erfolg hängt davon ab, was vertraulich war, was offengelegt wurde und welcher Schaden entstand.
Veröffentlicht am 1. November 2026. Dieser Artikel dient der allgemeinen Information und ist keine Rechtsberatung. Quellen: Defend Trade Secrets Act, 18 U.S.C. § 1836 und § 1833(b); Richtlinie (EU) 2016/943 über Geschäftsgeheimnisse; Gesetz zum Schutz von Geschäftsgeheimnissen (GeschGehG); Speak Out Act von 2022; US Copyright Act, 17 U.S.C. § 101; IBM Cost of a Data Breach Report 2025; New Yorker Übereinkommen über die Anerkennung und Vollstreckung ausländischer Schiedssprüche; Bloomberg-Berichterstattung über Samsungs Einschränkungen generativer KI (Mai 2023). Übliche Fristen spiegeln die Vertragspraxis der YuSMP Group im Jahr 2026 wider.