W usługach IT jeden źle opisany zakres prac potrafi zmienić stawkę ryczałtu, sposób ewidencji i ocenę całej faktury. Dlatego przy klasyfikacji pracy programisty liczy się nie stanowisko, tylko to, co faktycznie sprzedajesz: kodowanie, doradztwo, utrzymanie systemów, testy albo gotowy produkt. W 2026 r. robi się to jeszcze ważniejsze, bo sama klasyfikacja statystyczna poszła do przodu, a podatki nadal w wielu miejscach operują starszymi odniesieniami.
Najkrócej: klasyfikacja wynika z usługi, nie z nazwy zawodu
- Typowe programowanie trafia dziś do 62.10.11.0 w PKWiU 2025, a w starszych odniesieniach podatkowych nadal pojawia się odpowiednik z PKWiU 2015.
- Doradztwo IT, support i zarządzanie systemami to inne grupowania niż samo pisanie kodu.
- Przy ryczałcie usługi programistyczne najczęściej kończą się stawką 12%, ale sama nazwa stanowiska niczego jeszcze nie przesądza.
- Usługa złożona powinna być opisana przez czynność nadającą jej zasadniczy charakter.
- Jeśli klasyfikacja nie jest oczywista, wniosek do GUS musi dotyczyć jednej, konkretnej usługi.
Jaki kod zwykle obejmuje pracę programistyczną
Jeśli patrzysz na samą klasyfikację statystyczną, od 1 stycznia 2026 obowiązuje PKWiU 2025. Według GUS nowa wersja jest bardziej szczegółowa, dlatego lepiej rozdziela usługi, które wcześniej bywały wrzucane do jednego worka. W praktyce typowe programowanie trafia do 62.10.11.0, czyli usług związanych z projektowaniem, programowaniem i rozwojem oprogramowania.
W podatkach nadal możesz jednak spotkać starsze odwołania do PKWiU 2015, zwłaszcza tam, gdzie przepisy albo interpretacje posługują się jeszcze dawnymi grupowaniami. Dlatego przy pracy programisty dobrze widzieć oba porządki naraz, zamiast zakładać, że jeden kod załatwia wszystko.
| Czynność | PKWiU 2015 w obiegu podatkowym | PKWiU 2025 od 2026 | Jak to czytam w praktyce |
|---|---|---|---|
| Projektowanie, programowanie i rozwój oprogramowania | 62.01.11.0 / grupa 62.01.1 | 62.10.11.0 | Czyste kodowanie, budowa funkcji, poprawki, rozwój aplikacji |
| Rozwój technologii IT dla sieci i systemów komputerowych | 62.01.12.0 | 62.10.12.0 | Prace bliższe architekturze technicznej, integracji i infrastrukturze |
| Doradztwo w zakresie oprogramowania | 62.02.20.0 / grupa 62.02 | 62.20.20.0 | Analiza, rekomendacje i wybór rozwiązań bez własnoręcznego kodowania |
| Pomoc techniczna IT | 62.02.30.0 | 62.20.30.0 | Wsparcie, konfiguracja, rozwiązywanie problemów, utrzymanie środowisk |
| Zarządzanie siecią i systemami | 62.03.1 | 62.20.41.0 / 62.20.42.0 | Administracja, utrzymanie i operacje, a nie tworzenie nowych funkcji |
Warto zwrócić uwagę na zapis ex, który pojawia się w przepisach podatkowych. To nie jest osobny kod, tylko zawężenie grupy do tej części, którą przepis faktycznie obejmuje. Innymi słowy: numer może wyglądać szeroko, ale zakres bywa już dużo węższy. I właśnie dlatego sam kod bez opisu usługi często niewiele mówi.
To prowadzi do najważniejszej praktycznej rzeczy: ten sam programista może w różnych miesiącach świadczyć kilka różnych rodzajów usług, więc jeden opis na fakturze nie zawsze wystarczy.
Dlaczego ten sam freelancer może mieć kilka różnych klasyfikacji
Ja zawsze zaczynam od prostego pytania: co jest świadczeniem dominującym? Jeśli klient płaci za napisanie modułu, podstawą jest programowanie. Jeśli płaci za ocenę architektury i wybór technologii, ciężar przesuwa się w stronę doradztwa. Jeśli płaci za utrzymanie i administrowanie środowiskiem, bliżej temu do zarządzania systemami niż do kodowania.
GUS patrzy na usługę, a nie na nazwę stanowiska. To ważne, bo „programista” w praktyce może robić rzeczy bardzo różne:
- tworzyć kod i rozwijać funkcje,
- naprawiać błędy i refaktoryzować istniejące rozwiązania,
- doradzać klientowi, jaki stack wybrać,
- utrzymywać środowiska, deployować i monitorować system,
- prowadzić szkolenia lub warsztaty techniczne.
W usłudze złożonej trzeba wskazać czynność nadającą jej zasadniczy charakter. To jest moment, w którym wiele osób popełnia błąd: opisują całość jednym ogólnym hasłem „IT consulting”, chociaż w praktyce połowa pracy to development, a druga połowa to wsparcie techniczne. Taki skrót może wyglądać wygodnie, ale podatkowo bywa ryzykowny.
Żeby to nie zostało teorią, rozbijam teraz najczęstsze scenariusze z codziennej pracy.
Jak odróżnić programowanie od doradztwa i supportu
W praktyce najlepiej działa proste rozróżnienie: czy sprzedajesz efekt w postaci kodu, czy raczej wiedzę, konfigurację albo obsługę. To nie jest idealny test, ale w większości przypadków szybko pokazuje właściwy kierunek.
| Sytuacja | Najbliższy kierunek | Dlaczego |
|---|---|---|
| Piszę nowe funkcje w aplikacji | Programowanie | Efektem jest zmiana lub powstanie kodu |
| Naprawiam błędy i refaktoryzuję kod | Programowanie | Wciąż pracujesz na kodzie źródłowym i jego działaniu |
| Rekomenduję stack, architekturę albo sposób wdrożenia | Doradztwo IT | Efektem jest analiza i decyzja, nie sam kod |
| Konfiguruję środowisko, monitoring i deployment | Zarządzanie systemami / support | To utrzymanie i operacje, a nie rozwój funkcjonalności |
| Testuję aplikację i zgłaszam błędy | Do sprawdzenia indywidualnie | Jeśli nie tworzysz kodu, to często nie jest czyste programowanie |
| Prowadzę szkolenie z frameworka | Edukacja | Sprzedajesz wiedzę i proces uczenia, nie usługę programistyczną |
| Sprzedaję gotowy produkt albo licencję | Inny model niż klasyczne usługi | To bliżej produktu niż pracy wykonywanej na zlecenie |
Jeśli jeden kontrakt łączy kilka ról, rozdzielam je w opisie prac i na fakturze. To zwykle prostsze niż próba wrzucenia wszystkiego do jednego worka i liczenie, że urząd i tak to „zrozumie”.
Najwięcej problemów zaczyna się wtedy, gdy programista pracuje trochę jako developer, trochę jako konsultant, a trochę jako DevOps. W takim układzie jedna, wspólna etykieta prawie zawsze zubaża rzeczywisty obraz usługi. Dlatego następny krok to ryczałt i stawka podatku, bo właśnie tam różnice zaczynają boleć najbardziej.
Co z ryczałtem i podatkami przy usługach IT
Na podatki.gov.pl usługi związane z oprogramowaniem, doradztwem w zakresie oprogramowania, instalowaniem oprogramowania oraz zarządzaniem siecią i systemami są ujmowane w katalogu 12%. To najważniejsza liczba dla większości osób świadczących typowe usługi programistyczne na ryczałcie.
| Zakres | Najczęstsza stawka ryczałtu | Co z tego wynika |
|---|---|---|
| Programowanie, rozwój oprogramowania, doradztwo IT, instalowanie oprogramowania, zarządzanie siecią i systemami | 12% | To podstawowy pułap dla większości usług IT o charakterze technicznym |
| Inne usługi usługowe poza katalogiem 12% | 8,5% | Ta stawka nie jest „stawką dla programisty”, tylko dla czynności, które naprawdę nie wpadają do wyższej grupy |
Tu łatwo o pomyłkę. Sam fakt, że pracujesz w branży IT, nie oznacza automatycznie jednej stawki dla wszystkiego. Jeżeli w jednej działalności łączysz development, szkolenia i konsulting, przychody trzeba rozdzielać tak, żeby dało się pokazać ich faktyczny charakter. W przeciwnym razie ryzykujesz rozjechanie ewidencji i niepotrzebny spór o to, co było czym.
Nie myl też PKWiU z PKD. Kod działalności w CEIDG opisuje profil firmy, ale sam nie wyznacza stawki podatku. Dla rozliczeń liczy się rzeczywista usługa, jej opis i to, do jakiego grupowania faktycznie pasuje. To jest prosta zasada, ale w praktyce właśnie ona najczęściej ratuje przed błędem.
Żeby ten wybór nie był zgadywaniem, warto wiedzieć, jak poprosić o klasyfikację i dostać odpowiedź, której naprawdę da się użyć.
Jak poprosić o klasyfikację, żeby dostać użyteczną odpowiedź
Najlepsze wnioski o klasyfikację są zaskakująco nudne. Nie próbuję opisać całego biznesu w jednej stronie marketingowego tekstu, tylko jedna konkretna usługa, jej zakres i efekt. Im mniej ozdobników, tym lepiej.
- Opisz jedną usługę, a nie cały pakiet działań.
- Napisz, co dokładnie robisz, czego nie robisz i jaki jest efekt końcowy.
- Jeżeli usługa jest złożona, wskaż czynność nadającą jej zasadniczy charakter.
- Rozdziel kodowanie, doradztwo, support i szkolenia, jeśli faktycznie są osobnymi elementami współpracy.
- Jeśli temat ma wpływ na VAT, idź ścieżką WIS, bo to osobna procedura od klasycznej klasyfikacji.
W praktyce właśnie tak działa ścieżka klasyfikacyjna w GUS i przy WIS. Dla VAT trzeba dodatkowo pamiętać, że wciąż operuje się odniesieniami do PKWiU 2015, więc nie wolno automatycznie przenosić nowych kodów z 2025 do starszych rozstrzygnięć podatkowych. To drobny szczegół formalny, ale dla rozliczeń potrafi mieć duże znaczenie.
Ja w takich sprawach zawsze zapisuję sobie dwa zdania: jedno o tym, co jest przedmiotem usługi, i drugie o tym, jaki element jest dominujący. Taki zapis później świetnie działa jako baza do umowy, opisu na fakturze i ewentualnej odpowiedzi z urzędu.
Zanim wyślesz pierwszą fakturę, uporządkuj jeszcze kilka rzeczy w umowie i ewidencji.
Zanim wpiszesz kod na fakturze, uporządkuj opis usługi
- Ustal, czy sprzedajesz programowanie, doradztwo, support, szkolenie czy mieszankę kilku usług.
- Jeśli zakres jest mieszany, rozbij go na osobne pozycje w umowie i na fakturze.
- Trzymaj spójny opis w ofercie, kontrakcie i ewidencji przychodów.
- Przy zmianie modelu współpracy sprawdź, czy klasyfikacja nadal pasuje do rzeczywistej pracy.
- Jeśli zaczynasz sprzedawać własny produkt, potraktuj to jako oddzielny przypadek, a nie „to samo IT tylko pod inną nazwą”.
Jeśli mam wskazać jedną praktyczną zasadę, to jest nią ta: kod PKWiU powinien opisywać faktyczną treść pracy, a nie to, jak wygodnie brzmi nazwa roli. Gdy opis usługi jest precyzyjny, klasyfikacja zwykle układa się sama; gdy jest zbyt szeroki, później robi się z tego podatkowy chaos.
