Ryczałt w IT – pułapki klasyfikacyjne, czy jesteś programistą, czy wsparciem technicznym (12% vs 8,5%)?

Ryczałt od przychodów ewidencjonowanych pozostaje jedną z popularnych form opodatkowania działalności prowadzonej przez specjalistów IT. Problem pojawia się jednak wtedy, gdy przedsiębiorca próbuje odpowiedzieć na pozornie proste pytanie: czy jego usługi są opodatkowane stawką 12%, czy 8,5%?

W branży technologicznej granica między programowaniem, doradztwem, administracją systemami, testowaniem a pomocą techniczną może być bardzo cienka. Dwie osoby wykonujące pracę dla tego samego klienta mogą mieć zupełnie różne stawki ryczałtu, jeśli zakres ich czynności i klasyfikacja PKWiU są odmienne.

W 2026 r. podstawowe znaczenie nadal ma art. 12 ustawy o ryczałcie. Ministerstwo Finansów wskazuje, że właściwą stawkę dla działalności usługowej co do zasady ustala się na podstawie symbolu PKWiU danej usługi.

Czytaj więcej: o czym jest ten artykuł?

kiedy usługi IT podlegają ryczałtowi 12%;
kiedy możliwe jest zastosowanie stawki 8,5%;
dlaczego nazwa stanowiska nie decyduje o podatku;
jak odróżnić programowanie od pomocy technicznej;
jakie znaczenie ma PKWiU 62.01 i 62.02;
co pokazują najnowsze interpretacje KIS z 2026 r.;
dlaczego przedsiębiorca powinien dokładnie opisać swoje czynności;
kiedy warto wystąpić o interpretację indywidualną.

Spis treści

12% czy 8,5%? Tu zaczyna się problem przedsiębiorcy IT

W 2026 r. stawka 12% obejmuje m.in. określone usługi związane z oprogramowaniem, instalowaniem oprogramowania, zarządzaniem siecią i systemami informatycznymi, a także wskazane w ustawie usługi doradcze. Ministerstwo Finansów wymienia wśród nich m.in. usługi związane z oprogramowaniem, doradztwem w zakresie sprzętu komputerowego, doradztwem w zakresie oprogramowania oraz zarządzaniem siecią i systemami informatycznymi.

Z kolei stawka 8,5% jest stawką ogólną dla działalności usługowej, jeżeli dana usługa nie została przypisana w ustawie do innej stawki.

W praktyce oznacza to, że przedsiębiorca nie powinien zaczynać analizy od pytania: „Jestem informatykiem, więc ile wynosi mój ryczałt?”. Prawidłowe pytanie brzmi: jakie konkretnie usługi świadczę i do jakiego grupowania PKWiU można je przypisać?

To istotna różnica, ponieważ ten sam specjalista może wykonywać zarówno czynności objęte 12%, jak i czynności, dla których właściwe będzie 8,5%.

Programista nie zawsze ma 12%, ale typowe usługi programistyczne są pod lupą

Jeżeli przedsiębiorca faktycznie tworzy, rozwija lub modyfikuje oprogramowanie, ryzyko zakwalifikowania jego usług do katalogu objętego stawką 12% jest wysokie. Ustawa wskazuje bowiem m.in. usługi związane z oprogramowaniem, sklasyfikowane w określonych grupowaniach PKWiU.

Nie oznacza to jednak, że każdy człowiek pracujący w branży IT automatycznie jest „programistą” dla celów podatkowych.

Znaczenie mają faktycznie wykonywane czynności. Inaczej należy oceniać:

pisanie i rozwijanie kodu źródłowego;
projektowanie funkcjonalności aplikacji;
modyfikowanie istniejącego oprogramowania;
analizę kodu w ramach procesu tworzenia oprogramowania;
administrację i zarządzanie systemami;
testowanie aplikacji;
pomoc użytkownikom końcowym;
konfigurację gotowych narzędzi;
instruktaż i bieżące wsparcie techniczne.

Szczególnie istotne jest to, że samo określenie usługi na fakturze jako „usługi IT” nie rozwiązuje problemu. Dla celów podatkowych liczy się rzeczywista treść świadczenia.

