Interpretacja 0112-KDSL1-2.4011.773.2025.3.PR

Interpretacja indywidualna – stanowisko prawidłowe

Szanowny Panie,

stwierdzam, że Pana stanowisko w sprawie oceny skutków podatkowych opisanego zdarzenia przyszłego w zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne jest prawidłowe.

Zakres wniosku o wydanie interpretacji indywidualnej

19 grudnia 2025 r. wpłynął Pana wniosek z 19 grudnia 2025 r. o wydanie interpretacji indywidualnej. Uzupełnił go Pan pismami z 27 stycznia 2026 r. (wpływ 27 stycznia 2026 r.) oraz z pismem z – brak daty sporządzenia (wpływ 2 lutego 2026 r.) – w odpowiedzi na wezwania. Treść wniosku jest następująca:

Opis zdarzenia przyszłego

Prowadzi Pan jednoosobową działalność gospodarczą i jest Pan polskim rezydentem podatkowym, opodatkowanym w formie ryczałtu od przychodów ewidencjonowanych.

Na podstawie umowy świadczy Pan usługi testera manualnego. W zamówieniu do umowy jako przedmiot zamówienia widnieje pozycja „Usługi z zakresu testowania”, w ramach tego zakresu wykonuje Pan takie czynności jak:

·    tworzenie i utrzymywanie dokumentacji testowej (przypadki testowe, checklisty, przebieg testów);

·    testowanie pod kątem (...);

·    współpraca z programistami, projektantami oraz właścicielami produktów w celu poprawy jakości oprogramowania;

·    opracowywanie scenariuszy testowych na podstawie otrzymanych wytycznych;

·    manualne wykonywanie testów funkcjonalnych na urządzeniach mobilnych w celu sprawdzenia zgodności działania aplikacji z dokumentacją;

·    weryfikacja czy błąd został usunięty przez programistów (retesty);

·    zapoznanie się ze specyfikacją techniczną i dokumentacją przez zleceniodawcę wyłącznie w celu przygotowania się do technicznego wykonania testów (bez przeprowadzania analizy biznesowej, systemowej, czy doradzania w zakresie rozwiązań);

·    raportowanie wykrytych błędów w systemie zgłoszeniowym.

Działalność gospodarczą prowadzi Pan od 14 listopada 2025 r. i od samego początku stosuje Pan opodatkowanie ryczałtem od przychodów ewidencjonowanych. Złożył Pan oświadczenie o wyborze opodatkowania ryczałtem 15 października 2025 r. za pośrednictwem CEIDG-1, które zostało przekazane do właściwego naczelnika urzędu skarbowego. Przeważającym i głównym kodem PKD, którym się identyfikuje Pana działalność jest kod 62.20.B. W ramach wykonywanej działalności nie tworzy Pan, nie rozwija Pan oprogramowania, nie modyfikuje Pan kodu źródłowego, nie świadczy Pan żadnych innych czynności typowych dla usług programistycznych, ani doradztwa programistycznego. Wniosek dotyczy roku podatkowego 2025 oraz następnych lat.

W pismach stanowiących uzupełnienie wniosku, udzielił Pan następujących odpowiedzi na zawarte w wezwaniu pytania:

1.  Czy posiada Pan nieograniczony obowiązek podatkowy na terytorium Rzeczypospolitej Polskiej w myśl art. 3 ust. 1 i 1a ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t. j. Dz. U. z 2025 r. poz. 163 ze zm.)?

Odpowiedź: Tak. Posiada Pan nieograniczony obowiązek podatkowy na terytorium Rzeczypospolitej Polskiej w myśl art. 3 ust. 1 i 1a ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych.

2.  Czy prowadzona przez Pana działalność gospodarcza jest działalnością usługową w myśl art. 4 ust. 1 pkt 1 ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne (t. j. Dz. U. z 2025 r. poz. 843 ze zm.)?

Odpowiedź: Tak. Prowadzona przez Pana pozarolnicza działalność gospodarcza jest działalnością usługową w myśl art. 4 ust. 1 pkt 1 ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

3.  Na czym dokładnie polegają czynności, które Pan wykonuje w ramach świadczonej usługi testera manualnego, tj. w zakresie:

a)  tworzenia i utrzymywania dokumentacji testowej (przypadki testowe, checklisty, przebieg testów);

