Interpretacja indywidualna z dnia 22 czerwca 2026 r., Dyrektor Krajowej Informacji Skarbowej, sygn. 0115-KDST2-2.4011.324.2026.3.AJZ

Interpretacja indywidualna

– stanowisko prawidłowe

Szanowny Panie,

stwierdzam, że Pana stanowisko w sprawie oceny skutków podatkowych opisanego stanu faktycznego i zdarzenia przyszłego w podatku dochodowym od osób fizycznych jest prawidłowe.

Zakres wniosku o wydanie interpretacji indywidualnej

30 marca 2026 r. wpłynął Pana wniosek z 26 lutego 2026 r. o wydanie interpretacji indywidualnej, który dotyczy preferencyjnego opodatkowania dochodów generowanych przez prawa własności intelektualnej. Uzupełnił go Pan – w odpowiedzi na wezwanie – pismami z 9 maja i 14 czerwca 2026 r. (data wpływu). Treść wniosku jest następująca:

Opis stanu faktycznego i zdarzenia przyszłego

Niniejszy wniosek dotyczy kwalifikowanego dochodu uzyskiwanego od 1 stycznia 2026 r. oraz w latach kolejnych, przy założeniu utrzymania opisanego modelu współpracy i sposobu wykonywania Usług. Wnioskodawca nie wnosi w niniejszym wniosku o ocenę rozliczeń za lata wcześniejsze.

Profil działalności i kontrahenci.

A.A (dalej: „Wnioskodawca” lub „Podatnik”) jest polskim rezydentem podatkowym, podlega nieograniczonemu obowiązkowi podatkowemu w Polsce.

Wnioskodawca prowadzi jednoosobową działalność gospodarczą pod firmą X z siedzibą (...), NIP: (...), REGON: (...), w zakresie pozostałej działalności, w zakresie programowania, zakwalifikowaną według klasyfikacji PKD do grupy 62.10.B.

Według kodu Polskiej Klasyfikacji Działalności, świadczonymi przez Wnioskodawcę usługami są:

–(...)

Wnioskodawca w ramach prowadzonej przez siebie działalności gospodarczej świadczy usługi programistyczne głównie na rzecz szwedzkiego kontrahenta działającego pod firmą: Y, (...) (dalej jako: „Kontrahent” lub „Spółka”). Usługi Wnioskodawcy są świadczone na mocy kontraktu zawartego z Kontrahentem na czas nieokreślony. Wnioskodawca sporadycznie świadczy usługi programistyczne także na rzecz innych podmiotów, przy czym niniejszy wniosek dotyczy wyłącznie działalności wykonywanej na rzecz Kontrahenta.

Usługi są wykonywane przez Wnioskodawcę na terytorium Polski. Wnioskodawca nie prowadzi działalności gospodarczej w państwie Kontrahenta poprzez zakład/stałą placówkę w rozumieniu właściwej umowy o unikaniu podwójnego opodatkowania.

Czynności zlecane Wnioskodawcy na podstawie prowadzonej współpracy ze Spółką nie są wykonywane pod kierownictwem zleceniodawcy, ani w wyznaczonym przez nich czasie i miejscu. Wnioskodawca ponosi wobec osób trzecich odpowiedzialność za wyniki swojej pracy oraz za wyniki pracy swoich ewentualnych podwykonawców. Wnioskodawca, jako przedsiębiorca, ponosi pełne ryzyko gospodarcze związane z prowadzoną działalnością.

Wnioskodawca w zakresie objętym niniejszym wnioskiem nie nabywa wyników prac badawczo-rozwojowych od podmiotów trzecich ani praw autorskich do programów komputerowych wytworzonych przez inne podmioty. Wnioskodawca nie korzysta również z podwykonawców w zakresie prac B+R dotyczących kwalifikowanych praw własności intelektualnej będących przedmiotem niniejszego wniosku.

Na marginesie należy wskazać, że Wnioskodawca, w ograniczonym zakresie, może świadczyć również inne usługi, na rzecz innych kontrahentów. Przychody z tytułu wskazanych usług są księgowane osobno, a Wnioskodawca nie zamierza uwzględniać tych przychodów w zakresie, którego dotyczy niniejszy wniosek.

W ramach współpracy mogą występować czynności poboczne (np. spotkania statusowe, konsultacje, szkolenia poimplementacyjne), które nie prowadzą do wytworzenia/rozwinięcia/ulepszenia kwalifikowanego IP. Wnioskodawca – w zakresie, w jakim takie czynności wystąpią – nie obejmuje ich preferencją IP Box, a ewentualne przychody z tego tytułu są identyfikowane i rozliczane odrębnie.

Przedmiot świadczenia.

Przedmiotem współpracy jest kompleksowa usługa wytwarzania oprogramowania komputerowego (dalej: „Rozwiązanie” lub „Oprogramowanie”) na rzecz Kontrahenta, realizowana w sposób ciągły w modelu iteracyjnym (zadania/sprinty/wersje). Efektem usługi jest dostarczenie nowych funkcjonalności, modułów oraz zapewnienie ich jakości poprzez testy i weryfikację.

W ramach usługi Wnioskodawca realizuje m.in.:

–(...)

Wnioskodawca wykorzystuje w szczególności języki: (...). Rezultaty prac są każdorazowo utrwalane w postaci kodu źródłowego oraz powiązanych artefaktów w repozytorium Kontrahenta lub w uzgodnionym środowisku.

Wnioskodawca dokumentuje realizację prac w sposób umożliwiający identyfikację rezultatów oraz powiązanie ich z ewidencją IP Box. W szczególności, wykonane zadania są rejestrowane w narzędziu do zarządzania pracą (np. system zgłoszeń/zadań), a rezultaty są utrwalane w repozytorium kodu (np. poprzez commity oraz merge requesty/pull requesty) wraz z opisem zmian. Wnioskodawca prowadzi ewidencję czasu pracy i wykonanych zadań (timesheet), która pozwala na powiązanie: zadanie – rezultat w repozytorium (commit/PR) – komponent/moduł Oprogramowania (kwalifikowane IP lub część programu) – miesiąc rozliczeniowy – faktura sprzedażowa. Powyższe dane stanowią podstawę do przypisywania przychodów i kosztów w ewidencji IP Box oraz do stosowania przyjętej metody alokacji.

Metodyka i systematyczność prac (B+R).

Realizacja zadań odbywa się według uporządkowanej metodyki obejmującej w szczególności:

–analizę celu i wymagań (w tym ograniczeń technicznych i wydajnościowych),

–zaprojektowanie rozwiązania (architektura, algorytmy, dobór narzędzi),

–implementację w kodzie,

–testy i walidację (oraz iteracyjne poprawki),

–wdrożenie zmian do Oprogramowania w ramach wersji/aktualizacji.

Prace Wnioskodawcy mają charakter twórczy, obejmują wykorzystanie i rozwijanie wiedzy w celu tworzenia nowych zastosowań i ulepszeń w Oprogramowaniu. Prace nie ograniczają się do rutynowych i okresowych zmian, ich celem jest powstawanie nowych lub istotnie ulepszonych funkcjonalności, modułów oraz rozwiązań technicznych w skali działalności Wnioskodawcy.

Wnioskodawca rozróżnia prace o charakterze rozwojowym (B+R) od czynności rutynowych i okresowych związanych z bieżącym utrzymaniem. W przypadku, gdy w toku współpracy wykonywane są czynności stricte odtwórcze (np. drobne poprawki bez elementu twórczego, rutynowe aktualizacje lub czynności administracyjne), Wnioskodawca kwalifikuje je jako czynności niemające charakteru B+R i nie obejmuje ich preferencją IP Box. Do działalności B+R Wnioskodawca zalicza wyłącznie prace prowadzące do wytworzenia, rozwinięcia lub ulepszenia Oprogramowania, obejmujące w szczególności projekt rozwiązań, implementację nowych lub istotnie ulepszonych funkcjonalności, tworzenie algorytmów, prototypowanie oraz testowanie i walidację rozwiązań.

W ewidencji czasu i zadań Wnioskodawca oznacza zadania jako B+R wyłącznie wtedy, gdy ich rezultat obejmuje wytworzenie nowego rozwiązania (np. nowy algorytm, nowa funkcjonalność) albo istotne ulepszenie istniejącego rozwiązania, wymagające zaprojektowania i implementacji autorskiego rozwiązania (a nie jedynie odtworzenia instrukcji lub powtarzalnej poprawki).

Wnioskodawca wskazuje, że realizowane czynności spełniają definicję działalności badawczo-rozwojowej z art. 5a pkt 38 ustawy o PIT (działalność twórcza obejmująca badania naukowe lub prace rozwojowe, podejmowana systematycznie w celu zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań).

Wnioskodawca prowadzi prace rozwojowe (w rozumieniu art. 5a pkt 40 ustawy o PIT) w ramach opisanej współpracy z Kontrahentem co najmniej od początku okresu objętego niniejszym wnioskiem, tj. od 1 stycznia 2026 r., w sposób ciągły i iteracyjny w kolejnych okresach rozliczeniowych.

Kwalifikowane IP – program komputerowy / jego części.

Efekty prac Wnioskodawcy stanowią utwory w rozumieniu prawa autorskiego, w szczególności programy komputerowe oraz ich części (moduły, komponenty, algorytmy, biblioteki), utrwalone w kodzie źródłowym i podlegające ochronie. Wnioskodawca tworzy je samodzielnie – nie nabywa praw autorskich ani wyników prac B+R od innych podmiotów.

Wyniki prac mają każdorazowo ustaloną postać w postaci kodu źródłowego (oraz wynikowego) i powiązanych artefaktów stanowiących formę wyrażenia programu komputerowego lub jego części. Wyniki te są przekazywane Zamawiającemu poprzez Repozytorium i wykorzystywane na potrzeby działalności Zamawiającego, w tym w szczególności do dalszego rozwoju Oprogramowania oraz jego wdrożeń.

Rezultaty prac Wnioskodawcy stanowią w szczególności kod źródłowy (oraz kod wynikowy generowany w procesie budowania), a także elementy niezbędne do funkcjonowania programu (np. skrypty automatyzacji, konfiguracje uruchomieniowe), o ile stanowią formę wyrażenia programu komputerowego. Dokumentacja i opisy techniczne są tworzone pomocniczo, a kwalifikowane IP identyfikowane jest przez rezultat w postaci kodu programu (lub jego części).

Autorskie prawo do programu komputerowego stanowi kwalifikowane prawo własności intelektualnej w rozumieniu art. 30ca ust. 2 pkt 8 ustawy o PIT, o ile przedmiot ochrony został wytworzony, rozwinięty lub ulepszony w ramach B+R.

Wynagrodzenie i komercjalizacja – odpłatne przeniesienie praw (sprzedaż kwalifikowanego IP).

Wnioskodawca rozlicza się z Kontrahentem cyklicznie (miesięcznie) na podstawie faktur VAT wystawianych za wykonanie usług programistycznych polegających na rozwoju Oprogramowania. Wynagrodzenie obliczane jest według ustalonej stawki (np. godzinowej) i obejmuje przekazanie rezultatów prac wykonanych w danym okresie rozliczeniowym oraz odpłatne przeniesienie autorskich praw majątkowych (w tym praw zależnych – o ile dotyczy) do tych rezultatów na Kontrahenta na zasadach określonych w umowie.

Wnioskodawca przenosi na Kontrahenta autorskie prawa majątkowe do wytworzonych w danym miesiącu programów komputerowych oraz ich rozwinięć/ulepszeń (kwalifikowane IP) oraz udziela zgody na wykonywanie praw zależnych i przenosi prawo do udzielania takiej zgody innym podmiotom – zgodnie z postanowieniami umowy. Przeniesienie praw następuje z chwilą wydania/udostępnienia utworu Kontrahentowi (w szczególności poprzez udostępnienie w repozytorium oraz odbiór/akceptację rezultatów).

Wnioskodawca raportuje wykonanie usług w danym okresie rozliczeniowym (w szczególności poprzez ewidencję czasu pracy i zadań oraz rejestr w systemie zgłoszeń), a rezultaty utrwala i przekazuje w repozytorium kodu (commity, pull/merge requesty, akceptacje). Raporty oraz dane z repozytorium pozwalają Wnioskodawcy na ustalenie, jaka część wynagrodzenia w danym miesiącu przypada na przeniesienie autorskich praw majątkowych do kwalifikowanych IP.

