0111-KDIB1-3.4010.445.2026.2.AN

Interpretacja indywidualna
– stanowisko prawidłowe

Szanowni Państwo,

stwierdzam, że Państwa stanowisko w sprawie oceny skutków podatkowych opisanego stanu faktycznego w podatku dochodowym od osób prawnych, jest prawidłowe.

Zakres wniosku o wydanie interpretacji indywidualnej

20 lipca 2026 r. wpłynął Państwa wniosek z tego samego dnia, o wydanie interpretacji indywidualnej. Uzupełnili go Państwo – w odpowiedzi na wezwanie, pismem z 31 sierpnia 2026 r. (wpływ tego samego dnia). Treść wniosku jest następująca:

Opis stanu faktycznego

(…) spółka z ograniczoną odpowiedzialnością z siedzibą w (…) (dalej jako „Wnioskodawca” albo „Spółka”), jest spółką posiadającą siedzibę na terytorium Rzeczypospolitej Polskiej i podlegającą w Polsce nieograniczonemu obowiązkowi podatkowemu.

Spółka prowadzi działalność w branży informatycznej, koncentrującą się na systemach (...) ERP, w szczególności na rozwiązaniach (…). Jej działalność obejmuje wdrażanie i serwisowanie systemów ERP (…).

Spółka wspiera przedsiębiorców w wykorzystywaniu systemów ERP (…). W zakresie objętym niniejszym wnioskiem działalność Spółki polega natomiast na projektowaniu, tworzeniu i rozwijaniu rozwiązań informatycznych rozszerzających albo uzupełniających standardowe funkcjonalności tych systemów. Rozwiązania te obejmują w szczególności (…).

Niniejszy wniosek nie dotyczy całej działalności Spółki. Spółka wykonuje także czynności wdrożeniowe, konfiguracyjne, szkoleniowe, serwisowe, administracyjne i utrzymaniowe, które nie są objęte niniejszym wnioskiem. Przedmiotem wniosku są wyłącznie działania, w ramach których Spółka tworzy nowe rozwiązania programistyczne albo rozwija istniejące rozwiązania poprzez dodawanie nowych funkcjonalności, zmianę ich architektury, logiki działania, modelu danych, zakresu integracji lub sposobu realizacji procesów.

Na podstawie umowy z (…) 2023 r. do Spółki wniesiono, w formie wkładu niepieniężnego, zorganizowaną część przedsiębiorstwa wyodrębnioną w przedsiębiorstwie prowadzonym w formie spółki cywilnej. Zorganizowana część przedsiębiorstwa obejmowała w szczególności działalność związaną z oprogramowaniem i doradztwem w zakresie informatyki, a także związane z tą działalnością składniki majątkowe i niemajątkowe, prawa i obowiązki, umowy, dokumentację, pracowników oraz prawa i uprawnienia do oprogramowania.

W ramach działalności objętej wniesioną zorganizowaną częścią przedsiębiorstwa tworzone i rozwijane były rozwiązania programistyczne współpracujące z systemami (…) ERP (…). Od dnia wniesienia zorganizowanej części przedsiębiorstwa Spółka kontynuuje i rozwija tę działalność we własnym imieniu, według modelu prac opisanego poniżej. Niniejszy wniosek dotyczy działalności prowadzonej przez Spółkę od dnia wniesienia do niej zorganizowanej części przedsiębiorstwa.

Spółka prowadzi prace według uporządkowanego modelu projektowego. Powtarzalny jest sposób organizacji prac, natomiast zakres techniczny i rezultat poszczególnych projektów zależą od konkretnej potrzeby klienta albo potrzeby rynkowej. Projekty objęte wnioskiem rozpoczynają się od analizy procesu biznesowego lub technicznego oraz ustalenia, czy zakładany cel może zostać osiągnięty za pomocą standardowych funkcjonalności systemu ERP. Jeżeli dostępne funkcje, konfiguracja albo parametryzacja systemu nie pozwala na osiągnięcie oczekiwanego rezultatu, Spółka opracowuje koncepcję rozwiązania programistycznego.

Na początku prac określony jest cel biznesowy lub funkcjonalny projektu, lecz pełny sposób jego technicznej realizacji nie jest z góry przesądzony. Spółka musi ustalić w szczególności sposób odwzorowania procesu w projektowanym rozwiązaniu, model danych, zasady komunikacji pomiędzy systemami, logikę biznesową, zakres walidacji, mechanizmy autoryzacji i bezpieczeństwa, sposób obsługi błędów oraz zasady zachowania spójności danych. Spółka analizuje możliwe warianty realizacji i dobiera rozwiązanie uwzględniające ograniczenia systemów ERP (…). Przebieg prac obejmuje analizę potrzeby klienta albo rynku, identyfikację ograniczeń istniejącego rozwiązania, ustalenie zakresu wymagającego stworzenia oprogramowania, opracowanie koncepcji funkcjonalnej i technicznej, zaprojektowanie architektury, modelu danych i reguł działania, wykonanie prac programistycznych, a następnie przeprowadzenie testów technicznych, funkcjonalnych, integracyjnych, regresyjnych lub wydajnościowych. Zakres tych etapów zależy od charakteru projektu.

Prace są prowadzone iteracyjnie. Rozwiązanie opracowane na etapie projektowania jest weryfikowane podczas implementacji i testów. Wyniki testów (…) mogą powodować konieczność zmiany modelu danych, architektury, algorytmu, logiki biznesowej lub sposobu wymiany danych. Po wprowadzeniu zmian rozwiązanie podlega ponownym testom. Testy nie polegają wyłącznie na końcowym sprawdzeniu, czy program został prawidłowo zainstalowany i uruchomiony. W projektach objętych wnioskiem testowanie służy weryfikacji przyjętych założeń projektowych, identyfikacji ograniczeń i błędnych zachowań oraz określeniu zmian koniecznych do prawidłowego działania rozwiązania. Innymi słowy, w przypadku projektów realizowanych na rzecz konkretnych klientów zakres i sposób wykonania prac są każdorazowo dostosowywane do ich indywidualnych potrzeb oraz specyfiki wykorzystywanego środowiska informatycznego. Projekty te mają zatem charakter rozwiązań „szytych na miarę” i wymagają opracowania własnej koncepcji technicznej oraz stworzenia funkcjonalności, których nie zapewniają gotowe, standardowe rozwiązania dostępne na rynku.

