IP-Klauseln im Wirtschaftsvertrag

Der größte Wert vieler Unternehmen lässt sich nicht anfassen. Er steckt in Marken, Daten, Software, Verfahren und Know-how. Die Ökonomen Jonathan Haskel und Stian Westlake nennen das die intangible economy: Erstmals investieren die großen Industrieländer mehr in Immaterielles als in Maschinen und Gebäude. Nach der Intangible-Asset-Studie von Ocean Tomo entfallen rund 90 Prozent des Börsenwerts der S&P-500-Unternehmen auf immaterielle Werte; 1975 waren es 17 Prozent.

Dieses Vermögen hat eine besondere Eigenschaft, die Haskel und Westlake als spillover beschreiben: Sein Nutzen fließt leicht zu anderen ab, und wem es gehört, ist oft schwer zu beweisen. Das ist Stärke und Schwäche zugleich. Dasselbe Verfahren kann gleichzeitig in tausend Produkten arbeiten, ohne sich abzunutzen; genauso leicht arbeitet es in den Produkten der anderen. Eine Maschine lässt sich wegschließen, ein Verfahren oder ein Datensatz nicht. Der Zaun um immaterielle Werte ist kein Schloss, sondern der Vertrag. Wer die Rechte darin falsch zuordnet, verliert sie, oft unbemerkt und meist unwiderruflich.

Das geschieht selten durch Diebstahl, fast immer durch zwei Sätze, die in Verhandlungen immer wieder fallen, und beide sind falsch. „Wir haben dafür bezahlt, also gehört es uns.“ „Wir sind Mitinhaber, also dürfen wir es nutzen.“ Beide verwechseln zwei Fragen, die ein Vertrag getrennt beantworten muss: Wem gehört ein Recht, und wer darf was damit tun. Die falsche Antwort kostet nicht Eleganz, sondern Marktanteil, Verhandlungsmacht und im Ernstfall die Freistellung gegenüber einem zahlungskräftigen Kunden.

Dieser Beitrag zeigt, wie eine belastbare IP-Klausel die Rechte zwischen den Parteien verteilt, durchgehend aus Sicht beider Seiten, des Lizenzgebers und des Lizenznehmers. Was künstliche Intelligenz aus diesen Fragen macht, vom Training bis zum Wettbewerbsprodukt, behandle ich gesondert im Beitrag „Daten und KI im Vertrag: Was darf Ihr Vertragspartner mit Ihren Daten?“.

Zwei Fragen, nicht eine: Ownership und Right to Use

Jede IP-Klausel beantwortet zwei Fragen, und sie sind nicht dieselbe. Die erste ist die nach dem Eigentum (Ownership): Wer hält den Titel am Schutzrecht? Die zweite ist die nach dem Nutzungsrecht (Right to Use): Wer darf es zu welchem Zweck gebrauchen? Ein Vertrag, der nur die erste beantwortet, lässt die wirtschaftlich entscheidende offen.

Eigentum klingt nach Sicherheit, trägt aber Kosten und Lasten: Anmeldung, Pflege, Verteidigung, Durchsetzung. In den meisten Konstellationen braucht eine Partei gar keinen Titel, sondern die Erlaubnis, genau das zu tun, was ihr Geschäft verlangt. Genau diese Erlaubnis liefert ein zugeschnittenes Nutzungsrecht, während Kosten und Kontrolle beim einen Eigentümer bleiben.

Daraus folgt das Grundmuster jeder guten IP-Klausel: Eigentum und Nutzung werden entkoppelt. Eine Partei wird Alleininhaberin und trägt die Kosten, die andere erhält eine Lizenz, so weit ihr Geschäftszweck reicht. Aus Sicht des Lizenzgebers heißt das, den Titel zu behalten und die Lizenz eng zu fassen. Aus Sicht des Lizenznehmers heißt es, nicht reflexhaft auf Eigentum zu bestehen, sondern darauf zu achten, dass das Nutzungsrecht weit und sicher genug ist, um die Investition zu tragen.

Was jede Partei mitbringt: Background IP

Am Anfang jedes Projekts steht, was jede Seite bereits hat. Dieses vorbestehende geistige Eigentum, das Background IP, bleibt im Grundsatz bei seinem Inhaber. Die andere Partei erhält daran allenfalls eine Lizenz, und zwar nur, so weit es für das Projekt nötig ist. Die Standardformel lautet: Jede Partei behält ihr Background; die Gegenseite bekommt ein Recht, es im Rahmen des Projekts zu nutzen, nicht darüber hinaus.

Zwei Punkte entscheiden hier den Streit. Erstens die Abgrenzung: Was zählt als Bearbeitung oder Verbesserung des Background, und wem gehört sie? Die Grenze zwischen abgeleitetem Werk und eigenständiger Neuschöpfung ist nicht trennscharf, deshalb gehört sie in den Vertrag. Üblich und sauber ist, Bearbeitungen des fremden Background der Partei zuzuordnen, deren Background bearbeitet wurde. Zweitens die Abschottung: Das Recht, fremdes Background zu nutzen, darf nicht losgelöst von den Projektergebnissen weiterleben, sonst lässt es sich aus dem Projekt herauslösen und anderweitig verwenden.¹

