Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124
Physical Address
304 North Cardinal St.
Dorchester Center, MA 02124

W branży IT jeden projekt może jednocześnie generować koszty działalności badawczo-rozwojowej i dochody z wytworzonego oprogramowania. To właśnie w takich przypadkach przedsiębiorcy najczęściej pytają, czy ulgę B+R i IP Box można zastosować do tego samego projektu. Odpowiedź w 2026 r. brzmi: tak, ale sposób rozliczenia musi odpowiadać konstrukcji obu preferencji.
Czytaj więcej: w artykule wyjaśniamy, jak rozdzielić koszty i dochody, kiedy kumulacja ulg jest możliwa, jak dokumentować prace programistyczne oraz jakie błędy mogą zakwestionować rozliczenie.

Ulga B+R i IP Box wspierają innowacyjność, ale działają na różnych etapach działalności. Ulga B+R dotyczy kosztów działalności badawczo-rozwojowej, natomiast IP Box odnosi się do dochodu uzyskanego z kwalifikowanego prawa własności intelektualnej. W przypadku działalności IT może chodzić przede wszystkim o oprogramowanie będące kwalifikowanym IP.
Ministerstwo Finansów wskazuje, że IP Box może znaleźć zastosowanie, gdy podatnik prowadzi działalność B+R, w jej ramach wytwarza, rozwija lub ulepsza kwalifikowane IP i następnie osiąga z niego dochód. Preferencyjna stawka wynosi 5%.
Najważniejsza zmiana nastąpiła od 1 stycznia 2022 r. Wcześniej podatnik nie mógł jednocześnie stosować B+R i IP Box wobec tego samego dochodu. Polski Ład wprowadził możliwość symultanicznego stosowania obu preferencji.
W praktyce oznacza to, że przedsiębiorca może uwzględnić koszty kwalifikowane B+R przy rozliczeniu ulgi B+R, a jednocześnie przy ustalaniu dochodu z kwalifikowanego IP zastosować mechanizm IP Box. Ministerstwo Finansów wprost potwierdza możliwość takiego rozwiązania dla podatników PIT i CIT.
To jednak nie oznacza, że każdy koszt można automatycznie „odliczyć podwójnie”. Kumulacja preferencji wymaga rozróżnienia momentu, podstawy oraz mechanizmu zastosowania każdej z ulg.
Załóżmy, że software house prowadzi projekt polegający na stworzeniu nowego rozwiązania wykorzystującego autorskie algorytmy. Zespół programistów prowadzi prace rozwojowe, testuje kolejne rozwiązania i tworzy kod, który następnie jest komercjalizowany.
Jeżeli spełnione są ustawowe warunki, wynagrodzenia pracowników i inne kwalifikowane wydatki związane z B+R mogą zostać uwzględnione w uldze B+R. Jednocześnie dochód uzyskany z kwalifikowanego IP może zostać objęty 5-proc. stawką IP Box.
W rozliczeniu trzeba więc przejść przez kilka etapów:
To właśnie na tym etapie pojawia się najwięcej praktycznych problemów.
Samo tworzenie programu komputerowego nie przesądza jeszcze o prawie do preferencji. Działalność musi spełniać definicję działalności badawczo-rozwojowej, czyli mieć twórczy charakter, być podejmowana systematycznie i prowadzić do zwiększania zasobów wiedzy lub wykorzystania ich do tworzenia nowych zastosowań.
W przypadku projektu IT istotne jest więc wykazanie, co faktycznie było przedmiotem prac rozwojowych. Rutynowe poprawianie błędów, standardowe wdrożenie czy czynności odtwórcze nie powinny być automatycznie utożsamiane z działalnością B+R.
Przedsiębiorca powinien potrafić odpowiedzieć m.in. na pytania:
W praktyce największym ryzykiem nie jest samo zastosowanie dwóch preferencji, lecz brak dokumentacji pozwalającej odtworzyć sposób ich wyliczenia.
Przy uldze B+R przedsiębiorca musi prawidłowo wyodrębnić koszty kwalifikowane. Ministerstwo Finansów wskazuje m.in. na wynagrodzenia pracowników zaangażowanych w B+R, określone wynagrodzenia z umów cywilnoprawnych, materiały i surowce oraz inne wydatki wskazane w przepisach.
Przy IP Box dochodzi natomiast konieczność ustalenia dochodu z kwalifikowanego IP oraz prowadzenia odpowiedniej ewidencji.
Dobra dokumentacja powinna pozwalać połączyć:
projekt → pracownika → czas pracy → koszt → rezultat B+R → kwalifikowane IP → przychód → dochód.
To szczególnie ważne w software house’ach, gdzie jeden programista może pracować jednocześnie nad kilkoma projektami, a jeden projekt może zawierać zarówno czynności B+R, jak i zadania rutynowe.
Kumulacja B+R i IP Box nie jest mechanizmem, który pozwala bez ograniczeń zwiększać korzyść podatkową. Błędem jest przede wszystkim traktowanie wszystkich wydatków związanych z projektem IT jako kosztów kwalifikowanych.
Ryzyko rośnie także wtedy, gdy przedsiębiorca nie potrafi wskazać, które elementy oprogramowania stanowią kwalifikowane IP albo jak ustalił dochód przypadający na konkretne prawo.
Najczęściej problematyczne są:
Warto również pamiętać, że jeżeli ulga B+R nie może zostać w pełni wykorzystana w danym roku, przepisy przewidują możliwość rozliczania nieodliczonej części w kolejnych latach na zasadach określonych w ustawie.

W 2026 r. sama zasada symultanicznego korzystania z B+R i IP Box pozostaje kluczowym elementem polskiego systemu zachęt dla innowacyjnych przedsiębiorstw. Aktualne materiały Ministerstwa Finansów nadal wskazują możliwość korzystania z 5-proc. IP Box przez podatników spełniających warunki dotyczące działalności B+R i kwalifikowanego IP.
Dla przedsiębiorców technologicznych oznacza to przede wszystkim konieczność traktowania rozliczenia ulg jako procesu biznesowo-podatkowego, a nie wyłącznie pozycji w rocznym zeznaniu.
W praktyce już podczas prowadzenia projektu warto:
IP Box i ulga B+R mogą być stosowane w odniesieniu do jednego projektu IT, a od 2022 r. możliwe jest ich symultaniczne wykorzystanie. Nie oznacza to jednak prostego podwójnego odliczenia tego samego wydatku. Każda preferencja ma inną konstrukcję i inne warunki.
Największą wartość podatkową można osiągnąć wtedy, gdy przedsiębiorca od początku prawidłowo projektuje ewidencję i potrafi wykazać związek między pracami B+R, poniesionymi kosztami, powstałym kwalifikowanym IP oraz osiągniętym dochodem.
W 2026 r. dla branży IT oznacza to jedno: o skuteczności rozliczenia nie decyduje sama deklaracja, że firma „tworzy innowacyjne oprogramowanie”, lecz możliwość udokumentowania, dlaczego konkretny projekt i konkretne wydatki spełniają ustawowe kryteria.
Materiał ma charakter informacyjny i nie stanowi indywidualnej porady podatkowej. Przy rozliczeniu konkretnego projektu konieczna jest analiza stanu faktycznego, dokumentacji oraz aktualnych przepisów.