Wsparcie techniczne może oznaczać 8,5%. KIS pokazuje konkretną granicę

Najnowsze interpretacje Krajowej Informacji Skarbowej z 2026 r. pokazują, że wsparcie techniczne nie musi automatycznie oznaczać stawki 12%.

W interpretacji opublikowanej 3 marca 2026 r. KIS potwierdziła możliwość zastosowania 8,5% dla usług sklasyfikowanych jako PKWiU 62.02.30.0. Chodziło o techniczne wsparcie procesów biznesowych i marketingowych, obejmujące m.in. pomoc w obsłudze gotowych narzędzi CRM i platform mailingowych, konfigurację ustawień bez ingerencji w kod, integracje za pomocą gotowych wtyczek oraz instruktaż personelu. Podatnik nie wykonywał programowania ani doradztwa w zakresie oprogramowania.

To ważny sygnał dla przedsiębiorców działających jako IT support, helpdesk czy specjalista od wdrożeń.

W takim modelu kluczowe mogą być takie elementy jak:

praca na gotowych systemach;
brak tworzenia kodu;
brak projektowania oprogramowania;
konfiguracja istniejących funkcji;
rozwiązywanie problemów użytkownika;
instruktaż;
pomoc w bieżącej obsłudze systemu.

W podobnym kierunku KIS wypowiedziała się również we wrześniu 2026 r., potwierdzając 8,5% dla usług manualnego weryfikowania jakości oprogramowania i wsparcia procesów zapewniania jakości, jeżeli usługi mieściły się w PKWiU 62.02.30.0 i nie stanowiły usług objętych wyższą stawką.

Największa pułapka: doradztwo ukryte pod nazwą „support”

Tu właśnie wielu przedsiębiorców IT może popełnić błąd.

Nie każda usługa określana jako „wsparcie techniczne” będzie automatycznie objęta 8,5%. Jeżeli w ramach współpracy specjalista faktycznie świadczy doradztwo w zakresie oprogramowania, sytuacja może wyglądać zupełnie inaczej.

Ministerstwo Finansów wskazuje, że 12% obejmuje m.in. usługi związane z doradztwem w zakresie oprogramowania, oznaczone w ustawie jako PKWiU ex 62.02.

W praktyce różnica może wyglądać następująco:

Wsparcie techniczne: „Nie działa integracja. Pomagam klientowi skonfigurować istniejącą funkcję i usuwam problem użytkownika.”

Doradztwo: „Analizuję potrzeby przedsiębiorstwa i rekomenduję, jakie rozwiązanie programowe powinno zostać wdrożone, jak ma działać i jakie oprogramowanie będzie najlepsze.”

To nie są koniecznie te same usługi z punktu widzenia podatkowego.

Co więcej, aktualne interpretacje pokazują, że nawet w obrębie grupowania 62.02 mogą występować różne konsekwencje podatkowe. W jednej z interpretacji z 2026 r. KIS wskazała 12% dla usług związanych z doradztwem w zakresie sprzętu komputerowego, podczas gdy pomoc techniczna zaklasyfikowana do PKWiU 62.02.30.0 mogła korzystać z 8,5%.

PKWiU ważniejsze niż nazwa stanowiska

Dla przedsiębiorcy najważniejsza lekcja jest prosta: stanowisko zawodowe nie jest stawką podatkową.

Można być zatrudnionym lub współpracować jako „IT Consultant”, a wykonywać czynności, które nie odpowiadają klasycznemu doradztwu. Można też wystawiać faktury jako „IT Support”, podczas gdy faktycznie świadczone usługi obejmują doradztwo dotyczące oprogramowania.

Dlatego analiza powinna zaczynać się od szczegółowego opisu usług.

Pomocne jest rozpisanie typowego dnia pracy:

co dokładnie robi przedsiębiorca;
jakie narzędzia wykorzystuje;
czy tworzy kod;
czy modyfikuje kod;
czy projektuje rozwiązania;
czy rekomenduje wybór oprogramowania;
czy zarządza siecią lub systemami;
czy tylko obsługuje gotowe rozwiązania;
czy prowadzi szkolenia i instruktaż;
czy wykonuje testy manualne.

