API-Einnahmen und die Cyprus IP Box

Der Endpunkt entscheidet nicht über die Besteuerung

Ein Unternehmen kann über eine API eigene Softwarefunktionen, lizenzierte Daten, Zugang zu einem fremden Modell oder eine betreute Dienstleistung anbieten. In jedem Fall lässt sich pro Anfrage abrechnen. Die Abrechnungseinheit belegt nicht, welcher Vermögenswert den Ertrag erzeugt.

Beginnen Sie mit dem Leistungsumfang für den Kunden und dem Beitrag des Unternehmens. Verwertet es eigene begünstigte Software, erbringt es eine softwaregestützte Dienstleistung oder reicht es fremde Funktionen weiter? Mehrere Bestandteile können zusammenkommen.

Die zyprischen Vorschriften erfassen Lizenzgebühren, Beträge aus Lizenzvergaben und eingebettete Erträge mit direktem Bezug zu begünstigtem IP. Das ermöglicht die Prüfung API-basierter Geschäftsmodelle, schafft aber keine pauschale Begünstigung sämtlicher API-Einnahmen.

Drei API-Geschäftsmodelle im Vergleich

Die Beispiele strukturieren die Prüfung. Sie ersetzen keine Beurteilung der tatsächlichen Verträge und Technologie.

Erlöse und Kosten nachvollziehbar verbinden

Stimmen Sie erfasste API-Erlöse mit Abrechnungen, Nutzungsanpassungen, Gutschriften und Erstattungen ab. Bestimmen Sie anschließend den dem begünstigten Vermögenswert zurechenbaren Ertrag. Enthält das Angebot weitere Komponenten, dokumentieren Sie die Aufteilung, statt alle Einnahmen aufgrund einer gemeinsamen Rechnung als begünstigt anzusehen.

Ziehen Sie die einschlägigen Kosten zur Ermittlung des Nettoertrags aus IP ab. Rechenleistung im Produktivbetrieb, fremde API-Gebühren und Support beeinflussen die Wirtschaftlichkeit; ihre Behandlung ist nach den geltenden Regeln zu prüfen. Verwechseln Sie diese jährliche Gewinnermittlung nicht mit der Nexus-Ausgabenaufstellung.

Eine Gebühr für ein fremdes Modell kann etwa ein betrieblicher Input der Anwendung sein. Sie wird dadurch nicht automatisch zu eigenen begünstigten FuE-Ausgaben. Entwicklungsrechenleistung, gekaufte Software und Leistungen verbundener Parteien benötigen jeweils eine eigene Einordnung.

Eine neue Preisstruktur muss die Steuerfrage nicht verändern

Angenommen, dieselbe eigene Anwendung wechselt vom Monatsabonnement zur Abrechnung je Anfrage. Diese Änderung allein schafft weder einen neuen begünstigten Vermögenswert noch einen anderen Nexusquotienten. Prüfen Sie, ob sich Rechte, Funktionen und Ertragszusammensetzung tatsächlich geändert haben.

Fügt das Unternehmen nun jeder API-Antwort eine separat berechnete menschliche Prüfung hinzu, liegt eine andere kommerzielle Entwicklung vor. Das Angebot enthält eine zusätzliche Leistung, deren Einnahmen und Kosten möglicherweise getrennt zu behandeln sind.

Entscheidend ist die Unterscheidung zwischen einer Abrechnungsänderung und einer Änderung der Wertschöpfung. Richten Sie die Steueranalyse an der Wertschöpfung aus und bilden Sie die Abrechnung in den Büchern zutreffend ab.

Anbieterbedingungen und eigene Rechte prüfen

Sind externe APIs wesentlich, prüfen Sie die Rechte und Einschränkungen im Anbietervertrag. Die Erlaubnis zur Nutzung eines Dienstes belegt kein Eigentum an der Software, den Daten oder dem Modell des Anbieters.

Dokumentieren Sie den eigenen Softwarebeitrag und die von Beschäftigten und Auftragnehmern erworbenen Rechte. Enthält das Produkt KI-unterstützten Code oder lizenzierte Komponenten, bewahren Sie die zugehörige Rechteprüfung auf. Unterstellen Sie kein ausschließliches Eigentum am gesamten technischen System.

Die API-Dokumentation erklärt Funktionen, ist allein aber kein Eigentumsnachweis. Verknüpfen Sie sie mit Verträgen, Codehistorie und Anlagenverzeichnis für IP.

Nachweise für ein nutzungsabhängiges Softwaregeschäft

Erstellen Sie eine übersichtliche Akte, die Geschäftsmodell, Technologie und Berechnung verbindet. Ein Prüfer sollte den Ertrag vom Kundenvertrag zum jeweiligen Vermögenswert und weiter zu Nettogewinn- und Nexusberechnungen verfolgen können.

Überprüfen Sie die Akte bei wesentlichen Änderungen an Endpunkten, Anbietern oder Leistungspaketen. Eine Schlussfolgerung zu einer eigenen Software-API muss nicht auf einen späteren Dienst passen, der überwiegend Zugang zu einer anderen Plattform weiterverkauft.

• Kundenbedingungen und Beschreibung der gelieferten Funktionen.
• Identifizierte begünstigte Software und lückenlose Rechtekette.
• Verträge externer Anbieter und wesentliche Einschränkungen.
• Abstimmung von Abrechnungen und Erlösen einschließlich Gutschriften.
• Belegte Aufteilung gemischter Einnahmen und Kosten.
• Separate Historie der Entwicklungsausgaben und Nexusberechnung.
• Erläuterung wesentlicher Änderungen im Geschäftsjahr.