W ramach projektów Spółka rozwiązuje w szczególności problemy dotyczące odwzorowania danych pomiędzy systemami wykorzystującymi odmienne struktury i reguły biznesowe (…). Problemy techniczne mogą dotyczyć także zaprojektowania wieloetapowych procesów (…).

Wniosek obejmuje w szczególności (…).

Katalog (…) nie stanowi zamkniętej listy produktów lub projektów Spółki. Spółka realizuje dużą liczbę projektów o zróżnicowanym zakresie. Wspólną cechą prac objętych wnioskiem jest to, że nie ograniczają się one do instalacji, konfiguracji albo odtwórczego zastosowania istniejącego rozwiązania, lecz wymagają opracowania i zweryfikowania sposobu realizacji określonej funkcjonalności albo procesu. Część rozwiązań tworzonych przez Spółkę jest oferowana jako produkty standardowe, określane również jako produkty pudełkowe. Nie są to produkty nabywane od podmiotów trzecich i następnie odsprzedawane. Są to rozwiązania opracowane przez Spółkę, które są następnie rozwijane o nowe funkcjonalności oraz oferowane klientom w wersji standardowej albo w wersjach dostosowanych do indywidualnych potrzeb. Przedmiotem wniosku nie jest sprzedaż tych produktów ani udzielanie licencji, lecz prace prowadzące do ich stworzenia lub dalszego rozwoju.

Przykładem działalności Spółki jest tworzenie i rozwijanie (…). (…). Obejmuje m.in. kartoteki i słowniki, dokumenty handlowe i magazynowe, płatności i rozrachunki, księgowość, kadry i płace, serwis oraz CRM. W toku rozwoju rozwiązania Spółka projektuje endpointy, modele danych, mechanizmy autoryzacji, walidacji i obsługi błędów oraz sposób odwzorowania operacji systemu ERP w strukturach wykorzystywanych przez aplikacje zewnętrzne.

Spółka tworzy i rozwija także (…). Rozwiązanie umożliwia integrację ERP (…) m.in. z systemami (…). Prace obejmują (…).

Kolejnym przykładem jest (…), aplikacja webowa wspierająca sprzedaż B2B, obsługę klientów, pracę handlowców, (…). Rozwój aplikacji wymaga projektowania procesów i uprawnień dla różnych grup użytkowników, zasad wymiany danych (…) oraz mechanizmów zapewniających poprawność wykonywanych operacji.

Spółka rozwija również (…), będący aplikacją webową wspierającą obsługę zleceń (…), ofert, programów, gwarancji, licencji, pracowników i klientów. (…).

Innym przykładem jest (…), służący do automatyzacji procesów w środowisku (…). Rozwiązanie obejmuje zdarzenia, zadania, (…). Prace nad rozwiązaniem obejmują projektowanie mechanizmów wykonywania wieloetapowych (…).

Spółka tworzy i rozwija także rozwiązania (…). Wszystkie wskazane przykłady dotyczą projektów wymagających opracowania nowych lub istotnie rozwiniętych rozwiązań programistycznych, a nie jedynie prostego wdrożenia, odtworzenia lub powielenia rozwiązań już znanych i dostępnych na rynku. Spółka wykorzystuje istniejące technologie, narzędzia i komponenty, jednak łączy je, modyfikuje oraz rozwija w sposób dostosowany do specyfiki danego projektu, tworząc w rezultacie nowe funkcjonalności, mechanizmy integracyjne, modele danych, procesy lub sposoby działania systemów.

W ramach prowadzonych prac Spółka wykorzystuje wiedzę i umiejętności z zakresu programowania, architektury systemów informatycznych, baz danych, API, integracji, automatyzacji procesów, bezpieczeństwa, testowania, systemów ERP oraz procesów biznesowych. Wiedza ta jest łączona z wiedzą dotyczącą sposobu działania systemów (…).

W toku projektów Spółka rozwija wiedzę dotyczącą w szczególności projektowania (…). Wiedza i rozwiązania wypracowane w toku prac są utrwalane w kodzie źródłowym, modelach danych, architekturze, dokumentacji, konfiguracjach, scenariuszach testowych i kolejnych wersjach oprogramowania oraz są wykorzystywane przy dalszym rozwoju produktów i realizacji kolejnych funkcjonalności.

Prace mogą być wykonywane przez pracowników Spółki oraz osoby współpracujące ze Spółką na podstawie umów B2B albo innych umów cywilnoprawnych. Spółka identyfikuje problem, opracowuje koncepcję rozwiązania, określa założenia funkcjonalne i techniczne, zakres projektu oraz kierunek jego realizacji. Współpracownicy wykonują przypisane im zadania w ramach projektu zgodnie z założeniami określonymi przez Spółkę, wykorzystując przy tym własną wiedzę i doświadczenie techniczne. Spółka koordynuje prace oraz weryfikuje zgodność ich wyników z wymaganiami projektu.

Spółka dokumentuje przebieg prac przy wykorzystaniu materiałów właściwych dla danego projektu, w tym ewidencji czasu pracy i opisów wykonanych zadań, kodu i kolejnych wersji oprogramowania, dokumentacji funkcjonalnej i użytkowej, materiałów projektowych, konfiguracji oraz wyników testów. Zakres i forma dokumentacji zależą od rodzaju oraz etapu projektu. Na podstawie posiadanych materiałów Spółka przygotowuje i porządkuje również dokumentację projektową, techniczną i wdrożeniową. Pracownicy rejestrują czas pracy przypisany do projektów oraz wykonywanych zadań. Pozwala to Spółce ustalić, jakie czynności były wykonywane w ramach danego projektu i w jakim okresie, a także rozdzielić prace analityczne, projektowe, programistyczne i testowe od czynności wdrożeniowych, serwisowych, szkoleniowych, administracyjnych, utrzymaniowych i rutynowych.

Spółka nie traktuje wszystkich czynności wykonywanych w ramach projektu informatycznego jako działalności objętej wnioskiem. Poza jego zakresem pozostają czyste wdrożenia gotowych systemów ERP, standardowa konfiguracja i parametryzacja, instalacja oprogramowania, szkolenia, bieżący helpdesk, asysta powdrożeniowa, czynności administracyjne, rutynowe aktualizacje, bieżące utrzymanie, sprzedaż licencji oraz usuwanie prostych błędów eksploatacyjnych.

