Was ist ein Software License Agreement?

Ein Software License Agreement, auf Deutsch ein Softwarelizenzvertrag, ist ein Vertrag, in dem der Inhaber eines Computerprogramms einer anderen Partei das Recht einräumt, dieses Programm zu festgelegten Bedingungen zu nutzen, während er Inhaber der Software selbst bleibt. Der Vertrag legt fest, wofür die Software genutzt werden darf, von wie vielen Personen oder auf wie vielen Rechnern, wie lange, zu welchem Preis, und was geschieht, wenn eine der beiden Seiten aussteigen möchte.

Der Vertrag ist deshalb notwendig, weil Software urheberrechtlich geschützt ist. In den Vereinigten Staaten stehen dem Rechteinhaber die ausschließlichen Rechte zu, ein Werk zu vervielfältigen, Bearbeitungen anzufertigen und Kopien zu verbreiten [1]. Installieren, Kopieren oder Anpassen eines Programms berührt diese Rechte. Die Lizenz ist die Erlaubnis, die die Nutzung rechtmäßig macht, und ihr Wortlaut ist die Grenze dessen, was ein Unternehmen tatsächlich tun darf.

Diese Unterscheidung hat Folgen. US-Bundesgerichte haben entschieden, dass ein Softwarenutzer Lizenznehmer und nicht Eigentümer eines Vervielfältigungsstücks ist, wenn der Rechteinhaber eine Lizenz erteilt, die Übertragung erheblich einschränkt und spürbare Nutzungsbeschränkungen auferlegt. Nach dieser Argumentation kann sich ein Lizenznehmer weder auf die First Sale Doctrine noch auf die Essential-Step-Einrede nach Section 117 berufen, und seine Rechte ergeben sich allein aus den Bedingungen seines Lizenzvertrags [2]. Software zu kaufen und Software zu besitzen ist nicht dasselbe.

Dasselbe Instrument trägt mehrere Namen, und die Unterschiede betreffen vor allem, wer unterschreibt und wie verhandelbar die Bedingungen sind.

Bezeichnung	Was in der Regel dahintersteckt
Software License Agreement (SLA)	Der Oberbegriff für den Vertrag, der Nutzungsrechte einräumt
End User License Agreement (EULA)	Das nicht verhandelbare Standardformular bei Installation oder Anmeldung
Enterprise- oder Volumenlizenzvertrag	Ein ausgehandelter Vertrag für eine Organisation, die in großem Umfang einkauft
Abonnement- oder SaaS-Vertrag (Software as a Service)	Zugang auf Zeit, meist beim Anbieter gehostet
Dauerlizenz	Das Recht, eine bestimmte Version unbefristet zu betreiben, Support separat
Open-Source-Lizenz	Eine öffentliche Lizenz mit weitreichenden Rechten unter Bedingungen

Zwei Begriffsfallen sind erwähnenswert. Erstens wird die Abkürzung SLA im Software Asset Management für Software License Agreement verwendet [3], während SLA in den meisten Vertragskontexten für Service Level Agreement steht, ein anderes Dokument über Verfügbarkeit und Reaktionszeiten. Klären Sie, welches von beiden eine Gegenseite meint, bevor Sie antworten. Zweitens ist ein EULA eine Art von Softwarelizenzvertrag und keine eigene Gattung: es ist die standardisierte Fassung, die dem Endnutzer vorgelegt wird [3].

Auch Open-Source-Lizenzen sind Softwarelizenzverträge, mit ungewöhnlicher Ökonomie. Um nach der Definition der Open Source Initiative als Open Source zu gelten, muss eine Lizenz die freie Weiterverbreitung erlauben, den Quellcode verfügbar machen und Änderungen sowie abgeleitete Werke zulassen [4]. Die Pflichten bestehen eher in Namensnennung und Verbreitungsbedingungen als in Gebühren, und genau deshalb werden sie übersehen.

Zweck und typische Anwendungsfälle

Der Vertrag erfüllt vier Aufgaben gleichzeitig. Er erteilt eine Erlaubnis, die das Urheberrecht sonst vorenthalten würde. Er begrenzt diese Erlaubnis, damit der Anbieter unterschiedliche Nutzungsumfänge zu unterschiedlichen Preisen verkaufen kann. Er verteilt Risiken über Gewährleistungs-, Freistellungs- und Haftungsklauseln. Und er bestimmt den kaufmännischen Takt: was gezahlt wird, wann, und wie sich die Beziehung verlängert oder endet.

