Braucht Software im Cyprus IP Box ein Patent?

Die Softwarekategorie eigenständig prüfen

Beginnen Sie mit dem konkreten immateriellen Wirtschaftsgut, nicht mit dem geläufigen Namen des Steuermodells. Die Regeln der Cyprus IP Box erkennen Computersoftware als eigene Kategorie neben Patenten und bestimmten weiteren geschützten Innovationen an. Der Ausdruck Patent Box bedeutet nicht, dass jedes originelle Softwareprodukt zuerst als Patent angemeldet werden muss. Entscheidend ist, welcher rechtliche und wirtschaftliche Gegenstand geltend gemacht wird.

Eine patentierte technische Erfindung und ein urheberrechtlich geschütztes Programm können nebeneinander bestehen. Die Belege für beide Rechte sind aber verschieden. Ein Patentregistereintrag beweist nicht automatisch, dass jeder Euro Umsatz einer Plattform begünstigt ist. Umgekehrt schließt ein fehlendes Patent die Softwareroute nicht aus, wenn Programm und relevante Nutzungsrechte belastbar nachgewiesen werden. Definieren Sie Codebasis, Versionen, Nutzung und Rechteinhaber.

Übertragen Sie Anforderungen einer anderen Kategorie qualifizierenden geistigen Eigentums nicht ungeprüft auf Software. Bestimmte sonstige innovative Wirtschaftsgüter unterliegen eigenen Zertifizierungs- oder Größenbedingungen. Daraus folgt keine allgemeine Umsatzgrenze für jedes Softwareunternehmen. Die Voraussetzungen für geschäftliche Nutzung, Rechte, Einkünfte, Entwicklung und Nexus bleiben trotzdem eigenständig zu prüfen.

Ein kurzes Klassifizierungsmemo benennt ein einzelnes Programm oder eine nachvollziehbar abgegrenzte Gruppe von Versionen, den Schutzweg, die verwertende Gesellschaft und Belege für jede Aussage. Produktname, App-Store-Eintrag oder Markenurkunde ersetzen diese Zuordnung nicht. Die umfassende Prüfung der IP Box gehört in eine andere Arbeitsebene; hier geht es gezielt um Urheberrecht und Patent.

Urheberrecht schützt originellen Ausdruck, nicht die bloße Idee

Nach der Richtlinie 2009/24/EG ist ein Computerprogramm geschützt, wenn es eine eigene geistige Schöpfung seines Urhebers ist. Der Schutz umfasst den Ausdruck in jeder Form sowie vorbereitendes Entwurfsmaterial. Ideen und Grundsätze, die einem Programmelement einschließlich seiner Schnittstellen zugrunde liegen, werden dadurch nicht geschützt. Die zyprische Behörde erläutert ebenfalls, dass Programme als literarische Werke geschützt sein können.

Originalität verlangt weder eine weltweit erstmalige Erfindung noch die Zustimmung eines Patentprüfers. Maßgeblich ist, ob der konkrete Ausdruck eine eigene geistige Schöpfung statt einer Kopie eines vorhandenen Programms ist. Ein wirtschaftlich wertvoller Ablauf, ein Algorithmus als abstraktes Konzept oder ein Geschäftsmodell ist nicht schon der geschützte Programmcode. Identifizieren Sie die tatsächliche schriftliche oder elektronische Umsetzung.

Die offizielle zyprische Copyright-Auskunft sagt, dass Schutz mit der Verkörperung eines originellen Werks automatisch entsteht. Veröffentlichung, Eintragung und Verlängerung sind für Erwerb oder Ausübung des Urheberrechts nicht erforderlich. Ein Copyright-Hinweis oder eine private Hinterlegung kann zur Datierung beitragen, schafft aber keine Originalität, die nicht vorhanden ist. Werben Sie nicht mit einer erfundenen staatlichen Registrierungspflicht.

Beispiel: Ein Gründer beschreibt zwei Entwicklern einen Preisalgorithmus. Die allgemeine Idee beweist nicht, wem der später geschriebene Programmausdruck gehört. Ein Repository kann unabhängig erstellte Module, Fremdbibliotheken und kopierte Ausschnitte enthalten. Die Prüfung trennt die Beiträge, Urheber und übertragenen Rechte. Eine pauschale Aussage über das Eigentum am Algorithmus ist dafür zu ungenau.

Schutz und Rechte der antragstellenden Gesellschaft trennen

Urheberrechtlicher Schutz und die Person, die die Steuerbegünstigung beansprucht, sind zwei Fragen. Der Autor des Codes, der Zahler einer Rechnung und die Gesellschaft, die Lizenzen verkauft, können unterschiedlich sein. Eine nachvollziehbare Akte verfolgt die Rechte von Arbeitnehmern, Gründern, freien Entwicklern, Erwerbsvorgängen und Konzerngesellschaften bis zum Anspruchsteller. Sie beschreibt ausdrücklich, welche Verwertung erlaubt ist.

