Lizenzvertrag

Der Lizenzvertrag räumt dem Lizenznehmer das Recht ein, ein fremdes Schutzrecht — Patent, Urheberrecht, Marke oder Know-how — zu nutzen, ohne Eigentum daran zu erwerben. Im Einkauf wird er relevant, sobald Software, technische Verfahren, Designs oder Markenrechte Teil der Leistungsbeziehung sind: ein unterschätzter Vertragstyp mit erheblichen Compliance- und Kostenrisiken.

Detaillierte Erklärung

Der Lizenzvertrag ist im deutschen Recht kein eigenständiger Vertragstyp mit einem einzigen Paragraphen. Er speist sich aus mehreren Rechtsquellen, je nach Gegenstand:

• Urheberrecht (UrhG §31 ff.): Einräumung von Nutzungsrechten an urheberrechtlich geschützten Werken (Software, Texte, Designs, technische Dokumentationen)
• Patentrecht (PatG §15): Lizenz zur Nutzung patentgeschützter Verfahren oder Produkte
• Markenrecht (MarkenG §30): Lizenz zur Nutzung einer eingetragenen Marke
• Know-how-Lizenz: Übertragung von Betriebs- oder Geschäftsgeheimnissen (GeschGehG), häufig kombiniert mit [[geheimhaltungsvereinbarung]]
• BGB §453 (Rechtskauf): Wenn Rechte käuflich erworben werden (Vollübertragung), gelten die Kaufrechtsregeln

Einfache vs. ausschließliche Lizenz:

Für den Einkauf im DACH-Mittelstand sind drei Lizenztypen besonders relevant:

1. Softwarelizenzen (häufigster Fall)

Softwareprojekte, ERP-Systeme, CAD-Software, Embedded-Firmware in eingekauften Geräten. Kritische Fragen:

• Named User vs. Concurrent User: Named User: Lizenz pro Person. Concurrent: gleichzeitige Nutzung. Bei wachsenden Teams: Skalierungskosten im Voraus verhandeln.
• On-Premise vs. Cloud (SaaS): Bei SaaS kauft man kein Nutzungsrecht, sondern einen Dienst — Vertrag endet mit dem Dienst, Datenmitnahme muss separat geregelt werden.
• Quellcode-Escrow: Bei unternehmenskritischer Software empfiehlt sich ein Source-Code-Escrow-Vertrag: Quellcode wird bei einem Treuhänder hinterlegt und wird zugänglich, wenn der Anbieter insolvent wird oder den Support einstellt.
• Open-Source-Compliance: Enthält das gelieferte Produkt Open-Source-Komponenten (GPL, LGPL, MIT), gelten die jeweiligen Lizenzbedingungen. GPL-Infektion kann bedeuten, dass proprietärer Code offengelegt werden muss — vgl. [[ip-schutz]].

2. Patentlizenzen (relevant bei Technologieeinkauf)

Wenn ein eingekauftes Bauteil oder Verfahren patentgeschützte Technologie enthält, muss der Lieferant entweder selbst lizenziert sein oder die Lizenz weitergeben. Freistellungsklausel (IP-Indemnification): Der Lieferant stellt den Käufer von Ansprüchen Dritter aus Schutzrechtsverletzungen frei. Standard in guten Einkaufsbedingungen — vgl. [[allgemeine-einkaufsbedingungen]]. Ohne diese Klausel trägt der Käufer das Risiko, wenn das eingekaufte Produkt ein Patent verletzt.

3. Technologietransfer und Know-how-Lizenz

Im Maschinenbau kauft der Einkäufer manchmal nicht nur das Produkt, sondern das Recht, eine Technologie selbst zu nutzen oder weiterzuentwickeln. Wichtige Parameter:

• Territorialer Geltungsbereich: DACH, EU, weltweit
• Zeitliche Befristung: Unbefristet vs. befristet (mit Verlängerungsoption)
• Entwicklungsrechte: Darf der Lizenznehmer die Technologie verbessern? Wem gehören die Verbesserungen (Grant-back-Klausel)?
• Sublizenzierungsrecht: Darf der Lizenznehmer Unterlizenzen vergeben (relevant bei OEM-Weiterverkauf)?

