Irrtümer
Was Teams annehmen vs. was Lizenzen verlangen
Open Source wird oft als Erlaubnis zum Ausliefern behandelt. In der Praxis ist jede Bibliothek, Schriftart, jedes SDK oder Skript, das Sie bündeln, eine Lizenz mit Hinweis-, Namensnennungs- oder Copyleft-Regeln, die sich je nach Komponente unterscheiden.
Die Karten unten stellen gängigen Annahmen gegenüber, was diese Lizenzen tatsächlich verlangen, bevor ein Kunde, Auditor oder Erwerber nachfragt.
Zuletzt aktualisiert: 2. Juli 2026
Open Source bedeutet nicht, dass es keine rechtlichen Pflichten gibt.
Es bedeutet, dass die Pflichten standardisiert, öffentlich und durchsetzbar sind, oft ohne dass irgendjemand im Team sie gelesen hat.
Annahme
„Es ist Open Source. Wir können es ausliefern.“
Realität
Jede Komponente kommt mit Bedingungen. Freizügige Lizenzen verlangen trotzdem Copyright- und Lizenzhinweise bei der Weitergabe. Copyleft-Lizenzen können Quellcode-Angebote, Lizenz-Weitergabe und Verbreitungsanalyse verlangen. Niemals eine Fußnote in einem Wiki.
Annahme
„Wir sind SaaS, also gelten Lizenzen nicht für uns.“
Realität
Manche Pflichten sind bei reiner Netzwerknutzung leichter; viele nicht. GPL, LGPL, Apache-Namensnennung in Installern, Weiterverbreitung von Schriftarten und Asset-Namensnennung zählen weiterhin. Und Kunden fragen weiterhin, was Sie ausliefern und was Sie bündeln.
Annahme
„Recht kümmert sich darum, wenn es wichtig ist.“
Realität
Recht kann nicht operationalisieren, was Engineering nie erfasst hat. Paketlisten ändern sich mit jedem Sprint; Schriftarten, Icons und SDKs tauchen darin oft nie auf. Bis der Rechtsbeistand einbezogen wird, ist das Release bereits draußen.
Annahme
„Wir haben eine LICENSE-Datei im Repository.“
Realität
Die Lizenz Ihres Repositorys ist Ihre eigene. Nicht die Ihrer Abhängigkeiten. Eine einzelne Namensnennungsdatei von vor drei Jahren beschreibt nicht, was Kunden heute herunterladen.
Annahme
„npm update ist nur ein Patch, an der Compliance ändert sich nichts.“
Realität
Ein Versions-Update kann die geltende Lizenz ändern, Copyleft hinzufügen oder Pflichten komplett austauschen. Routineupdates sind einer der häufigsten Wege, wie Compliance bricht, ohne dass es jemand bemerkt.