Grundsätzliche Eigenschaften

Open Source ist Software, deren Nutzung nur möglich ist, wenn der Nutzer den Lizenzbestimmungen zustimmt. Die Software “gehört” keinem – in juristischen Begriffen gesprochen dürfen keine ausschließlichen Nutzungsrechte ausgeübt werden. Die Software darf zu jedem Zweck eingesetzt werden, Kopien dürfen unentgeltlich weitergegeben werden, der Quellcode darf für eigene Zwecke bearbeitet werden und die Software darf so weitergegeben werden, daß Dritte Entwicklungen nutzen dürfen.

Nach der OSD gelten folgende Mindestvoraussetzungen:

- Jeder Lizenznehmer darf die Software kostenlos oder kostenpflichtig an jede beliebige Person weitergeben.

- Der Quellcode muß kostenlos oder maximal zum Vertriebskostenpreis angeboten werden.

- Jedermann darf den Source verändern und den veränderten Quellcode unter der Lizenz weitergeben.

- Alle Lizenznehmer müssen gleichbehandelt werden. Es darf keine Benachteiligung bestimmter Personen oder Anwendungsbereiche geben.

- Der Quellcode muss in einer dem Menschen verständlichen Form vorliegen. 

- Die Software darf beliebig kopiert, verbreitet und genutzt werden. Berechnet werden dürfen höchstens die Leistungen für die Veränderungen des Codes oder Leistungen, die nicht unmittelbar den Code betreffen.

- Die Software darf verändert und die bearbeitet werden.

Miturhebergemeinschaften

Open Source ist wie normale Software urheberrechtlich geschützt, § 69a III S.1 UrhG. Denn Open Source wird zumeist in den Formen der sogenannten Miturheberschaft hergestellt. Diese Miturheberschaft entsteht entweder dadurch, daß mehrere Programmierer erstmalig Source erstellen, §§ 8 I, 69a UrhG, oder dadurch daß bereits erstellter Sourcecode von anderen Programmierern bearbeitet wird, §§ 8,23,69a UrhG. Denn durch die Bearbeitung entstehen eigenständige Nutzungsrechte an dem bearbeiteten Code. So entstehen durch die Verbindung zwischen dem alten und dem bearbeiteten Source Miturheberschaften.

Einräumung von Nutzungsrechten

Die Einräumung der Lizenzen erfolgt durch die Lizenzverträge, die nach der herrschenden Ansicht der Literatur als Allgemeine Geschäftsbedingungen anzusehen sind, (s.a. LG Münche n CR 04, 774ff).

Das sei am Beispiel einiger Klauseln beispielhaft belegt:

1.) Präambel:

Präambeln dienen dem Juristen als Grundlage für die Auslegung unklarer Vertragsklauseln. Der Auftraggeber hat das Interesse, die Leistungsverpflichtung des Auftragnehmers so weit wie möglich zu erweitern. Deshalb wird er versuchen, die Leistungsfähigkeit des Auftragnehmers in der Präambel so blumig als möglich darzustellen. Je mehr Kompetenz dem Auftragnehmer zugemessen werden kann, desto eher ist dieser für eine unterlassene Aufklärung verantwortlich, desto breiter sind seine Beratungspflichten. Die Leitungsbeschreibung für die Software wird im Licht der Präambel ausgelegt. Deswegen ist man als Auftragnehmer gut beraten, alle schmeichelnden Beschreibungen zu streichen. Als Auftraggeber sollte man auf jeden Fall versuchen, den Einsatzzweck der Software für das eigene Unternehmen in der Präambel zu verankern.  Gut lässt sich das Argument vertreten, daß beide Vertragsparteien vereinbart haben, daß der Vertrag des Vertrags erst dann erfüllt ist, wenn dieser Zweck erreicht wurde. Folglich streiche man als Auftragnehmer jegliche Formulierungen, die den betriebswirtschaftlichen Zweck des Vertrags beschreiben. Als Auftraggeber sollte man den Zweck des Vertrags schon deshalb in der Präambel aufnehmen, um mögliche Ungenauigkeiten in den Klauseln, die die Übertragung der Nutzungsrechte betreffen (also dem, was der Laie Lizenzrecht nennt) zu seinen Gunsten entscheiden zu können. Nach § 31 Abs.5 UrhG, dem sogenannten Zweckübertragungsgrundsatz werden im Zweifelsfall immer alle Nutzungsrechte übertragen, die zur Erreichung des Vertragszwecks unerlässlich sind. Als Gegenschritt sollte der Auftragnehmer erwägen, die Lizenzrechtlichen Bestimmungen so genau wie möglich zu formulieren.

