Software-Lizenzvertrag (EULA) Deutschland
UrhG §§ 69a–69g | BGB § 453 | BGH I ZR 244/97 | EuGH C-128/11 UsedSoft
Software-Lizenzvertrag
SOFTWARE-LIZENZVERTRAG (END USER LICENSE AGREEMENT — EULA)
gemäß UrhG §§ 69a–69g (Computerprogramme) | BGB § 453 | AGBRecht §§ 305–310 BGB
zwischen [Licensor Name] [Licensor Address] (nachfolgend "Lizenzgeber") und [Licensee Name] [Licensee Address] (nachfolgend "Lizenznehmer") Datum: [Contract Date]
§ 1 Software und Lizenzobjekt
§ 1 Software und Schutzgegenstand
Lizenzierte Software: [Software Name] Lizenzmodell: [License Model] Anzahl Lizenzen: [Number Of Licenses] Bereitstellung: [Software Delivery] Die Software ist ein urheberrechtlich geschütztes Computerprogramm nach UrhG § 69a Abs. 1. Das Urheberrecht an der Software verbleibt beim Lizenzgeber. Der Lizenznehmer erwirbt kein Eigentumsrecht an der Software, sondern lediglich ein Nutzungsrecht nach Maßgabe dieses Vertrags.
§ 2 Lizenzerteilung
§ 2 Einräumung des Nutzungsrechts
Der Lizenzgeber räumt dem Lizenznehmer ein einfaches, nicht-ausschließliches, nicht-übertragbares Nutzungsrecht an der Software ein — vorbehaltlich der Regelung in § 2 Abs. 2: (1) Der Lizenznehmer darf die Software installieren, laden, ausführen und im Rahmen des vereinbarten Lizenzmodells ([License Model]) für [Number Of Licenses] Nutzer bestimmungsgemäß benutzen (UrhG § 69d Abs. 1). (2) Übertragbarkeit: [Transfer Right] (3) Änderungs- und Bearbeitungsrecht: [Modification Right] (4) Verbotene Handlungen: Reverse Engineering (außer nach UrhG § 69e zur Interoperabilität), Dekompilierung zu anderen Zwecken, unbefugte Vervielfältigung über Sicherungskopien (UrhG § 69d Abs. 2) hinaus, Weitervermietung und unbefugte Weitergabe.
§ 3 Lizenzgebühr und Zahlungsbedingungen
§ 3 Lizenzgebühr und Zahlungsbedingungen
Lizenzgebühr: [Licensee Fee] (netto, zzgl. gesetzlicher USt nach § 12 Abs. 1 UStG von derzeit 19%). Vertragslaufzeit: [Contract Duration] Wartung und Updates: [Maintenance Included] Support: [Support Level] Bei unbefristeten Lizenzen (Perpetual): Zahlung fällig bei Vertragsunterzeichnung. Bei Subscription-Lizenzen: Zahlung fällig jeweils zum Beginn des Abrechnungszeitraums. Zahlungsverzug löst Verzugszinsen nach § 288 Abs. 2 BGB (9 Prozentpunkte über dem Basiszinssatz) aus. Bei Zahlungsverzug über 30 Tage ist der Lizenzgeber berechtigt, den Zugang zur Software zu sperren.
§ 4 Laufzeit und Kündigung
§ 4 Laufzeit und Kündigung
Laufzeit: [Contract Duration] Bei Subscription-Lizenzen gilt: Jede Partei kann den Vertrag mit der gesetzlichen Kündigungsfrist von 3 Monaten zum Quartalsende (§ 580a Abs. 2 BGB analog) kündigen. Das Recht zur außerordentlichen Kündigung nach § 314 BGB (wichtiger Grund) bleibt unberührt. Wichtige Gründe sind: erhebliche Vertragsverletzung durch den Lizenznehmer (z.B. unbefugte Weitergabe der Software), Zahlungsverzug über 30 Tage, Insolvenzantrag des Lizenznehmers. Bei Vertragsende hat der Lizenznehmer die Software unverzüglich vom Gerät zu deinstallieren und alle Kopien zu löschen.
§ 5 Gewährleistung und Haftung
§ 5 Gewährleistung und Haftungsbeschränkung
Der Lizenzgeber gewährleistet, dass die Software bei vereinbarungsgemäßem Einsatz die in der Produktdokumentation beschriebenen Funktionen erfüllt. Die Gewährleistungsfrist beträgt 12 Monate ab Bereitstellung (§ 438 Abs. 4 BGB i.V.m. § 651 BGB für Dauerschuldverhältnisse; abweichend von der 2-Jahres-Regelfrist im B2B-Bereich zulässig). Bei Mängeln hat der Lizenznehmer Anspruch auf Nacherfüllung (Fehlerbeseitigung durch Patch oder neue Version). Die Haftung für mittelbare Schäden, entgangenen Gewinn und Datenverlust ist auf den vertragstypisch vorhersehbaren Schaden begrenzt — diese Klausel gilt nicht bei Vorsatz oder grober Fahrlässigkeit (§ 309 Nr. 7b BGB). Schadensersatz wegen Datenverlust wird auf das begrenzt, was bei regelmäßiger Datensicherung durch den Lizenznehmer vermeidbar gewesen wäre.
§ 6 Allgemeine Bestimmungen
§ 6 Allgemeine Bestimmungen
Anwendbares Recht: Deutsches Recht (UrhG, BGB, TMG, DSGVO). Gerichtsstand: Sitz des Lizenzgebers (§ 29 ZPO). Schriftformklausel: Vertragsänderungen bedürfen der Schriftform. Salvatorische Klausel: § 139 BGB. Datenschutz: Für die Verarbeitung personenbezogener Daten bei SaaS-Diensten wird ein separater Auftragsverarbeitungsvertrag (AVV) nach DSGVO Art. 28 Abs. 3 abgeschlossen. Exportkontrolle: Der Lizenznehmer verpflichtet sich, die Software nicht in Länder zu exportieren, die einem Embargo unterliegen (EU-Dual-Use-Verordnung Nr. 428/2009, US-EAR).
Unterschriften
Unterschriften
Ort, Datum: ___________________________ _________________________ [Licensor Name] (Lizenzgeber) _________________________ [Licensee Name] (Lizenznehmer)
Lizenzgeber (Softwarehersteller)
________________
Signature
Lizenznehmer
________________
Signature
Was ist Software-Lizenzvertrag (EULA) Deutschland?
Computerprogramme sind nach UrhG § 69a Abs. 1 wie Sprachwerke geschützt, sofern sie das Ergebnis einer eigenen geistigen Schöpfung ihres Urhebers sind. Der Schutz umfasst sowohl Quellcode als auch Objektcode sowie vorbereitende Entwurfsmaterialien (§ 69a Abs. 2 UrhG). Nicht geschützt sind die Ideen und Grundsätze, die einem Programmelement zugrunde liegen (§ 69a Abs. 2 Satz 2 UrhG) — ein wichtiges Abgrenzungskriterium vom Patentschutz.
Eine wegweisende Entscheidung für den Software-Markt in Deutschland und der EU ist das EuGH-Urteil C-128/11 (UsedSoft GmbH/Oracle International Corp., 2012): Der EuGH hat entschieden, dass das Verbreitungsrecht des Urhebers nach Art. 4 Abs. 2 der Software-Richtlinie (2009/24/EG) bei einem Erstverkauf einer Softwarekopie auch dann erschöpft ist, wenn die Kopie auf elektronischem Weg (Download) übergeben wurde. Das bedeutet: Rechtmäßig gekaufte Software-Downloads dürfen weiterverkauft werden (digitaler Gebrauchtmarkt). Der Lizenzgeber kann dieses Weiterverkaufsrecht nicht durch EULA-Klauseln vollständig ausschließen. Der Bundesgerichtshof (BGH) hat in BGH I ZR 244/97 OEM-Versionen und in BGH I ZR 35/04 (donaldisator.de) weitere Abgrenzungen vorgenommen.
Bei Arbeitnehmer-Softwareentwicklern gilt UrhG § 69b: Computerprogramme, die ein Arbeitnehmer in Ausübung seiner Dienstaufgaben erstellt, stehen dem Arbeitgeber zur ausschließlichen Nutzung zu — keine zusätzliche Vergütung (Ausnahme vom allgemeinen UrhG § 43-Grundsatz). Im B2B-Bereich zwischen Unternehmen können AGB-Klauseln des Software-Lizenzvertrags nach §§ 307 ff. BGB überprüft werden, allerdings weniger streng als im B2C-Bereich (§ 310 Abs. 1 BGB).
Der Software-Lizenzvertrag in Deutschland ist von anderen IT-Verträgen abzugrenzen: Vom Software-Kaufvertrag (BGB §§ 433 ff. i.V.m. § 453 BGB analog, BGH VII ZR 201/06) unterscheidet er sich dadurch, dass keine dauerhaften Nutzungsrechte 'wie Eigentum' übertragen werden (außer bei perpetual licenses). Vom Softwarepflegevertrag (§§ 611, 631 BGB) unterscheidet er sich durch den Fokus auf die Nutzungsrechtseinräumung statt auf Wartungs- und Updateleistungen. Softwaremiete (SaaS nach BGH XII ZR 178/03 mietrechtlich) folgt den §§ 535 ff. BGB, wenn der Auftraggeber nicht die Software, sondern nur deren zeitlich befristete Nutzung erwirbt.
Besondere Bedeutung hat die Aktualisierungspflicht nach BGB § 327f (umgesetzt durch Digitale-Inhalte-Gesetz, in Kraft seit 1. Januar 2022): Bei Verbraucherverträgen über digitale Inhalte und digitale Dienstleistungen muss der Anbieter Sicherheitsupdates und Funktionsupdates für den gesamten Nutzungszeitraum bereitstellen. Für B2B-Software-Lizenzverträge gilt diese Pflicht nur, wenn ausdrücklich vereinbart. DSGVO-Konformität: Bei SaaS-Lizenzen, bei denen der Lizenznehmer personenbezogene Daten verarbeitet, muss ein Auftragsverarbeitungsvertrag (AVV nach Art. 28 DSGVO) abgeschlossen werden.
Die Software-Lizenzvergabe in Deutschland hat sich durch Cloud Computing verändert: Früher wurden Softwareprodukte auf Datenträgern mit dauerhaften Lizenzen vertrieben. Heute dominieren SaaS-Modelle (Software as a Service), bei denen der Nutzer die Software online nutzt ohne sie lokal zu installieren (z.B. Microsoft 365, Salesforce, SAP S/4HANA Cloud). Rechtlich qualifiziert der BGH SaaS als Mietvertrag (§§ 535 ff. BGB) bei befristeter Nutzung (BGH XII ZR 178/03). Bei Perpetual-Lizenzen mit Einmalzahlung gilt Kaufrecht (§§ 433 ff. BGB i.V.m. § 453 BGB). Die Aktualisierungspflicht nach BGB § 327f (seit 2022) verpflichtet Anbieter digitaler Inhalte zur Bereitstellung von Sicherheitsupdates bei Verbraucherverträgen.
Wann brauchen Sie Software-Lizenzvertrag (EULA) Deutschland?
Der Software-Lizenzvertrag in Deutschland wird in folgenden Situationen benötigt:
Unternehmens-Software (Enterprise Software / ERP, CRM): Unternehmen, die Standard-Software wie ERP-Systeme (SAP, Microsoft Dynamics, Oracle EBS), CRM-Systeme (Salesforce, HubSpot) oder Buchhaltungssoftware (DATEV, Lexware) einsetzen, sind durch den Lizenzvertrag des Herstellers gebunden. Lizenzprüfungen durch Software-Hersteller (Software Audits) können teure Nachzahlungen auslösen, wenn Lizenzverträge nicht sorgfältig erfüllt werden.
Software-as-a-Service (SaaS) und Cloud-Dienste: SaaS-Anbieter benötigen für ihren Dienst einen Lizenzvertrag kombiniert mit Nutzungsbedingungen und einem Auftragsverarbeitungsvertrag (AVV) nach DSGVO Art. 28. Der SaaS-Lizenzvertrag regelt: Zugangsberechtigung, Verfügbarkeitsgarantien (SLA), Datenportabilität (Art. 20 DSGVO), Exit-Strategien bei Vertragskündigung und Datenlöschung. Für Software-Unternehmen, die ihren Dienst deutschen Unternehmen anbieten, sind die Anforderungen der DSGVO und das deutsche AGB-Recht zu beachten.
Software-Entwicklungsaufträge (Auftragswerke): Wenn ein Software-Entwicklungsunternehmen eine individuelle Software für einen Auftraggeber entwickelt, muss der Entwicklungsvertrag (Werkvertrag nach BGB § 631 oder Dienstvertrag nach BGB § 611) regeln, wem das Urheberrecht und die Nutzungsrechte an dem Auftragswerk gehören. Ohne explizite Regelung verbleiben die Nutzungsrechte beim Auftragnehmer (Entwickler); der Auftraggeber erhält nur das für den Vertragszweck Erforderliche.
Open-Source-Software-Integration (Lizenzkonflikte): Unternehmen, die Open-Source-Software in ihre Produkte integrieren, müssen die Lizenzbedingungen der verwendeten Open-Source-Lizenzen (GPL, MIT, Apache, LGPL) einhalten. Besonders die GNU General Public License (GPL) hat Copyleft-Effekte: GPL-lizenzierter Code, der in proprietäre Software integriert wird, kann dazu führen, dass die gesamte Software unter GPL-Bedingungen freigegeben werden muss. Ein Software-Lizenzvertrag für eigene kommerzielle Software muss sicherstellen, dass keine inkompatiblen Open-Source-Lizenzen integriert wurden.
Gebrauchte Software (Second-Hand-Markt, UsedSoft-Entscheidung): Nach EuGH C-128/11 (UsedSoft/Oracle) dürfen rechtmäßig erworbene Software-Lizenzen weiterverkauft werden. Software-Händler (wie UsedSoft, Susensoftware) kaufen und verkaufen gebrauchte Software-Lizenzen. Der Original-Lizenznehmer muss seine Kopie bei Weiterverkauf deinstallieren. Für Unternehmen: Der Kauf gebrauchter Software-Lizenzen ist legal, wenn der Erstverkauf in der EU stattfand und der Verkäufer die Originalinstallation nachweislich deinstalliert hat.
Entwicklerverträge und Auftragswerke (§ 69b UrhG): Wenn ein Unternehmen Software von einer externen Agentur oder einem Freelancer entwickeln lässt, muss der Entwicklungsvertrag explizit regeln, ob das Unternehmen ausschließliche Nutzungsrechte am Auftragswerk erwirbt oder nur eine einfache Lizenz erhält. Ohne ausdrückliche Regelung behält der externe Entwickler die Nutzungsrechte und das Auftraggeber-Unternehmen hat nur eingeschränkte Verwendungsmöglichkeiten.
Software-Audit und Lizenz-Compliance: Softwareanbieter (SAP, Oracle, Microsoft, IBM) führen regelmäßig Lizenz-Audits durch, um Überschreitungen der vereinbarten Nutzungslizenzen zu ermitteln. Der Software-Lizenzvertrag sollte Audit-Klauseln, Ankündigungsfristen und Grenzen des Audit-Rechts regeln.
Auftragswerke und Individualentwicklung (§ 69b UrhG): Wenn ein Unternehmen Software von einer externen Agentur entwickeln lässt, muss der Vertrag regeln, ob ausschließliche Nutzungsrechte am Auftragswerk erworben werden. Ohne ausdrückliche Regelung behält der externe Entwickler die Nutzungsrechte.
Was gehört in Ihr Software-Lizenzvertrag (EULA) Deutschland?
Ein rechtssicherer Software-Lizenzvertrag in Deutschland muss folgende Kernbestandteile enthalten:
Softwareidentifikation und Schutzgegenstand (UrhG § 69a): Der Vertrag muss die Software präzise identifizieren: Name, Versionsnummer, Entwicklungsstand (produktiv oder Beta), Plattform (Windows, Linux, macOS, web-basiert) und Lieferumfang (Binärcode, Quellcode, Dokumentation, Datenbanken). Die Version ist entscheidend für die Gewährleistung und den Umfang der Lizenz.
Lizenzmodell und Nutzungsumfang: Der Lizenzvertrag muss das Lizenzmodell klar definieren: Einzelplatz-, Named-User-, Concurrent-User- oder Site-Lizenz. Die Anzahl der erlaubten Installationen oder gleichzeitigen Nutzer muss präzise angegeben werden. Bei SaaS-Lizenzen: Definition der erlaubten API-Aufrufe, Datenspeichermengen und Nutzeranzahl.
Erlaubte und verbotene Nutzungshandlungen (UrhG §§ 69c, 69d): Erlaubt: bestimmungsgemäßer Gebrauch, Sicherungskopie (§ 69d Abs. 2), Fehlerbeobachtung (§ 69d Abs. 3 — Black-Box-Analyse). Verboten: Reverse Engineering (außer § 69e UrhG zur Interoperabilität), unbefugte Weitergabe, Vervielfältigung über erlaubte Kopien hinaus. § 69d UrhG enthält nicht abdingbare Mindestrechte des Nutzers (können nicht durch EULA ausgeschlossen werden).
Gebrauchthandel und Weiterverkauf (EuGH C-128/11): Die EuGH-Entscheidung UsedSoft/Oracle hat klargestellt, dass das Verbreitungsrecht nach Erstverkauf einer Software-Kopie (auch Download) erschöpft ist. EULA-Klauseln, die den Weiterverkauf vollständig verbieten, sind nach EU-Recht unwirksam. Zulässig sind: Klauseln, die den Verkäufer zur Deinstallation verpflichten; Splitting-Verbote (OEM-Auflagen, Bundles nicht trennen).
Gewährleistung und Haftung: Für den Software-Kauf gelten nach Einführung der EU-Warenkauf-RL (Richtlinie EU 2019/771, umgesetzt in § 327 ff. BGB ab 1.1.2022) für digitale Produkte spezifische Gewährleistungsregeln. Im B2B-Bereich kann die Gewährleistung auf 12 Monate verkürzt werden (von der 2-Jahres-Regelung nach § 438 BGB abweichend). Haftungsbeschränkungen für mittelbare Schäden und Datenverlust sind im B2B-Bereich zulässig, soweit nicht grobe Fahrlässigkeit oder Vorsatz.
Datenschutz (DSGVO, BDSG): SaaS-Software verarbeitet typischerweise personenbezogene Daten der Endnutzer des Lizenznehmers. Nach DSGVO Art. 28 ist ein schriftlicher Auftragsverarbeitungsvertrag (AVV) zwingend. Der Lizenzvertrag muss auf den AVV verweisen oder ihn als Anlage beifügen. Ohne AVV kann eine Geldbuße nach DSGVO Art. 83 Abs. 4 lit. a von bis zu 10 Mio. EUR oder 2% des weltweiten Jahresumsatzes verhängt werden.
Das Portal forms-legal.com stellt diesen Software-Lizenzvertrag als rechtssicheren Ausgangspunkt für Softwarehersteller und Lizenznehmer in Deutschland bereit. Bei komplexen SaaS-Architekturen mit internationalen Datentransfers (DSGVO, SCCs) oder bei Enterprise-Lizenzverträgen mit Audit-Klauseln empfiehlt sich IT-rechtliche Beratung. Verwandte Dokumente: Urheberrechts-Übertragungsvertrag und Auftragsverarbeitungsvertrag (AVV).
Open-Source-Komponenten und Lizenz-Compliance: Viele kommerzielle Softwareprodukte enthalten Open-Source-Bibliotheken (GNU GPL, LGPL, MIT, Apache 2.0, BSD). Der Software-Lizenzvertrag muss klarstellen, ob und welche Open-Source-Komponenten enthalten sind und welche Verpflichtungen daraus für den Lizenznehmer entstehen (z.B. Pflicht zur Weitergabe des Quellcodes bei GPL-lizenzierten Komponenten, Namensnennung bei MIT/Apache).
Escrow-Vereinbarungen bei betriebskritischer Software: Wenn der Lizenznehmer wirtschaftlich von der Software abhängig ist, sollte ein Software-Escrow-Vertrag (Quellcode-Hinterlegungsvertrag) vereinbart werden: Der Quellcode wird bei einem neutralen Escrow-Agenten (z.B. DSZ-IT, TÜV Rheinland Escrow) hinterlegt; bei Insolvenz des Lizenzgebers oder dauerhafter Einstellung des Supports erhält der Lizenznehmer Zugang zum Quellcode. Ohne Escrow riskiert der Lizenznehmer, bei Ausfall des Lizenzgebers ohne Wartungsmöglichkeit dazustehen.
Aktualisierungspflicht nach BGB § 327f (Digitale-Inhalte-Gesetz 2022): Bei Verbraucherverträgen über digitale Inhalte gilt eine gesetzliche Pflicht des Anbieters, Sicherheits- und Funktionsupdates bereitzustellen. Für B2B-Verträge gilt diese Pflicht nur wenn ausdrücklich vereinbart.
Open-Source-Komponenten: Viele kommerzielle Softwareprodukte enthalten Open-Source-Bibliotheken (GNU GPL, LGPL, MIT, Apache 2.0). Der Vertrag muss klarstellen, welche Open-Source-Komponenten enthalten sind und welche Verpflichtungen daraus entstehen (z.B. Pflicht zur Quellcode-Weitergabe bei GPL).
Software-Escrow bei betriebskritischer Abhängigkeit: Bei wirtschaftlicher Abhängigkeit von der Software sollte ein Quellcode-Hinterlegungsvertrag (Escrow bei DSZ-IT, TÜV Rheinland Escrow) vereinbart werden, damit der Lizenznehmer bei Insolvenz des Lizenzgebers Zugang zum Quellcode erhält. Detaillierte Regelungen sind empfehlenswert. Klare Vertragsregelungen schützen beide Parteien nachhaltig.
So füllen Sie Ihr Software-Lizenzvertrag (EULA) Deutschland aus
Das Ausfüllen des Software-Lizenzvertrags für Deutschland erfordert genaue Angaben zur Software, zum Lizenzmodell und zur Vergütungsstruktur:
Erster Schritt: Vertragsparteien. Geben Sie vollständige Angaben zu Lizenzgeber (Softwarehersteller oder Rechteinhaber) und Lizenznehmer (Unternehmen oder Privatperson) an. Prüfen Sie bei Unternehmensverträgen, ob der Lizenznehmer als Kaufmann nach HGB § 1 qualifiziert — dies beeinflusst die AGB-Kontrolle nach §§ 305–310 BGB (B2B weniger streng als B2C).
Zweiter Schritt: Softwareidentifikation und Versionierung. Tragen Sie den exakten Namen und die Versionsnummer der Software ein. Bei mehreren Modulen oder Add-ons: alle Module aufführen. Verweisen Sie auf die Produktdokumentation (Handbuch, Release Notes) als Vertragsanlage — diese definiert den Funktionsumfang für die Gewährleistung.
Dritter Schritt: Lizenzmodell und Anzahl wählen. Wählen Sie das passende Lizenzmodell: Einzelplatz für einen Benutzer, Named-User für namentlich festgelegte Mitarbeiter, Concurrent für gleichzeitige Nutzer, Site-License für alle Mitarbeiter eines Standorts, SaaS für Cloud-Zugang. Legen Sie die Anzahl präzise fest. Zu wenige Lizenzen führen zu Software-Audit-Nachforderungen.
Vierter Schritt: Laufzeit und Lizenztyp. Unterscheiden Sie zwischen Perpetual License (einmalige Zahlung, unbefristete Nutzung der lizenzierten Version) und Subscription License (laufende Gebühren, stets aktuelle Version). Bei Perpetual: stellen Sie klar, ob Wartungs- und Update-Rechte separat vergütet werden (typisch: 15–20% des Listenpreises p.a. als Wartungsgebühr). Bei Subscription: Kündigungsfristen nach § 580a BGB oder § 314 BGB klar regeln.
Fünfter Schritt: Vergütung und Zahlungsbedingungen. Legen Sie den Lizenzgebührsatz (netto) fest und vereinbaren Sie eine Zahlungsfrist (typisch: 14–30 Tage nach Rechnungsdatum). Für Subscription-Lizenzen: Regelung der automatischen Verlängerung (mit welcher Kündigungsfrist abzubestellen). Für Enterprise-Lizenzen: Preisstaffelungen nach Nutzerzahlen und Rabattstrukturen dokumentieren.
Sechster Schritt: Datenschutz und AVV. Wenn die Software personenbezogene Daten verarbeitet (CRM, HR, Marketing-Automation, E-Mail-Tools), ist ein Auftragsverarbeitungsvertrag (AVV) nach DSGVO Art. 28 Pflicht. Für SaaS-Dienste: Klären Sie, wo Daten gespeichert werden (Rechenzentrum in der EU, insbesondere Deutschland oder Irland), Backup-Konzept, Löschfristen, Datenportabilität beim Exit.
Siebter Schritt: Gewährleistung und Haftungsbeschränkung. Definieren Sie die Gewährleistungsfrist (12 Monate im B2B-Bereich zulässig als Verkürzung der gesetzlichen 2-Jahres-Frist). Regeln Sie, wie Mängel gemeldet werden müssen und welche Nacherfüllungspflicht der Lizenzgeber hat (Patch, Workaround, neue Version). Beschränken Sie die Haftung für mittelbare Schäden und Datenverlust auf den vertragstypisch vorhersehbaren Schaden.
Achter Schritt: DSGVO-Auftragsverarbeitungsvertrag prüfen. Bei SaaS-Lizenzen: Prüfen Sie, ob ein Auftragsverarbeitungsvertrag (AVV nach Art. 28 DSGVO) benötigt wird. Fehlt der AVV, drohen Bußgelder der Datenschutzaufsichtsbehörden (bis 10 Mio. EUR oder 2% des weltweiten Jahresumsatzes nach Art. 83 Abs. 4 DSGVO). Zuständige Behörden: BayLDA (Bayern), LDI NRW, BlnBDI (Berlin).
Rechtliche Anforderungen für Software-Lizenzvertrag (EULA) Deutschland
Die rechtlichen Anforderungen an den Software-Lizenzvertrag in Deutschland ergeben sich aus UrhG, BGB, DSGVO und EU-Recht.
Software-Richtlinie 2009/24/EG und UrhG §§ 69a–69g: Die Richtlinie 2009/24/EG des Europäischen Parlaments und des Rates zum Rechtsschutz von Computerprogrammen ist in Deutschland durch die §§ 69a–69g UrhG umgesetzt. Besonders relevant: § 69d UrhG enthält nicht abdingbare Mindestrechte des Nutzers (bestimmungsgemäßer Gebrauch, Sicherungskopie, Fehlerbeobachtung), die durch EULA-Klauseln nicht eingeschränkt werden können. § 69e UrhG erlaubt Dekompilierung zur Herstellung von Interoperabilität ohne Lizenz des Rechteinhabers.
DSGVO und Auftragsverarbeitungsvertrag (DSGVO Art. 28): Wenn Software personenbezogene Daten im Auftrag verarbeitet (besonders SaaS, Cloud-Software), ist nach DSGVO Art. 28 Abs. 3 ein schriftlicher Auftragsverarbeitungsvertrag zwingend, der u.a. Gegenstand, Dauer, Art und Zweck der Verarbeitung, Weisungsgebundenheit des Auftragsverarbeiters, Subunternehmer, Datensicherheit (Art. 32 DSGVO) und Löschung nach Vertragsende regelt. Ohne AVV drohen Bußgelder nach DSGVO Art. 83.
AGB-Recht (BGB §§ 305–310): Software-Lizenzverträge, die als AGB (vorformulierte Vertragsbedingungen für viele Verträge) eingesetzt werden, unterliegen der AGB-Kontrolle. Im B2C-Bereich (Verbraucher) sind strengere Klauselverbote nach §§ 308, 309 BGB zu beachten. Im B2B-Bereich gilt § 307 BGB (Unangemessene Benachteiligung). Unwirksame EULA-Klauseln im B2C-Bereich: Vollständiger Haftungsausschluss; Klausel, die Verbraucher von offensichtlichen Mängeln nach § 476 BGB abschneider; Übermaß-Haftungsbeschränkungen für Körper- und Gesundheitsschäden.
Digitale-Inhalte-Richtlinie (Richtlinie EU 2019/770, umgesetzt in BGB §§ 327–327u ab 1.1.2022): Seit dem 1. Januar 2022 gelten für Verträge über digitale Inhalte und Dienstleistungen (Streaming, Apps, SaaS, Downloads) neue BGB-Regelungen. Besonders für B2C-Software: Aktualisierungspflicht des Anbieters (§ 327f BGB — Anbieter muss Software mit Sicherheitsupdates aktuell halten), erweitertes Gewährleistungsrecht und Recht auf unentgeltliche Aktualisierungen für vereinbarte Nutzungsdauer.
Exportkontrolle (EU Dual-Use-VO Nr. 428/2009; US EAR): Bestimmte Software (Kryptographie-Software, Sicherheits-Software) unterliegt Exportbeschränkungen. Die EU-Dual-Use-Verordnung (EU-VO Nr. 428/2009, aktualisiert durch EU-VO 2021/821) listet kontrollierpflichtige Güter, Technologien und Software. Software-Lizenzverträge sollten eine Exportkontroll-Klausel enthalten, die den Lizenznehmer verpflichtet, geltende Exportkontrollvorschriften einzuhalten.
DSGVO-Pflichten bei SaaS (Art. 28 DSGVO): Wenn der Lizenznehmer über die SaaS-Software personenbezogene Daten verarbeitet, muss ein AVV abgeschlossen werden — gesetzlich zwingend vor Beginn der Verarbeitung. Außerdem gilt die EU-KI-Verordnung (AI Act, EU-VO 2024/1689) für KI-Softwaresysteme: Hochrisiko-KI-Systeme unterliegen besonderen Transparenz- und Konformitätspflichten, die in Lizenzverträgen für KI-Software berücksichtigt werden müssen.
Häufige Fehler bei Ihrem Software-Lizenzvertrag (EULA) Deutschland
Fehler bei Software-Lizenzverträgen in Deutschland führen zu Lizenzverletzungen, DSGVO-Bußgeldern und Gewährleistungsstreitigkeiten.
Fehlender Auftragsverarbeitungsvertrag (AVV) bei SaaS: Der gravierendste Fehler bei SaaS-Software-Lizenzverträgen ist das Fehlen eines DSGVO-konformen Auftragsverarbeitungsvertrags (AVV) nach Art. 28 DSGVO, wenn die Software personenbezogene Daten verarbeitet. Ohne AVV ist die gesamte Datenverarbeitungsbeziehung rechtswidrig; Bußgelder nach DSGVO Art. 83 Abs. 4 lit. a können bis zu 10 Mio. EUR oder 2% des weltweiten Umsatzes betragen. Datenschutzaufsichtsbehörden (z.B. BayLDA, LfDI Bayern, Berliner Datenschutzbeauftragter) kontrollieren dies aktiv.
Unterschätzung des Software-Lizenz-Audits: Software-Hersteller wie SAP, Oracle, IBM, Microsoft und Adobe führen regelmäßig Software-Audits (SAM-Audits) durch, um die Einhaltung von Lizenzverträgen zu überprüfen. Nicht lizenzierte Nutzer oder unterschrittene Lizenzgrenzwerte führen zu teuren Nachlizenzierungsforderungen. Präventiv: regelmäßige interne Software Asset Management (SAM)-Inventuren, klare Prozesse für die Verwaltung von Benutzerzugängen.
Verbotene EULA-Klauseln im B2C-Bereich: EULA-Klauseln, die dem Verbraucher die gesetzlichen Mindestrechte aus §§ 69d UrhG (bestimmungsgemäßer Gebrauch, Sicherungskopie) oder aus dem neuen BGB § 327f (Aktualisierungspflicht) entziehen, sind nach §§ 307–309 BGB unwirksam. Der BGH (BGH I ZR 292/10 — Preisauszeichnung im Internet) hat wiederholt klargestellt, dass die AGB-Kontrolle auch für Software-Lizenzen gilt.
Missachtung der Erschöpfungslehre (EuGH C-128/11 — UsedSoft): EULA-Klauseln, die den Weiterverkauf rechtmäßig erworbener Software-Lizenzen vollständig verbieten, sind nach der EuGH-Entscheidung UsedSoft/Oracle (C-128/11) für Erstverkäufe im EU-Markt unwirksam. Die Erschöpfungslehre gilt auch für digitale Downloads. Lizenzgeber dürfen jedoch verlangen, dass der Verkäufer seine Installation nachweislich löscht und dass Bundles nicht aufgespalten werden.
Kein klares Versionierungs- und Update-Konzept: Häufiger Streitpunkt ist die Frage, ob Software-Updates (Minor-Updates) und Software-Upgrades (Major-Versionen) von der Lizenz umfasst sind. Ohne klare Regelung entstehen Auslegungsstreitigkeiten. Empfehlung: Im Lizenzvertrag präzisieren, was als kostenpflichtige neue Version gilt (z.B. Änderung der ersten Versionsnummer) und was als kostenloser Update (Änderung der zweiten oder dritten Stelle).
Quellen und Zitate
Gesetzliche Zitate verlinken auf offizielle Regierungsquellen.
- § 453 BGBDE official
- § 438 BGBDE official
- § 580a BGBDE official
- § 314 BGBDE official
- § 307 BGBDE official
- § 476 BGBDE official
- § 327f BGBDE official
Diese Seite zitieren
Verweisen Sie auf diese kostenlose Vorlage in einem Artikel, Lehrplan oder Forschungsbericht:
Forms Legal. (2026). Software-Lizenzvertrag (EULA) Deutschland (Deutschland) [Legal document template]. Forms Legal. https://forms-legal.com/de/deutschland/business/intellectual-property/software-lizenzvertrag-eula-deutschland
"Software-Lizenzvertrag (EULA) Deutschland (Deutschland)." Forms Legal, 2026, https://forms-legal.com/de/deutschland/business/intellectual-property/software-lizenzvertrag-eula-deutschland.
@misc{formslegal-software-lizenzvertrag-eula-deutschland,
author = {{Forms Legal}},
title = {Software-Lizenzvertrag (EULA) Deutschland (Deutschland)},
year = {2026},
howpublished = {\url{https://forms-legal.com/de/deutschland/business/intellectual-property/software-lizenzvertrag-eula-deutschland}},
note = {Free legal document template}
}Häufig gestellte Fragen
Der Unterschied zwischen Perpetual License und Subscription License ist für Unternehmen in Deutschland sowohl rechtlich als auch steuerlich relevant: Perpetual License (Dauerlizenz, unbefristete Lizenz): Der Lizenznehmer zahlt eine einmalige Lizenzgebühr und erhält das unbefristete Recht, die lizenzierte Version der Software zu nutzen. Das Recht erlischt nicht, auch wenn der Hersteller die Software nicht mehr weiterentwickelt. Steuerlich: Die Lizenzgebühr wird als immaterieller Vermögensgegenstand aktiviert und über die Nutzungsdauer abgeschrieben (§ 7 EStG — typisch 3–5 Jahre nach AfA-Tabellen für Software). Wartungsgebühren (typisch 15–20% des Listenpreises p.a.) werden als laufende Betriebsausgaben sofort abgezogen. Subscription License (Abonnement-Lizenz, SaaS): Der Lizenznehmer zahlt laufende Gebühren (monatlich oder jährlich) und erhält für die Dauer des Abonnements Zugang zur stets aktuellen Software-Version. Das Nutzungsrecht endet mit Ablauf des Abonnements — eine Datenmigration ist dann erforderlich. Steuerlich: Subscription-Gebühren sind sofort als laufende Betriebsausgaben abzugsfähig (§ 4 Abs. 4 EStG), keine Aktivierungspflicht. Der Trend im Software-Markt geht stark zu Subscription-Modellen (Microsoft 365, SAP S/4HANA Cloud, Adobe Creative Cloud).
Das EuGH-Urteil vom 3. Juli 2012 in der Rechtssache C-128/11 (UsedSoft GmbH/Oracle International Corp.) ist eine der wichtigsten Entscheidungen zum europäischen Software-Urheberrecht: Grundsatz: Das Verbreitungsrecht des Urhebers nach Art. 4 Abs. 2 der Software-Richtlinie 2009/24/EG ist nach dem Erstverkauf einer Softwarekopie erschöpft — auch wenn die Kopie im Wege eines Downloads übergeben wurde. Konsequenz: Der Erstkäufer einer Software-Lizenz darf seine Kopie weiterverkaufen (Gebrauchthandel). Der neue Käufer ('Gebraucht-Lizenznehmer') darf die Software ebenfalls nutzen, wenn der Erstverkäufer seine Kopie deinstalliert hat. Bedingungen für rechtmäßigen Gebrauchthandel: (1) Der Erstverkauf muss in der EU stattgefunden haben. (2) Der ursprüngliche Lizenznehmer muss seine Kopie vollständig deinstalliert haben. (3) Bundles dürfen nicht aufgespalten werden (OEM-Software, Volumenlizenzen mit Mindestabnahme). (4) Der Käufer erwirbt genau die Rechte des ursprünglichen Käufers. BGH-Nachfolgeentscheidung (I ZR 244/97 und BGH I ZR 8/13 — Adobe, 2014): Der BGH hat die Anforderungen an den Nachweis der Deinstallation durch den Verkäufer präzisiert. Praktische Auswirkung: Gebrauchte Software-Lizenzen von Unternehmen wie UsedSoft oder Susensoftware sind in Deutschland legal, wenn die genannten Bedingungen erfüllt sind.
UrhG § 69d enthält nicht abdingbare Mindestrechen des berechtigten Softwarenutzers, die auch durch EULA-Klauseln nicht eingeschränkt werden können: Bestimmungsgemäßer Gebrauch (§ 69d Abs. 1 UrhG): Wer ein Vervielfältigungsrecht (Lizenz) an einem Computerprogramm hat, darf das Programm bestimmungsgemäß gebrauchen — einschließlich der für eine bestimmungsgemäße Benutzung notwendigen Fehlerberichtigung. Dies kann nicht vertraglich ausgeschlossen werden. Sicherungskopie (§ 69d Abs. 2 UrhG): Der berechtigte Nutzer darf eine Sicherungskopie (Back-up-Kopie) anfertigen, soweit diese für die Sicherung der zukünftigen Benutzung erforderlich ist. Auch diese Befugnis kann durch EULA nicht ausgeschlossen werden. Fehlerbeobachtung / Black-Box-Analyse (§ 69d Abs. 3 UrhG): Der berechtigte Nutzer darf die Software beobachten, untersuchen und testen, um die Ideen und Grundsätze zu erkennen, die einem Element zugrunde liegen — durch Laden, Anzeigen, Ausführen des Programms. Auch diese Untersuchung ist nicht ausschließbar. Dekompilierung zur Interoperabilität (§ 69e UrhG): Zur Herstellung der Interoperabilität eines eigenentwickelten Computerprogramms mit anderen Programmen darf ohne Lizenz des Rechteinhabers Quellcode durch Dekompilierung gewonnen werden, wenn die erforderlichen Informationen nicht anderweitig zugänglich sind. Bedingung: Nur für Interoperabilitätszwecke, nicht für andere Zwecke.
SaaS-Software-Lizenzverträge in Deutschland müssen die Anforderungen der DSGVO (EU-Datenschutz-Grundverordnung, EU-VO 2016/679) und des BDSG (Bundesdatenschutzgesetz) erfüllen, wenn personenbezogene Daten verarbeitet werden: Auftragsverarbeitungsvertrag (AVV) nach DSGVO Art. 28: Zwischen dem SaaS-Anbieter (Auftragsverarbeiter) und dem Unternehmenskunden (Verantwortlicher) muss ein schriftlicher AVV geschlossen werden. Pflichtinhalte des AVV nach Art. 28 Abs. 3 DSGVO: Gegenstand und Dauer der Verarbeitung, Art und Zweck der Verarbeitung, Art der personenbezogenen Daten, Kategorien der betroffenen Personen, Pflichten und Rechte des Verantwortlichen, Weisungsgebundenheit des Auftragsverarbeiters, Vertraulichkeitsverpflichtung, Sicherheitsmaßnahmen (Art. 32 DSGVO), Subunternehmer-Regelung, Unterstützung bei Betroffenenrechten (Art. 12–22 DSGVO), Datenlöschung nach Vertragsende, Audit-Rechte des Verantwortlichen. Datenübertragung in Drittländer (DSGVO Art. 46): Wenn der SaaS-Anbieter Daten in Nicht-EU-Länder überträgt (z.B. USA), müssen geeignete Schutzmaßnahmen nach Art. 46 DSGVO vorhanden sein: EU-Standardvertragsklauseln (SCC — Standard Contractual Clauses, aktualisiert 2021), Binding Corporate Rules (BCR) oder ein gültiger Angemessenheitsbeschluss (z.B. EU-US Data Privacy Framework, 2023). Ohne diese Rechtsgrundlage sind Datentransfers in die USA rechtswidrig.
Ein Software-Audit (auch SAM-Audit — Software Asset Management Audit) ist eine Prüfung durch den Softwarehersteller oder einen beauftragten Prüfer (z.B. KPMG, Deloitte im Auftrag von SAP oder Microsoft), ob ein Unternehmen mehr Lizenzen nutzt als es erworben hat. Rechtliche Grundlage für Audits: Lizenzverträge großer Softwarehersteller enthalten typischerweise Audit-Klauseln, die dem Hersteller das Recht geben, nach Ankündigung (typisch 30 Tage) ein Audit durchzuführen. Der Lizenznehmer ist verpflichtet, alle relevanten Informationen bereitzustellen (Installationsdaten, Nutzerlisten, Systemdaten). Häufige Audit-Trigger: Unternehmensübernahmen (Merger & Acquisitions — bei M&A gehen Lizenzen nicht automatisch auf das übernehmende Unternehmen über). Personalwachstum (mehr Nutzer als lizenziert). Wechsel von On-Premises zu Cloud (Lizenzmodellwechsel). Ablauf von Lizenzzeiträumen. Schutzmaßnahmen: Software Asset Management (SAM)-Prozess etablieren: regelmäßige Inventarisierung aller installierten Programme, Abgleich mit vorhandenen Lizenzen, Prozess für Onboarding/Offboarding von Mitarbeitern. Bei einem Audit: Kooperieren, aber eigene SAM-Daten als Gegenprüfung bereithalten. Rechtsbeistand durch spezialisierte IT-Anwälte bei größeren Nachforderungen einschalten.
Bei der Integration von Open-Source-Software in proprietäre Produkte müssen die Lizenzbedingungen der Open-Source-Komponenten sorgfältig geprüft werden. Die wichtigsten Open-Source-Lizenztypen und ihre Kompatibilität mit proprietärer Software: MIT-Lizenz und BSD-Lizenzen: Permissive Lizenzen ohne Copyleft-Effekt. Erlauben die Integration in proprietäre Software, auch wenn das Produkt nicht unter Open-Source-Bedingungen veröffentlicht wird. Lediglich ein Copyright-Hinweis muss beibehalten werden. Apache License 2.0: Permissiv, explizite Patenrlizenz inklusive. Kompatibel mit proprietärer Software. GNU Lesser General Public License (LGPL): Schwaches Copyleft. Erlaubt die Nutzung als dynamisch gelinkte Bibliothek in proprietärer Software, ohne dass diese GPL werden muss. Bei statischem Linken oder Modifikation der LGPL-Komponente: stärkere Anforderungen. GNU General Public License (GPL) v2 und v3: Starkes Copyleft. Wenn GPL-lizenzierter Code in proprietäre Software integriert wird (statisches oder dynamisches Linken), muss das gesamte Produkt unter GPL-Bedingungen veröffentlicht werden ('Copyleft-Effekt'). AGPL (Affero GPL): Stärkstes Copyleft, gilt auch für Nutzung über das Netzwerk (SaaS). Nutzer, die auf AGPL-Software über das Netzwerk zugreifen, haben Anspruch auf den Quellcode. Empfehlung: Bei Produktentwicklung Open-Source-Komponenten im Software Composition Analysis (SCA)-Tool (z.B. FOSSA, Black Duck) tracken; Lizenzkonflikte frühzeitig erkennen.
Softwareentwicklungsverträge (Werkverträge nach BGB § 631 oder Dienstverträge nach BGB § 611) für Auftragswerke haben eine zentrale Besonderheit im deutschen Urheberrecht: Grundsatz: Das Urheberrecht an einer auftragsgemäß entwickelten Software verbleibt beim Entwickler (Auftragnehmer), nicht beim Auftraggeber. Der Auftraggeber erhält nur die Nutzungsrechte, die im Entwicklungsvertrag ausdrücklich vereinbart wurden. Für Arbeitnehmer-Entwickler gilt UrhG § 69b: Computerprogramme, die ein Arbeitnehmer in Ausübung seiner Dienstaufgaben entwickelt, stehen dem Arbeitgeber zur ausschließlichen Nutzung zu — keine zusätzliche Vergütung. Freelancer-Entwickler haben volle Urheberrechte und übertragen nur die vertraglich vereinbarten Nutzungsrechte. Risiko ohne ausdrückliche Regelung: Wenn der Entwicklungsvertrag die Nutzungsrechte nicht explizit regelt, gilt der Zweckübertragungsgrundsatz nach UrhG § 31 Abs. 5: Der Auftraggeber erhält nur die für den vertraglich vorgesehenen Zweck erforderlichen Rechte — z.B. das Recht, die Software im eigenen Unternehmen zu betreiben, aber nicht das Recht, sie weiterzuverkaufen oder Unterlizenzen zu vergeben. Empfehlung: Entwicklungsverträge sollten alle gewünschten Nutzungsrechte explizit auflisten (auch Weiterentwicklungsrechte, Recht zur Vergabe von Unterlizenzen, Recht zur Übertragung an Käufer im M&A-Kontext) und die Übergabe von Quellcode und Entwicklungsdokumentation regeln.
Seit dem 1. Januar 2022 gilt in Deutschland das neue Recht für Verträge über digitale Inhalte und Dienstleistungen (BGB §§ 327–327u), das die EU-Digitale-Inhalte-Richtlinie 2019/770 umsetzt. Für B2C-Softwareverträge (Verbraucher als Lizenznehmer) gilt eine wichtige neue Pflicht des Anbieters: Aktualisierungspflicht (§ 327f BGB): Der Anbieter ist verpflichtet, während des Zeitraums, den der Verbraucher vernünftigerweise erwarten kann, Aktualisierungen bereitzustellen, die für die Aufrechterhaltung der Vertragsmäßigkeit des digitalen Produkts erforderlich sind — insbesondere Sicherheitsupdates. Bei einem unbefristeten Vertrag: 'angemessener Zeitraum' nach Kauf, je nach Produkttyp. Bei einem Zeitabonnement: für die gesamte Laufzeit des Abonnements. Folge bei Nichterfüllung: Kommt der Anbieter der Aktualisierungspflicht nicht nach und führt dies zu einem Mangel, kann der Verbraucher Nacherfüllung, Minderung, Rücktritt oder Schadensersatz verlangen (§§ 327e ff. BGB). Für B2B-Verträge (zwischen Unternehmen) gilt die Aktualisierungspflicht nach § 327 BGB nicht automatisch — hier regeln die Parteien die Wartungs- und Update-Pflichten im Lizenz- und Wartungsvertrag individuell. Empfehlung für Softwarehersteller: Im B2B-Lizenzvertrag klar regeln, wie lange und in welchem Umfang Updates und Sicherheitspatches bereitgestellt werden, um Gewährleistungsstreitigkeiten zu vermeiden.
Diese Vorlage dient ausschließlich Informationszwecken und stellt keine Rechtsberatung dar. Gesetze sind je nach Rechtsordnung unterschiedlich und ändern sich im Laufe der Zeit. Konsultieren Sie für Ihren konkreten Fall einen qualifizierten Rechtsanwalt.Vollständiger Haftungsausschluss
Fehler gefunden? Sagen Sie uns BescheidVerwandte Dokumente
Diese Dokumente könnten ebenfalls nützlich sein:
Urheberrechts-Übertragungsvertrag / Nutzungsrechtsvertrag Deutschland
Nutzungsrechtsvertrag (Urheberrecht) für Deutschland nach UrhG §§ 31, 32, 32a, 40. Regelt Einräumung von Nutzungsrechten (einfach oder ausschließlich), angemessene Vergütung, Urheberpersönlichkeitsrechte (§§ 11, 14 UrhG) und gesetzliches Rücktrittsrecht.
Auftragsverarbeitungsvertrag (AVV) Deutschland
Auftragsverarbeitungsvertrag (AVV) für Deutschland — zwingend erforderlich nach DSGVO Art. 28, wenn ein Verantwortlicher einen Auftragsverarbeiter einsetzt. Enthält Weisungsrecht, technisch-organisatorische Maßnahmen (TOMs), Subauftragnehmer-Genehmigung, Datenpannenmeldung und Prüfungsrechte.