W konsekwencji dochód Wnioskodawcy stanowi dochód ze sprzedaży kwalifikowanego prawa własności intelektualnej w rozumieniu art. 30ca ust. 7 pkt 2 ustawy o PIT (odpłatne przeniesienie autorskich praw majątkowych do programu komputerowego).

Przeniesienie autorskich praw majątkowych jako element wykonania usługi.

Zgodnie z umową z Kontrahentem, w zakresie wynikającym z kontraktu, Wnioskodawca przenosi na Kontrahenta autorskie prawa majątkowe do rezultatów prac wytworzonych w ramach świadczenia usług (lub udziela uprawnień do korzystania z nich) – w sposób umożliwiający Kontrahentowi korzystanie z Oprogramowania i jego dalszy rozwój. Przeniesienie praw następuje w związku z wykonaniem usługi i przekazaniem rezultatów prac (w częściach lub całości, zależnie od charakteru zadania), przy czym rezultaty te są każdorazowo utrwalone i możliwe do odtworzenia.

Umowa łącząca strony została zawarta w formie umożliwiającej skuteczne przeniesienie autorskich praw majątkowych do programów komputerowych oraz ich części, zgodnie z przepisami prawa autorskiego. Zakres przeniesienia praw obejmuje pola eksploatacji niezbędne do korzystania z rezultatów prac i dalszego rozwoju Oprogramowania przez Kontrahenta. Moment przejścia praw do rezultatów prac jest powiązany z wykonaniem usługi i przekazaniem (udostępnieniem) rezultatów prac Kontrahentowi w uzgodnionym trybie (w częściach lub całości, zależnie od charakteru zadania), zgodnie z postanowieniami umowy.

W danym miesiącu Wnioskodawca wytwarza programy komputerowe oraz rozwinięcia/ulepszenia Oprogramowania, do których przenosi autorskie prawa majątkowe na Kontrahenta. Programy/rezultaty są odbierane/przyjmowane przez Kontrahenta (np. poprzez akceptację w repozytorium), Wnioskodawca wystawia miesięczną fakturę obejmującą wynagrodzenie (w tym za przeniesienie praw), a Kontrahent opłaca fakturę. Pomiędzy pracami Wnioskodawcy a uzyskiwanym wynagrodzeniem istnieje bezpośrednia i faktyczna zależność, albowiem gdyby Wnioskodawca nie wytwarzał programów komputerowych oraz nie rozwijał/ulepszał Oprogramowania, nie uzyskiwałby wynagrodzenia za wykonanie umowy, a w szczególności kwalifikowanego dochodu z tytułu odpłatnego przeniesienia autorskich praw majątkowych do kwalifikowanych IP.

Wnioskodawca nie prowadzi odrębnej sprzedaży „gotowych produktów” w rozumieniu dystrybucji rynkowej, lecz komercjalizuje kwalifikowane IP poprzez ich odpłatne zbycie (przeniesienie praw autorskich) na rzecz Kontrahenta w ramach współpracy usługowej. Wyodrębnienie części przychodów, kosztów i dochodu przypadających na kwalifikowane IP następuje w ewidencji IP Box na podstawie powiązania czasu pracy i zadań z rezultatami utrwalonymi w repozytorium.

Przeniesienie autorskich praw majątkowych do rezultatów prac jest powiązane z cyklem rozliczeniowym: w danym Okresie Rozliczeniowym Wnioskodawca realizuje zadania i utrwala rezultaty w Repozytorium, po czym przekazuje je Kontrahentowi (udostępnienie w Repozytorium oraz odbiór/akceptacja), a następnie wystawia miesięczną fakturę obejmującą wynagrodzenie obliczane według ustalonej stawki godzinowej. Wynagrodzenie to zawiera w sobie wynagrodzenie za odpłatne przeniesienie autorskich praw majątkowych do przekazanych utworów, a potwierdzeniem przeniesienia jest umowa oraz utrwalenie i przekazanie rezultatów w Repozytorium (commity/PR, akceptacje).

„Ewidencja IP Box” (art. 30cb) oraz ustalanie dochodu przy sprzedaży wielu kwalifikowanych IP w jednym okresie rozliczeniowym (art. 30ca ust. 9).

Wnioskodawca prowadzi podatkową księgę przychodów i rozchodów zgodnie z właściwymi przepisami wykonawczymi. Niezależnie od KPiR Wnioskodawca prowadzi odrębną ewidencję, o której mowa w art. 30cb ust. 2 ustawy o PIT, w formie arkusza kalkulacyjnego, aktualizowaną cyklicznie (miesięcznie), umożliwiającą:

–wyodrębnienie kwalifikowanych IP (autorskich praw do programów komputerowych oraz ich części) będących przedmiotem odpłatnego przeniesienia praw na Kontrahenta,

–przypisanie do każdego kwalifikowanego IP przychodów ze sprzedaży (odpłatnego przeniesienia praw), kosztów uzyskania przychodów oraz dochodu (straty),

–wyodrębnienie kosztów uwzględnianych przy kalkulacji wskaźnika nexus.

Ewidencja, o której mowa w art. 30cb ustawy o PIT, jest prowadzona na bieżąco od początku okresu objętego niniejszym wnioskiem, tj. od 1 stycznia 2026 r., i aktualizowana miesięcznie. Ewidencja umożliwia przypisanie kosztów, o których mowa w art. 30ca ust. 4 ustawy o PIT, do poszczególnych kwalifikowanych IP w sposób pozwalający na określenie kwalifikowanego dochodu z tytułu ich sprzedaży (art. 30ca ust. 7 pkt 2).

Wnioskodawca przypisuje koszty do kwalifikowanych IP w oparciu o racjonalny i udokumentowany klucz alokacji. W szczególności koszty bezpośrednio związane z wytwarzaniem i testowaniem Oprogramowania (np. sprzęt, narzędzia, wybrane szkolenia lub literatura specjalistyczna) przypisywane są wprost do prac B+R, natomiast koszty wspólne (np. koszty ogólne działalności) ujmowane są wyłącznie w takiej części, w jakiej możliwe jest wykazanie ich związku z działalnością B+R oraz przypisanie według przyjętego klucza (np. proporcja czasu prac B+R nad danym kwalifikowanym IP do łącznego czasu pracy w danym okresie). W przypadku braku możliwości wykazania związku kosztu z kwalifikowanym IP Wnioskodawca nie uwzględnia takiego kosztu w kalkulacji wskaźnika nexus.

Wnioskodawca oblicza wskaźnik nexus zgodnie z art. 30ca ust. 4 ustawy o PIT, ujmując w jego kalkulacji wyłącznie koszty spełniające przesłankę bezpośredniego związku z kwalifikowanym IP, o której mowa w art. 30ca ust. 5 ustawy o PIT, w zakresie wynikającym z dokumentacji (timesheet, system zadań, Repozytorium).

Ze względu na charakter prac (złożony system rozwijany iteracyjnie), w jednym okresie rozliczeniowym Wnioskodawca może wytworzyć oraz przenieść na Kontrahenta prawa do wielu odrębnych kwalifikowanych IP (np. wielu modułów/funkcjonalności). Gdyby w wyjątkowych przypadkach – z uwagi na zbiorczy charakter rozliczenia za dany miesiąc i brak obiektywnej możliwości wiarygodnego wyodrębnienia dochodu dla każdego z tych IP z osobna – nie było możliwe ustalenie dochodu przypadającego na poszczególne kwalifikowane IP, Wnioskodawca zastosuje art. 30ca ust. 9 ustawy o PIT wyłącznie jako techniczny sposób ustalenia kwalifikowanego dochodu dla grupy kwalifikowanych IP przeniesionych w danym okresie rozliczeniowym (w ramach tego samego projektu/tego samego rodzaju Oprogramowania).

Wnioskodawca wskazuje, że co do zasady dąży do wyodrębnienia kwalifikowanych IP i ustalenia przychodów i kosztów przypadających na poszczególne kwalifikowane IP. Stosowanie art. 30ca ust. 9 ma charakter wyjątkowy i nie zmienia kwalifikacji źródła przychodu jako sprzedaży kwalifikowanych IP (art. 30ca ust. 7 pkt 2), a jedynie określa sposób kalkulacji kwalifikowanego dochodu w sytuacji wskazanej powyżej.

Wnioskodawca, stosując ewidencję, zapewnia możliwość powiązania: zadanie – rezultat w repozytorium (commit/PR) – kwalifikowane IP (program lub jego część) – miesiąc rozliczeniowy – faktura, co umożliwia weryfikację sprzedaży poszczególnych kwalifikowanych IP oraz kalkulację dochodu i wskaźnika nexus.

Wnioskodawca zamierza zastosować preferencyjne opodatkowanie 5% (IP Box) od 1 stycznia 2026 r. i w kolejnych latach, przy niezmienionym profilu świadczeń na rzecz Kontrahenta. Podstawą jest art. 30ca ust. 1 ustawy o PIT.

Wnioskodawca ma świadomość, że preferencja IP Box jest rozliczana w zeznaniu rocznym, natomiast w trakcie roku podatkowego Wnioskodawca uiszcza zaliczki na podatek dochodowy zgodnie z zasadami właściwymi dla formy opodatkowania prowadzonej działalności, a następnie dokonuje rozliczenia preferencji w zeznaniu rocznym na podstawie prowadzonej ewidencji.

Wnioskodawca wskazuje, że dla zwiększenia przejrzystości przedstawionego stanu faktycznego oraz w celu ułatwienia weryfikacji zgodności opisu z rzeczywistym modelem współpracy, do niniejszego wniosku załącza dokumenty potwierdzające podstawowe elementy relacji z Kontrahentem oraz sposób prowadzenia ewidencji na potrzeby preferencji IP Box.

Jednocześnie Wnioskodawca zaznacza, że: na dzień składania wniosku nie dysponuje jeszcze dokumentami kosztowymi odnoszącymi się do okresu, od którego zamierza stosować preferencję IP Box (od 1 stycznia 2026 r.), w szczególności fakturami kosztowymi dotyczącymi wydatków wskazanych w pytaniu 7 – dokumenty te będą powstawały w toku prowadzenia działalności w okresach przyszłych.

Wnioskodawca nie może ujawnić szczegółowych danych technicznych dotyczących struktury, nazw i zawartości poszczególnych modułów, komponentów oraz rozwiązań wdrażanych w ramach Oprogramowania, z uwagi na obowiązujące zobowiązania umowne w zakresie poufności (NDA) wobec Kontrahenta. W związku z tym, opis Oprogramowania i rezultatów prac przedstawiono na poziomie umożliwiającym identyfikację rodzaju wytwarzanych utworów (program komputerowy i jego części) oraz sposobu komercjalizacji (odpłatne przeniesienie autorskich praw majątkowych – sprzedaż kwalifikowanego IP w rozumieniu art. 30ca ust. 7 pkt 2), bez ujawniania informacji stanowiących tajemnicę przedsiębiorstwa Kontrahenta.

Dodatkowe wyjaśnienia.

1)Wnioskodawca świadczy na rzecz Kontrahenta prace programistyczne dotyczące oprogramowania (...) oraz powiązanych narzędzi deweloperskich. Rezultatem prac są w szczególności:

a)nowe lub istotnie ulepszone moduły/funkcjonalności w kodzie źródłowym (np. (...)),

b)poprawki i usprawnienia o charakterze rozwojowym (np. optymalizacje, zmiany architektury, nowe zachowania),

c)przykładowe projekty/dema oraz fragmenty kodu demonstracyjne (stanowiące program komputerowy lub jego część w rozumieniu art. 74 pr. aut.)

Innowacyjność przejawia się w powstawaniu nowych lub istotnie ulepszonych rozwiązań technicznych w skali działalności Wnioskodawcy, tworzonych pod konkretne potrzeby Kontrahenta oraz społeczności użytkowników (...), wymagających zaprojektowania i implementacji autorskich rozwiązań.

2)Wnioskodawca realizuje zadania w sposób uporządkowany i iteracyjny:

a)analizuje zgłoszenie/problem i cel zmiany (w tym ograniczenia wydajnościowe i kompatybilność),

b)projektuje rozwiązanie (architektura, algorytmy, dobór podejścia),

c)implementuje zmiany w kodzie źródłowym,

d)przygotowuje i wykonuje testy (jednostkowe/integracyjne/akceptacyjne) oraz walidację,

e)przekazuje rezultat poprzez Repozytorium ((...)) do weryfikacji i odbioru przez Kontrahenta oraz

f)w razie potrzeby wprowadza iteracyjne poprawki po code review.

