Oprogramowanie white-label a cypryjski IP Box

Ustal swoją rolę w modelu white-label

White-label może oznaczać dewelopera pozwalającego partnerom sprzedawać software pod ich nazwami albo dystrybutora kupującego dostęp do zewnętrznej platformy i dodającego własną markę. Dla klientów oferty mogą wyglądać podobnie, ale dają firmom różne prawa i dochody.

Ustal właściciela oprogramowania, operatora platformy, stronę umowy z klientem i pośredników. Zidentyfikuj, kto tworzy i może modyfikować kod, kontroluje eksploatację i za co otrzymuje wynagrodzenie. Logo na ekranie logowania nie zastępuje takiej mapy.

Cypryjski IP Box stosuje zasady kwalifikowanego aktywa, dochodu i nexus. Nie przyznaje firmom white-label osobnego automatycznego uprawnienia ani nie wymaga identycznego traktowania każdego produktu opatrzonego marką.

Gdy firma licencjonuje stworzone przez siebie oprogramowanie

Jeśli firma ma prawną lub ekonomiczną własność kwalifikowanego software i licencjonuje je partnerom, dochód licencyjny można analizować według zwykłych zasad IP Box. Potwierdź aktywo, prawa, dochód netto i udokumentowaną historię wydatków.

Sprawdź, co jeszcze otrzymuje partner. Umowa może obejmować hosting, wsparcie, indywidualny rozwój lub prawa do marki obok dostępu do software. Oceń te składniki zamiast zakładać identyczne ujęcie.

Dostosowania dla partnerów także wymagają ewidencji. Ustal, czy firma zachowuje prawa, czy praca ulepsza główne aktywo lub tworzy kolejne oraz jak przypisuje się koszty i dochód. Umowy white-label mogą różnić się tymi faktami pomiędzy partnerami.

Gdy firma zmienia markę cudzej platformy

Odsprzedawca może mieć zgodę na promocję i udostępnianie zewnętrznego software bez własności technologii. Prawo zmiany kolorów i marki nie dowodzi automatycznie własności kwalifikowanego aktywa programistycznego.

Sprawdź, czy firma tworzy odrębną oryginalną integrację lub warstwę aplikacji. Ten wkład może wymagać własnej oceny, ale nie przenosi własności całej platformy dostawcy. Ustal prawa i dochody związane z rzeczywistym aktywem firmy.

Opłaty dostawcy, marże odsprzedaży i wydatki rozwojowe powinny pozostać rozdzielone w ewidencji. Nie opisuj całej opłaty platformowej jako własnego B+R ani każdego wpływu od klienta jako dochodu z software stworzonego przez firmę.

Porównanie umów

Firma A tworzy platformę rezerwacji terminów i daje partnerom prawo oferowania dostępu pod ich markami. Firma B kupuje ten dostęp i odsprzedaje z usługami wdrożenia. Obie reklamują white-label, ale ich analiza IP Box zaczyna się od różnych pozycji.

A musi potwierdzić kwalifikowane aktywo, historię rozwoju oraz dochód netto licencyjny lub zawarty w cenie. B musi ustalić własne prawa i ewentualne oryginalne oprogramowanie oraz rozdzielić odsprzedaż i usługi. Żadna nie powinna wywodzić swojego wyniku podatkowego z reklamy drugiej.

Jeśli B później stworzy istotny własny moduł, oceń go osobno. Pytanie dotyczy faktycznego aktywa i jego udziału w dochodzie, a nie możliwości nazywania się odtąd deweloperem.

Czytaj łącznie postanowienia o prawach i dochodach

Traktuj umowy rozwojowe i handlowe jako jeden model operacyjny. Klauzula praw powinna odpowiadać świadczeniu i sposobowi zarabiania stron. Rozwiąż istotne niespójności przed oparciem się na obliczeniu podatku.

• Kto jest prawnym lub ekonomicznym właścicielem podstawowego software?
• Jakie prawa każdy partner otrzymuje, zachowuje lub przekazuje?
• Do kogo należą dostosowania i późniejsze ulepszenia?
• Czy można rozdzielić software, markę, hosting i usługi?
• Jak ewidencjonowane są przychody klientów i opłaty dostawcy?
• Który podatnik poniósł właściwe wydatki rozwojowe?
• Czy strony są powiązane i wymagają osobnej analizy nexus i cen?

Aktualizuj analizę wraz ze zmianą modelu

Biznes white-label może przejść od prostej odsprzedaży do oryginalnego rozwoju albo zlecać coraz więcej elementów platformy na zewnątrz. Aktualizuj ewidencję aktywów i wydatków przy zmianach. Historyczne koszty nabycia lub podmiotów powiązanych nie znikają przez nowy opis na stronie.

Użyj uzasadnionego modelu podatkowego do prognozowania rzeczywistego połączenia zysku software i usług. Przykłady pełnego nexus wyjaśniają mechanizm, ale odsprzedawca lub mieszany dostawca nie powinien przedstawiać ich jako gwarantowanej stawki całej firmy.

Przed kontrolą inwestora lub nabywcy zbierz warunki dostawców, umowy partnerów, łańcuch praw i kalkulacje według aktywa. Jasne objaśnienie umowy jest bardziej przydatne niż twierdzenie, że sama nazwa white-label dowodzi uprawnienia.