Aus Sicht des Lizenzgebers ist das Background fest zu halten und die Lizenz scharf auf den Projektzweck zu begrenzen. Aus Sicht des Lizenznehmers liegt die Gefahr in einer projektgebundenen Lizenz, die mit dem Projekt endet: Wer die Ergebnisse danach kommerziell nutzen will, braucht ein Background-Nutzungsrecht, das diese spätere Verwertung abdeckt, nicht nur die Erstellung.

Was das Projekt schafft: Foreground IP

Foreground IP, oft Ergebnisse oder Results genannt, ist das im Projekt Geschaffene. Hier stellt sich die Eigentumsfrage, und sie wird vom Vertrag entschieden, nicht vom Bezahlen. Drei Muster sind üblich: Alleineigentum einer Partei, die alle Schutzrechtskosten trägt und der anderen Lizenzen einräumt; vollständige Übertragung auf eine Partei; oder gemeinsames Eigentum. Wer den Titel hält, trägt die Kosten.

Das robusteste Muster ist in den meisten Fällen das erste: Alleineigentum bei einer Partei, kombiniert mit einer breiten, unwiderruflichen Lizenz an die andere, zugeschnitten auf deren Geschäftsfeld. Das gibt jeder Seite Sicherheit über die Nutzung, ohne die Unwägbarkeiten des gemeinsamen Eigentums. Aus Sicht des Lizenzgebers ist die Zuordnung des Foreground an sich selbst plus Rücklizenz attraktiv; aus Sicht des Lizenznehmers zählt, dass seine Rücklizenz so weit reicht, dass er die Ergebnisse, an deren Entstehung er bezahlt hat, auch tatsächlich verwerten kann.

Ein Punkt fällt dabei regelmäßig durchs Raster: Was überhaupt zum Foreground zählt, entscheidet die Definition im Vertrag. Schutzrechte wie Patente und Designs sind unstreitig erfasst; ob auch Know-how, Geschäftsgeheimnisse, Urheberrechte und sonstige Arbeitsergebnisse dazugehören, hängt davon ab, wie die Parteien den Begriff fassen.² Genau dort liegt der Wert: Der größere Teil dessen, was ein Entwicklungsprojekt hervorbringt, ist selten ein eingetragenes Recht und meist Wissen. Wer den Foreground zugewiesen bekommt, ihn aber eng definiert hat, bekommt den kleineren Teil. Und wer ihn weit definiert hat, braucht zusätzlich die Übergabe: Der Vertrag muss vorsehen, dass das Know-how tatsächlich vermittelt wird, durch Herausgabe der Unterlagen, Muster und Prototypen, die es verkörpern. Eine Zuordnungsklausel ohne Übergabepflicht verteilt einen Titel, den niemand ausüben kann.

Die Falle Joint IP

Gemeinsames Eigentum entsteht, wenn beide Seiten an den Ergebnissen so mitwirken, dass sich die Beiträge nicht mehr trennen lassen. Es klingt fair und ist die gefährlichste Zuordnung, aus einem Grund: Es zählt nur der aktive schöpferische Beitrag, bloße Mitwirkung, Anregungen oder Routinearbeit begründen kein Miteigentum, und die gesetzlichen Standardregeln laufen je Rechtsordnung auseinander. Wer „gemeinsames Eigentum“ schreibt und sonst schweigt, importiert ungewollt die Standardregel der jeweils anwendbaren Rechtsordnung, und die ist überall anders.

Wie weit, zeigt die praktisch wichtigste Frage: Darf ein Mitinhaber das gemeinsame Recht allein lizenzieren? Für das Urheberrecht antworten die drei Rechtsordnungen, die internationale Verträge prägen, so:³

Dieselbe Klausel „gemeinsames Eigentum“ erzeugt drei verschiedene Rechtswelten. Eine US-geprägte Partei, die annimmt, „ich bin Mitinhaber, also darf ich lizenzieren“, verletzt in Deutschland und im Vereinigten Königreich die Rechte der anderen.

Im technischen Geschäft kommt eine zweite Ebene hinzu, und sie kehrt das deutsche Ergebnis um. Haben mehrere gemeinsam eine Erfindung gemacht, steht ihnen das Recht auf das Patent gemeinschaftlich zu (§ 6 Satz 2 PatG); in der Vertragspraxis führt das zur Bruchteilsgemeinschaft nach §§ 741 ff. BGB.² Deren Regeln laufen anders als § 8 UrhG: Über seinen eigenen Anteil verfügt jeder Teilhaber allein, über den gemeinschaftlichen Gegenstand im Ganzen können sie nur gemeinschaftlich verfügen (§ 747 BGB) – gebrauchen aber darf ihn jeder, soweit er den Mitgebrauch der übrigen nicht beeinträchtigt (§ 743 Abs. 2 BGB). Wer die urheberrechtliche Antwort auf ein Patent überträgt, liegt also genau falsch herum: Beim Werk ist die Alleinverwertung gesperrt, bei der Erfindung ist der eigene Gebrauch erlaubt, und gesperrt ist nur die Verfügung über das Ganze.