3)Wnioskodawca wytwarza/rozwija/ulepsza programy komputerowe w szczególności w oparciu o języki i narzędzia wskazane w opisie stanu faktycznego ((...)), narzędzia kontroli wersji i code review oraz środowisko Repozytorium Kontrahenta. W ramach prac Wnioskodawca rozwija i stosuje m.in. nowe podejścia do architektury modułów, optymalizacji i automatyzacji procesu wytwarzania, a także nabywa i wykorzystuje wiedzę domenową związaną z wewnętrzną architekturą silnika i narzędzi (...), co odróżnia te prace od wcześniejszej praktyki Wnioskodawcy.

4)Oryginalność i odmienność rezultatów polega na tym, że Wnioskodawca każdorazowo projektuje i implementuje rozwiązania odpowiadające konkretnemu problemowi technicznemu lub nowej funkcjonalności w (...), często w sposób prototypowy i iteracyjny. Rezultaty nie są rutynowym odtworzeniem instrukcji, lecz wymagają doboru i zaprojektowania algorytmu/struktury kodu oraz weryfikacji w praktyce (testy, walidacja), co prowadzi do powstania nowej lub istotnie ulepszonej funkcjonalności (w skali działalności Wnioskodawcy).

Uwaga: z uwagi na obowiązki poufności wobec Kontrahenta (NDA), Wnioskodawca nie ujawnia w niniejszym wniosku szczegółowych, niepublicznych nazw wewnętrznych komponentów ani danych stanowiących tajemnicę przedsiębiorstwa; powyższy opis pozwala jednak na identyfikację rodzaju wytwarzanych utworów (program komputerowy i jego części) oraz sposobu ich komercjalizacji (odpłatne przeniesienie praw).

Uzupełnienie wniosku

W przypadku implementacji modułów lub funkcjonalności objętych wnioskiem Wnioskodawca tworzy kod źródłowy. Efektem tych prac jest oprogramowanie komputerowe albo element oprogramowania komputerowego utrwalony w kodzie źródłowym, który może zostać następnie poddany procesowi budowania, testowania, walidacji i wdrożenia.

Rezultaty prac są utrwalane w repozytorium Kontrahenta, w szczególności poprzez commity, pull requesty albo merge requesty oraz powiązane zgłoszenia lub zadania. Rezultaty prac są każdorazowo utrwalane w postaci kodu źródłowego oraz powiązanych artefaktów w repozytorium Kontrahenta lub w uzgodnionym środowisku.

Oprogramowaniem objętym wnioskiem jest oprogramowanie (...), w tym silnik (...) oraz powiązane narzędzia deweloperskie. (...) jest oprogramowaniem służącym do (...).

W ramach prac objętych wnioskiem Wnioskodawca pracuje w szczególności nad następującymi kategoriami oprogramowania lub elementów oprogramowania:

–(...)

Szczegółowe nazwy wewnętrznych zadań, gałęzi, komponentów, pull/merge requestów, commitów lub zgłoszeń są identyfikowane w repozytorium Kontrahenta i w ewidencji prowadzonej przez Wnioskodawcę. Nie są ujawniane w pełnym zakresie w treści uzupełnienia ze względu na obowiązki poufności wobec Kontrahenta. Opis oprogramowania i rezultatów prac został przedstawiony na poziomie umożliwiającym identyfikację rodzaju wytwarzanych utworów oraz sposobu komercjalizacji, bez ujawniania informacji stanowiących tajemnicę przedsiębiorstwa Kontrahenta.

Na potrzeby ewentualnej kontroli Wnioskodawca jest w stanie wykazać konkretne rezultaty prac poprzez ewidencję IP Box, system zgłoszeń, commity oraz pull/merge requesty, bez ujawniania w treści wniosku informacji objętych poufnością.

Przez implementację Wnioskodawca rozumie proces tworzenia rozwiązania programistycznego, obejmujący w szczególności:

–analizę problemu technicznego albo celu funkcjonalnego;

–ustalenie wymagań, ograniczeń technicznych, wydajnościowych lub kompatybilnościowych;

–zaprojektowanie sposobu działania rozwiązania;

–dobór odpowiednich narzędzi, technologii, struktur danych, algorytmów albo sposobu integracji z istniejącą architekturą oprogramowania;

–zapisanie rozwiązania w kodzie źródłowym;

–przygotowanie lub dostosowanie testów;

–walidację działania rozwiązania;

–przekazanie rezultatu do repozytorium Kontrahenta;

–wprowadzenie poprawek wynikających z testów albo code review.

Implementacja w zakresie objętym wnioskiem nie oznacza wyłącznie mechanicznego wykonania z góry określonej instrukcji. Obejmuje samodzielne opracowanie sposobu rozwiązania określonego problemu technicznego oraz utrwalenie tego rozwiązania w postaci kodu źródłowego lub powiązanych artefaktów technicznych.

W ramach implementacji Wnioskodawca tworzy kod źródłowy, w szczególności w językach wykorzystywanych przy rozwoju oprogramowania (...), takich jak (...) albo innych językach stosowanych w danym komponencie.

W związku z realizacją prac objętych wnioskiem Wnioskodawca przenosi na Kontrahenta prawa do rezultatów prac zgodnie z umową. Umowa przewiduje, że wynagrodzenie Wnioskodawcy obejmuje odpłatne przeniesienie na (...) autorskich praw majątkowych do rezultatów prac stanowiących program komputerowy lub jego część, a identyfikacja rezultatów następuje m.in. przez wpisy w repozytorium, identyfikatory zgłoszeń, pull/merge requestów oraz commitów.

Przeniesienie praw jest powiązane z odbiorem rezultatów prac przez Kontrahenta. Odbiór może nastąpić m.in. przez zatwierdzenie lub scalenie pull/merge requestu, zamknięcie lub zaakceptowanie zgłoszenia w systemie zadań, pisemne potwierdzenie (...) albo inny uzgodniony mechanizm.

Pojęcie „oprogramowania” użyte we wniosku obejmuje oprogramowanie (...) jako całość oraz jego moduły, funkcjonalności, komponenty, algorytmy, biblioteki, skrypty, konfiguracje, testy i inne elementy kodowe, o ile stanowią program komputerowy albo technicznie wyodrębnialny fragment większego programu komputerowego będący formą wyrażenia programu komputerowego lub pozostają w ścisłym technicznym związku z takim programem.

W zakresie objętym wnioskiem Wnioskodawca pracuje przy tworzeniu, rozwijaniu i ulepszaniu oprogramowania (...), w tym silnika (...) oraz powiązanych narzędzi deweloperskich.

Wnioskodawca może sporadycznie świadczyć usługi programistyczne również na rzecz innych podmiotów, jednak przychody oraz rezultaty takich usług są księgowane i ewidencjonowane odrębnie i nie są objęte niniejszym wnioskiem ani planowanym rozliczeniem preferencji IP Box. We wniosku wskazano, że dotyczy on wyłącznie działalności wykonywanej na rzecz Kontrahenta (...).

Innowacyjność opisywanych programów i rezultatów prac polega na powstawaniu nowych albo istotnie ulepszonych rozwiązań technicznych w skali działalności Wnioskodawcy. Rezultaty te są tworzone pod konkretne potrzeby Kontrahenta oraz użytkowników oprogramowania (...) i wymagają zaprojektowania oraz implementacji indywidualnych rozwiązań programistycznych.

W praktyce innowacyjność przejawia się w szczególności w:

–tworzeniu nowych modułów lub funkcjonalności w kodzie źródłowym;

–projektowaniu nowych albo zmienionych algorytmów;

–ulepszaniu działania istniejących komponentów;

–opracowywaniu nowych mechanizmów integracji lub automatyzacji;

–optymalizacji działania wybranych elementów oprogramowania;

–zmianach architektury lub struktury kodu, które umożliwiają nowe zastosowania albo usprawniają rozwój oprogramowania;

–przygotowaniu testów, przykładów technicznych lub projektów demonstracyjnych, jeżeli są one wyrażone w kodzie źródłowym i dotyczą konkretnego programu komputerowego.

Nowość rezultatów należy rozumieć w odniesieniu do praktyki gospodarczej Wnioskodawcy. Rezultaty prac nie polegają na prostym odtworzeniu gotowego schematu, lecz na opracowaniu konkretnego rozwiązania dostosowanego do architektury oprogramowania (...).

Prace Wnioskodawcy są wykonywane w sposób uporządkowany i zaplanowany. Model pracy obejmuje w szczególności identyfikację problemu albo celu technicznego, analizę wymagań i ograniczeń, zaprojektowanie rozwiązania, implementację w kodzie źródłowym, przygotowanie lub dostosowanie testów, walidację działania, przekazanie rezultatu do repozytorium oraz ewentualne poprawki wynikające z code review lub testów.

Prace są realizowane w modelu iteracyjnym, w oparciu o zadania, zgłoszenia, repozytorium kodu, pull/merge requesty, commity, zestawienia czasu poświęconego na realizację poszczególnych zadań oraz cykliczne okresy rozliczeniowe. We wniosku wskazano, że realizacja zadań odbywa się według uporządkowanej metodyki obejmującej analizę celu i wymagań, projekt rozwiązania, implementację w kodzie, testy i walidację oraz wdrożenie zmian do oprogramowania.

Systematyczność polega na tym, że prace są prowadzone metodycznie, w sposób powtarzalnie zorganizowany, w kolejnych okresach rozliczeniowych. Wnioskodawca realizuje zadania w cyklu obejmującym analizę, projektowanie, implementację, testowanie, walidację i przekazanie rezultatu.

Systematyczność przejawia się również w dokumentowaniu prac w systemie zadań, repozytorium kodu oraz zestawieniach czasu poświęconego na realizację poszczególnych zadań. Wnioskodawca prowadzi ewidencję pozwalającą powiązać zadanie, rezultat w repozytorium, komponent lub moduł oprogramowania, miesiąc rozliczeniowy i fakturę sprzedażową.

Wniosek dotyczy okresu od 1 stycznia 2026 r. oraz lat kolejnych, przy założeniu utrzymania opisanego modelu współpracy. W tym okresie zasadniczym celem Wnioskodawcy jest tworzenie, rozwijanie i ulepszanie oprogramowania (...), w tym silnika (...) oraz powiązanych narzędzi deweloperskich.

Cele prac obejmują w szczególności:

–(...).

W latach kolejnych cele będą ustalane analogicznie, w zależności od zadań i potrzeb technicznych dotyczących oprogramowania (...).

Cele są osiągane przez tworzenie i przekazywanie Kontrahentowi rezultatów prac utrwalonych w kodzie źródłowym oraz powiązanych artefaktach technicznych. Osiągnięcie celu jest dokumentowane w szczególności przez commity, pull/merge requesty, zgłoszenia, akceptacje, code review oraz zestawienia czasu poświęconego na realizację poszczególnych zadań, pozwalające powiązać zadania z rezultatami prac, okresem rozliczeniowym, fakturą oraz ewidencją IP Box.

Prace są wykonywane osobiście przez Wnioskodawcę. W zakresie objętym wnioskiem Wnioskodawca nie korzysta z podwykonawców wykonujących prace dotyczące kwalifikowanych praw własności intelektualnej będących przedmiotem wniosku.

Wnioskodawca nie korzysta z podwykonawców w zakresie prac B+R dotyczących kwalifikowanych praw własności intelektualnej objętych wnioskiem.

Zasoby rzeczowe obejmują sprzęt komputerowy, środowisko programistyczne, repozytorium, system zadań, narzędzia budowania, testowania i walidacji. Zasoby finansowe obejmują środki ponoszone przez Wnioskodawcę w związku z prowadzeniem działalności gospodarczej, w tym wydatki na sprzęt, narzędzia, literaturę, szkolenia albo inne koszty, jeżeli pozostają związane z prowadzonymi pracami.

Prace są wykonywane według harmonogramów wynikających z bieżących zadań, zgłoszeń, planów wersji, sprintów, pull/merge requestów oraz uzgodnień z Kontrahentem. Harmonogramy mają charakter iteracyjny, ponieważ oprogramowanie (...) jest rozwijane w sposób ciągły.

Za zrealizowane uznawane są zadania, których rezultaty zostały utrwalone w repozytorium i przyjęte w ramach uzgodnionego procesu współpracy z Kontrahentem, w szczególności przez scalenie pull/merge requestu, zamknięcie zgłoszenia, akceptację zmian w code review albo inną formę potwierdzenia wykonania zadania.