b)  testowania pod kątem (...);

c)  współpracy z programistami, projektantami oraz właścicielami produktów w celu poprawy jakości oprogramowania;

d)  opracowywania scenariuszy testowych na podstawie otrzymanych wytycznych;

e)  manualnego wykonywania testów funkcjonalnych na urządzeniach mobilnych w celu sprawdzenia zgodności działania aplikacji z dokumentacją;

f)   weryfikacji czy błąd został usunięty przez programistów (retesty);

g)  zapoznania się ze specyfikacją techniczną i dokumentacją przez zleceniodawcę wyłącznie w celu przygotowania się do technicznego wykonania testów (bez przeprowadzania analizy biznesowej, systemowej czy doradzania w zakresie rozwiązań);

h)  raportowania wykrytych błędów w systemie zgłoszeniowym.

Proszę o ich wyczerpujące scharakteryzowanie, tj. opisanie:

1)    na czym konkretnie polegają te czynności i jakie dokładnie zadania/działania Pan realizuje w ramach tych czynności?

2)    czego dotyczą?

3)    jaki jest ich zakres?

4)    jaki konkretny cel realizują?

5)    co jest ich efektem?

6)    w jaki sposób efekty te wykorzystuje kontrahent?

Proszę o oddzielną charakterystykę w odniesieniu do każdej z ośmiu wykonywanych przez Pana czynności wyżej wymienionych w lit. a-h.

Odpowiedź:

a)  Tworzenie i utrzymywanie dokumentacji testowej (przypadki testowe, checklisty, przebieg testów):

1.  Na czym polegają czynności:

Czynność ta polega na pisemnym opracowywaniu szczegółowych instrukcji (krok po kroku), które opisują, w jaki sposób dana funkcjonalność oprogramowania ma zostać sprawdzona. Tworzy Pan zbiory instrukcji (przypadki testowe) oraz listy kontrolne (checklisty), które porządkują proces weryfikacji. Utrzymywanie dokumentacji polega na jej aktualizacji, gdy zmienia się działanie aplikacji.

2.  Czego dotyczą:

Dotyczą planowania procesu kontroli jakości konkretnych modułów lub funkcjonalności oprogramowania przed ich oddaniem do użytku.

3.  Jaki jest ich zakres:

Zakres obejmuje przełożenie wymagań funkcjonalnych na techniczne kroki testowe, opisanie danych wejściowych oraz oczekiwanych rezultatów.

4.  Jaki cel realizują:

Celem jest usystematyzowanie procesu testowania, zapewnienie powtarzalności testów oraz upewnienie się, że żaden element systemu nie zostanie pominięty podczas weryfikacji.

5.  Co jest ich efektem:

Efektem są dokumenty tekstowe, arkusze kalkulacyjne lub wpisy w systemach zarządzania testami (np. (...)), zawierające gotowe do wykonania scenariusze.

6.  Wykorzystanie przez kontrahenta:

Kontrahent otrzymuje dowód na to, co dokładnie będzie testowane, a w przyszłości może wykorzystać te dokumenty do wdrożenia nowych testerów lub jako bazę wiedzy o działaniu systemu.

b)  Testowanie pod kątem (...):

1.  Na czym polegają czynności:

Polegają na weryfikacji interfejsu aplikacji pod kątem zgodności z (…).

2.  Czego dotyczą:

Dotyczą aspektów (…).

3.  Jaki jest ich zakres:

Zakres obejmuje audyt wybranych ekranów aplikacji przy użyciu narzędzi wspomagających.

4.  Jaki cel realizują:

Celem jest zapewnienie, że oprogramowanie spełnia wymogi prawne i standardy dostępności cyfrowej.

5.  Co jest ich efektem:

Efektem jest raport wskazujący elementy niezgodne z normą (...).

6.  Wykorzystanie przez kontrahenta:

Kontrahent wykorzystuje te informacje do zlecenia programistom poprawek, co pozwala mu uniknąć kar prawnych i dotrzeć do szerszej grupy odbiorców.

c)  Współpraca z programistami, projektantami oraz właścicielami produktów w celu poprawy jakości oprogramowania:

1.  Na czym polegają czynności:

Jest to wymiana informacji technicznych. Polega na omawianiu zgłoszonych błędów, precyzowaniu niejasnych wymagań oraz udzielaniu wyjaśnień dotyczących sposobu, w jaki doszło do wystąpienia błędu. Nie jest to doradztwo, lecz komunikacja operacyjna.

2.  Czego dotyczą:

Dotyczą bieżących problemów technicznych wykrytych w oprogramowaniu oraz interpretacji dokumentacji technicznej.

3.  Jaki jest ich zakres:

Zakres obejmuje spotkania statusowe, komunikację na komunikatorach firmowych oraz komentarze w systemach zgłoszeniowych, ograniczone do tematu jakości testowanego produktu.

4.  Jaki cel realizują:

Celem jest szybkie i precyzyjne zrozumienie istoty błędu przez programistę, co przyspiesza jego naprawę.

5.  Co jest ich efektem:

Efektem jest sprawny przepływ informacji i brak przestojów w procesie wytwórczym (programiści wiedzą, co naprawiać).

6.  Wykorzystanie przez kontrahenta:

Kontrahent zyskuje płynność procesu deweloperskiego i szybsze dostarczanie poprawek.

d)  Opracowywanie scenariuszy testowych na podstawie otrzymanych wytycznych:

1.  Na czym polegają czynności:

Polegają na analizie dostarczonej specyfikacji (np. „użytkownik loguje się e-mailem”) i rozpisaniu jej na ciągi zdarzeń (ścieżki), które mogą wystąpić w aplikacji (ścieżka pozytywna, ścieżka błędnego hasła, ścieżka zablokowanego konta).

2.  Czego dotyczą:

Dotyczą przewidywania zachowań użytkownika i reakcji systemu.

3.  Jaki jest ich zakres:

Zakres obejmuje tworzenie logicznych sekwencji działań, które pokrywają wymagania biznesowe.

4.  Jaki cel realizują:

Celem jest przygotowanie planu, który pozwoli sprawdzić oprogramowanie w warunkach zbliżonych do rzeczywistego użytkowania.

5.  Co jest ich efektem:

Efektem jest zbiór scenariuszy, które służą jako podstawa do wykonania testów.

6.  Wykorzystanie przez kontrahenta:

Kontrahent ma pewność, że funkcjonalność zostanie sprawdzona wieloaspektowo, a nie tylko powierzchownie.

e)  Manualne wykonywanie testów funkcjonalnych na urządzeniach mobilnych:

1.  Na czym polegają czynności:

Jest to fizyczna interakcja z aplikacją zainstalowaną na rzeczywistym urządzeniu (smartfon). Polega na ręcznym sprawdzeniu aplikacji zgodnie ze scenariuszem: wprowadzaniu danych, nawigowaniu między ekranami, wywoływaniu akcji.

2.  Czego dotyczą:

Dotyczą weryfikacji poprawności działania aplikacji w środowisku mobilnym ((…)).

3.  Jaki jest ich zakres:

Zakres obejmuje sprawdzenie funkcjonalności i stabilności aplikacji, poprawności wyświetlania interfejsu na małym ekranie oraz reakcji na gesty dotykowe.

4.  Jaki cel realizują:

Celem jest wykrycie błędów, które uniemożliwiają lub utrudniają korzystanie z aplikacji przez użytkownika końcowego.

5.  Co jest ich efektem:

Efektem jest potwierdzenie poprawności działania lub wykrycie defektu.

6.  Wykorzystanie przez kontrahenta:

Kontrahent otrzymuje zweryfikowaną funkcjonalność, co minimalizuje ryzyko reklamacji ze strony użytkowników końcowych.

f)  Weryfikacja czy błąd został usunięty przez programistów (retesty):

1.  Na czym polegają czynności:

Polegają na ponownym wykonaniu tego samego testu, w którym wcześniej wykryto błąd, na nowej wersji oprogramowania dostarczonej przez programistę.

2.  Czego dotyczą:

Dotyczą kontroli skuteczności wprowadzonych poprawek programistycznych.

3.  Jaki jest ich zakres:

Ograniczają się do sprawdzenia konkretnego obszaru, w którym występował błąd, oraz upewnienia się, że poprawka nie zepsuła innych elementów (tzw. testy regresji).

4.  Jaki cel realizują:

Celem jest ostateczne potwierdzenie, że zgłoszona usterka została wyeliminowana.