Die Lehre ist in beiden Fällen dieselbe: gemeinsames Eigentum möglichst vermeiden, stattdessen Alleineigentum plus Cross-Lizenz. Lässt es sich nicht vermeiden, muss der Vertrag sechs Punkte ausdrücklich regeln, die die Standardregeln uneinheitlich behandeln: Verwertungsrechte, Zustimmung zur Lizenzierung, Abrechnung der Erlöse, Anmeldung und Aufrechterhaltung der Schutzrechte, Durchsetzung und Klagebefugnis sowie die Auflösung von Pattsituationen. Der vierte Punkt wird am häufigsten vergessen: Wer meldet an, wer trägt die Kosten, und was gilt, wenn eine Partei nicht mehr mitzieht? Wer den Fall regelt, gibt der verbliebenen Partei das Recht, die Anmeldung im eigenen Namen und auf eigene Kosten fortzuführen, während die aussteigende Partei ihr Nutzungsrecht behält und die Inhaberschaft verliert. Wer ihn nicht regelt, kann nur zusehen.¹

Wo das Kartellrecht die Zuordnung begrenzt

Wird gemeinsam oder im Auftrag entwickelt, ist die Zuordnung nicht allein eine Frage der Verhandlungsmacht. Vereinbarungen über gemeinsame Forschung und Entwicklung und über Auftragsforschung fallen in den Anwendungsbereich der F&E-Gruppenfreistellungsverordnung (Verordnung (EU) 2023/1066), die seit dem 1. Juli 2023 gilt und bis zum 30. Juni 2035 läuft. Sie stellt solche Verträge vom Kartellverbot frei, soweit sie überhaupt Wettbewerbsbeschränkungen im Sinne des Art. 101 Abs. 1 AEUV enthalten, und sie knüpft die Freistellung an Bedingungen, die genau die IP-Klausel treffen.

Die wichtigste: Der Vertrag muss allen Parteien uneingeschränkten Zugang zu den Endergebnissen einräumen, für weitere Forschung und Entwicklung ebenso wie für die Verwertung, einschließlich der daraus erwachsenden Schutzrechte und des Know-hows, und zwar sobald die Ergebnisse verfügbar sind (Art. 3 Abs. 2 und 3). Eine vereinbarte Vergütung für diesen Zugang darf nicht so hoch sein, dass sie ihn praktisch verhindert (Art. 3 Abs. 4). Ist keine gemeinsame Verwertung vorgesehen, gilt dasselbe für den Zugang zum vorhandenen Know-how der anderen Partei, soweit es für die Verwertung unerlässlich ist (Art. 4). Zwei verbreitete Klauseln fallen aus der Freistellung heraus: die Beschränkung der Freiheit, nach Abschluss des Projekts in dem betroffenen Bereich eigenständig oder mit Dritten weiterzuforschen (Art. 8 Buchst. a), und die Verpflichtung, die Schutzrechte der anderen Partei nicht anzugreifen (Art. 9 Abs. 1 Buchst. a); die Kündigung für den Fall der Anfechtung bleibt zulässig (Art. 9 Abs. 2). Sind die Parteien Wettbewerber, kommt eine Marktanteilsschwelle von 25 Prozent hinzu (Art. 6 Abs. 1).⁴

Für die Gestaltung heißt das: Das Muster „eine Partei wird Alleininhaberin, die andere erhält eine Lizenz“ bleibt möglich, aber die Lizenz darf im Anwendungsbereich der Verordnung nicht so eng geschnitten sein, dass sie den Zugang zu den Ergebnissen entwertet. Wer die Rücklizenz zur Formsache macht oder mit einer prohibitiven Gebühr belegt, verliert nicht nur Verhandlungskapital, sondern die Freistellung.

Right to Use: die Lizenz richtig zuschneiden

Brauchen Sie überhaupt ein Nutzungsrecht?

Bevor man eine Lizenz formuliert, lohnt die Vorfrage, ob es sie braucht. Sie hängt daran, ob der Vertrag eine Sache überträgt oder die Nutzung geschützten geistigen Eigentums gestattet.