Wnioskodawca wskazuje, że faktyczny charakter podejmowanych czynności obejmuje samodzielne projektowanie i implementowanie rozwiązań programistycznych. Wnioskodawca analizuje problem techniczny, dobiera narzędzia, projektuje sposób działania rozwiązania, zapisuje rozwiązanie w kodzie źródłowym, testuje je i przekazuje Kontrahentowi.

Prace nie polegają wyłącznie na mechanicznym odtwarzaniu instrukcji. Wymagają opracowania sposobu rozwiązania określonego problemu technicznego i dostosowania go do architektury oprogramowania (...).

Wnioskodawca podejmuje w szczególności następujące działania:

–analizuje wymagania i problemy techniczne dotyczące oprogramowania (...);

–projektuje nowe albo zmienione mechanizmy działania;

–implementuje rozwiązania w kodzie źródłowym;

–tworzy albo rozwija algorytmy;

–rozwija, przebudowuje albo dostosowuje moduły, komponenty i funkcjonalności do nowej lub zmienionej architektury;

–integruje poszczególne funkcjonalności z innymi elementami oprogramowania;

–przygotowuje testy jednostkowe, integracyjne albo akceptacyjne;

–waliduje działanie rozwiązania;

–poprawia strukturę kodu, jeżeli jest to potrzebne do osiągnięcia celu technicznego, w szczególności poprawy stabilności, wydajności, kompatybilności albo możliwości dalszego rozwoju.

W odniesieniu do oprogramowania (...), w tym silnika (...) oraz powiązanych narzędzi deweloperskich, działania zmierzające do usprawnienia polegają na tworzeniu, rozwijaniu oraz dostosowywaniu konkretnych elementów kodu źródłowego, modułów, funkcjonalności, algorytmów, testów, skryptów i konfiguracji. Prace te obejmują w szczególności modyfikowanie poszczególnych funkcjonalności tak, aby mogły działać w ramach nowej albo zmienionej architektury, integrowanie ich z innymi elementami oprogramowania, poprawę stabilności, wydajności, kompatybilności lub utrzymywalności kodu oraz usuwanie ograniczeń technicznych utrudniających dalszy rozwój oprogramowania.

Wnioskodawca stosuje narzędzia i technologie właściwe dla rozwoju oprogramowania (...), w szczególności języki (...), system kontroli wersji, repozytorium kodu, system zgłoszeń, narzędzia budowania, testowania, walidacji oraz przeglądu kodu.

Nowe koncepcje i rozwiązania niewystępujące wcześniej w praktyce gospodarczej Wnioskodawcy nie polegają wyłącznie na użyciu samego języka programowania albo samego narzędzia, lecz na autorskim sposobie ich zastosowania i połączenia w celu rozwiązania konkretnego problemu technicznego w oprogramowaniu (...). Dotyczy to w szczególności projektowania nowych albo zmienionych mechanizmów działania silnika, dostosowywania funkcjonalności do nowej albo zmienionej architektury, integrowania poszczególnych elementów oprogramowania, tworzenia albo rozwijania algorytmów, skryptów automatyzacyjnych, konfiguracji, testów oraz narzędzi wspierających proces budowania, walidacji lub rozwoju oprogramowania.

Oryginalność tych rezultatów polega na tym, że każde rozwiązanie jest projektowane dla konkretnego problemu technicznego występującego w oprogramowaniu (...) i wymaga samodzielnego określenia sposobu działania, struktury kodu, sposobu integracji z istniejącą architekturą oraz sposobu weryfikacji poprawności działania. Rezultaty te nie stanowią prostego zastosowania gotowego schematu, lecz są dopasowane do określonego modułu, funkcjonalności albo procesu technicznego w oprogramowaniu (...).

Różnica wobec rozwiązań dotychczas funkcjonujących u Wnioskodawcy przejawia się w powstaniu nowego albo istotnie rozwiniętego kodu źródłowego lub powiązanego artefaktu technicznego, dostosowanego do architektury oprogramowania (...). Rezultat może polegać w szczególności na stworzeniu nowego mechanizmu działania, rozwinięciu istniejącego modułu, dostosowaniu funkcjonalności do nowej albo zmienionej architektury, integracji elementów oprogramowania, opracowaniu albo rozwinięciu algorytmu, usprawnieniu procesu budowania, testowania lub walidacji, poprawie stabilności, wydajności, kompatybilności albo utrzymywalności kodu.

Oryginalność rezultatów polega na tym, że kod źródłowy lub powiązane artefakty techniczne powstają jako rezultat indywidualnych decyzji projektowych Wnioskodawcy i są dostosowane do konkretnego modułu, funkcjonalności albo procesu technicznego w oprogramowaniu (...). Nie stanowią kopii ani powtarzalnej modyfikacji wcześniejszego rozwiązania.

Wnioskodawca dysponował przed rozpoczęciem prac wiedzą i doświadczeniem z zakresu programowania, inżynierii oprogramowania, projektowania architektury systemów, tworzenia i rozwijania silników (...), pracy z kodem źródłowym, systemami kontroli wersji, narzędziami budowania, testowania, walidacji i automatyzacji. Wnioskodawca posiadał również praktyczną znajomość technologii wykorzystywanych przy rozwoju oprogramowania (...), w szczególności (...) repozytorium kodu, systemu zgłoszeń, narzędzi (...), testów oraz narzędzi przeglądu kodu.

Dotychczas Wnioskodawca oferował usługi programistyczne polegające na analizie wymagań, projektowaniu rozwiązań, implementacji kodu źródłowego, tworzeniu i rozwijaniu modułów, funkcjonalności, algorytmów, skryptów i konfiguracji, przygotowywaniu testów, walidacji działania oprogramowania oraz tworzeniu dokumentacji technicznej związanej z konkretnym oprogramowaniem.

Tworzone i rozwijane produkty, usługi i procesy były oparte na wiedzy programistycznej Wnioskodawcy, znajomości architektury oprogramowania (...), językach (...), systemach kontroli wersji, repozytorium kodu, systemach zgłoszeń, narzędziach budowania, testowania, walidacji, automatyzacji oraz przeglądu kodu. Prace były również oparte na umiejętności projektowania algorytmów, struktur danych, mechanizmów integracji oraz rozwiązań dostosowanych do istniejącej lub zmienianej architektury oprogramowania.

Zaplanowane przedsięwzięcie Wnioskodawca realizował w modelu iteracyjnym. W praktyce obejmowało to analizę problemu technicznego lub celu funkcjonalnego, ustalenie ograniczeń technicznych, zaprojektowanie sposobu działania rozwiązania, implementację w kodzie źródłowym, przygotowanie albo dostosowanie testów, walidację działania, przekazanie rezultatu do repozytorium Kontrahenta, udział w code review oraz wprowadzenie ewentualnych poprawek.

Efektem działań jest powstanie nowych albo istotnie rozwiniętych elementów oprogramowania (...), w szczególności modułów, funkcjonalności, komponentów, algorytmów, skryptów, konfiguracji, testów, narzędzi automatyzacyjnych albo przykładów technicznych. Nowe zastosowanie polega na wykorzystaniu wiedzy programistycznej Wnioskodawcy do rozwiązania konkretnego problemu technicznego w oprogramowaniu (...), dostosowania funkcjonalności do nowej albo zmienionej architektury, integracji elementów oprogramowania, poprawy stabilności, wydajności, kompatybilności lub utrzymywalności kodu albo umożliwienia dalszego rozwoju określonego modułu lub funkcjonalności.

W zakresie objętym wnioskiem i planowanym rozliczeniem preferencji IP Box Wnioskodawca ujmuje wyłącznie takie efekty prac, które mają postać kodu źródłowego, kodu wynikowego albo innych artefaktów będących formą wyrażenia programu komputerowego albo technicznie wyodrębnialnego fragmentu większego programu komputerowego, tj. instrukcji i struktur przeznaczonych do wykonywania lub wykorzystania przez komputer w ramach oprogramowania (...). Rezultaty te są utrwalone, indywidualnie identyfikowalne w repozytorium i powstają w wyniku samodzielnej pracy Wnioskodawcy.

Efekty prac objęte wnioskiem mają indywidualny charakter, ponieważ są tworzone dla konkretnego problemu technicznego, funkcjonalności, modułu albo elementu oprogramowania (...). Nie polegają wyłącznie na mechanicznym odtworzeniu instrukcji Kontrahenta ani na wykonywaniu czynności rutynowych, administracyjnych lub odtwórczych.

Wnioskodawca nie obejmuje preferencją IP Box rezultatów rutynowych, odtwórczych, administracyjnych, drobnych czynności utrzymaniowych ani czynności pobocznych, które nie prowadzą do powstania nowego albo istotnie rozwiniętego rezultatu kodowego.

W zakresie objętym wnioskiem i planowanym rozliczeniem preferencji IP Box Wnioskodawca ujmuje wyłącznie takie efekty prac, które stanowią program komputerowy albo technicznie wyodrębnialny fragment większego programu komputerowego będący formą wyrażenia programu komputerowego w rozumieniu art. 74 ustawy o prawie autorskim i prawach pokrewnych. Efekty te są utrwalone w kodzie źródłowym, kodzie wynikowym albo powiązanych artefaktach technicznych i są indywidualnie identyfikowalne w repozytorium.

Efekty prac mogą mieć postać samodzielnego programu komputerowego albo technicznie wyodrębnialnego fragmentu większego programu komputerowego (...), takiego jak moduł, komponent, funkcjonalność, algorytm, biblioteka, skrypt, konfiguracja lub test. Wnioskodawca nie obejmuje preferencją IP Box elementów, które nie stanowią programu komputerowego albo formy wyrażenia programu komputerowego.

Przeniesienie majątkowych praw autorskich do rezultatów prac następuje i będzie następować na podstawie umowy zawartej pomiędzy Wnioskodawcą a Kontrahentem. Umowa przewiduje odpłatne przeniesienie praw do rezultatów prac stanowiących program komputerowy albo technicznie wyodrębnialny fragment większego programu komputerowego stanowiący formę wyrażenia programu komputerowego, określa wynagrodzenie, pola eksploatacji oraz moment przejścia praw powiązany z przekazaniem i przyjęciem rezultatów przez Kontrahenta.

Rezultaty prac są identyfikowane w szczególności przez repozytorium kodu, zgłoszenia, commity, pull/merge requesty, code review oraz inne uzgodnione formy potwierdzenia wykonania zadania. W opisanym modelu przeniesienie praw następuje z zachowaniem wymogów dotyczących przeniesienia autorskich praw majątkowych, w szczególności art. 41 i art. 53 ustawy o prawie autorskim i prawach pokrewnych.

Wnioskodawca kwalifikuje przychód z tego tytułu jako przychód z odpłatnego przeniesienia, tj. sprzedaży kwalifikowanego prawa własności intelektualnej, o której mowa w art. 30ca ust. 7 pkt 2 ustawy o PIT, a nie jako dochód z kwalifikowanego IP uwzględnionego w cenie sprzedaży usługi.

Wnioskodawca wykorzystuje posiadaną i aktualnie dostępną wiedzę oraz umiejętności programistyczne do projektowania i tworzenia nowych albo rozwiniętych elementów oprogramowania (...). Prace obejmują w szczególności analizę problemów technicznych, dobór narzędzi i technologii, projektowanie rozwiązania, tworzenie kodu źródłowego, testowanie, walidację oraz dostosowywanie rozwiązania do architektury oprogramowania.

Wnioskodawca nie obejmuje preferencją IP Box czynności rutynowych, odtwórczych ani administracyjnych. Wnioskodawca wskazuje powyższe jako opis faktycznego sposobu wykonywania prac oraz zakresu wykorzystywanej wiedzy i umiejętności.

Prace Wnioskodawcy są podejmowane w celu rozwiązania konkretnych problemów technicznych oraz tworzenia nowych albo rozwiniętych elementów oprogramowania (...). Wnioskodawca wykorzystuje posiadaną wiedzę programistyczną i doświadczenie, a w toku realizacji zadań dostosowuje oraz rozwija tę wiedzę w odniesieniu do architektury oprogramowania (...) i wymagań danego modułu lub funkcjonalności.

Efektem prac jest wykorzystanie tej wiedzy do tworzenia nowych albo istotnie rozwiniętych rozwiązań technicznych, w szczególności kodu źródłowego, modułów, funkcjonalności, algorytmów, skryptów, konfiguracji, testów lub narzędzi technicznych. Czynności rutynowe, odtwórcze i administracyjne nie są obejmowane preferencją IP Box.