5.  Co jest ich efektem:

Efektem jest zamknięcie zgłoszenia błędu lub jego ponowne otwarcie, jeśli naprawa była nieskuteczna.

6.  Wykorzystanie przez kontrahenta:

Kontrahent otrzymuje informację, że dana część oprogramowania jest już wolna od wad i gotowa do wdrożenia.

g)  Zapoznanie się ze specyfikacją techniczną i dokumentacją (...) wyłącznie w celu przygotowania się do technicznego wykonania testów:

1.  Na czym polegają czynności:

Polegają na lekturze i analizie dostarczonych dokumentów (np. makiety, opisy (…)), aby zrozumieć, jak system powinien działać. Jest to czynność bierna (przyswajanie wiedzy) a nie twórcza (nie tworzy Pan specyfikacji ani nie doradza Pan zmian).

2.  Czego dotyczą:

Dotyczą zdobycia wiedzy niezbędnej do rzetelnego wykonania czynności kontrolnych.

3.  Jaki jest ich zakres:

Zakres ogranicza się wyłącznie do zrozumienia logiki działania aplikacji niezbędnej do skonstruowania testów. Nie obejmuje analizy biznesowej ani oceny zasadności rozwiązań.

4.  Jaki cel realizują:

Celem jest eliminacja błędów poznawczych testera – musi Pan wiedzieć, co jest „błędem”, a co „zamierzonym działaniem”.

5.  Co jest ich efektem:

Efektem jest Pana gotowość merytoryczna do rozpoczęcia testów.

6.  Wykorzystanie przez kontrahenta:

Kontrahent nie wykorzystuje tej czynności bezpośrednio, jest ona etapem przygotowawczym niezbędnym do świadczenia usługi głównej (testowania).

h)  Raportowanie wykrytych błędów w systemie zgłoszeniowym

1.  Na czym polegają czynności:

Polegają na tworzeniu wpisów w systemie (np. (...)), które dokumentują znalezioną usterkę. Opisuję kroki do reprodukcji błędu, załącza Pan zrzuty ekranu (screenshoty), nagrania wideo oraz logi systemowe.

2.  Czego dotyczą:

Dotyczą dokumentowania rozbieżności między działaniem oczekiwanym a rzeczywistym.

3.  Jaki jest ich zakres:

Zakres obejmuje precyzyjny opis techniczny defektu, przypisanie mu priorytetu oraz kategorii.

4.  Jaki cel realizują:

Celem jest dostarczenie programistom kompletnych informacji niezbędnych do naprawienia błędu.

5.  Co jest ich efektem:

Efektem jest raport błędu w systemie raportującym (np. (...)).

6.  Wykorzystanie przez kontrahenta:

Kontrahent traktuje te zgłoszenia w systemie raportującym jako listę zadań do wykonania w celu naprawy oprogramowania.

4.  Co jest przedmiotem Pana usług testera manualnego?

Odpowiedź: Aplikacja (…).

5.  Czy czynności wykonywane przez Pana w ramach usługi testera manualnego polegają na udzielaniu porad, opinii i wyjaśnień charakterystycznych dla usług doradztwa? Proszę uzasadnić.

Odpowiedź: Nie. Czynności wykonywane przez Pana w ramach świadczonej usługi testera manualnego nie polegają na udzielaniu porad, opinii ani wyjaśnień charakterystycznych dla usług doradztwa.

Uzasadnienie:

Pana działalność ma charakter stricte wykonawczy i techniczny, a nie doradczy. Istotą usług doradczych jest sugerowanie zleceniodawcy najlepszych rozwiązań, wskazywanie kierunków działania lub udzielanie porad, które klient może (ale nie musi) wykorzystać w procesie decyzyjnym. W Pana przypadku taka relacja nie występuje.

Poniżej przedstawia Pan argumenty potwierdzające brak elementu doradczego w Pana usługach:

1.  Obiektywna weryfikacja a subiektywna opinia:

Pana zadaniem jest porównanie stanu faktycznego (jak działa aplikacja) ze stanem oczekiwanym (opisanym w dokumentacji technicznej). Wynikiem Pana pracy jest binarna informacja: „działa poprawnie” lub „nie działa poprawnie” (błąd). Nie jest to opinia ani porada, lecz stwierdzenie faktu technicznego na podstawie z góry określonych kryteriów.