Typische Situationen, in denen einer auftaucht:

• Ein Unternehmen abonniert ein SaaS-Produkt und akzeptiert die Bedingungen bei der Anmeldung.
• Ein Anbieter und ein Kunde verhandeln einen Enterprise-Vertrag über viele Produkte und Geschäftsbereiche hinweg.
• Software wird in Hardware eingebettet oder an Dritte weiterverkauft, wofür in der Regel ein gesonderter Vertriebs- oder Reseller-Vertrag erforderlich ist.
• Eine Entwicklerin lizenziert eine Komponentenbibliothek in ein kommerzielles Produkt hinein.
• Eine öffentliche Stelle beschafft kommerzielle Software. Die US-Bundesbeschaffungsregeln sehen vor, dass kommerzielle Computersoftware unter den Lizenzen erworben wird, die üblicherweise der Öffentlichkeit gewährt werden, soweit diese Lizenzen mit Bundesrecht vereinbar sind [5].

Parteien der Vereinbarung

Es gibt zwei benannte Parteien und mehrere weitere, deren Verhalten der Vertrag regelt, ohne dass sie unterschreiben.

Der Lizenzgeber hält oder kontrolliert die Rechte an der Software. Er erteilt die Lizenz und verpflichtet sich typischerweise, die Software bereitzustellen, den vereinbarten Support zu leisten, Ansprüche wegen Verletzung geistigen Eigentums abzuwehren und dort, wo er Kundendaten verarbeitet, die Datenschutzpflichten einzuhalten.

Der Lizenznehmer erhält das Nutzungsrecht. Seine Pflichten sind in der Regel, Gebühren zu zahlen, innerhalb des lizenzierten Umfangs zu bleiben, Zugangsdaten und vertrauliche Informationen zu schützen, Nutzungsbeschränkungen zu beachten und bei der Lizenzprüfung mitzuwirken.

Über die Unterschriften hinaus erfasst der Vertrag meist auch autorisierte Nutzer wie Beschäftigte und externe Kräfte, verbundene Unternehmen des Lizenznehmers und mitunter Endkunden, wenn der Lizenznehmer einbetten oder weiterverkaufen darf. Der Lizenznehmer bleibt normalerweise für deren Einhaltung verantwortlich. Das ist die Klausel, die das unachtsame Verhalten eines einzelnen Teams in eine Haftung der unterzeichnenden Gesellschaft verwandelt.

Wichtige Bedingungen und Klauseln

Dies sind allgemeine Informationen zum Aufbau solcher Verträge, keine Rechtsberatung zu einem konkreten Vertrag.

Lizenzeinräumung. Der Kernsatz. Prüfen Sie, ob die Lizenz ausschließlich oder nicht ausschließlich, unbefristet oder zeitlich begrenzt, weltweit oder territorial, übertragbar oder nicht ist und ob Unterlizenzierung erlaubt wird.

Umfang und Lizenzmetriken. Was gezählt wird: benannte Nutzer, gleichzeitige Nutzer, CPU-Kerne (Central Processing Unit), Geräte, Umgebungen, Transaktionsvolumen oder Umsatzstufe. Die Metrik ist das, was ein Anbieter im Auditfall misst.

Beschränkungen. Übliche Verbote betreffen Reverse Engineering, Benchmarking, die Weitergabe von Zugängen außerhalb der lizenzierten Gruppe, die Nutzung als Dienstleistungsrechenzentrum und das Entfernen von Schutzrechtsvermerken.

Geistiges Eigentum und Inhaberschaft. Bestätigt, dass der Lizenzgeber die Rechtsinhaberschaft behält, und regelt, wem Feedback, Konfigurationen sowie Kundendaten oder Ergebnisse gehören.

Gebühren, Nachlizenzierung und Erhöhungen. Preis, Abrechnungsrhythmus, was zusätzliche Gebühren bei Nutzung über den Umfang hinaus auslöst, und eine gedeckelte oder ungedeckelte Erhöhung bei Verlängerung.