Przez „części oprogramowania” Wnioskodawca rozumie technicznie wyodrębnialne fragmenty większego programu komputerowego (...) , w szczególności moduły, komponenty, funkcjonalności, algorytmy, biblioteki, skrypty, konfiguracje, testy albo inne elementy kodowe.

Wnioskodawca nie obejmuje preferencją IP Box elementów niemających postaci programu komputerowego albo formy wyrażenia programu komputerowego. W ewidencji ujmowane są wyłącznie rezultaty mające postać kodu źródłowego, kodu wynikowego albo innych artefaktów stanowiących formę wyrażenia programu komputerowego, identyfikowane w szczególności przez zgłoszenia, commity oraz pull/merge requesty.

Pojęcie „części oprogramowania” ma znaczenie techniczne i opisowe; nie oznacza odrębnej kategorii kwalifikowanego IP innej niż autorskie prawo do programu komputerowego.

Przez „część oprogramowania” Wnioskodawca rozumie technicznie wyodrębnialny fragment większego programu komputerowego (...), taki jak moduł, komponent, funkcjonalność, algorytm, biblioteka, skrypt, konfiguracja, test albo inny element kodowy, utrwalony w kodzie źródłowym, kodzie wynikowym albo innej formie wyrażenia programu komputerowego. Pojęcie to ma znaczenie techniczne i opisowe; nie oznacza odrębnej kategorii kwalifikowanego prawa własności intelektualnej innej niż autorskie prawo do programu komputerowego.

„Części oprogramowania”, o których mowa we wniosku, mają znaczenie techniczne i opisowe. Są to technicznie wyodrębnialne fragmenty większego programu komputerowego (...), takie jak moduły, komponenty, funkcjonalności, algorytmy, biblioteki, skrypty, konfiguracje, testy albo inne elementy kodowe, utrwalone w kodzie źródłowym, kodzie wynikowym albo innej formie wyrażenia programu komputerowego.

Wnioskodawca ujmuje w ewidencji IP Box wyłącznie takie części oprogramowania, które stanowią program komputerowy albo formę wyrażenia programu komputerowego. Nie obejmuje preferencją elementów, które nie mają takiego charakteru. Pojęcie „części oprogramowania” nie oznacza odrębnej kategorii kwalifikowanego prawa własności intelektualnej innej niż autorskie prawo do programu komputerowego, lecz służy technicznej identyfikacji rezultatów prac w ramach większego oprogramowania (...).

Przeniesienie praw do „części oprogramowania” wskazanych we wniosku następuje i będzie następować na podstawie umowy zawartej pomiędzy Wnioskodawcą a Kontrahentem. Pojęcie „części oprogramowania” ma znaczenie techniczne i opisowe oraz odnosi się do technicznie wyodrębnialnych fragmentów większego programu komputerowego (...), utrwalonych w kodzie źródłowym, kodzie wynikowym albo innej formie wyrażenia programu komputerowego.

Umowa przewiduje odpłatne przeniesienie praw do rezultatów prac, określa wynagrodzenie, pola eksploatacji oraz moment przejścia praw powiązany z przekazaniem i przyjęciem rezultatów przez Kontrahenta. Rezultaty są identyfikowane w szczególności przez repozytorium kodu, zgłoszenia, commity, pull/merge requesty, code review albo inne uzgodnione formy potwierdzenia wykonania zadania.

Wnioskodawca przedstawia powyższe jako opis mechanizmu przenoszenia praw do rezultatów prac. Pojęcie „części oprogramowania” nie oznacza odrębnej kategorii kwalifikowanego IP innej niż autorskie prawo do programu komputerowego.

Zasadniczym rezultatem prac Wnioskodawcy objętych wnioskiem jest kod źródłowy, kod wynikowy albo inne elementy będące formą wyrażenia programu komputerowego. Dokumentacja techniczna ma charakter pomocniczy i jest tworzona pod konkretne oprogramowanie (...), jego moduł, funkcjonalność, algorytm, konfigurację, test albo inny element techniczny.

W zakresie, w jakim dokumentacja jest ujmowana w związku z rezultatami objętymi wnioskiem, zawiera ona informacje techniczne ściśle związane z konkretnym programem komputerowym, w szczególności komentarze w kodzie, pseudokod, specyfikacje algorytmów, struktur danych, interfejsów, konfiguracji albo opis sposobu działania rozwiązania, które pozwalają zrozumieć, odtworzyć lub przekształcić instrukcje przeznaczone dla komputera do postaci kodu źródłowego.

Dokumentacja nie stanowi ogólnego zbioru zleceń dla informatyków ani dokumentu organizacyjnego oderwanego od programu komputerowego.

W ramach dokumentacji tworzonej przez Wnioskodawcę mogą powstawać instrukcje, opisy techniczne, komentarze w kodzie, pseudokod, specyfikacje algorytmów, struktur danych, interfejsów lub konfiguracji, które są związane z konkretnym elementem oprogramowania (...) i służą zrozumieniu, odtworzeniu, testowaniu albo dalszemu rozwijaniu tego elementu.

Dokumentacja ta nie stanowi ogólnego zbioru zleceń dla informatyków realizujących kolejne etapy projektu ani dokumentacji organizacyjnej oderwanej od programu komputerowego. Jest tworzona pod konkretne oprogramowanie, moduł, funkcjonalność, algorytm, konfigurację, test albo inny element techniczny.

Dokumentacja tworzona przez Wnioskodawcę może zawierać w szczególności komentarze w kodzie, pseudokod, opis działania danego modułu lub funkcjonalności, specyfikacje algorytmów, struktur danych, interfejsów, konfiguracji, testów, procesu budowania albo uruchamiania oraz informacje techniczne potrzebne do zrozumienia, odtworzenia, przetestowania, utrzymania lub dalszego rozwijania konkretnego elementu oprogramowania (...).

Dokumentacja jest tworzona pod konkretne oprogramowanie, moduł, funkcjonalność, algorytm, konfigurację, test albo inny element techniczny i nie ma charakteru ogólnego dokumentu organizacyjnego oderwanego od programu komputerowego.

W zakresie, w jakim dokumentacja stanowi formę wyrażenia programu komputerowego albo pozwala odtworzyć instrukcje przeznaczone dla komputera, jest ona związana z ochroną programu komputerowego na podstawie art. 74 ustawy o prawie autorskim i prawach pokrewnych. Dokumentacja może zawierać komentarze w kodzie, pseudokod, specyfikacje algorytmów, struktur danych, interfejsów, konfiguracji, testów albo opis sposobu działania rozwiązania.

Wnioskodawca nie traktuje dokumentacji jako samodzielnego kwalifikowanego prawa własności intelektualnej oderwanego od programu komputerowego. Zasadniczym rezultatem objętym wnioskiem jest kod źródłowy, kod wynikowy albo inna forma wyrażenia programu komputerowego, a dokumentacja ma charakter pomocniczy wobec konkretnego programu komputerowego lub jego technicznie wyodrębnialnego fragmentu.

Dokumentacja tworzona przez Wnioskodawcę nie ma charakteru ogólnego. Jest tworzona pod konkretne oprogramowanie (...), w tym silnik (...) jego moduł, funkcjonalność, algorytm, konfigurację, test, skrypt albo inny technicznie wyodrębnialny fragment większego programu komputerowego.

Dokumentacja pozostaje w ścisłym związku z konkretnym programem komputerowym, ponieważ opisuje sposób działania, strukturę, interfejsy, konfigurację, algorytmy, testowanie, proces budowania, uruchamiania, utrzymania albo dalszego rozwijania danego elementu oprogramowania.

Nie jest to dokumentacja organizacyjna ani ogólny zbiór zaleceń oderwany od programu komputerowego.

Pytania

1)Czy efekty prac Wnioskodawcy (programy komputerowe oraz ich części: moduły, komponenty, algorytmy, biblioteki i powiązane artefakty kodowe) stanowią kwalifikowane prawo własności intelektualnej – autorskie prawo do programu komputerowego, o którym mowa w art. 30ca ust. 2 pkt 8 ustawy o PIT, wytworzone/rozwinięte/ulepszone przez Wnioskodawcę?

2)Czy czynności wykonywane przez Wnioskodawcę polegające na wytwarzaniu oraz rozwijaniu/ulepszaniu programów komputerowych stanowią działalność badawczo-rozwojową w rozumieniu art. 5a pkt 38 w zw. z art. 5a pkt 40 ustawy o PIT?

3)Czy odpłatne przeniesienie na Kontrahenta autorskich praw majątkowych do wytworzonych przez Wnioskodawcę programów komputerowych (kwalifikowanych IP) stanowi sprzedaż kwalifikowanych praw własności intelektualnej w rozumieniu art. 30ca ust. 7 pkt 2 ustawy o PIT, uprawniającą Wnioskodawcę do zastosowania stawki 5% z art. 30ca ust. 1 do kwalifikowanego dochodu (przy spełnieniu wymogów ewidencyjnych art. 30cb)?

Pana stanowisko w sprawie

1)Zdaniem Wnioskodawcy, efekty prac wykonywanych w ramach opisanej działalności stanowią kwalifikowane prawa własności intelektualnej w postaci autorskiego prawa do programu komputerowego, o którym mowa w art. 30ca ust. 2 pkt 8 ustawy o PIT, wytworzonego (a także rozwijanego i ulepszanego) przez Wnioskodawcę w ramach działalności B+R.

2)Zdaniem Wnioskodawcy, czynności wykonywane w ramach opisanej współpracy z Kontrahentem, polegające na tworzeniu, rozwijaniu i ulepszaniu oprogramowania komputerowego, stanowią działalność badawczo-rozwojową w rozumieniu art. 5a pkt 38 ustawy o PIT, w zw. z art. 5a pkt 40 ustawy o PIT.

3)Zdaniem Wnioskodawcy, odpłatne przeniesienie na Kontrahenta autorskich praw majątkowych do wytworzonych przez Wnioskodawcę programów komputerowych stanowi sprzedaż kwalifikowanego prawa własności intelektualnej w rozumieniu art. 30ca ust. 7 pkt 2 ustawy o PIT, a Wnioskodawca jest uprawniony do stosowania 5% stawki opodatkowania do kwalifikowanego dochodu osiąganego z tego tytułu, na zasadach art. 30ca oraz przy prowadzeniu ewidencji zgodnej z art. 30cb ustawy o PIT.

Uzasadnienie stanowiska Wnioskodawcy w zakresie pytania 1.

Zgodnie z art. 30ca ust. 2 pkt 8 ustawy o PIT, kwalifikowanym prawem własności intelektualnej jest m.in. autorskie prawo do programu komputerowego, podlegające ochronie prawnej, którego przedmiot ochrony został wytworzony, rozwinięty lub ulepszony przez podatnika w ramach działalności badawczo-rozwojowej.

Programy komputerowe podlegają ochronie na podstawie art. 74 ustawy o prawie autorskim; ochrona obejmuje wszystkie formy wyrażenia programu, natomiast idee i zasady nie podlegają ochronie. W doktrynie wskazuje się, że program komputerowy to zestaw instrukcji adresowanych do urządzenia obliczeniowego, których wykonanie prowadzi do określonego rezultatu, a istotą programu jest kod (źródłowy/wynikowy) i jego funkcjonalność, niezależnie od nośnika.

Odnosząc to do stanu faktycznego, Wnioskodawca wytwarza i rozwija Oprogramowanie w postaci kodu źródłowego (...) oraz powiązanych artefaktów, tworzy programy komputerowe oraz ich części (moduły, komponenty, algorytmy, biblioteki), utrwalone i możliwe do odtworzenia, wytwarza te utwory samodzielnie (nie nabywa praw autorskich ani wyników prac B+R od innych podmiotów), wytwarza/rozwija/ulepsza Oprogramowanie w ramach działalności B+R (co zostało wykazane w uzasadnieniu do pytania 1).

Wnioskodawca podkreśla również, że dla powstania ochrony prawnoautorskiej nie jest konieczne, aby program miał postać „ukończoną”; ochronie mogą podlegać także części programu (np. fragmenty kodu, moduły), o ile mają twórczy charakter i stanowią formę wyrażenia programu.

W konsekwencji, efekty prac Wnioskodawcy stanowią kwalifikowane IP w rozumieniu art. 30ca ust. 2 pkt 8 ustawy o PIT.

Uzasadnienie stanowiska Wnioskodawcy w zakresie pytania 2.

