0114-KDIP2-2.4011.265.2021.2.AS

Interpretacja indywidualna – stanowisko prawidłowe Szanowny Panie, stwierdzam, że  Pana stanowisko w sprawie oceny skutków podatkowych opisanego stanu faktycznego w podatku dochodowym od  osób fizycznych jest prawidłowe. Zakres wniosku o wydanie interpretacji indywidualnej 7 października 2021 r. wpłynął Pana wniosek o wydanie interpretacji indywidualnej, który dotyczy opodatkowania dochodów z kwalifikowanych praw własności intelektualnej preferencyjną stawką podatku (IP Box). Uzupełnił go Pan – w odpowiedzi na wezwanie – pismem z 4 stycznia 2022 r. (data wpływu 7 stycznia 2022 r.). Treść wniosku jest następująca: Opis stanu faktycznego Wnioskodawca od  15 kwietnia 2009 r. prowadzi jednoosobową działalność gospodarczą, zarejestrowaną w Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod nazwą (…). Przedmiotem działalności Wnioskodawcy jest działalność w zakresie inżynierii i związane z nią doradztwo techniczne, sklasyfikowane pod symbolem PKD 71.12.Z. Wnioskodawca korzysta z opodatkowania podatkiem liniowym na podstawie art. 30c ust.1 ustawy o podatku dochodowy od  osób fizycznych. Za rok 2019 oraz rok 2020 Wnioskodawca złożył zeznania PIT-36L. Wnioskodawca posiada na terytorium Rzeczypospolitej Polskiej nieograniczony obowiązek podatkowy w świetle art. 3 ust. 1 oraz ust. 1a ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od  osób fizycznych i rozlicza się na podstawie podatkowej księgi przychodów i rozchodów. W swojej działalności Wnioskodawca zajmuję się przede wszystkich analizą biznesową/systemową (jako „Business analyst”) oraz zarządzaniem produktem (jako „Product manager”). Działając jako analityk biznesowy (Business analyst), w zakresie obowiązków Wnioskodawcy znajduje się: Identyfikacja potrzeb biznesowych klientów i zainteresowanych stron w celu określenia rozwiązań problemów biznesowych.Analiza oraz synteza potrzeb biznesowych w celu zaplanowania nowych funkcjonalności produktów lub zmian (ewolucji) istniejących produktówProjektowanie nowych funkcjonalności / zmian w istniejących funkcjonalnościach w ujęciu funkcjonalnym (co ma robić dane rozwiązanie) oraz UX (User-Experience, czyli jak ma wyglądać interakcja użytkowników z aplikacją, jakie dane mają być prezentowane / zbierane na formularzach, jaki schemat graficzny mają mieć formularze itp.).Planowanie prac nad poszczególnymi funkcjonalnościami, szacowanie pracochłonności razem z zespołem programistów i testerów oraz monitorowanie postępów prac.Aktywne uczestnictwo w pracach zespołu developerskiego budującego oprogramowanie (rozwiązywanie problemów, modelowanie procesów, opracowywanie algorytmów)Weryfikacja wyników prac zespołu pod kątem spełnienia wymogów biznesowych oraz zachowania należytego poziomu jakościOpracowywanie dokumentacji oprogramowania (użytkownika, administratora, szkoleniowej).Planowanie i nadzorowaniem pod kątem analitycznym prac związanych z integracją oprogramowania z zewnętrznymi dostawcami usług (integracja za pomocą API), takich jak linie lotnicze, systemy biur podróży, systemy HR itpAnaliza problemów zgłoszonych przez użytkowników aplikacji. W zakresie działania jako menedżer produktu (Product manager) Wnioskodawca realizuje te same zadania opisane powyżej (jako analityk biznesowy) oraz dodatkowo odpowiada za: Tworzenie i utrzymywanie tzn. roadmapy (mapy drogowej) wskazującej jakie funkcjonalności mają zostać zrealizowane, wraz ze wskazaniem kiedy powinny być gotowe.Analiza rynku w celu wypracowania rozwiązań mających charakter innowacji w odniesieniu do podobnych rozwiązań już istniejących.Negocjowanie priorytetów / kolejności realizowania zadać z klientem i innymi zainteresowanymi stronami, tak aby zmaksymalizować wartość końcową rozwiązania po każdym zrealizowanym bloku zadań (sprincie).Realizacja cyklicznych przeglądów postępów prac oraz weryfikacja, czy nie nastąpiło znaczące odstępstwo od  uzgodnionego oraz zakomunikowanego klientowi planu prac. Projekty: W okresie od  stycznia 2019 roku do chwili obecnej Wnioskodawca bierze udział w realizacji następujących projektów: 1) EX (jako analityk biznesowy) Głównym celem projektu „EX” jest stworzenie kompleksowego systemu umożliwiającego kontrolowanie wydatków służbowych. Końcowym produktem wprowadzonym na rynek będzie, oferowany jako usługa SaaS (Software as a Service), tzw. Expense Management Tool − system informatyczny będący narzędziem do raportowania i kontrolowania wydatków służbowych inicjowanych przez pracowników. W ramach prac nad projektem wyodrębnione zostały następujące kluczowe prace badawcze: 1.  Opracowanie algorytmów gromadzenia, synchronizacji, przetwarzania i klasyfikacji danych pochodzących z systemów zewnętrznych Prace z obszaru algorytmizacji dotyczą: importu dokumentów finansowych,rejestracji dokumentów finansowych w oparciu o mechanizm skanujący obrazy,importu wyciągów z systemów bankowych i płatniczych,synchronizacji profili użytkowników. 2.  Opracowanie przyjaznego użytkownikowi, dedykowanego języka skryptowego oraz jego interpretatora na potrzeby możliwości szerokiej adaptacji reguł biznesowych dotyczących raportowania i kontrolingu wydatków służbowych. Docelowa grupa odbiorców systemu to średnie i duże przedsiębiorstwa, w których pracownicy często zgłaszają wydatki służbowe. 2) WM (jako analityk biznesowy) Celem projektu jest budowa, wdrożenie i rozwój narzędzia do tworzenia rezerwacji podróży dedykowanego dla agentów biur podróży (narzędzie klasy Online Booking Tool). Narzędzie to jest udostępniane dla klientów w modelu SaaS. Cechami wyróżniającymi narzędzie na tle konkurencji są: Przyjazdy interfejs użytkownika, dopracowany pod względem ergonomii.Dostęp do kompleksowej oferty dostawców (loty, pociągi, hotele, wynajem samochodów) w zunifikowany sposób optymalizujący koszty pracy agenta.Bezpośrednia integracja z dostawcami API zgodnymi ze standardem NDC (New Distribution Capability), takimi jak linie lotnicze oraz umożliwienie porównywania ofert dostępnych w różnych kanałach dystrybucji. Docelowa grupa odbiorców systemu to agencje / biura podróży. 3) AT (jako menedżer produktu) Celem projektu jest budowa i rozwój systemu (model SaaS) do zarządzania ryzykiem podróży służbowych (…). System ten pozwala na: Pozyskiwanie od  biur podróży oraz Globalnych Systemów Dystrybucji informacji o planowanych oraz trwających podróżach pracowników firm korzystających z systemu.Dostęp on-line do materiałów szkoleniowych na temat ryzyka podróży kierowanych do pracowników firm korzystających z systemu.Komunikację masową z pracownikami firm korzystających z systemu (SMS, Email, aplikacja mobilna - komunikaty PUSH).Monitorowanie zdarzeń mających wpływ na bezpieczeństwo pracowników firm korzystających z systemu oraz informowanie pracowników oraz ich kierownictwa o sugerowanych działaniach mitygujących ryzyko.Generowanie raportów i analiz związanych z podróżami wraz z określeniem poziomu ryzyka podróży służbowych.Wyznaczanie lokalizacji adresów pracowników w sytuacjach zagrożenia.Wysyłanie powiadomień o incydentach przez pracowników za pomocą dedykowanej aplikacji mobilnej w sposób, który skutkuje natychmiastowym podjęciem działań przez kierownictwo firmy oraz dedykowany zespół zarządzania operacyjnego (w sytuacji strzelaniny, próby porwania, wypadku itp.).Integrację z bazami HR firm korzystających z Systemu.Integrację z SSO firm korzystających z SystemuWysyłanie dedykowanych informacji do podróżujących w zależności od  stopnia zaawansowania podróży (przed, po   rozpoczęciu, po   zakończeniu) oraz stopnia ryzyka kraju docelowego podróży. W wyniku prac świadczonych przez Wnioskodawcę powstają określone elementy przedstawionych powyżej systemów informatycznych. Działalność prowadzona przez Wnioskodawcę w ramach wytwarzania, rozwijania oraz ulepszania Systemu jest działalnością twórczą obejmującą badania naukowe oraz prace rozwojowe. Wnioskodawca prowadzi prace rozwojowe, które polegają na łączeniu wiedzy i umiejętności z zakresu kilku obszarów informatyki tj. analizy biznesowej i systemowej, inżynierii wymagań, projektowania obiektowego oprogramowania oraz projektowania. Zdaniem Wnioskodawcy Realizowane badania naukowe mają charakter badań aplikacyjnych. Świadczone przez Wnioskodawcę usługi są działalnością badawczą (badania aplikacyjne) polegających na zdobywaniu nowej wiedzy i umiejętności potrzebnej do opracowywania nowych produktów oraz procesów Wnioskodawca dokonuje również bieżącej analizy oraz monitoringu rynku w celu wypracowania rozwiązań mających charakter innowacji w odniesieniu do podobnych istniejących już rozwiązań. Wnioskodawca prowadzi prace rozwojowe (w rozumieniu art. 4 ust. 3 ustawy o szkolnictwie wyższym), które polegają na łączeniu wiedzy i umiejętności z zakresu kilku obszarów informatyki tj. analizy biznesowej i systemowej, inżynierii wymagań, projektowania obiektowego oprogramowania, projektowania UX/UI w celu realizacji wymagań rozwoju produkowanego systemu informatycznego. Działania w pierwszej kolejności polegają na analizie trzech czynników: wymagań interesariuszy na nowe funkcjonalności systemu (cel biznesowy),rozwijanego systemu w zakresie obecnie działających funkcjonalności i uwarunkowań technicznych,rozwiązań konkurencyjnych / aktualnych trendów rynkowych w celu identyfikacji czynnika innowacyjności. Natomiast w dalszej kolejności projektowane są unikatowe funkcjonalności, które spełniają wymagania interesariuszy, rozwijają istniejący produkt i wnoszą do niego czynnik innowacyjności, który wyróżnia go na tle konkurencji Aspekt innowacyjności podczas projektowania kreowany jest wg potrzeby wprowadzania takich ulepszeń, które powodują, że  System działa szybciej i bardziej niezawodnie, a jego funkcjonalności są optymalizowane pod względem prostoty używania (użyteczności) i mogą być skierowane do coraz to większego grona odbiorców. Każda nowo wprowadzana funkcjonalność tj. zmiana w systemie wymaga indywidualnego podejścia i planowania prac. Jest to spowodowane tym, że  za każdym razem określane są inne wymagania na zmianę, obszar zmienianego systemu, funkcjonalność do zaimplementowania, a także zakres potrzebnych prac do optymalnego zaplanowania. w związku z tym działalność Wnioskodawcy nie ma charakteru rutynowego i okresowego. Działalność prowadzona jest w sposób uporządkowany, zaplanowany i metodyczny, zazwyczaj z wykorzystaniem zwinnych ram realizacji projektów informatycznych (Agile), na podstawie przygotowanego harmonogramu prac, z przyjęciem określonych celów do osiągnięcia. Prowadzone prace opierają się o tzw. roadmapę produktową, która określa ogólne wymogi biznesowe w zakresie funkcjonalności, jakie posiadać musi tworzone rozwiązanie. Poszczególne pozycje na roadmapie posiadają określone ramy czasowe, w których powinny zostać zrealizowane w sposób pozwalający na ich produkcyjne wykorzystanie Każda z pozycji na roadmapie jest następnie (w uproszczeniu) poddawana procesom analizy a następnie dekompozycji na zadania wraz z określeniem terminu zakończenia realizacji każdego z nich oraz kryteriów akceptacji rezultatów prac (szczegółowe określających co i w jaki sposób realizować musi rozwiązanie, aby uznać można było, że  prace nad daną pozycją roadmapy zostały zakończone). Wnioskodawca uważa, iż jednym z celów jego działalności jest zwiększenie zasobów wiedzy oraz wykorzystania jej do tworzenia nowych zastosowań". w ramach prac analitycznych oraz projektowania rozwiązań informatycznych Wnioskodawca pozyskuję i wykorzystuję aktualnie dostępną wiedzę branżową (IT) oraz biznesową (Travel, Expense management, Duty of Care). Celem działań Wnioskodawcy jest tworzenie nowych produktów oraz rozwijanie istniejących produktów zaspokajających potrzeby klientów/użytkowników (aktualnych oraz potencjalnych, biorąc pod uwagę strategię rozwoju produktów). Wnioskodawca świadczy usługi w ramach umowy B2B dla firm produkujących rozwiązania informatyczne (System). Wnioskodawca w ramach swojej działalności nie publikuję oprogramowania. Oprogramowanie publikują firmy na rzecz, których działa Wnioskodawca. Niemniej jednak działania Wnioskodawcy prowadzą do wytworzenia, rozwinięcia lub ulepszenia Systemu. W ramach swojej działalności Wnioskodawca świadczy usługi doradcze mieszczących się w zakresie analizy biznesowej / systemowej oraz zarzadzania produktami informatycznymi. w praktyce przekłada się to na: Analizę potrzeb klientów / użytkowników końcowych i tworzenie koncepcji, rozwiązań IT, tworzenie wizji architektury systemów, specyfikowanie nowych funkcjonalności, tworzenie dokumentacji szkoleniowej oraz użytkownika (o ile jest to wymagane).Ulepszanie istniejących rozwiązań IT - specyfikowanie zmian.Bieżący nadzór nad implementacją rozwiązań IT, rozwiązywanie bieżących problemów natury merytorycznej.Opracowywanie makiet interfejsu użytkownika dla rozwiązań IT (User Experience).Testowanie rozwiązań IT.Prowadzenie prezentacji/szkoleń użytkowników. W ramach prowadzonej działalności gospodarczej Wnioskodawca opracowuje nowe funkcjonalności systemu informatycznego. Polega to na analizie i projektowaniu nowych lub ulepszaniu istniejących funkcjonalności Systemu. Wnioskodawca tworzy nowe procesy, algorytmy, interfejsy użytkownika oraz modele i przepływów danych. Każda nowa funkcjonalność powoduje rozszerzenie (ulepszenie) zakresu usług produkowanego systemu. Projektowaną funkcjonalnością może być rozwinięcie istniejącego modułu np. przyspieszenie procesu realizacji rezerwacji podróży biznesowej, lub stworzenie zupełnie nowego modułu. Bez działań Wnioskodawcy w tym zakresie System nie miałby szans odniesienia sukcesu na rynku. W efekcie prac prowadzonych przez Wnioskodawcę powstają określone elementy (oprogramowanie) Systemów, które w połączeniu z innymi częściami − wytworzonymi we współpracy z innymi podmiotami - stanowi całość. Wytworzony System podlega ochronie na podstawie art. 74 ustawy o prawie autorskim i prawach pokrewnych. Właścicielem oprogramowania jest podmiot na którego rzecz działa Wnioskodawca. Wnioskodawca rozwija oprogramowanie na zlecenie Zleceniodawcy. W wyniku rozwijania oprogramowania przez zespół, powstają nowe algorytmy, procesy, interfejsy użytkownika, modele danych, które stanowią odrębne prawo własności intelektualnej. Wnioskodawca bezpośrednio nie programuje, projektuje jednak algorytmy, często również robiąc to w wysokopoziomowych notacjach służących do modelowania systemów i procesów (…). W wyniku rozwijania Systemu (oprogramowania) powstają nowe funkcjonalności, nowe moduły systemowe z odrębnymi funkcjonalnościami, które stanowią odrębne kwalifikowane prawo własności intelektualnej. w ocenie Wnioskodawcy również niektóre efekty jego prac (algorytmy, specyfikacje, dokumentacja, modele interfejsów) oraz prac zespołów w ramach których funkcjonuje stanowią odrębne prawo własności intelektualnej Odpowiedzialność wobec osób trzecich za rezultat oraz wykonywane czynności ponosi Wnioskodawca Świadczone przez Wnioskodawcę usługi w ramach umowy B2B, nie są wykonywane pod kierownictwem oraz w miejscu i czasie wyznaczonym przez zlecającego. Wnioskodawca sam decyduje o miejscu i czasie wykonania czynności, mając na uwadze terminy określone przez klienta. Wnioskodawca, jako podmiot prowadzący działalność gospodarczą oraz profesjonalnie zajmujący się świadczeniem usług będących przedmiotem Umowy zwartej ze Zleceniodawcą, ponosi wszelkie ryzyko związane z prowadzoną działalnością. Wnioskodawca posiada odrębną od  podatkowej księgi przychodów i rozchodów, zgodną z wymogami art. 30cb ustawy o podatku dochodowym od  osób fizycznych ewidencję, pozwalającą na ustalenie przychodów, kosztów uzyskania przychodów i dochodu (straty) przypadających na kwalifikowane prawo własności intelektualnej oraz na wyodrębnienie kosztów, o których mowa w art. 30ca ust. 4 ustawy o podatku dochodowym od  osób fizycznych. Ewidencja taka prowadzona była na bieżąco za rok 2019 oraz 2020. Wnioskodawca z ostrożności oraz w związku z niepewną linią interpretacyjną organów podatkowych w pierwotnych zeznaniach PIT 36-L za 2019 r. PIT-36L za 2020 r. oraz nie wykazał ulgi IP Box (opodatkowania dochodów wg 5 % stawki podatku dochodowego). Po zapoznaniu się z zagadnieniem IP BOX oraz linią interpretacyjną organów podatkowych Wnioskodawcy uważa, iż spełnia wszystkie przesłanki umożliwiające opodatkowanie dochodów za 2019 r. oraz 2020 r. na mocy art. 30ca i art 30cb ustawy o podatku dochodowym od  osób fizycznych, które umożliwiają zastosowanie 5% stawki opodatkowania do dochodu z kwalifikowanego prawa własności intelektualnej, tj. autorskiego prawa do programu komputerowego (art. 30ca ust. 1 i ust. 2 pkt 8 ww. ustawy). W związku z powyższym na podstawie art. 81 § 1 i 2 Ordynacji podatkowej Wnioskodawca uważa, iż może dokonać korekty deklaracji PIT-36L za 2019 r., oraz deklaracji PIT-36L za 2020 r., w których dokona rozliczenia dochodów z zastosowaniem art. 30ca, art. 30cb ustawy, tj. z zastosowaniem 5 % stawki podatku dochodowego. Uzupełnienie i doprecyzowanie opisu stanu faktycznego Prace realizowane w ramach opisanych przeze mnie projektów spełniają definicję działalności badawczo-rozwojowej, o której mowa w przepisach ustawy o PIT. Działalność badawczo-rozwojową prowadzę od  2008 roku, w którym to rozpocząłem pracę w roli analityka oprogramowania (od tego momentu uzyskuję dochody z tego tytułu). Moja działalność obejmuje tworzenie i rozwój oprogramowania w ramach prac rozwojowych. Efektem moich prac jest projektowanie i tworzenie nowych projektów, procesów lub usług, które mają innowacyjny charakter. W swojej praktyce zawodowej tworzę (projektuję, specyfikuję, dokumentuję) produkty oraz usługi cechujące się innowacyjnością zarówno w ujęciu produktowym (np. fuzja istniejących technologii w celu dostarczenia nowego pod względem potencjalnych zastosowań oprogramowania, znacząco wykraczającego poza możliwości bazowych technologii) oraz procesowym (zmiana sposobu realizacji znanego procesu biznesowego polegająca na jego udoskonaleniu poprzez znaczące uproszczenie jego przebiegu oraz uczynieniu go bardziej bezpiecznym dla użytkownika końcowego). Działalność prowadzona jest w sposób uporządkowany, zaplanowany i metodyczny, zazwyczaj z wykorzystaniem zwinnych ram realizacji projektów informatycznych (Agile), na podstawie przygotowanego harmonogramu prac, z przyjęciem określonych celów do osiągnięcia. Każdorazowo, w ramach podejmowanych przeze mnie działań, w projektach nad którymi pracuję, kluczowym krokiem jest zdefiniowanie celu do osiągnięcia (rozwiązania problemu biznesowego lub wykorzystania możliwości rynkowej). Następnie określany jest harmonogram prac, przy czym stosowaną przeze mnie praktyką jest: Określanie daty, kiedy dana funkcjonalność lub moduł systemu musi posiadać gotowość produkcyjną (czyli, kiedy potencjalni użytkownicy mogliby zacząć korzystać z nowych możliwości oprogramowania) − data ta jest zgodna z terminami i priorytetami wynikającymi z mapy drogowej (ang. roadmap) dla całego systemu;Szczegółowe zaplanowanie harmonogramu aktywności prowadzących do osiągnięcia zaplanowanego celu, łącznie z wstępnym oszacowaniem pracochłonności poszczególnych zadań składowych (zazwyczaj wykonywane razem z pozostałymi członkami zespołu projektowego). w przypadku zastosowania podejścia zwinnego (Agile), czas przewidziany na osiągniecie założonego celu jest dodatkowo dzielony na „sprinty” − etapy prac o stałej długości, w ramach których wykonuje się wytworzenie w pełni funkcjonalnego fragmentu docelowego rozwiązania, po   to, by możliwe było już na wczesnym etapie określenie, czy prowadzone działania prowadzą do określenia pierwotnie postawionego celu. Opisane podejście jest de facto standardem przyjętym w firmach produkujących oprogramowanie, gdzie reagowanie na potrzeby użytkowników oraz zmiany na rynku jest kluczowe. ·         Analityk biznesowy: I.   Identyfikacja potrzeb biznesowych klientów i zainteresowanych stron w celu określenia rozwiązań problemów biznesowych. Działanie to stanowi wyodrębniony proces z zakresu inżynierii wymagań i jest realizowane w sposób uporządkowany i metodyczny, z użyciem technik i zasad zdefiniowanych w BABOK (Business Analysis Body of Knowledge® opracowanego przez International Institute of Business Analysis™). BABOK jest pisemnym przewodnikiem po   zbiorze wiedzy z zakresu analizy biznesowej, odzwierciedlającym aktualne najlepsze praktyki, stanowiącym ramy opisujące obszary wiedzy wraz z powiązanymi z nimi działaniami, zadaniami i wymaganymi technikami.Działanie to jest realizowane na początku fazy tworzenia oprogramowania (danej funkcjonalności) naprzemiennie z II.  Analiza oraz synteza potrzeb biznesowych w celu zaplanowania nowych funkcjonalności produktów lub zmian (ewolucji) istniejących produktów. Działanie to również stanowi wyodrębniony proces z zakresu inżynierii wymagań i jest realizowane w sposób uporządkowany i metodyczny, również z użyciem technik i zasad zdefiniowanych w BABOK. III. Projektowanie nowych funkcjonalności / zmian w istniejących funkcjonalnościach w ujęciu funkcjonalnym (co ma robić dane rozwiązanie) oraz UX (User-Experience, czyli jak ma wyglądać interakcja użytkowników z aplikacją, jakie dane mają być prezentowane / zbierane na formularzach, jaki schemat graficzny mają mieć formularze itp). Działania te zalicza się fazy opracowywania oprogramowania (ang. Elaboration phase, zgodnie z Rational Unified Process). w trakcie tej fazy tworzy się specyfikację funkcjonalną oraz projekt interfejsu użytkownika poprzez opracowanie modeli działania funkcjonalności oraz koncepcji docelowej architektury. Ja w swojej praktyce stosuję diagramy UML (ang. Unified Modelin Language) zgodnie ze standardem UML 2.5, BPMN2 (ang. Business Process Modeling and Notation) zgodnie ze standardem BPMN 2.0 oraz modelowanie makiet interfejsu użytkownika za pomocą tzw. Wireframeing-u. Wskazanie, jakie modele będą zastosowane jest elementem planowania prac każdego zadania. IV.       Planowanie prac nad poszczególnymi funkcjonalnościami, szacowanie pracochłonności razem z zespołem programistów i testerów oraz monitorowanie postępów prac. Działanie to poprzedza faktyczne rozpoczęcie prac nad daną funkcjonalnością (zostało w opisane na początku udzielanej odpowiedzi). V. Aktywne uczestnictwo w pracach zespołu developerskiego budującego oprogramowanie (rozwiązywanie problemów, modelowanie procesów, opracowywanie algorytmów). W trakcie prac nad programowaniem kluczowe jest reagowanie na nowo odkrytą wiedzę o problemie biznesowym czy ograniczeniach przyjętej technologii. w zakresie podejmowanych przeze mnie działań leży również doraźne wsparcie programistów poprzez opracowywanie nowych algorytmów oraz procesów biznesowych (na poziomie logicznym) lub modyfikacja uprzednio opracowanych algorytmów w sposób minimalizujący negatywny wpływ wykrytych ograniczeń lub maksymalizujący korzyści z osiągnięcia ostatecznego rezultatu. Opisane działania to jedne z najlepszych praktyk stosowanych podczas zwinnego wytwarzania oprogramowania, szczególnie, gdy efekt końcowy ma cechować się innowacyjnością oraz konkurencyjnością rynkową. VI.       Weryfikacja wyników prac zespołu pod kątem spełnienia wymogów biznesowych oraz zachowania należytego poziomu jakości. Działanie to stanowi jeden z elementów procesu zapewnienia jakości oprogramowania (QA; ang. Quality Assurance), który to należy do obszaru wytwarzania oprogramowania. Każda aktywność z zakresu QA cechuje się metodycznym podejściem i wiąże się ze zdefiniowaniem kryteriów akceptacji, opracowaniem planu testów wraz ze scenariuszami, zdefiniowaniem danych testowych. VII. Opracowywanie dokumentacji oprogramowania (użytkownika, administratora, szkoleniowej). Działanie to ma na celu udokumentowanie wiedzy na temat działania wytworzonego oprogramowania i stanowi nieodłączną składową reprezentującą ostateczny wynik prac. VIII.     Planowanie i nadzorowaniem pod kątem analitycznym prac związanych z integracją oprogramowania z zewnętrznymi dostawcami usług (integracja za pomocą API), takich jak linie lotnicze, systemy biur podróży, systemy HR itp. W przypadku działań, jak zadania integracyjne, kluczowe jest zapewnienie, aby końcowy rezultat (innowacyjny efekt połączenia możliwości systemu zewnętrznego z wytwarzanym systemem) generował oczekiwaną wartość dla użytkowników oprogramowania oraz innych interesariuszy projektów. w przedsięwzięciach takich pełnię osobiście rolę głównego koordynatora integracji i głównego projektanta interfejsu komunikacyjnego (tworzę modele interakcji). Proces integracji zawsze wymaga: IX.       Analiza problemów zgłoszonych przez użytkowników aplikacji. Oprogramowanie udostępnione użytkownikom końcowym podlega opiece technicznej świadczonej przez zespół wsparcia użytkowników końcowych (Sen/ice Support). Niektóre zgłoszenia od  użytkowników nie stanowią usterek ani wad oprogramowania, lecz stanowią de facto wymagania względem oprogramowania, które podlegać powinny procesom inżynierii wymagań (opisanym w punkcie 1 oraz 2 powyżej). w przypadku takich zgłoszeń, zespół wsparcia, zgodnie z procesem obsługi zgłoszeń, oficjalnie przekazuje sprawę do analityka biznesowego w celu dalszego procedowania. (Menedżer produktu)  I. Tworzenie i utrzymywanie tzn. roadmapy (mapy drogowej) wskazującej jakie funkcjonalności mają zostać zrealizowane, wraz ze wskazaniem kiedy powinny być gotowe. Działanie to jest kluczowe do osiągnięcia sukcesu rynkowego oprogramowania i zapewnienie odpowiedniego poziomu innowacji w ramach zmieniających się realiów rynkowych. Utrzymanie mapy drogowej jest jednym z kluczowych procesów zarządzania produktem, w rezultacie którego powstaje ramowy harmonogram prac nad oprogramowaniem. II.  Analiza rynku w celu wypracowania rozwiązań mających charakter innowacji w odniesieniu do podobnych rozwiązań już istniejących. Działanie to jest zaliczanie do dziedziny inżynierii wymagań i stanowi de facto proces badania rynku, który posiada swoje zasady, narzędzia i oczekiwane rezultaty, czyli wymagania biznesowe (wraz z uzasadnieniem), które następnie poddaje się dalszemu procedowaniu. III. Negocjowanie priorytetów / kolejności realizowania zadać z klientem i innymi zainteresowanymi stronami, tak aby zmaksymalizować wartość końcową rozwiązania po   każdym zrealizowanym bloku zadań (sprincie). a. Działanie to jest jednym z narzędzi efektywnego zarządzania produktem i jest związane z procesem tworzenia i utrzymania mapy drogowej oprogramowania. IV.     Realizacja cyklicznych przeglądów postępów prac oraz weryfikacja, czy nie nastąpiło znaczące odstępstwo od  uzgodnionego oraz zakomunikowanego klientowi planu prac. Działanie to jest również jednym z narzędzi efektywnego zarządzania produktem i jest związane z procesem tworzenia i utrzymania mapy drogowej oprogramowania. W ramach mojej działalności, w każdym z projektów, które realizuję, nieustannie poszukuje nowych rozwiązań mających na celu zarówno ulepszenie (uczynienie bardziej konkurencyjnymi, bardziej przyjaznymi użytkownikom) samych produktów, jak i optymalizację procesu ich tworzenia (skuteczniejsze planowanie prac w ramach sprintów, nowe metody projektowania oraz modelowania funkcjonalności poprzez zdobywanie wiedzy z zakresu zarządzania produktem oraz analizy biznesowej a następnie stosowanie w praktyce po   odpowiednim dostosowaniu do moich standardów pracy. Przez lata pracy w branży informatycznej jako analityk biznesowy, analityk systemowy, konsultant oraz menedżer produktu, wypracowałem własną metodykę efektywnej analizy wymagań oraz projektowania rozwiązań, które oparłem na najlepszych sprawdzonych praktykach rynkowych, którą to ulepszam i rozwijam z każdym nowym realizowanym projektem. Zawodowo, angażuję się jedynie w projekty o wysokim poziomie innowacyjności i różnorodności, które pozwalają na ciągłe doskonalenie warsztatu menedżera produktu oraz analityka biznesowego. Jednym z kluczowych elementów wspomnianej przeze mnie metodyki jest systematyczne podejście do odkrywania i analizy wymagań oraz projektowania rozwiązań na bazie tejże analizy. Każdy projekt jest inny, zatem konieczne jest właściwe dobranie zestawu narzędzi i strategii działania. Poziom dokumentowania poszczególnych etapów jest też zazwyczaj zależny od  oczekiwań klienta, jednakże prace po   mojej stronie zazwyczaj są zorganizowane zgodnie z punktami poniżej: I.   Pierwszy etap moich prac jest skupiony na potrzebie właściwego zrozumienia wymagania oraz zdefiniowania celu prac (problemu biznesowego do rozwiązania, możliwości rynkowej do wykorzystania) w sposób mierzalny i jednoznaczny. w ramach tego etapu gromadzę wszelką dostępną wiedzę na temat kontekstu problemu biznesowego, przeprowadzam wywiady z interesariuszami projektu w celu klaryfikacji wymagania (o ile jest to możliwe z uwagi na dostępność interesariuszy) a następnie wykonuję analizę rynku (uproszczoną lub pełną): Uproszona analiza ma na celu rozpoznanie rozwiązań konkurencyjnych pod kątem istnienia funkcjonalności spełniającej częściowo lub w całości postawione na wstępie wymaganie oraz określenie głównych niedoskonałości w zidentyfikowanych w konkurencyjnych rozwiązaniach (także analiza opinii użytkowników), w celu stosownego zaadresowania potencjalnych powodów niedoskonałości w tworzonym rozwiązaniu. Ma to na celu uniknięcie błędów konkurencji, tak aby tworzone rozwiązanie było lepsze pod każdym możliwym względem (a w szczególności w zakresie ergonomii oraz bezpieczeństwa) w granicach określonych przez ograniczenia projektowe: czas, budżet oraz zasoby ludzkie.Pełna analiza rynku obejmuje analizę uproszczoną połączoną z analizą docelowego modelu biznesowego, najczęściej realizowana za pomocą narzędzia Business Model Canavas, która obejmuje modelowanie wszystkich najważniejszych aspektów przedsięwzięcia, takich jak: segmentacja klientów, propozycja wartości, kanały dystrybucji, relacje z klientami, struktura przychodów, kluczowe zasoby, kluczowe czynności, kluczowi partnerzy, struktura kosztów. Pełna analiza rynku zazwyczaj wymaga spotkania w formie warsztatu z kluczowymi interesariuszami projektu.Po  zakończonej analizie rynku, jest również miejsce na negocjowanie samego wymagania z interesariuszami (zazwyczaj sponsorami) - pozyskana wiedza może wskazywać na potrzebę zmiany priorytetów prac, zmiany samego wymagania lub zdefiniowania nowych wymagań w celu późniejszego zaplanowania prac (dodanie zadania na roadmapę). II.  W sytuacji, w której dysponuję już wystarczającą ilością informacji na temat celów i kontekstu wymagania, przystępuję do analizy wymagań z jednoczesnym projektowaniem rozwiązania na poziomie funkcjonalnym: a.  Tworzę mapę procesów biznesowych w notacji BPMN 2.0 Model stanu obecnego (AS-IS) prezentujący przebieg procesu biznesowego obecnie (czyli przed zrealizowaniem zmian w oprogramowaniu) Model stanu docelowego (TO-BE) prezentujący wizję procesu biznesowego po   zrealizowaniu wymagania - ten etap ma szczególne znaczenie, ponieważ pozwala również odkryć potencjalnie usprawnienia samego procesu (odkryć uproszczenia, skrócić czas realizacji procesu, zwiększyć jego bezpieczeństwo itp.) b.  Tworzę model dziedziny, który odzwierciedla „obiekty” (pojęcia, stany, role użytkowników, dane wejściowe) z dziedziny problemu (wymagania) oraz ich powiązania (wraz ze wskazaniem krotności oraz charakteru powiązania) - celem tego kroku jest pełniejsze kontekstu wymagania i charakteru oczekiwanego rezultatu końcowego (po zrealizowaniu wymagania). na tym kroku wprowadzam również pojęcia nie wynikające wprost z treści wymagania a będące rezultatem pozyskiwania wiedzy na temat danego problemu w danym kontekście (np. klient to biuro podróży, które obsługuje głównie podróże służbowe do Afryki Południowej a cel prac rozwojowych to przesyłanie do podróżnego razem z biletem zestawu informacji przygotowujących go do podróży, dotyczących poziomu ryzyka związanego z podróżą w tym konkretnym okresie, w którym podróż ma się odbyć: w trakcie analizy rynku okazało się, że  nie istnieje wiarygodne źródło informacji pozwalające na próbkowanie poziomu ryzyka dla wskazanych dat, zatem celem moich prac było określenie wszystkich składowych parametrów czynnika ryzyka oraz ich wzajemnego powiązania z porą roku, lokalnymi świętami itp.) c.  Identyfikuję (odkrywam) przypadki użycia - przypadek użycia jest narzędziem inżynierii oprogramowania, które pozwala na wskazanie jakie cechy z perspektywy użytkownika końcowego (funkcjonalności) posiadać musi oprogramowanie, aby wymaganie mogło zostać uznane za spełnione. na tym etapie stosuje w szerokim zakresie wnioski z analizy rynku. d.  W kolejnym kroku: -     specyfikuję przebieg interakcji użytkownika z systemem dla każdego zidentyfikowanego przypadku użycia (w postaci diagramów aktywności zgodnych z notacją UML 2.5) − na tym etapie optymalizuję scenariusze interakcji posiłkując się wynikami uproszczonej analizy rynku, dodatkowo, każda z aktywności realizowanych przez oprogramowanie jest doszczegółowienia poprzez zamodelowanie algorytmów (również za pomocą diagramów aktywności oraz tzw. constrainf-ów możliwych do zamodelowania w ramach notacji UML 2.5). -     tworzę makiety interfejsu użytkownika i poddaje je mapowaniu na poszczególne aktywności zamodelowane na diagramach aktywności. e.  Następnie poddaję wyniki prac ocenie interesariuszy (co najmniej reprezentantom użytkowników końcowych, bardzo często również grafikom/programistom) a następnie, na podstawie uzyskanej od  nich informacji zwrotnej, optymalizuję zarówno diagramy aktywności, jak i same makiety). f. Jako ostatni etap projektowania, specyfikuję: - Reguły biznesowe działania oprogramowania. - Wymagania pozafunkcjonalne rozwiązania (jakościowe) mówiące o bezpieczeństwa, niezawodności, wydajności oraz przepustowości. - Kryteria akceptacji, które mówią konkretne w jaki sposób będzie można ocenić, że  dane wymaganie jest spełnione. III. W sytuacji, w której specyfikacja jest gotowa (problem został zdefiniowany oraz rozwiązanie zostało wstępnie zdefiniowane w ramach specyfikacji), przystępuję razem z zespołem deweloperskim do planowania prac w ramach sprintu (iteracji) projektu. w ramach takiego przygotowania, wspólnie dokonujemy podziału przypadków użycia na tzw. historyjki użytkownika (user stories), wyceniamy pracochłonność zadań oraz definiujemy daty dostarczenia poszczególnych historyjek użytkownika (deadline). IV.       W trakcie prac programistycznych, na bieżąco monitoruję postęp prac i reaguję na napotkane problemy i o ile dotyczą one pierwotnie przygotowanej specyfikacji, stosownie koryguję plan na podstawie wiedzy pozyskanej od  programistów (np. dany przypadek użycia nie jest możliwy do zrealizowania w założony sposób w technologii użytej w projekcie z uwagi na błąd w bibliotece programistycznej, z której należy korzystać: rozwiązanie to opracowanie alternatywnego diagramu aktywności oraz zestawu makiet użytkownika, tak aby cel biznesowy został osiągnięty, mimo napotkanej trudności). V. Przed finalnym przekazaniem rozwiązania do udostępnienia dla użytkowników końcowych, dokonuję odbioru oprogramowania poprzez sprawdzenie, że  wszystkie wymagania jakościowe zostały zrealizowane oraz wszystkie kryteria akceptacji zostały potwierdzone. na tym etapie (o ile projekt tego wymaga) tworzę również dokumentację użytkownika, czasem także dokumentację administratora. W ramach własnej działalności specyfikuję, projektuję i dokumentuję oprogramowanie. Nie uczestniczę bezpośrednio w tworzeniu kodów źródłowych oprogramowania, jednakże działania przeze mnie podejmowane są istotnym elementem procesu tworzenia oprogramowania − to właśnie efekty moich prac (projekt, specyfikacja i dokumentacja) umożliwiają wytworzenie właściwego oprogramowania, które realizować będzie określone przez zleceniodawcę funkcje. W ramach działalności tworzę nowe oraz ulepszone produkty oraz usługi, zarówno nowe − nie występujące dotychczas w praktyce gospodarczej − oraz takie, które w znacznym stopniu odróżniają się od  rozwiązań już istniejących (są innowacyjne). W związku z pełnionymi przeze mnie funkcjami współtworzę oprogramowanie − jako członek zespołu projektowego uczestniczę w procesie tworzenia oprogramowania: projektuję oprogramowanie (opisuję oraz modeluję jego działanie (algorytmy) za pomocą modeli UML 2.5 oraz pośrednio BPMN 2.0), tworzę makiety interfejsu użytkownika oraz dokumentację, w tym dokumentację użytkownika / administratora, które to (wszystkie wymienione) są wyrazem mojej twórczej działalności o indywidualnym charakterze i podlegają ochronie na podstawie art. 74 ustawy o prawie autorskim i prawach pokrewnych. z tego tytułu przysługują mi prawa autorskie. Wynagrodzenie „analityka biznesowego” i „menedżera produktu” jest wynagrodzeniem za przeniesienie praw autorskich do programu komputerowego. W ramach projektów, w których biorę udział tworzę utwory podlegające ochronie prawnej na podstawie art. 74 ustawy o prawach autorskich i prawach pokrewnych. Projektowane przeze mnie „unikatowe funkcjonalności” i „opracowywane nowe funkcjonalności systemu informatycznego”, o których piszę we wniosku, stanowią utwory podlegające ochronie prawnej na podstawie art. 74 ustawy o prawach autorskich i prawach pokrewnych. Rezultaty moich prac stanowią odrębne utworzy podlegające ochronie prawnej na podstawie art. 74 ustawy o prawie autorskim i prawach pokrewnych, jednakże należy wykazać, że  kody źródłowe tworzone są przez programistów (i również stanowią odrębne utwory podlegające ochronie prawnej). Łączny efekt naszej wspólnej pracy stanowi gotowe oprogramowanie (System), który również podlega ochronie na podstawie art. 74 ustawy o prawie autorskim i prawach pokrewnych. W wyniku mojej działalności powstaje autorskie prawo do programu komputerowego. Dochody z kwalifikowanego prawa własności intelektualnej w ramach prowadzonych przeze mnie prac osiągam ze sprzedaży kwalifikowanego prawa własności intelektualnej (w ramach umów potwierdzonych fakturami). Dochody z prowadzonej działalności gospodarczej opodatkowuję podatkiem liniowym (19%). Realizowane przeze mnie czynności nie są wykonywane w miejscu i czasie wyznaczonym przez zlecającego. Sam decyduję o miejscu i czasie wykonania czynności ale muszę mieć na uwadze terminy ustalone wcześniej z klientem zlecającym usługę. W ramach swoich obowiązków uczestniczę w procesie rozwijania i ulepszania oprogramowania (specyfikuję i projektuję i dokumentuję ulepszenia oprogramowania). Odnośnie do samego rozwijanego oprogramowania, nie jestem ich właścicielem, współwłaścicielem ani użytkownikiem na podstawie licencji wyłącznej. Moje działania realizowane są na zlecenie podmiotów będących właścicielami oprogramowania. W ramach w opisanym przypadku powstaje nowe kwalifikowane prawo własności intelektualnej. Dochody w tym przypadku również osiągam ze sprzedaży kwalifikowanego prawa własności intelektualnej. Projekty EX oraz WM realizowane są na rzecz podmiotów polskich. Projekt AT realizowany jest na rzecz podmiotu francuskiego. Usługi dla podmiotu francuskiego są wykonywane przeze mnie w Polsce. Odrębna ewidencja, o której mowa we wniosku, jest prowadzona od  1 stycznia 2019 r. (od czasu wprowadzenia lnnovation Box). Ewidencja ta jest prowadzona przeze mnie „od początku” oraz „na bieżąco”, czyli od  momentu poniesienia pierwszych kosztów, o których mowa w art. 30cb ustawy o podatku dochodowym od  osób fizycznych. Pytanie Czy Wnioskodawca może dokonać korekty zeznania rocznego PIT-36L za 2019 r. oraz PIT-36L za 2020 r. z zastosowaniem 5% stawki podatku dochodowego od  osób fizycznych przewidzianej dla dochodu uzyskiwanego z tytułu przenoszenia autorskich praw majątkowych? Pana stanowisko w sprawie Wnioskodawca stoi na stanowisku, iż spełnia wszystkie przesłanki ustawowe dotyczące możliwości skorzystania z preferencyjnej stawki opodatkowania w wysokości 5% od  dochodu osiągniętego za 2019 r. oraz 2020 r. z kwalifikowanych praw własności intelektualnej. 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. Z kolei zgodnie z art. 30ca ust. 2 pkt 8 ww. ustawy, kwalifikowanym prawem własności intelektualnej jest między innymi autorskie prawo do programu komputerowego − podlegające ochronie prawnej na podstawie ustawy o prawie autorskim i prawach pokrewnych, którego przedmiot ochrony został wytworzony, rozwinięty lub ulepszony przez podatnika w ramach prowadzonej przez niego działalności badawczo-rozwojowej. Oprogramowania (Systemy) współtworzone przez Wnioskodawcę stanowią oryginalne wytwory Jego twórczej pracy do którego przenosi prawa autorskie na rzecz Zleceniodawcy. Należy zatem uznać, że  również części Systemów, w których współtworzeniu uczestniczy Wnioskodawca stanowią przedmiot ochrony praw autorskich. Tym samym Wnioskodawca wytwarza kwalifikowane IP w postaci autorskiego prawa do programu komputerowego zgodnie z art. 30ca ust. 1 i ust. 2 pkt 8 ustawy o podatku dochodowym od  osób fizycznych. Działalność badawczo-rozwojowa została zdefiniowana w art. 5a pkt 38 ustawy o podatku dochodowym od  osób fizycznych i oznacza działalność twórczą obejmującą badania naukowe lub prace rozwojowe, podejmowaną w sposób systematyczny w celu zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań. Z kolei badania naukowe (badania podstawowe i badania aplikacyjne) oraz prace rozwojowe winny być zgodnie z art. 5a pkt 39 i 40 ustawy o podatku dochodowym od  osób fizycznych rozumiane zgodnie z art. 4 ust. 2 i 3 ustawy z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce. w myśl tych przepisów: ·         badania naukowe są działalnością obejmującą: 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;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ń;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ń. Zdaniem Wnioskodawcy, prowadzi On działalność badawczo-rozwojową. w ramach świadczonych usług Wnioskodawca prowadzi również badania aplikacyjne polegające na badaniu rozwoju rynku, uwarunkowań ekonomicznych, a także zachowań użytkowników (poprzez m in. analizę danych behawioralnych użytkowników). W przeważającym jednak stopniu Wnioskodawca wykonuje prace rozwojowe o których mowa w art. 4 ust. 3 ustawy - Prawo o szkolnictwie wyższym i nauce w zw. z art. 5a pkt 38 w zw. z art. 30ca ust. 2 pkt 8 ustawy o podatku dochodowym od  osób fizycznych. Po pierwsze, prace prowadzone przez Wnioskodawcę polegające na tworzeniu części Systemów mają twórczy charakter, ponieważ służą tworzeniu nowych i oryginalnych rozwiązań. Projektowanie nowych rozwiązań należy do jednego z głównych zadań Wnioskodawcy. Po drugie, prace wykonywane przez Wnioskodawcę obejmują wykorzystywanie wiedzy i umiejętności w zakresie narzędzi informatycznych i oprogramowania do projektowania i tworzenia zmienionych, ulepszonych lub nowych produktów, procesów lub usług. Działalność Wnioskodawcy przyczynia się do współtworzenia innowacyjnego System rezerwacji podróży służbowych, przy wykorzystaniu wiedzy Wnioskodawcy z zakresu najnowszych technologii wytwarzania oraz modyfikowania oprogramowania. Po trzecie, prace nad rozwojem oprogramowaniem mają charakter systematyczny (metodyczny, zaplanowany i uporządkowany), z nastawieniem na rozwój i ulepszanie Systemu w przyszłości. Prace nad rozwojem oprogramowania podzielone są na poszczególne etapy wg popularnej metodyki zwinnego wytwarzania oprogramowania. Wnioskodawca przenosi na Spółkę całość majątkowych praw autorskich do oprogramowania wytwarzanego, rozwijanego i ulepszanego w ramach prowadzonej przez Niego działalności badawczo-rozwojowej. z tego tytułu Wnioskodawca otrzymuje wynagrodzenie, które należy do dochodów z kwalifikowanych praw własności intelektualnej, tj. dochody ze sprzedaży kwalifikowanego prawa własności intelektualnej, o których mowa w art. 30ca ust. 7 pkt 2 ustawy o podatku dochodowym od  osób fizycznych. Dodatkowo Wnioskodawca zgodnie z art. 30cb ust. 1 i 2 ustawy o podatku dochodowym od  osób fizycznych, prowadzi od  początku 2019 r. ewidencję zdarzeń gospodarczych dla celów ulgi IP BOX zawierającą comiesięczne zestawienie dokumentów przychodowych i kosztowych. Mając na uwadze wskazane powyżej okoliczności, Wnioskodawcy uważa, iż od  początku 2019 r. spełniał wszystkie kryteria określone w art. 5a pkt 38-40 w zw. z art. 30ca ust. 1, ust. 2 pkt 8 i ust. 7 ustawy o podatku dochodowym od  osób fizycznych, i tym samym może dokonać korekty zeznań PIT-36L za 2019 oraz 2020 rok w którym zastosuje 5% stawkę podatku od  dochodu uzyskiwanego z tytułu przenoszenia autorskich praw majątkowych do tworzonego i rozwijanego oprogramowania. W związku z powyższym zdaniem Wnioskodawcy na podstawie z art. 81 § 1 i 2 Ordynacji podatkowej przysługuje mu prawo do dokonania korekty deklaracji PIT-36L za 2019 r. oraz PIT-36L za 2020 r. w których, błędnie rozliczono dochody za 2019 r. oraz 2020 r. w formie podatku liniowego. w wyniku korekty ww. zeznania Wnioskodawca będzie mógł zastosować 5% stawkę podatku od  dochodów uzyskanych za 2019 r. oraz 2020 r. z kwalifikowanego prawa własności intelektualnej. Ocena stanowiska Stanowisko, które przedstawił Pan we wniosku jest prawidłowe. Uzasadnienie interpretacji indywidualnej W celu odpowiedzi na Pana wątpliwości związane z możliwością złożenia korekty deklaracji PIT-36L za 2019 r. i 2020 r., w pierwszej kolejności należy ustalić, czy w opisanym stanie faktycznym może Pan skorzystać z tzw. „ulgi IP Box”. Od 1 stycznia 2019 r. przedsiębiorcy, którzy osiągają dochody generowane przez prawa własności intelektualnej mogą korzystać z preferencyjnej stawki w podatku dochodowym. Na podstawie art. 1 pkt 25 ustawy z dnia 23 października 2018 r. o zmianie ustawy o podatku dochodowym od osób fizycznych, ustawy o podatku dochodowym od osób prawnych, ustawy Ordynacja podatkowa oraz niektórych innych ustaw (Dz. U. z 2018 r., poz. 2193), w ustawie o podatku dochodowym od osób fizycznych dodano art. 30ca i art. 30cb. Zgodnie z art. 30ca ust. 1 ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (Dz. U. z 2021 r. poz. 1128, ze zm.): 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ą: patent,prawo ochronne na wzór użytkowy,prawo z rejestracji wzoru przemysłowego,prawo z rejestracji topografii układu scalonego,dodatkowe prawo ochronne dla patentu na produkt leczniczy lub produkt ochrony roślin,prawo z rejestracji produktu leczniczego i produktu leczniczego weterynaryjnego dopuszczonych do obrotu,wyłączne prawo, o którym mowa w ustawie z dnia 26 czerwca 2003 r. o ochronie prawnej odmian roślin (Dz. U. z 2021 r. poz. 213),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. Według 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. 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 omawianej ustawy: 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) * 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. W myśl 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. Zgodnie natomiast z 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: z opłat lub należności wynikających z umowy licencyjnej, która dotyczy kwalifikowanego prawa własności intelektualnej; ze sprzedaży kwalifikowanego prawa własności intelektualnej; z kwalifikowanego prawa własności intelektualnej uwzględnionego w cenie sprzedaży produktu lub usługi; z odszkodowania za naruszenie praw wynikających z kwalifikowanego prawa własności intelektualnej, jeżeli zostało uzyskane w postępowaniu spornym, w tym postępowaniu sądowym albo arbitrażu. Ponadto podatnik, który chce skorzystać z ww. preferencji jest zobowiązany prowadzić szczegółową ewidencję rachunkową 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. Zgodnie bowiem z art. 30cb ust. 1 ustawy o podatku dochodowym od osób fizycznych: Podatnicy podlegający opodatkowaniu na podstawie art. 30ca są obowiązani: wyodrębnić każde kwalifikowane prawo własności intelektualnej w prowadzonych księgach rachunkowych; prowadzić księgi rachunkowe w sposób zapewniający ustalenie przychodów, kosztów uzyskania przychodów i dochodu (straty), przypadających na każde kwalifikowane prawo własności intelektualnej;wyodrę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; 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; 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 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. W myśl art. 30cb ust. 3 omawianej 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. Przepisy wprowadzają korzystne rozwiązania podatkowe dla przedsiębiorców, którzy uzyskują dochody z komercjalizacji wytworzonych lub rozwiniętych przez nich praw własności intelektualnej, tzw. Innovation Box. W ramach tych rozwiązań podatnik może opodatkować preferencyjną 5% stawką podatkową swoje dochody z praw własności intelektualnej. Warunkiem jest, aby: podatnik był właścicielem, współwłaścicielem, użytkownikiem tych praw lub posiadał prawa do korzystania z nich na podstawie umowy licencyjnej i prawa te były chronione na podstawie obowiązującego prawa krajowego lub międzynarodowego przez m.in. patent, dodatkowe prawo ochronne na wzór użytkowy czy prawo z rejestracji wzoru przemysłowego. Prawa takie są zwane „kwalifikowanymi prawami własności intelektualnej”. Podatnik może również skorzystać z ulgi Innovation Box jeśli zakupi kwalifikowane prawa własności intelektualnej, o których mowa powyżej, a następnie poniesie koszty związane z rozwojem lub ulepszeniem nabytego prawa. Do ulgi Innovation Box kwalifikuje się: dochód uzyskany z tytułu należności/opłat licencyjnych lub innych należności związanych z wykorzystywaniem kwalifikowanego prawa własności intelektualnej, dochód ze sprzedaży kwalifikowanego prawa własności intelektualnej, jak również, dochód z tego aktywa uwzględniony w cenie sprzedaży produktu lub usługi określany na zasadzie ceny rynkowej. Warunkiem koniecznym dla skorzystania z omawianej preferencji jest prowadzenie przez podatnika działalności badawczo-rozwojowej bezpośrednio związanej z wytworzeniem, komercjalizacją, rozwojem lub ulepszeniem kwalifikowanego prawa własności intelektualnej. Poziom dochodu kwalifikowanego do zastosowania preferencyjnej stawki opodatkowania jest wyliczany przy zastosowania formuły (wzoru) określonego w art. 30ca ust. 4 ustawy. Stosowanie ulgi jest prawem, a nie obowiązkiem podatnika. z korzystaniem z ulgi wiążą się jednak, szczególne obowiązki po  stronie podatników – w szczególności obowiązek prowadzenia ewidencji, która pozwala na monitorowanie i śledzenie efektów prac badawczo-rozwojowych. Podatnicy nie prowadzący ksiąg rachunkowych mogą spełnić wymóg dotyczący takiej ewidencji przez sporządzanie kumulatywnego, comiesięcznego zestawienia dokumentów potwierdzających poniesione wydatki dotyczące projektu kwalifikowanego IP. Zestawienie powinno obejmować wydatki od początku działalności badawczo-rozwojowej prowadzącej do wytworzenia kwalifikowanego IP do końca danego miesiąca kalendarzowego. Zestawienie to powinno być sporządzane przez narastające ujęcie wydatków dotyczących poszczególnych zadań. Należy je sporządzać na podstawie zestawienia dokumentów, które potwierdzają poniesione wydatki. 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 (Dz. U. z 2019 r. poz. 1231 ze zm.). 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. Art. 30ca ust. 11 ustawy o podatku dochodowym od osób fizycznych brzmi: Podatnicy korzystający z opodatkowania zgodnie z ust. 1 są obowiązani do wykazania dochodu (straty) z kwalifikowanego prawa własności intelektualnej w zeznaniu za rok podatkowy, w którym osiągnięto ten dochód (poniesiono stratę). Oznacza to, że IP Box, jest preferencją podatkową, z której można skorzystać po  zakończeniu roku podatkowego w zeznaniu rocznym. Odnosząc powyższe przepisy podatkowe do opisu sprawy: w ramach indywidualnej działalności gospodarczej współtworzy Pan i rozwija oprogramowanie − jako członek zespołu projektowego uczestniczy w procesie tworzenia oprogramowania: projektuje oprogramowanie (opisuje oraz modeluje jego działanie (algorytmy), tworzy makiety interfejsu użytkownika oraz dokumentację, w tym dokumentację użytkownika / administratora, prowadzi Pan badania naukowe, polegające na pracach rozwojowych i badaniach aplikacyjnych, w ramach prowadzonej bezpośrednio przez siebie działalności badawczo-rozwojowe, spełniającej definicję prac badawczo-rozwojowych wskazaną w ustawie o podatku dochodowym od osób fizycznych;w ramach prowadzonej działalności gospodarczej tworzy Pan utwory podlegające ochronie prawnej na podstawie art. 74 ustawy o prawach autorskich i prawach pokrewnych,realizowane przez Pana czynności analityczne są wyrazem Pana twórczej działalności o indywidualnym charakterze i podlegają ochronie na podstawie art. 74 ustawy o prawie autorskim i prawach pokrewnych i z tego tytułu przysługują Panu prawa autorskie,wytwarza Pan kwalifikowane IP w postaci autorskiego prawa do programu komputerowego zgodnie z art. 30ca ust. 1 i ust. 2 pkt 8 ustawy o podatku dochodowym od  osób fizycznych,jako „analityk biznesowy” i „menedżer produktu” dokonuje Pan odpłatnego przeniesienia autorskich praw majątkowych do wytworzonej i rozwijanej części oprogramowania (projektu oprogramowania, makiet interfejsu użytkownika oraz dokumentacji, w tym dokumentacji użytkownika / administratora), którą Pan wytwarza w zamian za stosowne wynagrodzenie, a otrzymywane przez Pana należności stanowią dochód ze sprzedaży kwalifikowanego prawa własności intelektualnej, o których mowa w art. 30ca ust. 7 pkt 2 ustawy o podatku dochodowym od  osób fizycznych,Pana wynagrodzenie jest wynagrodzeniem za przeniesienie praw autorskich do programu komputerowego,od 1 stycznia 2019 r. prowadzi Pan na bieżąco odrębną od podatkowej księgi przychodów i rozchodów szczegółową ewidencję, o której mowa w art. 30cb ustawy o PIT. Tym samym dochód z tytułu przeniesienia praw do opisanej przez Pana części składowych oprogramowania, które stanowią utwory prawnie chronione i zostały wytworzone w ramach prowadzonej przez Pana indywidualnie działalności badawczo-rozwojowej, kwalifikuje się do dochodów z kwalifikowanego IP. To oznacza, że  może Pan skorzystać z preferencyjnego opodatkowania dochodów z tego tytułu według stawki 5%. Zatem w tak opisanym stanie faktycznym może Pan zastosować stawkę opodatkowania 5% do dochodu osiągniętego w 2019 r. i 2020 r. z kwalifikowanych praw własności intelektualnej. Co do meritum Pana pytania w kwestii dokonania korekty złożonego zeznania, w celu zastosowania obniżonej stawki 5% podatku od dochodu uzyskiwanego w 2019 r. i 2020 r. z tytułu przenoszenia autorskich praw majątkowych do wytwarzanego (w tym rozwijanego i ulepszanego) oprogramowania, wskazać należy, że zagadnienia związane z korektą deklaracji regulują przepisy ustawy z dnia 29 sierpnia 1997 r. Ordynacja podatkowa (Dz. U. z 2021 r., poz. 1540 ze zm.). Zgodnie z treścią art. 81 § 1 ww. ustawy: jeżeli odrębne przepisy nie stanowią inaczej, podatnicy, płatnicy i inkasenci mogą skorygować uprzednio złożoną deklarację. Na podstawie art. 81 § 2 ustawy Ordynacja podatkowa: skorygowanie deklaracji następuje przez złożenie korygującej deklaracji. Korekta deklaracji ma na celu poprawienie błędu, który został popełniony przy poprzednim jej sporządzeniu i może dotyczyć każdej jej pozycji – o ile odrębne przepisy nie stanowią inaczej. Skorygowanie deklaracji polega więc na ponownym – poprawnym już – wypełnieniu jej formularza z zaznaczeniem, że w tym przypadku mamy do czynienia z korektą uprzednio złożonej deklaracji. Podatnik może skutecznie skorygować wysokość zobowiązania podatkowego, o ile zobowiązanie to nie uległo przedawnieniu. Zgodnie z art. 70 § 1 Ordynacji podatkowej: Zobowiązanie podatkowe przedawnia się z upływem 5 lat, licząc od końca roku kalendarzowego, w którym upłynął termin płatności podatku. W art. 70 i art. 70a ww. ustawy zostały ponadto wymienione okoliczności, które skutkują przerwaniem lub zawieszeniem biegu przedawnienia. Jeżeli w złożonych w terminie rozliczeniach rocznych PIT-36L za 2019 r. i 2020 r. nie zastosował Pan obniżonej stawki 5% podatku od dochodu uzyskiwanego w tych latach, to przysługuje Panu prawo do złożenia korekty zeznania oraz skorzystanie z preferencji w załączniku PIT/IP, zgodnie z art. 81 § 1 ustawy Ordynacja podatkowa. Może Pan więc dokonać korekty deklaracji PIT-36L za 2019 r., oraz deklaracji PIT-36L za 2020 r., w których dokona rozliczenia dochodów z zastosowaniem art. 30ca, art. 30cb ustawy, tj. z zastosowaniem 5 % stawki podatku dochodowego. Tym samym, Pana stanowisko w sprawie należało uznać za prawidłowe. 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.   Pouczenie o funkcji ochronnej interpretacji Funkcję ochronną interpretacji indywidualnych określają przepisy art. 14k-14nb ustawy  z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (Dz. U. z 2021 r. poz. 1540 ze zm.). Aby interpretacja mogła pełnić funkcję ochronną: Pana sytuacja musi być zgodna (tożsama) z opisem stanu faktycznego lub zdarzenia przyszłego i musi się Pan zastosować 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: z zastosowaniem art. 119a;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;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 (...). Zasady zaskarżania interpretacji indywidualnych reguluje ustawa z dnia 30 sierpnia 2002 r. Prawo o postępowaniu przed sądami administracyjnymi – Dz. U. z 2019 r. poz. 2325 ze zm.; dalej jako „PPSA”).   Skargę do Sądu wnosi się za pośrednictwem Dyrektora KIS (art. 54 § 1 PPSA). Skargę należy wnieść w terminie trzydziestu dni od  dnia doręczenia interpretacji indywidualnej (art. 53 § 1 PPSA): w formie papierowej, w dwóch egzemplarzach (oryginał i odpis) na adres: Krajowa Informacja Skarbowa, ul. Teodora Sixta 17, 43-300 Bielsko-Biała (art. 47 § 1 PPSA), albow formie dokumentu elektronicznego, w jednym egzemplarzu (bez odpisu), na adres Elektronicznej Skrzynki Podawczej Krajowej Informacji Skarbowej na platformie ePUAP: /KIS/SkrytkaESP (art. 47 § 3 i art. 54 § 1a PPSA). Skarga na interpretację indywidualną może opierać się wyłącznie na zarzucie naruszenia przepisów postępowania, dopuszczeniu się błędu wykładni lub niewłaściwej oceny co do zastosowania przepisu prawa materialnego. Sąd jest związany zarzutami skargi oraz powołaną podstawą prawną (art. 57a PPSA). Podstawa prawna dla wydania interpretacji Podstawą prawną dla wydania tej interpretacji jest art. 13 § 2a oraz art. 14b § 1 ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (Dz. U. z 2021 r. poz. 1540 ze zm.).