Koszty hostingu w chmurze w cypryjskim IP Box

Najpierw klasyfikuj czynność, potem dostawcę

AWS, Azure lub inny dostawca może na jednej fakturze rozliczać zasoby do badań, produkcji, obsługi klienta i prezentacji sprzedażowych. Nazwa dostawcy mówi więc niewiele o klasyfikacji podatkowej. Pytanie dotyczy pracy wspieranej przez zasób i jej związku z kwalifikowanym aktywem.

Cypryjskie przepisy obejmują koszty bezpośrednio związane z rozwijaniem, ulepszaniem lub tworzeniem kwalifikowanych aktywów niematerialnych, z uwzględnieniem wyłączeń. Nie uznają każdej faktury za chmurę za kwalifikowane B+R ani nie wykluczają wszystkich usług chmurowych. Praktyczna analiza zaczyna się od działalności rozwojowej, a następnie wskazuje wspierające ją wydatki.

Oddziel dwie decyzje. Najpierw ustal sposób rozliczenia wydatku przy obliczaniu dochodu netto z IP. Następnie oceń, czy spełnia definicję kwalifikowanego wydatku nexus. Ujęcie kosztu produkcyjnego w pierwszej kalkulacji nie uzasadnia jego wpisania do drugiej.

Podziel zasoby według celu wykorzystania

Tabela jest narzędziem przeglądu, nie urzędowym zestawieniem podatkowym. Każda pozycja zależy od rzeczywistej działalności, związku z aktywem i właściwego rozliczenia podatkowego.

Przykład podziału bez zakładania kwalifikowalności

Załóżmy miesięczną fakturę 12 000 €. Tagi zasobów wskazują 7 000 € na produkcję, 3 000 € na projekt rozwojowy i 2 000 € na zasoby wspólne. Kwota 3 000 € podlega ocenie B+R, a nie automatycznemu zatwierdzeniu w nexus. Praca projektowa musi spełniać odpowiednie kryteria i wiązać się z kwalifikowanym aktywem.

Dla wspólnych 2 000 € finanse uzyskują rejestry wskazujące, które środowiska zużywały zasoby. Stosują udokumentowany klucz podziału i proszą zespół techniczny o potwierdzenie jego zgodności z rzeczywistym użyciem. Nie ma podstaw do przypisania całości do B+R tylko dlatego, że spółka tworzy oprogramowanie.

Przyjmijmy ilustracyjnie, że po podziale przegląd uzasadnia 3 500 € jako wydatki bezpośrednio związane z kwalifikowanym rozwojem. Ta kwota trafia na właściwej podstawie do zestawienia nexus. Ujęcie reszty w rocznej kalkulacji dochodu pozostaje osobnym zagadnieniem: wydatek nie musi być nieodliczalny tylko dlatego, że jest poza QE.

Uczyń konto chmurowe zrozumiałym dla finansów

Uzgodnij słownictwo zespołu technicznego i księgowości. Każdy odpowiedni projekt potrzebuje stałego identyfikatora aktywa. Oznaczenia środowisk powinny rozróżniać produkcję, rozwój, testowanie i zastosowanie handlowe tam, gdzie odpowiada to systemowi. Zachowuj mapowanie podczas zmiany nazw projektów lub migracji kont.

Eksportuj rejestry wykorzystania wraz z fakturami. Zbiorcza faktura zawierająca jedynie nazwę usługi i sumę może nie wystarczać do wyjaśnienia kosztów wielu produktów. Zachowaj okres, identyfikatory zasobów, wyliczenie podziału i opis działalności. Nie przerabiaj historycznych oznaczeń tak, jakby były dowodami tworzonymi na bieżąco.

Zmiana zasad tagowania na przyszłość może poprawić późniejszą ewidencję, ale nie dowodzi wcześniejszej kwalifikowalności. Przy niepełnych danych historycznych korzystaj z autentycznych materiałów pomocniczych i przejrzyście oznaczaj szacunki oraz nierozstrzygnięte kwoty. Braku dokumentacji nie wolno przekształcać w pewny kwalifikowany procent.

• Powiąż każdą zgłaszaną kwotę z projektem i kwalifikowanym aktywem.
• Wyjaśnij, dlaczego praca była rozwojem, a nie zwykłym funkcjonowaniem.
• Uzgodnij przydzielone kwoty z sumą faktury.
• W razie potrzeby rozdziel nabycie, podmioty powiązane i inne kategorie kosztów.
• Zapisz, kto zatwierdził podział i z jakiego powodu.

Sprawdź klasyfikację po uruchomieniu projektu

To samo środowisko może z czasem zmienić przeznaczenie. Obliczenia projektu eksperymentalnego mogą później stać się usługą produkcyjną, za którą płacą klienci. Podział uzasadniony w fazie rozwoju może wprowadzać w błąd po uruchomieniu. Weryfikuj cel przy istotnych wydaniach i przenoszeniu obciążeń.

Jest to szczególnie ważne przy produktach AI. Trenowanie, ewaluacja, inferencja i zwykłe użycie klienta nie są wymiennymi etykietami. Nie traktuj wszystkich wydatków GPU jako B+R tylko dlatego, że infrastruktura jest droga lub technicznie złożona. Najpierw ustal odpowiednie aktywo, pracę rozwojową i związek kosztu.