Support, Wartung und Serviceniveaus. Häufig eine eigene Anlage. Wo Zusagen zu Verfügbarkeit und Reaktionszeiten bestehen, stehen sie meist in einem Service Level Agreement zum Hauptvertrag.

Gewährleistungen und Haftungsausschlüsse. Was der Anbieter zusagt, dass die Software leisten wird, für wie lange, und was ausdrücklich ausgenommen ist.

Freistellungen. Meist stellt der Lizenzgeber von Ansprüchen Dritter wegen geistigen Eigentums frei, und der Lizenznehmer stellt von missbräuchlicher Nutzung frei.

Haftungsbeschränkung. Höchstbeträge und Ausschlüsse sowie die Ausnahmen, in denen die Begrenzung nicht gilt.

Audit- und Prüfrechte. Das Recht des Anbieters, die Nutzung zu prüfen, die erforderliche Ankündigung und wer für Unterdeckungen zahlt.

Laufzeit, Verlängerung und Kündigung. Weiter unten behandelt, weil dort das meiste operative Geld verloren geht.

Datenschutz und Sicherheit. Wo der Anbieter personenbezogene Daten verarbeitet, steht neben der Lizenz üblicherweise ein Auftragsverarbeitungsvertrag.

Eine strukturelle Anmerkung zu Sicherungskopien. In den Vereinigten Staaten gilt die Erlaubnis zur Archivkopie nach Section 117 für den Eigentümer eines Vervielfältigungsstücks, und alle Archivkopien sind zu vernichten, sobald der fortgesetzte Besitz nicht mehr rechtmäßig ist [1]. In der Europäischen Union ist die Lage anders: eine Sicherungskopie durch eine Person, die zur Benutzung des Programms berechtigt ist, darf vertraglich nicht untersagt werden, soweit sie für diese Benutzung erforderlich ist, und der Erstverkauf einer Kopie in der Union durch den Rechtsinhaber erschöpft das Verbreitungsrecht für diese Kopie [6]. Die Rechtsordnung ändert die Antwort, lesen Sie also die Rechtswahlklausel, bevor Sie eine der beiden Regeln unterstellen.

Wichtige Termine und Ereignisse im Lebenszyklus

Softwarelizenzverträge werden von Terminen bestimmt, und diese Termine stehen selten in demselben Dokument wie die Unterschriftsseite.

• Wirksamkeitsdatum und Laufzeitbeginn. Mal das Datum des Bestellformulars, mal die Bereitstellung, mal das Ende eines Pilotbetriebs.
• Ende der Abonnement- oder Lizenzlaufzeit. Das Datum, an dem die Rechte enden, wenn nichts geschieht.
• Datum der automatischen Verlängerung. Die meisten Abonnementverträge verlängern sich automatisch, sofern nicht gekündigt wird.
• Frist für die Nichtverlängerung. Die eigentliche Deadline. Sie liegt Wochen oder Monate vor dem Verlängerungsdatum, und wird sie versäumt, ist das Unternehmen eine weitere volle Laufzeit gebunden.
• Ankündigungsdatum für Preiserhöhungen. Wo der Anbieter eine Erhöhung ankündigen muss, bevor er sie anwenden darf.
• Termine für Nachlizenzierung oder Nutzungsmeldung. Regelmäßiger Abgleich der tatsächlichen Nutzung mit der Berechtigung.
• Verlängerung von Support oder Wartung. Bei Dauerlizenzen läuft das oft in einem eigenen Zyklus.
• Ankündigungsfristen für Audits. Die Vorlaufzeit, die der Anbieter vor einer Prüfung einhalten muss.
• Pflichten nach Vertragsende. Löschung oder Rückgabe von Software und Daten sowie eine etwaige Abwicklungs- oder Übergangsphase.

Jeder dieser Punkte gehört einer Person, nicht einem Ordner. Die Verlängerungsentscheidung liegt beim Einkauf, der Nutzungsabgleich bei der IT (Informationstechnologie), und die Löschbestätigung häufig bei der Sicherheitsfunktion.

Risiken und häufige Fehler