Jeżeli w ramach jednego projektu wykonywane są zarówno prace związane z tworzeniem lub rozwojem oprogramowania, jak i czynności wdrożeniowe, utrzymaniowe albo rutynowe, przedmiotem wniosku są wyłącznie pierwsze z tych czynności. Spółka rozdziela je na podstawie rzeczywistego charakteru zadań oraz ewidencji czasu pracy. Analiza i usuwanie błędów są objęte wnioskiem wyłącznie wtedy, gdy stanowią element procesu tworzenia albo rozwoju funkcjonalności, a ich wyniki prowadzą do zmiany projektu, architektury, modelu danych, algorytmu lub logiki rozwiązania. Zwykłe usuwanie błędów występujących podczas bieżącej eksploatacji pozostaje poza zakresem wniosku.

Spółka nie prowadzi w ramach działalności objętej niniejszym wnioskiem badań podstawowych ani badań aplikacyjnych. Prace objęte wnioskiem polegają na nabywaniu, łączeniu, kształtowaniu i wykorzystywaniu dostępnej aktualnie wiedzy i umiejętności, w szczególności z zakresu programowania, architektury systemów informatycznych, baz danych, interfejsów API, integracji, automatyzacji, bezpieczeństwa, testowania, systemów ERP oraz procesów biznesowych. Wiedza i umiejętności są wykorzystywane do projektowania i tworzenia nowych albo ulepszonych rozwiązań informatycznych. Prace objęte wnioskiem nie obejmują zmian rutynowych ani okresowych, nawet jeżeli zmiany takie mają charakter ulepszeń.

Niniejszy wniosek dotyczy zatem działalności Spółki polegającej na tworzeniu i rozwijaniu rozwiązań programistycznych współpracujących z systemami (…) albo rozszerzających funkcjonalności tych systemów, realizowanej według modelu przedstawionego powyżej.

Ponadto, w piśmie uzupełniającym doprecyzowali Państwo opis sprawy następująco:

1.  W czym konkretnie przejawia się twórczy charakter wskazanych przez Państwa prac związanych z tworzeniem nowych oraz rozwojem istniejących rozwiązań informatycznych?

Twórczy charakter prac Spółki przejawia się w samodzielnym opracowywaniu sposobu technicznej realizacji określonego celu biznesowego lub funkcjonalnego. W projektach objętych wnioskiem z góry znany jest problem, który ma zostać rozwiązany, oraz oczekiwany efekt funkcjonalny, natomiast nie jest z góry określony kompletny sposób jego technicznej realizacji. Zespół Spółki projektuje, zależnie od charakteru projektu, m.in. architekturę rozwiązania, model i sposób odwzorowania danych, logikę biznesową, sposób komunikacji między systemami, zasady walidacji, mechanizmy autoryzacji i bezpieczeństwa, obsługę błędów oraz zasady zapewnienia spójności danych.

Przyjęty sposób realizacji jest następnie weryfikowany podczas implementacji i testów. Ujawnione ograniczenia systemów ERP lub ich interfejsów, przypadki brzegowe, niespójności danych albo problemy wydajnościowe mogą prowadzić do zmiany architektury, modelu danych, algorytmu, logiki działania lub sposobu wymiany danych, po czym rozwiązanie jest ponownie implementowane i testowane.

Przykładowo, (…) Spółka kontynuuje rozwój tego rozwiązania, (…). Prace objęte wnioskiem obejmują projektowanie i wdrażanie kolejnych funkcjonalności tej warstwy, w tym rozwiązań pozwalających na pracę (…). (…).

Rezultatem tych prac są więc nowe albo istotnie rozwinięte funkcjonalności, modele danych, mechanizmy integracyjne, algorytmy i sposoby działania oprogramowania. Do prac tych Spółka nie zalicza czynności polegających wyłącznie na instalacji, standardowej konfiguracji i parametryzacji, rutynowej aktualizacji, bieżącym utrzymaniu ani prostym usuwaniu błędów eksploatacyjnych.

2.  Jakie konkretnie cele zostały przez Państwa osiągnięte, w ramach jakich zasobów ludzkich, rzeczowych i finansowych nastąpiło opracowanie konkretnego rozwiązania praktycznego problemu lub innowacyjnego rozwiązania?

W ramach prac objętych wnioskiem Spółka osiągnęła konkretne cele polegające na opracowaniu rozwiązań usuwających zidentyfikowane ograniczenia techniczne lub biznesowe. Dla zobrazowania charakteru tych rezultatów można wskazać następujące przykłady:

-    (…).

Do realizacji prac wykorzystywane były zasoby ludzkie w postaci zespołów projektowych składających się – zależnie od projektu – z project managerów, programistów, testerów oraz konsultantów ERP. Przykładowo zespół (…) obejmował (…). Osoby te odpowiadały odpowiednio za analizę wymagań, projektowanie rozwiązania, implementację, integrację i testowanie.

Zasoby rzeczowe i techniczne obejmowały w szczególności stanowiska komputerowe, firmową infrastrukturę serwerową, bazy danych, maszyny wirtualne i środowiska testowe oraz narzędzia  programistyczne i wspierające proces wytwarzania oprogramowania, m.in. (…). Środowiska testowe służyły m.in. do uruchamiania różnych konfiguracji i wersji systemów ERP, testowania integracji i wykonywania testów regresyjnych.

Zasoby finansowe obejmowały koszty pracy członków zespołów projektowych oraz wydatki związane ze sprzętem komputerowym, licencjami na narzędzia programistyczne, infrastrukturą serwerową, bazami danych, maszynami wirtualnymi i utrzymywaniem środowisk niezbędnych do projektowania, implementacji i testowania tworzonych rozwiązań.

3.  Czy prace będące przedmiotem wniosku podejmowane są w sposób uporządkowany, zaplanowany, metodyczny, według pewnego systemu, na podstawie przygotowanego harmonogramu prac z przyjęciem określonych celów do osiągnięcia?

Prace będące przedmiotem wniosku są podejmowane w sposób uporządkowany, zaplanowany i metodyczny, według przyjętego przez Spółkę modelu realizacji projektów informatycznych.

Każdy projekt rozpoczyna się od identyfikacji określonej potrzeby biznesowej lub technicznej oraz ustalenia celu, który ma zostać osiągnięty. Następnie, określany jest zakres prac i opracowywana koncepcja rozwiązania, po czym realizowane są kolejne etapy obejmujące projektowanie funkcjonalne i techniczne, implementację, testowanie oraz analizę wyników. Jeżeli testy lub ograniczenia systemów ERP ujawnią potrzebę zmiany przyjętego rozwiązania, jest ono odpowiednio modyfikowane i ponownie weryfikowane.