Zgodnie z art. 5a pkt 38 ustawy o PIT, działalność badawczo-rozwojowa jest działalnością 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 kolei art. 5a pkt 40 ustawy o PIT odsyła do definicji prac rozwojowych zawartej w ustawie – Prawo o szkolnictwie wyższym i nauce, zgodnie z którą prace rozwojowe obejmują nabywanie, łączenie, kształtowanie i wykorzystywanie aktualnie dostępnej wiedzy i umiejętności (w tym w zakresie narzędzi informatycznych lub oprogramowania) do projektowania i tworzenia zmienionych, ulepszonych lub nowych produktów, procesów lub usług, z wyłączeniem rutynowych i okresowych zmian.

W ocenie Wnioskodawcy, opisane w stanie faktycznym czynności spełniają powyższe przesłanki, ponieważ:

–mają charakter prac rozwojowych – Wnioskodawca wykorzystuje dostępne zasoby wiedzy i umiejętności programistycznych do projektowania oraz wytwarzania nowych i ulepszonych funkcjonalności Oprogramowania (m.in. moduły, algorytmy, prototypy, testy), a prace te są nakierowane na powstanie nowych rozwiązań technicznych w ramach Rozwiązania rozwijanego na rzecz Kontrahenta;

–mają charakter twórczy – rezultatem działań Wnioskodawcy są nowe lub istotnie ulepszone elementy kodu, algorytmy i moduły (w skali działalności Wnioskodawcy); twórczość w rozumieniu przepisów podatkowych nie wymaga „przełomowości”, lecz realnej kreacji nowego lub ulepszonego rozwiązania;

–są prowadzone systematycznie – prace realizowane są zgodnie z uporządkowaną metodyką obejmującą analizę wymagań, projekt, implementację, testy i wdrożenie, w modelu iteracyjnym (zadania/sprinty/wersje); „systematyczność” należy rozumieć jako metodyczność i uporządkowanie działań, a nie koniecznie jako nieprzerwaną ciągłość;

–zmierzają do tworzenia nowych zastosowań – celem jest dostarczanie nowych lub ulepszonych funkcjonalności i komponentów w Oprogramowaniu, odpowiadających na konkretne wymagania Kontrahenta lub jego klientów.

W konsekwencji, zdaniem Wnioskodawcy, wykonywane czynności stanowią działalność badawczo-rozwojową w rozumieniu art. 5a pkt 38 w zw. z art. 5a pkt 40 ustawy o PIT.

Uzasadnienie stanowiska Wnioskodawcy w zakresie pytania 3.

Zgodnie z art. 30ca ust. 7 ustawy o PIT, dochodem z kwalifikowanego IP jest dochód z działalności gospodarczej w zakresie, w jakim został osiągnięty m.in. ze sprzedaży kwalifikowanego IP (pkt 2).

W przedstawionym stanie faktycznym Wnioskodawca w ramach współpracy z Kontrahentem wytwarza programy komputerowe oraz ich rozwinięcia/ulepszenia (kwalifikowane IP), a następnie – zgodnie z umową – odpłatnie przenosi na Kontrahenta autorskie prawa majątkowe do tych utworów (oraz, w zakresie przewidzianym umową, prawo do wykonywania praw zależnych). Przeniesienie praw następuje z chwilą wydania/udostępnienia rezultatu Kontrahentowi (w szczególności poprzez Repozytorium i odbiór/akceptację rezultatów).

Wynagrodzenie Wnioskodawcy jest ustalane w cyklicznych okresach rozliczeniowych (miesięcznie) według stawki godzinowej i obejmuje w sobie wynagrodzenie za przeniesienie autorskich praw majątkowych do wytworzonych w danym okresie rozliczeniowym utworów. Wnioskodawca raportuje Kontrahentowi wykonane prace (timesheet / rejestr zadań), a rezultaty są utrwalane i przekazywane w Repozytorium (commity, PR/MR, akceptacje). Pomiędzy pracami Wnioskodawcy a uzyskiwanym wynagrodzeniem istnieje bezpośrednia i faktyczna zależność – gdyby Wnioskodawca nie wytwarzał programów komputerowych oraz ich rozwinięć/ulepszeń i nie przenosił praw do nich, nie uzyskiwałby wynagrodzenia w ramach współpracy.

W konsekwencji przychód (a następnie dochód) osiągany przez Wnioskodawcę z tytułu odpłatnego przeniesienia autorskich praw majątkowych do programów komputerowych stanowi dochód ze sprzedaży kwalifikowanego prawa własności intelektualnej w rozumieniu art. 30ca ust. 7 pkt 2 ustawy o PIT. Przy spełnieniu przesłanek działalności B+R (pytanie 2), kwalifikacji IP (pytanie 1) oraz prowadzeniu ewidencji zgodnej z art. 30cb, Wnioskodawca jest uprawniony do zastosowania 5% stawki podatku z art. 30ca ust. 1 do kwalifikowanego dochodu.

Ocena stanowiska

Stanowisko, które przedstawił Pan we wniosku jest prawidłowe.

Uzasadnienie interpretacji indywidualnej

Artykuł 9 ust. 1 ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t. j. Dz. U. z 2026 r. poz. 592) stanowi, że:

Opodatkowaniu podatkiem dochodowym podlegają wszelkiego rodzaju dochody, z wyjątkiem dochodów wymienionych w art. 21, 52, 52a i 52c oraz dochodów, od których na podstawie przepisów Ordynacji podatkowej zaniechano poboru podatku.

Zgodnie z art. 10 ust. 1 pkt 3 ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych jednym ze źródeł przychodów jest pozarolnicza działalność gospodarcza.

W myśl art. 5a pkt 6 ustawy o podatku dochodowym od osób fizycznych:

Ilekroć w ustawie jest mowa o działalności gospodarczej albo pozarolniczej działalności gospodarczej – oznacza to działalność zarobkową:

a)wytwórczą, budowlaną, handlową, usługową,

b)polegającą na poszukiwaniu, rozpoznawaniu i wydobywaniu kopalin ze złóż,

c)polegającą na wykorzystywaniu rzeczy oraz wartości niematerialnych i prawnych

-prowadzoną we własnym imieniu bez względu na jej rezultat, w sposób zorganizowany i ciągły, z której uzyskane przychody nie są zaliczane do innych przychodów ze źródeł wymienionych w art. 10 ust. 1 pkt 1, 2 i 4-9.

Stosownie natomiast do treści art. 5b ust. 1 ww. ustawy:

Za pozarolniczą działalność gospodarczą nie uznaje się czynności, jeżeli łącznie spełnione są następujące warunki:

1)odpowiedzialność wobec osób trzecich za rezultat tych czynności oraz ich wykonywanie, z wyłączeniem odpowiedzialności za popełnienie czynów niedozwolonych, ponosi zlecający wykonanie tych czynności;

2)są one wykonywane pod kierownictwem oraz w miejscu i czasie wyznaczonych przez zlecającego te czynności;

3)wykonujący te czynności nie ponosi ryzyka gospodarczego związanego z prowadzoną działalnością.

Zgodnie z art. 5a pkt 38 ustawy o podatku dochodowym od osób fizycznych:

Ilekroć w ustawie jest mowa o działalności badawczo-rozwojowej oznacza to 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. 5a pkt 39 ww. ustawy:

Ilekroć w ustawie jest mowa o badaniach naukowych oznacza to:

a)badania podstawowe w rozumieniu art. 4 ust. 2 pkt 1 ustawy z dnia 20 lipca 2018 r. – Prawo o szkolnictwie wyższym i nauce (Dz.U. z 2024 r. poz. 1571, z późn. zm.),

b)badania aplikacyjne w rozumieniu art. 4 ust. 2 pkt 2 ustawy z dnia 20 lipca 2018 r. – Prawo o szkolnictwie wyższym i nauce.

Z kolei w definicji prac rozwojowych zawartej w art. 5a pkt 40 ustawy o podatku dochodowym od osób fizycznych wskazano, że oznaczają one:

prace rozwojowe w rozumieniu art. 4 ust. 3 ustawy z dnia 20 lipca 2018 r. – Prawo o szkolnictwie wyższym i nauce.

Na podstawie 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ą:

1)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;

2)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ń.

Natomiast stosownie do art. 4 ust. 3 ww. ustawy:

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ń.

Z okoliczności przedstawionych we wniosku wynika, że w ramach prowadzonej przez siebie działalności gospodarczej świadczy Pan usługi programistyczne głównie na rzecz szwedzkiego kontrahenta działającego pod firmą: (...).

W ramach prac objętych wnioskiem pracuje Pan w szczególności nad następującymi kategoriami oprogramowania lub elementów oprogramowania:

–(...).

Na wstępie trzeba podkreślić, że z pracami badawczo-rozwojowymi mamy do czynienia wówczas, gdy wykorzystuje się dostępną wiedzę z dziedziny nauki, technologii oraz innej wiedzy i umiejętności do tworzenia nowych lub ulepszenia istniejących produktów/usług. Wobec powyższego ocena, czy prowadzone przez Pana prace programistyczne stanowią działalność badawczo-rozwojową, dokonana zostanie w kontekście wskazanych przez Pana efektów tych prac (programów opisanych we wniosku).

Z ustawowej definicji zawartej w regulacjach ustawy o podatku dochodowym od osób fizycznych wynika, że działalność badawczo-rozwojowa musi mieć charakter twórczy. Jak podaje słownik języka polskiego PWN, działalność twórcza to zespół działań podejmowanych w kierunku tworzenia (działalność – zespół działań podejmowanych w jakimś celu), powstania czegoś (twórczy – mający na celu tworzenie, tworzyć – powodować powstanie czegoś). W doktrynie prawa autorskiego podkreśla się natomiast, że cecha twórczości związana 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. Działalność twórcza oznacza, że „ustawodawca za przedmiot prawa autorskiego uznaje tylko rezultat (przejaw) takiego działania, który choćby w minimalnym stopniu odróżnia się od innych rezultatów takiego samego działania, a zatem, że posiada cechę nowości, której stopień nie ma znaczenia”. Zatem twórczość działalności badawczo-rozwojowej może przejawiać się opracowywaniem nowych koncepcji, narzędzi, rozwiązań niewystępujących dotychczas w praktyce gospodarczej podatnika lub na tyle innowacyjnych, że w znacznym stopniu odróżniają się od rozwiązań już funkcjonujących u podatnika.

W opisie sprawy wskazał Pan, że innowacyjność opisywanych programów i rezultatów prac polega na powstawaniu nowych albo istotnie ulepszonych rozwiązań technicznych w skali Pana działalności. Rezultaty te są tworzone pod konkretne potrzeby Kontrahenta oraz użytkowników oprogramowania (...) i wymagają zaprojektowania oraz implementacji indywidualnych rozwiązań programistycznych.

W praktyce innowacyjność przejawia się w szczególności w:

– tworzeniu nowych modułów lub funkcjonalności w kodzie źródłowym;

– projektowaniu nowych albo zmienionych algorytmów;

– ulepszaniu działania istniejących komponentów;

– opracowywaniu nowych mechanizmów integracji lub automatyzacji;

– optymalizacji działania wybranych elementów oprogramowania;

– zmianach architektury lub struktury kodu, które umożliwiają nowe zastosowania albo usprawniają rozwój oprogramowania;

– przygotowaniu testów, przykładów technicznych lub projektów demonstracyjnych, jeżeli są one wyrażone w kodzie źródłowym i dotyczą konkretnego programu komputerowego.

Nowość rezultatów należy rozumieć w odniesieniu do Pana praktyki gospodarczej. Rezultaty prac nie polegają na prostym odtworzeniu gotowego schematu, lecz na opracowaniu konkretnego rozwiązania dostosowanego do architektury oprogramowania (...).

Efekty Pana prac stanowią utwory w rozumieniu prawa autorskiego, w szczególności programy komputerowe oraz ich części (moduły, komponenty, algorytmy, biblioteki), utrwalone w kodzie źródłowym i podlegające ochronie. Tworzy je Pan samodzielnie – nie nabywa praw autorskich ani wyników prac B+R od innych podmiotów. Mają indywidualny charakter, ponieważ są tworzone dla konkretnego problemu technicznego, funkcjonalności, modułu albo elementu oprogramowania (...). Nie polegają wyłącznie na mechanicznym odtworzeniu instrukcji Kontrahenta ani na wykonywaniu czynności rutynowych, administracyjnych lub odtwórczych.

Zatem prowadzona przez Pana działalność w zakresie tworzenia wymienionych programów komputerowych ma twórczy charakter.