2.  Brak wpływu na decyzje biznesowe:

Nie doradza Pan klientowi, w jakim kierunku rozwijać oprogramowanie, jakie funkcjonalności wdrożyć ani w jaki sposób rozwiązywać problemy techniczne. Pana rola ogranicza się do zidentyfikowania usterki. Decyzję o tym, jak naprawić błąd i czy w ogóle to robić, podejmują programiści i managerowie produktu, a nie Pan.

3.  Wykonywanie instrukcji:

Pana praca opiera się na wykonywaniu precyzyjnych scenariuszy testowych (instrukcji krok po kroku). Nie tworzy Pan strategii biznesowych ani nie oferuje Pan konsultacji w zakresie zarządzania jakością – Pan tę kontrolę fizycznie realizuje poprzez manualną obsługę oprogramowania.

4.  Charakter raportowania:

Zgłaszanie błędów (raportowanie) polega na technicznym opisie problemu (np. „po kliknięciu przycisku X aplikacja zamyka się”). Nie zawiera ono elementu doradczego, takiego jak sugestia zmiany technologii czy propozycja zmiany procesów w firmie kontrahenta.

6.  Czy świadczone przez Pana usługi będące przedmiotem wniosku są usługami związanymi z doradztwem w zakresie oprogramowania?

Odpowiedź: Nie. Świadczone przez Pana usługi będące przedmiotem wniosku nie są usługami związanymi z doradztwem w zakresie oprogramowania.

Uzasadnienie:

Usługi doradztwa w zakresie oprogramowania (klasyfikowane w dziale PKWiU 62.02) polegają na analizie potrzeb użytkownika, doradzaniu w wyborze najwłaściwszego rozwiązania sprzętowego i programowego oraz planowaniu strategii informatycznej. Pana czynności nie obejmują żadnego z tych elementów.

Brak charakteru doradczego w Pana usługach wynika z następujących faktów:

1.  Brak analizy potrzeb i projektowania rozwiązań:

Nie zajmuje się Pan analizą systemów komputerowych klienta w celu zaproponowania nowych rozwiązań. Nie doradza Pan jakiego oprogramowania użyć, w jakiej technologii je napisać, ani jak zaprojektować architekturę systemu. Pana rola rozpoczyna się dopiero wtedy, gdy oprogramowanie (lub jego część) jest już wytworzone i wymaga sprawdzenia.

2.  Charakter weryfikacyjny, a nie koncepcyjny:

Istotą doradztwa jest tworzenie koncepcji i rekomendacji „co i jak zrobić”. Istotą Pana usług jest weryfikacja „czy to, co już zrobiono, działa poprawnie”. Porównuje Pan gotowy produkt ze specyfikacją. Jest to praca na konkretnym, istniejącym materiale, a nie praca intelektualna polegająca na doradzaniu najlepszych rozwiązań rynkowych.

3.  Brak udziału w procesie decyzyjnym:

W ramach współpracy nie posiada Pan kompetencji do sugerowania zmian w założeniach projektowych. Jeśli wykryje Pan, że oprogramowanie jest niezgodne z dokumentacją, zgłasza Pan ten fakt jako błąd. Nie doradza Pan jednak, w jaki sposób programiści mają ten błąd naprawić od strony kodu, ani nie sugeruje Pan zmian w logice biznesowej aplikacji.

4.  Czysto techniczny aspekt czynności:

Testowanie manualne, tworzenie przypadków testowych, czy retesty to czynności techniczne i operacyjne nie mają znamion konsultacji ekspertów, którzy diagnozują problemy organizacji i zalecają wdrożenie konkretnych systemów informatycznych w celu ich rozwiązania.

5.  Czy dla świadczonej przez Pana usługi testera manualnego posiada Pan klasyfikację PKWiU – według Polskiej Klasyfikacji Wyrobów i Usług, wprowadzonej rozporządzeniem Rady Ministrów z dnia 4 września 2015 r. w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) (Dz. U. z 2015 r. poz. 1676 ze zm.) – tj. czy dokonał Pan takiej klasyfikacji na potrzeby prowadzonej przez Pana działalności, bądź uzyskał Pan taką klasyfikację z Urzędu Statystycznego w Łodzi. Jeśli tak, to jak sklasyfikowana jest usługa testera manualnego – będąca przedmiotem wniosku (symbol grupowania, który jest siedmiocyfrowy, zapisywany w blokach po dwa znaki oddzielone kropką)?