Beim reinen Sachkauf, etwa einer Maschine, braucht es kein Nutzungsrecht. Die Befugnis, die Maschine zu nutzen, folgt aus dem Eigentum: Der Eigentümer darf mit der Sache nach Belieben verfahren (§ 903 Satz 1 BGB). Auch der Weiterverkauf des Geräts ist frei, weil sich das Verbreitungsrecht mit dem Inverkehrbringen erschöpft (§ 17 Abs. 2 UrhG; im US-Recht die first-sale-Doktrin, 17 U.S.C. § 109(a), und die Erschöpfung des Patentrechts).⁵ Anders bei eingebetteter Software: Wer die Maschine kauft, erwirbt das Eigentum an der Sache, nicht das Urheberrecht am Programm. Das Werk bleibt beim Rechtsinhaber, und der Käufer braucht ein Nutzungsrecht (§§ 31, 69c UrhG), soweit der Lieferant die Nutzung über die ohnehin erlaubte bestimmungsgemäße Benutzung hinaus einschränken will (§ 69d Abs. 1 UrhG). Und bei SaaS wird gar keine Kopie übergeben; die Software läuft auf den Servern des Anbieters.⁶

Das ist der Grund, warum aus Sicht des Lizenznehmers bei SaaS nicht „right to use“ einer Kopie, sondern „right to access and use the service“ der präzise Begriff ist: Es gibt nichts zu vervielfältigen und nichts, das sich erschöpfen oder weiterverkaufen ließe. Wer hier die Software-Lizenzlogik übernimmt, regelt am Vertragsgegenstand vorbei.

Die Stellschrauben der Lizenz

Wo ein Nutzungsrecht nötig ist, entscheidet seine Reichweite den Wert. Eine Lizenz wird über acht Stellschrauben zugeschnitten: Nutzungsart (field of use), Territorium, Exklusivität, Unterlizenzierung, Laufzeit, Widerruflichkeit, Vergütung und Übertragbarkeit. Der Grundsatz dahinter ist hart: Was nicht ausdrücklich gewährt ist, bleibt vorbehalten.

Wie scharf diese Schrauben wirken, zeigt eine typische Lizenzformel aus Sicht des Lizenzgebers, die jeden Spielraum schließt: „a limited, non-exclusive, revocable, non-assignable, non-transferable, and non-sublicensable right to access and use“. Jedes Wort verschiebt das Risiko, und für den Lizenznehmer ist jede Einschränkung eine Sollbruchstelle.

Eine Einschränkung gilt für alle acht Stellschrauben: Sie stehen meist in vorformulierten Bedingungen, und dann sind sie kontrollfähig. Die §§ 307 ff. BGB gelten auch für urheberrechtliche Nutzungsverträge, im unternehmerischen Verkehr im Wesentlichen über die Generalklausel des § 307 BGB. Entscheidend ist dabei, woran die Klausel gemessen wird, also welches gesetzliche Leitbild gilt: Wer davon abweicht, ist nach § 307 Abs. 2 Nr. 1 BGB im Zweifel unwirksam. Für urheberrechtliche Nutzungsverträge ist das entschieden: § 31 Abs. 5 UrhG ist kein gesetzliches Leitbild, sondern bleibt eine Auslegungsregel, und deshalb kommt auch die Übertragung sämtlicher Nutzungsrechte gegen Pauschalvergütung in Betracht, sofern die Vergütung angemessen ist.⁷ Diese Linie hat der Bundesgerichtshof fortgeführt und dabei den Maßstab benannt: Leitbild ist eine Vorschrift nur, wenn ihr eine gesetzliche Grundentscheidung im Sinne eines Gerechtigkeitsgebots zugrunde liegt.⁸⁹ Das entlastet die Klausel, aber es entwertet sie nicht: Als Auslegungsregel schlägt § 31 Abs. 5 UrhG weiterhin dort zu, wo der Umfang nicht ausdrücklich benannt ist. Was hier trägt, ist die Präzision der Zweckbeschreibung, nicht die Breite der Formel. Warum die Gegenklausel, man habe alles individuell ausgehandelt, das nicht rettet, zeige ich im Beitrag „Keine Individualvereinbarung“.

Software: Objektcode, Quellcode und das Reverse-Engineering-Verbot

Bei Software entscheidet vor den Stellschrauben eine schlichtere Weichenstellung: Was wird überhaupt herausgegeben? Wer den Objektcode liefert, gibt das lauffähige Programm; wer den Quellcode herausgibt, gibt die Bauanleitung. Aus Sicht des Lizenzgebers bleibt der Quellcode im Haus, notfalls im Escrow. Das übliche Gegenstück ist das Verbot, das Programm zu untersuchen, zu testen oder zurückzuentwickeln.

Dieses Verbot trägt jedoch nicht so weit, wie es klingt. Der EuGH hat entschieden, dass der rechtmäßige Erwerber ein Programm ganz oder teilweise dekompilieren darf, um Fehler zu berichtigen, die sein Funktionieren beeinträchtigen, und dass er dafür die strengen Voraussetzungen der Interoperabilitäts-Ausnahme nicht erfüllen muss. Die Parteien dürfen die Möglichkeit der Fehlerberichtigung nicht vollständig ausschließen.¹⁰ Was sie dürfen, ist die Modalitäten festzulegen, und darin liegt die praktische Antwort: Übernimmt der Lieferant die fehlerbehebende Wartung selbst, oder ist der Quellcode dem Erwerber ohnehin zugänglich, ist eine Dekompilierung nicht mehr notwendig, und das Verbot hält. Wer nur verbietet und nichts anbietet, hat die schwächere Klausel. Umgekehrt bleibt der Erwerber eng gebunden: Das Ergebnis der Dekompilierung darf er zu keinem anderen Zweck verwenden als zur Fehlerberichtigung.