Die Richtlinie 2009/24/EG enthält für Programme, die Arbeitnehmer bei der Erfüllung ihrer Aufgaben oder nach Weisung des Arbeitgebers schaffen, eine Regel zu den wirtschaftlichen Rechten des Arbeitgebers, soweit vertraglich nichts anderes vereinbart ist. Übertragen Sie diese Regel nicht automatisch auf Freelancer oder Gründer. Bei grenzüberschreitenden Verträgen ist zudem das anwendbare Recht gesondert zu prüfen.

Hat ein externer Entwickler ein wesentliches Modul geschrieben, prüfen Sie die unterschriebene Übertragung oder Lizenz, Wiederverwendungsrechte, räumlichen Umfang und Unterlizenzierung. Eine Entwicklungsrechnung belegt eine Zahlung, aber nicht zwingend die Übertragung sämtlicher wirtschaftlicher Rechte. Bei kundenspezifischer oder White-Label-Software können Rechte zwischen Auftraggeber und Dienstleister geteilt sein.

Eine kurze Rechtekette je Modul enthält Urheber, Datum, Vertrag, gegenwärtigen Rechteinhaber und Einschränkungen. Stimmen Sie diese Angaben mit Commits, Rechnungen und Produktversionen ab. Ist ein früher Gründerbeitrag nie wirksam übertragen worden, dokumentieren Sie die Lücke und klären Sie mögliche Korrekturen, bevor die Steuerunterlagen vollständige Exklusivrechte behaupten.

Eigene Entwicklung und Drittkomponenten auseinanderhalten

Kommerzielle Programme verbinden meist eigenen Code mit Open-Source-Paketen, lizenzierten Bibliotheken, APIs, Bildern oder Clouddiensten. Fremdkomponenten machen die eigene originelle Software nicht automatisch ungeeignet. Sie begrenzen jedoch, was die Gesellschaft wahrheitsgemäß als selbst geschrieben oder in ihrem Eigentum bezeichnen kann. Führen Sie eine Liste wesentlicher Abhängigkeiten mit Version, Lizenz, Einsatz und Weitergabebedingungen.

Trennen Sie originellen Programmausdruck von einer Abhängigkeit und von einem Dienst, der lediglich Daten hostet oder verarbeitet. Eine Gesellschaft kann die Anwendung entwickeln, aber eine fremde Zahlungsmaschine nutzen. Ihre Entwicklungshistorie stützt Rechte an der Anwendung, nicht an der Zahlungsmaschine. Kundenverträge sollten erkennen lassen, ob für Softwarerechte, Hosting, Unterstützung oder Dienstleistungen gezahlt wird.

KI-gestützte Entwicklung bringt weitere Tatsachenfragen. Prompt, generiertes Ergebnis und menschliche Bearbeitung belegen nicht dasselbe. Dokumentieren Sie, welche Personen Code ausgewählt, umgeschrieben, kombiniert, getestet und gepflegt haben. Prüfen Sie relevante Plattformbedingungen. Versprechen Sie nicht pauschal Urheberrecht an jeder erzeugten Zeile; die Nutzung eines KI-Werkzeugs beseitigt ebenso wenig automatisch Rechte an menschlich geschaffenem Ausdruck.

Lizenzkonformität ist von der steuerlichen Einordnung zu trennen. Eine zulässige Open-Source-Komponente kann Hinweise, Offenlegung von Quellcode oder weitere Schritte nach ihrer konkreten Lizenz erfordern. Ein ungelöster Streit um Fremdrechte kann die behauptete Verwertung und Zuordnung der Einkünfte schwächen. Lassen Sie wesentliche Unsicherheiten gesondert prüfen.

Ein Patent nach Rechtslage und Geschäftsnutzen entscheiden

Eine Patentanmeldung kann sinnvoll sein, wenn eine computerimplementierte Erfindung einen belastbaren technischen Beitrag leistet und ein geschäftlicher Schutzgrund besteht. Die Prüfungsrichtlinien 2026 des Europäischen Patentamts unterscheiden Programme als solche, die vom Patentschutz ausgeschlossen sind, von Programmen mit technischem Charakter und weiterer technischer Wirkung. Neuheit, erfinderische Tätigkeit und gewerbliche Anwendbarkeit bleiben zusätzlich zu prüfen.

Die Entscheidung hängt von der konkreten Erfindung, Schutzgebieten, Offenlegung, Kosten, Prüfungschancen und Durchsetzung ab. Eine Anmeldung kann technische Details öffentlich machen und längerfristige Ausgaben verursachen. Dafür ist fachkundige Patentberatung sinnvoll. Die Anmeldung ist keine allgemeine Eintrittskarte für die Softwareroute der zyprischen IP Box.

