Logistikunternehmen steuern heute Fuhrparks, Lagerhaltung, Zollabwicklung und Kundenportale über ein Geflecht spezialisierter Softwaresysteme – von der Transportmanagementsoftware bis zur Lagersteuerung. Was dabei häufig unterschätzt wird: Der rechtliche Rahmen, unter dem diese Software genutzt, angepasst und weitergegeben werden darf, ist komplex und kann die Betriebsfähigkeit eines Unternehmens unmittelbar gefährden.
Softwareüberlassung und Softwarelizenzen sind im deutschen Recht am Schnittpunkt von Bürgerlichem Gesetzbuch (BGB) und Urheberrechtsgesetz (UrhG) angesiedelt. Für Logistikunternehmen des Mittelstands entscheidet die vertragliche Ausgestaltung – Kauf, Miete oder SaaS-Modell – darüber, welche Nutzungsrechte bestehen, welche Gewährleistungs- und Haftungsregelungen gelten und wie Anpassungen sowie Integrationen zulässig sind. Geschäftsführer, die diese Unterschiede nicht kennen, riskieren Lizenzverletzungen, Betriebsunterbrechungen und persönliche Haftung.
Dieser Branchenreport analysiert die Rechtslage bei Softwareüberlassung und Softwarelizenzen speziell für die Logistikbranche, benennt die typischen Risikokonstellationen und zeigt, welche Gestaltungsoptionen Geschäftsführer kennen müssen.
Welches Vertragsrecht gilt bei der Softwareüberlassung?
Die Einordnung eines Softwarevertrags in das richtige gesetzliche Regelungsmodell ist nicht bloß akademisch – sie bestimmt, wer welche Gewährleistungsansprüche hat und welche Fristen laufen. Nach gefestigter Rechtsprechung der deutschen Zivilgerichte richtet sich die Einordnung nach dem wirtschaftlichen Schwerpunkt der Leistung.
Bei der dauerhaften Softwareüberlassung gegen Einmalzahlung – dem klassischen Softwarekauf – findet Kaufrecht nach §§ 433 ff. BGB Anwendung. Der Softwareanbieter schuldet ein Produkt, das bei Gefahrübergang frei von Sach- und Rechtsmängeln ist. Für den Käufer bedeutet das: Die Verjährungsfrist für Mängelansprüche beträgt regelmäßig zwei Jahre ab Ablieferung (§ 438 Abs. 1 Nr. 3 BGB). In der Praxis sehen wir jedoch, dass Logistikunternehmen den Abnahmezeitpunkt – und damit den Verjährungsbeginn – häufig nicht dokumentieren, was im Streitfall zu erheblichen Beweisproblemen führt.
Bei der zeitlich befristeten Softwareüberlassung – etwa dem klassischen Mietmodell oder der zeitlich gestaffelten Lizenz – greift Mietrecht nach §§ 535 ff. BGB. Hier schuldet der Anbieter während der gesamten Vertragslaufzeit eine mangelfreie Überlassung. Weist die Software dauerhaft einen Fehler auf, kann das Unternehmen die Miete mindern und bei nachhaltiger Nichterfüllung außerordentlich kündigen – Rechte, die Standardverträge häufig einzuschränken versuchen.
Software-as-a-Service (SaaS) wird überwiegend als Dienstvertrag nach §§ 611 ff. BGB eingeordnet, sofern der Anbieter keine bestimmte Leistung als Erfolg schuldet. Nach unserer Erfahrung enthält ein erheblicher Teil der SaaS-Verträge in der Logistikbranche keine klare Aussage zur Vertragstypisierung – was im Streitfall dazu führt, dass Gerichte die vertragliche Risikoverteilung von Grund auf neu bestimmen.
Urheberrecht als Fundament der Lizenzkonstruktion
Unabhängig vom schuldrechtlichen Vertragstyp steht über jeder Softwarelizenz das Urheberrecht. Software ist als Werk der Literatur nach § 2 Abs. 1 Nr. 1 UrhG urheberrechtlich geschützt, sobald sie eine ausreichende Schöpfungshöhe aufweist – was bei individuell entwickelter Logistiksoftware regelmäßig der Fall ist, bei Standardsoftware aber ebenfalls gilt.
Das bedeutet: Wer Software nutzt, benötigt eine Lizenz, die die konkrete Nutzungsart und den Nutzungsumfang abdeckt. Fehlt eine ausdrückliche Lizenz oder überschreitet die Nutzung den eingeräumten Umfang, liegt eine Urheberrechtsverletzung vor – mit zivilrechtlichen Unterlassungs- und Schadensersatzansprüchen nach §§ 97 ff. UrhG. Schadenersatzansprüche aus Urheberrechtsverletzungen verjähren nach der regelmäßigen Verjährungsfrist von drei Jahren (§ 195 BGB), beginnend mit dem Schluss des Jahres, in dem der Anspruch entstanden ist und der Gläubiger Kenntnis erlangt hat (§ 199 BGB).
Besondere Relevanz hat in der Logistikbranche die Frage, ob und wie Software angepasst werden darf. § 69c UrhG räumt dem Rechteinhaber das ausschließliche Recht zur Vervielfältigung, Bearbeitung und Verbreitung ein. Bearbeitungen – also Änderungen des Quellcodes, Anpassungen an eigene Systemlandschaften, die Integration in bestehende Warenwirtschaftssysteme – sind nur mit ausdrücklicher Genehmigung des Urhebers zulässig. In der Praxis fehlen diese Klauseln in Lizenzverträgen mittelständischer Logistikunternehmen erstaunlich häufig.
Eine Ausnahme gilt für die Dekompilierung zum Zweck der Interoperabilität (§ 69e UrhG): Unter engen Voraussetzungen darf ein Nutzer Software dekompilieren, um die für die Schnittstellen-Interoperabilität erforderlichen Informationen zu gewinnen. Für Logistikunternehmen, die proprietäre Systeme in Konzern- oder Partnernetzwerke integrieren müssen, kann diese Norm relevant sein – sie ist jedoch an strenge Bedingungen geknüpft und ersetzt keine Lizenzverhandlung.
Typische Lizenzmodelle in der Logistikbranche und ihre Risikostruktur
In der Logistikpraxis begegnen uns regelmäßig vier Lizenzmodelle, die unterschiedliche rechtliche Risikoprofile aufweisen. Geschäftsführer sollten diese kennen, bevor Verträge unterzeichnet werden.
Concurrent-User-Lizenzen erlauben eine bestimmte Anzahl gleichzeitiger Nutzer. In Spitzenlastzeiten – etwa beim Jahresendgeschäft oder bei Saisonspitzen im Paketversand – überschreiten Logistikunternehmen diese Grenzen häufig unbewusst. Die vertragliche Konsequenz ist eine Lizenzverletzung mit entsprechenden Nachzahlungspflichten oder Vertragsstrafen.
Named-User-Lizenzen sind personenbezogen. Bei hoher Fluktuation im Logistikgewerbe – das Branchenumfeld ist durch erheblichen Personalwechsel geprägt – entsteht die Frage, ob Lizenzen auf neue Mitarbeiter übertragen werden dürfen. Viele Standardverträge schließen die Übertragung aus oder knüpfen sie an Gebühren.
Serverbasierte Lizenzen – häufig in Lagerverwaltungssystemen (LVS/WMS) – sind an physische oder virtuelle Serverinstanzen gebunden. Virtualisierungs- und Cloud-Migrationsvorhaben, die in der Logistikbranche wegen Skalierungsbedarf zunehmen, können lizenzrechtlich problematisch sein, wenn der Vertrag eine Cloud-Nutzung nicht ausdrücklich gestattet.
SaaS-Modelle verlagern die Softwarenutzung in die Cloud des Anbieters. Für Logistikunternehmen ergeben sich hier zusätzliche datenschutzrechtliche Fragen – insbesondere bei der Verarbeitung von Kundendaten, Sendungsverfolgungsdaten und Personalinformationen. Datenschutzverletzungen sind der zuständigen Aufsichtsbehörde binnen 72 Stunden zu melden (Art. 33 DSGVO). Ob der SaaS-Anbieter als Auftragsverarbeiter fungiert und ein entsprechender Vertrag nach Art. 28 DSGVO vorliegt, ist in vielen Logistikunternehmen nicht geprüft.
In einem aktuellen Mandat beriet die Kanzlei ein mittelständisches Speditionsunternehmen aus Süddeutschland. Ausgangslage: Das Unternehmen hatte im Zuge einer Kapazitätserweiterung sein Transportmanagementsystem auf zusätzliche Standorte ausgerollt, ohne zu prüfen, ob die bestehende Standortlizenz diese Nutzung abdeckte. Der Softwareanbieter machte im Rahmen eines Audits erhebliche Nachzahlungsansprüche geltend und drohte mit Abschaltung der Systeme. Vorgehen: Die Kanzlei analysierte den Lizenzvertrag, wies mehrere AGB-rechtlich unwirksame Klauseln nach (§§ 305 ff. BGB) und führte eine außergerichtliche Verhandlung. Ergebnis: Die ursprünglich geforderte Nachzahlung konnte durch Verhandlung auf einen vertretbaren Betrag reduziert werden; der Betrieb blieb aufrechterhalten.
Welche Pflichten treffen den Geschäftsführer bei Softwarelizenzen?
Geschäftsführer einer GmbH sind der Gesellschaft gegenüber zur sorgfältigen Geschäftsführung verpflichtet (§ 43 GmbHG). Dazu gehört die Sicherstellung, dass das Unternehmen über rechtskonforme Nutzungslizenzen für seine Betriebssoftware verfügt. Ein Lizenzverstoß ist kein bloß internes Vertragsthema – er kann unmittelbare Haftungsfolgen für die Geschäftsführung auslösen.
Kommt es zu einem zivilrechtlichen Unterlassungsanspruch des Softwareanbieters und muss das Unternehmen seine zentralen Logistiksysteme abschalten, entsteht ein Betriebsunterbrechungsschaden, der im Einzelfall die wirtschaftliche Substanz eines mittelständischen Unternehmens gefährden kann. Kann dem Geschäftsführer vorgeworfen werden, dass er eine bekannte Lizenzproblematik nicht abgestellt hat, droht die persönliche Innenhaftung nach § 43 Abs. 2 GmbHG.
Hinzu kommt: Softwareanbieter führen zunehmend Software-Audits durch – teilweise auf vertraglicher Grundlage, die ein Prüfungsrecht ausdrücklich einräumt, teilweise auf Basis kaufrechtlicher Instrumentarien. Wer kein Lizenz-Inventar führt und keine internen Kontrollmechanismen etabliert hat, steht im Auditfall ohne Verteidigungslinie da. Nach unserer Erfahrung in der Mandatspraxis sind es gerade Logistikunternehmen in Wachstumsphasen – nach Übernahmen, Standortexpansionen oder Systemkonsolidierungen – die in Audit-Situationen geraten, weil Lizenzanpassungen im Tagesgeschäft nicht mitgezogen wurden.
Für Geschäftsführer des Mittelstands empfehlen wir drei Sofortmaßnahmen: erstens ein vollständiges Lizenz-Inventar aller eingesetzten Softwareprodukte mit Angabe des Lizenzumfangs; zweitens die vertragliche Absicherung aller Anpassungs- und Integrationsleistungen gegenüber Drittentwicklern; drittens die Überprüfung bestehender SaaS-Verträge auf Auftragsverarbeitungsvereinbarungen und Datenlokalisierungsklauseln.
Open-Source-Software in der Logistik: Freiheit mit Bedingungen
Open-Source-Software (OSS) spielt in der IT-Infrastruktur von Logistikunternehmen eine wachsende Rolle – von Datenbankservern über Middleware bis hin zu Tracking-Komponenten. Die weitverbreitete Annahme, OSS sei ohne rechtliche Einschränkungen nutzbar, ist unzutreffend.
Auch OSS steht unter urheberrechtlichem Schutz. Die Nutzung ist an die jeweilige Open-Source-Lizenz geknüpft, die bestimmte Pflichten auferlegt. Bei sog. Copyleft-Lizenzen – etwa der GNU General Public License (GPL) – verpflichten sich Nutzer, Anpassungen und darauf aufbauende Werke ebenfalls unter der GPL zu veröffentlichen. Wer eine GPL-lizenzierte Softwarekomponente in eine proprietäre Logistiklösung integriert und diese an Kunden ausliefert, kann verpflichtet sein, den gesamten Quellcode offenzulegen. Diese Verpflichtung trifft Logistikunternehmen, die eigene Softwareprodukte entwickeln oder eigenentwickelte Systemlösungen an Partner weitergeben.
Permissive Lizenzen wie MIT oder Apache 2.0 erlauben dagegen eine weitgehend freie Nutzung, Anpassung und Weitergabe – auch in proprietären Umgebungen – unter der Bedingung, dass Urheberrechtshinweise erhalten bleiben. In der Praxis sehen wir, dass diese Hinweise bei der Integration häufig verloren gehen, was technisch eine Lizenzverletzung darstellt.
Für Logistikunternehmen, die Standardsoftware durch Open-Source-Komponenten ergänzen oder eigene Lösungen auf OSS-Basis entwickeln, empfiehlt sich eine systematische OSS-Compliance-Prüfung. Diese umfasst die Identifikation aller eingesetzten OSS-Komponenten, die Zuordnung der jeweiligen Lizenz und die Überprüfung der Vereinbarkeit mit dem eigenen Nutzungskonzept.
Softwareüberlassung bei Unternehmenstransaktionen in der Logistik
Fusionen, Übernahmen und Carve-outs sind in der deutschen Logistikbranche keine Ausnahme. Weniger bekannt ist, dass Softwarelizenzen bei solchen Transaktionen erhebliche Risiken und Gestaltungsfragen aufwerfen.
Software-Lizenzen sind grundsätzlich nicht ohne weiteres übertragbar. Bei einer Asset-Deal-Struktur müssen Lizenzen regelmäßig einzeln auf den Erwerber übertragen oder neu vereinbart werden – was die Zustimmung des Lizenzgebers erfordert. Bei einer Share-Deal-Struktur verbleiben die Lizenzen im Zielunternehmen, doch Lizenzverträge können Kontrollwechsel-Klauseln (Change-of-Control) enthalten, die dem Anbieter ein Sonderkündigungsrecht einräumen.
In der Transaktionspraxis ist die Software-Due-Diligence daher ein unverzichtbarer Baustein. Sie prüft, ob alle eingesetzten Softwareprodukte lizenzrechtlich korrekt genutzt werden, ob Lizenzen übertragbar sind und ob OSS-Komponenten im Quellcode des Targets vorhanden sind, die Change-of-Control-Szenarien lizenzrechtlich komplizieren. Fehler in diesem Bereich können nach dem Vollzug der Transaktion zu erheblichen Nachforderungen oder gar zur Betriebsunterbrechung führen.
Wir beraten regelmäßig Logistikunternehmen in solchen Transaktionssituationen und empfehlen, die IT-Due-Diligence frühzeitig in den Gesamtprozess zu integrieren – nicht erst kurz vor Signing.
Vertragsgestaltung: Worauf Logistikunternehmen beim Lizenzvertrag achten müssen
Ein Softwarelizenzvertrag, der ausschließlich auf den Standardbedingungen des Anbieters basiert, ist regelmäßig einseitig zugunsten des Anbieters gestaltet. Für Logistikunternehmen als Lizenznehmer bedeutet das: Die wesentlichen Gewährleistungs-, Haftungs- und Kündigungsregelungen müssen aktiv verhandelt werden.
Folgende Klauseln verdienen besondere Aufmerksamkeit:
- Nutzungsrechtsdefinition: Der Lizenzvertrag muss klar definieren, welche Nutzungsarten – Installation, Betrieb, Anpassung, Integration, Cloud-Nutzung – explizit gestattet sind. Unklare Formulierungen gehen im Zweifel zulasten des Lizenznehmers.
- Gewährleistung und Haftung: Anbieter versuchen häufig, die gesetzlichen Gewährleistungsrechte vollständig auszuschließen. Bei AGB-Klauseln gegenüber Unternehmern sind solche Ausschlüsse nach §§ 305 ff. BGB nur eingeschränkt wirksam – ein vollständiger Ausschluss der Haftung für grobe Fahrlässigkeit und Vorsatz ist unwirksam.
- Audit-Klauseln: Prüfungsrechte des Anbieters sollten in Umfang, Frequenz und Ankündigungsfrist begrenzt sein. Ein unbegrenztes Audit-Recht ohne Vorankündigung ist mit dem normalen Geschäftsbetrieb eines Logistikunternehmens unvereinbar.
- Eskalationsrechte und SLA: Service-Level-Agreements müssen für kritische Logistiksysteme – Transportmanagementsoftware, Lagerverwaltung, Zollsoftware – Verfügbarkeitsgarantien und Reaktionszeiten mit klaren Malus-Regelungen enthalten.
- Exitklauseln: Was passiert mit Daten und Softwarekonfigurationen, wenn der Vertrag endet? SaaS-Verträge sollten Regelungen zur Datenherausgabe und zur Portabilität enthalten.
Nach unserer Erfahrung aus der Mandatspraxis sehen wir, dass gerade mittelständische Logistikunternehmen bei Vertragsschluss unter Zeitdruck stehen – Systemeinführungen haben Deadlines – und die anwaltliche Vertragsprüfung deshalb häufig unterbleibt. Das rächt sich typischerweise beim ersten Streitfall.
Datenschutz und Lizenzrecht: Doppelrisiko bei Cloud-Lösungen
SaaS-Lösungen in der Logistik verarbeiten sensible Daten: Kundenadressen, Sendungsinformationen, Routingdaten, Personalzeitnachweise. Die lizenzrechtliche Analyse ist deshalb untrennbar mit der datenschutzrechtlichen Prüfung verbunden.
Wer als Logistikunternehmen einen SaaS-Anbieter mit der Verarbeitung personenbezogener Daten beauftragt, ist regelmäßig Verantwortlicher im Sinne der DSGVO und benötigt einen Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO. Fehlt der AVV, liegt ein Datenschutzverstoß vor, der mit Bußgeldern von bis zu 20 Millionen Euro oder vier Prozent des weltweiten Jahresumsatzes geahndet werden kann (Art. 83 DSGVO). In der Praxis fehlt der AVV bei einem erheblichen Teil der in Logistikunternehmen eingesetzten Cloud-Lösungen.
Zusätzlich stellt sich bei Anbietern außerhalb des Europäischen Wirtschaftsraums die Frage des Drittstaatentransfers. Standardvertragsklauseln (SCC) der EU-Kommission sind das gebräuchlichste Instrument; sie bedürfen einer sorgfältigen Transfer Impact Assessment (Datentransfer-Folgenabschätzung), die in der Praxis häufig fehlt.
Datenschutzverletzungen – etwa der unbefugte Zugriff auf Sendungsdaten durch einen SaaS-Anbieter ohne ausreichende Sicherheitsmaßnahmen – sind zudem binnen 72 Stunden der zuständigen Datenschutzaufsichtsbehörde zu melden (Art. 33 DSGVO). Die Meldung ist fristgebunden und nicht davon abhängig, ob der Vorfall beim Auftragsverarbeiter oder beim Verantwortlichen eingetreten ist.
Handlungsempfehlungen für Geschäftsführer in der Logistik
Was sollte ein Geschäftsführer eines mittelständischen Logistikunternehmens nach der Lektüre dieses Reports konkret veranlassen? Die Antwort lässt sich in vier strukturierte Handlungsfelder gliedern.
Erstens: Lizenz-Inventarisierung. Erfassen Sie alle im Unternehmen eingesetzten Softwareprodukte mit Lizenztyp, Lizenzumfang und Vertragslaufzeit. Setzen Sie die tatsächliche Nutzung – Nutzeranzahl, Standorte, Integrationen – dem lizenzierten Umfang gegenüber. Abweichungen sind sofort zu adressieren, bevor ein Anbieter-Audit dies erzwingt.
Zweitens: Vertragsaudit. Lassen Sie bestehende Lizenz- und SaaS-Verträge juristisch prüfen – insbesondere auf AGB-rechtlich unwirksame Klauseln, fehlende Nutzungsrechtsdefinitionen, unzureichende SLA-Regelungen und fehlende Exitklauseln. Für neue Verträge gilt: keine Unterzeichnung ohne anwaltliche Vorprüfung bei Softwaresystemen, die für den Betrieb kritisch sind.
Drittens: Datenschutz-Compliance. Stellen Sie sicher, dass für jeden SaaS-Anbieter, der personenbezogene Daten verarbeitet, ein wirksamer Auftragsverarbeitungsvertrag nach Art. 28 DSGVO vorliegt. Prüfen Sie Drittstaatentransfers und ergänzen Sie fehlende Transfer-Impact-Assessments.
Viertens: Transaktionsvorbereitung. Wenn ein Unternehmenskauf oder -verkauf, eine Fusion oder ein Carve-out geplant ist, integrieren Sie eine Software-Due-Diligence frühzeitig in den Prozess. Prüfen Sie Lizenzübertragbarkeit, Change-of-Control-Klauseln und OSS-Compliance im Zielunternehmen, bevor Signing-Druck entsteht.
Welche dieser Maßnahmen für Ihr Unternehmen vordringlich ist, hängt von der konkreten Systemlandschaft, den bestehenden Vertragsverhältnissen und dem Risikoexposure ab. Eine pauschale Priorität gibt es nicht.
Die vorstehende Darstellung betrifft die Regelfälle. Ihr konkreter Fall erfordert die Prüfung von Unterlagen, Verträgen, Fristen und der einschlägigen Rechtsprechung. Für eine erste Durchsicht Ihrer Lizenzverträge und SaaS-Vereinbarungen erreichen Sie uns unter info@brandtfalk.com.
Verwandte Leistungen
Häufige Fragen zur Softwareüberlassung und Softwarelizenzierung in der Logistik
Was ist der Unterschied zwischen Softwarekauf und Softwarelizenz?
Beim Softwarekauf erwirbt der Nutzer nach kaufrechtlichen Grundsätzen (§§ 433 ff. BGB) das Recht zur dauerhaften Nutzung einer Softwareversion gegen Einmalzahlung. Die Softwarelizenz ist dagegen ein schuldrechtlich gewährtes Nutzungsrecht auf der Basis des Urheberrechts (§§ 69a ff. UrhG), das zeitlich, räumlich oder inhaltlich beschränkt sein kann. Beide Modelle schließen sich nicht aus – auch ein Softwarekauf umfasst stets eine urheberrechtliche Nutzungseinräumung.
Darf mein Unternehmen gekaufte Software anpassen oder in andere Systeme integrieren?
Anpassungen und Integrationen sind urheberrechtlich nur mit ausdrücklicher Genehmigung des Rechteinhabers zulässig (§ 69c UrhG). Ausnahmen gelten eng begrenzt für Berichtigungen von Fehlern (§ 69d UrhG) und unter sehr engen Voraussetzungen für die Dekompilierung zur Herstellung von Interoperabilität (§ 69e UrhG). Ob Ihr Lizenzvertrag die geplante Anpassung abdeckt, ist im Einzelfall zu prüfen.
Was passiert, wenn mein Unternehmen mehr Nutzer einsetzt als lizenziert?
Eine Überschreitung des lizenzierten Nutzerumfangs stellt eine Urheberrechtsverletzung dar und kann zivilrechtliche Unterlassungs- und Schadensersatzansprüche des Anbieters begründen (§§ 97 ff. UrhG). Darüber hinaus enthalten viele Lizenzverträge Vertragsstrafen für Überschreitungen. Softwareanbieter nutzen Audit-Rechte gezielt, um solche Abweichungen aufzudecken.
Müssen SaaS-Verträge für Logistikdaten einen Datenschutzvertrag enthalten?
Ja. Verarbeitet ein SaaS-Anbieter personenbezogene Daten im Auftrag Ihres Unternehmens – was bei Sendungsverfolgung, Kundendaten oder Personalzeitnachweisen regelmäßig der Fall ist – ist ein Auftragsverarbeitungsvertrag nach Art. 28 DSGVO zwingend erforderlich. Fehlt er, liegt ein Datenschutzverstoß vor, der Bußgelder bis zu 20 Millionen Euro oder vier Prozent des weltweiten Jahresumsatzes nach sich ziehen kann.
Was müssen wir bei einem Unternehmenskauf (M&A) in Bezug auf Softwarelizenzen beachten?
Bei einem Asset Deal müssen Softwarelizenzen einzeln übertragen und der Lizenzgeber muss zustimmen. Bei einem Share Deal verbleiben Lizenzen im Zielunternehmen, doch Change-of-Control-Klauseln können dem Anbieter ein Sonderkündigungsrecht geben. Eine umfassende Software-Due-Diligence vor der Transaktion ist daher essenziell, um unerwartete Betriebsunterbrechungen oder Nachforderungen nach dem Vollzug zu vermeiden.
Welche Risiken birgt der Einsatz von Open-Source-Software in Logistikprozessen?
Open-Source-Software unterliegt ebenfalls urheberrechtlichem Schutz und ist an die jeweilige Lizenz gebunden. Bei Copyleft-Lizenzen wie der GPL kann die Integration in proprietäre Software zur Pflicht führen, den gesamten Quellcode offenzulegen. Permissive Lizenzen (MIT, Apache 2.0) erlauben mehr Freiheit, verlangen aber die Beibehaltung von Urheberrechtshinweisen. Eine systematische OSS-Compliance-Prüfung ist für Unternehmen, die Software selbst entwickeln oder weitergeben, unerlässlich.
Dieser Beitrag dient ausschließlich der allgemeinen Information und stellt keine Rechtsberatung im Einzelfall dar. Er ersetzt nicht die anwaltliche Prüfung Ihres konkreten Sachverhalts. Für eine auf Ihre Situation zugeschnittene Beratung wenden Sie sich an info@brandtfalk.com.
Dieser Beitrag ist eine allgemeine Information und stellt keine Rechtsberatung dar. Für eine Prüfung Ihres Falls kontaktieren Sie info@brandtfalk.com.