Hinweise zum US-Copyright: derivative works, work for hire, fair use

Drei Begriffe des US-Rechts prägen internationale IP-Klauseln so stark, dass sie auch in Verträgen unter deutschem Recht auftauchen. Wer sie einordnen kann, verhandelt präziser.

Derivative works: Bearbeitung ist Exklusivrecht

Ein derivative work ist ein Werk, das auf einem oder mehreren vorbestehenden Werken beruht und sie umgestaltet („recast, transformed, or adapted“, 17 U.S.C. § 101): die Übersetzung, die überarbeitete Datenbank, die neu aggregierte Karte, die Integration in ein Softwareprodukt. Das Recht zur Bearbeitung liegt exklusiv beim Urheber (17 U.S.C. § 106(2)); ohne Lizenz oder Schranke ist sie eine Verletzung.¹¹ Zwei Folgen werden regelmäßig übersehen: Das Copyright des Bearbeiters erfasst nur das selbst hinzugefügte Material, nicht das übernommene Original (§ 103(b)). Und wer unter rechtswidriger Übernahme bearbeitet, erhält für die übernommenen Teile überhaupt keinen Schutz (§ 103(a)). Eine fehlerhafte Lizenzbasis entwertet die eigene Produktlinie damit gleich doppelt.

Work for hire greift nicht automatisch

Im US-Recht macht die work-for-hire-Doktrin den Auftraggeber zum Urheber, aber nur in engen Grenzen: bei Angestellten im Rahmen ihrer Tätigkeit oder bei beauftragten Werken, wenn sie in eine von neun gesetzlichen Kategorien fallen und eine unterzeichnete Vereinbarung vorliegt.¹² Der bloße Auftrag genügt nicht; der unabhängige Auftragnehmer ist eben kein Angestellter. Das deutsche Recht kennt work for hire gar nicht, es arbeitet mit der Einräumung von Nutzungsrechten (§§ 31 ff. UrhG). Eine grenzüberschreitende Klausel muss daher beide Systeme bedienen und die Rechtswahl ausdrücklich treffen, statt sich auf eine Figur zu verlassen, die nur in einer Rechtsordnung existiert.

Dahinter steht eine Frage, die in Verhandlungen fast nie gestellt wird: Woher hat der Lieferant die Rechte, die er zusagt? Sie entstehen zuerst bei der natürlichen Person, die das Ergebnis geschaffen hat, und wandern nicht von selbst weiter. Für Software schließt § 69b Abs. 1 UrhG die Lücke: Entwickelt ein Arbeitnehmer ein Programm in Wahrnehmung seiner Aufgaben oder nach den Anweisungen seines Arbeitgebers, stehen dem Arbeitgeber kraft Gesetzes die vermögensrechtlichen Befugnisse zu, ohne Zutun des Arbeitnehmers und ohne gesonderte Vergütung. Für Auftragsverhältnisse gilt die Vorschrift gerade nicht: Freie Mitarbeiter und Softwarehäuser sind nicht erfasst, dort trägt nur der Vertrag. Bei Erfindungen ist die Kette länger, denn dem angestellten Erfinder steht, anders als dem angestellten Programmierer, eine gesonderte Vergütung nach dem Arbeitnehmererfindungsgesetz zu; sind mehrere daran beteiligt, ist sie für jeden gesondert festzustellen (§ 12 Abs. 2 ArbnErfG). Ist eine Hochschule beteiligt, genügt der Vertrag mit ihr ohnehin nicht: Der Hochschulerfinder ist Dritter, seine gesetzlichen Rechte aus § 42 ArbnErfG lassen sich nicht zu seinen Lasten abbedingen, es braucht eine eigene Erklärung von ihm.¹³ Wer Alleineigentum am Foreground zusagt, sollte vorher wissen, ob die eigene Kette hält.

Fair use deckt das nicht

Wer bearbeitet, ohne zu fragen, hofft im US-Recht auf fair use (17 U.S.C. § 107): Wenn die eigene Nutzung „transformative“ genug sei, brauche es keine Lizenz. Die Hoffnung kam nicht aus dem Nichts. Eine Auswertung aller veröffentlichten US-Entscheidungen zur transformative use bis Anfang 2017 zeigt, wie stark der Begriff wirkte: Von den Entscheidungen, in denen das Gericht eine transformative Nutzung bejahte und der Fall damit entschieden war, endeten 94 Prozent mit fair use. Und 2021 stufte der US Supreme Court in Google v. Oracle die Übernahme von rund 11.500 Zeilen Deklarationscode aus einer Programmierschnittstelle als fair use ein, obwohl Google damit kommerziell eine eigene Plattform aufbaute. Tragend waren die Funktion der übernommenen Zeilen als Schnittstelle, ihr Anteil von 0,4 Prozent an der gesamten Schnittstelle und der Befund, dass Android kein Marktsubstitut für Java SE war.