Odpowiedź: Tak, dokonał Pan klasyfikacji świadczonych usług samodzielnie na potrzeby prowadzonej działalności gospodarczej. Nie występował Pan o wydanie opinii klasyfikacyjnej do Ośrodka Klasyfikacji i Nomenklatur Urzędu Statystycznego, gdyż zgodnie z obowiązującymi przepisami (Komunikat Prezesa GUS) obowiązek ustalenia prawidłowego symbolu PKWiU spoczywa na usługodawcy.

Świadczone przez Pana usługi testera manualnego, opisane szczegółowo we wniosku, mieszczą się w grupowaniu PKWiU 62.02.30.0 – Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego.

Uzasadnienie klasyfikacji:

Wybrany symbol PKWiU 62.02.30.0 jest adekwatny, ponieważ Pana praca polega na weryfikowaniu poprawności działania systemów oraz zgłaszaniu błędów, co stanowi techniczną pomoc dla działów programistycznych i utrzymaniowych. Pana działania (testy manualne, retesty, raportowanie błędów) mają na celu wsparcie procesu zapewnienia jakości i usuwania usterek, co odpowiada definicji usług pomocy technicznej. Jednocześnie usługi te nie mieszczą się w działach związanych z tworzeniem oprogramowania (62.01), ani doradztwem (62.02.1/2), co wykazał Pan w odpowiedziach na poprzednie pytania.

Ponadto w uzupełnieniu wskazał Pan, że wniosek dotyczy jednego zdarzenia przyszłego w zakresie stawki ryczałtu dla przychodów uzyskanych w latach następnych po 2025 r. ze świadczenia usług testera manualnego.

Pytanie

Czy przychody uzyskiwane przez Pana z tytułu świadczenia opisanych we wniosku usług testera manualnego, sklasyfikowanych wg PKWiU pod symbolem 62.02.30.0 – „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”, mogą być opodatkowane ryczałtem od przychodów ewidencjonowanych według stawki 8,5%, na podstawie art. 12 ust. 1 pkt 5 lit. a ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne?

Pana stanowisko w sprawie

Świadczy Pan usługi sklasyfikowane pod symbolem PKWiU 62.02.30.0 – „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”. Opisane przez Pana czynności, takie jak tworzenie dokumentacji testowej, weryfikacja dostępności ((...)), manualne testy funkcjonalne oraz retesty, stanowią techniczną weryfikację poprawności działania oprogramowania. Pana działalność nie obejmuje: pisania kodu źródłowego, ani tworzenia oprogramowania (co wyklucza stawkę 12% dla usług związanych z oprogramowaniem – PKWiU ex 62.01.1), doradztwa w zakresie oprogramowania ani sprzętu (co wyklucza stawkę 12% dla usług doradczych – PKWiU ex 62.02). Zapoznawanie się z dokumentacją służy Panu wyłącznie technicznemu przygotowaniu testów, a nie świadczeniu usług konsultingowych.

Zgodnie z art. 12 ust. 1 pkt 5 lit. a ustawy o zryczałtowanym podatku dochodowym, przychody z działalności usługowej, która nie została przyporządkowana do innych stawek (w tym stawki 12%), podlegają opodatkowaniu stawką 8,5%. Ponieważ świadczone przez Pana usługi pomocy technicznej nie wyczerpują znamion usług programistycznych ani doradczych, właściwą stawką jest dla Pana 8,5%. Prawidłowość Pana stanowiska w tożsamych stanach faktycznych (dotyczących testerów manualnych) potwierdził Dyrektor Krajowej Informacji Skarbowej m.in. w interpretacjach indywidualnych: nr 0113-KDIPT2-2.4011.822.2025.3.HJ oraz nr 0115-KDST2-2.4011.592.2025.2.PR.

Ocena stanowiska

Stanowisko, które przedstawił Pan we wniosku jest prawidłowe.

Uzasadnienie interpretacji indywidualnej

Stosownie do art. 1 pkt 1 ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne (t. j. Dz. U. z 2025 r. poz. 843 ze zm.):

