Ein mittelständischer Lebensmittelhersteller aus Bayern integriert ein neues ERP-System für die Chargenrückverfolgung. Die Implementierung läuft, die Lizenzen sind bezahlt – doch im Vertrag findet sich keine klare Regelung darüber, ob der Quellcode übergeben wird, welche Nutzungsrechte die konzerninterne Tochtergesellschaft erhält und was bei Insolvenz des Softwareanbieters mit dem Produktionsbetrieb geschieht. Sechs Monate später stellt der Anbieter den Support ein. Was dann folgt, ist ein juristisches Problem, das hätte vermieden werden können.
Softwareüberlassung und Softwarelizenzen unterliegen im deutschen Recht einem ausdifferenzierten Regelungssystem aus Bürgerlichem Gesetzbuch (BGB) und Urheberrechtsgesetz (UrhG). Für Lebensmittelunternehmen ist die rechtssichere Gestaltung von Softwareverträgen besonders kritisch: Branchenspezifische Anforderungen an Rückverfolgbarkeit, Qualitätssicherung und behördliche Dokumentationspflichten machen Software zu einem haftungsrelevanten Betriebsmittel. Geschäftsführer haften persönlich, wenn der Lizenzerwerb nicht ordnungsgemäß dokumentiert oder das Nutzungsrecht unzureichend gesichert ist. Dieser Branchenreport erläutert den rechtlichen Rahmen, analysiert die typischen Risiken für die Lebensmittelindustrie und gibt konkrete Handlungsempfehlungen.
Der Bericht ist wie folgt aufgebaut: zunächst die rechtliche Einordnung von Softwareverträgen nach BGB und UrhG, dann die branchenspezifischen Risikofelder, Lizenzmodelle im Vergleich, Haftungsfragen für Geschäftsführer, Gestaltungsempfehlungen und abschließend die nächsten Schritte für den Mittelstand.
Rechtliche Einordnung: Softwareverträge nach BGB und UrhG
Softwareüberlassung ist kein einheitlicher Vertragstyp – die rechtliche Qualifikation hängt davon ab, ob Software dauerhaft oder zeitlich befristet überlassen wird, und bestimmt unmittelbar das anwendbare Gewährleistungsrecht. Das ist für Lebensmittelunternehmen keine akademische Frage, sondern eine mit praktischen Konsequenzen für Mängelrechte, Supportpflichten und Haftungsfragen.
Bei dauerhafter Überlassung – klassisch der Softwarekauf mit einmaligem Lizenzerwerb – qualifizieren Rechtsprechung und herrschende Literatur den Vertrag als Kaufvertrag nach §§ 433 ff. BGB. Die kaufrechtliche Mängelhaftung gilt; die Verjährungsfrist für Sachmängel beträgt nach § 438 BGB grundsätzlich zwei Jahre ab Übergabe, bei arglistigem Verschweigen abweichend. Bei zeitlich befristeter Nutzung – insbesondere beim Software-as-a-Service-Modell (SaaS, d. h. die Software läuft auf Servern des Anbieters und wird über das Internet genutzt) – ist Mietrecht nach §§ 535 ff. BGB anwendbar. Das hat weitreichende Folgen: Der Anbieter schuldet die dauerhafte Gebrauchsüberlassung in mangelfreiem Zustand, Mängelrechte entstehen fortlaufend und sind nicht auf den Zeitpunkt der Übergabe beschränkt.
Parallel greift das Urheberrechtsgesetz: Software ist als Werk der Literatur nach § 69a UrhG urheberrechtlich geschützt. Der Erwerber erhält keine Eigentumsstellung am Werk, sondern lediglich ein Nutzungsrecht im Sinne des § 31 UrhG. Welche Nutzungshandlungen erlaubt sind – Vervielfältigung, Bearbeitung, Weitergabe – bestimmt ausschließlich der Lizenzvertrag. Ein pauschales Schweigen im Vertrag geht regelmäßig zu Lasten des Nutzers. Für Lebensmittelbetriebe mit mehreren Produktionsstandorten ist die Frage der Mehrfachnutzung (Concurrent User, Site License) damit keine Nebensache, sondern lizenzrechtliche Kernfrage.
Welche Lizenzmodelle sind für die Lebensmittelindustrie relevant?
Die Wahl des Lizenzmodells entscheidet nicht nur über den Kaufpreis, sondern über Kontrolle, Abhängigkeit und Risikotragung. In der Lebensmittelindustrie prägen vier Modelle die Praxis – mit jeweils unterschiedlichem Risikoprofil für den Mittelstand.
Dauerlizenz (Perpetual License): Der Nutzer erwirbt ein unbefristetes Nutzungsrecht gegen Einmalzahlung. Software läuft on-premise, d. h. auf eigener Infrastruktur. Vorteil: keine laufende Abhängigkeit vom Anbieter, hohes Maß an Datenkontrolle – besonders wertvoll bei rezepturrelevanten Produktionsdaten. Nachteil: Wartungs- und Updateverträge werden separat vereinbart; endet der Supportvertrag, läuft Software ohne Sicherheits-Updates. In der Lebensmittelbranche ist das ein regulatorisches Risiko, wenn die Software in Audit-Prozessen nach IFS Food oder BRC eingesetzt wird.
Software-as-a-Service (SaaS): Die Software wird als Dienst bereitgestellt, Daten liegen beim Anbieter. Für die Lebensmittelindustrie ist das datenschutzrechtlich und lebensmittelrechtlich relevant: Wo werden Produktionsdaten, Rezepturen und Rückverfolgungsdaten gespeichert? Nach der Datenschutz-Grundverordnung (DSGVO) ist der Anbieter Auftragsverarbeiter im Sinne des Art. 28 DSGVO; ein Auftragsverarbeitungsvertrag ist zwingend. Bei Datenschutzverletzungen drohen Bußgelder von bis zu 20 Mio. € oder 4 % des weltweiten Jahresumsatzes (Art. 83 DSGVO). Ohne vertragliche Regelung des Datenzugriffs nach Vertragsende besteht das Risiko, dass operative Daten nicht zeitnah oder vollständig zurückgegeben werden.
Open-Source-Software (OSS): Freie Nutzung unter Lizenzmodellen wie GPL oder MIT – aber mit Bedingungen. Die GPL verlangt, dass Modifikationen unter denselben Bedingungen weitergegeben werden (Copyleft-Effekt). Wer proprietäre Software mit GPL-Komponenten kombiniert und das Produkt weitergibt, riskiert Verlust des proprietären Schutzes. In der Lebensmittelindustrie, wo Software häufig an Maschinensteuerungen (MES-Systeme, Prozessleitsysteme) gekoppelt wird, ist die Lizenzkette sorgfältig zu prüfen.
Individualentwicklung: Maßgeschneiderte Software für spezifische Produktionsprozesse – etwa für Allergendokumentation oder Rezepturverwaltung. Kritische Frage: Wer hält das Urheberrecht? Ohne ausdrückliche Übertragungsklausel im Werkvertrag verbleiben die Nutzungsrechte beim Entwickler (§ 31 UrhG). Nach unserer Erfahrung in der Mandatspraxis scheitern viele mittelständische Lebensmittelunternehmen genau daran: Die Software ist fertiggestellt, bezahlt – doch das Unternehmen kann sie rechtlich nicht bearbeiten oder weiterentwickeln lassen, wenn der ursprüngliche Entwickler nicht mehr zur Verfügung steht.
Branchenspezifische Risiken: Warum die Lebensmittelindustrie besonders exponiert ist
Die Lebensmittelindustrie verbindet regulatorischen Druck, Lieferkettenkomplexität und hohe Anforderungen an digitale Dokumentation auf eine Weise, die Softwarelizenzen zu einem strategischen Haftungsthema macht. Welche Risiken treten in der Praxis besonders häufig auf?
Erstens: Rückverfolgbarkeit und behördliche Dokumentationspflichten. Die EU-Verordnung (EG) Nr. 178/2002 (Basisverordnung, Lebensmittelsicherheitsrecht) verpflichtet Lebensmittelunternehmen zur lückenlosen Rückverfolgung von Zutaten und Produkten. Wird die dafür eingesetzte Software abgeschaltet, ist ein Datenverlust nicht nur ein operativer Schaden – er kann im Rückruffall zu behördlichen Sanktionen führen. Softwareverträge müssen daher eine Klausel zur Datenherausgabe und Exportfähigkeit enthalten, bevor der Vertrag endet oder der Anbieter insolvent wird.
Zweitens: Audit-Compliance und Zertifizierungsanforderungen. IFS Food, BRC Global Standard, FSSC 22000 – Zertifizierungen, die für den Zugang zu Handelspartnern erforderlich sind, setzen häufig softwaregestützte Dokumentationssysteme voraus. Verliert ein Unternehmen den Zugang zu seiner Qualitätsmanagementsoftware durch einen Lizenzstreit oder Anbieterinsolvenz, gefährdet es unmittelbar seine Zertifizierung. In der Mandatspraxis sehen wir regelmäßig Fälle, in denen Lizenzentzug und Zertifizierungsrisiko unmittelbar zusammenfallen.
Drittens: Rezeptur- und Produktionsdaten als Betriebsgeheimnis. Lebensmittelrezepturen sind häufig der wirtschaftlich sensibelste Vermögenswert eines Unternehmens. Werden sie in einem SaaS-System gespeichert, stellt sich die Frage nach dem Schutz als Geschäftsgeheimnis nach dem Gesetz zum Schutz von Geschäftsgeheimnissen (GeschGehG). Der Softwarevertrag muss Vertraulichkeitsregelungen enthalten, die explizit die im System gespeicherten Daten erfassen.
Viertens: Softwareintegration in Produktionsanlagen. In modernen Lebensmittelbetrieben ist Software tief in die Produktionslinie integriert: Abfüllmengen, Pasteurisierungstemperaturen, Qualitätskontrollen werden digital gesteuert. Lizenztechnisch handelt es sich oft um Embedded Software in Maschinensteuerungen. Wer beim Kauf einer Anlage die Softwarelizenz nicht separat verhandelt und den Umfang der Nutzungsrechte nicht dokumentiert, kann bei einem Maschinentausch oder Systemupgrade in Lizenzlücken geraten.
Haftung des Geschäftsführers bei ungesicherter Softwarelizenzierung
Geschäftsführer einer GmbH handeln mit fremdem Kapital und sind dem Unternehmen gegenüber zur Sorgfalt verpflichtet. Bei Pflichtverletzungen haften sie persönlich nach § 43 GmbHG. Stellt sich heraus, dass die Softwarelizenzierung im Betrieb grob fahrlässig gehandhabt wurde – etwa weil der Umfang der Nutzungsrechte nie geprüft oder ein Auftragsverarbeitungsvertrag nicht abgeschlossen wurde –, ist das ein Sorgfaltspflichtverstoß, der zur persönlichen Haftung führen kann.
Konkret: Wird das Unternehmen vom Softwarehersteller wegen unlizenzierter Nutzung auf Unterlassung und Schadensersatz in Anspruch genommen (§§ 97, 97a UrhG), entsteht ein Schaden in der Gesellschaft. Der Geschäftsführer, der die Lizenzprüfung unterlassen hat, trägt das Risiko, dafür im Innenverhältnis verantwortlich gemacht zu werden. Hinzu kommt das Bußgeldrisiko bei DSGVO-Verstößen, wenn personenbezogene Daten in einem System verarbeitet werden, für das kein wirksamer Auftragsverarbeitungsvertrag besteht.
Welche Mindestmaßnahmen sollte jeder Geschäftsführer eines Lebensmittelunternehmens kennen? Nach unserer Erfahrung sind drei Bereiche regelmäßig unzureichend gesichert: die Dokumentation des Lizenzumfangs, die Regelung für den Fall der Anbieterinsolvenz und die DSGVO-konforme Gestaltung von SaaS-Verträgen. Ein kurzes internes Audit schafft hier Klarheit und vermeidet künftige Haftungsrisiken.
Besonders kritisch ist die Situation bei der Insolvenz des Softwareanbieters. Ohne Hinterlegungsvereinbarung (Source-Code-Escrow, d. h. Hinterlegung des Quellcodes bei einem unabhängigen Treuhänder) verliert das Unternehmen im Insolvenzfall des Anbieters möglicherweise den Zugang zu betriebskritischer Software. Die Insolvenzordnung schützt nur bestehende Nutzungsrechte an Software, sofern sie eindeutig vertraglich vereinbart sind – lückenhafte Verträge bieten hier keinen sicheren Schutz.
Was müssen Softwareverträge in der Lebensmittelindustrie zwingend regeln?
Ein rechtssicherer Softwarevertrag für ein Lebensmittelunternehmen ist mehr als eine Preisvereinbarung. Er ist das Fundament für Betriebssicherheit, Haftungsabgrenzung und Lieferantenmanagement. Die folgenden Regelungsbereiche sollten in keinem Vertrag fehlen.
Nutzungsrecht und Nutzungsumfang (§ 31 UrhG): Welche Nutzungshandlungen sind erlaubt? Für wie viele Nutzer, Standorte, Gesellschaften? Ist die Übertragbarkeit auf verbundene Unternehmen geregelt? Für Lebensmittelgruppen mit mehreren Produktionsstätten ist eine Site-License oder konzernweite Lizenz häufig wirtschaftlich und rechtlich geboten.
Gewährleistung und Service-Level-Agreements (SLAs): Bei kaufrechtlicher Einordnung gelten die gesetzlichen Gewährleistungsfristen; bei SaaS-Verträgen ist die mietrechtliche Mängelanzeigepflicht relevant. Für kritische Produktionssoftware sollten Verfügbarkeitsgarantien (z. B. 99,5 % Uptime in der Produktionszeit) und maximale Reaktionszeiten bei Ausfällen vertraglich fixiert sein.
Datenhoheit und Exit-Regelungen: Wer ist Eigentümer der im System gespeicherten Daten? In welchem Format werden Daten bei Vertragsende herausgegeben? Welche Frist gilt für die Datenherausgabe? Ohne klare Exit-Regelung ist der Wechsel zu einem anderen Anbieter faktisch blockiert – ein klassisches Lock-in-Risiko.
Auftragsverarbeitungsvertrag (AVV) nach Art. 28 DSGVO: Zwingend bei jeder Verarbeitung personenbezogener Daten durch den Anbieter. In der Lebensmittelindustrie betrifft das vor allem Mitarbeiterdaten in HR-Software, Kundendaten in CRM-Systemen und Lieferantendaten in Beschaffungssystemen. Die Meldepflicht bei Datenschutzverletzungen beträgt 72 Stunden (Art. 33 DSGVO) – der AVV muss Prozesse definieren, die diese Frist einhalten lassen.
Source-Code-Escrow: Bei betriebskritischer Software empfiehlt sich die Hinterlegung des Quellcodes bei einem unabhängigen Treuhänder mit definiertem Freigabefall (z. B. Insolvenz des Anbieters, dauerhafter Support-Einstellung). Das ist kein Luxus, sondern Risikomanagement.
Anpassungsrechte bei gesetzlichen Anforderungen: In der Lebensmittelindustrie ändern sich regulatorische Anforderungen regelmäßig – etwa durch EU-Verordnungen zur Lebensmittelkennzeichnung oder zur Rückverfolgbarkeit. Der Vertrag sollte regeln, ob und zu welchen Konditionen der Anbieter Anpassungen schuldet, wenn gesetzliche Anforderungen eine Systemänderung erfordern.
Aus der Mandatspraxis: Lizenzlücke bei Zertifizierungsaudit
In einem aktuellen Mandat beriet die Kanzlei ein mittelständisches Familienunternehmen aus der Lebensmittelverarbeitung (Fleisch- und Wurstwaren) mit drei Produktionsstandorten in Bayern und Nordrhein-Westfalen. Ausgangslage: Das Unternehmen nutzte ein Qualitätsmanagementsystem eines deutschen Softwareanbieters auf Basis einer Einzelstandort-Lizenz. Anlässlich eines IFS-Audits stellte der Prüfer fest, dass das System an zwei weiteren Standorten genutzt wurde – ohne entsprechende Lizenzabdeckung. Der Softwareanbieter hatte zwischenzeitlich die Lizenzstruktur geändert und erhob Nachforderungen für die zurückliegende Nutzungsperiode, verbunden mit einer Unterlassungsandrohung. Vorgehen: Die Kanzlei prüfte zunächst die ursprünglichen Vertragsunterlagen auf Regelungslücken und die Frage, ob die Standorterweiterung als konkludente Zustimmung des Anbieters gewertet werden konnte. Parallel wurden die Nutzungsdaten dokumentiert und eine Vergleichsverhandlung geführt. Ergebnis: Nach Verhandlung wurde eine rückwirkende Lizenzvereinbarung zu wirtschaftlich vertretbaren Konditionen geschlossen; das Audit konnte erfolgreich abgeschlossen werden. Der Fall illustriert, dass fehlende Nutzungsrechtsdokumentation nicht nur eine abstrakte Rechtsrisiken schafft, sondern unmittelbar die Zertifizierungsfähigkeit und damit den Marktzugang gefährdet.
Gestaltungsempfehlungen: Softwareverträge rechtssicher aufsetzen
Rechtssichere Softwareverträge entstehen nicht durch Unterschreiben von Anbieter-AGB, sondern durch aktive Vertragsgestaltung. Das erfordert Kenntnisse des BGB, des UrhG und – in der Lebensmittelindustrie – des spezifischen regulatorischen Umfelds. Die folgenden Empfehlungen basieren auf der Praxis der Vertragsgestaltung für mittelständische Unternehmen in regulierten Branchen.
Schritt 1 – Lizenzbestand erfassen: Vor jeder Vertragsgestaltung steht die Bestandsaufnahme. Welche Software wird an welchen Standorten von wie vielen Nutzern genutzt? Ein Software Asset Management (SAM), d. h. ein systematisches Verzeichnis aller genutzten Lizenzen, ist die Grundlage jeder Compliance-Prüfung. Es schützt im Streitfall und ermöglicht gezielte Nachverhandlungen bei Verlängerungen.
Schritt 2 – Vertragsqualifikation prüfen: Handelt es sich um einen Kauf-, Miet- oder Werkvertrag? Die Antwort bestimmt das anwendbare Gewährleistungsrecht. In der Praxis sind viele Softwareverträge als hybride Konstruktionen gestaltet – hier empfiehlt sich eine rechtliche Qualifikation vor Vertragsschluss, da die Qualifikation im Streitfall durch Gerichte vorgenommen wird.
Schritt 3 – AGB-Kontrolle: Anbieter-AGB unterliegen der Inhaltskontrolle nach §§ 305 ff. BGB. Klauseln, die die Gewährleistung vollständig ausschließen oder den Haftungsumfang unangemessen begrenzen, können unwirksam sein. Für den Erwerber bedeutet das: Die gesetzliche Rechtslage gilt, wenn die AGB-Klausel unwirksam ist – was günstig oder ungünstig sein kann, je nach Sachverhalt.
Schritt 4 – DSGVO-Compliance sicherstellen: Für alle SaaS-Lösungen mit personenbezogenen Daten ist ein Auftragsverarbeitungsvertrag zwingend. Wird Software außerhalb der EU gehostet, sind Standardvertragsklauseln oder ein angemessenes Schutzniveau erforderlich. Ohne diese Grundlagen ist die DSGVO-Konformität nicht gegeben, unabhängig davon, ob die Aufsichtsbehörde bereits aktiv geworden ist.
Schritt 5 – Exit-Strategie verankern: Jeder Softwarevertrag sollte mit einer klaren Vorstellung davon abgeschlossen werden, wie er endet. Datenexportformate, Übergangsfristen, Löschpflichten und Auskunftsrechte nach Vertragsende gehören in den Vertragstext. Das gilt besonders für Software, die Produktionsdaten oder Qualitätsnachweise enthält.
Nach unserer Erfahrung unterschätzen viele mittelständische Lebensmittelunternehmen den Aufwand für eine rechtssichere Lizenzgestaltung – und unterschätzen gleichzeitig die wirtschaftlichen Folgen einer lückenhaften Vertragsgestaltung. Ein klar strukturierter Vertrag mit klarer Nutzungsrechtsdefinition ist günstiger als eine Lizenzstreitigkeit im laufenden Betrieb.
Entscheidungsmatrix: Welches Lizenzmodell für welche Konstellation?
Die Auswahl des richtigen Lizenzmodells ist keine IT-Entscheidung allein – sie ist eine rechtliche und strategische Frage, die Haftung, Kontrolle und regulatorische Compliance berührt. Die folgende Orientierung soll Geschäftsführern helfen, die richtige Ausgangsfrage zu stellen.
Konstellation A – Kritische Produktionssoftware mit Zertifizierungsrelevanz: Dauerlizenz mit On-Premise-Betrieb → klarer Nutzungsrechtsumfang, keine Cloud-Abhängigkeit → hohe Datensouveränität → Source-Code-Escrow vereinbaren, Wartungsvertrag mit definierten Update-Pflichten abschließen.
Konstellation B – Verwaltungssoftware mit personenbezogenen Daten (HR, CRM): SaaS möglich → Auftragsverarbeitungsvertrag zwingend, Hosting in EU oder gleichwertiger Drittland-Rechtsgrundlage → SLA mit Verfügbarkeits- und Reaktionszeitgarantien → Exit-Regelung mit Datenexport in Standardformat.
Konstellation C – Individualentwicklung für Prozessoptimierung: Werkvertrag → ausdrückliche Nutzungsrechtsübertragung nach § 31 UrhG im Vertrag → Quellcode-Übergabe vereinbaren → Abnahmekriterien klar definieren (§ 640 BGB) → Mängelgewährleistung nicht pauschal ausschließen lassen.
Konstellation D – Open-Source-Komponenten in Eigenentwicklung: Lizenzkette prüfen → Copyleft-Lizenzen (GPL) von permissiven Lizenzen (MIT, Apache) unterscheiden → bei Integration in proprietäre Software: Rechtsberatung vor Einsatz, nicht danach.
Der Vergleich zeigt: Es gibt kein universell „richtiges" Lizenzmodell. Entscheidend sind der Einsatzzweck, die regulatorische Einbettung und die Verhandlungsmacht gegenüber dem Anbieter. Können Sie heute in zehn Minuten sagen, welche Ihrer produktionskritischen Systeme unter welchem Lizenzmodell laufen – und was bei Anbieterausfall passiert?
Aktuelle Entwicklungen: EU-Rechtsrahmen im Wandel
Der rechtliche Rahmen für Software und digitale Produkte ist in Bewegung. Für die Lebensmittelindustrie sind vor allem zwei Entwicklungen relevant, die die bestehenden Softwarevertragsbeziehungen tangieren können.
Der EU Cyber Resilience Act (CRA), der 2024 in Kraft getreten ist und ab 2027 schrittweise anwendbar wird, verpflichtet Hersteller von Produkten mit digitalen Elementen zur Einhaltung von Cybersicherheitsanforderungen. Für die Lebensmittelindustrie bedeutet das: Software, die in Maschinen integriert ist oder kritische Infrastruktur steuert, wird neuen Anforderungen unterliegen. Softwareverträge sollten eine Klausel enthalten, die den Anbieter zur Lieferung CRA-konformer Updates verpflichtet.
Die KI-Verordnung der EU (AI Act), die seit August 2024 in Kraft ist und gestaffelt anwendbar wird, klassifiziert bestimmte KI-Systeme in Hochrisikobereichen mit strengen Anforderungen. Für die Lebensmittelindustrie, die zunehmend KI-gestützte Qualitätskontrollsysteme einsetzt, stellt sich die Frage, ob die eingesetzte Software als Hochrisiko-KI einzustufen ist – mit entsprechenden Konformitätspflichten.
Beide Entwicklungen unterstreichen: Softwareverträge müssen zukunftsoffen gestaltet sein. Statische Verträge, die regulatorische Änderungen ignorieren, sind ein Haftungsrisiko.
Die vorstehende Darstellung betrifft die Regelfälle der Softwareüberlassung und Softwarelizenzierung in der Lebensmittelindustrie. Ihr konkreter Sachverhalt erfordert die Prüfung Ihrer Vertragsunterlagen, Lizenzdokumentation und des einschlägigen Rechts – insbesondere hinsichtlich DSGVO-Konformität, Nutzungsrechtsumfang und Exit-Regelungen. Für eine erste Durchsicht Ihrer Unterlagen erreichen Sie uns unter info@brandtfalk.com.
Verwandte Leistungen
Häufige Fragen zu Softwareüberlassung und Softwarelizenzen in der Lebensmittelindustrie
Was ist der Unterschied zwischen einer Softwarelizenz und einem Softwarekauf?
Bei einem Softwarekauf erwirbt der Nutzer ein dauerhaftes Nutzungsrecht gegen Einmalzahlung; der Vertrag wird regelmäßig als Kaufvertrag nach §§ 433 ff. BGB qualifiziert. Eine Lizenz – etwa im SaaS-Modell – gewährt lediglich ein zeitlich begrenztes Nutzungsrecht; es gelten die Regeln des Mietrechts nach §§ 535 ff. BGB. Die Unterscheidung bestimmt, welche Gewährleistungsrechte bestehen und wie Mängel geltend gemacht werden können. Im Einzelfall ist die Vertragsqualifikation anwaltlich zu prüfen.
Wer hält das Urheberrecht an individuell entwickelter Software?
Das Urheberrecht an Software liegt nach § 69a UrhG grundsätzlich beim Entwickler. Soll das Unternehmen die Nutzungsrechte halten, muss dies ausdrücklich im Vertrag geregelt werden (§ 31 UrhG). Ohne eine klare Übertragungsklausel kann das Unternehmen die Software nicht selbstständig weiterentwickeln oder an einen anderen Dienstleister übergeben. Diese Regelungslücke ist in der Praxis besonders bei Individualentwicklungen für branchenspezifische Prozesse ein häufiges Problem.
Welche DSGVO-Pflichten bestehen bei SaaS-Software in der Lebensmittelproduktion?
Verarbeitet ein SaaS-Anbieter personenbezogene Daten im Auftrag des Lebensmittelunternehmens, ist er Auftragsverarbeiter nach Art. 28 DSGVO. Ein Auftragsverarbeitungsvertrag ist zwingend abzuschließen. Bei einer Datenpanne muss die Aufsichtsbehörde innerhalb von 72 Stunden informiert werden (Art. 33 DSGVO). Fehlt der AVV, liegt bereits darin ein Verstoß gegen die DSGVO, der zu Bußgeldern führen kann – unabhängig davon, ob ein Datenschutzvorfall eingetreten ist.
Was passiert mit betriebskritischer Software bei Insolvenz des Anbieters?
Das bestehende Nutzungsrecht an Software bleibt im Grundsatz auch bei Insolvenz des Anbieters bestehen, sofern es klar vertraglich vereinbart und dokumentiert ist. Kritisch ist der Zugang zum Quellcode: Ohne Source-Code-Escrow-Vereinbarung kann das Unternehmen die Software nach einem Anbieterausfall nicht selbst warten oder weiterentwickeln lassen. Die Hinterlegung des Quellcodes bei einem unabhängigen Treuhänder ist bei betriebskritischen Systemen ein wichtiges Instrument des Risikomanagements.
Muss ich bei Open-Source-Software Lizenzbedingungen beachten?
Ja, unbedingt. Open-Source-Software ist nicht rechts- oder lizenzfrei. Lizenzen wie die GPL (GNU General Public License) enthalten Copyleft-Klauseln, die bei Kombination mit proprietärer Software und Weitergabe des Gesamtprodukts zur Offenlegung des Quellcodes verpflichten können. Wer OSS-Komponenten in betriebliche Software integriert, ohne die Lizenzkette zu prüfen, riskiert urheberrechtliche Ansprüche des Lizenzgebers und den Verlust des proprietären Schutzes für eigene Entwicklungen.
Welche Regelungen sind bei Softwareverträgen für die Lebensmittelindustrie besonders wichtig?
Neben den allgemeinen Regelungen zu Nutzungsrecht, Gewährleistung und Haftung sind für die Lebensmittelindustrie besonders relevant: Datenhoheit und Exportierbarkeit von Produktions- und Qualitätsdaten, Verfügbarkeitsgarantien für produktionskritische Systeme, Exit-Regelungen bei Vertragsende, Anpassungspflichten bei regulatorischen Änderungen (z. B. neue EU-Lebensmittelvorschriften) sowie Datenschutzregelungen nach DSGVO. Die Vernachlässigung dieser Bereiche kann Zertifizierungen und den behördlich geforderten Nachweis der Rückverfolgbarkeit gefährden.
Die vorstehende Darstellung betrifft die rechtlichen Regelfälle der Softwareüberlassung in der Lebensmittelbranche. Ihr konkreter Sachverhalt erfordert die Prüfung Ihrer Vertragsunterlagen, Lizenzdokumentation, Fristen und der einschlägigen Rechtsprechung. Für eine erste Durchsicht Ihrer Unterlagen erreichen Sie uns unter info@brandtfalk.com.
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.