Beginnen Sie mit den Lizenzpflichten.
Erfahren Sie, welche Anforderungen gelten, wer verantwortlich ist und welche Nachweise Sie benötigen, bevor ein Käufer danach fragt.
Zuletzt aktualisiert: 2. Juli 2026
Themen in diesem Bereich
Vertiefende Beiträge zu typischen Irrtümern, wachsenden Drittanbieter-Beständen, Auslieferungswegen, Zuständigkeiten und geschäftlichen Folgen.
- IrrtümerWarum Open Source keine Freigabe zum Ausliefern ist und welche Annahmen Teams treffen, bis Beschaffung oder Recht nachfragen.Irrtümer lesen
- Was sich ansammeltHunderte npm-Pakete, Schriftarten, Icons und SDKs sowie die Auslöser, die Teams irgendwann zum genauen Hinsehen zwingen.Ansammlung ansehen
- OberflächenWebsites, mobile Apps, Desktop-Installer und eingebettete Produkte: Was sich auf welcher Oberfläche ansammelt.Oberflächen ansehen
- Wer verantwortlich istEntwicklung, Recht und kundenorientierte Rollen sowie die Frage, wann Lizenzpflichten für Ihre Organisation gelten.Zuständigkeiten ansehen
- Geschäftliche AuswirkungenVerzögerte Abschlüsse, Überraschungen bei Prüfungen und trügerische Sicherheit: Was schiefgeht, wenn niemand das tatsächlich Ausgelieferte in geregelte Abläufe überführt.Auswirkungen ansehen
- Rechtliche FolgenUnterlassungsverfügungen, Schadensersatz, erzwungene Offenlegung und Verträge, die ins Stocken geraten, wenn Lizenzpflichten nicht erfüllt werden.Rechtliche Folgen ansehen
- Namensnennung & HinweiseHinweis, Namensnennung und vollständiger Lizenztext sind drei unterschiedliche Pflichten. Was jede einzelne davon erfüllt.Erklärung lesen
- Copyleft-GrundlagenGPL, LGPL und AGPL verständlich erklärt: Wann welche Lizenz greift und wozu sie Sie verpflichtet.Copyleft-Grundlagen lesen
- Die Compliance-Seite erklärtWas eine kundenseitige Lizenzseite enthalten muss und warum eine interne Tabelle dafür nicht ausreicht.Ansehen, was dazugehört
Warum es wichtig ist
Die meisten Teams bestehen Sicherheitsaudits, können aber trotzdem nicht belegen, dass Drittanbieter-Lizenzpflichten mit dem, was sie ausliefern, aktuell bleiben. Die Lücke liegt nicht am fehlenden Einsatz: Pflichten aus Hunderten von Abhängigkeiten, Schriftarten und SDKs wurden nie mit dem abgeglichen, was tatsächlich ausgeliefert wird.
Open Source bedeutet nicht, dass keine rechtlichen Pflichten bestehen. Jede Komponente ist eine Lizenzvereinbarung mit Hinweis-, Namensnennungs- und manchmal Copyleft-Regeln, die das Entwicklungsteam mit jedem Sprint verändert.
Häufige Fragen
Ist die Nutzung von Open Source dasselbe wie die Erlaubnis, sie auszuliefern?
Nein. Open Source gewährt Nutzung unter bestimmten Lizenzbedingungen: Hinweispflichten, Namensnennung, Copyleft-Regeln oder Verbreitungsgrenzen. Das kann sich von Komponente zu Komponente unterscheiden.
Wer ist für Lizenz-Compliance verantwortlich?
Verantwortlich ist die Organisation, die die Software verbreitet, nicht ein einzelner Entwickler. Das Entwicklungsteam baut den Nachweis auf, die Rechts- oder Compliance-Abteilung prüft ihn häufig, und die Beschaffung teilt ihn extern.
Ersetzt ein Sicherheitsaudit eine Lizenz-Compliance-Seite?
Nein. SOC 2, Penetrationstests und SBOM-Programme beantworten andere Fragen. Käufer verlangen weiterhin geprüfte Drittanbieter-Lizenz-Offenlegung.
Ist das Rechtsberatung?
Nein. Diese Seiten erklären operative Pflichten und gängige Muster. Die rechtliche Auslegung bleibt bei Ihrem Rechtsbeistand.