Eine mögliche Patentstrategie sollte auch nicht verworfen werden, nur weil originelle Software urheberrechtlich geschützt sein kann. Die Rechte betreffen unterschiedliche Seiten desselben Produkts. Eine Marke schützt die Kennzeichnung, belegt aber weder Rechte am Programmcode noch die Begünstigung von Markenerlösen als Softwareeinkünfte. Führen Sie jedes Recht unter der zutreffenden Kategorie.

Öffentliche Aussagen müssen zu den Urkunden passen. Patent angemeldet setzt eine wirkliche Anmeldung voraus; patentiert setzt ein entsprechendes erteiltes Schutzrecht voraus. Auch die Aussage urheberrechtlich geschützte Software braucht einen tragfähigen Befund zum Programm und zur Rechtekette. Die steuerliche Berechnung darf nicht an einem unbelegten Werbesiegel hängen.

Eine prüfbare Software-Rechteakte aufbauen

Eine gute Akte lässt Außenstehende die rechtliche Einordnung nachvollziehen. Sie beginnt mit einer Produktbeschreibung, die das Programm von anderen Produkten abgrenzt, und einer datierten Entwicklungsgeschichte. Danach zeigt sie die Beteiligten, den Weg der Rechte zur Gesellschaft, die tatsächliche Verwertung sowie die Messung von Einkünften und F&E-Ausgaben.

Nach Regelung 5 der KDP 336/2016 sind Aufzeichnungen je immateriellem Wirtschaftsgut wichtig. Eine Asset-ID verbindet Rechteakte, Release-Historie, F&E-Buchhaltung, Produktverträge und Steuerberechnung. Halten Sie unklare Punkte fest, statt verschiedene Produkte und Dienstleistungen unter einem ungeprüften Oberbegriff zusammenzufassen. Aktualisieren Sie die Akte nach Erwerb, wesentlichem Rewrite oder neuem Lizenzmodell.

• Produktbeschreibung, Komponentengrenzen und wichtige Versionen.
• Datiertes Repository und Belege für originelle menschliche Entwicklung.
• Vereinbarungen mit Gründern, Arbeitnehmern und Auftragnehmern.
• Erwerbs- und Lizenzverträge mit erlaubter kommerzieller Nutzung.
• Inventar von Fremdkomponenten und Prüfung der Lizenzpflichten.
• Kundenverträge zu Software, Hosting und Dienstleistungen.
• Einkünfte und begünstigte F&E-Ausgaben je Wirtschaftsgut.
• Schriftliche Bewertung offener Rechte und Streitpunkte.

Copyright ist nur ein Teil der Steuerprüfung

Die urheberrechtliche Position ist nur eine Hürde. Für IP Box wird außerdem geprüft, ob Einkünfte aus dem begünstigten Gut stammen und wie der Nexus-Quotient die begünstigten Entwicklungsausgaben widerspiegelt. KDP 336/2016 regelt die einschlägigen Einkünfte und Ausgaben und verlangt Aufzeichnungen je Gut. Der Besitz origineller Software macht nicht jeden Euro Unternehmensumsatz zu begünstigtem IP-Gewinn.

Eine SaaS-Gesellschaft verkauft etwa ein Jahresabonnement, kundenspezifische Einführung, Schulung und weiterverkaufte Fremdsoftware. Die Rechte am eigenen Programm können klar sein. Dennoch müssen Vertrag und Kostenaufstellung Einnahmen aus diesem Programm von getrennten Leistungen und Wiederverkäufermargen unterscheiden. Eine einzige Rechnungszeile entscheidet die Zuordnung nicht. Dokumentieren Sie Pflichten und eine vertretbare Methode.

Ein Produkt kann aus einem erworbenen Kern und intern entwickelten Erweiterungen bestehen. Die Gesellschaft muss nach den geltenden Regeln Ausgaben im Nexus-Zähler von anderen Beträgen trennen. Eine originelle Erweiterung verwandelt Erwerbskosten nicht automatisch vollständig in begünstigte F&E. Die Rechnung gehört auf die Ebene des jeweiligen Wirtschaftsguts, nicht in eine pauschale Copyright-Notiz.

Die sinnvolle Reihenfolge lautet: Programm und Schutzweg identifizieren; Verwertungsrechte belegen; vertragliche Erlöse und direkte Kosten klassifizieren; Entwicklungsausgaben je Gut erfassen; Nexus berechnen; erst danach einen möglichen IP-Box-Abzug ermitteln. Nach Rechteübertragung oder Änderung des Geschäftsmodells erneut prüfen. Die Antwort auf die Patentfrage ist kürzer als die anschließende Steueranalyse.