Stillschweigende automatische Verlängerung. Das Kündigungsfenster schließt sich, die Laufzeit verlängert sich, und das Budget ist gebunden, bevor jemand bewertet hat, ob das Werkzeug überhaupt noch genutzt wird.

Unbemerktes Wachstum der Nutzung. Ein Team fügt Nutzer hinzu, startet eine zweite Umgebung oder verlagert eine Last auf mehr Kerne. Die Nutzung wächst organisch, die Berechtigung nicht.

Unvorbereitete Audits. Anbieteraudits sind häufig und teuer. Der 2026 State of ITAM Report (IT Asset Management) von Flexera stellte fest, dass 48 Prozent der befragten Organisationen im vergangenen Jahr auditiert wurden, dass 64 Prozent der auditierten Organisationen Microsoft-Audits meldeten und dass 44 Prozent der Befragten über drei Jahre mehr als eine Million Dollar für Audits ausgaben [7]. Derselbe Report stellte fest, dass nur 36 Prozent der Organisationen vollständigen Überblick über ihre IT-Landschaft haben [7].

Eine unterzeichnete Lizenz für einen Kauf halten. Wie die Unterscheidung zwischen Lizenznehmer und Eigentümer zeigt, können Weiterverkauf, Übertragung und sogar bestimmtes Kopieren so eingeschränkt sein, dass Teams überrascht werden, die glauben, die Software gekauft zu haben [2].

Den Dokumentensatz verlieren. Eine Lizenzbeziehung besteht meist aus einem Rahmenvertrag plus Bestellformularen, Nachträgen, Supportanlagen und einem Auftragsverarbeitungsvertrag. Wird nur der Rahmenvertrag abgelegt, fehlen genau die kaufmännischen Bedingungen, die tatsächlich gelten.

Ungesteuerte Open-Source-Pflichten. Bedingungen zu Namensnennung und Quellcodeverfügbarkeit kommen ohne Rechnung, also erinnert nichts an eine Prüfung, bis ein Kunde oder ein Erwerber danach fragt [4].

Kein Verantwortlicher. Das häufigste Versagen ist keine schlechte Klausel. Es ist ein unterzeichneter Vertrag, für den niemand verantwortlich gemacht wurde.

Verwandte Vertragsarten

• Ein Master Service Agreement (MSA) regelt eine laufende Dienstleistungsbeziehung und ist häufig das Elterndokument, an dem Bestellformulare hängen. Eine Softwarelizenz gewährt Nutzungsrechte, ein MSA regelt, wie Leistungen erbracht werden.
• Ein Service Level Agreement definiert Leistungszusagen, Gutschriften und Rechtsbehelfe. Es hängt in der Regel an einer Lizenz oder einem Abonnement, statt sie zu ersetzen.
• Ein Auftragsverarbeitungsvertrag regelt, wie der Anbieter personenbezogene Daten im Auftrag des Kunden verarbeitet.
• Ein Software-Reseller-Vertrag berechtigt einen Dritten, die Software zu verkaufen oder zu vertreiben, was eine gewöhnliche Endnutzerlizenz nicht tut.
• Ein EULA ist ein Softwarelizenzvertrag in standardisierter Klick-Zustimmungsform, keine eigenständige Vertragsart [3].

Checkliste für das Vertragsmanagement

Arbeiten Sie diese an einem realen Vertrag ab, nicht aus dem Gedächtnis.

