Ryczałt dla programisty i branży IT – jak ustalić właściwą stawkę?

W branży IT nie istnieje jedna stawka ryczałtu przypisana do zawodu programisty, informatyka albo nazwy stanowiska w umowie. W praktyce najczęściej pojawiają się stawki 12% i 8,5%, a przy części usług zarządczo-doradczych również 15%. O wyniku decyduje rzeczywisty zakres wykonywanych czynności, ich klasyfikacja PKWiU oraz treść konkretnego przepisu ustawy o ryczałcie.

Z mojego doświadczenia wynika, że największe ryzyko powstaje wtedy, gdy podatnik zaczyna analizę od nazwy stanowiska. Określenia takie jak software engineer, IT consultant, tester, project manager, DevOps engineer czy administrator systemów są biznesowo użyteczne, ale same nie wyznaczają stawki podatku. Dwie osoby używające tej samej nazwy stanowiska mogą wykonywać inne usługi i stosować różne stawki ryczałtu.

Dla programisty tworzącego albo rozwijającego oprogramowanie punktem wyjścia jest zwykle stawka 12%. Stawka 8,5% może natomiast dotyczyć części usług pomocniczych, technicznych, testowych, koordynacyjnych lub projektowych, jeżeli ich rzeczywisty charakter nie mieści się w katalogu usług objętych stawką wyższą. Granica pomiędzy tymi kategoriami bywa w praktyce bardzo istotna kwotowo.

Od czego zależy stawka ryczałtu w branży IT?

Ustawa odwołuje się do Polskiej Klasyfikacji Wyrobów i Usług. Dlatego przy ustalaniu stawki znaczenie ma PKWiU, a nie sam kod PKD wpisany do CEIDG. Podstawę stanowi art. 4 ust. 1 pkt 1 ustawy o zryczałtowanym podatku dochodowym.

W praktyce analizę zaczynam od opisu czynności wykonywanych dla klienta. Następnie trzeba ustalić ich klasyfikację PKWiU i dopiero później sprawdzić, czy ustawa przypisuje do tej usługi szczególną stawkę. Taka kolejność jest szczególnie ważna w IT, ponieważ ustawodawca używa oznaczenia ex przy kilku grupowaniach.

Znaczenie oznaczenia ex wyjaśnia art. 4 ust. 4 ustawy o ryczałcie.

Mówiąc prościej, sam kod PKWiU nie zawsze przesądza o stawce. Jeżeli ustawa wskazuje przykładowo PKWiU ex 62.01.1, trzeba dodatkowo sprawdzić, czy wykonywane czynności mają związek z oprogramowaniem. Podobnie w przypadku PKWiU ex 62.09.20.0 stawka 12% dotyczy usług w zakresie instalowania oprogramowania, a nie automatycznie wszystkich usług mieszczących się w tym grupowaniu.

Kiedy programista stosuje stawkę 12%?

Najważniejszą regulacją dla typowej działalności programistycznej jest art. 12 ust. 1 pkt 2b lit. b ustawy o ryczałcie. Przepis w całości obejmuje kilka rodzajów usług informatycznych.

W przypadku osoby, która faktycznie projektuje, tworzy, modyfikuje albo rozwija oprogramowanie, związek z oprogramowaniem jest zazwyczaj bezpośredni. W takich sytuacjach stawka 12% jest naturalnym punktem wyjścia do analizy.

Znaczenie ma jednak to, że pojęcie usług związanych z oprogramowaniem jest szersze niż samo pisanie kodu. Naczelny Sąd Administracyjny w wyroku z dnia 23 sierpnia 2024 r. (sygn. akt II FSK 622/24) zaakceptował szerokie rozumienie tej kategorii.

To rozstrzygnięcie ma duże znaczenie praktyczne. Podatnik może nie pisać kodu, a mimo to wykonywać usługę związaną z oprogramowaniem. Dotyczy to przykładowo projektowania rozwiązań, analizy działania systemów, konfiguracji, rozwoju funkcjonalności albo prac ściśle związanych z wdrożeniem i rozwojem rozwiązania informatycznego.