Dla projektów, zależnie od ich charakteru i skali, przygotowywane są harmonogramy, plany prac, listy zadań lub inne zestawienia projektowe służące określeniu etapów, zadań, priorytetów oraz planowanych ram czasowych ich realizacji. Poszczególne zadania są przypisywane członkom zespołu, a ich wykonanie jest monitorowane i dokumentowane m.in. poprzez ewidencję czasu pracy, opisy wykonanych czynności, kolejne wersje oprogramowania, dokumentację projektową i techniczną oraz wyniki testów.

Przykładowo w projekcie (…) prace rozwojowe są prowadzone etapowo. Zależnie od zakresu rozwijanej funkcjonalności obejmują analizę wymagań i procesów ERP, projektowanie lub modyfikację architektury (…), testy i stabilizację, a następnie dalszy rozwój produktu. Dla poszczególnych etapów określony jest zarówno zakres czynności, jak i oczekiwany rezultat.

W konsekwencji, prace nie mają charakteru przypadkowego ani doraźnego, lecz są realizowane według określonego systemu projektowego, z uprzednio określonymi celami i zakresem prac, z podziałem na kolejne etapy oraz przy przyjęciu planowanych ram czasowych ich realizacji. Jednocześnie sposób technicznego osiągnięcia zakładanego celu może być iteracyjnie modyfikowany w zależności od wyników prowadzonych prac i testów.

4.  Czy efekty pracy polegających na tworzeniu lub rozwijaniu systemów IT, których podatnik jest „twórcą”:

- są kreacją nowego, nieistniejącego wcześniej produktu?

Tak, przy czym charakter nowości rezultatu zależy od rodzaju wykonywanych prac. W przypadku prac polegających na tworzeniu nowych rozwiązań ich efektem jest powstanie produktu lub rozwiązania informatycznego, które wcześniej nie występowało w działalności Spółki w takiej postaci.

Natomiast, w przypadku rozwoju istniejących systemów rezultatem prac nie zawsze jest całkowicie nowy, odrębny produkt. Efektem może być również powstanie nowej, wcześniej nieistniejącej funkcjonalności, modułu, mechanizmu integracyjnego, modelu danych, algorytmu, procesu albo nowej wersji istniejącego rozwiązania. W takich przypadkach nowość dotyczy konkretnego rezultatu prac rozwojowych, a nie całego produktu jako odrębnej aplikacji. Jest to zgodne z opisem wniosku, w którym zakres prac obejmuje zarówno tworzenie nowych rozwiązań, jak i rozwijanie istniejących poprzez zmianę m.in. ich funkcjonalności, architektury, logiki działania, modelu danych lub zakresu integracji.

Przykładowo, w ramach (…) powstają nowe endpointy, modele danych i mechanizmy obsługi określonych operacji ERP, (…). Są to rozwiązania lub funkcjonalności, które przed ich zaprojektowaniem i implementacją nie występowały w danym produkcie Spółki w takiej postaci.

Jednocześnie, nowość rezultatu odnosi się do działalności Spółki i rozwijanych przez nią rozwiązań; rezultat nie musi stanowić rozwiązania nieistniejącego wcześniej w skali całego rynku, branży lub świata.

-  nie są efektem pracy, która wymaga do osiągnięcia rezultatu jedynie określonych umiejętności i której rezultaty da się z góry określić i przewidzieć jako mające charakter powtarzalny?

Efekty prac objętych wnioskiem nie są rezultatem czynności, w których do osiągnięcia z góry określonego i powtarzalnego wyniku wystarcza jedynie zastosowanie posiadanych umiejętności według znanego schematu postępowania.

W projektach objętych wnioskiem przed rozpoczęciem prac znany jest cel biznesowy lub funkcjonalny, który ma zostać osiągnięty, natomiast szczegółowy sposób jego technicznej realizacji oraz ostateczna postać rozwiązania nie są z góry przesądzone. Zespół Spółki musi samodzielnie ustalić m.in. architekturę rozwiązania, model i sposób odwzorowania danych, logikę biznesową, sposób komunikacji między systemami, zasady walidacji, obsługi błędów oraz zapewnienia spójności danych. Samo posiadanie określonych kompetencji programistycznych jest zatem konieczne do wykonania prac, ale nie przesądza ani o sposobie rozwiązania problemu, ani o końcowym rezultacie technicznym.

Powtarzalny jest sposób organizacji prac Spółki, a nie ich rezultat techniczny. Poszczególne projekty mogą przebiegać według podobnego modelu obejmującego analizę, projektowanie, programowanie i testowanie, jednak zakres techniczny oraz sposób rozwiązania danego problemu zależą od konkretnej potrzeby, ograniczeń systemu ERP, środowiska klienta oraz wyników prowadzonych prac. Rezultat techniczny jest kształtowany w toku prac. Podczas implementacji i testów mogą ujawnić się m.in. ograniczenia interfejsów ERP, niespójności danych, przypadki brzegowe lub problemy wydajnościowe, które wymagają zmiany wcześniej przyjętej architektury, modelu danych, algorytmu, logiki albo sposobu wymiany danych i ponownej weryfikacji rozwiązania. Tym samym, na początku projektu możliwe jest określenie oczekiwanego efektu funkcjonalnego, ale nie wszystkich cech technicznych rozwiązania ani kompletnego sposobu jego osiągnięcia.

Przykładowo, przy tworzeniu nowych oraz rozwijaniu istniejących funkcjonalności (…) nie wystarcza powtarzalne napisanie kolejnego fragmentu kodu według jednego wzorca. Konieczne jest każdorazowo ustalenie sposobu odwzorowania konkretnej operacji ERP, odpowiednich struktur danych, zasad walidacji i obsługi błędów oraz mechanizmów zapewniających spójność wykonywanych operacji. Analogicznie, w ramach prac rozwojowych dotyczących (…) sposób realizacji wieloetapowego procesu wymaga zaprojektowania współdziałania zdarzeń, zadań, warunków, tokenów i mechanizmów ponowień, zależnie od charakteru automatyzowanego procesu. Czynności, w których zarówno sposób wykonania, jak i rezultat są z góry określone i możliwe do uzyskania poprzez zastosowanie znanej, powtarzalnej procedury nie są objęte Wnioskiem.

- nie są jedynie „techniczną”, a są „twórczą”, realizacją szczegółowych projektów?