EU-Kartellrecht (Art. 101 AEUV, TT-GVO): Lizenzverträge zwischen Unternehmen können kartellrechtlich relevant sein, wenn sie Märkte aufteilen oder Preise beeinflussen. Die Technologietransfer-Gruppenfreistellungsverordnung (TT-GVO) bietet einen sicheren Hafen für die meisten Standardlizenzvereinbarungen zwischen nicht konkurrierenden Unternehmen.

Praxisbeispiel (konkretes Einkaufsszenario)

Ein Automatisierungstechnik-Hersteller in der Schweiz — 1.200 Mitarbeiter — kauft eine CAM-Software für seine Fertigungsplanung ein. Kaufpreis: 45.000 CHF (Einmallizenz) plus 8.000 CHF/Jahr Wartung.

Nach 3 Jahren stellt der Softwareanbieter den Support für die Hauptversion ein und verlangt ein Migration-Upgrade für 35.000 CHF. Der Einkauf prüft den Lizenzvertrag und findet: keine Escrow-Klausel, keine Migrationspflicht des Anbieters, keine Preisobergrenze für Updates.

Parallel entdeckt die IT-Abteilung, dass das Programm eine Open-Source-Komponente mit AGPL-Lizenz enthält — ohne dass dies im Lizenzvertrag erwähnt wurde. AGPL-Pflichten hätten Offenlegung eigener Netzwerk-Software erfordert.

Ein vollständiger Lizenzvertrag mit Escrow-Klausel, explizitem Open-Source-Inventory des Anbieters und einer 5-Jahres-Preisdeckelung für Wartung hätte beide Risiken eliminiert.

Typische Fehler & Verhandlungskontext

Fehler 1 — Lizenzumfang nicht definiert: „Nutzungsrecht an der Software" ohne Angabe von Nutzeranzahl, Standort, Zweck und Zeitraum ist rechtlich dünn. Jede Lücke füllt der Anbieter zu seinen Gunsten.

Fehler 2 — Kein IP-Indemnification: Ohne Freistellungsklausel des Lieferanten für Schutzrechtsverletzungen trägt der Käufer das Risiko von Patentklagen Dritter — auch wenn er nichts von der Verletzung wusste. Standard-[[allgemeine-einkaufsbedingungen]] sollten diese Klausel enthalten.

Fehler 3 — Grant-back-Klausel übersehen: Manche Lizenzgeber verlangen, dass Verbesserungen automatisch zurücklizenziert werden (Grant-back). Für F&E-intensive Käufer bedeutet das: eigene Entwicklungen könnten dem Lizenzgeber zufallen. Verhandlungsziel: nicht-exklusiver Grant-back oder komplette Streichung.

Fehler 4 — SaaS-Verträge wie Lizenzen behandeln: SaaS ist ein Dienstleistungsvertrag, kein Lizenzvertrag. Bei Vertragsende hat der Käufer kein Nutzungsrecht mehr — Datenexport-SLA und Übergangsfristen müssen separat verhandelt werden.

Verhandlungskontext: Bei Softwarelizenzen liegt die Haupthebelkraft in der Laufzeit und der Skalierungspreisstaffel. Mehrjährige Laufzeiten (3–5 Jahre) mit fixiertem Jahresanstieg (z. B. max. VPI + 2 %) schützen vor Preiseskalation. Der Anbieter bekommt Planungssicherheit, der Käufer budgetierbare Kosten — klassischer Gegenwert. Patentlizenzen: Lizenzgebühren-Audit-Rechte (1x/Jahr, 30 Tage Ankündigung) verhindern Abrechnungsfehler und setzen Qualitätssignale.

Verwandte Begriffe

• [[kaufvertrag]] — Vollübertragung von Rechten nach BGB §453
• [[dienstleistungsvertrag]] — SaaS-Verträge folgen dem Dienstleistungsrecht
• [[werklieferungsvertrag]] — wenn Entwicklungsleistung mit Rechteübertragung verbunden ist
• [[geheimhaltungsvereinbarung]] — Schutz von Know-how vor und während der Lizenzierung
• [[ip-schutz]] — Strategie zum Schutz eigener Schutzrechte
• [[patentlizenz]] — Unterform des Lizenzvertrags für Patente
• [[rahmenvertrag]] — Grundlage für wiederkehrende Softwarebezüge
• [[vertragsmanagement]] — Laufzeit, Verlängerungen und Lizenzmetriken zentral überwachen