Podobne podejście widać w aktualnej praktyce interpretacyjnej. Dyrektor KIS w interpretacji z dnia 4 sierpnia 2026 r. (nr 0115-KDST2-2.4011.446.2026.3.KK) uznał, że opisane usługi pozostawały związane z oprogramowaniem, mimo że podatnik nie wykonywał czynności programistycznych.

W mojej ocenie właśnie ten element powinien być szczególnie uważnie analizowany przy stanowiskach takich jak architekt rozwiązań, konsultant systemowy, analityk IT, DevOps, specjalista wdrożeniowy albo administrator aplikacji. Brak pisania kodu nie przesądza jeszcze o stawce 8,5%. Trzeba zbadać, czego rzeczywiście dotyczy usługa i jaki jest jej rezultat dla klienta.

Kiedy w branży IT może mieć zastosowanie stawka 8,5%?

Stawka 8,5% pełni w praktyce rolę stawki właściwej dla działalności usługowej, jeżeli danej usługi nie obejmuje szczególny przepis przewidujący inną stawkę. Podstawą jest art. 12 ust. 1 pkt 5 lit. a ustawy o ryczałcie.

Dla usług IT stawka 8,5% pojawia się przede wszystkim wtedy, gdy zakres czynności rzeczywiście pozostaje poza katalogiem usług objętych stawką 12% lub 15%. Przykłady z najnowszych interpretacji dobrze pokazują, jak duże znaczenie ma precyzyjny opis pracy.

Manualne testowanie oprogramowania

W interpretacji Dyrektora KIS z dnia 16 września 2026 r. (nr 0115-KDST2-1.4011.475.2026.1.MR) organ zaakceptował stawkę 8,5% dla usług manualnego weryfikowania jakości oprogramowania oraz wsparcia procesów zapewniania jakości, sklasyfikowanych jako PKWiU 62.02.30.0.

Przekładając to na praktykę, tester manualny może znajdować się w innej sytuacji niż programista lub osoba projektująca rozwój oprogramowania. Decyduje jednak konkretny zakres czynności. Automatyzacja testów, ingerencja w kod, projektowanie rozwiązania albo doradztwo w zakresie oprogramowania mogą zmienić kwalifikację części przychodów.

Project manager i zarządzanie projektami IT

Stawka 8,5% może występować również przy zarządzaniu projektami. W interpretacji Dyrektora KIS z dnia 10 września 2026 r. (nr 0115-KDST2-2.4011.585.2026.2.BM) organ potwierdził 8,5% dla usług zarządzania projektami IT sklasyfikowanych według PKWiU 70.22.20.0, przy założeniu, że usługi nie mają charakteru doradztwa związanego z zarządzaniem.

To rozróżnienie jest istotne. Koordynowanie harmonogramu, budżetu, zespołu, ryzyk oraz komunikacji w projekcie może mieścić się w usługach zarządzania projektami. Jeżeli zakres współpracy obejmuje doradzanie klientowi w zakresie zarządzania przedsiębiorstwem, struktury organizacyjnej albo procesów zarządczych, trzeba dodatkowo zbadać stawkę 15%.

Pozostałe usługi IT i znaczenie oznaczenia ex

Dobrym przykładem jest również interpretacja Dyrektora KIS z dnia 20 lipca 2026 r. (nr 0115-KDST2-2.4011.458.2026.3.BM). Organ zaakceptował 8,5% dla opisanych usług mieszczących się w PKWiU 62.09.20.0, ponieważ ich charakter nie odpowiadał usługom instalowania oprogramowania objętym stawką 12%.

Ten przykład pokazuje, dlaczego nie warto ustalać stawki wyłącznie na podstawie pierwszych cyfr PKWiU. Ustawa używa przy PKWiU 62.09.20.0 oznaczenia ex. W konsekwencji 12% obejmuje część tego grupowania – usługi w zakresie instalowania oprogramowania. Pozostałe czynności wymagają odrębnej oceny.

Kiedy w IT może pojawić się stawka 15%?

Stawka 15% może mieć znaczenie przy usługach doradztwa związanego z zarządzaniem. Dotyczy to także osób działających w branży technologicznej, jeżeli przedmiotem usługi jest faktycznie doradztwo zarządcze. Podstawę stanowi art. 12 ust. 1 pkt 2 lit. m ustawy o ryczałcie.

