IP-Rechte von Freelancern für zyprische Softwareunternehmen

Warum Zahlung nicht die gesamte Rechteakte ersetzt

Ein Unternehmen kann jede Rechnung pünktlich bezahlen und trotzdem unklare Rechte zur Änderung, Lizenzierung oder Veräußerung der Software haben. Der Vertrag kann nur begrenzte Nutzung erlauben, bestehenden Code auslassen oder Unterauftragnehmerbeiträge ungeklärt lassen. Solche Lücken sind relevant, wenn Einkünfte aus eigenem qualifizierendem IP geltend gemacht werden.

Unterstellen Sie nicht, dass Regeln für Arbeitnehmersoftware automatisch für unabhängige Freelancer gelten. Die EU-Softwarerichtlinie enthält eine spezielle, vertraglich modifizierbare Regel zu wirtschaftlichen Rechten an Software, die Arbeitnehmer bei Ausübung ihrer Aufgaben oder nach Weisungen erstellen. Freelancer erfordern eine eigene Vertrags- und Rechtsprüfung.

Identifizieren Sie zuerst den tatsächlichen Vertragspartner und Urheber. Eine Agenturrechnung kann Arbeiten mehrerer Personen oder Unterauftragnehmer betreffen. Die Gesellschaft braucht eine belegbare Rechtekette, nicht nur den Namen des Zahlungsempfängers.

Festlegen, welche Handlungen die Gesellschaft vornehmen können muss

Beschreiben Sie Ergebnisse ausreichend genau für die Produktzuordnung: Quellcode, relevantes Entwurfsmaterial, Dokumentation, Tests und weitere vereinbarte Leistungen. Erläutern Sie Rechte und Einschränkungen. Eine pauschale Bezeichnung als work for hire beantwortet die Frage nach dem anwendbaren Recht möglicherweise nicht.

Berücksichtigen Sie die wirtschaftliche Nutzung. Die Gesellschaft muss Software gegebenenfalls ändern, mit anderem Code verbinden, an Kunden unterlizenzieren oder später übertragen können. Prüfen Sie die Rechtevereinbarung daran, statt einen Vertrag für ein anderes Projekt zu kopieren.

Unterscheiden Sie Rechteübertragung und Lizenz. Eine Lizenz kann wirtschaftlich sinnvoll sein, ihre Reichweite und Steuerfolgen müssen jedoch verstanden werden. Die zyprische IP-Verordnung kann wirtschaftliches Eigentum anerkennen; daraus folgt nicht, dass jedes einfache Nutzungsrecht an fremdem Code dieselbe Position schafft.

Neue Arbeit von vorhandenem und fremdem Code trennen

Freelancer bringen oft bestehende Werkzeuge oder wiederverwendbare Bibliotheken ein. Diese können ihnen oder Dritten gehören. Erfassen Sie Ausnahmen und die der Gesellschaft eingeräumte Lizenz. Eine Übertragungsklausel kann keine Rechte verschaffen, die der Freelancer nicht besitzt.

Inventarisieren Sie Open-Source-Komponenten und ihre Lizenzen. Prüfen Sie Verteilung beziehungsweise Bereitstellung an Kunden und die Vereinbarkeit der Verpflichtungen mit dem Geschäftsmodell. Open Source bedeutet keinen automatischen IP-Box-Ausschluss; nennen Sie aber auch nicht den gesamten Abhängigkeitsbaum ausschließlich eigenen Code.

Bei erlaubten Unteraufträgen ist ein Verfahren zur Sicherung der nötigen Rechte entlang der Kette erforderlich. Bewahren Sie dessen Nachweise auf. Das Versprechen einer späteren Klärung erzeugt vermeidbare Unsicherheit, wenn das Produkt bereits Erträge erzielt.

Prüfliste für die Entwicklungsvereinbarung

Die folgenden Punkte strukturieren eine professionelle Vertragsprüfung. Sie sind weder eine vollständige Rechtsvorlage noch ein Ersatz für zwingende Regeln am Standort des Entwicklers.

• Richtige Vertragsparteien und bevollmächtigte Unterschriften.
• Bestimmte Arbeitsergebnisse und zugehöriges Projekt oder Repository.
• Zur vorgesehenen Verwertung passende Übertragungs- oder Lizenzbedingungen.
• Behandlung vorhandener Technologie und Drittkomponenten.
• Unterauftragsbefugnisse und Rechtekette.
• Lieferung, Abnahme und Nachweise abgeschlossener Arbeiten.
• Vertraulichkeit und Zugang zu Quellmaterial.
• Anwendbares Recht, Streitregelungen und lokale Beschränkungen.

Vertrag und Ausgabenaufstellung verbinden

Eine geeignete Rechtevereinbarung begründet für sich allein keine QE. Die Gesellschaft muss zudem den Bezug zu qualifizierender Entwicklung am richtigen Wirtschaftsgut nachweisen und die Regeln zur Beziehung des Vertragspartners anwenden. Unabhängige Freelancer mit belegter F&E unterscheiden sich von verbundenen Gesellschaften oder Verkäufern fertiger Software.

Nutzen Sie aussagekräftige Rechnungsbeschreibungen oder verknüpfen Sie Rechnungen mit vereinbartem Leistungsumfang und abgenommenen Ergebnissen. Bei gemischter Entwicklung, Support und sonstigen Leistungen dokumentieren Sie eine belegte Aufteilung, statt die gesamte Vergütung als F&E anzusetzen.

Bewahren Sie Vertrag, Arbeitsnachweise, Rechnung und Wirtschaftsgutreferenz zusammen auf. So lässt sich sowohl die Rechteposition als auch die Einbeziehung eines Betrags in den Nexus nachvollziehen. Beide Schlussfolgerungen sollten ausdrücklich erkennbar bleiben.

Frühere Lücken transparent schließen

Prüfen Sie bei bestehenden Produkten ältere Auftragnehmerbeziehungen, bevor Sie eine vollständige Rechtekette annehmen. Dokumentieren Sie nötige Klarstellungen oder Ergänzungen mit zutreffenden Daten und Bedingungen. Datieren Sie Vereinbarungen nicht zurück und stellen Sie spätere Dokumente nicht als bereits damals vorhanden dar.

Priorisieren Sie für Produkt und wesentliche Ertragsquellen unverzichtbare Beiträge. Ein klares Rechteregister kann künftige Beauftragungen steuern, damit neue Projekte die Dokumentation stärken, statt weitere offene Ausnahmen zu schaffen.