2.) Leistungsbeschreibung

Die Leistungsbeschreibung ist das Kernstück, wenn es um die Beantwortung der Frage geht, ob der Vertrag erfüllt ist oder nicht. Sie beinhaltet das Pflichtenprogramm, welches die Software zu erbringen hat. Natürlich kann es auch hier wieder Differenzen geben.  Was Inhalt eines Programmmoduls “Mahnwesen” ist, kann von unterschiedlichen Menschen jeweils unterschiedlich bewertet werden. Vielleicht gehört zu einem Mahnwesen die automatische Generierung einer Liste, aus der sich ergibt, wer die säumigen Schuldner sind. Vielleicht ist die Aufgabe auch schon dann erfüllt, wenn diese Liste manuell in zwei oder drei Schritten erstellt wird. Solche Unterschiedlichen Ansichten werden vom Gesetz erfasst: In der ersten Stufe fragt der Jurist, welche Eigenschaften die Software nach der vertraglichen Vereinbarung haben soll. Wenn die Parteien keine oder nur unklare Abreden getroffen haben, greift der Jurist in der zweiten Stufe auf den Maßstab des objektiv-üblichen. Wenn der Auftagnehmer diesen Schritt vermeiden will, der für ihn ja im schlimmsten Fall mit hohen Kosten verbunden ist, muß die Leistungsbeschreibung so genau wie möglich formuliert sein. Sie muß die Punkte beinhalten, die die Software erfüllen kann und aus juristischer Sicht auch diejenigen Bereiche, die sie nicht erfüllen kann. Daß aus betriebswirtschaftlicher Sichtweise ein anderes Vorgehen angemessen erscheinen mag, ist hier nicht zu berücksichtigen. Jedenfalls tut der Auftragnehmer gut daran, die Leistungsbeschreibung so genau wie möglich zu formulieren, während der Auftraggeber im Gegenzug bemüht sein sollte, im wesentlichen neben den von ihm gewünschten unerlässlichen Funktionen und Eigenschaften auch den Zielen breiten Raum einräumen, denen die Software in seinem Betrieb dienen soll.

3.) Mitwirkungspflichten

Mitwirkungspflichten gibt es im juristischen Bereich des Kaufrechts eigentlich nicht. Das Gesetz spricht nur von den Leistungen, die der Käufer regelmäßig zu erbringen hat und daß sind in erster Linie die Zahlung eines Geldbetrags und die Entgegennahme der Kaufsache. Falls die Software aber nicht so geartet ist, daß der Kunde sie selbst ohne fremde Hilfe installieren kann, müssen die anderen Punkte, die der Auftraggeber zwingend zu erfüllen hat, auch vertraglich geregelt werden. Das Gesetz hilft nicht. Vertraglich sind die Pflichten des Auftraggebers zu definieren. Rechtsfolge der nicht rechtzeitigen Erfüllung der MItwirkungspflichten muß sein, daß der Auftragnehmer einen etwaigen Verzug nicht zu vertreten hat: Oder anders, er haftet nicht bei Verzug. Auf der Seite des Auftraggebers wird man zunächst versuchen, überhaupt keine Mitwirkungspflichten erfüllen zu wollen. Ein solcher Schritt kostet Geld und verschiebt die Risikobalance des Vertrags. Falls überhaupt Mitwirkungspflichten vereinbart werden, sollte der Auftraggeber peinlich darauf achten, daß die Rechtsfolgen für eine Pflichtverletzung nicht pauschaliert werden.

Der Aufragnehmer ist gut beraten, die Leistungsbeschreibung so eng wie betriebswirtschaftlich zu vertreten zu formulieren.