1. Legen Sie den gesamten Satz ab. Bringen Sie den Rahmenvertrag, jedes Bestellformular, Nachträge, die Supportanlage und den Auftragsverarbeitungsvertrag in ein durchsuchbares Vertragsarchiv und verknüpfen Sie sie als eine Beziehung.
2. Erfassen Sie Lizenzmetrik und Menge. Halten Sie fest, was gezählt wird und wie die genaue Berechtigung lautet, damit eine Nutzungsfrage beantwortet werden kann, ohne das PDF erneut zu öffnen.
3. Extrahieren Sie die risikotragenden Bedingungen. Erfassen Sie Lizenzumfang, Beschränkungen, Gebühren und Erhöhungsmechanik, Auditrechte, Fristen und Haftungshöchstbeträge als strukturierte Felder. Vertragsdatenextraktion macht daraus einen wiederholbaren Schritt statt einer Leseübung.
4. Terminieren Sie die Kündigungsfrist, nicht das Verlängerungsdatum. Setzen Sie die Erinnerung so weit vor der Kündigungsfrist, dass eine echte Entscheidung möglich ist, und senden Sie sie an die Person, die sie treffen kann.
5. Benennen Sie pro Vertrag einen Verantwortlichen. Eine Person, die für Verlängerung, Nutzung und Auditreaktion einsteht.
6. Gleichen Sie die Nutzung vor jeder Verlängerung ab. Vergleichen Sie tatsächliche Nutzer, Geräte oder Umgebungen mit der Berechtigung und schließen Sie die Lücke, bevor der Anbieter sie findet.
7. Sammeln Sie Auditnachweise laufend. Berechtigungsnachweise, Rollout-Aufzeichnungen und Korrespondenz, aufbewahrt dort, wo sie schnell vorgelegt werden können.
8. Prüfen Sie Pflichten in festem Rhythmus. Quartalsweise bei großen Verträgen, jährlich beim Rest. Prüfen Sie Open-Source-Pflichten bei derselben Gelegenheit.
9. Bestätigen Sie, dass die Schritte nach Vertragsende tatsächlich erfolgt sind. Löschung, Rückgabe und Entzug von Zugängen sind Pflichten, keine Absichten.

Die operative Schritt-für-Schritt-Fassung dazu finden Sie unter Softwarelizenzverträge verwalten. Für das größere Lieferantenbild behandelt Lieferantenvertragsmanagement dieselbe Disziplin über ein vollständiges Lieferantenportfolio hinweg.

Contracko arbeitet auf der Vertragsseite der Softwarelizenzierung. Es speichert unterzeichnete Lizenzen und die zugehörigen Dokumente, extrahiert die wichtigsten Bedingungen und Termine mit künstlicher Intelligenz (KI) und erinnert die richtige Person, bevor sich ein Kündigungsfenster schließt. Es erkennt keine installierte Software und zählt keine Installationen, denn das ist die Aufgabe von Software-Asset-Management-Werkzeugen. Wenn die Lücke darin besteht, die Verträge selbst nachzuhalten, starten Sie eine kostenlose Testphase und laden Sie einige Lizenzverträge hoch, um zu sehen, was dabei herauskommt.

Quellen

[1] U.S. Code, Title 17, Sections 106 und 117 (ausschließliche Rechte des Rechteinhabers; Grenzen für das Kopieren und für Archivkopien von Computerprogrammen durch den Eigentümer eines Vervielfältigungsstücks). law.cornell.edu/uscode/text/17/117

[2] United States Court of Appeals for the Ninth Circuit, Vernor v. Autodesk, Inc., 621 F.3d 1102 (2010) (dreiteiliger Test für Lizenznehmer gegenüber Eigentümer sowie die Unanwendbarkeit der First-Sale- und Essential-Step-Einreden für Lizenznehmer). cdn.ca9.uscourts.gov/datastore/opinions/2010/09/10/09-35969.pdf

[3] Flexera, Glossareintrag zu Software License Agreements (SLA-Terminologie und das Verhältnis zwischen SLA und EULA). flexera.com/resources/glossary/what-is-a-software-license-agreement

[4] Open Source Initiative, The Open Source Definition (freie Weiterverbreitung, Verfügbarkeit des Quellcodes und abgeleitete Werke). opensource.org/osd

[5] U.S. Federal Acquisition Regulation 27.405-3 (kommerzielle Computersoftware, erworben unter den üblicherweise der Öffentlichkeit gewährten Lizenzen). acquisition.gov/far/27.405-3

[6] Europäische Union, Directive 2009/24/EC über den Rechtsschutz von Computerprogrammen (Erschöpfung des Verbreitungsrechts und die Sicherungskopie, die vertraglich nicht untersagt werden darf). eur-lex.europa.eu/legal-content/EN/TXT/?uri=CELEX:32009L0024

[7] Flexera, 2026 State of ITAM Report (Audithäufigkeit, Auditkosten, Anbietermix und Überblick über die IT-Landschaft). flexera.com/blog/it-asset-management/state-of-itam-2026-audits

Die Bilder in diesem Artikel wurden mithilfe von KI erstellt.