Zwei Jahre später hat dasselbe Gericht die Linie in Warhol v. Goldsmith verengt. Eine neue Bedeutung oder Botschaft allein genügt nicht; maßgeblich ist der Vergleich der Zwecke, und wo beide Werke kommerziell demselben Zweck dienen, spricht der erste Faktor gegen fair use. Der Kernsatz der Entscheidung: Die Umgestaltung, die für eine transformative Nutzung erforderlich ist, muss über das hinausgehen, was schon ein derivative work ausmacht.¹⁴

Beide Entscheidungen zusammen ergeben eine brauchbare Faustregel, aber keine Sicherheit: Wer in einen anderen Markt hineinarbeitet, hat eine Chance; wer dem Original im selben Markt Konkurrenz macht, hat sie nicht. Für kommerzielle Akteure ist die Schranke damit kein verlässlicher Anker; verlässlich sind die rechtmäßige Herkunft des Materials und die saubere Lizenz.

Eine Musterklausel, die die Kernpunkte zu Background und Foreground bündelt. Sie ist bewusst kundenfreundlich geschnitten: Die empfangende Partei erhält die Rechte am Foreground; aus Anbietersicht ist die Zuweisung umzudrehen. Die gelb markierten Begriffe sind Platzhalter für die liefernde und die empfangende Partei, keine definierten Vertragsbegriffe; sie sind im konkreten Vertrag durch dessen eigene Bezeichnungen zu ersetzen.

Grenzüberschreitend: ein Recht, viele Rechtsordnungen

Ein weltweites Urheberrecht gibt es nicht. Der Schutz ist territorial: Jeder Staat schützt nur für sein eigenes Gebiet, und maßgeblich ist das Recht des Landes, für das Schutz beansprucht wird (Schutzlandprinzip, Art. 8 Abs. 1 Rom II-VO; auf Vertragsebene Art. 5 Abs. 2 der Berner Übereinkunft).¹⁵ Diese Anknüpfung lässt sich nicht per Rechtswahl abbedingen (Art. 8 Abs. 3 Rom II-VO). Eine weltweite Lizenz berührt damit potenziell die IP-Rechtsordnung jedes Ziellandes parallel, und keine Rechtswahlklausel bündelt das.

Praktisch konzentriert sich das Risiko an zwei Stellen: in der EU und im EWR, wo das Datenbankherstellerrecht (§§ 87a ff. UrhG) eine erheblich investierte Datenbank unabhängig vom Urheberrecht schützt, sowie im Herkunftsland der Daten. Daraus folgt eine Verschiebung der Frage, und sie trifft beide Rollen: Der Lizenznehmer fragt „Dürfen wir das überall nutzen?“, der Lizenzgeber muss sich fragen „Können wir das weltweit zusichern?“. Wer großen Lizenznehmern weltweite Rechte und Freistellungen verspricht, sollte seine Garantien auf das begrenzen, was er wirklich zusichern kann: dokumentierte Herkunft je Datensatz, im Übrigen eine Lieferung „as is“ und eine Haftungsobergrenze. Wie die zugehörige Freistellung aus Sicht des freistellenden Vertragspartners einzugrenzen ist, zeige ich im Beitrag „Indemnity – Wie der Lieferant seine Haftung reduzieren kann“.

Was Sie tun sollten

1. Trennen Sie Eigentum und Nutzungsrecht in getrennten Klauseln, und entscheiden Sie bewusst, ob Sie wirklich den Titel brauchen.
2. Ordnen Sie jedes Recht einem Topf zu: Background bleibt beim Inhaber, Foreground wird ausdrücklich zugewiesen, gemeinsames Eigentum vermeiden Sie. Regeln Sie neben der Zuordnung die Übergabe des Know-hows, sonst verteilen Sie einen Titel ohne Inhalt.
3. Prüfen Sie bei Erfindungen den abweichenden Standard: Miterfinder dürfen allein benutzen, aber nicht allein über das Ganze verfügen. Die urheberrechtliche Antwort passt hier nicht.
4. Klären Sie die eigene Rechtekette, bevor Sie Alleineigentum zusagen: Angestellte, freie Mitarbeiter und Subunternehmer stehen rechtlich nicht gleich.
5. Prüfen Sie bei gemeinsamer oder beauftragter Entwicklung die Zugangsrechte der F&E-Gruppenfreistellungsverordnung, bevor Sie die Rücklizenz eng schneiden.
6. Klären Sie vorab, ob überhaupt ein Nutzungsrecht nötig ist (Sache, Werk oder Dienst), und wählen Sie bei SaaS den Begriff Zugang.
7. Schneiden Sie die Lizenz über die acht Stellschrauben zu; was nicht gewährt ist, bleibt vorbehalten. In vorformulierten Bedingungen zählt die Präzision des Zwecks, nicht die Breite der Formel.
8. Verbieten Sie Reverse Engineering nicht nur, sondern übernehmen Sie die fehlerbehebende Wartung; erst das macht das Verbot belastbar.
9. Prüfen Sie bei US-Bezug die Sonderregeln: work for hire verlangt die unterzeichnete Vereinbarung, und Bearbeitungen ohne Lizenz genießen keinen eigenen Schutz.
10. Verlassen Sie sich nicht auf fair use; sichern Sie die rechtmäßige Herkunft und die Lizenz.
11. Begrenzen Sie weltweite Zusicherungen auf das, was Sie tatsächlich zusichern können.

