Cyprus IP Box bez wydatków B+R

Trzy sytuacje wymagają różnych odpowiedzi

Założyciel mówiący o braku wydatków B+R może mieć na myśli zakończenie rozwoju w zeszłym roku, zakup gotowego programu albo brak zebranej dokumentacji kosztów. Są to istotnie różne fakty. Ustal właściwy przypadek przed użyciem kalkulatora lub podaniem stawki podatku.

Nexus łączy kwalifikowany zysk z odpowiednią historią wydatków składnika. Nie jest jedynie testem, czy w bieżącym rachunku wyników istnieje konto nazwane B+R. Klasyfikacja księgowa może ukrywać wydatki rozwojowe, a koszty historyczne mogą pozostawać istotne.

Z drugiej strony wartościowe oprogramowanie nie dowodzi, że podatnik poniósł koszty kwalifikowane. Nieodpłatny wysiłek założyciela, kupiony kod i rozwój finansowany przez inny podmiot wymagają analizy rzeczywistego podatnika, transakcji i kosztów.

Wyraźnie porównaj licznik i mianownik

Poniższe przykłady wyodrębniają problem matematyczny. Zakładają prawidłową klasyfikację każdej wskazanej kwoty oraz jej związek z odpowiednim aktywem i podatnikiem.

Brak kosztów bieżącego roku nie oznacza braku historii

Firma może zakończyć główny rozwój produktu i potem przez lata uzyskiwać przychody abonamentowe. Jeśli historyczne koszty kwalifikowane są udokumentowane i pozostałe warunki spełnione, brak nowych prac w danym roku sam nie usuwa tej historii.

Zachowaj zestawienie aktywa nawet po przeniesieniu zespołu do innego projektu. Powinno wyjaśniać pierwotny rozwój, nabycia, prace powiązane i późniejsze ulepszenia. Uzgadniaj zmiany i utrzymuj odwołania do dokumentów źródłowych.

Nie przenoś bieżących wydatków nowego produktu na starszy dochodowy składnik tylko dla poprawy wskaźnika. Wydatek musi mieć wymagany związek z właściwym aktywem. Historyczna ewidencja jest cenna właśnie dlatego, że zachowuje ten związek w czasie.

Nieodpłatnej pracy i przeniesionego kodu nie uzupełnia się wymyślonym kosztem

Założyciel mógł napisać znaczne oprogramowanie przed powstaniem spółki. Wartość gospodarcza pracy może być duża, ale wartość i wydatek to inne pojęcia. Hipotetyczne wynagrodzenie wpisane po czasie do arkusza nie potwierdza kosztu rzeczywiście poniesionego przez spółkę.

Jeśli założyciel przenosi program do spółki, ustal prawa, warunki i wynagrodzenie. Transakcja może rodzić kwestie nabycia, wyceny i podatków transgranicznych. Nie jest automatycznie równoważna zatrudnianiu założyciela przez spółkę przez cały pierwotny rozwój.

Późniejszy rzeczywisty rozwój spółki może tworzyć koszty kwalifikowane po spełnieniu warunków. Modeluj go z użyciem faktycznych udokumentowanych kwot i właściwej historii aktywa, bez antydatowania dokumentów dla stworzenia korzystnego punktu wyjścia.

Co zrobić, gdy model pokazuje zero

Najpierw przestań traktować zero jako domyślną odpowiedź na nieustalone pytanie. Oznacz nieznane pola jako nierozstrzygnięte. Zbierz księgi, umowy, listy płac i dowody rozwoju oraz ustal, kto poniósł koszty. Sprawdź, czy podatnik stworzył, kupił czy ulepszył składnik.

Następnie oddziel arytmetykę od wniosku prawnego. Kalkulator pokaże, że 0 € podzielone przez 100 000 € to zero. Nie dowiedzie kompletności ceny nabycia, kwalifikowalności aktywa ani prawidłowego rozliczenia transferu od założyciela. Te dane potrzebują własnego uzasadnienia.

Na końcu udokumentuj wniosek i ograniczenia. Jeśli nie da się ustalić kosztów kwalifikowanych, nie reklamuj stawki pełnego nexus. Przy udokumentowanych kosztach historycznych zastosuj odpowiednią historię i zachowaj dowody na kolejne okresy.

• Ustal, czy zero oznacza brak, brak w tym roku czy brak wiedzy.
• Zidentyfikuj podatnika i historię rozwoju lub nabycia.
• Odzyskaj autentyczne zapisy bez prezentowania późniejszych szacunków jako oryginałów.
• Oblicz podwyższenie po ustaleniu QE i pozostałych kosztów.
• Użyj modelu zgłaszającego zerowy mianownik zamiast przypisywania 100%.