Dla project managera różnica między 8,5% a 15% zależy więc od charakteru usługi. Zarządzanie projektem i doradztwo związane z zarządzaniem są odrębnymi kategoriami. W praktyce warto przeanalizować umowę, zakres odpowiedzialności, faktyczne czynności oraz sposób raportowania. Samo użycie słowa manager w nazwie stanowiska nie wyznacza stawki.

Podobnie należy podchodzić do określeń consultant albo advisor. W branży IT słowo consultant bywa używane dla specjalisty technicznego, który wdraża rozwiązanie, konfiguruje system albo analizuje wymagania. Dla podatku znaczenie ma treść usługi, a nie angielska nazwa stanowiska.

Przykładowe stawki dla wybranych usług IT

Poniższa tabela pokazuje typowe kierunki analizy. Nie zastępuje klasyfikacji konkretnego modelu współpracy, ponieważ nawet przy tej samej nazwie stanowiska zakres czynności może być inny.

Czy administrator systemów albo specjalista utrzymania zawsze ma 8,5%?

Takiego założenia nie warto przyjmować. Ustawa wprost obejmuje stawką 12% usługi związane z zarządzaniem siecią i systemami informatycznymi, sklasyfikowane w PKWiU 62.03.1. Zakres pojęcia może obejmować również część czynności administracyjnych i utrzymaniowych.

W interpretacji Dyrektora KIS z dnia 10 kwietnia 2026 r. (nr 0115-KDST2-1.4011.95.2026.4.JP) organ uznał stanowisko podatnika za nieprawidłowe w sprawie usług sklasyfikowanych jako PKWiU 62.03.12.0. W praktyce pokazuje to, że administracja aplikacją, konfiguracja, parametryzacja i utrzymanie środowiska mogą prowadzić do stawki 12%, jeżeli odpowiadają ustawowej kategorii zarządzania systemami informatycznymi.

Dlatego przy administratorach, DevOps i specjalistach od utrzymania analizuję przede wszystkim faktyczny zakres odpowiedzialności. Znaczenie ma to, czy podatnik zarządza systemem lub siecią, czy wykonuje pomoc techniczną, czy instaluje oprogramowanie, czy konfiguruje gotowe narzędzia, a także czy uczestniczy w projektowaniu i rozwoju oprogramowania.

Czy można stosować kilka stawek ryczałtu jednocześnie?

W branży IT jest to częsta sytuacja. Jeden przedsiębiorca może wykonywać przykładowo część prac programistycznych objętych stawką 12% oraz odrębne usługi zarządzania projektem objęte stawką 8,5%. Warunkiem jest możliwość prawidłowego wyodrębnienia przychodów przypadających na poszczególne rodzaje działalności.

Reguluje to art. 12 ust. 3 ustawy o ryczałcie.

Dla podatnika oznacza to, że podział wynagrodzenia powinien być możliwy do obrony na podstawie dokumentów. Pomocna jest odpowiednia konstrukcja umowy, rozdzielenie zakresów usług, właściwy opis faktury oraz ewidencja pozwalająca przyporządkować przychód do konkretnej czynności. Sztuczny podział jednego świadczenia na kilka pozycji wyłącznie dla uzyskania niższej stawki zwiększa ryzyko sporu.

PKWiU, opinia GUS i interpretacja indywidualna

Przy spornej stawce ryczałtu trzeba rozdzielić dwa zagadnienia. Pierwszym jest klasyfikacja statystyczna usługi do PKWiU. Drugim jest podatkowy skutek tej klasyfikacji, czyli zastosowanie konkretnej stawki z art. 12 ustawy o ryczałcie.

Wniosek o interpretację indywidualną może potwierdzić podatkową ocenę opisanego modelu, ale Dyrektor KIS co do zasady opiera się na klasyfikacji PKWiU przedstawionej przez wnioskodawcę. Z tego względu przy usługach znajdujących się na granicy kilku grupowań warto wcześniej dokładnie przeanalizować klasyfikację, a w bardziej wątpliwych sprawach rozważyć uzyskanie informacji klasyfikacyjnej z GUS.