Fazit

Eine gute IP-Klausel macht drei Dinge: Sie ordnet jedes Recht einem Topf zu, sie schneidet die Nutzung präzise zu, und sie begrenzt die Zusicherung auf das, was zu halten ist. Zuordnen, zuschneiden, zusichern. Wer eine dieser drei Aufgaben dem Zufall oder der gesetzlichen Standardregel überlässt, verschenkt Rechte oder verspricht, was er nicht halten kann. Genau diese Klauseln gestalte und prüfe ich, für beide Seiten und mit Blick auf die Rechtsordnung, die im Streitfall wirklich gilt.

Häufige Fragen

Background IP, Foreground IP, Joint IP: was ist der Unterschied?

Background IP ist das, was eine Partei vorbestehend in den Vertrag einbringt; es bleibt bei ihr, die andere Seite erhält allenfalls eine zweckgebundene Lizenz. Foreground IP entsteht erst im Projekt; wem es gehört, entscheidet der Vertrag, nicht das Bezahlen. Joint IP ist gemeinsam und untrennbar Geschaffenes; es ist riskant, weil die gesetzlichen Standardregeln je Rechtsordnung auseinanderlaufen.

Ownership oder Right to Use: was sollte ich verlangen?

Häufig reicht ein gut zugeschnittenes Nutzungsrecht, denn Eigentum trägt Kosten und Lasten (Anmeldung, Pflege, Durchsetzung). Aus Sicht des Lizenznehmers zählt, dass das Recht weit und sicher genug ist (Laufzeit, Übertragbarkeit, Widerruflichkeit); aus Sicht des Lizenzgebers, dass es eng bleibt. Was nicht ausdrücklich gewährt ist, bleibt vorbehalten.

Muss ich beim Verkauf einer Maschine ein Nutzungsrecht einräumen?

Für die Maschine selbst nein. Die Nutzung folgt aus dem Eigentum (§ 903 BGB), und für den Weiterverkauf greift die Erschöpfung (§ 17 Abs. 2 UrhG). Für eingebettete Software ja, denn das Urheberrecht geht nicht mit der Sache über; dafür braucht es ein Nutzungsrecht (§§ 31, 69c, 69d UrhG). Bei SaaS wird gar keine Kopie übertragen; dort ist der präzise Begriff Zugang, nicht Nutzung einer Kopie.

Was ist ein derivative work?

Ein Werk, das ein vorbestehendes Werk umgestaltet („recast, transformed, or adapted“, 17 U.S.C. § 101), etwa die Übersetzung, die überarbeitete Datenbank oder die neu aggregierte Karte. Die Erstellung ist Exklusivrecht des Urhebers (§ 106(2)). Der Schutz des Bearbeiters erfasst nur das selbst Hinzugefügte (§ 103(b)); bei rechtswidriger Übernahme entsteht für die übernommenen Teile gar kein Schutz (§ 103(a)).

Was passiert mit Lizenzen in der Insolvenz?

Sie sind nicht automatisch sicher. In der Insolvenz des Lizenzgebers kann der Verwalter bei beiderseits nicht vollständig erfüllten Verträgen die Nichterfüllung wählen (§ 103 InsO); ob eine Lizenz das übersteht, ist im deutschen Recht nicht abschließend geklärt. Das US-Recht schützt den Lizenznehmer bei Ablehnung des Vertrags ausdrücklich (11 U.S.C. § 365(n)). Wer existenziell auf das Recht angewiesen ist, sorgt vor: unwiderrufliche, voll bezahlte Lizenz, Escrow, oder eben doch der Titel. Die Insolvenz ist der wichtigste Fall, in dem Eigentum nicht überschätzt ist.

Anmerkungen

1. Zur Abgrenzung von Bearbeitungen des Background, zur Abschottung des Background-Nutzungsrechts und zur Anmelde- und Kostenregelung bei gemeinsamer Inhaberschaft: European IPR Helpdesk, Fact Sheet „IP joint ownership“, Oktober 2015, S. 2 ff., 8. ↩ ↩²