Dopiero na tej podstawie można próbować przyporządkować usługę do odpowiedniego PKWiU.

Warto również pamiętać, że interpretacja podatkowa co do zasady nie zastępuje klasyfikacji statystycznej. KIS może analizować skutki podatkowe przedstawionego przez podatnika PKWiU, ale prawidłowość samego przyporządkowania usługi do klasyfikacji nie jest automatycznie rozstrzygana w interpretacji.

Co zrobić, gdy jedna firma świadczy kilka rodzajów usług IT?

To kolejna sytuacja, w której przedsiębiorca powinien zachować szczególną ostrożność.

Jeżeli programista w ramach jednej działalności tworzy oprogramowanie, ale jednocześnie wykonuje usługi pomocy technicznej, nie powinien bezrefleksyjnie stosować jednej stawki do całego przychodu.

Możliwe jest bowiem występowanie różnych rodzajów usług i różnych stawek ryczałtu. W takiej sytuacji kluczowa staje się odpowiednia ewidencja przychodów pozwalająca ustalić przychody przypadające na poszczególne rodzaje działalności.

To szczególnie ważne dla przedsiębiorców, którzy w jednej umowie mają zapisane bardzo szerokie obowiązki, np. „obsługa systemu IT”, a w rzeczywistości wykonują zarówno konfigurację, testy, programowanie, jak i doradztwo.

Im bardziej ogólna umowa, tym trudniej później wykazać, jakie świadczenie faktycznie zostało wykonane.

Jak bezpiecznie ustalić stawkę ryczałtu w 2026 roku?

Pierwszym krokiem powinno być stworzenie szczegółowego katalogu usług świadczonych przez firmę. Dopiero później należy przypisać im właściwe symbole PKWiU i sprawdzić przepisy dotyczące stawek ryczałtu.

W 2026 r. limit przychodów z poprzedniego roku uprawniający do opodatkowania ryczałtem wynosi 2 mln euro, czyli 8 517 200 zł. Ministerstwo Finansów wskazuje również limit 851 720 zł dla podatników uprawnionych do kwartalnego rozliczania ryczałtu.

Sam fakt spełnienia limitu nie oznacza jednak, że każda usługa IT będzie mogła zostać opodatkowana 8,5%.

Bezpieczna procedura powinna wyglądać następująco:

dokładnie opisać wszystkie wykonywane czynności;
ustalić właściwe PKWiU;
sprawdzić katalog usług objętych stawką 12%;
oddzielić programowanie od wsparcia technicznego;
oddzielić doradztwo od zwykłej pomocy użytkownikowi;
przy kilku rodzajach usług prowadzić odpowiednią ewidencję;
w przypadku istotnego ryzyka podatkowego rozważyć uzyskanie interpretacji indywidualnej.

12% czy 8,5% – odpowiedź zależy od tego, co naprawdę robisz

W 2026 r. spór „programista czy informatyk?” jest zbyt dużym uproszczeniem. Z punktu widzenia ryczałtu ważniejsze jest to, jaką konkretnie usługę przedsiębiorca świadczy, jak można ją sklasyfikować według PKWiU i czy mieści się ona w katalogu usług objętych stawką 12%.

Najnowsze stanowiska KIS pokazują, że pomoc techniczna sklasyfikowana jako PKWiU 62.02.30.0 może być opodatkowana 8,5%, podczas gdy usługi związane z doradztwem w zakresie oprogramowania lub sprzętu mogą podlegać 12%.

Dlatego przedsiębiorca IT powinien uważać na dwa przeciwstawne błędy. Pierwszy to automatyczne przyjmowanie 12% tylko dlatego, że działa w branży technologicznej. Drugi to przyjmowanie 8,5% wyłącznie dlatego, że na fakturze widnieje „wsparcie techniczne”.

Decyduje rzeczywisty zakres czynności, a nie nazwa zawodu, stanowiska czy pozycja na fakturze.

Dla osoby prowadzącej działalność IT różnica między 8,5% a 12% może oznaczać realne pieniądze w skali roku. Dlatego prawidłowa klasyfikacja usług nie powinna być traktowana jako formalność, lecz jako jeden z podstawowych elementów zarządzania ryzykiem podatkowym firmy.