Sie haben die Software bezahlt, das System ist live, und Ihre Teams nutzen es jeden Tag. Doch was passiert, wenn Sie sich eines Tages vom Entwicklungsunternehmen trennen oder das System an ein anderes Team übergeben möchten: Haben Sie dann den Quellcode in der Hand? Viele Unternehmen stellen sich diese Frage zum ersten Mal, wenn es bereits zu spät ist. Wenn die geistigen Eigentumsrechte bei Individualsoftware nicht ausdrücklich im Vertrag geregelt sind, verschafft Ihnen der gezahlte Preis womöglich nicht die Eigentümerstellung, die Sie erwarten.
In diesem Beitrag finden Sie die gesetzliche Ausgangslage beim Quellcode, den Unterschied zwischen Rechteübertragung und Lizenz, die Klauseln, die in den Vertrag gehören, sowie eine Checkliste für die Übergabe. Unser Ziel ist keine Rechtsberatung, sondern dass Sie die richtigen Fragen zum richtigen Zeitpunkt stellen. Für die endgültigen Vertragstexte empfehlen wir Ihnen unbedingt, mit einem Juristen zusammenzuarbeiten.
Wem gehört der Quellcode standardmäßig?
In der Türkei werden Computerprogramme nach dem Gesetz über geistige und künstlerische Werke (FSEK) als Werke geschützt. Das Gesetz sieht als Urheber diejenige Person an, die das Werk geschaffen hat. Wer den Code schreibt, behält also seine Rechte, sofern vertraglich nichts anderes geregelt ist. Allein die Bezahlung einer Software bedeutet nicht, dass diese Rechte automatisch auf Sie übergehen.
Hier sind zwei Begriffe zu unterscheiden:
- Urheberpersönlichkeitsrechte: Sie schützen die Verbindung des Urhebers zu seinem Werk und sind nicht übertragbar.
- Verwertungsrechte: Das sind wirtschaftliche Rechte wie Vervielfältigung, Bearbeitung, Verbreitung und öffentliche Zugänglichmachung. Sie können vertraglich übertragen oder lizenziert werden.
Die Übertragung von Verwertungsrechten unterliegt grundsätzlich der Schriftform, und die übertragenen Rechte müssen im Vertrag einzeln benannt werden. Ein pauschaler Satz wie „Die Software wird dem Kunden übergeben“ erfüllt diese Anforderung meist nicht und führt später zu Auslegungsstreitigkeiten.
Auch der Unterschied zwischen Angestelltem und selbstständigem Auftragnehmer ist wichtig. Für Programme, die im Rahmen eines Arbeitsverhältnisses entwickelt werden, gelten zugunsten des Arbeitgebers besondere Regeln für die Verwertungsrechte. Beziehen Sie die Leistung dagegen extern, ist das Softwareunternehmen ein selbstständiger Auftragnehmer, und die Rechte verbleiben bei ihm, solange keine Übertragung erfolgt. Setzen Sie daher Code Ihres internen Teams nicht mit Code einer Agentur oder eines Softwareunternehmens gleich.
Übertragung oder Lizenz? Drei Grundmodelle
„Der Quellcode soll uns gehören“ beschreibt für sich genommen noch kein Modell. In der Praxis sehen wir drei unterschiedliche Strukturen, die sich in Kosten, Flexibilität und Risiko unterscheiden.
| Modell | Was bedeutet das? | Vorteil | Worauf zu achten ist |
|---|---|---|---|
| Vollständige Rechteübertragung | Die Verwertungsrechte gehen auf den Kunden über; der Code wird Eigentum des Kunden. | Sie können die Software mit einem Team Ihrer Wahl weiterentwickeln, verkaufen oder zu einem Produkt ausbauen. | Meist mit höherem Preis verbunden; bereits bestehende Komponenten sollten als Ausnahme gesondert aufgeführt werden. |
| Nicht ausschließliche Lizenz | Sie haben ein Nutzungsrecht, das Eigentum verbleibt beim Entwickler. | Die Anfangskosten sind niedrig, und der Entwickler kann das Produkt auch anderen Kunden anbieten. | Laufzeit, Umfang, Nutzerzahl und Grenzen des Code-Zugriffs müssen klar festgehalten werden. |
| Teilübertragung / gemeinsames Modell | Individuelle Module gehen auf den Kunden über; der gemeinsame Kern bleibt beim Entwickler und wird lizenziert. | Es entsteht ein Gleichgewicht zwischen Individualisierung und Kosten. | Welcher Teil wem gehört, sollte durch eine beigefügte Komponentenliste dokumentiert werden. |
Das richtige Modell hängt vom Zweck der Software ab. Für ein internes System, das ausschließlich Ihre eigenen Abläufe unterstützt, ist eine vollständige Übertragung in der Regel sinnvoll. Handelt es sich um ein Produkt, das Sie an andere verkaufen wollen, ist es noch wichtiger, die Rechte von Anfang an klar in der Hand zu behalten. Bei Projekten zur Entwicklung von SaaS-Plattformen ist dieser Punkt besonders kritisch, denn das Produkt selbst bestimmt den Wert des Unternehmens.
Klauseln zum geistigen Eigentum, die im Vertrag stehen sollten
Das Vergütungsmodell (Festpreis, Aufwandsabrechnung) festzulegen, reicht allein nicht aus. Die Rechteübertragung muss in einer eigenen, ausdrücklichen Klausel geregelt werden. Die Unterschiede zwischen den Vertragsmodellen haben wir in unserem Leitfaden zu Softwarevertragsmodellen erläutert; hier listen wir die Punkte auf, nach denen Sie im Vertrag unter dem Gesichtspunkt des geistigen Eigentums suchen sollten:
- Umfang der übertragenen Rechte: Rechte wie Vervielfältigung, Bearbeitung, Verbreitung und Verarbeitung werden einzeln aufgeführt.
- Zeit und Gebiet: Ob die Übertragung zeitlich unbefristet ist und auch das Ausland umfasst.
- Zeitpunkt der Übertragung: Gehen die Rechte mit der Unterschrift oder erst mit der Schlusszahlung über? Eine an die Zahlung geknüpfte Übertragung ist üblich und angemessen.
- Zu liefernde Materialien: Quellcode, Datenbankschema, API-Dokumentation, Installationsskripte, Designdateien.
- Bereits bestehende Komponenten: Bibliotheken und Frameworks, die der Entwickler unabhängig vom Projekt geschaffen hat, werden in einer gesonderten Liste definiert.
- Drittanbieter- und Open-Source-Komponenten: Die verwendeten Pakete werden samt Lizenztyp berichtet.
- Vertraulichkeit und Wettbewerbsgrenzen: Wie der Entwickler Ihre Geschäftsgeheimnisse und Daten schützt und ob er ein ähnliches Produkt für andere entwickeln darf.
- Gewährleistung und Freistellung: Eine Erklärung, dass der gelieferte Code keine Rechte Dritter verletzt.
- Wartungszeitraum und Code-Zugriff: Wer nach Ende des Supports Zugriff auf Code und Umgebungen hat.
Wir empfehlen Ihnen, diese Liste noch vor der Vertragsunterzeichnung gemeinsam mit dem technischen Umfang zu besprechen. Die Punkte in unserem Beitrag 12 Fragen vor dem Start eines Individualsoftware-Projekts bieten dafür eine gute Grundlage.
Bereits bestehende Komponenten und Open-Source-Bibliotheken
Ist der „fertige Kern“ des Entwicklers Teil Ihres Codes?
Die meisten Softwareunternehmen verfügen über interne Bibliotheken, Authentifizierungsmodule oder Grundgerüste für Admin-Oberflächen, die sie projektübergreifend wiederverwenden. Diese existieren, bevor Ihr Projekt beginnt, und der Entwickler möchte sie Ihnen möglicherweise nur lizenzieren. Das kann ein legitimes Anliegen sein; wird es aber nicht ausdrücklich im Vertrag festgehalten, mündet es in den Streit darüber, wem die Hälfte des Codes gehört.
Die praktische Lösung ist einfach: Fügen Sie dem Vertrag eine Komponentenliste als Anlage bei. Sie sollte für jede Komponente den Namen, den Rechteinhaber und den Umfang Ihres Nutzungsrechts (unbefristet, übertragbar, zusammen mit dem Produkt) enthalten. Eine unbefristete und unwiderrufliche Lizenz ist die entscheidende Formulierung dafür, dass der Quellcode bei Ihnen weiterhin lauffähig bleibt.
Open-Source-Lizenzen können ein stilles Risiko sein
Ein Großteil moderner Software beruht auf Open-Source-Paketen. Permissive Lizenzen wie MIT und Apache verursachen bei kommerzieller Nutzung in der Regel keine Probleme. Manche „Copyleft“-Lizenzen können dagegen verlangen, dass Sie bei einer Weitergabe auch Ihren eigenen Quellcode unter derselben Lizenz offenlegen. Das ist besonders wichtig, wenn Sie die Software als Produkt verkaufen oder an Kunden verteilen wollen.
Verlangen Sie bei der Übergabe einen Abhängigkeitsbericht, in dem alle verwendeten Pakete samt ihren Lizenzen aufgeführt sind. Dieser Bericht ist später auch bei Investorenprüfungen (Due Diligence) oder einem Unternehmensverkauf hilfreich.
KI-gestützte Codeerstellung
Dass Entwicklungsteams Code-Assistenten einsetzen, ist inzwischen weit verbreitet. Zum rechtlichen Status und zu den Lizenzrisiken von mit diesen Werkzeugen erzeugtem Code hat sich die Praxis aber noch nicht gefestigt. Wir empfehlen Ihnen, in Ihrem Vertrag ausdrücklich abzufragen, ob der Entwickler KI-Werkzeuge einsetzt, ob Kundendaten an diese Werkzeuge übermittelt werden und wie der erzeugte Code geprüft wird.
Szenario: Bezahlt, aber der Code wurde nicht übergeben
Denken wir uns ein realistisches Beispiel. Ein mittelständisches Logistikunternehmen lässt eine individuelle Webanwendung zur Sendungsverfolgung entwickeln. Im Vertrag steht lediglich „Lieferung der Software“; zu Quellcode, Rechteübertragung und Zugriff auf die Infrastruktur gibt es keinerlei Regelung. Drei Jahre später möchte das Unternehmen das System mit einem neuen Team ausbauen.
Der frühere Entwickler erklärt, es seien nur die kompilierte Anwendung und ein Nutzungsrecht geliefert worden, der Quellcode verbleibe in seinem Eigentum. Auch Server und Domain liegen im Konto des Entwicklers. Das Ergebnis: Das Unternehmen muss entweder den Code zu einem hohen Preis kaufen oder das System von Grund auf neu entwickeln lassen.
Keines der Probleme in diesem Szenario ist technischer Natur; alle hätten sich durch Vertragsklauseln vermeiden lassen, die von Anfang an formuliert werden können. Ein weiterer Weg, ähnliche Risiken zu verringern, ist es, den technischen Umfang von Beginn an zu klären. In unserem Prozess der Individualsoftware-Entwicklung besprechen wir diese Themen bereits in der Angebotsphase.
Checkliste für den Übergabetag
Auch wenn die Rechteübertragung im Vertrag steht, bleibt das Recht auf dem Papier, solange die tatsächliche Übergabe nicht erfolgt ist. Prüfen Sie beim Projektabschluss die folgenden Punkte einzeln:
- Voller Zugriff auf das Quellcode-Repository (Git) über ein auf Ihren Namen eingerichtetes Konto sowie die vollständige Übertragung der Commit-Historie.
- Dokumentation der Build- und Deployment-Schritte sowie die CI/CD-Konfigurationsdateien.
- Datenbankschema, Beispieldaten und das Verfahren für Backup und Wiederherstellung.
- Server, Cloud, Domain, SSL-Zertifikat, E-Mail-Dienst und Konten bei Drittanbieter-APIs laufen auf Ihren Namen.
- Bei mobilen Anwendungen werden die Konten für Apple Developer und Google Play unter Ihrem Unternehmenskonto geführt.
- Sichere Übergabe von geheimen Schlüsseln, Umgebungsvariablen und Passwörtern.
- Abhängigkeits- und Lizenzbericht sowie die aktuelle Fassung der Liste bereits bestehender Komponenten.
- Design-Quelldateien sowie Schrift- und Bildlizenzen.
- Dokumentation, auf welche Umgebungen der Entwickler während der Wartungsphase mit welchen Berechtigungen zugegriffen hat.
Sie können auch einen technischen Unabhängigkeitstest durchführen: Prüfen Sie, ob ein Entwickler, der das Projekt zuvor nie gesehen hat, den gelieferten Code in seiner eigenen Umgebung zum Laufen bringen kann. Gelingt die Installation nur mit dem Wissen des früheren Teams, ist die Übergabe unvollständig.
Wann ist ein Code-Escrow sinnvoll?
Nicht in jedem Projekt ist eine vollständige Übertragung möglich oder nötig. Lizenziert der Entwickler beispielsweise einen gemeinsamen Produktkern und hängt Ihr Geschäft von diesem Kern ab, entsteht bei einer Schließung des Unternehmens oder einer Einstellung des Dienstes ein ernsthaftes Risiko für die Geschäftskontinuität. In diesem Fall kommt der Ansatz einer Quellcode-Hinterlegung (Escrow) ins Spiel: Der Code wird bei einem neutralen Dritten verwahrt und bei vorab definierten Auslöseereignissen (etwa Insolvenz oder Verletzung der Wartungspflicht) an Sie herausgegeben.
Diese Struktur ist vor allem bei kritischen Geschäftsprozessen, im Unternehmensmaßstab und bei Software sinnvoll, die im Lizenzmodell betrieben wird. Für ein kleines internes Werkzeug ist eine direkte Übertragung meist die einfachere und günstigere Lösung.
Häufig gestellte Fragen
Ich habe die Software bezahlt – gehört mir der Quellcode dann automatisch?
Nein, nicht automatisch. Nach dem FSEK sind für die Übertragung von Verwertungsrechten ein schriftlicher Vertrag und die ausdrückliche Benennung der übertragenen Rechte erforderlich. Fehlt im Vertrag eine Übertragungsklausel, haben Sie in vielen Fällen nur ein Nutzungsrecht im Umfang des Vertragszwecks.
Ist die Übergabe des Quellcodes dasselbe wie die Rechteübertragung?
Nein. Die Übergabe des Codes gibt Ihnen nicht das Recht, ihn zu ändern, zu vervielfältigen oder zu verkaufen. Die Übergabe ist ein tatsächlicher Vorgang, die Rechteübertragung ein Rechtsgeschäft. Beides muss im Vertrag getrennt geregelt werden.
Darf das Entwicklungsunternehmen die von ihm erstellte Software auch an andere Kunden verkaufen?
Wenn die Rechte vollständig auf Sie übertragen wurden und der Vertrag nichts anderes vorsieht, darf es das nicht; ein gemeinsamer Kern oder bereits bestehende Komponenten können jedoch bei ihm verbleiben. Deshalb müssen Wettbewerbsverbot, Vertraulichkeit und Komponentenliste klar geregelt werden.
Wem gehört der Quellcode bei einem SaaS- oder Abonnementmodell?
In der Regel verbleibt er beim Anbieter der Software; Sie erhalten lediglich eine Nutzungslizenz. Ist dieses Modell für die Kontinuität Ihres Geschäfts kritisch, sollten Sie Absicherungen wie das Recht auf Datenexport, Service-Level-Zusagen und gegebenenfalls eine Code-Hinterlegung in den Vertrag aufnehmen lassen.
Beeinflusst die Verwendung von Open-Source-Bibliotheken meine Eigentumsrechte?
Das hängt von der Lizenz ab. Die meisten permissiven Lizenzen berühren das Eigentum an Ihrem eigenen Code nicht. Manche Copyleft-Lizenzen können bei einer Weitergabe jedoch die Pflicht begründen, Ihren Code offenzulegen. Ein Lizenzbericht bei der Übergabe macht dieses Risiko sichtbar.
Wer sollte den Vertrag zur Rechteübertragung aufsetzen?
Am sinnvollsten ist es, den technischen Umfang gemeinsam mit dem Softwareteam und den Rechtstext gemeinsam mit einem Anwalt zu erarbeiten. Das Softwareteam beschreibt die zu liefernden Komponenten und Risiken zutreffend, und der Anwalt überführt dies in einen verbindlichen Text.
Fazit: Halten Sie die Eigentumsverhältnisse von Anfang an schriftlich fest
Die geistigen Eigentumsrechte bei Individualsoftware sind ein Thema, das nicht erst nach Projektende, sondern bereits in der Angebotsphase geklärt werden muss. Wenn Sie von Anfang an festhalten, wem der Quellcode gehören soll, welche Komponenten lizenziert bleiben und was Sie bei der Übergabe erhalten, schützen Sie sowohl Ihr Budget als auch Ihre Freiheit, die Software später weiter auszubauen.
Wenn Sie eine neue Softwareinvestition planen, klären wir geistiges Eigentum und Übergabekriterien gerne schon im ersten Gespräch gemeinsam mit Ihnen. Um über den Umfang Ihres Projekts und das Eigentumsmodell zu sprechen, können Sie uns über unsere Kontaktseite erreichen und ein Angebot anfordern.