Kolejnym kryterium działalności badawczo-rozwojowej jest prowadzenie tej działalności w sposób systematyczny. Zgodnie ze słownikiem języka polskiego PWN, słowo systematyczny oznacza (i) robiący coś regularnie i starannie, (ii) o procesach: zachodzący stale od dłuższego czasu, (iii) o działaniach: prowadzony w sposób uporządkowany, według pewnego systemu; też: o efektach takich działań; planowy, metodyczny. W związku z tym, że w definicji działalności badawczo-rozwojowej słowo „systematyczny” występuje w sformułowaniu „podejmowaną (działalność) w sposób systematyczny”, a więc odnosi się do „działalności”, czyli zespołu działań podejmowanych w jakimś celu, najbardziej właściwą definicją systematyczności w omawianym zakresie jest definicja obejmująca prowadzenie działalności w sposób uporządkowany, według pewnego systemu. Zatem słowo systematycznie odnosi się również do działalności prowadzonej w sposób metodyczny, zaplanowany i uporządkowany. To oznacza, że działalność badawczo-rozwojowa jest prowadzona systematycznie niezależnie od tego, czy podatnik stale prowadzi prace badawczo-rozwojowe, czy tylko od czasu do czasu, a nawet incydentalnie, co wynika z charakteru prowadzonej przez niego działalności oraz potrzeb rynku, klientów, sytuacji mikro i makroekonomicznej. Z powyższego wynika, że spełnienie kryterium „systematyczności” danej działalności nie jest uzależnione od ciągłości tej działalności, w tym od określonego czasu przez jaki działalność taka ma być prowadzona ani też od istnienia planu co do prowadzenia przez podatnika podobnej działalności w przyszłości. Wystarczające jest, aby podatnik zaplanował i przeprowadził chociażby jeden projekt badawczo-rozwojowy, przyjmując dla niego określone cele do osiągnięcia, harmonogram i zasoby. Taka działalność może być uznana za działalność systematyczną, tj. prowadzoną w sposób metodyczny, zaplanowany i uporządkowany.

Wskazał Pan, że Pana prace są wykonywane w sposób uporządkowany i zaplanowany. Model pracy obejmuje w szczególności identyfikację problemu albo celu technicznego, analizę wymagań i ograniczeń, zaprojektowanie rozwiązania, implementację w kodzie źródłowym, przygotowanie lub dostosowanie testów, walidację działania, przekazanie rezultatu do repozytorium oraz ewentualne poprawki wynikające z code review lub testów.

Prace są realizowane w modelu iteracyjnym, w oparciu o zadania, zgłoszenia, repozytorium kodu, pull/merge requesty, commity, zestawienia czasu poświęconego na realizację poszczególnych zadań oraz cykliczne okresy rozliczeniowe. We wniosku wskazano, że realizacja zadań odbywa się według uporządkowanej metodyki obejmującej analizę celu i wymagań, projekt rozwiązania, implementację w kodzie, testy i walidację oraz wdrożenie zmian do oprogramowania.

Systematyczność polega na tym, że prace są prowadzone metodycznie, w sposób powtarzalnie zorganizowany, w kolejnych okresach rozliczeniowych. Realizuje Pan zadania w cyklu obejmującym analizę, projektowanie, implementację, testowanie, walidację i przekazanie rezultatu. Systematyczność przejawia się również w dokumentowaniu prac w systemie zadań, repozytorium kodu oraz zestawieniach czasu poświęconego na realizację poszczególnych zadań.

Zatem kolejne kryterium definicji działalności badawczo-rozwojowej, tj. prowadzenie działalności w sposób systematyczny, w odniesieniu do wskazanych przez Pana programów komputerowych jest spełnione.

Powyżej omówione dwa kryteria działalności badawczo-rozwojowej dotyczą charakteru i organizacji prowadzenia tej działalności, podczas gdy ostatnie, trzecie kryterium, dotyczy rezultatu prowadzenia tej działalności, tj. zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań. W konsekwencji – głównym zadaniem dla zarządzającego projektem badawczo-rozwojowym jest zlokalizowanie i zidentyfikowanie zasobów wiedzy przed rozpoczęciem działań projektowych; zasobów w ujęciu funkcjonalnym i celowościowym, czyli podlegającym zwiększeniu oraz możliwym i właściwym do wykorzystania zwiększonej wiedzy do nowych zastosowań. Lokalizacja i identyfikacja wiedzy obejmuje szereg działań, w tym określenie stanu wiedzy, miejsca, sposobu jej wykorzystania oraz selekcji pod względem przydatności do realizacji celu projektu.

Z opisu sprawy wynika, że wykorzystuje Pan posiadaną i aktualnie dostępną wiedzę oraz umiejętności programistyczne do projektowania i tworzenia nowych albo rozwiniętych elementów oprogramowania (...). Prace obejmują w szczególności analizę problemów technicznych, dobór narzędzi i technologii, projektowanie rozwiązania, tworzenie kodu źródłowego, testowanie, walidację oraz dostosowywanie rozwiązania do architektury oprogramowania.

Dysponował Pan przed rozpoczęciem prac wiedzą i doświadczeniem z zakresu programowania, inżynierii oprogramowania, projektowania architektury systemów, tworzenia i rozwijania silników (...), pracy z kodem źródłowym, systemami kontroli wersji, narzędziami budowania, testowania, walidacji i automatyzacji. Posiadał Pan również praktyczną znajomość technologii wykorzystywanych przy rozwoju oprogramowania (...), w szczególności (...), repozytorium kodu, systemu zgłoszeń, narzędzi (...), testów oraz narzędzi przeglądu kodu.

Stosuje Pan narzędzia i technologie właściwe dla rozwoju oprogramowania (...), w szczególności języki (...), system kontroli wersji, repozytorium kodu, system zgłoszeń, narzędzia budowania, testowania, walidacji oraz przeglądu kodu.

Nowe koncepcje i rozwiązania niewystępujące wcześniej w Pana praktyce gospodarczej nie polegają wyłącznie na użyciu samego języka programowania albo samego narzędzia, lecz na autorskim sposobie ich zastosowania i połączenia w celu rozwiązania konkretnego problemu technicznego w oprogramowaniu (...).

Zatem powyższe pozwala uznać, że wykorzystuje Pan istniejące zasoby wiedzy w celu tworzenia nowych zastosowań.

Kluczowe jest również zawarte w definicji działalności badawczo-rozwojowej rozróżnienie, które wskazuje, że taka działalność obejmuje dwa rodzaje aktywności, tj.:

‒badania podstawowe i badania aplikacyjne zdefiniowane w art. 4 ust. 2 pkt 1 i 2 ustawy Prawo o szkolnictwie wyższym i nauce oraz

‒prace rozwojowe, o których mowa w art. 4 ust. 3 tej ustawy.

Prace rozwojowe polegają na nabywaniu, łączeniu, kształtowaniu i wykorzystywaniu dostępnej aktualnie wiedzy i umiejętności – przy czym użyty przez ustawodawcę spójnik „i” wskazuje, że aby uznać działania za prace rozwojowe konieczne jest zaistnienie wszystkich tych czynności, tj.:

·nabycia dostępnej aktualnie wiedzy i umiejętności;

·łączenia dostępnej aktualnie wiedzy i umiejętności;

·kształtowania dostępnej aktualnie wiedzy i umiejętności;

·wykorzystania dostępnej aktualnie wiedzy i umiejętności.

Prace rozwojowe bazują zatem na dostępnej wiedzy – w zależności od celów, jakie przyjęto dla prowadzenia prac, będzie to wiedza z określonej dziedziny lub dziedzin. Prace te obejmują kolejno:

·nabycie wiedzy i umiejętności, czyli pozyskanie wiedzy/umiejętności, zapoznanie się z wiedzą, zrozumienie jej;

·łączenie wiedzy i umiejętności, czyli znalezienie takich zależności pomiędzy wiedzą z różnych zakresów, dziedzin lub wiedzy wynikającej z różnych badań naukowych oraz pomiędzy umiejętnościami, które są istotne z punktu widzenia postawionych celów badań rozwojowych;

·kształtowanie wiedzy i umiejętności, czyli takie „ułożenie” efektów nabywania i łączenia wiedzy i umiejętności lub takie sformułowanie wniosków płynących z tych procesów, aby można je było wykorzystać dla realizacji postawionych celów prac rozwojowych;

·wykorzystanie wiedzy i umiejętności, czyli ich użycie, posłużenie się nimi dla osiągnięcia celów prac rozwojowych.

Co istotne, całość ww. czynności służy:

·planowaniu produkcji oraz

·projektowaniu i tworzeniu zmienionych, ulepszonych lub nowych produktów, procesów lub usług.

Chodzi przy tym o konkretne produkty, konkretne procesy lub konkretne usługi albo konkretne rodzaje produktów, procesów lub usług. Podmiot prowadzący prace rozwojowe organizuje je z uwzględnieniem specyfiki konkretnych produktów, procesów lub usług – od niej zależą potrzeby prowadzenia prac rozwojowych i ich zakres.

Jednocześnie ustawodawca wyłączył z definicji prac rozwojowych działalność obejmującą rutynowe i okresowe zmiany wprowadzane do produktów, procesów lub usług, nawet jeżeli takie zmiany mają charakter ulepszeń. O tym, jakie zmiany do produktów, procesów lub usług mają charakter rutynowy (wykonywany często i niemal automatycznie) i okresowy (powtarzający się, występujący co pewien czas) będzie każdorazowo decydował charakter konkretnych produktów, procesów bądź usług.

Jak wskazał Pan we wniosku, w ramach prac rozwija i stosuje Pan m.in. nowe podejścia do architektury modułów, optymalizacji i automatyzacji procesu wytwarzania, a także nabywa i wykorzystuje wiedzę domenową związaną z wewnętrzną architekturą silnika i narzędzi (...), co odróżnia te prace od Pana wcześniejszej praktyki. Wytwarza/rozwija/ulepsza programy komputerowe w szczególności w oparciu o języki i narzędzia wskazane w opisie stanu faktycznego ((...)), narzędzia kontroli wersji i code review oraz środowisko Repozytorium Kontrahenta. Rezultaty nie są rutynowym odtworzeniem instrukcji, lecz wymagają doboru i zaprojektowania algorytmu/struktury kodu oraz weryfikacji w praktyce (testy, walidacja), co prowadzi do powstania nowej lub istotnie ulepszonej funkcjonalności (w skali Pana działalności).

Zatem powyższe pozwala uznać, że opisana działalność w zakresie tworzenia wymienionych programów komputerowych spełnia warunki do uznania jej za prace rozwojowe.

Ponadto sam Pan wskazał, że prowadzi prace rozwojowe (w rozumieniu art. 5a pkt 40 ustawy o PIT) w ramach opisanej współpracy z Kontrahentem co najmniej od początku okresu objętego niniejszym wnioskiem, tj. od 1 stycznia 2026 r., w sposób ciągły i iteracyjny w kolejnych okresach rozliczeniowych.

W konsekwencji, mając na uwadze przedstawione okoliczności sprawy, Pana działalność polegająca na tworzeniu i rozwoju programów komputerowych spełnia definicję działalności badawczo-rozwojowej w rozumieniu art. 5a pkt 38 ustawy o podatku dochodowym od osób fizycznych.

Zatem jeżeli w okresie, którego dotyczy wniosek, tj. w roku 2026 oraz w kolejnych latach Pana działalność jest/będzie prowadzona w sposób tożsamy do opisanego, to spełnia/będzie ona spełniała definicję działalności badawczo-rozwojowej w rozumieniu art. 5a pkt 38 ww. ustawy.

Należy przy tym podkreślić, że działalnością badawczo-rozwojową nie jest/nie będzie całość usług świadczonych przez Pana ani też całość prowadzonej przez Pana działalności programistycznej, ale wyłącznie te działania, które ściśle dotyczą tworzenia innowacyjnych rozwiązań służących stworzeniu nowego produktu – takich jak te, które zostały wymienione we wniosku oraz w warunkach działalności opisanych we wniosku i jego uzupełnieniu.

Przedsiębiorcy osiągający dochody generowane przez prawa własności intelektualnej od 1 stycznia 2019 r. mogą korzystać z preferencyjnej stawki w podatku dochodowym.

Zgodnie z art. 30ca ust. 1 ustawy o podatku dochodowym od osób fizycznych:

Podatek od osiągniętego przez podatnika w ramach pozarolniczej działalności gospodarczej kwalifikowanego dochodu z kwalifikowanych praw własności intelektualnej wynosi 5% podstawy opodatkowania.

W myśl art. 30ca ust. 2 ww. ustawy:

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. 213oraz z 2025 r. poz. 1709),

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.