Przy czym w myśl art. 4 ust. 1 pkt 12 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Według treści art. 5a pkt 6 ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t. j. Dz. U. z 2025 r. poz. 163 ze zm.):

Z kolei, zgodnie z art. 5b ust. 1 tej ustawy:

Stosownie do art. 4 ust. 1 pkt 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Na podstawie art. 6 ust. 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

W myśl art. 6 ust. 4 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Możliwość opodatkowania w formie ryczałtu od przychodów ewidencjonowanych uzależniona jest między innymi od niespełnienia przesłanek negatywnych określonych w art. 8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Według ww. przepisu:

Kolejnym warunkiem skorzystania ze zryczałtowanej formy opodatkowania jest złożenie oświadczenia o wyborze opodatkowania w formie ryczałtu od przychodów ewidencjonowanych.

Na podstawie art. 9 ust. 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Zgodnie z art. 9 ust. 1c ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Jak stanowi art. 4 ust. 4 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Oznaczenie „ex” dotyczy zatem tylko określonej usługi z danego grupowania. Umieszczenie tego dopisku przy konkretnym symbolu statystycznym ma na celu zawężenie stosowania przepisu tylko do tej nazwy grupowania.

Wysokość stawek ryczałtu od przychodów ewidencjonowanych została przez ustawodawcę ustalona w art. 12 ust. 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

W myśl art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Stosownie do art. 12 ust. 1 pkt 5 lit. a ww. ustawy:

Należy zauważyć, że możliwość opłacania oraz wysokość stawki ryczałtu od przychodów ewidencjonowanych uzyskanych w związku z prowadzoną działalnością gospodarczą zależy wyłącznie od faktycznego rodzaju świadczonych w ramach tej działalności usług. Zatem konieczne jest każdorazowe przypisanie rodzaju wykonywanych czynności do określonego grupowania PKWiU.

Z opisu sprawy przedstawionego we wniosku i jego uzupełnieniu wynika, że prowadzona przez Pana pozarolnicza działalność gospodarcza jest działalnością usługową w myśl art. 4 ust. 1 pkt 1 o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Na podstawie umowy świadczy Pan usługi testera manualnego. W zamówieniu do umowy jako przedmiot zamówienia widnieje pozycja „Usługi z zakresu testowania”, a w ramach tego zakresu wykonuje Pan poniższe czynności, szczegółowo opisane w uzupełnieniu i sklasyfikowane pod symbolem PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”: tworzenie i utrzymywanie dokumentacji testowej (przypadki testowe, checklisty, przebieg testów); testowanie pod kątem (...); współpraca z programistami, projektantami oraz właścicielami produktów w celu poprawy jakości oprogramowania; opracowywanie scenariuszy testowych na podstawie otrzymanych wytycznych; manualne wykonywanie testów funkcjonalnych na urządzeniach mobilnych w celu sprawdzenia zgodności działania aplikacji z dokumentacją; weryfikacja czy błąd został usunięty przez programistów (retesty); zapoznanie się ze specyfikacją techniczną i dokumentacją przez zleceniodawcę wyłącznie w celu przygotowania się do technicznego wykonania testów (bez przeprowadzania analizy biznesowej, systemowej, czy doradzania w zakresie rozwiązań); raportowanie wykrytych błędów w systemie zgłoszeniowym. Przedmiotem Pana usług testera manualnego jest aplikacja (…). Czynności wykonywane przez Pana w ramach świadczonej usługi testera manualnego nie polegają na udzielaniu porad, opinii ani wyjaśnień charakterystycznych dla usług doradztwa. Pana działalność ma charakter stricte wykonawczy i techniczny, a nie doradczy. Istotą usług doradczych jest sugerowanie zleceniodawcy najlepszych rozwiązań, wskazywanie kierunków działania lub udzielanie porad, które klient może (ale nie musi) wykorzystać w procesie decyzyjnym. W Pana przypadku taka relacja nie występuje. Świadczone przez Pana usługi będące przedmiotem wniosku nie są usługami związanymi z doradztwem w zakresie oprogramowania.

