IP & Code-Eigentum für Softwareunternehmen

2. Software ist geschützt: als Werk

Computerprogramme sind urheberrechtlich geschützt (§ 69a UrhG), ähnlich einem Sprachwerk. Der Schutz entsteht automatisch mit der Schaffung, ohne Eintragung oder Vermerk. Geschützt ist die konkrete Ausdrucksform des Programms, nicht die dahinterstehende Idee oder der Algorithmus als solcher. Vertiefend, was genau darunterfällt: Was am Programm ist urheberrechtlich geschützt?

Für Sie folgt daraus zweierlei: Ihr eigener Code ist von Anfang an geschützt, aber ebenso der Code anderer, den Sie einsetzen. Beides zu trennen und sauber zu dokumentieren, ist die Grundlage jeder belastbaren IP-Position.

3. Nutzungsrechte richtig einräumen

Wo kein gesetzlicher Übergang greift, müssen Rechte vertraglich eingeräumt werden (§ 31 UrhG). Dabei gilt eine Regel, die viele überrascht: Ist im Vertrag nicht ausdrücklich bezeichnet, welche Nutzungsarten übergehen, bestimmt sich der Umfang nach dem Vertragszweck und im Zweifel eng zugunsten des Urhebers (Zweckübertragung, § 31 Abs. 5 UrhG). Eine schwammige Klausel wie „alle Rechte gehen über“ kann also weniger bewirken als gedacht.

Belastbar ist eine IP-Klausel, die die einzuräumenden Nutzungsarten konkret benennt, sie als ausschließlich und zeitlich/räumlich unbeschränkt ausgestaltet und die Bearbeitung einschließt. Genau hierauf schaut ein Investor in der Due Diligence als Erstes. Die Mechanik im Einzelnen, je nachdem ob Sie eine Lizenz einräumen oder Rechte vollständig übertragen wollen: Nutzungsrechte an Software richtig einräumen und Nutzungsrechte übertragen und weitergeben.

4. Open Source: Chance mit Bedingungen

Kaum ein Produkt kommt ohne Open-Source-Komponenten aus, das ist gut und günstig, aber nicht umsonst. Open-Source-Lizenzen sind keine „rechtefreie“ Software, sondern Nutzungsrechtseinräumungen unter Bedingungen. Wer diese Bedingungen verletzt, verliert die Lizenz und begeht eine Urheberrechtsverletzung. Typische Pflichten sind Lizenz- und Copyright-Hinweise, das Mitliefern des Lizenztextes und, bei manchen Lizenzen, die Offenlegung des eigenen Quellcodes.

Der praktische Schlüssel ist Transparenz: zu wissen, welche Komponenten mit welchen Lizenzen im Produkt stecken. Ohne diese Übersicht kauft ein Erwerber ein unkalkulierbares Risiko mit und drückt den Preis oder springt ab.

5. Copyleft vs. permissiv

Open-Source-Lizenzen lassen sich grob in zwei Lager teilen. Permissive Lizenzen (etwa MIT oder Apache) verlangen wenig, im Kern die Nennung von Urheber und Lizenz und lassen die Verwendung auch in geschlossenen, kommerziellen Produkten zu. Copyleft-Lizenzen (etwa die GPL) verlangen dagegen, dass abgeleitete Werke unter derselben Lizenz weitergegeben werden; im Ergebnis kann das bedeuten, dass Sie eigenen Code offenlegen müssen.

Der Unterschied ist geschäftskritisch: Eine einzige starke Copyleft-Komponente an der falschen Stelle kann Ihr Geschäftsmodell berühren. Deshalb gehört vor der Einbindung geprüft, welche Lizenz eine Komponente hat und wie sie mit Ihrem Code verbunden wird.

6. Eigene Lizenzmodelle gestalten

Auf der anderen Seite steht Ihr eigenes Produkt: Wie räumen Sie Ihren Kunden Rechte ein? Ob Abo-Nutzung (SaaS), On-Premise-Lizenz oder ein hybrides Modell: die Lizenzbedingungen entscheiden, was der Kunde darf, was nicht, und wie Ihr Umsatz abgesichert ist. Nutzungsumfang, Weitergabe, Bearbeitung und die Folgen bei Vertragsende gehören klar geregelt.

