Prawidłowe rozliczanie ulgi IP Box i ulgi B+R w jednym projekcie IT (kumulacja ulg).

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.

  • ulga B+R pozwala dodatkowo odliczyć określone koszty działalności badawczo-rozwojowej,
  • IP Box pozwala objąć kwalifikowany dochód z kwalifikowanego IP preferencyjną stawką 5%,
  • od 2022 r. możliwe jest symultaniczne korzystanie z obu preferencji także w odniesieniu do kosztów B+R związanych z kwalifikowanym IP,
  • kluczowe znaczenie mają ewidencja, identyfikacja projektu oraz prawidłowe ustalenie dochodu z kwalifikowanego prawa własności intelektualnej.

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.

Spis treści

IP Box i B+R – dwie preferencje, jeden projekt

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

  • B+R koncentruje się na kosztach,
  • IP Box koncentruje się na kwalifikowanym dochodzie,
  • obie preferencje mogą wystąpić w ramach tego samego przedsięwzięcia,
  • podatnik musi jednak prawidłowo przypisać koszty i przychody do działalności objętej preferencjami.

Na czym polega kumulacja ulg w projekcie IT?

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.

Jak rozliczyć koszty B+R i dochód z IP Box?

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:

  • ustalić, czy konkretne działania mają charakter B+R,
  • wyodrębnić koszty kwalifikowane,
  • ustalić kwalifikowane IP,
  • przypisać przychody i koszty do tego IP,
  • obliczyć dochód z kwalifikowanego IP,
  • zastosować odpowiedni wskaźnik nexus,
  • rozliczyć B+R oraz IP Box zgodnie z właściwymi zasadami ewidencji.

To właśnie na tym etapie pojawia się najwięcej praktycznych problemów.

Programista, software house i kwalifikowane IP

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:

  • jaki problem technologiczny rozwiązywał zespół,
  • jakie rozwiązania były testowane,
  • na czym polegała twórczość prac,
  • jakie elementy programu zostały wytworzone lub ulepszone,
  • kto i w jakim zakresie wykonywał prace B+R,
  • w jaki sposób powstałe IP jest wykorzystywane komercyjnie.

Ewidencja jest ważniejsza niż sama deklaracja

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.

Najczęstsze błędy przy kumulacji preferencji

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

  • brak rozdzielenia prac B+R od prac rutynowych,
  • brak szczegółowej ewidencji czasu pracy,
  • niewłaściwe przypisanie kosztów do projektu,
  • brak wyodrębnienia kwalifikowanego IP,
  • nieprawidłowe obliczenie dochodu z IP,
  • pomijanie mechanizmu nexus,
  • stosowanie preferencji do przychodów, które nie spełniają warunków ustawowych.

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.

Co zmienia się dla podatników w 2026 roku?

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:

  • dokumentować założenia technologiczne,
  • rejestrować czas pracy zespołu,
  • przypisywać koszty do konkretnych projektów,
  • dokumentować kolejne etapy rozwoju oprogramowania,
  • identyfikować powstałe prawa własności intelektualnej,
  • zachowywać dokumentację potwierdzającą komercjalizację IP.

Podsumowanie: kumulacja ulg wymaga precyzji

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.

Dodaj komentarz

Twój adres email nie zostanie opublikowany. Wymagane pola są oznaczone *