Efekty prac objętych wnioskiem nie są jedynie techniczną realizacją szczegółowych, z góry przygotowanych projektów. W zakresie objętym wnioskiem Spółka nie otrzymuje kompletnego projektu technicznego określającego architekturę, model danych, algorytmy, logikę działania i sposób integracji, który następnie należałoby jedynie zakodować. Przed rozpoczęciem prac określony jest przede wszystkim problem oraz oczekiwany cel biznesowy lub funkcjonalny. Natomiast sposób jego realizacji technicznej jest wypracowywany przez zespół Spółki. W toku prac podejmowane są własne decyzje dotyczące m.in. architektury rozwiązania, struktur i przepływu danych, logiki biznesowej, komunikacji pomiędzy systemami, walidacji, obsługi błędów, bezpieczeństwa oraz zapewnienia spójności operacji.

Twórczy element prac występuje zatem już na etapie koncepcji i projektowania, a nie wyłącznie na etapie pisania kodu. Co więcej, przyjęta koncepcja może ulegać zmianie w toku implementacji i testów, jeżeli ujawnione zostaną ograniczenia (…), przypadki brzegowe, niespójności danych lub problemy wydajnościowe. W takim przypadku zespół modyfikuje np. architekturę, model danych, algorytm lub logikę rozwiązania i ponownie je weryfikuje.

Przykładowo (…) zespół nie ogranicza się do technicznego „wystawienia” funkcji ERP, lecz projektuje sposób odwzorowania operacji ERP w strukturach (…), sposób walidacji danych, obsługi błędów i zapewnienia spójności operacji. (…).

Pytanie (ostatecznie sformułowane w uzupełnieniu wniosku)

Czy opisana we wniosku działalność Spółki, polegająca na tworzeniu nowych oraz rozwijaniu istniejących rozwiązań informatycznych współpracujących z systemami(…) ERP, realizowana według przedstawionego we wniosku modelu prac, z wyłączeniem rutynowych i okresowych zmian oraz pozostałych czynności wskazanych we Wniosku jako nieobjęte pytaniem, stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 w związku z art. 4a pkt 28 ustawy o CIT, a w konsekwencji czy Spółka jest uprawniona, na podstawie art. 18d ust. 1 ustawy o CIT, do odliczenia od podstawy opodatkowania kosztów kwalifikowanych poniesionych na tę działalność, przy spełnieniu pozostałych warunków określonych w art. 18d ustawy o CIT?

Państwa stanowisko w sprawie (sformułowane we wniosku oraz w uzupełnieniu wniosku)

Zdaniem Wnioskodawcy, opisana we wniosku działalność Spółki, polegająca na tworzeniu nowych oraz rozwijaniu istniejących rozwiązań informatycznych współpracujących z (…) ERP, realizowana według przedstawionego we wniosku modelu prac, z wyłączeniem rutynowych i okresowych zmian oraz pozostałych czynności wskazanych jako nieobjęte pytaniem, stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 w związku z art. 4a pkt 28 ustawy o CIT. W konsekwencji Spółka jest uprawniona, na podstawie art. 18d ust. 1 ustawy o CIT, do odliczenia od podstawy opodatkowania kosztów kwalifikowanych poniesionych na tę działalność, przy spełnieniu pozostałych warunków określonych w art. 18d ustawy o CIT.

Zgodnie z art. 4a pkt 26 ustawy o CIT, działalnością badawczo-rozwojową jest działalność twórcza, obejmująca badania naukowe lub prace rozwojowe, podejmowana w sposób systematyczny w celu zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań. Art. 4a pkt 28 ustawy o CIT, odsyła w zakresie pojęcia prac rozwojowych do art. 4 ust. 3 ustawy - Prawo o szkolnictwie wyższym i nauce, zgodnie z którym prace te obejmują nabywanie, łączenie, kształtowanie i wykorzystywanie dostępnej aktualnie 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 zmian rutynowych i  okresowych, nawet jeżeli mają one charakter ulepszeń.

W ocenie Wnioskodawcy, opisane czynności, ze względu na ich przedstawione cechy, stanowią prace rozwojowe w rozumieniu art. 4a pkt 28 ustawy o CIT w związku z art. 4 ust. 3 ustawy – Prawo o szkolnictwie wyższym i nauce. Spółka wykorzystuje i rozwija wiedzę z zakresu programowania, architektury systemów informatycznych, baz danych, interfejsów API, integracji, automatyzacji, bezpieczeństwa, testowania, systemów ERP oraz procesów biznesowych. Wiedza ta jest łączona i kształtowana w celu zaprojektowania oraz stworzenia rozwiązań, które nie wynikają z prostego zastosowania gotowego programu, wykonania standardowej konfiguracji ani realizacji kompletnej, z góry ustalonej instrukcji technicznej. Przepisy nie uzależniają uznania prac za rozwojowe od stworzenia rozwiązania nowego w skali światowej lub branżowej. Istotne jest, że w działalności Spółki powstaje nowe albo ulepszone rozwiązanie, proces lub sposób wykorzystania dostępnych funkcji i danych, a rezultat ten jest osiągany w wyniku prac o cechach opisanych we wniosku.

Z ustawowej definicji wynika, że działalność badawczo-rozwojowa musi mieć charakter twórczy. Posłużenie się tym sformułowaniem wskazuje, że działalność badawczo-rozwojowa to taka aktywność, która nastawiona jest na tworzenie nowych i oryginalnych rozwiązań, często o charakterze unikatowym, które nie mają odtwórczego charakteru. 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.

Twórczy charakter prac przejawia się przede wszystkim w dokonywaniu przez Spółkę własnych wyborów projektowych i technicznych. W odniesieniu do prac objętych pytaniem znany jest cel biznesowy lub funkcjonalny, natomiast szczegółowy sposób jego realizacji wymaga opracowania przez Spółkę. Konieczne jest w szczególności zaprojektowanie architektury rozwiązania, modelu danych, logiki biznesowej, zasad komunikacji pomiędzy systemami, zakresu walidacji, mechanizmów autoryzacji i bezpieczeństwa, sposobu obsługi błędów oraz zasad zapewnienia spójności operacji. Spółka nie ogranicza się przy tym do mechanicznego powielenia istniejącego rozwiązania, lecz analizuje dostępne warianty i dobiera sposób realizacji uwzględniający ograniczenia systemów (…) ERP, baz danych, bibliotek, interfejsów programistycznych oraz środowiska klienta.

