Software von Beschäftigten: Rechte und Nachweise für die Cyprus IP Box

Beschäftigungsverhältnis und Aufgabenbereich zuerst prüfen

Software eines Beschäftigten wird nicht genau wie das Arbeitsergebnis eines freien Auftragnehmers beurteilt. Artikel 2 Absatz 3 der Richtlinie 2009/24/EG betrifft wirtschaftliche Rechte an Programmen, die bei der Wahrnehmung von Aufgaben oder nach Weisung des Arbeitgebers geschaffen werden, vorbehaltlich abweichender vertraglicher Vereinbarungen.

Deshalb sind die tatsächlichen Verhältnisse entscheidend. Bestimmen Sie Arbeitgeber, relevante Aufgaben und Entstehungsumstände. Wer bei einer Konzerntochter arbeitet, ist nicht automatisch bei der Gesellschaft beschäftigt, die das IP verwerten soll. Auch ein informell mitarbeitender Gründer kann rechtlich anders stehen als ein nachweislich angestellter Entwickler.

Prüfen Sie nationales Recht und Vertrag, besonders bei grenzüberschreitend tätigem Personal. Dieser Leitfaden erläutert die zu untersuchenden Fragen. Er unterstellt nicht, dass eine einzelne Vertragsklausel in jedem Land dieselbe Wirkung entfaltet.

Dienstliche Arbeit von früheren und externen Projekten trennen

Beschäftigte bringen möglicherweise bestehenden Code, Bibliotheken oder private Projekte in das Unternehmen ein. Solches Material muss getrennt von der im Rahmen der Beschäftigung entwickelten Software erfasst werden. Die Gesellschaft sollte klären, welche Rechte sie erhält und welche Beschränkungen Dritter fortbestehen.

Ebenso kann ein Repository sowohl betriebliche als auch private Arbeiten enthalten. Die Inhaberschaft eines Kontos oder die Verwendung eines Firmenlaptops erlaubt allein keine abschließende rechtliche Beurteilung. Vertrag, Aufgabenbeschreibung und Projektnachweise sollten zueinander passen.

Richten Sie ein Verfahren zur Offenlegung genehmigter bestehender Technologien und externer Komponenten ein. Das verhindert widersprüchliche Annahmen: Ein Beschäftigter hält eine Bibliothek möglicherweise für sein privates Eigentum, während das Unternehmen das gesamte Produkt als ausschließlich eigene Entwicklung beschreibt.

Rechte innerhalb der Unternehmensgruppe zuordnen

In einer Gruppe kann eine Gesellschaft Entwickler beschäftigen und eine andere das Produkt verkaufen. Klären Sie, wie die Verwertungsrechte zur umsatzerzielenden Gesellschaft gelangen und was die konzerninterne Entwicklungsvereinbarung regelt. Gemeinsame Gesellschafter machen diese Unterscheidung nicht bedeutungslos.

Dieselbe Gestaltung beeinflusst die Einordnung im Nexus. Entwicklungsleistungen einer verbundenen Gesellschaft werden nicht dadurch zu eigenen Gehaltsaufwendungen des IP-Inhabers, dass die Rechnung des Dienstleisters auf dessen Lohnkosten basiert. Rechte, Verrechnungspreise und Ausgabenformel benötigen jeweils eine eigene Prüfung.

Wechseln Beschäftigte zwischen Gesellschaften, dokumentieren Sie die Änderung sowie die Behandlung bestehender und künftiger Arbeit. Die neue Vereinbarung darf nicht stillschweigend die Vergangenheit darüber umschreiben, wer frühere Software geschaffen, finanziert oder gehalten hat.

Eine praktische Dokumentation für Mitarbeitersoftware aufbauen

Die Unterlagen sollten die Rolle der Person mit der Software und den Rechten der Gesellschaft verbinden. Sie müssen nicht jedes Entwicklungsartefakt wiedergeben, sollten einem Prüfer aber ermöglichen, wesentliche Beiträge und Ausnahmen nachzuvollziehen.

Halten Sie die Dokumentation dem Zweck angemessen. Projektbeschreibungen, freigegebener Umfang, Repository-Verlauf und Arbeitsbedingungen können sich ergänzen. Vermeiden Sie unnötige personenbezogene Angaben, wenn Projektreferenzen und Rollenbeschreibungen die Arbeit ausreichend belegen.

• Richtige Arbeitgebergesellschaft und relevante Beschäftigungszeiträume.
• Aufgaben oder Weisungen für die Entwicklungsarbeit.
• Vertragsbestimmungen zu Software-Rechten.
• Offengelegter bestehender Code und Lizenzen Dritter.
• Projekt- und Wirtschaftsgutkennungen für wesentliche Beiträge.
• Konzerninterne Rechtevereinbarungen, wenn eine andere Gesellschaft die Software verwertet.
• Dokumentierte Änderungen bei Wechsel oder Austritt.

Rechte und Gehaltszuordnung sind getrennte Prüfungen

Auch bei klaren wirtschaftlichen Rechten der Gesellschaft ist nicht jede Arbeitsstunde zwangsläufig begünstigte F&E. Entwickler übernehmen möglicherweise auch Support, Vorführungen oder laufenden Betrieb. Prüfen Sie Tätigkeit und belegte Gehaltsaufteilung, bevor Sie Kosten als QE berücksichtigen.

Umgekehrt ersetzen Nachweise über Entwicklungsaufwendungen keine Rechteprüfung. Eine Lohnliste zeigt, wer bezahlt wurde; sie klärt weder Beschränkungen vorhandenen Codes noch Rechte einer anderen Arbeitgebergesellschaft. Verbinden Sie beide Nachweisketten, ohne eine davon allein als abschließend anzusehen.

Stimmen Sie zum Jahresende die relevante Gehaltszuordnung mit der Ausgabenübersicht des Wirtschaftsguts ab. Erläutern Sie gemeinsam genutzte Arbeit und zählen Sie denselben Aufwand nicht mehrfach für verschiedene Produkte. Eine belastbare Nexus-Berechnung folgt den tatsächlichen Tätigkeiten und Ausgaben.

Austritte und Umstrukturierungen als Prüfanlass nutzen

Scheidet ein Entwickler aus, sichern Sie den betrieblichen Zugang zu Quellmaterial und Projektunterlagen durch übliche autorisierte Übergabeverfahren. Klären Sie offene Fragen zu bereits vorhandenen Komponenten und sorgen Sie dafür, dass künftige Wartung nicht von einem privaten Konto abhängt.

Auch ein Unternehmenskauf oder eine Umstrukturierung rechtfertigt eine erneute Prüfung. Käufer und Investoren müssen häufig sowohl die Rechtekette als auch die Steuerberechnung verstehen. Klare Beschäftigungsunterlagen erleichtern dies, ohne zu versprechen, dass jede Frage zu Rechten oder Begünstigungsfähigkeit damit gelöst ist.