2. Zur Definition des Foreground IP, die je nach Vertrag auch Know-how, Geschäftsgeheimnisse und Urheberrechte erfasst, und zur Bruchteilsgemeinschaft am Joint Foreground IP: Grohmann/Albrecht, Praxisprobleme im Zusammenhang mit F&E-Verträgen, GRUR-Prax 2021, 588. ↩ ↩²

3. Zu den auseinanderlaufenden Standardregeln des Miteigentums am Werk: USA, 17 U.S.C. § 201(a) (Miturheber als tenants in common; die Befugnis zur einfachen Lizenz mit Abrechnungspflicht beruht auf House Report No. 94-1476); Deutschland, § 8 UrhG (Verwertung zur gesamten Hand, Einwilligung nicht wider Treu und Glauben zu verweigern); Vereinigtes Königreich, Copyright, Designs and Patents Act 1988, s. 10, s. 173(2). ↩

4. Verordnung (EU) 2023/1066 der Kommission vom 1. Juni 2023 über die Anwendung des Artikels 101 Absatz 3 des Vertrags über die Arbeitsweise der Europäischen Union auf bestimmte Gruppen von Vereinbarungen über Forschung und Entwicklung, ABl. L 143 vom 2.6.2023, S. 9; Art. 2 Abs. 2, Art. 3, Art. 4, Art. 6 Abs. 1, Art. 8 Buchst. a, Art. 9, Art. 13. ↩

5. 17 U.S.C. § 109(a) (first sale); Impression Products, Inc. v. Lexmark International, Inc., 581 U.S. 360 (2017) (Erschöpfung des Patentrechts). ↩

6. § 17 Abs. 2 und § 69c Nr. 3 UrhG (Erschöpfung des Verbreitungsrechts); EuGH, Urt. v. 03.07.2012 – C-128/11 (UsedSoft/Oracle), zur Erschöpfung bei heruntergeladenen Programmkopien; EuGH, Urt. v. 19.12.2019 – C-263/18 (Tom Kabinet), keine Erschöpfung bei der Online-Zugänglichmachung sonstiger Werke. ↩

7. BGH, Urt. v. 31.05.2012 – I ZR 73/10. ↩

8. BGH, Urt. v. 17.10.2013 – I ZR 41/12. ↩

9. BGH, Urt. v. 31.05.2012 – I ZR 73/10 (Honorarbedingungen Freie Journalisten), Rn. 13, 15 f.; BGH, Urt. v. 17.10.2013 – I ZR 41/12 (Rechteeinräumung Synchronsprecher), Rn. 9, 13; einordnend Grohmann, AGB-Recht und IP-Verträge, GRUR-Prax 2019, 27, 29; zum Streitstand davor Castendyk, Lizenzverträge und AGB-Recht, ZUM 2007, 169, 172 f. ↩

10. EuGH, Urt. v. 06.10.2021 – C-13/20 (Top System), Rn. 63 bis 69 und Tenor; zur Richtlinie 91/250/EWG, heute Richtlinie 2009/24/EG, im deutschen Recht §§ 69d, 69e UrhG. ↩

11. 17 U.S.C. §§ 101, 103, 106; U.S. Copyright Office, Circular 14: Copyright in Derivative Works and Compilations (2020); im deutschen Recht § 23 Abs. 1 UrhG. ↩

12. 17 U.S.C. §§ 101, 201(b); Community for Creative Non-Violence v. Reid, 490 U.S. 730 (1989). ↩

13. Zur Reichweite des § 69b Abs. 1 und 2 UrhG und zur Nichtanwendung auf Auftragsverhältnisse Hoeren, IT-Recht, Skript, Stand Juli 2020, S. 64 f.; zur Erfindervergütung § 12 Abs. 2 ArbnErfG; zur eigenen Erklärung des Hochschulerfinders nach § 42 ArbnErfG Grohmann/Albrecht (Fn. 2), GRUR-Prax 2021, 588, 590 f. ↩

14. Campbell v. Acuff-Rose Music, Inc., 510 U.S. 569 (1994); Google LLC v. Oracle America, Inc., 593 U.S. ___ (2021); Andy Warhol Foundation for the Visual Arts, Inc. v. Goldsmith, 598 U.S. 508 (2023); zur empirischen Auswertung Liu, An Empirical Study of Transformative Use in Copyright Law, 22 Stan. Tech. L. Rev. 163 (2019), Auswertungszeitraum bis 1. Januar 2017. ↩

15. Art. 8 Abs. 1 und 3 Rom II-VO (VO (EG) Nr. 864/2007); Art. 5 Abs. 2 der Berner Übereinkunft; zum Datenbankherstellerrecht §§ 87a ff. UrhG (RL 96/9/EG). ↩

Quelle: Poleacov, P. (2026). IP-Klauseln im Wirtschaftsvertrag. INN.LAW. https://inn.law/perspectives/ip-klauseln/

---