Na mocy art. 30ca ust. 3 ustawy o podatku dochodowym od osób fizycznych:

Podstawę opodatkowania stanowi suma kwalifikowanych dochodów z kwalifikowanych praw własności intelektualnej osiągniętych w roku podatkowym.

Należy przyjąć, że dochody z kwalifikowanego IP mogą być opodatkowane na preferencyjnych zasadach w takim zakresie, w jakim kwalifikowane IP wytwarza dochody w efekcie prac badawczo-rozwojowych prowadzonych przez podatnika. Innymi słowy, skorzystanie z preferencji IP Box jest możliwe w sytuacji występowania związku między dochodem kwalifikującym się do preferencji a kosztami faktycznie poniesionymi w celu jego uzyskania.

Stosownie natomiast do art. 30ca ust. 4 ustawy o podatku dochodowym od osób fizycznych:

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:

(a + b) x 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. 23m 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. 23m ust. 1 pkt 4,

d – nabycie przez podatnika kwalifikowanego prawa własności intelektualnej.

Na podstawie art. 30ca ust. 5 ww. ustawy:

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.

Stosownie natomiast do treści art. 30ca ust. 7 powołanej ustawy:

Dochodem (stratą) z kwalifikowanego prawa własności intelektualnej jest obliczony zgodnie z art. 9 ust. 2 dochód (strata) z pozarolniczej działalności gospodarczej w zakresie, w jakim został osiągnięty:

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;

4)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.

Na mocy art. 30ca ust. 11 ustawy o podatku dochodowym od osób fizycznych:

Podatnicy korzystający z opodatkowania zgodnie z ust. 1 tego artykułu są obowiązani do wykazania dochodu (straty) z kwalifikowanego prawa własności intelektualnej w zeznaniu za rok podatkowy, w których osiągnięto ten dochód (poniesiono stratę).

Na podstawie art. 30cb ust. 1 ustawy o podatku dochodowym od osób fizycznych:

Podatnicy podlegający opodatkowaniu na podstawie art. 30ca są obowiązani:

1)wyodrębnić każde kwalifikowane prawo własności intelektualnej w prowadzonych księgach rachunkowych;

2)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;

3)wyodrębnić koszty, o których mowa w art. 30ca 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 prowadzonych księgach rachunkowych w sposób zapewniający ustalenie łącznego dochodu z kwalifikowanych praw własności intelektualnej – w przypadku gdy podatnik wykorzystuje więcej niż jedno kwalifikowane prawo własności intelektualnej, a w prowadzonych księgach rachunkowych nie jest możliwe spełnienie warunków, o których mowa w pkt 2 i 3;

5)dokonywać 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 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 prowadzonych księgach rachunkowych nie jest możliwe spełnienie warunków, o których mowa w pkt 2-4.

Stosownie do treści art. 30cb ust. 2 ww. ustawy:

Podatnicy prowadzący podatkową księgę przychodów i rozchodów wykazują informacje, o których mowa w ust. 1, w odrębnej ewidencji.

Zgodnie z art. 30cb ust. 3 powołanej ustawy:

W przypadku gdy na podstawie ksiąg rachunkowych lub ewidencji, o której mowa w ust. 2, 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. 27 lub art. 30c.

Zatem, podatnik, który osiągnął w ciągu roku dochód z kwalifikowanego IP i decyduje, że wobec tego dochodu będzie stosował 5% stawkę podatku, jest zobowiązany do wykazania tego dochodu w zeznaniu rocznym składanym za rok, w którym ten dochód został osiągnięty.

Ponadto należy wskazać, że podatnik, który ma zamiar skorzystać z ww. preferencji jest zobowiązany prowadzić szczegółową ewidencję w sposób umożliwiający obliczenie podstawy opodatkowania, w tym powiązanie ponoszonych kosztów prac badawczo-rozwojowych z osiąganymi dochodami z kwalifikowanych praw własności intelektualnej powstałymi w wyniku przeprowadzenia tych prac.

Jak wcześniej rozstrzygnięto, Pana działalność w zakresie tworzenia programów komputerowych spełnia definicję działalności badawczo-rozwojowej, o której mowa w ustawie o podatku dochodowym od osób fizycznych.

Z treści wniosku wynika, że efekty Pana prac stanowią utwory w rozumieniu prawa autorskiego, w szczególności programy komputerowe oraz ich części (moduły, komponenty, algorytmy, biblioteki), utrwalone w kodzie źródłowym i podlegające ochronie. W uzupełnieniu doprecyzował Pan, że efekty Pana prac mogą mieć postać samodzielnego programu komputerowego albo technicznie wyodrębnialnego fragmentu większego programu komputerowego (...), takiego jak moduł, komponent, funkcjonalność, algorytm, biblioteka, skrypt, konfiguracja lub test. Nie obejmuje Pan preferencją IP Box elementów, które nie stanowią programu komputerowego albo formy wyrażenia programu komputerowego. Przeniesienie majątkowych praw autorskich do rezultatów prac następuje i będzie następować na podstawie umowy zawartej pomiędzy Panem a Kontrahentem. Umowa przewiduje odpłatne przeniesienie praw do rezultatów prac stanowiących program komputerowy albo technicznie wyodrębnialny fragment większego programu komputerowego stanowiący formę wyrażenia programu komputerowego, określa wynagrodzenie, pola eksploatacji oraz moment przejścia praw powiązany z przekazaniem i przyjęciem rezultatów przez Kontrahenta. W opisanym modelu przeniesienie praw następuje z zachowaniem wymogów dotyczących przeniesienia autorskich praw majątkowych, w szczególności art. 41 i art. 53 ustawy o prawie autorskim i prawach pokrewnych. Kwalifikuje Pan przychód z tego tytułu jako przychód z odpłatnego przeniesienia, tj. sprzedaży kwalifikowanego prawa własności intelektualnej, o której mowa w art. 30ca ust. 7 pkt 2 ustawy o PIT.

Prowadzi Pan odrębną ewidencję, niezależnie od podatkowej księgi przychodów i rozchodów, o której mowa w art. 30cb ust. 2 ustawy o PIT, w formie arkusza kalkulacyjnego, aktualizowaną cyklicznie (miesięcznie), umożliwiającą wyodrębnienie kwalifikowanych IP (autorskich praw do programów komputerowych oraz ich części) będących przedmiotem odpłatnego przeniesienia praw na Kontrahenta, przypisanie do każdego kwalifikowanego IP przychodów ze sprzedaży (odpłatnego przeniesienia praw), kosztów uzyskania przychodów oraz dochodu (straty) i wyodrębnienie kosztów uwzględnianych przy kalkulacji wskaźnika nexus.

Ewidencja, o której mowa w art. 30cb ustawy o PIT, jest prowadzona na bieżąco od początku okresu objętego niniejszym wnioskiem, tj. od 1 stycznia 2026 r., i aktualizowana miesięcznie. Ewidencja umożliwia przypisanie kosztów, o których mowa w art. 30ca ust. 4 ustawy o PIT, do poszczególnych kwalifikowanych IP w sposób pozwalający na określenie kwalifikowanego dochodu z tytułu ich sprzedaży (art. 30ca ust. 7 pkt 2).

Wniosek dotyczy okresu od 1 stycznia 2026 r. oraz lat kolejnych, przy założeniu utrzymania opisanego modelu współpracy. W tym okresie zasadniczym Pana celem jest tworzenie, rozwijanie i ulepszanie oprogramowania (...), w tym silnika (...) oraz powiązanych narzędzi deweloperskich.

Należy także wskazać, że 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 z dnia 4 lutego 1994 r. o prawie autorskim i prawach pokrewnych (t. j. Dz. U. z 2025 r. poz. 24 ze zm.); dalej: „ustawa o PAIPP”.

Stąd oprogramowanie może być uznane za kwalifikowane IP, w świetle art. 30ca ust. 2 pkt 8 ustawy o podatku dochodowym od osób fizycznych, jeśli jego wytworzenie, rozszerzenie lub ulepszenie jest wynikiem prac badawczo-rozwojowych.

Zgodnie z art. 74 ust. 2 ustawy o PAIPP:

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.

Mając powyższe na uwadze, stwierdzić należy, że jeśli faktycznie efektem Pana pracy są/będą programy komputerowe (tj. programy komputerowe albo technicznie wyodrębnialne fragmenty większego programu komputerowego stanowiące formę wyrażenia programu komputerowego), podlegające ochronie na podstawie art. 74 ustawy o prawie autorskim i prawach pokrewnych, to autorskie prawa do tych programów komputerowych, wytwarzanych samodzielnie przez Pana na terytorium Rzeczypospolitej Polskiej są/będą kwalifikowanymi prawami własności intelektualnej w rozumieniu art. 30ca ust. 2 pkt 8 ustawy o podatku dochodowym od osób fizycznych. W świetle bowiem art. 30ca ust. 2 pkt 8 ustawy o podatku dochodowym od osób fizycznych, kwalifikowanym prawem własności intelektualnej jest autorskie prawo do programu komputerowego podlegające ochronie prawnej.

Przychody z tytułu przenoszenia autorskich praw majątkowych do programów komputerowych na Zleceniodawcę mieszczą się w kategorii przychodów ze sprzedaży kwalifikowanego prawa własności intelektualnej, które są podstawą do ustalenia dochodu z kwalifikowanego IP (art. 30ca ust. 7 pkt 2 ustawy).

Tym samym, na podstawie art. 30ca ust. 1 ww. ustawy, będzie Pan mógł zastosować stawkę opodatkowania 5% do kwalifikowanego dochodu osiągniętego z kwalifikowanych praw własności intelektualnej za lata objęte wnioskiem, tj. za rok 2026 oraz za kolejne lata podatkowe, jeżeli przedstawione okoliczności sprawy oraz stan prawny nie ulegną zmianie.

Należy podkreślić, że wysokość kwalifikowanego dochodu z kwalifikowanego IP ustala się jako iloczyn:

‒dochodu z kwalifikowanego IP osiągniętego w roku podatkowym i

‒wskaźnika nexus obliczonego według specjalnego wzoru określonego w art. 30ca ust. 4 ustawy o podatku dochodowym od osób fizycznych.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy:

‒stanu faktycznego, który Pan przedstawił i stanu prawnego, który obowiązywał w dacie zaistnienia zdarzenia, oraz

‒zdarzenia przyszłego, które Pan przedstawił i stanu prawnego, który obowiązuje w dniu wydania interpretacji.

Niniejszą interpretację wydano w oparciu o opis stanu faktycznego oraz zdarzenia przyszłego przedstawiony we wniosku. Rolą postępowania w sprawie wydania indywidualnej interpretacji przepisów podatkowych nie jest ustalanie stanu faktycznego (zdarzenia przyszłego), stanowi to bowiem domenę ewentualnego postępowania podatkowego. To na podatniku ciąży obowiązek udowodnienia w toku tego postępowania okoliczności faktycznych, z których wywodzi on dla siebie korzystne skutki prawne. Organ nie prowadzi postępowania dowodowego, ograniczając się do analizy okoliczności podanych we wniosku. W stosunku do tych okoliczności wyraża swoje stanowisko, które zawsze musi być jednak ustosunkowaniem się do poglądu (stanowiska) prezentowanego w danej sprawie przez wnioskodawcę. Jeżeli w toku ewentualnego postępowania organ uzna, że zdarzenie opisane we wniosku różni się od zdarzenia występującego w rzeczywistości, wówczas wydana interpretacja nie będzie Pana chroniła.

Pouczenie o funkcji ochronnej interpretacji

Funkcję ochronną interpretacji indywidualnych określają przepisy art. 14k-14nb ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (t. j. Dz. U. z 2026 r. poz. 622). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli Pana sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego lub zdarzenia przyszłego i zastosuje się Pan 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ę

Ma Pan prawo do zaskarżenia tej interpretacji indywidualnej do Wojewódzkiego Sądu Administracyjnego w Krakowie, ul. Rakowicka 10, 31-511; Kraków. Zasady zaskarżania interpretacji indywidualnych reguluje ustawa z dnia 30 sierpnia 2002 r. Prawo o postępowaniu przed sądami administracyjnymi (t. j. Dz. U. z 2026 r. poz. 143 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. Warszawska 5, 43-300 Bielsko-Biała (art. 47 § 1 PPSA), albo

·w formie dokumentu elektronicznego, w jednym egzemplarzu (bez odpisu), na adres Krajowej Informacji Skarbowej na platformie ePUAP: /KIS/wnioski albo /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 Ordynacji podatkowej.