Charakter ten potwierdzają przedstawione we wniosku przykłady. (…). Przykłady te obrazują typ prac prowadzonych przez Spółkę, lecz nie ograniczają zakresu pytania do wskazanych nazw handlowych.

Prace objęte pytaniem są prowadzone iteracyjnie. Przyjęte założenia są weryfikowane w toku implementacji i testów, a ujawnione ograniczenia interfejsów ERP, niespójności danych, przypadki brzegowe, problemy wydajnościowe albo nieprawidłowe zachowanie systemów może prowadzić do zmiany architektury, modelu danych, algorytmu, logiki działania lub sposobu wymiany danych. Testowanie objęte wnioskiem nie polega wyłącznie na sprawdzeniu instalacji gotowego programu. Testy techniczne, funkcjonalne, integracyjne, regresyjne lub wydajnościowe służą ocenie przyjętych założeń i wypracowaniu prawidłowego rozwiązania. Ich wyniki są wykorzystywane do wprowadzania zmian i kolejnej weryfikacji rozwijanego oprogramowania. Taki sposób działania odpowiada istocie prac rozwojowych, w których aktualna wiedza i umiejętności są wykorzystywane oraz kształtowane w procesie projektowania i tworzenia zmienionych, ulepszonych lub nowych rozwiązań.

Działalność jest również prowadzona w sposób systematyczny. Spółka stosuje uporządkowany model obejmujący analizę potrzeby i środowiska informatycznego, identyfikację ograniczeń, opracowanie koncepcji, projektowanie funkcjonalne i techniczne, programowanie, testowanie, analizę wyników oraz dalszy rozwój rozwiązania. Poszczególne zadania są przypisywane do projektów, a pracownicy rejestrują czas pracy i opisy wykonywanych czynności. Spółka dysponuje również kodem i kolejnymi wersjami oprogramowania, zgłoszeniami i materiałami projektowymi, konfiguracjami, dokumentacją funkcjonalną i techniczną oraz informacjami o wykonanych testach. Materiały te nie są samoistną przesłanką działalności badawczo-rozwojowej, lecz potwierdzają, że prace nie mają charakteru przypadkowego ani chaotycznego i są prowadzone według określonego planu oraz metody.

Opisane prace służą zwiększaniu zasobów wiedzy Spółki oraz wykorzystywaniu tej wiedzy do tworzenia nowych zastosowań. W toku projektów Spółka, pozyskuje i rozwija praktyczną wiedzę (…). Wiedza ta jest utrwalana w kodzie źródłowym, architekturze, modelach danych, konfiguracjach, dokumentacji, scenariuszach testowych i kolejnych wersjach oprogramowania, a następnie wykorzystywana w dalszym rozwoju produktów i kolejnych projektach.

Nowe zastosowania polegają w szczególności na (…). W wyniku prac Spółki możliwe staje się realizowanie procesów niedostępnych albo niewystarczająco obsługiwanych w standardowym środowisku ERP. O nowym zastosowaniu nie przesądza samo zwiększenie wygody lub efektywności użytkownika, lecz stworzenie nowej funkcjonalności, sposobu wymiany danych, mechanizmu automatyzacji albo procesu informatycznego.

Wnioskodawca nie uznaje automatycznie za działalność badawczo-rozwojową wszystkich czynności wykonywanych w ramach projektów informatycznych ani wszystkich prac dotyczących produktów własnych. Analiza potrzeb, opracowanie koncepcji, projektowanie, programowanie i testowanie są objęte pytaniem jedynie w zakresie, w jakim pozostają funkcjonalnie związane z procesem tworzenia albo rozwoju rozwiązania informatycznego o opisanych cechach. Poza zakresem pozostają w szczególności czyste wdrożenia gotowych systemów i produktów, instalacja, standardowa konfiguracja i parametryzacja, szkolenia, bieżący helpdesk, asysta powdrożeniowa, czynności administracyjne, zwykłe utrzymanie, sama sprzedaż i licencjonowanie produktów oraz usuwanie prostych błędów eksploatacyjnych.

Analogicznie, samo dostosowanie programu do kolejnej wersji (…) ERP albo bibliotek systemowych nie jest objęte pytaniem, jeżeli sprowadza się do rutynowej aktualizacji lub technicznego odtworzenia kompatybilności. Prace takie mieszczą się w zakresie pytania wyłącznie wtedy, gdy wymagają ponownego zaprojektowania elementów rozwiązania, zmiany struktur danych, logiki, mechanizmu integracji lub obsługi operacji oraz przeprowadzenia procesu projektowego i testowego opisanego we wniosku. Również analiza i usuwanie błędów są objęte pytaniem tylko wówczas, gdy stanowią integralny element tworzenia lub rozwoju funkcjonalności i prowadzą do zmiany projektu, architektury, modelu danych, algorytmu lub logiki. Takie rozgraniczenie odpowiada ustawowemu wyłączeniu zmian rutynowych i okresowych oraz jest możliwe na podstawie prowadzonej przez Spółkę ewidencji zadań i czasu pracy.

Fakt, że część rozwiązań jest po ich stworzeniu oferowana jako produkty standardowe lub pudełkowe, nie zmienia charakteru prac prowadzących do ich opracowania lub dalszego rozwoju. Przedmiotem oceny nie jest późniejsza sprzedaż, udzielenie licencji ani standardowe uruchomienie produktu u klienta, lecz wcześniejszy proces prowadzący do stworzenia lub rozwoju oprogramowania. Podobnie, sam dedykowany charakter rozwiązania nie przesądza o jego kwalifikacji. Do zakresu pytania należą wyłącznie takie prace nad rozwiązaniami dedykowanymi, które spełniają cechy opisanego procesu rozwojowego i nie ograniczają się do konfiguracji istniejących funkcji.

Prace mogą być wykonywane przez pracowników Spółki oraz osoby współpracujące na podstawie umów B2B lub innych umów cywilnoprawnych. Sposób zatrudnienia osób uczestniczących w projekcie nie zmienia charakteru działalności prowadzonej przez Spółkę. Spółka identyfikuje problem, inicjuje i organizuje projekt, określa koncepcję, wymagania funkcjonalne i techniczne oraz kierunek realizacji, a następnie koordynuje prace i weryfikuje zgodność ich wyników z przyjętymi założeniami. Współpracownicy wykonują przypisane zadania w ramach tak zorganizowanego projektu, wykorzystując własną wiedzę techniczną. Przedmiotem pytania nie jest kwalifikacja wynagrodzeń pracowników, osób wykonujących umowy cywilnoprawne ani przedsiębiorców współpracujących ze Spółką jako kosztów kwalifikowanych.