Ein durchdachtes Lizenzmodell ist damit kein reines Rechtsthema, sondern Teil Ihrer Monetarisierung. Es sollte zu Ihrem Preis- und Vertriebsmodell passen und mit ihm mitwachsen können.

7. Geschäftsgeheimnisse im Code schützen

Nicht alles am Code lässt sich über das Urheberrecht schützen, wohl aber über den Geheimnisschutz. Ihr Quellcode, Ihre Architektur, Ihre Algorithmen können Geschäftsgeheimnisse sein. Rechtlichen Schutz genießen sie aber nur, wenn sie Gegenstand angemessener Geheimhaltungsmaßnahmen sind (§ 2 GeschGehG). Fehlen solche Maßnahmen, entfällt der Schutz.

Angemessen heißt konkret: Zugriffsbeschränkungen auf das Repository, Vertraulichkeitsvereinbarungen mit Mitarbeitern und Dienstleistern, ein sorgsamer Umgang mit externen Tools. Wer vertraulichen Code etwa in ein öffentliches KI-Werkzeug gibt, kann den Schutz selbst untergraben.

8. Markenschutz für Ihr SaaS-Produkt

Ihr Produktname ist ein Vermögenswert und angreifbar, wenn er nicht geschützt ist. Markenschutz entsteht in der Regel mit der Eintragung, national beim Deutschen Patent- und Markenamt oder als Unionsmarke beim EUIPO. Wer erst kurz vor dem Launch prüft, riskiert, dass der Wunschname bereits belegt ist oder eine fremde Marke verletzt.

Sinnvoll ist eine Recherche und Anmeldung früh, bevor Marketing und Domain aufgebaut sind. So schützen Sie den Namen, unter dem Ihr Produkt bekannt werden soll, statt ihn später teuer verteidigen oder wechseln zu müssen.

9. Alle Vertiefungs-Beiträge nach Anlass

Die Beiträge dieses Clusters vertiefen einzelne Stationen von IP und Code-Eigentum. Am schnellsten finden Sie den passenden, wenn Sie ihn nach Ihrem aktuellen Anlass wählen:

Code, Rechte & Urheberschaft

• Wem gehört der Code? Arbeitnehmer, Freelancer, Agentur (§ 69b, § 31 UrhG): die Grundregel je Konstellation, inklusive KI-generiertem Code.
• Nutzungsrechte an Software richtig einräumen (§ 31, § 69c UrhG): wie Sie Rechte erstmals und präzise einräumen, einfaches vs. ausschließliches Recht.
• Nutzungsrechte übertragen und weitergeben (§ 34, § 35 UrhG): wie bereits eingeräumte Rechte weitergegeben werden, Unternehmensverkauf und Sublizenzen.
• Was am Programm ist urheberrechtlich geschützt? (§ 69a UrhG): geschützt ist die Ausdrucksform, nicht Idee oder Algorithmus.
• Datenbanken schützen: das Datenbankherstellerrecht (§ 87a, § 87b UrhG): Schutz Ihrer Datenbestände über die wesentliche Investition, auch gegen Scraping.

Open Source, Nutzung & Grenzen

• Open-Source-Lizenzen: Compliance ohne Wachstumsbremse: warum die Lizenz bindet und ein Komponenten-Überblick unverzichtbar ist.
• Gebrauchtsoftware und der Erschöpfungsgrundsatz (§ 69c Nr. 3 UrhG): wann der Weiterverkauf einmal verkaufter Lizenzen zulässig ist.
• Dekompilierung und Interoperabilität (§ 69e UrhG): wann die Rückübersetzung fremden Codes ausnahmsweise erlaubt ist.

Marke, Domain & Patent

• Markenschutz für SaaS-Produkte: den Namen früh sichern (§ 4 MarkenG): wie Markenschutz entsteht und warum Recherche vor dem Launch zählt.
• Markenverletzung und Abmahnung: Ansprüche und Verteidigung (§ 14 Abs. 2 MarkenG): die Verletzungstatbestände und der Umgang mit einer Abmahnung.
• Domain vs. Marke: Domainrecht und Namensrecht (§ 5, § 15 MarkenG, § 12 BGB): wie Priorität und geschäftliche Nutzung über den Streit entscheiden.
• Ist Software patentierbar? (§ 1 Abs. 3 Nr. 3, Abs. 4 PatG): der Grundsatz und die enge Ausnahme für computerimplementierte Erfindungen.