W mojej praktyce szczególnie istotne jest, aby opis do wniosku o interpretację przedstawiał rzeczywisty sposób pracy. Samo wpisanie korzystnego kodu PKWiU bez dokładnego opisu czynności nie daje dobrego zabezpieczenia. Organ ocenia skutki prawne stanu faktycznego opisanego przez podatnika, a ochrona interpretacji zależy od zgodności tego opisu z rzeczywistością.

Programista przechodzący z etatu na B2B – dodatkowe ryzyko

W branży IT częsty jest model, w którym podatnik kończy umowę o pracę i zaczyna świadczyć usługi B2B dla tego samego podmiotu. W takim przypadku poza samą stawką trzeba zbadać art. 8 ust. 2 ustawy o ryczałcie.

W aktualnej praktyce organów znaczenie ma porównanie rzeczywistych czynności. Dyrektor KIS w interpretacji z dnia 9 września 2026 r. (nr 0112-KDIL2-2.4011.670.2026.2.WS) analizował właśnie możliwość korzystania z ryczałtu przy świadczeniu usług na rzecz byłego pracodawcy.

Praktycznie oznacza to, że przed przejściem z etatu na B2B warto zestawić obowiązki pracownicze z zakresem usług przedsiębiorcy. Różnica w nazwie umowy albo stanowiska ma znaczenie drugorzędne. Najważniejsze są faktycznie wykonywane czynności i ich tożsamość albo odrębność.

Ryczałt jest liczony od przychodu, a nie od dochodu

Przy wyborze ryczałtu sama stawka 8,5% albo 12% nie pokazuje jeszcze rzeczywistej opłacalności. Podatek jest liczony od przychodu, bez pomniejszania go o koszty uzyskania przychodów. Wynika to z art. 12 ust. 2 ustawy o ryczałcie.

Przy 360 000 zł rocznego przychodu różnica pomiędzy stawką 8,5% a 12% wynosi 12 600 zł samego podatku rocznie. Przy 600 000 zł przychodu różnica wynosi już 21 000 zł. Dlatego przy większych przychodach prawidłowe ustalenie stawki ma realne znaczenie finansowe, a ryzyko błędnej kwalifikacji rośnie wraz ze skalą działalności.

Jednocześnie przedsiębiorca ponoszący wysokie koszty sprzętu, podwykonawców, licencji, szkoleń albo biura powinien porównać ryczałt z podatkiem liniowym lub skalą. Niska nominalna stawka ryczałtu może okazać się mniej korzystna, jeżeli działalność ma istotne koszty.

Czy każdy programista powinien wystąpić o interpretację?

Interpretacja indywidualna nie jest obowiązkowym warunkiem stosowania ryczałtu. W praktyce jej wartość rośnie wtedy, gdy klasyfikacja usługi jest niejednoznaczna albo różnica pomiędzy możliwymi stawkami jest istotna kwotowo. Dotyczy to szczególnie osób, których zakres pracy łączy elementy techniczne, analityczne, wdrożeniowe, projektowe i zarządcze.

W podobnych przypadkach zwykle zaczynam od analizy umowy i rzeczywistych obowiązków. Następnie przyporządkowuję czynności do PKWiU i sprawdzam, czy w przepisie występuje oznaczenie ex. Dopiero po takim przygotowaniu można ocenić, czy interpretacja indywidualna będzie potrzebna i jakie pytanie rzeczywiście warto zadać Dyrektorowi KIS.

Podsumowanie – jak ustalić stawkę ryczałtu dla usług IT?

Właściwa stawka ryczałtu w branży IT wynika z rzeczywistego rodzaju usługi. Dla klasycznych usług związanych z tworzeniem i rozwojem oprogramowania najczęściej właściwa będzie stawka 12%. Stawka 8,5% może dotyczyć części usług technicznych, pomocniczych, testowych i projektowych, jeżeli ustawa nie przypisuje im wyższej stawki. Przy usługach doradztwa związanych z zarządzaniem może pojawić się 15%.

Największe znaczenie mają trzy elementy: dokładny opis czynności, prawidłowe PKWiU i ustalenie, czy dana usługa mieści się w zakresie oznaczonym w ustawie jako ex. W sprawach granicznych warto zachować dokumentację uzasadniającą klasyfikację i rozważyć interpretację indywidualną. Przy kilku rodzajach usług trzeba dodatkowo prowadzić ewidencję pozwalającą rozdzielić przychody według właściwych stawek.