Podsumowując, działalność objęta pytaniem ma charakter twórczy, ponieważ :

•   wymaga opracowywania własnych rozwiązań projektowych i technicznych;

•   jest prowadzona systematycznie, według uporządkowanego modelu;

•   obejmuje nabywanie, łączenie, kształtowanie i wykorzystywanie wiedzy oraz umiejętności w zakresie oprogramowania;

•   prowadzi do zwiększania zasobów wiedzy Spółki i tworzenia nowych zastosowań;

•   a zarazem nie obejmuje zmian rutynowych i okresowych ani innych czynności wyłączonych w opisie stanu faktycznego.

W konsekwencji, zdaniem Wnioskodawcy, opisana we wniosku działalność Spółki, polegająca na tworzeniu nowych oraz rozwijaniu istniejących rozwiązań informatycznych współpracujących z systemami (…) ERP , realizowana według przedstawionego we wniosku modelu prac, stanowi działalność́ badawczo- rozwojową w rozumieniu art. 4a pkt 26 w związku z art. 4a pkt 28 ustawy o CIT, w zakresie, w jakim nie obejmuje rutynowych i okresowych zmian ani pozostałych czynności wskazanych we wniosku jako nieobjęte pytaniem.

Ocena stanowiska

Stanowisko, które przedstawili Państwo we wniosku jest prawidłowe.

Uzasadnienie interpretacji indywidualnej

Stosownie do treści art. 18 ust. 1 ustawy z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (t. j. Dz. U. z 2026 r. poz. 554 ze zm., dalej: „updop”, „ustawa o CIT”),

Zgodnie z art. 4a pkt 26 updop,

W myśl art. 4a pkt 27 updop,

W myśl art. 4 ust. 2 ustawy z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce,

Stosownie do treści art. 4a pkt 28 updop,

W myśl art. 4 ust. 3 ustawy z dnia 20 lipca 2018 r. - Prawo o szkolnictwie wyższym i nauce,

W celu skorzystania z ulgi na działalność badawczo-rozwojową, należy przeprowadzić analizę nakierowaną na zidentyfikowanie przejawów działalności gospodarczej, które mogą zostać uznane za działalność badawczo-rozwojową (tj. tych aktywności podatnika, które spełniają definicje wskazane w art. 4a pkt 26-28 updop).

Ustawodawca wprowadził definicję działalności badawczo-rozwojowej w art. 4a pkt 26 updop, zgodnie z którą (jak już wyżej wskazano) przez działalność badawczo-rozwojową, należy rozumieć działalność twórczą obejmującą badania naukowe lub prace rozwojowe, podejmowaną w sposób systematyczny w celu zwiększenia zasobów wiedzy oraz wykorzystania zasobów wiedzy do tworzenia nowych zastosowań.

Kluczowe jest zawarte w definicji działalności badawczo-rozwojowej rozróżnienie, które wskazuje, że taka działalność obejmuje dwa rodzaje aktywności - 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.

Z ustawowej definicji wynika zatem, że taka działalność musi mieć charakter twórczy. Posłużenie się tym sformułowaniem wskazuje, że działalność badawczo-rozwojowa to taka aktywność, która nastawiona jest na tworzenie nowych i oryginalnych rozwiązań, często o charakterze unikatowym, które nie mają odtwórczego charakteru. 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.

Po drugie, z art. 4a pkt 26 updop, wynika, że działalność badawczo-rozwojowa musi być podejmowana w systematyczny sposób. 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.

Po trzecie, taka działalność musi mieć określony cel, tj. powinna być nakierowana na zwiększenie zasobów wiedzy oraz ich wykorzystanie do tworzenia nowych zastosowań. Prowadząc działalność badawczo-rozwojową, przedsiębiorca rozwija specjalistyczną wiedzę oraz umiejętności, które może wykorzystać w ramach bieżących albo przyszłych projektów.

Pamiętać trzeba, że w ramach prac rozwojowych następuje połączenie wyników prac badawczych z wiedzą techniczną w celu wprowadzenia do produkcji nowego lub zmodernizowanego wyrobu, nowej technologii czy nowego systemu organizacji. Innymi słowy, prowadzone systematyczne prace opierają się na istniejącej wiedzy, uzyskanej w wyniku działalności badawczej oraz/lub doświadczeń praktycznych i mają na celu wytworzenie nowych materiałów, produktów lub urządzeń, inicjowanie nowych i znaczące udoskonalenie już istniejących procesów, systemów i usług. Podmioty gospodarcze zajmujące się działalnością badawczo-rozwojową realizują ją obok swojej działalności podstawowej (np. przedsiębiorstwa przemysłowe dysponujące własnym zapleczem badawczo-rozwojowym, laboratoria, zakłady i ośrodki badawczo-rozwojowe, działy badawczo-technologiczne, biura konstrukcyjne i technologiczne, zakłady rozwoju technik, biura studiów i projektów itp.). Prace rozwojowe nie obejmują rutynowych i okresowych zmian wprowadzanych do istniejących produktów, linii produkcyjnych, procesów wytwórczych, usług nawet jeśli takie zmiany mają charakter ulepszeń.

Co oznacza, że aktywność podatnika winna być nastawiona na tworzenie nowych i oryginalnych rozwiązań, często o charakterze unikatowym (które nie mają odtwórczego charakteru), związane z postępem naukowym, czy technologicznym.

Na powyższe kryteria wskazał także Minister Finansów w Objaśnieniach podatkowych z 15 lipca 2019 roku dotyczących preferencyjnego opodatkowania dochodów wytwarzanych przez prawa własności intelektualnej (dalej także: „Objaśnienia MF”), które w części 3.2.1. poświęcone są pojęciu działalności badawczo-rozwojowej, która znajduje zastosowanie m.in. do korzystania z ulgi badawczo-rozwojowej przewidzianej w art. 18d updop - co zostało wskazane w samej treści objaśnień (por. pkt 31 Objaśnień MF).

Zgodnie z Objaśnieniami MF, przez działalność twórczą należy rozumieć zespół działań podejmowanych w kierunku tworzenia, powstania czegoś, a twórczość działalności badawczo-rozwojowej przejawiać się może m.in.: 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.

