0111-KDIB1-3.4010.548.2021.2.JKU

Interpretacja indywidualna2022-02-10Dyrektor Krajowej Informacji Skarbowej
Teza
ulga badawczo-rozwojowa (finalne oprogramowanie, komponenty, kwalifikowane prawo własności intelektualnej, wynagrodzenie, nexus)

Pełna treść interpretacji

Interpretacja indywidualna – stanowisko prawidłowe Szanowni Państwo, stwierdzam, że Państwa stanowisko w sprawie oceny skutków podatkowych opisanego stanu faktycznego oraz zdarzenia przyszłego w podatku dochodowym od osób prawnych jest prawidłowe. Zakres wniosku o wydanie interpretacji indywidualnej 22 października 2021 r. wpłynął Państwa wniosek z 19 października 2021 r. o wydanie interpretacji indywidualnej, który dotyczy ustalenia, czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku: -     działalność Wnioskodawcy prowadzona w ramach Projektów wewnętrznych oraz Projektów zewnętrznych (do momentu przekazania Wersji MVP) stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 ustawy o CIT (pytanie oznaczone nr 1), -     Wnioskodawca prawidłowo kwalifikuje rezultaty prowadzonych przez siebie Projektów jako programy komputerowe stanowiące kwalifikowane prawa własności intelektualnej w rozumieniu art. 24d ust. 2 ustawy o CIT (pytanie oznaczone nr 2), -     wynagrodzenie otrzymywane przez Wnioskodawcę w ramach Projektów zewnętrznych stanowi dochód z kwalifikowanych praw własności intelektualnej (w rozumieniu art. 24d ustawy o CIT) wytworzonych w ramach tych Projektów, jeśli w zamian za to wynagrodzenie Wnioskodawca przenosi na klienta wytworzone kwalifikowane prawo własności intelektualnej (pytanie oznaczone nr 3), -     w odniesieniu do Projektów zewnętrznych dzielonych, Spółka powinna: -     w Projekcie, w ramach którego Wnioskodawca tworzy komponenty składające się na Wersję MVP finalnego oprogramowania - przyjąć, że kwalifikowanym prawem własności intelektualnej, na które przypadają przychody, koszty uzyskania przychodów i dochód (strata) z Projektu jest Wersja MVP finalnego oprogramowania; -     w Projekcie, w ramach którego Wnioskodawca tworzy wyłącznie komponenty (będące celem i przedmiotem Projektu i kwalifikowane jako programy komputerowe) - przyjąć, że każdy z tych komponentów jest odrębnym kwalifikowanym prawem własności intelektualnej, na które przypadają (w odpowiedniej części) przychody, koszty uzyskania przychodów i dochód (strata) z Projektu (pytanie oznaczone nr 4), -     w odniesieniu do Projektów zewnętrznych, w ramach których dochodzi do powstania programów komputerowych składających się zarówno z elementów dedykowanych, jak i elementów licencjonowanych, Spółka powinna przyjąć (na potrzeby stosowania ulgi IP Box), że w ramach takich Projektów powstaje jedno kwalifikowane prawo własności intelektualnej (będące połączeniem elementów dedykowanych i elementów licencjonowanych w jedną funkcjonalną całość) czy też powinna przyjąć, iż elementy dedykowane i elementy licencjonowane są odrębnymi kwalifikowanym prawami własności intelektualnej (pytanie oznaczone nr 5), -     Wnioskodawca prawidłowo ujmuje koszty nabywania usług od Współpracowników w kalkulacji wskaźnika Nexus dla obu typów Projektów (pytanie oznaczone nr 6). Uzupełnili go Państwo – w odpowiedzi na wezwanie – pismem z 10 stycznia 2021 r. (wpływ ePUAP). Treść wniosku jest następująca: Opis stanu faktycznego oraz zdarzenia przyszłego X S.A. (dalej: „Wnioskodawca”, „Spółka”) jest spółką kapitałową prawa polskiego, prowadzącą działalność informatyczną polegającą na projektowaniu, tworzeniu i wdrażaniu indywidualnych rozwiązań z zakresu handlu... Tworzone przez Wnioskodawcę rozwiązania mają postać programów komputerowych opartych na najnowszych technologiach programistycznych, w tym także wytworzonych we własnym zakresie przez Wnioskodawcę. Wnioskodawca wskazuje, że nie posiada statusu centrum badawczo-rozwojowego w rozumieniu art. 17 ustawy z dnia 30 maja 2008 r. o niektórych formach wspierania działalności innowacyjnej. Działalność Spółki podzielić można na trzy zasadnicze obszary. Pierwszy z nich (dalej: „Projekty wewnętrzne”) to działalność mająca na celu stworzenie innowacyjnych programów komputerowych z zakresu  ...  na bazie pomysłów specjalistów pracujących w Spółce. Programy takie pozostają własnością Wnioskodawcy, a ich komercjalizacja polega na udzielaniu klientom Wnioskodawcy stosownych licencji i pobieraniu z tego tytułu wynagrodzenia. Dodatkowo, programy stworzone przez Spółkę w ramach Projektów wewnętrznych mogą być wykorzystywane jako baza do tworzenia oprogramowania dostosowanego do potrzeb konkretnych klientów w ramach opisanych w dalszej części wniosku Projektów zewnętrznych. Co istotne, Projekty wewnętrzne nie są tworzone na zlecenie konkretnego klienta. Jest to działalność prowadzona z inicjatywy Wnioskodawcy. Drugim obszarem działalności Wnioskodawcy są projekty realizowane na zamówienie klienta (dalej: „Projekty zewnętrzne”). Przedmiot prac w ramach Projektów zewnętrznych jest wyznaczany przez zleceniodawcę (klienta), przy czym precyzyjne określenie przedmiotu zamówienia może mieć miejsce: -     W umowie zawieranej z klientem; w takich przypadkach już sama umowa wskazuje, że Spółka ma zaprojektować i wdrożyć określoną aplikację; przykładowo, w ramach jednego z projektów Wnioskodawca był zobowiązany do zaprojektowania, wykonania i wdrożenia w wersji MVP Aplikacji (pośrednictwa transakcyjnego). -     Już po zawarciu umowy z klientem; w takich przypadkach umowa określa tylko przyjęte metody pracy i sposób rozliczania projektu, a samo dookreślenie jej przedmiotu odbywa się w drodze ustaleń między klientem a Spółką; przykładowo, w ramach tego rodzaju projektu Spółka tworzyła dla konkretnego klienta dedykowaną aplikację stanowiącą warstwę interfejsu użytkownika sklepu internetowego komunikująca się z platformą eCommerce. Dzięki tej aplikacji klienci mogą robić zakupy w sklepie internetowym. Działalność Wnioskodawcy, w zależności od zapotrzebowania klienta, może pokrywać wszystkie etapy Projektów zewnętrznych, począwszy od analizy i zdefiniowania wymagań, przez zaprojektowanie rozwiązania, jego wykonanie, testowanie, wdrożenie, szkolenia oraz dalszy rozwój. Proces tworzenia przygotowywanych przez Wnioskodawcę rozwiązań zawiera czynności takie jak pisanie lub modyfikowanie kodu oprogramowania, jego restrukturyzowanie, czy adaptowanie do potrzeb nowego rozwiązania. Trzecim obszarem działalności Spółki są projekty polegające na udostępnieniu klientom specjalistów Wnioskodawcy (tzw. body leasing) w ramach tego rodzaju projektów Spółka nie tworzy żadnego oprogramowania. Może je tworzyć sam klient, który w proces ten angażuje specjalistów udostępnionych przez Wnioskodawcę. Niniejszy wniosek dotyczy wyłącznie Projektów wewnętrznych i Projektów zewnętrznych (łącznie opisywanych dalej jako: „Projekty”). Nie dotyczy on projektów z kategorii body leasing, w ramach których Spółka nie prowadzi, we własnej ocenie, działalności badawczo-rozwojowej. Wnioskodawca podkreśla, że występował już do Dyrektora Krajowej Informacji Skarbowej (dalej: „Dyrektor KIS”) z wnioskiem o wydanie interpretacji indywidualnej w podobnym stanie faktycznym/zdarzeniu przyszłym, m.in. w celu potwierdzenia, czy programy komputerowe tworzone przez niego w ramach Projektów stanowią kwalifikowane prawa własności intelektualnej. W odpowiedzi na złożony wniosek, w dniu 14 października 2020 r. została wydana interpretacja indywidualna sygn. 0111-KDIB1-3.4010.312.2020.1.BM, w której stanowisko Spółki zostało uznane za prawidłowe w 3 obszarach - i zakwestionowane w jednym. Dyrektor KIS potwierdził w szczególności, że: -     działalność Wnioskodawcy prowadzona w ramach Projektów wewnętrznych oraz Projektów zewnętrznych (do momentu przekazania Wersji MVP) stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 ustawy o CIT; -     Wnioskodawca prawidłowo kwalifikuje rezultaty prowadzonych przez siebie Projektów jako programy komputerowe stanowiące kwalifikowane prawa własności intelektualnej w rozumieniu art. 24d ust. 2 ustawy o CIT, oraz -     Wnioskodawca prawidłowo ujmuje koszty nabywania usług od Współpracowników w kalkulacji wskaźnika Nexus dla obu typów Projektów. Jednocześnie, Dyrektor KIS uznał za nieprawidłowe stanowisko Wnioskodawcy w kwestii zakwalifikowania wynagrodzenia otrzymywanego przez Wnioskodawcę w ramach Projektów zewnętrznych jako dochodu z kwalifikowanych praw własności intelektualnej (w rozumieniu art. 24d ustawy o CIT). Dyrektor KIS wskazał, że tylko sprzedaż całego oprogramowania komputerowego upoważnia do stosowania ulgi IP Box - a w modelu przedstawionym przez Wnioskodawcę nie można uznać, że uzyskuje on przychody ze sprzedaży programu komputerowego, bowiem nie sprzedaje całego programu, lecz tylko jego części. Wnioskodawca uważa, że uznanie jego stanowiska za nieprawidłowe w powyższym zakresie wynikało ze swego rodzaju nieporozumienia co do przedstawionego we wniosku stanu faktycznego sprawy, tj. modelu komercjalizacji programów komputerowych i charakteru tworzonych przez Spółkę programów komputerowych. Co więcej, od chwili złożenia poprzedniego wniosku o interpretację, w Spółce pojawił się nowy rodzaj Projektów zewnętrznych, różniących się w pewnych aspektach od Projektów zewnętrznych opisanych w poprzednim wniosku. Z powyższych względów, Spółka zdecydowała się raz jeszcze wystąpić z wnioskiem o wydanie interpretacji, tym razem opisując dokładniej zasady komercjalizacji tworzonych przez siebie programów komputerowych oraz uwzględniając w opisie działalności nowy typ Projektów. Wnioskodawca przedstawia poniżej pełen opis stanu faktycznego/zdarzenia przyszłego wraz z pytaniami, których prawidłowość została częściowo potwierdzona przez Dyrektora KIS w interpretacji indywidualnej o sygn. 0111-KDIB1- 3.4010.312.2020.1.BM. Sposób prowadzenia Projektów Prace Wnioskodawcy prowadzone są w oparciu o nowoczesne, elastyczne metodyki realizowania projektów programistycznych - SCRUM. Projekty wykonywane w tej metodyce prowadzone są w sposób iteracyjny, w formie tzw. Sprintów trwających przez określony z góry okres (np. 4 tygodnie), pozwalających na bieżące przekazywanie klientowi i weryfikowanie przez niego wyników kolejnych etapów prac, a także bieżące wprowadzanie poprawek. Powyższa metodyka powoduje, że prace w ramach Projektów realizowane są w sposób systematyczny i ciągły na przestrzeni od kilku do kilkunastu miesięcy. W rezultacie Wnioskodawca może w relatywnie krótkim czasie wytworzyć wysokiej jakości oprogramowanie, zgodnie z wymaganiami klientów w przypadku Projektów zewnętrznych lub też przyjętymi wcześniej założeniami w odniesieniu do Projektów wewnętrznych. Jednocześnie, mimo iż cele Projektów - stworzenie określonego programu komputerowego - są definiowane na ich początkowym etapie, tj.: określania założeń i docelowych funkcjonalności w przypadku Projektów wewnętrznych, określania warunków współpracy z klientem (podpisania umowy czy złożenia zamówienia wskazujących np. podstawowe cechy tworzonego programu, kierunków jego rozwoju, niezbędnych funkcji) w przypadku Projektów zewnętrznych, to zdarza się, że są one modyfikowane w toku projektu. Sytuacja taka występuje przykładowo w przypadku, gdy implementacja jakiegoś rozwiązania technologicznego stwarza zbyt wiele trudności i/lub powoduje znaczne opóźnienia w realizacji kolejnych Sprintów. Co istotne, każdy z przeprowadzanych Sprintów skutkuje wytworzeniem fragmentu kodu o określonej funkcjonalności. Oznacza to, że rezultat danego Sprintu może funkcjonować jako odrębna całość (samodzielny program komputerowy w rozumieniu przepisów o prawie autorskim), jednak Spółka uznaje, że dopiero jego połączenie z innymi elementami powoduje powstanie programu komputerowego stanowiącego cel danego projektu (tj. programu o funkcjonalnościach określonych na początku prac). Wnioskodawca za program komputerowy będący celem prac prowadzonych w ramach Projektów zewnętrznych przyjmuje dopiero tzw. minimalną nadającą się do wykorzystania wersję produktu, tzw. wersję Minimum Viable Product (dalej: „Wersja MVP”). Wersja MVP stanowi co do zasady pierwszą, funkcjonalną wersję oprogramowania, posiadającą wymagane przez klienta właściwości i możliwości. Zdaniem Spółki, określenie Wersji MVP stanowi standard rynkowy w branży eCommerce, a samo pojęcie MVP zostało zdefiniowane w części zawieranych przez Wnioskodawcę umów. Na potrzeby niniejszego wniosku Wnioskodawca przyjmuje, że Wersja MVP oprogramowania powstaje zarówno wtedy, gdy jest wprost zdefiniowana w umowach z klientami, jak i wtedy, gdy w umowie z klientem zostało wskazane, że w wyniku prac nad oprogramowaniem powstanie konkretny rezultat o określonych właściwościach oczekiwanych przez klienta. Możliwe są przy tym: -     Projekty zewnętrzne jednolite; w ramach tego typu Projektów, Spółka tworzy z góry określoną Wersję MVP oprogramowania. Moment przekazania klientowi Wersji MVP stanowi dla Wnioskodawcy rozgraniczenie etapu twórczego projektu od jego dalszej części składającej się z prac takich jak rozwój oprogramowania, szkolenia czy usuwanie błędów. Przekazanie klientowi wersji MPV oprogramowania może być przy tym udokumentowane protokołem zdawczo-odbiorczym. -     Projekty zewnętrzne dzielone, w ramach tego typu Projektów, klient i Spółka dokonują podziału tworzonego oprogramowania na komponenty, który same w sobie również stanowią programy komputerowe. W ramach tego rodzaju Projektów, każdy z komponentów tworzony jest w ramach ustalonego z klientem etapu prac; zakres każdego etapu i specyfikacja tworzonego komponentu (lub komponentów) potwierdzany jest odrębnym dokumentem (może to być przykładowo tzw. Statement of work, dalej: „SOW” lub inny dokument zawierający ustalenia stron). Oznacza to, że: -     komponenty (lub komponent) wytworzone w ramach danego SOW (lub innego dokumentu zawierającego ustalenia stron), kwalifikowane są przez Spółkę jako programy komputerowe; -     rezultatem całego Projektu jest zamówione przez klienta oprogramowanie, stanowiące sumę komponentów stworzonych na poszczególnych etapach; oprogramowanie to również, jako funkcjonalna całość, jest kwalifikowane przez Spółkę jako program komputerowy. Innymi słowy, w ramach Projektów zewnętrznych dzielonych również dochodzi do powstania Wersji MVP - jednak w odróżnieniu od Projektów zewnętrznych jednolitych, tu klient może otrzymać: (i) zarówno komponenty wytworzone na poszczególnych etapach prac, jak i (ii) Wersję MVP finalnego oprogramowania. Reasumując, z chwilą przekazania Wersji MVP finalnego oprogramowania, klient każdorazowo otrzymuje program komputerowy stanowiący pewną całość, sprawną, funkcjonalną i nadającą się do wykorzystania przez klienta, przy czym w Projektach zewnętrznych dzielonych jest to całość złożona z szeregu komponentów, które same w sobie również są programami komputerowymi. Spółka może również prowadzić Projekty zewnętrzne dzielone, których przedmiotem jest wyłącznie stworzenie przez Wnioskodawcę komponentów oprogramowania, wykorzystywanych następnie przez klienta do stworzenia (we własnym zakresie) finalnej wersji potrzebnego klientowi oprogramowania. W takiej sytuacji Spółka przyjmuje, że celem i przedmiotem Projektu jest stworzenie ustalonych z klientem komponentów (kwalifikowanych jako programy komputerowe). Moment przekazania klientowi Wersji MVP finalnej wersji oprogramowania stanowi dla Wnioskodawcy rozgraniczenie etapu twórczego Projektu od jego dalszej części składającej się z prac takich jak rozwój oprogramowania, szkolenia czy usuwanie błędów. W niniejszym wniosku, w zakresie Projektów zewnętrznych, Spółka odnosi się do etapu prac mającego miejsce do momentu przekazania Wersji MVP. Działania prowadzone po jej przekazaniu nie są kwalifikowane przez Wnioskodawcę jako prace badawczo-rozwojowe. Komercjalizacja rezultatów prac B+R W przypadku Projektów zewnętrznych przedmiotem prac Spółki jest zasadniczo zaprojektowanie, wytworzenie i wdrożenie u klienta określonej aplikacji (programu komputerowego). Przyjęty przez Spółkę model prac (tj. opisana wyżej metodyka SCRUM) zakłada przy tym, że oprogramowanie tworzone jest etapami, w stałym kontakcie z klientem, który na bieżąco otrzymuje efekty prac specjalistów Wnioskodawcy i może je oceniać - co pozwala na stworzenie oprogramowania jak najlepiej odpowiadającego na zapotrzebowanie tego konkretnego klienta. Model ten jest powiązany ze sposobem uzyskiwana przez Wnioskodawcę wynagrodzenia; Spółka najczęściej rozlicza się ze swoimi klientami w oparciu o rzeczywiste zaangażowanie swoich specjalistów w prace programistyczne - jest to podejście zwane time-and-material. Wedle najlepszej wiedzy Spółki, taki sposób rozliczeń stanowi rynkowy standard w przypadku prowadzenia projektów programistycznych, których celem jest stworzenie innowacyjnego oprogramowania dostosowanego do potrzeb klienta. Pozwala ono na bieżąco śledzić postępy prac oraz powiązać koszty ponoszone przez klienta z rozbudową tworzonego programu komputerowego. Kwota wynagrodzenia ustalonego zgodnie z zasadą time-and-material oparta jest na zaangażowaniu specjalistów Spółki (w ramach ustalonych wcześniej limitów). W ramach niektórych Projektów Spółka rozlicza się z klientami również na zasadzie tzw. fixedfee, tj. stałej, z góry ustalonej kwoty za dany etap Projektu. Możliwe są również sytuacje (zwłaszcza w Projektach zewnętrznych dzielonych), w których niektóre etapy Projektu (np. objęte jednym SOW) są rozliczane z klientem w oparciu o stałe wynagrodzenie - a inne w oparciu o podejście time-and-material. Stosując podejście time-and-material oraz fixed fee, Spółka obciąża (tj. fakturuje) swoich klientów: -     po zakończeniu danego etapu prac - a zatem po ukończeniu ustalonej części oprogramowania i przekazaniu jej klientowi, lub -     po zakończeniu każdego okresu rozliczeniowego (najczęściej miesięcznego) w ramach danego etapu prac. Z kolei z chwilą przekazania klientowi Wersji MVP finalnego oprogramowania lub komponentu oprogramowania, nad którym zostały zakończone prace, klient - w zamian za wynagrodzenie zapłacone Spółce do tej chwili - nabywa prawa autorskie do tzw. elementów dedykowanych oprogramowania, czyli tych jego części, które zostały zaprojektowane przez Spółkę w sposób unikalny i które odpowiadają potrzebom konkretnego klienta. Jednocześnie, klient - w zamian za uiszczone wynagrodzenie - uzyskuje niewyłączną licencję na wszystkie inne elementy oprogramowania (tzw. elementy licencjonowane). Stosowanie takiego modelu rozliczeń oznacza, że w zamian za wynagrodzenie uzyskiwane przez Spółkę w toku prac klient uzyskuje autorskie prawa do stworzonego przez Wnioskodawcę programu komputerowego. Spółka celem wyodrębnienia przychodów związanych z komercjalizacją wytworzonego programu komputerowego każdorazowo określa moment (miesiąc) przekazania Wersji MVP finalnego oprogramowania lub zakończenia prac nad danym komponentem (o ile specyfika prac nad danym komponentem umożliwia wskazanie takiego momentu i jest on wcześniejszy niż moment przekazania Wersji MVP finalnego oprogramowania). Moment ten stanowi dla Spółki cezurę oddzielającą prace nad stworzeniem programu komputerowego od dalszych (nie zawsze występujących) etapów Projektów zewnętrznych, takich jak prace związane z utrzymaniem i poprawnym działaniem danego programu (tzw. maintenance). Komercjalizacja Projektów wewnętrznych przebiega na innych zasadach. Wnioskodawca komercjalizuje autorskie prawo do programów komputerowych wytworzonych w ich trakcie w drodze udzielenia licencji. W sytuacji, gdy przedmiotowy program jest wykorzystywany w trakcie Projektów zewnętrznych, Wnioskodawca wyodrębnia przychód z licencji na ww. program od przychodów związanych z przeniesieniem praw autorskich do programu. Elementy dedykowane i elementy licencjonowane Oprogramowanie tworzone przez Spółkę dla klientów składa się najczęściej zarówno z elementów, jak i z elementów licencjonowanych. Wynika to z faktu, iż niektóre elementy oprogramowania tworzonego przez Spółkę (elementy dedykowane) są w bardzo dużym zakresie dostosowane do wymogów konkretnego klienta - pozostałe zaś (elementy licencjonowane) to rozwiązania zbudowane przez Spółkę i wykorzystywane w wielu projektach jednocześnie. Z tej przyczyny prawa do elementów dedykowanych są przenoszone na klienta, zaś elementy licencjonowane pozostają własnością Spółki i są jedynie licencjonowane. Jednocześnie, z perspektywy klienta „nabywa” on od Spółki pewną funkcjonalną całość, co oznacza iż do przeniesienia praw do elementów dedykowanych oraz udzielenia licencji do elementów licencjonowanych dochodzi w zamian za jedną płatność - ustaloną jako konkretna kwota lub (najczęściej) ustaloną zgodnie z zasadą time-and-material. Oznacza to, że ani Wnioskodawca ani klient nie dzielą wynagrodzenia należnego Spółce na dwa odrębne komponenty. Co istotne, zarówno elementy dedykowane, jak i elementy licencjonowane: -     są częściami (w ujęciu funkcjonalnym) programu komputerowego, który Spółka tworzy dla klienta; klient Spółki jest bowiem zainteresowany pozyskaniem kompletnego, funkcjonującego rozwiązania, które w praktyce realizuje się najczęściej przez połączenie elementów dedykowanych i elementów licencjonowanych; -     są, same w sobie, programami komputerowymi; zarówno elementy dedykowane jak i elementy licencjonowane wypełniają, również w oderwaniu od siebie, definicję programu komputerowego. Zespół projektowy Celem sprawnego realizowania poszczególnych etapów Projektów, Spółka utrzymuje liczny zespół wysoko wykwalifikowanych specjalistów, wśród nich m.in. programistów/inżynierów oprogramowania, architektów systemów i oprogramowania, deweloperów frontend oraz backend, projektantów UI/UX, specjalistów ds. jakości/testerów, menedżerów projektów. Przedmiotowi specjaliści pracują dla Spółki na podstawie: -     umów o pracę, -     umów cywilnoprawnych (umowy zlecenia lub umowy o dzieło) oraz -     umów o współpracę - w przypadku osób prowadzących jednoosobową działalność gospodarczą (dalej: „Współpracownicy”). Każdy z typów umów zawieranych ze specjalistami zawiera postanowienia przenoszące na Wnioskodawcę autorskie prawa majątkowe do wytworzonych w ramach tych umów utworów w rozumieniu ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz. U. z 2019 r. poz. 1231, dalej: „PAPP”). Strony nie wyznaczają w żaden sposób (czy to w umowie, czy to na fakturze), jaka część wynagrodzenia Współpracowników przypada za przejście majątkowych praw autorskich do programu komputerowego, tworzonego w ramach prowadzonych przez Spółkę Projektów. Analogiczne zasady dotyczą także umów zlecenia. Ewidencja Spółka, wykorzystując dane zbierane od chwili rozpoczęcia prac na Projektem, w tym dane wprowadzane do narzędzi informatycznych takich jak m.in. programy (…), prowadzi zgodną z wymogami przewidzianymi w ustawie o CIT szczegółową ewidencję Projektów (dalej: „Ewidencja”). Ewidencja jest prowadzona od początku prac nad Projektem mającym na celu wytworzenie kwalifikowanego prawa własności intelektualnej. Ewidencja zawiera informacje takie jak: -     opis projektu (tj. tworzonej aplikacji); -     czas rozpoczęcia i zakończenia Projektu; -     data przekazania Wersji MVP (w przypadku Projektów zewnętrznych); -     wykaz osób zaangażowanych w pracę na poszczególnym Projekcie; -     wykaz prac zleconych oraz zrealizowanych w danym Projekcie z imiennym podporządkowaniem do konkretnej osoby wykonującej daną pracę; -     zaangażowanie czasowe poszczególnych pracowników/Współpracowników w prace nad poszczególnymi elementami Projektów. Ewidencja prowadzona jest w miesięcznych okresach rozliczeniowych i w powiązaniu z prowadzoną przez Spółkę ewidencją rachunkową pozwala na wyodrębnienie przychodów, kosztów uzyskania przychodów oraz dochodów z poszczególnych praw własności intelektualnej tworzonych w ramach poszczególnych Projektów. Wnioskodawca wyodrębnia moment (miesiąc) przekazania Wersji MVP w Ewidencji celem podziału przychodów/kosztów przypadających na część twórczą każdego z Projektów zewnętrznych oraz na kolejne (tj. nietwórcze) etapy prac. Co do zasady Spółka przyjmuje, że w ramach każdego indywidualnego Projektu dochodzi do wytworzenia jednego kwalifikowanego prawa własności intelektualnej - programu komputerowego. Zdarzają się jednak sytuacje, w których w ramach jednego projektu Spółka uzyskuje przychody z dwóch lub więcej programów komputerowych, np. z tworzonego dla klienta nowego programu, wykorzystującego wytworzony w ramach Projektu wewnętrznego inny program, na który klient uzyskuje odrębną licencję. Prowadzona Ewidencja pozwala wyodrębnić oba przychody i przypisać je do właściwych praw własności intelektualnej. Ponadto, przedmiotem ochrony wynikającej z PAPP są jedynie utwory ustalone w jakiejkolwiek postaci. W szczególności, zdaniem Spółki, o ustaleniu programu komputerowego można mówić w momencie, gdy w rezultacie prac Spółki powstanie co najmniej Wersja MVP programu komputerowego (w przypadku projektów zakończonym przekazaniem Wersji MVP). W efekcie Spółka nie uwzględnia w Ewidencji Projektów, w trakcie których nie wytworzono Wersji MVP w ogóle lub też nie dojdzie do jej wytworzenia np. z przyczyn ekonomicznych czy technologicznych. Koszty Współpracowników Wnioskodawca, w związku z opisaną powyżej działalnością badawczo-rozwojową w zakresie Projektów, ponosi i będzie ponosił koszty m.in.: -     licencji do programów komputerowych, -     wynagrodzeń pracowników/zleceniobiorców i składek na ubezpieczenie społeczne, -     amortyzacji składników majątku wykorzystywanych w ramach Projektów, -     nabywania usług informatycznych i programistycznych od Współpracowników. Prowadzona przez Spółkę Ewidencja pozwala na precyzyjne przypisanie poszczególnych kategorii kosztów do Projektów oraz określenia momentu ich poniesienia. Przedmiotem niniejszego wniosku nie są przy tym ponoszone przez Wnioskodawcę koszty wynagrodzeń urlopowych, chorobowych itp. Spółka zaznacza również, że ponoszone przez nią koszty prac badawczo-rozwojowych nie są jej w żadnej formie zwracane. Nie są one również odliczane od podstawy opodatkowania. Spółka nie korzysta również ze zwolnień podatkowych, o których mowa w art. 18d ust. 6 ustawy o CIT. Jak wskazano we wcześniejszej części wniosku, Spółka określiła w umowach ze Współpracownikami, że przenoszą oni na nią autorskie prawa do utworów (elementów programów komputerowych) wykonywanych w związku z realizacją umowy o współpracy w okresie jej obowiązywania (bez konieczności składania odrębnych oświadczeń). Zarówno bowiem Spółka, jak i Współpracownicy uznają (i potwierdzają to w umowie łączącej strony), że Współpracownicy świadczą na rzecz Spółki usługi informatyczne, a nie dokonują odpłatnego zbycia autorskich praw do utworu. W praktyce, efekty prac Współpracowników same w sobie nie nadają się do komercjalizacji przez Spółkę (nie stanowią gotowego programu komputerowego w rozumieniu funkcjonalnym), lecz są wykorzystywane przez Spółkę w prowadzonej działalności zmierzającej do stworzenia i rozwoju programów komputerowych w ramach Projektów. W konsekwencji, przy kalkulacji wskaźnika Nexus za 2020 r. (oraz za kolejne lata podatkowe) Wnioskodawca przypisuje (planuje przypisać): -     do litery a - koszty wynagrodzeń wraz z pochodnymi pracowników i zleceniobiorców zaangażowanych w danym Projekcie oraz koszty składników majątkowych wykorzystywanych w ramach Projektów, -     do litery b - koszty usług nabytych od Współpracowników w związku z poszczególnymi Projektami, o ile Współpracownicy będą podmiotem niepowiązanym ze Spółką w rozumieniu art. 11a ust. 1 pkt 3 ustawy o CIT, -     do litery c - koszty usług nabytych od Współpracowników w związku z poszczególnymi Projektami, o ile Współpracownicy będą podmiotem powiązanym w rozumieniu art. 11a ust. 1 pkt 4 ustawy o CIT, -     do litery d - nie przypisywać żadnych kosztów. Tytułem uzupełnienia, pismem z 10 stycznia 2022 r., wskazali Państwo: Działalność prowadzona przez Spółkę w ramach Projektów jest działalnością o charakterze twórczym obejmującą prace rozwojowe podejmowaną w sposób systematyczny (tj. metodyczny, zaplanowany i uporządkowany), a jej celem jest zarówno zwiększenie zasobów wiedzy, jak i jej wykorzystanie do tworzenia nowych zastosowań. Działalność prowadzona przez Spółkę w ramach Projektów obejmuje nabywanie, łączenie, kształtowanie i wykorzystywanie dostępnej aktualnie wiedzy i umiejętności, do planowania produkcji oraz projektowania i tworzenia zmienionych, ulepszonych lub nowych produktów, procesów lub usług. Działalność prowadzona przez Spółkę w ramach Projektów nie obejmuje badań naukowych w rozumieniu art. 4 ust. 2 ustawy z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce (Dz. U. z 2021 r. poz. 478 ze zm.). Działalność prowadzona przez Spółkę w ramach Projektów obejmuje działalność polegającą na pracach rozwojowych, tj. obejmuje nabywanie, łączenie, kształtowanie i wykorzystywanie dostępnej aktualnie wiedzy i umiejętności, w tym w zakresie narzędzi informatycznych lub oprogramowania, do planowania produkcji oraz projektowania i tworzenia zmienionych, ulepszonych lub nowych produktów, procesów lub usług, z wyłączeniem działalności obejmującej rutynowe i okresowe zmiany wprowadzane do nich, nawet jeżeli takie zmiany mają charakter ulepszeń. Rezultaty Projektów prowadzonych przez Spółkę, stanowiące kwalifikowane prawa własności intelektualnej, będące przedmiotem wniosku, podlegają ochronie prawnej z art. 74 ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz. U. z 2021 r., poz. 1062 ze zm.). Spółka na bieżąco, tj. od początku prac nad Projektem mającym na celu wytworzenie kwalifikowanego prawa własności intelektualnej, uwzględnia takie Projekt w ewidencji prowadzonej zgodnie z art. 24e updop. Dany Projekt jest ujmowany w ewidencji w momencie zakwalifikowania go przez Spółkę jako Projektu, w ramach którego Spółka realizuje działalność badawczo-rozwojową zmierzającą do wytworzenia, rozwinięcia lub ulepszenia kwalifikowanego IP. Spółka prowadzi ewidencję rachunkową zgodnie z art. 24e updop, tzn.: -     wyodrębnia każde kwalifikowane prawo własności intelektualnej w prowadzonych księgach rachunkowych, -     prowadzi księgi rachunkowe w sposób zapewniający ustalenie przychodów, kosztów uzyskania przychodów i dochodu (straty), przypadających na każde kwalifikowane prawo własności intelektualnej, -     wyodrębnia koszty, o których mowa w art. 24d ust. 4 updop, przypadające na każde kwalifikowane prawo własności intelektualnej, w sposób zapewniający określenie kwalifikowanego dochodu, -     w przypadku gdyby w prowadzonych księgach rachunkowych nie było możliwe spełnienie warunków, o których mowa w pkt b i c, Spółka dokonałaby zapisów w prowadzonych księgach rachunkowych w sposób zapewniający ustalenie łącznego dochodu z kwalifikowanych praw własności intelektualnej, -     w przypadku, gdyby nie było możliwe spełnienie warunków, o których mowa w pkt b-d, Spółka dokonałaby zapisów w prowadzonych księgach rachunkowych w sposób zapewniający ustalenie dochodu z kwalifikowanych praw własności intelektualnej w odniesieniu do tego produktu lub tej usługi albo do tych produktów lub tych usług (w przypadku, gdyby Spółka wykorzystywała jedno kwalifikowane prawo własności intelektualnej lub większą liczbę tych praw w produkcie lub usłudze albo w produktach lub usługach). Pytania 1.    Czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, działalność Wnioskodawcy prowadzona w ramach Projektów wewnętrznych oraz Projektów zewnętrznych (do momentu przekazania Wersji MVP) stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 ustawy o CIT? 2.    Czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, Wnioskodawca prawidłowo kwalifikuje rezultaty prowadzonych przez siebie Projektów jako programy komputerowe stanowiące kwalifikowane prawa własności intelektualnej w rozumieniu art. 24d ust. 2 ustawy o CIT? 3.    Czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, wynagrodzenie otrzymywane przez Wnioskodawcę w ramach Projektów zewnętrznych stanowi dochód z kwalifikowanych praw własności intelektualnej (w rozumieniu art. 24d ustawy o CIT) wytworzonych w ramach tych Projektów, jeśli w zamian za to wynagrodzenie Wnioskodawca przenosi na klienta wytworzone kwalifikowane prawo własności intelektualnej? 4.    Czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, w odniesieniu do Projektów zewnętrznych dzielonych, Spółka powinna: -     w Projekcie, w ramach którego Wnioskodawca tworzy komponenty składające się na Wersję MVP finalnego oprogramowania - przyjąć, że kwalifikowanym prawem własności intelektualnej, na które przypadają przychody, koszty uzyskania przychodów i dochód (strata) z Projektu jest Wersja MVP finalnego oprogramowania; -     w Projekcie, w ramach którego Wnioskodawca tworzy wyłącznie komponenty (będące celem i przedmiotem Projektu i kwalifikowane jako programy komputerowe) - przyjąć, że każdy z tych komponentów jest odrębnym kwalifikowanym prawem własności intelektualnej, na które przypadają (w odpowiedniej części) przychody, koszty uzyskania przychodów i dochód (strata) z Projektu? 5.    Czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, w odniesieniu do Projektów zewnętrznych, w ramach których dochodzi do powstania programów komputerowych składających się zarówno z elementów dedykowanych, jak i elementów licencjonowanych, Spółka powinna przyjąć (na potrzeby stosowania ulgi IP Box), że w ramach takich Projektów powstaje jedno kwalifikowane prawo własności intelektualnej (będące połączeniem elementów dedykowanych i elementów licencjonowanych w jedną funkcjonalną całość) czy też powinna przyjąć, iż elementy dedykowane i elementy licencjonowane są odrębnymi kwalifikowanym prawami własności intelektualnej? 6.    Czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku Wnioskodawca prawidłowo ujmuje koszty nabywania usług od Współpracowników w kalkulacji wskaźnika Nexus dla obu typów Projektów? Państwa stanowisko w sprawie Wnioskodawca stoi na stanowisku, że: 1.  W stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, działalność Wnioskodawcy prowadzona w ramach Projektów wewnętrznych oraz Projektów zewnętrznych (do momentu przekazania Wersji MVP) stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 ustawy o CIT. 2.  W stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, Wnioskodawca prawidłowo kwalifikuje rezultaty prowadzonych przez siebie Projektów jako programy komputerowe stanowiące kwalifikowane prawa własności intelektualnej w rozumieniu art. 24d ust. 2 ustawy o CIT. 3.  W stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, wynagrodzenie otrzymywane przez Wnioskodawcę w ramach Projektów zewnętrznych stanowi dochód z kwalifikowanych praw własności intelektualnej (w rozumieniu art. 24d ustawy o CIT) wytworzonych w ramach tych Projektów, jeśli w zamian za to wynagrodzenie Wnioskodawca przenosi na klienta wytworzone kwalifikowane prawo własności intelektualnej. 4.  W stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, w odniesieniu do Projektów zewnętrznych dzielonych, Spółka powinna: -        w Projekcie, w ramach którego Wnioskodawca tworzy komponenty składające się na Wersję MVP finalnego oprogramowania - przyjąć, że kwalifikowanym prawem własności intelektualnej, na które przypadają przychody, koszty uzyskania przychodów i dochód (strata) z Projektu jest Wersja MVP finalnego oprogramowania; -        w Projekcie, w ramach którego Wnioskodawca tworzy wyłącznie komponenty (będące celem i przedmiotem Projektu i kwalifikowane jako programy komputerowe) - przyjąć, że każdy z tych komponentów jest odrębnym kwalifikowanym prawem własności intelektualnej, na które przypadają (w odpowiedniej części) przychody, koszty uzyskania przychodów i dochód (strata) z Projektu. 5.  W stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, w odniesieniu do Projektów zewnętrznych, w ramach których dochodzi do powstania programów komputerowych składających się zarówno z elementów dedykowanych, jak i elementów licencjonowanych, Spółka powinna przyjąć (na potrzeby stosowania ulgi IP Box), że w ramach takich Projektów powstaje jedno kwalifikowane prawo własności intelektualnej (będące połączeniem elementów dedykowanych i elementów licencjonowanych w jedną funkcjonalną całość). 6.  W stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku Wnioskodawca prawidłowo ujmuje koszty nabywania usług od Współpracowników w kalkulacji wskaźnika Nexus dla obu typów Projektów. Uzasadnienie w zakresie pytania nr 1 Zdaniem Wnioskodawcy, realizowana w związku z Projektami wewnętrznymi oraz Projektami zewnętrznymi (do momentu przekazania Wersji MVP) działalność stanowi działalność badawczo-rozwojową, o której mowa w art. 4a pkt 26 ustawy o CIT. Jak wskazano w tym przepisie, przez działalność badawczo-rozwojową rozumie się działalność twórczą obejmującą badania naukowe lub prace rozwojowe, podejmowaną w sposób systematyczny w celu zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań. Na gruncie ustawy o CIT, przez badania naukowe rozumie się badania podstawowe oraz badania aplikacyjne w rozumieniu art. 4 ust. 2 pkt 1 i 2 ustawy z dnia 20 lipca 2018 r. Prawo o szkolnictwie wyższym i nauce. Z kolei przez prace rozwojowe, rozumie się prace rozwojowe w rozumieniu art. 4 ust. 3 ustawy z dnia 20 lipca 2018 r. Prawo o szkolnictwie wyższym i nauce. Zgodnie z tą definicją, prace rozwojowe są działalnością obejmującą nabywanie, łączenie, kształtowanie i wykorzystywanie dostępnej aktualnie wiedzy i umiejętności, w tym w zakresie narzędzi informatycznych lub oprogramowania, do planowania produkcji oraz projektowania i tworzenia zmienionych, ulepszonych lub nowych produktów, procesów lub usług, z wyłączeniem działalności obejmującej rutynowe i okresowe zmiany wprowadzane do nich, nawet jeżeli takie zmiany mają charakter ulepszeń. Mając na względzie powyższe definicje oraz wskazówki zamieszczone w Objaśnieniach podatkowych z dnia 15 lipca 2019 r. dotyczących preferencyjnego opodatkowania dochodów wytwarzanych przez prawa własności intelektualnej - IP Box (dalej: „Objaśnienia”), s. 11, wyróżnić można trzy zasadnicze kryteria działalności badawczo-rozwojowej: -     twórczość, -     systematyczność, -     zwiększenie zasobów wiedzy oraz wykorzystanie zasobów wiedzy do tworzenia nowych zastosowań. W opinii Wnioskodawcy, powyższe przesłanki są spełnione w odniesieniu do prowadzonych przez niego Projektów. Twórczość Jak wskazano w Objaśnieniach (s. 12), cecha twórczości wiąże się jest przede wszystkim z rezultatem działalności człowieka o charakterze kreacyjnym i jest spełniona wówczas, gdy istnieje nowy wytwór intelektu. Twórczy charakter działalności badawczo-rozwojowej może przejawiać się m.in. opracowywaniem nowych koncepcji, narzędzi, rozwiązań niewystępujących dotychczas w praktyce gospodarczej danego podmiotu lub na tyle innowacyjnych, że w znacznym stopniu odróżniają się od rozwiązań już stosowanych przez dany podmiot. Objaśnienia wskazują również, w ślad za orzecznictwem, że przez działalność twórczą należy rozumieć działalność, której rezultat powinien być odpowiednio ustalony, mieć indywidualny oraz oryginalny charakter. W ocenie Wnioskodawcy, jego działalność prowadzona w ramach Projektów ma charakter twórczy, ponieważ ich założonym celem oraz osiąganym rezultatem są nowatorskie programy komputerowe, czy to opracowane w formie całkowicie nowych rozwiązań, czy też w formie daleko idących modyfikacji istniejących wcześniej systemów. Każdy stworzony w ramach Projektów program komputerowy jest indywidualnie dopasowanym, nieistniejącym dotychczas utworem o określonych funkcjonalnościach. Efekty prowadzonych prac są odpowiednio ustalone (w formie zgromadzonej oraz przekazywanej klientom dokumentacji) oraz mają unikatowy charakter (powstały w efekcie kreatywnych działań zespołu projektowego, a nie wyłącznie rutynowych, mechanicznych i powtarzalnych działań). Spółka podkreśla, że Projekty prowadzone są przez zespoły wysokiej klasy specjalistów posiadających unikalną wiedzę, doświadczenie i umiejętności z pogranicza informatyki, programowania oraz branży eCommerce. Co więcej, efekty prac mają charakter oryginalny, gdyż Produkty Spółki wnoszą obiektywnie nową wartość (nie istnieje identyczne, uprzednio stworzone dzieło). Systematyczność Jak wskazano na s. 14 i nast. Objaśnień, spełnienie kryterium „systematyczności” danej działalności oznacza, że jest ona prowadzona w sposób metodyczny, uporządkowany i planowy. Wystarczające jest, aby podatnik przyjął dla danego projektu określone cele do osiągnięcia, harmonogram oraz zasoby, by uznać prowadzoną w nim działalność za działalność systematyczną, spełniającą powyższe kryteria. Zdaniem Wnioskodawcy, w niniejszej sprawie prowadzona przez niego działalność ma charakter systematyczny, czego przejawem jest m.in. stosowanie nowoczesnych, elastycznych metodyk planowania i wykonywania pracy w formie Sprintów. Jest to bowiem forma organizacji pracy cechująca się zmiennym stopniem natężenia prac, przy jednoczesnym wysokim stopniu uporządkowania wykonywanych działań oraz elastycznym organizowaniem podziału pracy. Ponadto na etapie początkowym każdego z Projektów Spółka ustaliła ich cele w postaci zakładanych funkcjonalności tworzonych programów komputerowych oraz ustaliła zasoby niezbędne do ich stworzenia. Zwiększenie zasobów wiedzy oraz wykorzystanie ich do tworzenia nowych zastosowań. Jak wynika z Objaśnień (s. 15 i nast.), przez „zwiększenie zasobów wiedzy” należy rozumieć przede wszystkim prowadzenie badań naukowych, natomiast „wykorzystanie już istniejącej lub zwiększonej wiedzy do tworzenia nowych zastosowań” oznacza przede wszystkim prowadzenie prac rozwojowych. W efekcie przez działalność badawczo-rozwojową należy rozumieć zespół działań podejmowanych w kierunku tworzenia, nakierowanych na nową wiedzę i umiejętności, oraz rozwijania istniejących zasobów wiedzy do tworzenia nowych, zmienionych lub usprawnionych produktów, procesów lub usług (również w formie nowych technologii). Ustawodawca nie zdefiniował sformułowania „zwiększenia zasobów wiedzy”, w szczególności nie wskazał, czy zasoby wiedzy odnoszą się do wiedzy ogólnej, wiedzy pracowników, wiedzy w przedsiębiorstwie, czy też wiedzy w danej dziedzinie przemysłowej lub naukowej. Skoro ustawodawca nie przewidział minimalnego progu skalowalności zwiększenia zasobów wiedzy, to nie ma przeszkód, aby przyjąć, że sformułowanie „zwiększanie zasobów wiedzy” odnosi się wyłącznie do wiedzy danego przedsiębiorstwa. Wnioskodawca wskazuje, że prowadzona w ramach Projektów działalność ma na celu zarówno zwiększanie zasobów wiedzy, jak i jej wykorzystywanie do tworzenia nowych zastosowań. Programy powstałe wskutek Projektów stanowią bowiem albo całkowicie nowe technologie, albo też rozwiązania oparte na oprogramowaniu już istniejącym, ale daleko rozwiniętym i posiadającym nowe funkcjonalności. W efekcie oba typy programów mają charakter silnie innowacyjny. Uzasadnienie w zakresie pytania nr 2. Zgodnie z art. 24d ust. 2 ustawy o CIT, aby dany utwór stanowił kwalifikowane prawo własności intelektualnej, musi spełniać łącznie trzy warunki: -     być wytworzony, rozwinięty lub ulepszony przez podatnika w ramach prowadzonej przez niego działalności badawczo-rozwojowej; -     należeć do jednej z kategorii wymienionych w katalogu w art. 24d ust. 2 ustawy o CIT; -     podlegać ochronie prawnej na podstawie przepisów odrębnych ustaw lub ratyfikowanych umów międzynarodowych, których stroną jest Rzeczpospolita Polska, oraz innych umów międzynarodowych, których stroną jest Unia Europejska. Zdaniem Wnioskodawcy, programy komputerowe tworzone w ramach Projektów spełniają powyższe przesłanki i w efekcie stanowią kwalifikowane prawa własności intelektualnej. Jak wskazano w opisie stanu faktycznego/zdarzenia przyszłego oraz uzasadnieniu stanowiska Spółki w zakresie pytania nr 1, prowadzi ona w ramach Projektów prace badawczo-rozwojowe polegające na tworzeniu nowatorskich rozwiązań programistycznych - unikatowych programów komputerowych z inicjatywy własnej oraz na zlecenie klientów. W efekcie Spółka stoi na stanowisku, że tworzone przez nią w ramach Projektów programy komputerowe powstają w ramach działalności-rozwojowej. Jednocześnie Wnioskodawca wskazuje, że kwalifikowanym prawem własności intelektualnej jest: m.in. wskazane w art. 24d ust. 2 pkt 8 ustawy o CIT, autorskie prawo do programu komputerowego. Wnioskodawca podkreśla, że zarówno na gruncie prawa podatkowego, jak i PAPP nie ma definicji legalnej programu komputerowego. Zdaniem Spółki, uzasadnione zatem jest posłużenie się definicjami programu komputerowego, sformułowanymi w innych źródłach. Zgodnie z Wielkim Słownikiem Języka Polskiego (dostępnym na www.wsjp.pl) przez „program komputerowy” należy rozumieć ciąg poleceń zapisanych w języku informatycznym, który jako całość pozwala komputerowi wykonywać różne czynności. Jednocześnie, jak wskazano na s. 33 Objaśnień, program komputerowy to w szczególności zestaw instrukcji przeznaczonych do wykonywania bezpośrednio lub pośrednio w komputerze czynności w celu osiągnięcia określonego rezultatu. Spółka podkreśla, że oprogramowanie tworzone w ramach Projektów przyjmuje postać kodu (ciągu znaków w danym języku programowania), który umożliwia wykonywanie przez użytkownika szeregu czynności, np. przeglądania i filtrowania oferty danego sklepu internetowego, dokonywania zamówień itd. Odpowiednie korzystanie z kodu, np. poprzez interfejs graficzny sklepu, umożliwia korzystającemu „zlecanie” wykonania komputerowi określonych czynności. Mając na uwadze powyższe, programy tworzone przez Spółkę w ramach Projektów stanowią w jej ocenie programy komputerowe. W odniesieniu do kryterium ochrony praw autorskich do powstałych w ramach Projektów programów komputerowych Wnioskodawca wskazuje, że zgodnie z art. 1 ust. 1 oraz ust. 2 pkt 1 PAPP, przedmiotem prawa autorskiego jest każdy przejaw działalności twórczej o indywidualnym charakterze, ustalony w jakiejkolwiek postaci, niezależnie od wartości, przeznaczenia i sposobu wyrażenia (utwór). W szczególności, przedmiotem prawa autorskiego są utwory wyrażone słowem, symbolami matematycznymi, znakami graficznymi (literackie, publicystyczne, naukowe, kartograficzne oraz programy komputerowe). Przepisy art. 74 i nast. PAPP zawierające szczególne postanowienia dotyczące praw autorskich do programu komputerowego wskazują, że programy komputerowe podlegają ochronie jak utwory literackie, o ile przepisy niniejszego rozdziału nie stanowią inaczej. Ochrona przyznana programowi komputerowemu (chociażby miał postać nieukończoną) przysługuje twórcy niezależnie od spełnienia jakichkolwiek formalności i obejmuje zatem wszystkie formy jego wyrażenia. W związku z powyższym opisem, zdaniem Spółki, wytworzone w ramach Projektów programy komputerowe podlegają ochronie jak utwór literacki z art. 1 PAPP. W konsekwencji, w połączeniu z faktem, że wspomniane programy są wynikiem prac rozwojowych prowadzonych przez Spółkę, mogą one zostać uznane za kwalifikowane prawa własności intelektualnej w świetle art. 24d ust. 2 ustawy o CIT.   Uzasadnienie w zakresie pytania nr 3. Zgodnie z art. 24d ust. 7 pkt 2 ustawy o CIT, dochodem z kwalifikowanego prawa własności intelektualnej jest m.in. dochód z jego sprzedaży. Zdaniem Wnioskodawcy, wynagrodzenie uzyskiwane przez niego w toku projektu, w zamian za które klient nabywa prawa do Wersji MVP oprogramowania, jest dochodem z kwalifikowanego prawa własności intelektualnej. Prace Wnioskodawcy rozliczane są w formule time-and-material lub fixed fee - w obu przypadkach oznacza to, że wynagrodzenie otrzymywane jest przez Spółkę w toku prac, tj. po przekazaniu klientowi efektów każdego ze Sprintów - czyli komponentu (lub komponentów) programu komputerowego (które same w sobie również są programami komputerowymi). Oznacza to, że wynagrodzenie za każdy ze Sprintów stanowi wynagrodzenie za przeniesienie prawa autorskiego do stworzonego w trakcie jego realizacji komponentu programu komputerowego – a jednocześnie z chwilą zapłaty wynagrodzenia za wszystkie Sprinty, w trakcie których tworzono Wersję MVP oprogramowania, klient nabywa prawa do tego oprogramowania. Niektóre Sprinty mogą przy tym służyć wprowadzeniu do tworzonego oprogramowania modyfikacji oczekiwanych przez klienta - co jest związane ze stosowaną przez Spółkę metodyką pracy. W takiej sytuacji w rezultacie Sprintu klient również otrzymuje zmodyfikowany/poprawiony element programu komputerowego. Oznacza to, że również w takich sytuacjach (tj. w toku Sprintów, których celem jest uwzględnienie uwag klienta do wcześniej przekazanych mu rezultatów prac) dochodzi do wytworzenia części oprogramowania (zmodyfikowanej względem wcześniejszej wersji) i przekazania go klientowi. Konkludując, Wnioskodawca uznaje, iż w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, wynagrodzenie otrzymywane przez niego w ramach Projektów zewnętrznych stanowi dochód z kwalifikowanych praw własności intelektualnej (w rozumieniu art. 24d ustawy o CIT) wytworzonych w ramach tych Projektów, jeśli w zamian za to wynagrodzenie Wnioskodawca przenosi na klienta wytworzone kwalifikowane prawo własności intelektualnej. Uzasadnienie w zakresie pytania nr 4. Przedmiotem niniejszego pytania jest w istocie ustalenie prawidłowych zasad prowadzenia przez Spółkę Ewidencji, w szczególności prawidłowego wyodrębnienia przychodów, kosztów uzyskania przychodów oraz dochodów z poszczególnych praw własności intelektualnej tworzonych w ramach Projektów - w szczególności w sytuacji, gdy w ramach jednego Projektu dochodzi do powstania szeregu programów komputerowych (komponentów) składających się na Wersję MVP finalnego oprogramowania, będącą funkcjonalną całością oczekiwaną przez klienta. W ocenie Spółki, kwalifikowanym prawem własności intelektualnej wyodrębnianym w Ewidencji (tj. tym, do którego przypisywane powinny być przychody i koszty Projektu oraz dochód lub strata na Projekcie) powinien być ten program komputerowy, który stanowi przedmiot danego Projektu. Oznacza to, że: -     jeśli uzgodnionym z klientem przedmiotem Projektu jest Wersja MVP finalnego oprogramowania - to kwalifikowanym prawem własności intelektualnej, na które przypadają przychody, koszty uzyskania przychodów i dochód (strata) z Projektu powinna być Wersja MVP finalnego oprogramowania, nawet jeśli w ramach tego Projektu powstają również komponenty (stanowiące części Wersji MVP finalnego oprogramowania), które mogłoby w innych okolicznościach zostać uznane za samodzielne kwalifikowane prawa własności intelektualnej; -     jeśli uzgodnionym z klientem celem Projektu jest stworzenie określonych komponentów (kwalifikowanych jako programy komputerowe), które będą następnie wykorzystane przez klienta do stworzenia (we własnym zakresie) finalnej wersji potrzebnego mu oprogramowania - to każdy z tych komponentów powinien zostać wyodrębniony przez Spółkę jako odrębne kwalifikowane prawo własności intelektualnej, na które przypadają (w odpowiedniej części) przychody, koszty uzyskania przychodów i dochód (strata) z Projektu. Uzasadnienie w zakresie pytania nr 5. W odniesieniu do Projektów zewnętrznych, w ramach których dochodzi do powstania programów komputerowych składających się zarówno z elementów dedykowanych, jak i elementów licencjonowanych, w ocenie Wnioskodawcy, powinien on przyjąć (na potrzeby stosowania ulgi IP Box), że w ramach takich Projektów powstaje jedno kwalifikowane prawo własności intelektualnej (będące połączeniem elementów dedykowanych i elementów licencjonowanych w jedną funkcjonalną całość). Wnioskodawca zaznacza, że problematyka swego rodzaju dwoistości programu komputerowego została zauważona w Objaśnieniach, w których na s. 33-37 wyjaśniono, że (w braku definicji) programem komputerowym czy też oprogramowaniem może być zarówno sama kombinacja komend adresowanych do komputera w formie kodu źródłowego i wynikowego, jak i pewna funkcjonalna całość, spełniająca wymagania klienta (holistycznie i funkcjonalnie, program komputerowy obejmuje więc jego funkcjonalne części składowe, takie jak kod źródłowy, opis procedur operacyjnych, zestawienie danych w informacjach konwersacyjnych i dialogowych oraz kod wynikowy i interfejs). Ta właśnie dwoistość sprawia, że opisany we wniosku sposób komercjalizacji rezultatów prac badawczo-rozwojowych można, w ocenie Wnioskodawcy, potraktować jednocześnie jako: -     komercjalizację „mieszaną”, a zatem sytuację, w której klient, celem pozyskania programu komputerowego stworzonego przez Wnioskodawcę, nabywa prawa do wybranych jego elementów i uzyskuje licencję do elementów pozostałych; -     sprzedaż przez Wnioskodawcę praw autorskich do jednego programu (tj. kodu) i udzielenie licencji na drugi program; przy takim ujęciu dwa programy tworzą – z perspektywy klienta - jedną funkcjonalną całość. W ocenie Wnioskodawcy, art. 24d ust. 7 ustawy o CIT, powinien być interpretowany w ten sposób, że dochody uzyskiwane w ramach tzw. komercjalizacji „mieszanej” programu komputerowego również powinny być objęte zakresem ulgi, bez względu na to, czy ujęte zostaną jako dochody z jednego programu komputerowego (w części sprzedanego, częściowo zaś licencjonowanego) czy też jako dochody z dwóch odrębnych programów. W świetle literalnego brzmienia art. 24d ust. 7 pkt 1 i 2 ustawy o CIT, w ocenie Wnioskodawcy, nie budzi wątpliwości dopuszczalność komercjalizacji „jednolitej”, a więc wyłącznie sprzedaży praw do całości programu komputerowego bądź wyłącznie licencjonowania całości programu komputerowego. Oznacza to, że w sytuacji, gdy komercjalizowane „części” programów komputerowych same w sobie stanowią programy komputerowe, to, w ocenie Wnioskodawcy, w przypadku komercjalizacji „mieszanej” w rzeczywistości mamy do czynienia z kilkoma komercjalizacjami „jednolitymi”. Przy takim podejściu, w ocenie Wnioskodawcy, bez znaczenia jest fakt, iż suma sprzedawanych/licencjonowanych programów komputerowych tworzy całość w postaci programu komputerowego w ujęciu funkcjonalnym - o ile tylko możliwe jest wyodrębnienie dochodu z komercjalizacji poszczególnych programów komputerowych. W ocenie Spółki, podobnie należy traktować tzw. „realną” komercjalizację „mieszaną” – a więc sytuację spełniającą jednocześnie następujące kryteria: -     klient, chcąc uzyskać możliwość korzystania z programu komputerowego stworzonego przez Wnioskodawcę, nabywa prawa do wybranych części tego programu - zaś w odniesieniu do pozostałych części uzyskuje jedynie licencję; -     ani część objęta przeniesieniem praw, ani też część licencjonowana nie są samodzielnymi programami komputerowymi; -     część objęta przeniesieniem praw tworzy wraz z częścią licencjonowaną program komputerowy, którego stworzenie i udostępnienie klientowi (w formie „mieszanej”) jest celem umowy klienta i Wnioskodawcę; -     przeniesienie na klienta praw do części programu i udzielenie mu licencji na pozostałe części to czynności powiązane w tym sensie, że dokonywane są jednocześnie i żadna nie ma – z perspektywy klienta i Wnioskodawcy - sensu gospodarczego w oderwaniu od drugiej; celem klienta jest bowiem pozyskanie funkcjonalnej, pełnej wersji oprogramowania. W ocenie Wnioskodawcy, brzmienie art. 24 ust. 7 ustawy o CIT, nie wskakuje na to, że dochody z komercjalizacji „mieszanej” powinny być wyłączone z zakresu ulgi IP Box. W opisanym powyżej stanie faktycznym/zdarzeniu przyszłym, celem Wnioskodawcy nie jest samodzielna sprzedaż czy licencjonowanie elementów niebędących kwalifikowanymi prawami własności intelektualnej. Istotą komercjalizacji „mieszanej" jest wygenerowanie dochodów z programu komputerowego traktowanego jako funkcjonalna całość. Mając na uwadze, że zarówno dochody ze sprzedaży prawa, jak i z licencji są uwzględnione w katalogu dochodów z kwalifikowanego prawa własności intelektualnej, w ocenie Wnioskodawcy, nie ma przeszkód, aby dochód z konkretnego programu komputerowego wyliczyć (zgodnie z art. 24d ust. 3-6 ustawy o CIT) w oparciu o sumę dochodów z przeniesienia praw i z udzielonych licencji. Wnioskodawca zaznacza, że korzystanie przez niego z komercjalizacji „mieszanej” jest powodowane racjonalnością gospodarczą. Udzielanie licencji na komponenty oprogramowania tworzone według autorskiego pomysłu Spółki pozwala wykorzystywać te fragmenty w kolejnych projektach. Jednocześnie Spółka sprzedaje prawa do pozostałych komponentów oprogramowania, stworzonych z myślą o specyficznych potrzebach konkretnego klienta. Są to zazwyczaj te elementy oprogramowania, nad którymi klient chce mieć pełną kontrolę - a które z perspektywy Spółki trudno wykorzystać w innych projektach. Wnioskodawca podkreśla ponadto, że klienci płacą mu za tworzenie innowacyjnych programów i uzyskiwanie praw do nich - w takim zakresie, w jakim to zostało uzgodnione. W tej sytuacji, w ocenie Wnioskodawcy, wybór modelu komercjalizacji wydaje się kwestią drugorzędną - zwłaszcza mając na uwadze, że „mieszany” model komercjalizacji nie prowadzi do nadużycia prawa, czy choćby skorzystania z ulgi IP Box w wymiarze większym, niż przy komercjalizacji „jednolitej”. Podsumowując, zdaniem Wnioskodawcy, w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, w odniesieniu do Projektów zewnętrznych, w ramach których dochodzi do powstania programów komputerowych składających się zarówno z elementów dedykowanych, jak i elementów licencjonowanych, Spółka powinna przyjąć (na potrzeby stosowania ulgi IP Box), że w ramach takiego Projektu powstaje jedno kwalifikowane prawo własności intelektualnej (będące połączeniem elementów dedykowanych i elementów licencjonowanych w jedną funkcjonalną całość). Uzasadnienie w zakresie pytania nr 6 Zgodnie z art. 24d ust. 3 ustawy o CIT, podstawę opodatkowania stanowi suma kwalifikowanych dochodów z kwalifikowanych praw własności intelektualnej osiągniętych w roku podatkowym. Na mocy art. 24d ust. 4 ustawy o CIT, wysokość kwalifikowanego dochodu z kwalifikowanego prawa własności intelektualnej ustala się jako iloczyn dochodu z kwalifikowanego prawa własności intelektualnej osiągniętego w roku podatkowym i wskaźnika obliczonego według wzoru Nexus: ((a+b)* 1,3) / (a+b+c+d). Poszczególne litery wzoru oznaczają koszty faktycznie poniesione przez podatnika na: a - prowadzoną bezpośrednio przez podatnika działalność badawczo-rozwojową związaną z kwalifikowanym prawem własności intelektualnej, b - nabycie wyników prac badawczo-rozwojowych związanych z kwalifikowanym prawem własności intelektualnej, innych niż wymienione w lit. d, od podmiotu niepowiązanego w rozumieniu art. 11a ust. 1 pkt 3 ustawy o CIT, c - nabycie wyników prac badawczo-rozwojowych związanych z kwalifikowanym prawem własności intelektualnej, innych niż wymienione w lit. d, od podmiotu powiązanego w rozumieniu art. 11a ust. 1 pkt 4 ustawy o CIT, d - nabycie przez podatnika kwalifikowanego prawa własności intelektualnej. Do kosztów, o których mowa w art. 24d ust. 4 ustawy o CIT, nie zalicza się kosztów, które nie są bezpośrednio związane z kwalifikowanym prawem własności intelektualnej, w szczególności odsetek, opłat finansowych oraz kosztów związanych z nieruchomościami. Z powyższego wzoru wynika, że wraz ze wzrostem wartości prac związanych z innowacjami przeprowadzanych przez podatnika we własnym zakresie lub zleconych podmiotom niepowiązanym, zwiększa się udział kwalifikowanego dochodu podlegającego opodatkowaniu preferencyjną 5% stawką, ponieważ wskaźnik Nexus będzie bliższy wartości 1. Jednocześnie, przepisy ustawy o CIT dają podatnikowi możliwość nabycia wyników prac badawczo-rozwojowych od innych podmiotów, zarówno powiązanych, jak i niepowiązanych. Koszty poniesione przez podatnika na nabycie wyników prac badawczo-rozwojowych podatnik musi przyporządkować do odpowiedniej pozycji współczynnika Nexus. W ocenie Spółki, w sytuacji opisanej we wniosku prawidłowym podejściem jest: -     przypisanie kosztów wynagrodzeń wraz z pochodnymi pracowników i zleceniobiorców zaangażowanych w prace nad Projektami do litery „a” wzoru Nexus - są to bowiem wydatki ponoszone bezpośrednio na prowadzoną działalność w zakresie tworzenia programów komputerowych (działalność ta w świetle stanowiska Spółki przedstawionego w odpowiedzi na pytanie 1 stanowi działalność badawczo-rozwojową); -     przypisanie kosztów usług nabytych od Współpracowników w związku z Projektami do litery „b” wzoru Nexus - są to bowiem wydatki ponoszone na nabycie wyników prac badawczo-rozwojowych, jakie powstają w związku ze świadczeniem usług związanych z tworzeniem programów komputerowych przez zewnętrzne, niepowiązane podmioty; -     przypisanie kosztów usług nabytych w związku z Projektami od Współpracowników stanowiących podmioty powiązane do litery „c” wzoru Nexus - są to bowiem wydatki ponoszone na nabycie wyników prac badawczo-rozwojowych, jakie powstają w związku ze świadczeniem usług związanych z tworzeniem programów komputerowych przez zewnętrzne, powiązane podmioty. Okoliczność zawarcia w umowach ze Współpracownikami zapisów, zgodnie z którymi świadczą oni na jego rzecz usługi informatyczne/programistyczne oraz przenoszą na Wnioskodawcę autorskie prawa do utworów (programów komputerowych) tworzonych w związku z realizacją wspomnianych umów - prowadzenia prac nad Projektami, nie ma wpływu na powyższą kwalifikację. W ocenie Wnioskodawcy, okoliczność ewentualnego nabycia takiego prawa nie powoduje, że Współpracownicy zbywają na jego rzecz „kwalifikowane prawo własności intelektualnej”, tj. prawo spełniające wszystkie przesłanki wynikające z całościowego brzmienia art. 24d ustawy o CIT. Efekty świadczonych na rzecz Wnioskodawcy usług nie stanowią bowiem gotowego programu komputerowego, który mógłby zostać bezpośrednio skomercjalizowany. Każdy ze Współpracowników przekazuje Wnioskodawcy jedynie fragment kodu programu, który jest następnie dalej rozwijany, implementowany lub łączony w większą całość składającą się na określoną funkcjonalność programów tworzonych w ramach Projektów. W konsekwencji, z uwagi na fakt, że Spółka w każdym z opisanych przypadków nabywa rezultat prac badawczo-rozwojowych Współpracownika, niestanowiący samodzielnego kwalifikowanego prawa własności intelektualnej, powyżej przedstawiona klasyfikacja kosztów do poszczególnych liter wzoru Nexus jest prawidłowa. Spółka wskazuje także, iż analogiczne sytuacje były już przedmiotem licznych interpretacji indywidualnych wydanych przez Dyrektora Krajowej Informacji Skarbowej, w których wspomniany organ przychylił się do przedstawionej powyżej przez Spółkę klasyfikacji kosztów usług nabywanych od Współpracowników. Przykładami takich rozstrzygnięć są interpretacje: -     z dnia 30 lipca 2021 r. znak: 0111-KDIB1-1.4010.204.2021.1.EJ; -     z dnia 12 lipca 2021 r. znak: 0111-KDIB1-3.4010.145.2021.2.MBD; -     z dnia 8 lipca 2021 r. znak: 0111-KDIB1-3.4010.142.2021.2.AN. Ocena stanowiska Stanowisko, które przedstawili Państwo we wniosku jest prawidłowe. Uzasadnienie interpretacji indywidualnej Zgodnie z art. 4a pkt 26 ustawy z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (Dz. U. z 2021 r. poz. 1800 ze zm., dalej: „updop”, „ustawa o CIT”), działalność badawczo-rozwojowa oznacza działalność twórczą obejmującą badania naukowe lub prace rozwojowe, podejmowaną w sposób systematyczny w celu zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań. W myśl art. 4a pkt 27 updop, ilekroć w ustawie jest mowa o badaniach naukowych, oznacza to: -        badania podstawowe w rozumieniu art. 4 ust. 2 pkt 1 ustawy z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce, -        badania aplikacyjne w rozumieniu art. 4 ust. 2 pkt 2 ustawy z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce. Zgodnie z art. 4 ust. 2 ustawy z dnia 20 lipca 2018 r. Prawo o szkolnictwie wyższym i nauce,  badania naukowe są działalnością obejmującą: a)      badania podstawowe rozumiane jako prace empiryczne lub teoretyczne mające przede wszystkim na celu zdobywanie nowej wiedzy o podstawach zjawisk i obserwowalnych faktów bez nastawienia na bezpośrednie zastosowanie komercyjne; b)      badania aplikacyjne rozumiane jako prace mające na celu zdobycie nowej wiedzy oraz umiejętności, nastawione na opracowywanie nowych produktów, procesów lub usług lub wprowadzanie do nich znaczących ulepszeń. Stosownie do treści art. 4a pkt 28 updop, ilekroć w ustawie jest mowa o pracach rozwojowych - oznacza to prace rozwojowe w rozumieniu art. 4 ust. 3 ustawy z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce. W myśl art. 4 ust. 3 ustawy z dnia 20 lipca 2018 r. Prawo o szkolnictwie wyższym i nauce, prace rozwojowe są działalnością obejmującą nabywanie, łączenie, kształtowanie i wykorzystywanie dostępnej aktualnie wiedzy i umiejętności, w tym w zakresie narzędzi informatycznych lub oprogramowania, do planowania produkcji oraz projektowania i tworzenia zmienionych, ulepszonych lub nowych produktów, procesów lub usług, z wyłączeniem działalności obejmującej rutynowe i okresowe zmiany wprowadzane do nich, nawet jeżeli takie zmiany mają charakter ulepszeń. Od 1 stycznia 2019 r. obowiązują przepisy ustawy z dnia 23 października 2018 r. o zmianie ustawy o podatku dochodowym od osób fizycznych, ustawy o podatku dochodowym od osób prawnych, ustawy Ordynacja podatkowa oraz niektórych innych ustaw (Dz. U. z 2018 r., poz. 2193). Na podstawie regulacji wprowadzonych ww. ustawą zmieniającą, do systemu prawa podatkowego implikowano przepisy dotyczące preferencyjnego rozwiązania w podatkach dochodowych - tzw. Innovation Box. Regulacje dotyczące stosowania opisanej powyżej ulgi zostały odzwierciedlone w art. 24d – 24e updop. Zgodnie z art. 24d ust. 1 updop, podatek od osiągniętego przez podatnika kwalifikowanego dochodu z kwalifikowanych praw własności intelektualnej wynosi 5% podstawy opodatkowania. Kwalifikowane prawa własności intelektualnej zawarte zostały w zamkniętym katalogu opisanym w art. 24d ust. 2 updop. Zgodnie z treścią tego przepisu, kwalifikowanymi prawami własności intelektualnej są: 1.       patent, 2.       prawo ochronne na wzór użytkowy, 3.       prawo z rejestracji wzoru przemysłowego, 4.       prawo z rejestracji topografii układu scalonego, 5.       dodatkowe prawo ochronne dla patentu na produkt leczniczy lub produkt ochrony roślin, 6.       prawo z rejestracji produktu leczniczego i produktu leczniczego weterynaryjnego dopuszczonych do obrotu, 7.       wyłączne prawo, o którym mowa w ustawie z dnia 26 czerwca 2003 r. o ochronie prawnej odmian roślin (Dz. U. z 2021 r. poz. 213), 8.     autorskie prawo do programu komputerowego - podlegające ochronie prawnej na podstawie przepisów odrębnych ustaw lub ratyfikowanych umów międzynarodowych, których stroną jest Rzeczpospolita Polska, oraz innych umów międzynarodowych, których stroną jest Unia Europejska, których przedmiot ochrony został wytworzony, rozwinięty lub ulepszony przez podatnika w ramach prowadzonej przez niego działalności badawczo-rozwojowej. Zgodnie z art. 24d ust. 3 updop, podstawę opodatkowania stanowi suma kwalifikowanych dochodów z kwalifikowanych praw własności intelektualnej osiągniętych w roku podatkowym. Sposób obliczenia wysokości kwalifikowanego dochodu z kwalifikowanego prawa własności intelektualnej zawarty jest w art. 24d ust. 4 updop. Zgodnie z treścią tego przepisu: wysokość kwalifikowanego dochodu z kwalifikowanego prawa własności intelektualnej ustala się jako iloczyn dochodu z kwalifikowanego prawa własności intelektualnej osiągniętego w roku podatkowym i wskaźnika obliczonego według wzoru (wskaźnik nexus): ((a + b) * 1,3) / (a + b + c + d) w którym poszczególne litery oznaczają koszty faktycznie poniesione przez podatnika na: a - prowadzoną bezpośrednio przez podatnika działalność badawczo-rozwojową związaną z kwalifikowanym prawem własności intelektualnej, b - nabycie wyników prac badawczo-rozwojowych związanych z kwalifikowanym prawem własności intelektualnej, innych niż wymienione w lit. d, od podmiotu niepowiązanego w rozumieniu art. 11a ust. 1 pkt 3, c - nabycie wyników prac badawczo-rozwojowych związanych z kwalifikowanym prawem własności intelektualnej, innych niż wymienione w lit. d, od podmiotu powiązanego w rozumieniu art. 11a ust. 1 pkt 4, d- -nabycie przez podatnika kwalifikowanego prawa własności intelektualnej. W tym miejscu należy wskazać, że na podstawie art. 11a ust. 1 pkt 4 updop, w brzmieniu obowiązującym do 31 grudnia 2021 r., przez podmioty powiązane należy rozumieć: a. podmioty, z których jeden podmiot wywiera znaczący wpływ na co najmniej jeden inny podmiot, lub b. podmioty, na które wywiera znaczący wpływ: -        ten sam inny podmiot lub -        małżonek, krewny lub powinowaty do drugiego stopnia osoby fizycznej wywierającej znaczący wpływ na co najmniej jeden podmiot, lub c. spółkę niemającą osobowości prawnej i jej wspólników, lub d. podatnika i jego zagraniczny zakład, a w przypadku podatkowej grupy kapitałowej - spółkę kapitałową wchodzącą w jej skład i jej zagraniczny zakład. Natomiast, w myśl art. 11a ust. 1 pkt 4 updop, w brzmieniu obowiązującym od 1 stycznia 2022 r., przez podmioty powiązane należy rozumieć: a) podmioty, z których jeden podmiot wywiera znaczący wpływ na co najmniej jeden inny podmiot, lub b) podmioty, na które wywiera znaczący wpływ: – ten sam inny podmiot lub – małżonek, krewny lub powinowaty do drugiego stopnia osoby fizycznej wywierającej znaczący wpływ na co najmniej jeden podmiot, lub c) spółkę niebędącą osobą prawną i jej wspólnika, lub, ca)  spółkę, o której mowa w art. 1 ust. 3 pkt 1, i jej komplementariusza, lub cb) spółkę, o której mowa w art. 1 ust. 3 pkt 1a, i jej wspólnika, lub d) podatnika i jego zagraniczny zakład, a w przypadku podatkowej grupy kapitałowej - spółkę kapitałową wchodzącą w jej skład i jej zagraniczny zakład; Przez podmioty niepowiązane należy rozumieć podmioty inne niż podmioty powiązane (art. 11a ust. 1 pkt 3 updop). Art. 24d ust. 5 updop, stanowi: do kosztów, o których mowa w ust. 4, nie zalicza się kosztów, które nie są bezpośrednio związane z kwalifikowanym prawem własności intelektualnej, w szczególności odsetek, opłat finansowych oraz kosztów związanych z nieruchomościami. W przypadku gdy wartość wskaźnika, o którym mowa w ust. 4, jest większa od 1, przyjmuje się, że wartość ta wynosi 1 (art. 24d ust. 6 updop). Natomiast, zgodnie z treścią art. 24d ust. 7 updop, dochodem (stratą) z kwalifikowanego prawa własności intelektualnej jest osiągnięty przez podatnika w roku podatkowym dochód (strata) ustalony zgodnie z art. 7 ust. 2: -        z opłat lub należności wynikających z umowy licencyjnej, która dotyczy kwalifikowanego prawa własności intelektualnej, -        ze sprzedaży kwalifikowanego prawa własności intelektualnej, -        z kwalifikowanego prawa własności intelektualnej uwzględnionego w cenie sprzedaży produktu lub usługi, -        z odszkodowania za naruszenie praw wynikających z kwalifikowanego prawa własności intelektualnej, jeżeli zostało uzyskane w postępowaniu spornym, w tym postępowaniu sądowym albo arbitrażu. Obowiązki podatników podlegających opodatkowaniu na podstawie art. 24d updop, zostały określone w art. 24e updop, który stanowi: podatnicy podlegający opodatkowaniu na podstawie art. 24d są obowiązani: 1)      wyodrębnić każde kwalifikowane prawo własności intelektualnej w prowadzonej ewidencji rachunkowej, 2)      prowadzić ewidencję rachunkową w sposób zapewniający ustalenie przychodów, kosztów uzyskania przychodów i dochodu (straty), przypadających na każde kwalifikowane prawo własności intelektualnej, 3)      wyodrębnić koszty, o których mowa w art. 24d ust. 4, przypadające na każde kwalifikowane prawo własności intelektualnej, w sposób zapewniający określenie kwalifikowanego dochodu, 4)      dokonywać zapisów w prowadzonej ewidencji rachunkowej w sposób zapewniający ustalenie łącznego dochodu z tych kwalifikowanych praw własności intelektualnej – w przypadku gdy podatnik wykorzystuje więcej niż jedno kwalifikowane prawo własności intelektualnej, a w prowadzonej ewidencji rachunkowej nie jest możliwe spełnienie warunków, o których mowa w pkt 2 i 3, 5)      dokonywać zapisów w prowadzonej ewidencji rachunkowej w sposób zapewniający ustalenie dochodu z kwalifikowanych praw własności intelektualnej w odniesieniu do tego produktu lub tej usługi albo do tych produktów lub tych usług – w przypadku gdy podatnik wykorzystuje jedno kwalifikowane prawo własności intelektualnej lub większą liczbę tych praw w produkcie lub usłudze albo w produktach lub usługach, a w prowadzonej ewidencji rachunkowej nie jest możliwe spełnienie warunków, o których mowa w pkt 2-4. Zgodnie z art. 24e ust. 2 updop, w przypadku gdy na podstawie ewidencji rachunkowej nie jest możliwe ustalenie dochodu (straty) z kwalifikowanych praw własności intelektualnej, podatnik jest obowiązany do zapłaty podatku zgodnie z art. 19. Należy w tym miejscu zauważyć, że zgodnie z objaśnieniami podatkowymi Ministerstwa Finansów z dnia 15 lipca 2019 r. dotyczącymi preferencyjnego opodatkowania dochodów wytwarzanych przez prawa własności intelektualnej – IP BOX (dalej: „Objaśnienia IP Box”), ustawa o podatku dochodowym od osób prawnych nie definiuje pojęcia „programu komputerowego” oraz brak w świetle polskiego prawa precyzyjnego określenia zakresu „autorskiego prawa do programu komputerowego”. Praktyka stosowania tego pojęcia na świecie potwierdza, że ze względu na dynamiczny rozwój nowych technologii, w których programy komputerowe zajmują kluczową pozycję, nie da się ustalić wyczerpującej i niezmiennej definicji tego pojęcia oraz uniknąć rozbieżności (wyrok irlandzkiego sądu II instancji z 1995 r. w sprawie News Datacom Ltd. versus Satellite Decoding Systems, (1995) FSR 201 oraz wyrok australijskiego sądu I instancji z 4 czerwca 1997 r. w sprawie Powerflex Services Pty Ltd v Data Access Corporation, (1997) FCA 490; 37 IPR 436). Należy zatem odwołać się w tym względzie do przepisów ustawy z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (Dz. U. 2021 poz. 1062, dalej: „Ustawa o prawie autorskim”). Zgodnie z art. 1 ust. 1 ww. ustawy, przedmiotem prawa autorskiego jest każdy przejaw działalności twórczej o indywidualnym charakterze, ustalony w jakiejkolwiek postaci, niezależnie od wartości, przeznaczenia i sposobu wyrażenia (utwór). Stosownie do art. 1 ust. 2 pkt 1 Ustawy o prawie autorskim,  w szczególności przedmiotem prawa autorskiego są utwory wyrażone słowem, symbolami matematycznymi, znakami graficznymi (literackie, publicystyczne, naukowe, kartograficzne oraz programy komputerowe). Szczególne postanowienia dotyczące praw autorskich do programu komputerowego zawierają art. 74 ust. 1 i następne Ustawy o prawie autorskim. Zgodnie z art. 74 ust. 1 i 2 tej ustawy, programy komputerowe podlegają ochronie jak utwory literackie, o ile przepisy niniejszego rozdziału nie stanowią inaczej. Ochrona przyznana programowi komputerowemu obejmuje wszystkie formy jego wyrażenia. Idee i zasady będące podstawą jakiegokolwiek elementu programu komputerowego, w tym podstawą łączy, nie podlegają ochronie. Podstawą przyznania ochrony prawnej dla programu komputerowego jest fakt, że stanowi on przejaw działalności twórczej o indywidualnym charakterze (wyraz własnej twórczości intelektualnej danego autora lub autorów), ustalony w jakiejkolwiek postaci, niezależnie od przeznaczenia i sposobu wyrażania. O ocenie charakteru indywidualnej pracy twórczej nie decydują postanowienia umowy, ale rzeczywisty wkład pracy każdego z twórców programu komputerowego, co podlega każdorazowo odrębnej ocenie. Doktryna prawa autorskiego przyjmuje różne podejścia do definiowania pojęcia „autorskiego prawa do programu komputerowego”, które wskazują, że część chronioną prawem jest w szczególności kombinacja komend adresowanych do komputera w formie kodu źródłowego i kodu wynikowego. Pozaustawowa definicja pojęcia „autorskie prawo do programu komputerowego” w sposób uzasadniony nawiązuje zatem do terminologii informatycznej, dostosowywanej następnie do potrzeb dalszej analizy prawnej dobra niematerialnego jakim jest program komputerowy. Fundamentem informatycznego rozumienia programu komputerowego jest samo pojęcie „programu”, czyli zapisanego przy pomocy wybranego języka programowania algorytmu rozwiązania określonego zadania. Zatem, program komputerowy to w szczególności zestaw instrukcji przeznaczonych do wykonywania bezpośrednio lub pośrednio w komputerze czynności w celu osiągnięcia określonego rezultatu. Reasumując, pojęcie „program komputerowy” nie powinno być rozumiane wąsko lecz szeroko. Program komputerowy obejmuje więc jego funkcjonalne części składowe, takie jak: kod źródłowy, opis procedur operacyjnych, zestawienie danych w informacjach konwersacyjnych i dialogowych oraz kod wynikowy i interfejs. W celu poprawnego zastosowania preferencji IP Box wobec autorskiego prawa do programu komputerowego należy nadać mu znaczenia funkcjonalne, celowościowe i rozszerzające, w zgodzie z najbardziej istotnym międzynarodowym kontekstem przepisów o IP Box, czyli Raportem OECD BEPS Plan Działania nr 5. Zgodnie z akapitem 34 tego Raportu, copyrighted software, nie tylko program komputerowy chroniony prawem autorskim, ale szerzej oprogramowanie chronione prawem autorskim, może zawierać się w katalogu kwalifikowanych IP jako aktywo funkcjonalnie ekwiwalentne do patentu. OECD wskazuje, że oprogramowanie chronione prawem autorskim dzieli podstawowe cechy patentów, ponieważ jest nowatorskie, nieoczywiste i użyteczne, a zatem zasadniczo wynika z prowadzenia innowacyjnej działalności badawczo-rozwojowej, której prowadzenie powinny stymulować przepisy o IP Box. OECD stwierdza także, że nie wszystkie jurysdykcje zapewniają ochronę patentową oprogramowania i dlatego wielu podatników, którzy wytwarzają oprogramowanie, musi posiadać prawa autorskie, zamiast polegać na ochronie patentowej. Włączenie oprogramowania chronionego prawem autorskim do definicji funkcjonalnie równoważnych kwalifikowanych IP zapewnia również, że różne traktowanie oprogramowania na mocy prawa patentowego różnych jurysdykcji nie ma wpływu na to, czy dochody z oprogramowania mogą korzystać z różnych regulacji IP Box. W związku z tym, że w Polsce oprogramowanie – definiowane jako ogół informacji w postaci zestawu instrukcji, zaimplementowanych interfejsów i zintegrowanych danych przeznaczonych dla komputera do realizacji wyznaczonych celów – podlega ochronie jak utwór literacki z art. 1 Ustawy o prawie autorskim, oprogramowanie może być, zgodnie z wykładnią celowościową i kontekstualną (ww. Raport OECD), uznane za kwalifikowane IP w świetle rozszerzającej wykładni art. 24d ust. 2 pkt 8 updop, jeśli jego wytworzenie, rozszerzenie lub ulepszenie jest wynikiem prac badawczo-rozwojowych. Ad 1. Odnosząc się do kwestii będącej przedmiotem pytania nr 1 dotyczącej rozstrzygnięcia, czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, działalność Wnioskodawcy prowadzona w ramach Projektów wewnętrznych oraz Projektów zewnętrznych (do momentu przekazania Wersji MVP) stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 ustawy o CIT, należy w pierwszej kolejności przeprowadzić analizę nakierowaną na zidentyfikowanie przejawów działalności gospodarczej, które mogą zostać uznane za działalność badawczo-rozwojową (tj. tych aktywności podatnika, które spełniają definicje wskazane w art. 4a pkt 26 updop). Ustawodawca wprowadził definicję działalności badawczo-rozwojowej w art. 4a pkt 26 updop, zgodnie z którą (jak już wyżej wskazano) przez działalność badawczo-rozwojową, należy rozumieć działalność twórczą obejmującą badania naukowe lub prace rozwojowe, podejmowaną w sposób systematyczny w celu zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań. Z ustawowej definicji wynika zatem, że taka działalność musi mieć charakter twórczy. Posłużenie się tym sformułowaniem wskazuje, że działalność badawczo-rozwojowa to taka aktywność, która nastawiona jest na tworzenie nowych i oryginalnych rozwiązań, często o charakterze unikatowym, które nie mają odtwórczego charakteru. Po drugie, z art. 4a pkt 26 updop, wynika, że działalność badawczo-rozwojowa musi być podejmowana w systematyczny sposób. Po trzecie, taka działalność musi mieć określony cel, tj. powinna być nakierowana na zwiększenie zasobów wiedzy oraz ich wykorzystanie do tworzenia nowych zastosowań. W tym miejscu wskazać należy, że w ramach prac rozwojowych następuje połączenie wyników prac badawczych z wiedzą techniczną w celu wprowadzenia do produkcji nowego lub zmodernizowanego wyrobu, nowej technologii czy nowego systemu organizacji. Innymi słowy, prowadzone systematyczne prace opierają się na istniejącej wiedzy, uzyskanej w wyniku działalności badawczej oraz/lub doświadczeń praktycznych i mają na celu wytworzenie nowych materiałów, produktów lub urządzeń, inicjowanie nowych i znaczące udoskonalenie już istniejących procesów, systemów i usług. Podmioty gospodarcze zajmujące się działalnością badawczo-rozwojową realizują ją obok swojej działalności podstawowej (np. przedsiębiorstwa przemysłowe dysponujące własnym zapleczem badawczo-rozwojowym, laboratoria, zakłady i ośrodki badawczo-rozwojowe, działy badawczo-technologiczne, biura konstrukcyjne i technologiczne, zakłady rozwoju technik, biura studiów i projektów itp.). Prace rozwojowe mogą obejmować nabywanie, łączenie, kształtowanie i wykorzystywanie dostępnej aktualnie wiedzy i umiejętności, w tym w zakresie narzędzi informatycznych lub oprogramowania, do planowania produkcji oraz projektowania i tworzenia zmienionych, ulepszonych lub nowych produktów, procesów lub usług. Prace rozwojowe nie obejmują rutynowych i okresowych zmian wprowadzanych do istniejących produktów, linii produkcyjnych, procesów wytwórczych, usług nawet jeśli takie zmiany mają charakter ulepszeń. Jak wynika z opisu sprawy, Wnioskodawca prowadzi działalność informatyczną polegającą na projektowaniu, tworzeniu i wdrażaniu indywidualnych rozwiązań z zakresu handlu online - tzw. eCommerce. Tworzone przez Wnioskodawcę rozwiązania mają postać programów komputerowych opartych na najnowszych technologiach programistycznych, w tym także wytworzonych we własnym zakresie przez Wnioskodawcę. Działalność Wnioskodawcy prowadzona w ramach Projektów ma charakter twórczy, ponieważ ich założonym celem oraz osiąganym rezultatem są nowatorskie programy komputerowe, czy to opracowane w formie całkowicie nowych rozwiązań czy też w formie daleko idących modyfikacji istniejących wcześniej systemów. Każdy stworzony w ramach Projektów program komputerowy jest indywidualnie dopasowanym, nieistniejącym dotychczas utworem o określonych funkcjonalnościach. Działalność Wnioskodawcy ma charakter systematyczny, czego przejawem jest m.in. stosowanie nowoczesnych, elastycznych metodyk planowania i wykonywania pracy w formie Sprintów. Jest to forma organizacji pracy cechująca się zmiennym stopniem natężenia prac, przy jednoczesnym wysokim stopniu uporządkowania wykonywanych działań oraz elastycznym organizowaniem podziału pracy. Prowadzona w ramach Projektów działalność ma na celu zarówno zwiększanie zasobów wiedzy jak i jej wykorzystywanie do tworzenia nowych zastosowań. Programy powstałe w skutek Projektów stanowią albo całkowicie nowe technologie, albo też rozwiązania oparte na oprogramowaniu już istniejącym, ale daleko rozwiniętym i posiadającym nowe funkcjonalności. W efekcie oba typy programów mają charakter silnie innowacyjny. Zdaniem tut. Organu, powyższe wyjaśnienia oraz przedstawione wyżej okoliczności sprawy pozwalają na stwierdzenie, że podejmowane przez Wnioskodawcę czynności, których rezultatem jest stworzenie, a następnie rozwinięcie Produktów przedstawionych we wniosku w ramach Projektów wewnętrznych oraz Projektów zewnętrznych, mają charakter twórczy, systematyczny oraz nakierowane są ma zwiększenie zasobów wiedzy oraz wykorzystania jej do tworzenia nowych zastosowań. Zatem, tego typu działania Spółki spełniają przesłanki do uznania ich za działalność badawczo-rozwojową w rozumieniu przepisów art. 4a pkt 26-28 updop. W świetle powyższego, stanowisko Wnioskodawcy w zakresie pytania oznaczonego we wniosku nr 1, w zakresie ustalenia, czy działalność Wnioskodawcy prowadzona w ramach Projektów wewnętrznych oraz Projektów zewnętrznych (do momentu przekazania Wersji MVP) stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 updop, należy uznać za prawidłowe. Ad. 2. W zakresie wątpliwości objętych zakresem pytania nr 2 sprowadzających się do ustalenia, czy Wnioskodawca prawidłowo kwalifikuje rezultaty prowadzonych przez siebie Projektów jako programy komputerowe stanowiące kwalifikowane prawa własności intelektualnej w rozumieniu art. 24d ust. 2 ustawy o CIT, należy zauważyć, że zgodnie z powołanymi już wcześniej objaśnieniami Ministerstwa Finansów z dnia 15 lipca 2019 r. dotyczącymi preferencyjnego opodatkowania dochodów wytwarzanych przez prawa własności intelektualnej – IP BOX, fundamentem informatycznego rozumienia programu komputerowego jest samo pojęcie „programu”, czyli zapisanego przy pomocy wybranego języka programowania algorytmu rozwiązania określonego zadania. Zatem, program komputerowy to w szczególności zestaw instrukcji przeznaczonych do wykonywania bezpośrednio lub pośrednio w komputerze czynności w celu osiągnięcia określonego rezultatu. Ponadto, w związku z tym, że w Polsce oprogramowanie – definiowane jako ogół informacji w postaci zestawu instrukcji, zaimplementowanych interfejsów i zintegrowanych danych przeznaczonych dla komputera do realizacji wyznaczonych celów – podlega ochronie, jak utwór literacki z art. 1 ustawy o prawie autorskim i prawach pokrewnych, oprogramowanie może być, zgodnie z wykładnią celowościową i kontekstualną (ww. Raport OECD), uznane za kwalifikowane IP jeśli jego wytworzenie, rozszerzenie lub ulepszenie jest wynikiem prac badawczo-rozwojowych. W tym miejscu dodatkowo podkreślić należy, że przyznanie preferencji podatkowej w postaci 5% opodatkowania dochodu z kwalifikowanego IP jest możliwe wyłącznie wobec dochodu podatnika pochodzącego z prowadzonej przez niego działalności badawczo-rozwojowej bezpośrednio związanej z wytworzeniem, rozwojem lub ulepszeniem kwalifikowanego IP (kwestia ta została wcześniej rozstrzygnięta w uzasadnieniu do pytania nr 1). Biorąc powyższe pod uwagę należy uznać, że Produkty, o których mowa we wniosku będące rezultatem prac w ramach prac badawczo-rozwojowych, podlegające ochronie na podstawie przepisów o prawie autorskim i prawach pokrewnych, stanowią i będą stanowić kwalifikowane prawa własności intelektualnej w rozumieniu art. 24d ust. 2 updop, w stosunku do których znajdzie zastosowanie ww. preferencja podatkowa. Tym samym, stanowisko Wnioskodawcy w zakresie ustalenia czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, Wnioskodawca prawidłowo kwalifikuje rezultaty prowadzonych przez siebie Projektów jako programy komputerowe stanowiące kwalifikowane prawa własności intelektualnej w rozumieniu art. 24d ust. 2 ustawy o CIT, należy uznać za prawidłowe. Ad. 3. Wątpliwości Spółki objęte pytaniem nr 3 dotyczą ustalenia, czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, wynagrodzenie otrzymywane przez Wnioskodawcę w ramach Projektów zewnętrznych stanowi dochód z kwalifikowanych praw własności intelektualnej (w rozumieniu art. 24d ustawy o CIT) wytworzonych w ramach tych Projektów, jeśli w zamian za to wynagrodzenie Wnioskodawca przenosi na klienta wytworzone kwalifikowane prawo własności intelektualnej. W tym miejscu ponownie wskazać należy, że jak wynika z cytowanego powyżej art. 24d ust. 7 pkt 1-3 updop, dochodem (stratą) z kwalifikowanego prawa własności intelektualnej jest m.in. osiągnięty przez podatnika w roku podatkowym dochód (strata): 1)      z opłat lub należności wynikających z umowy licencyjnej, która dotyczy kwalifikowanego prawa własności intelektualnej, 2)      ze sprzedaży kwalifikowanego prawa własności intelektualnej, 3)      z kwalifikowanego prawa własności intelektualnej uwzględnionego w cenie sprzedaży produktu lub usługi.   Ponadto, wskazać należy, na treść art. 24d ust. 8 updop, zgodnie z którym do ustalenia dochodów, o których mowa w ust. 7 pkt 3, przepis art. 11c stosuje się odpowiednio. Dochód z kwalifikowanego IP „zawarty” w cenie danego produktu lub usługi winien być ustalony w oparciu o zasadę ceny rynkowej (zgodnie z przepisami art. 11c updop). Zatem, dochodem kwalifikującym się do ulgi Innovation Box jest dochód uzyskany z tytułu należności/opłat licencyjnych lub innych należności związanych z wykorzystywaniem kwalifikowanego prawa własności intelektualnej, dochód ze sprzedaży kwalifikowanego prawa własności intelektualnej, jak również, dochód z tego aktywa uwzględniony w cenie sprzedaży lub usługi określany na zasadzie ceny rynkowej. We wniosku wskazano, że Wnioskodawca rozlicza się ze swoimi klientami w oparciu o rzeczywiste zaangażowanie swoich specjalistów w prace programistyczne - jest to podejście zwane time-and-material. Stosując podejście time-and-material, Wnioskodawca obciąża (tj. fakturuje) swoich klientów po zakończeniu danego etapu prac (tj. Sprintu) – a zatem po ukończeniu ustalonej części oprogramowania i przekazaniu jej klientowi. Kwota wynagrodzenia oparta jest na zaangażowaniu specjalistów Spółki (w ramach ustalonych wcześniej limitów). Z kolei, z chwilą przekazania klientowi wersji MVP oprogramowania klient - w zamian za wynagrodzenie zapłacone Spółce za poszczególne Sprinty - nabywa prawa autorskie do tzw. elementów dedykowanych oprogramowania, czyli tych jego części, które zostały zaprojektowane przez Spółkę w sposób unikalny i które odpowiadają potrzebom konkretnego klienta. Jednocześnie, klient - w zamian za uiszczone wynagrodzenie - uzyskuje niewyłączną licencję na wszystkie inne elementy oprogramowania (tzw. elementy licencjonowane). Stosowanie takiego modelu rozliczeń oznacza, że w zamian za wynagrodzenie uzyskiwane przez Wnioskodawcę w toku prac klient uzyskuje autorskie prawa do stworzonego przez Wnioskodawcę programu komputerowego. Co do zasady Spółka przyjmuje, że w ramach każdego indywidualnego Projektu dochodzi do wytworzenia jednego kwalifikowanego prawa własności intelektualnej - programu komputerowego. Zdarzają się jednak sytuacje, w których w ramach jednego projektu Spółka uzyskuje przychody z dwóch lub więcej programów komputerowych, np. z tworzonego dla klienta nowego programu, wykorzystującego wytworzony w ramach Projektu wewnętrznego inny program, na który klient uzyskuje odrębną licencję. Prowadzona ewidencja pozwala wyodrębnić oba przychody i przypisać je do właściwych praw własności intelektualnej. Ponadto, przedmiotem ochrony wynikającej z PAPP są jedynie utwory ustalone w jakiejkolwiek postaci. W szczególności, zdaniem Spółki, o ustaleniu programu komputerowego można mówić w momencie, gdy w rezultacie prac Spółki powstanie co najmniej Wersja MVP programu komputerowego (w przypadku projektów zakończonym przekazaniem Wersji MVP). W efekcie Spółka nie uwzględnia w Ewidencji Projektów, w trakcie których nie wytworzono Wersji MVP w ogóle lub też nie dojdzie do jej wytworzenia np. z przyczyn ekonomicznych czy technologicznych. Zatem, z opisu sprawy wynika, że Wnioskodawca przenosi na nabywcę autorskie prawa do tzw. elementów dedykowanych oprogramowania, czyli części oprogramowania, zaprojektowanych przez Spółkę i odpowiadających potrzebom konkretnego klienta, natomiast na wszystkie pozostałe elementy oprogramowania (tzw. elementy licencjonowane) Wnioskodawca udziela niewyłącznej licencji. Zatem, należy uznać za prawidłowe stanowisko Wnioskodawcy w zakresie pytania nr 3, zgodnie z którym wynagrodzenie otrzymywane przez Wnioskodawcę w ramach Projektów zewnętrznych stanowi dochód z kwalifikowanych praw własności intelektualnej (w rozumieniu art. 24d ustawy o CIT) wytworzonych w ramach tych Projektów, jeśli w zamian za to wynagrodzenie Wnioskodawca przenosi na klienta wytworzone kwalifikowane prawo własności intelektualnej. Ad. 4 i 5. Odnosząc się do pytań oznaczonych we wniosku nr 4 i 5, wskazać należy, że działalność w zakresie programów komputerowych nie ogranicza się do stworzenia finalnej wersji programu komputerowego. Jest nią także wytworzenie, czy pozyskanie półproduktów i produktów pośrednich, które pozwalają na wdrożenie finalnego oprogramowania. Komponentami programu komputerowego są między innymi sekwencje instrukcji wykonywanych komputerowo, specyfikacje, cyfrowe przetwarzanie obrazów, moduły, obiekty, procedury, funkcje, pliki z kodem źródłowym lub pliki wykonywalne. Z kolei produktem końcowym w procesie wytwarzania oprogramowania może być: wydany nowy system informatyczny lub udoskonalona wersja istniejącego już systemu, ale również opis usług oraz dokumentacja wdrożeniowa i eksploatacyjna. Jednocześnie wskazać należy, iż z Objaśnień podatkowych z dnia 15 lipca 2019 r. dotyczących preferencyjnego opodatkowania dochodów wytwarzanych przez prawa własności intelektualnej – IP BOX (m.in. pkt 53-54) wynika, że rozwinięcie lub ulepszenie przedmiotu ochrony oznacza w szczególności rozbudowanie, poszerzenie zakresu funkcjonalnego albo użyteczności już istniejącego kwalifikowanego IP, niezależnie od tego, czy podatnik uzyskał dodatkową ochronę na to rozwinięcie lub ulepszenie. Decydującym determinantem jest tutaj aspekt faktyczny rozumiany jako rozwinięcie lub ulepszenie istniejącego kwalifikowanego IP w dowolnej postaci, o ile działania te prowadzą do poprawy użyteczności albo funkcjonalności już istniejącego kwalifikowanego IP. Takie rozumienie wynika wprost z użycia słowa „ulepszonego”: ulepszać zgodnie ze słownikiem języka polskiego PWN oznacza „zmienić coś tak, żeby stało się bardziej użyteczne lub funkcjonalne”. Podobnie do terminu „ulepszenie” należy rozumieć sformułowanie „rozwinięcie” kwalifikowanego IP. Wobec rozwinięcia kwalifikowanego IP decydujące znaczenie ma więc fakt poszerzenia zakresu funkcjonalnego albo użyteczności już istniejącego kwalifikowanego IP, bez względu na uzyskanie dodatkowego prawa ochronnego w tym zakresie. Nieracjonalnym byłoby stymulowanie przez ustawodawcę działań podatników polegających na rozwijaniu kwalifikowanego IP tak, że w efekcie tego rozwinięcia kwalifikowane IP stało się mniej użyteczne, funkcjonalne lub też jego użyteczność czy też funkcjonalność pozostałaby bez zmian. Brak wymogu uzyskania dodatkowego prawa ochronnego w zakresie w jakim kwalifikowane IP zostało ulepszone lub rozwinięte wynika z tego, że patent, prawo ochronne na wzór użytkowy lub inne kwalifikowane IP, co do zasady stanowią ukończone, zdefiniowane rozwiązania lub odkrycia. W praktyce gospodarczej „rozwijanie” i „ulepszanie” takich praw obejmuje głównie rozwój i ulepszenie oraz poszerzenie wiedzy i technologii związanych z kwalifikowanym IP. W konsekwencji, „rozwój”, czy też „ulepszenie” może dotyczyć sposobu wdrożenia i zastosowania w praktyce przedmiotu ochrony tego prawa. Wynik takiego ulepszenia czy rozwinięcia nie musi natomiast zostać objęty dodatkową ochroną. Z tych względów, „rozwijanie” i „ulepszanie” kwalifikowanego IP należy rozumieć jako ogół prac badawczo-rozwojowych podatnika, skutkujących poszerzeniem zakresu funkcjonalnego albo użyteczności kwalifikowanego IP, co może dalej skutkować, między innymi, możliwością wdrożenia lub znalezienia nowych zastosowań dla kwalifikowanego IP. Wnioskodawca za program komputerowy będący celem prac prowadzonych w ramach Projektów zewnętrznych przyjmuje tzw. minimalną nadającą się do wykorzystania wersję produktu, tzw. wersję Minimum Viable Product (dalej: „Wersja MVP”). Wnioskodawca jako programy komputerowe również wyróżnia komponenty wytworzone w ramach danej umowy (lub innego dokumentu zawierającego ustalenia stron). Rezultatem całego Projektu jest zamówione przez klienta oprogramowanie, stanowiące sumę komponentów stworzonych na poszczególnych etapach; oprogramowanie to również, jako funkcjonalna całość, jest kwalifikowane przez Wnioskodawcę jako program komputerowy. Z chwilą przekazania Wersji MVP finalnego oprogramowania, klient każdorazowo otrzymuje program komputerowy stanowiący pewną całość, sprawną, funkcjonalną i nadającą się do wykorzystania przez klienta, przy czym w Projektach zewnętrznych dzielonych jest to całość złożona z szeregu komponentów, które same w sobie również są programami komputerowymi. Mając na uwadze powyższe, za prawidłowe należy uznać stanowisko Wnioskodawcy, w zakresie ustalenia, czy w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, w odniesieniu do Projektów zewnętrznych dzielonych, Spółka powinna: -     w Projekcie, w ramach którego Wnioskodawca tworzy komponenty składające się na Wersję MVP finalnego oprogramowania - przyjąć, że kwalifikowanym prawem własności intelektualnej, na które przypadają przychody, koszty uzyskania przychodów i dochód (strata) z Projektu jest Wersja MVP finalnego oprogramowania; -     w Projekcie, w ramach którego Wnioskodawca tworzy wyłącznie komponenty (będące celem i przedmiotem Projektu i kwalifikowane jako programy komputerowe) - przyjąć, że każdy z tych komponentów jest odrębnym kwalifikowanym prawem własności intelektualnej, na które przypadają (w odpowiedniej części) przychody, koszty uzyskania przychodów i dochód (strata) z Projektu (pytanie oznaczone nr 4). Z treści wniosku wynika, że z kolei z chwilą przekazania klientowi Wersji MVP finalnego oprogramowania lub komponentu oprogramowania, nad którym zostały zakończone prace, klient - w zamian za wynagrodzenie zapłacone Spółce do tej chwili - nabywa prawa autorskie do tzw. elementów dedykowanych oprogramowania, czyli tych jego części, które zostały zaprojektowane przez Spółkę w sposób unikalny i które odpowiadają potrzebom konkretnego klienta. Jednocześnie, klient - w zamian za uiszczone wynagrodzenie - uzyskuje niewyłączną licencję na wszystkie inne elementy oprogramowania (tzw. elementy licencjonowane). Stosowanie takiego modelu rozliczeń oznacza, że w zamian za wynagrodzenie uzyskiwane przez Wnioskodawcę w toku prac klient uzyskuje autorskie prawa do stworzonego przez Wnioskodawcę programu komputerowego. Oprogramowanie tworzone przez Spółkę dla klientów składa się najczęściej zarówno z elementów dedykowanych, jak i z elementów licencjonowanych. Wynika to z faktu, iż niektóre elementy oprogramowania tworzonego przez Wnioskodawcę (elementy dedykowane) są w bardzo dużym zakresie dostosowane do wymogów konkretnego klienta - pozostałe zaś (elementy licencjonowane) to rozwiązania zbudowane przez Wnioskodawcę i wykorzystywane w wielu projektach jednocześnie. Z tej przyczyny prawa do elementów dedykowanych są przenoszone na klienta, zaś elementy licencjonowane pozostają własnością Spółki i są jedynie licencjonowane. Jednocześnie, z perspektywy klienta „nabywa” on od Spółki pewną funkcjonalną całość, co oznacza iż do przeniesienia praw do elementów dedykowanych oraz udzielenia licencji do elementów licencjonowanych dochodzi w zamian za jedną płatność - ustaloną jako konkretna kwota lub (najczęściej) ustaloną zgodnie z zasadą time-and-material. Mając na uwadze powyższe, stanowisko Wnioskodawcy dot. pytania oznaczonego nr 5, zgodnie z którym w stanie faktycznym/zdarzeniu przyszłym opisanym we wniosku, w odniesieniu do Projektów zewnętrznych, w ramach których dochodzi do powstania programów komputerowych składających się zarówno z elementów dedykowanych, jak i elementów licencjonowanych, Spółka powinna przyjąć, że w ramach takich Projektów powstaje jedno kwalifikowane prawo własności intelektualnej (będące połączeniem elementów dedykowanych i elementów licencjonowanych w jedną funkcjonalną całość), należało uznać za prawidłowe. Ad. 6. Przechodząc do pytania nr 6 we wniosku, wskazać należy, że w celu wyznaczenia wskaźnika nexus niezbędne jest określenie kosztów działalności badawczo-rozwojowej związanej z kwalifikowanym prawem własności intelektualnej. Koszty w rodzajach wskazanych w literach a-d przepisu art. 24d ust. 4 updop, kwalifikują się do uwzględnienia w kalkulacji tego wskaźnika. Pozostałe rodzaje kosztów, w tym koszty niezwiązane bezpośrednio z kwalifikowanym prawem własności intelektualnej nie mogą być zaliczone do kalkulacji wskaźnika. Ze wzoru zawartego w art. 24d ust. 4 updop, wynika, że im więcej procesów związanych z innowacjami podatnik będzie przeprowadzał we własnym zakresie lub zlecał podmiotom niepowiązanym, tym większy będzie kwalifikowany dochód podlegający opodatkowaniu preferencyjną 5% stawką, ponieważ wskaźnik będzie bliższy wartości 1 (kończąc na 1 przy najwyższej wartości wskaźnika). Wynika to z podejścia wymaganego przez OECD, zgodnie z którym dochody związane z kwalifikowanym IP mogą być korzystnie opodatkowane jedynie w takim zakresie, w jakim konkretne kwalifikowane IP przynoszące przychód jest efektem prac badawczo-rozwojowych prowadzonych przez danego podatnika (zob. między innymi akapit nr 29 Raportu OECD BEPS Plan Działania nr 5), czyli prac, które wymagają poniesienia kwalifikowanych kosztów uwzględnionych we wskaźniku nexus. Zgodnie z wyjaśnieniami OECD w akapicie 39 Raportu OECD BEPS Plan Działania nr 5, istotne jest to, aby ze wskaźnika nexus wykluczyć koszty, które nie są, lub ze swej natury nie mogą być, bezpośrednio związane z wytworzeniem, rozwinięciem lub ulepszeniem konkretnych kwalifikowanych IP. Z objaśnień podatkowych z dnia 15 lipca 2019 r. dotyczących preferencyjnego opodatkowania dochodów wytwarzanych przez prawa własności intelektualnej - IP Box, wynika, że do kosztów, o których mowa we wskaźniku nexus podatnik może zaliczyć między innymi wszelkie poniesione należności związane z zatrudnieniem pracowników na podstawie umowy o pracę, w tym między innymi składki na ubezpieczenie społeczne, a także poniesione należności z tytułów umowy zlecenia lub umowy o dzieło. Podatnik będzie miał również prawo uwzględnić we wskaźniku nexus koszty związane z zawarciem umowy cywilno-prawnej z podmiotem prowadzącym działalność gospodarczą. W przypadku takiej umowy nabyta usługa (wynik prac badawczo-rozwojowych związanych z kwalifikowanym IP) będzie ujęta w literze b wzoru nexus o ile podmiot, z którym zawarta jest umowa nie jest podmiotem powiązanym. W przypadku podmiotów powiązanych koszty nabycia wyników prac badawczo-rozwojowych należy ująć w literze c wzoru nexus. Dodatkowo, jeżeli w wyniku wykonania umowy dojdzie do przeniesienia prawa własności intelektualnej pomiędzy podmiotami, wówczas koszty, o których mowa wyżej, należy ująć w literze d wzoru nexus. Z treści cytowanego już art. 24d ust. 4 updop, wynika, że pod lit. a wskaźnika nexus należy uwzględnić: koszty faktycznie poniesione przez podatnika na prowadzoną bezpośrednio przez podatnika działalność badawczo-rozwojową związaną z kwalifikowanym prawem własności intelektualnej. Podkreślić należy, że podejście nexus koncentruje się na wykazaniu związku miedzy: -      wydatkami poniesionymi przez podatnika w związku z wytworzeniem/rozwojem/ ulepszeniem kwalifikowanych IP w ramach prowadzonej przez podatnika działalności badawczo-rozwojowej, -      kwalifikowanymi IP, -      dochodami uzyskanymi z kwalifikowanych IP. Wskazać należy, że ta szczególna metoda ujmowania kosztów we wskaźniku ma zastosowanie jedynie dla celu jakim jest kalkulacja tego wskaźnika i nie zmienia zasad traktowania kosztów dla innych celów, w tym do obliczania dochodu, który jest przemnażany przez ten wskaźnik. Z wniosku wynika, że Wnioskodawca, w związku z opisaną powyżej działalnością badawczo-rozwojową w zakresie Projektów, ponosi i będzie ponosił koszty m.in.: -        wynagrodzeń pracowników/zleceniobiorców i składek na ubezpieczenie społeczne, -        nabywania usług informatycznych i programistycznych od Współpracowników. Zarówno Spółka jak i Współpracownicy uznają (i potwierdzają to w umowie łączącej strony), że Współpracownicy świadczą na rzecz Spółki usługi informatyczne, a nie dokonują odpłatnego zbycia autorskich praw do utworu. W praktyce, efekty prac Współpracowników same w sobie nie nadają się do komercjalizacji przez Spółkę (nie stanowią gotowego programu komputerowego), lecz są wykorzystywane przez Spółkę w prowadzonej działalności zmierzającej do stworzenia i rozwoju programów komputerowych w ramach Projektów. Prowadzona przez Spółkę Ewidencja pozwala na precyzyjne przypisanie poszczególnych kategorii kosztów do Projektów oraz określenia momentu ich poniesienia. W konsekwencji, za prawidłowe należy uznać stanowisko Spółki, zgodnie z którym przy kalkulacji wskaźnika Nexus Wnioskodawca przypisuje (planuje przypisać:) -        do litery a - koszty wynagrodzeń wraz z pochodnymi pracowników i zleceniobiorców zaangażowanych w prace nad Projektami - są to bowiem wydatki ponoszone bezpośrednio na prowadzoną działalność w zakresie tworzenia programów komputerowych (działalność ta w świetle stanowiska Spółki przedstawionego w odpowiedzi na pytanie 1 stanowi działalność badawczo-rozwojową), -        do litery b - koszty usług nabytych od Współpracowników będących podmiotami niepowiązanymi, w związku z poszczególnymi Projektami - są to bowiem wydatki ponoszone na nabycie wyników prac badawczo-rozwojowych, jakie powstają w związku ze świadczeniem usług związanych z tworzeniem programów komputerowych przez zewnętrzne, niepowiązane podmioty, -        do litery c - koszty usług nabytych od Współpracowników będących podmiotami powiązanymi, w związku z poszczególnymi Projektami - są to bowiem wydatki ponoszone na nabycie wyników prac badawczo-rozwojowych, jakie powstają w związku ze świadczeniem usług związanych z tworzeniem programów komputerowych przez zewnętrzne, powiązane podmioty. Dodatkowe informacje Informacja o zakresie rozstrzygnięcia Interpretacja indywidualna wywołuje skutki prawnopodatkowe tylko wtedy, gdy rzeczywisty stan faktyczny sprawy będącej przedmiotem interpretacji pokrywał się będzie ze stanem faktycznym (opisem zdarzenia przyszłego) podanym przez Wnioskodawcę w złożonym wniosku. W związku z powyższym, w przypadku zmiany któregokolwiek elementu przedstawionego we wniosku opisu sprawy, udzielona odpowiedź traci swoją aktualność. Interpretacja dotyczy stanu faktycznego przedstawionego przez Wnioskodawcę i stanu prawnego obowiązującego w dacie zdarzenia w przedstawionym stanie faktycznym a w przypadku interpretacji dotyczącej zdarzenia przyszłego stanu prawnego obowiązującego w dniu wydania interpretacji. Pouczenie o funkcji ochronnej interpretacji ·      Funkcję ochronną interpretacji indywidualnych określają przepisy art. 14k-14nb ustawy  z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (Dz. U. z 2021 r. poz. 1540 ze zm.). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli: Państwa sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego i zastosują się Państwo do interpretacji. ·      Zgodnie z art. 14na § 1 Ordynacji podatkowej: Przepisów art. 14k-14n Ordynacji podatkowej nie stosuje się, jeśli stan faktyczny lub zdarzenie przyszłe będące przedmiotem interpretacji indywidualnej jest elementem czynności, które są przedmiotem decyzji wydanej: 1)      z zastosowaniem art. 119a; 2)      w związku z wystąpieniem nadużycia prawa, o którym mowa w art. 5 ust. 5 ustawy z dnia 11 marca 2004 r. o podatku od towarów i usług; 3)      z zastosowaniem środków ograniczających umowne korzyści. Zgodnie z art. 14na § 2 Ordynacji podatkowej: Przepisów art. 14k-14n nie stosuje się, jeżeli korzyść podatkowa, stwierdzona w decyzjach wymienionych w § 1, jest skutkiem zastosowania się do utrwalonej praktyki interpretacyjnej, interpretacji ogólnej lub objaśnień podatkowych. Pouczenie o prawie do wniesienia skargi na interpretację Mają Państwo prawo do zaskarżenia tej interpretacji indywidualnej do Wojewódzkiego Sądu Administracyjnego. Zasady zaskarżania interpretacji indywidualnych reguluje ustawa z dnia 30 sierpnia 2002 r. Prawo o postępowaniu przed sądami administracyjnymi – Dz. U. z 2019 r. poz. 2325 ze zm.; dalej jako „PPSA”).   Skargę do Sądu wnosi się za pośrednictwem Dyrektora KIS (art. 54 § 1 PPSA). Skargę należy wnieść w terminie trzydziestu dni od dnia doręczenia interpretacji indywidualnej (art. 53 § 1 PPSA): ·         w formie papierowej, w dwóch egzemplarzach (oryginał i odpis) na adres: Krajowa Informacja Skarbowa, ul. Teodora Sixta 17, 43-300 Bielsko-Biała (art. 47 § 1 PPSA), albo ·         w formie dokumentu elektronicznego, w jednym egzemplarzu (bez odpisu), na adres Elektronicznej Skrzynki Podawczej Krajowej Informacji Skarbowej na platformie ePUAP: /KIS/SkrytkaESP (art. 47 § 3 i art. 54 § 1a PPSA). Skarga na interpretację indywidualną może opierać się wyłącznie na zarzucie naruszenia przepisów postępowania, dopuszczeniu się błędu wykładni lub niewłaściwej oceny co do zastosowania przepisu prawa materialnego. Sąd jest związany zarzutami skargi oraz powołaną podstawą prawną (art. 57a PPSA). Podstawa prawna dla wydania interpretacji Podstawą prawną dla wydania tej interpretacji jest art. 13 § 2a oraz art. 14b § 1 ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (Dz. U. z 2021 r. poz. 1540 ze zm.).    

Powołane przepisy

[CIT] Ustawa o podatku dochodowym od osób prawnych[CIT] Ustawa o podatku dochodowym od osób prawnych-Rozdział 5-art. 18d

Słowa kluczowe

działalność-działalność badawczo-rozwojowaIP Boxulga-ulga badawczo-rozwojowa (B+R)własność-własność intelektualna

Źródło: System Informacji Celno-Skarbowej EUREKA (eureka.mf.gov.pl), pozyskano 12.07.2026. · Źródło (Eureka)