Zatem, przychody ze świadczenia w ramach działalności gospodarczej usług sklasyfikowanych według PKWiU pod symbolem 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”, które to usługi nie są związane z doradztwem w zakresie oprogramowania, są opodatkowane 8,5% stawką ryczałtu od przychodów ewidencjonowanych, określoną w art. 12 ust. 1 pkt 5 lit. a ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Podsumowując, przychody uzyskiwane przez Pana w latach następnych po 2025 r. z tytułu świadczenia usług testera manualnego sklasyfikowanych pod symbolem PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”, będą podlegały opodatkowaniu ryczałtem od przychodów ewidencjonowanych według stawki 8,5%, zgodnie z art. 12 ust. 1 pkt 5 lit. a ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Stawka ta będzie miała zastosowanie wyłącznie, jeśli spełnione będą warunki do zastosowania tej formy opodatkowania, o których mowa w cytowanych przepisach o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy zdarzenia przyszłego przedstawionego przez Pana i stanu prawnego obowiązującego w dniu wydania interpretacji.

Interpretacja została wydana przy założeniu, że poprawnie zakwalifikował Pan świadczone usługi do odpowiedniego grupowania PKWiU. Interpretacja nie rozstrzyga o prawidłowości tej klasyfikacji. Przyporządkowanie do wskazanej klasyfikacji zostało podane jako element opisu zdarzenia przyszłego.

Interpretacja indywidualna wywołuje skutki prawnopodatkowe tylko wtedy, gdy rzeczywisty stan faktyczny sprawy będącej przedmiotem interpretacji pokrywał się będzie ze zdarzeniem przyszłym podanym przez wnioskodawcę w złożonym wniosku. W związku z powyższym, w przypadku zmiany któregokolwiek elementu przedstawionego we wniosku opisu sprawy, udzielona interpretacja traci swoją aktualność.

W odniesieniu do powołanych przez Pana interpretacji indywidualnych wskazać należy, że rozstrzygnięcia w nich zawarte dotyczą tylko konkretnych, indywidualnych spraw i nie mają zastosowania ani konsekwencji wiążących w odniesieniu do żadnego innego zaistniałego stanu faktycznego czy też zdarzenia przyszłego.

Pouczenie o funkcji ochronnej interpretacji

·      Funkcję ochronną interpretacji indywidualnych określają przepisy art. 14k-14nb ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (t. j. Dz. U. z 2025 r. poz. 111 ze zm.). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli Pana sytuacja będzie zgodna (tożsama) z opisem zdarzenia przyszłego i zastosuje się Pan do interpretacji.

·      Zgodnie z art. 14na § 1 Ordynacji podatkowej:

·         Zgodnie z art. 14na § 2 Ordynacji podatkowej:

Pouczenie o prawie do wniesienia skargi na interpretację

Ma Pan prawo do zaskarżenia tej interpretacji indywidualnej do Wojewódzkiego Sądu Administracyjnego. Zasady zaskarżania interpretacji indywidualnych reguluje ustawa z dnia 30 sierpnia 2002 r. Prawo o postępowaniu przed sądami administracyjnymi (t. j. Dz. U. z 2026 r. poz. 143; dalej jako „PPSA”).

Skargę do Sądu wnosi się za pośrednictwem Dyrektora KIS (art. 54 § 1 PPSA). Skargę należy wnieść w terminie trzydziestu dni od dnia doręczenia interpretacji indywidualnej (art. 53 § 1 PPSA):

·         w formie papierowej, w dwóch egzemplarzach (oryginał i odpis) na adres: Krajowa Informacja Skarbowa, ul. Warszawska 5, 43-300 Bielsko-Biała (art. 47 § 1 PPSA), albo

·         w formie dokumentu elektronicznego, w jednym egzemplarzu (bez odpisu), na adres Krajowej Informacji Skarbowej na platformie ePUAP: /KIS/wnioski albo /KIS/SkrytkaESP (art. 47 § 3 i art. 54 § 1a PPSA).

Skarga na interpretację indywidualną może opierać się wyłącznie na zarzucie naruszenia przepisów postępowania, dopuszczeniu się błędu wykładni lub niewłaściwej oceny co do zastosowania przepisu prawa materialnego. Sąd jest związany zarzutami skargi oraz powołaną podstawą prawną (art. 57a PPSA).

Podstawa prawna dla wydania interpretacji

Podstawą prawną dla wydania tej interpretacji jest art. 13 § 2a oraz art. 14b § 1 Ordynacji podatkowej.