Dodatkowo warto nadmienić, że walidacja (według Słownika języka polskiego PWN rozumiana jako ogół czynności mających na celu zbadanie odpowiedniości, trafności lub dokładności czegoś) nowego lub ulepszonego produktu/technologii/rozwiązań zwłaszcza w warunkach rzeczywistego funkcjonowania, gdzie głównym celem jest dalsze udoskonalenie techniczne, a których ostateczny kształt nie został określony została wyróżniona w Objaśnieniach MF jako typowe przejawy działalności twórczej w znaczeniu przyjmowanym dla potrzeb definicji prac badawczo-rozwojowych (por. pkt 36 Objaśnień MF).

Co więcej, jak podkreślono w Objaśnieniach MF, istotnym elementem tego rodzaju działalności jest kreatywna aktywność wynikająca z działalności człowieka.

Jak wskazano w Objaśnieniach MF (na co zwrócił już uwagę Organ powyżej), w świetle obowiązujących w Polsce znaczeń pojęcia „systematyczność”, prowadzenie działalności w taki sposób może oznaczać realizację tego rodzaju działań:

-     w znaczeniu pierwszym - w sposób stały, od dłuższego czasu (regularnie), bądź

-     w znaczeniu drugim - w sposób uporządkowany, według pewnego systemu (planowo, metodycznie).

Dla potrzeb definicji działalności badawczo-rozwojowej, kryterium to należy rozumieć zgodnie z drugim znaczeniem. W świetle powyższego, oznacza to, że kryterium systematyczności jest spełnione, gdy działalność prowadzona jest w sposób uporządkowany, według pewnego systemu (metodycznie, zgodnie z planem).

Należy jeszcze raz zaakcentować, że trzecim kryterium uznania danej działalności za badawczo-rozwojową jest zwiększanie zasobów wiedzy (zgodnie z Objaśnieniami MF – pkt 43, to pojęcie odnosi się przede wszystkim do badań naukowych) lub wykorzystania istniejących zasobów wiedzy (na co nakierowane są przede wszystkim prace rozwojowe, obejmujące zdobywanie, łączenie i kształtowanie wiedzy) do tworzenia nowych zastosowań (nowych, zmienionych lub usprawnionych produktów, procesów lub usług).

Jednocześnie, jak zauważono w treści cytowanych Objaśnień MF, ustawodawca nie zdefiniował sformułowania „zwiększania zasobów wiedzy, jednak przyjąć można, że sformułowanie to należy rozumieć z perspektywy danego podatnika a kluczowym jest element celowościowy (tj. zwiększenie poziomu wiedzy oraz wykorzystanie jej do tworzenia nowych zastosowań), bez względu na to, czy  zdobywana wiedza stanowić będzie nowość tylko z perspektywy danego podmiotu, albo czy po jej zastosowaniu będzie służyć wyłącznie jednemu podmiotowi, czy też znajdzie szersze zastosowanie (por. pkt 45 Objaśnień MF).

Z opisu sprawy wynika, że realizowane przez Państwa prace polegają na tworzeniu i rozwijaniu rozwiązań programistycznych współpracujących z systemami (…) ERP albo rozszerzających funkcjonalności tych systemów. W ramach prowadzonych prac Spółka wykorzystuje wiedzę i umiejętności z zakresu programowania, architektury systemów informatycznych, baz danych, API, integracji, automatyzacji procesów, bezpieczeństwa, testowania, systemów ERP oraz procesów biznesowych. Wiedza ta jest łączona z wiedzą dotyczącą sposobu działania systemów (…) ERP oraz systemów zewnętrznych wykorzystywanych przez klientów. Twórczy charakter prac Spółki przejawia się w samodzielnym opracowywaniu sposobu technicznej realizacji określonego celu biznesowego lub funkcjonalnego, z kolei, rezultatem prac są nowe albo istotnie rozwinięte funkcjonalności, modele danych, mechanizmy integracyjne, algorytmy i sposoby działania oprogramowania. W ramach prac objętych wnioskiem Spółka osiągnęła konkretne cele polegające na opracowaniu rozwiązań usuwających zidentyfikowane ograniczenia techniczne lub biznesowe. Ponadto, prace będące przedmiotem wniosku są podejmowane w sposób uporządkowany, zaplanowany i metodyczny, według przyjętego przez Spółkę modelu realizacji projektów informatycznych.

Biorąc pod uwagę powyższe, zgadzam się z Państwem, że opisana we wniosku działalność Spółki, polegająca na tworzeniu nowych oraz rozwijaniu istniejących rozwiązań informatycznych współpracujących z systemami (…) ERP, realizowana według przedstawionego we wniosku modelu prac, z wyłączeniem rutynowych i okresowych zmian oraz pozostałych czynności wskazanych we wniosku jako nieobjęte pytaniem, stanowi działalność badawczo-rozwojową w rozumieniu art. 4a pkt 26 w związku z art. 4a pkt 28 ustawy o CIT, a w konsekwencji Spółka jest uprawniona, na podstawie art. 18d ust. 1 ustawy o CIT, do odliczenia od podstawy opodatkowania kosztów kwalifikowanych poniesionych na tę działalność, przy spełnieniu pozostałych warunków określonych w art. 18d ustawy o CIT

Zatem, Państwa stanowisko jest prawidłowe.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy stanu faktycznego przedstawionego przez Wnioskodawcę i stanu prawnego obowiązującego w dacie zaistnienia zdarzenia w przedstawionym stanie faktycznym.

Interpretacja indywidualna wywołuje skutki prawnopodatkowe tylko wtedy, gdy rzeczywisty stan faktyczny sprawy będącej przedmiotem interpretacji pokrywał się będzie z opisem stanu faktycznego podanym przez Wnioskodawcę w złożonym wniosku. W związku z powyższym, w przypadku zmiany któregokolwiek elementu przedstawionego we wniosku opisu sprawy, udzielona interpretacja traci swoją aktualność.

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 ze zm.). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli Państwa sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego i zastosują się Państwo do interpretacji.

-   Zgodnie z art. 14na § 1 Ordynacji podatkowej:

-   Zgodnie z art. 14na § 2 Ordynacji podatkowej:

Pouczenie o prawie do wniesienia skargi na interpretację

Mają Państwo prawo do zaskarżenia tej interpretacji indywidualnej do Wojewódzkiego Sądu Administracyjnego. Zasady zaskarżania interpretacji indywidualnych reguluje ustawa z dnia 30 sierpnia 2002 r. Prawo o postępowaniu przed sądami administracyjnymi (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.