0112-KDSL1-1.4011.585.2026.2.MK

Interpretacja indywidualna
– stanowisko prawidłowe

Szanowna Pani,

stwierdzam, że Pani stanowisko w sprawie oceny skutków podatkowych opisanego stanu faktycznego 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 lipca 2026 r. wpłynął Pani wniosek z 19 lipca 2026 r. o wydanie interpretacji indywidualnej, który dotyczy zryczałtowanego podatku dochodowego od niektórych przychodów osiąganych przez osoby fizyczne. Uzupełniła go Pani – w odpowiedzi na wezwanie – pismami z 15 sierpnia 2026 r. (wpływ 15 sierpnia 2026 r.) oraz z 17 sierpnia 2026 r. (wpływ 17 sierpnia 2026 r.). Treść wniosku jest następująca:

Opis stanu faktycznego (wynikający z wniosku oraz z jego uzupełnień)  

Wnioskodawczyni prowadzi jednoosobową działalność gospodarczą i podlega w Polsce nieograniczonemu obowiązkowi podatkowemu. Przychody z działalności gospodarczej opodatkowuje ryczałtem od przychodów ewidencjonowanych.

W ramach działalności Wnioskodawczyni świadczy usługi tworzenia i przeprowadzania testów manualnych oprogramowania na rzecz kontrahenta na podstawie umowy o świadczenie usług.

Zakres wykonywanych czynności obejmuje w szczególności:

-       analizę oraz tworzenie standardów i procedur testowania - polegające na analizie zakresu funkcjonalności przeznaczonych do przetestowania oraz przygotowaniu zasad organizujących proces testowania, w tym sposobu wykonywania testów, dokumentowania wyników oraz zgłaszania nieprawidłowości;

-       analizę i projektowanie przypadków testowych - obejmujące przygotowanie przypadków testowych służących sprawdzeniu działania poszczególnych funkcjonalności, w tym określenie warunków testu, jego przebiegu, danych testowych oraz oczekiwanych rezultatów;

-       wykonywanie scenariuszy testowych - polegające na manualnym przeprowadzaniu testów zgodnie z przygotowanymi scenariuszami oraz porównywaniu wyników rzeczywistych z oczekiwanymi;

-       zapewnianie jakości testów - obejmujące kontrolę kompletności i poprawności przygotowanych testów oraz weryfikację, czy obejmują one wymagany zakres funkcjonalności i zostały prawidłowo wykonane;

-       tworzenie dokumentacji rezultatów testów - polegające na dokumentowaniu przebiegu testów, uzyskanych wyników oraz wykrytych nieprawidłowości w sposób umożliwiający ich odtworzenie;

-       tworzenie planu rozwoju testów oraz koordynowanie i realizowanie testów - obejmujące przygotowanie planów testów, określenie ich zakresu i kolejności oraz organizowanie i monitorowanie ich wykonania;

-       przygotowywanie raportów oraz innej dokumentacji testowej - polegające na sporządzaniu raportów podsumowujących wykonane testy, ich wyniki oraz wykryte błędy, a także przygotowywaniu pozostałej dokumentacji związanej z procesem testowania.

Czynności Wnioskodawczyni polegają na manualnym sprawdzaniu działania oprogramowania, identyfikowaniu nieprawidłowości oraz dokumentowaniu wyników testów. Testy są wykonywane wyłącznie manualnie. Wnioskodawczyni nie tworzy ani nie modyfikuje kodu źródłowego oprogramowania, nie rozwija oprogramowania oraz nie przygotowuje skryptów automatyzujących testy.

Wnioskodawczyni nie świadczy usług programistycznych, nie projektuje architektury systemów informatycznych, nie wybiera technologii wykorzystywanych do tworzenia oprogramowania oraz nie świadczy usług doradztwa w zakresie oprogramowania. W przypadku wykrycia błędów Wnioskodawczyni opisuje ich charakter oraz okoliczności wystąpienia, jednak nie wskazuje sposobu ich technicznego usunięcia i nie dokonuje zmian w oprogramowaniu. Koordynowanie testów ma charakter organizacyjny i polega na ustalaniu kolejności wykonywania czynności testowych, kroków wykonania, monitorowaniu ich realizacji oraz zapewnieniu właściwego udokumentowania wyników. Nie obejmuje ono zarządzania projektem informatycznym.

Ośrodek Klasyfikacji i Nomenklatur Urzędu Statystycznego, w odpowiedzi na wniosek Wnioskodawczyni z (…), wskazał, że opisane usługi mieszczą się w grupowaniu PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”. Wnioskodawczyni zamierza nadal wykonywać wskazane usługi w takim samym zakresie.

W pismach z 15 oraz 17 sierpnia 2026 r., stanowiących uzupełnienie wniosku, doprecyzowała Pani opis sprawy w następujący sposób:

Ad. 1

Wnioskodawczyni dokonała wyboru opodatkowania przychodów z prowadzonej pozarolniczej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych.

Wyboru formy opodatkowania dokonano za pośrednictwem CEIDG przy rejestracji działalności gospodarczej w dniu (…) 2026. W zgłoszeniu CEIDG jako forma opodatkowania został wskazany „ryczałt od przychodów ewidencjonowanych” zgodnie z art. 9 ust. 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.).

Właściwym dla Wnioskodawczyni organem podatkowym wskazanym w CEIDG jest Naczelnik Urzędu Skarbowego (…).

Ad. 2

W odniesieniu do Wnioskodawczyni zachowane są warunki określone w art. 6 ust. 4 ustawy.

Wnioskodawczyni rozpoczęła wykonywanie jednoosobowej działalności gospodarczej 2 lutego    2026 r., a więc rozpoczęła wykonywanie działalności w roku podatkowym, którego dotyczy wniosek.

Wnioskodawczyni nie korzysta z opodatkowania w formie karty podatkowej.

W związku z powyższym w odniesieniu do Wnioskodawczyni spełniony jest warunek określony w art. 6 ust. 4 pkt 2 ww. ustawy.

Ad. 3

W odniesieniu do opisanej działalności Wnioskodawczyni nie występują negatywne przesłanki z art. 8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, wyłączające możliwość korzystania z opodatkowania w formie ryczałtu od przychodów ewidencjonowanych.

W szczególności kontrahent, na rzecz którego Wnioskodawczyni świadczy opisane we wniosku usługi manualnego testowania oprogramowania, nie jest i nie był pracodawcą Wnioskodawczyni.

Przychody uzyskiwane od kontrahenta wynikają wyłącznie z prowadzonej przez Wnioskodawczynię jednoosobowej działalności gospodarczej i umowy o świadczenie usług.

Ad. 4

Wszystkie opisane poniżej czynności dotyczą manualnego testowania oprogramowania.

Na żadnym etapie Wnioskodawczyni nie tworzy, nie rozwija ani nie modyfikuje kodu źródłowego oprogramowania. Nie pisze kodu, skryptów, zapytań (…) ani skryptów służących do automatyzacji testów. Nie dokonuje analizy kodu źródłowego i nie wykonuje (…).

Wnioskodawczyni nie posiada kompetencji programistycznych i świadczone przez nią usługi nie wymagają takich kompetencji.

1.    Analiza oraz tworzenie standardów i procedur testowania

Na czym polega czynność i czego dotyczy:

Czynność polega na zapoznaniu się z funkcjonalnością oprogramowania przekazaną do testów oraz z istniejącym opisem wymagań dotyczących jej działania, a następnie na określeniu sposobu manualnego sprawdzenia tej funkcjonalności w ramach testów. Wnioskodawczyni określa kolejność wykonywania poszczególnych czynności podczas testu, sposób udokumentowania wyniku manualnego testu oraz sposób zgłoszenia ewentualnej nieprawidłowości - niezgodności z opisem wymagań.

Zakres i przedmiot czynności:

Standardy i procedury tworzone przez Wnioskodawczynię dotyczą wyłącznie spisu organizacji procesu manualnego testowania to znaczy: opis celu testu, spisu kroków testowych i oczekiwanego rezultatu jako wyniku testu. Wnioskodawczyni zapisuje kolejność wykonywania testów oraz opisuje sposób ich przeprowadzenia. Opisane czynności umożliwiają właściwe wykonanie testów manualnych i nie dotyczą opisu sposobu tworzenia czy działania oprogramowania, jego architektury, zastosowanych technologii, pisania lub analizy kodu źródłowego ani sposobu implementacji funkcjonalności.

Efekt czynności:

Efektem jest opisany sposób przeprowadzenia manualnego testu oraz udokumentowania jego wyniku.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca dostaje opis jako ewidencje, co zostało przetestowane manualnie i jaki był rezultat tych testów, ma odpowiedź czy testowana manualnie funkcjonalność działa.

2.    Analiza i projektowanie przypadków testowych

Na czym polega czynność i czego dotyczy:

Czynność polega na spisaniu i przygotowaniu przypadków testowych służących do manualnego sprawdzenia, czy dana funkcjonalność oprogramowania działa zgodnie z określonymi wymaganiami w dokumencie. Wnioskodawczyni spisuje warunki konieczne do rozpoczęcia testu, spisuje w jakiej kolejności manualnie wykonywane są kroki testowe i jaki jest oczekiwany rezultat wykonania manualnie przypadku testowego.

Zakres i przedmiot czynności:

Użyte określenie „projektowanie przypadków testowych” oznacza wyłącznie zaplanowanie sposobu sprawdzenia manualnego testu funkcjonalności. Nie oznacza projektowania samej funkcjonalności, oprogramowania, architektury systemu, rozwiązania informatycznego ani sposobu jego implementacji. Wnioskodawczyni nie tworzy w ramach tych czynności kodu ani automatycznych skryptów testowych.

Efekt czynności:

Efektem jest przypadek testowy, czyli opis sposobu manualnego sprawdzenia określonego zachowania aplikacji.

Wykorzystanie przez Zleceniodawcę:

Przypadki testowe służą do opisu odtworzenia kroków testowych, by sprawdzić, czy funkcjonalność działa zgodnie z określonymi wymaganiami.

3.    Wykonywanie scenariuszy testowych

Na czym polega czynność i czego dotyczy:

Wnioskodawczyni manualnie wykonuje kolejne czynności wskazane w przypadku testowym w testowanym oprogramowaniu, działając z perspektywy jego użytkownika. Następnie porównuje faktyczny rezultat działania aplikacji z rezultatem oczekiwanym wskazanym w wymaganiach.

Zakres i przedmiot czynności:

Przedmiotem jest wyłącznie manualne sprawdzenie działania testowanej funkcjonalności, wykonanie kroków opisanych w przypadku testowym. Wnioskodawczyni często odtwarza kilkukrotnie te same scenariusze (przypadki testowe). Wnioskodawczyni nie analizuje kodu źródłowego odpowiedzialnego za jej działanie i nie dokonuje żadnych zmian w oprogramowaniu. Wnioskodawczyni nie sugeruje, w jaki sposób naprawić błędy, nie analizuje przyczyny ich powstania, nie sugeruje rozwiązania. Dokumentuje sam wynik przeprowadzonego manualnie testu.

Efekt czynności:

Rezultatem jest ustalenie, czy dana funkcjonalność działa zgodnie z oczekiwanym rezultatem. W przypadku stwierdzenia nieprawidłowości Wnioskodawczyni ją opisuje i rejestruje w systemie do procesowania błędów i wykrytych defektów.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca otrzymuje informację o tym, czy przetestowana funkcjonalność działa zgodnie z wymaganiami oraz czy podczas jej używania wystąpiła nieprawidłowość.

4.    Zapewnianie jakości testów

Na czym polega czynność i czego dotyczy:

Wnioskodawczyni sprawdza, czy przygotowane przypadki i scenariusze testowe obejmują wymagany zakres funkcjonalności, czy zostały wykonane zgodnie z przyjętym sposobem oraz czy ich wyniki zostały właściwie udokumentowane.

Zakres i przedmiot czynności:

Zapewnianie jakości dotyczy jakości i kompletności procesu testowania, udokumentowania wyniku z wykonania testów manualnych, a nie jakości kodu źródłowego. Wnioskodawczyni nie wykonuje analizy kodu, nie analizuje poprawności jego napisania, nie ocenia architektury systemu ani zastosowanych technologii.

Efekt czynności:

Efektem jest potwierdzenie kompletności i prawidłowości przeprowadzonych testów manualnych oraz ich udokumentowaniu, potwierdzeniu, że zostały wykonane.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca otrzymuje informację czy testy manualne zostały wykonane oraz udokumentowane.

5.    Tworzenie dokumentacji rezultatów testów

Na czym polega czynność i czego dotyczy:

Czynność polega na dokumentowaniu wykonanych testów manualnych, ilości ich przebiegu, uzyskanych rezultatów oraz wykrytych nieprawidłowości. W przypadku wykrycia nieprawidłowości Wnioskodawczyni opisuje jej objawy, warunki i okoliczności wystąpienia oraz czynności pozwalające odtworzyć błąd.

Zakres i przedmiot czynności:

Wnioskodawczyni nie analizuje technicznej przyczyny błędu w kodzie źródłowym. Nie wskazuje programistom technicznego sposobu jego naprawienia, nie proponuje zmian w kodzie i sama nie dokonuje żadnych zmian w oprogramowaniu. Jej rola kończy się na manualnym wykryciu, odtworzeniu, opisaniu i zgłoszeniu nieprawidłowości - udokumentowaniu wyników testu i wykazaniu ile razy były wykonane.

Efekt czynności:

Efektem jest dokumentacja testowa i zgłoszenie błędu opisujące zaobserwowane zachowanie funkcjonalności oraz sposób jego odtworzenia.

Wykorzystanie przez Zleceniodawcę:

Dokumentacja pozwala Zleceniodawcy oraz osobom odpowiedzialnym za rozwój oprogramowania zapoznać się z wykrytą nieprawidłowością i ją odtworzyć. O sposobie technicznego rozwiązania problemu decydują inne osoby odpowiedzialne za tworzenie i rozwój oprogramowania.

6.    Tworzenie planu rozwoju testów oraz koordynowanie i realizowanie testów

Na czym polega czynność i czego dotyczy:

Czynność polega na określaniu zakresu, kolejności oraz organizacji czynności testowych. Wnioskodawczyni spisuje, jakie funkcjonalności będzie testować oraz w jakiej kolejności wykonać poszczególne manualne testy, a następnie informuje o postępie zaplanowanych do wykonania przez siebie czynności testowych.

Zakres i przedmiot czynności:

Określenie „plan rozwoju testów” odnosi się wyłącznie do planowania sposobu, daty i zakresu manualnego testowania. Planuje kiedy i co zostanie przetestowane, spisuje kolejność i przystępuje do ich realizacji w sposób uporządkowany. Nie oznacza to planowania rozwoju oprogramowania, produktu lub nowych funkcjonalności. Koordynowanie testów ma charakter organizacyjny - informowanie o kolejności podjętych kroków przy wykonywaniu testów i nie obejmuje zarządzania projektem informatycznym, projektowania systemu, zarządzania procesem programistycznym, wyboru technologii ani podejmowania decyzji dotyczących sposobu implementacji oprogramowania.

Efekt czynności:

Efektem jest plan i uporządkowanie czynności testowych oraz informacja dotycząca stanu ich wykonania.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca wykorzystuje te informacje do organizacji i monitorowania procesu testowania.

7.    Przygotowywanie raportów oraz innej dokumentacji testowej

Na czym polega czynność i czego dotyczy:

Czynność polega na sporządzaniu zestawień i raportów dotyczących wykonanych testów, ich wyników oraz wykrytych nieprawidłowości.

Zakres i przedmiot czynności:

Raporty przedstawiają wyniki wykonanych czynności testowych i ich przebiegu, ile razy były wykonane, powtarzane. Nie zawierają rekomendacji dotyczących architektury oprogramowania, wyboru technologii, sposobu napisania kodu, sposobu implementacji funkcjonalności ani technicznego sposobu usunięcia błędu.

Efekt czynności:

Efektem jest raport lub inna dokumentacja podsumowująca przebieg i wynik manualnych testów.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca wykorzystuje raport do uzyskania informacji o zakresie wykonanych testów, ich rezultatach oraz wykrytych nieprawidłowościach.

Dodatkowe doprecyzowanie charakteru świadczonych usług

Wszystkie czynności wykonywane przez Wnioskodawczynię mają charakter związany z manualnym testowaniem funkcjonalności oprogramowania i dokumentowaniem wyników tych testów.

Wnioskodawczyni:

·         nie tworzy kodu źródłowego,

·         nie modyfikuje ani nie analizuje kodu źródłowego,

·         nie rozwija oprogramowania,

·         nie programuje nowych funkcjonalności,

·         nie tworzy skryptów ani testów automatycznych,

·         nie wykonuje zapytań SQL,

·         nie projektuje architektury systemów informatycznych,

·         nie wybiera technologii wykorzystywanych do tworzenia oprogramowania,

·         nie tworzy nowych rozwiązań informatycznych,

·         nie świadczy usług doradztwa w zakresie oprogramowania,

·         nie rekomenduje Zleceniodawcy sposobu technicznego zaprogramowania lub zmiany funkcjonalności,

·         nie wskazuje technicznego sposobu usunięcia wykrytych błędów,

·         nie dokonuje zmian w testowanym oprogramowaniu.

Wnioskodawczyni sprawdza z perspektywy użytkownika, czy testowana funkcjonalność działa zgodnie z określonymi wymaganiami. W przypadku wykrycia nieprawidłowości dokumentuje jej wystąpienie i sposób jej odtworzenia, natomiast jej techniczną analizą oraz naprawą zajmują się osoby odpowiedzialne za tworzenie oprogramowania.

Ośrodek Klasyfikacji i Nomenklatur Urzędu Statystycznego, na podstawie przedstawionego przez Wnioskodawczynię zakresu świadczonych usług, wskazał klasyfikację PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”.

Ad. 5

Wnioskodawczyni nie uzyskuje w ramach prowadzonej działalności gospodarczej innych przychodów niż przychody ze świadczenia opisanych we wniosku usług manualnego testowania oprogramowania.

Dla prowadzonej działalności Wnioskodawczyni prowadzi ewidencję przychodów dla celów opodatkowania ryczałtem od przychodów ewidencjonowanych przy wykorzystaniu systemu (…). Ewidencja umożliwia identyfikację i wyodrębnienie przychodów według poszczególnych stawek ryczałtu.

Wnioskodawczyni nie uzyskuje obecnie przychodów z innych rodzajów usług, które wymagałyby zastosowania innej stawki ryczałtu.

Pytanie

Czy przychody uzyskiwane przez Wnioskodawczynię ze świadczenia opisanych usług testowania manualnego oprogramowania, sklasyfikowanych przez Wnioskodawczynię na podstawie stanowiska Urzędu Statystycznego w grupowaniu PKWiU 62.02.30.0, mogą być opodatkowane ryczałtem od przychodów ewidencjonowanych według stawki 8,5%?

Pani stanowisko w sprawie (doprecyzowane w uzupełnieniach wniosku)

Zdaniem Wnioskodawczyni przychody uzyskiwane ze świadczenia opisanych usług testowania manualnego oprogramowania mogą być opodatkowane ryczałtem od przychodów ewidencjonowanych według stawki 8,5%. Świadczone usługi mają charakter techniczny i polegają na manualnym testowaniu oprogramowania, przygotowywaniu przypadków testowych, wykonywaniu testów oraz dokumentowaniu ich wyników. Wnioskodawczyni nie tworzy, nie rozwija ani nie modyfikuje oprogramowania oraz nie świadczy usług programistycznych. Usługi te nie mają również charakteru doradztwa w zakresie oprogramowania. Wnioskodawczyni nie rekomenduje rozwiązań technologicznych ani sposobu tworzenia lub rozwoju oprogramowania, a jej czynności ograniczają się do sprawdzania działania istniejących funkcjonalności oraz raportowania wyników testów.

Usługi zostały zaklasyfikowane przez Wnioskodawczynię, zgodnie ze stanowiskiem Urzędu Statystycznego, do grupowania PKWiU 62.02.30.0.

W konsekwencji, zdaniem Wnioskodawczyni, przychody z ich świadczenia powinny podlegać opodatkowaniu stawką 8,5%, jako przychody z działalności usługowej, dla której przepisy nie przewidują wyższej stawki ryczałtu.

Zdaniem Wnioskodawczyni przychody uzyskiwane ze świadczenia opisanych usług manualnego testowania oprogramowania, sklasyfikowanych w grupowaniu PKWiU 62.02.30.0, 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.

Opisane czynności nie mają charakteru usług programistycznych ani doradztwa w zakresie oprogramowania. Wnioskodawczyni nie tworzy nowych rozwiązań informatycznych ani kodu, lecz manualnie sprawdza działanie funkcjonalności przygotowanych przez programistów i dokumentuje rezultaty wykonanych testów. Wykonywane przez wnioskodawczynie usługi nie obejmują ani tworzenia i utrzymywania środowiska testowego (programów, aplikacji), ani programowania (kodowania) testowanego oprogramowania, ani usług i doradztwa w zakresie sprzętu komputerowego. Świadczone usługi nie obejmują również doradztwa w zakresie oprogramowania.

Ocena stanowiska

Stanowisko, które przedstawiła Pani 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 2026 r. poz. 592 ze zm.):

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

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:

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:

Na mocy art. 4 ust. 1 pkt 1 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.

Podkreślić też należy, że w myśl art. 12 ust. 3 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Zatem, w sytuacji prowadzenia działalności gospodarczej opodatkowanej zryczałtowanym podatkiem dochodowym według różnych stawek, ryczałt od przychodów ewidencjonowanych na podstawie prowadzonej ewidencji przychodów ustala się według stawki właściwej dla przychodów z każdego rodzaju działalności, pod warunkiem, że ewidencja przychodów jest prowadzona w sposób umożliwiający określenie przychodów z każdego rodzaju działalności.

Podkreślić należ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 wynika, że prowadzi Pani jednoosobową działalność gospodarczą i podlega w Polsce nieograniczonemu obowiązkowi podatkowemu. Dokonała Pani wyboru opodatkowania przychodów z prowadzonej pozarolniczej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych. Wyboru formy opodatkowania dokonała Pani za pośrednictwem CEIDG przy rejestracji działalności gospodarczej w dniu (…) 2026. W zgłoszeniu CEIDG jako forma opodatkowania został wskazany „ryczałt od przychodów ewidencjonowanych” zgodnie z art. 9 ust. 1 ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. W odniesieniu do Pani zachowane są warunki określone w art. 6 ust. 4 ww. ustawy. Nie korzysta Pani z opodatkowania w formie karty podatkowej. W związku z powyższym w odniesieniu do Pani spełniony jest warunek określony w art. 6 ust. 4 pkt 2 omawianej ustawy. W odniesieniu do opisanej działalności nie występują negatywne przesłanki z   art. 8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, wyłączające możliwość korzystania z opodatkowania w formie ryczałtu od przychodów ewidencjonowanych. W szczególności kontrahent, na rzecz którego świadczy Pani opisane we wniosku usługi manualnego testowania oprogramowania, nie jest i nie był Pani pracodawcą. Nie uzyskuje Pani w ramach prowadzonej działalności gospodarczej innych przychodów niż przychody ze świadczenia opisanych we wniosku usług. Dla prowadzonej działalności prowadzi Pani ewidencję przychodów dla celów opodatkowania ryczałtem od przychodów ewidencjonowanych przy wykorzystaniu systemu (…). Ewidencja umożliwia identyfikację i wyodrębnienie przychodów według poszczególnych stawek ryczałtu. Nie uzyskuje Pani obecnie przychodów z innych rodzajów usług, które wymagałyby zastosowania innej stawki ryczałtu.

W ramach działalności świadczy Pani usługi tworzenia i przeprowadzania testów manualnych oprogramowania na rzecz kontrahenta na podstawie umowy o świadczenie usług. Pani czynności polegają na manualnym sprawdzaniu działania oprogramowania, identyfikowaniu nieprawidłowości oraz dokumentowaniu wyników testów. Testy są wykonywane wyłącznie manualnie.

Zakres wykonywanych czynności obejmuje:

1.    Analiza oraz tworzenie standardów i procedur testowania

Na czym polega czynność i czego dotyczy:

Czynność polega na zapoznaniu się z funkcjonalnością oprogramowania przekazaną do testów oraz z istniejącym opisem wymagań dotyczących jej działania, a następnie na określeniu sposobu manualnego sprawdzenia tej funkcjonalności w ramach testów. Określa Pani kolejność wykonywania poszczególnych czynności podczas testu, sposób udokumentowania wyniku manualnego testu oraz sposób zgłoszenia ewentualnej nieprawidłowości - niezgodności z opisem wymagań.

Zakres i przedmiot czynności:

Standardy i procedury tworzone przez Panią dotyczą wyłącznie spisu organizacji procesu manualnego testowania to znaczy: opis celu testu, spisu kroków testowych i oczekiwanego rezultatu jako wyniku testu. Zapisuje Pani kolejność wykonywania testów oraz opisuje sposób ich przeprowadzenia. Opisane czynności umożliwiają właściwe wykonanie testów manualnych i nie dotyczą opisu sposobu tworzenia czy działania oprogramowania, jego architektury, zastosowanych technologii, pisania lub analizy kodu źródłowego ani sposobu implementacji funkcjonalności.

Efekt czynności:

Efektem jest opisany sposób przeprowadzenia manualnego testu oraz udokumentowania jego wyniku.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca dostaje opis jako ewidencje, co zostało przetestowane manualnie i jaki był rezultat tych testów, ma odpowiedź czy testowana manualnie funkcjonalność działa.

2.    Analiza i projektowanie przypadków testowych

Na czym polega czynność i czego dotyczy:

Czynność polega na spisaniu i przygotowaniu przypadków testowych służących do manualnego sprawdzenia, czy dana funkcjonalność oprogramowania działa zgodnie z określonymi wymaganiami w dokumencie. Spisuje Pani warunki konieczne do rozpoczęcia testu, spisuje w jakiej kolejności manualnie wykonywane są kroki testowe i jaki jest oczekiwany rezultat wykonania manualnie przypadku testowego.

Zakres i przedmiot czynności:

Użyte określenie „projektowanie przypadków testowych” oznacza wyłącznie zaplanowanie sposobu sprawdzenia manualnego testu funkcjonalności. Nie oznacza projektowania samej funkcjonalności, oprogramowania, architektury systemu, rozwiązania informatycznego ani sposobu jego implementacji. Nie tworzy Pani w ramach tych czynności kodu ani automatycznych skryptów testowych.

Efekt czynności:

Efektem jest przypadek testowy, czyli opis sposobu manualnego sprawdzenia określonego zachowania aplikacji.

Wykorzystanie przez Zleceniodawcę:

Przypadki testowe służą do opisu odtworzenia kroków testowych, by sprawdzić, czy funkcjonalność działa zgodnie z określonymi wymaganiami.

3.    Wykonywanie scenariuszy testowych

Na czym polega czynność i czego dotyczy:

Manualnie wykonuje Pani kolejne czynności wskazane w przypadku testowym w testowanym oprogramowaniu, działając z perspektywy jego użytkownika. Następnie porównuje faktyczny rezultat działania aplikacji z rezultatem oczekiwanym wskazanym w wymaganiach.

Zakres i przedmiot czynności:

Przedmiotem jest wyłącznie manualne sprawdzenie działania testowanej funkcjonalności, wykonanie kroków opisanych w przypadku testowym. Często odtwarza Pani kilkukrotnie te same scenariusze (przypadki testowe). Nie analizuje Pani kodu źródłowego odpowiedzialnego za jej działanie i nie dokonuje żadnych zmian w oprogramowaniu. Nie sugeruje Pani, w jaki sposób naprawić błędy, nie analizuje przyczyny ich powstania, nie sugeruje rozwiązania. Dokumentuje sam wynik przeprowadzonego manualnie testu.

Efekt czynności:

Rezultatem jest ustalenie, czy dana funkcjonalność działa zgodnie z oczekiwanym rezultatem. W przypadku stwierdzenia nieprawidłowości opisuje ją Pani i rejestruje w systemie do procesowania błędów i wykrytych defektów.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca otrzymuje informację o tym, czy przetestowana funkcjonalność działa zgodnie z wymaganiami oraz czy podczas jej używania wystąpiła nieprawidłowość.

4.    Zapewnianie jakości testów

Na czym polega czynność i czego dotyczy:

Sprawdza Pani, czy przygotowane przypadki i scenariusze testowe obejmują wymagany zakres funkcjonalności, czy zostały wykonane zgodnie z przyjętym sposobem oraz czy ich wyniki zostały właściwie udokumentowane.

Zakres i przedmiot czynności:

Zapewnianie jakości dotyczy jakości i kompletności procesu testowania, udokumentowania wyniku z wykonania testów manualnych, a nie jakości kodu źródłowego. Nie wykonuje Pani analizy kodu, nie analizuje poprawności jego napisania, nie ocenia architektury systemu ani zastosowanych technologii.

Efekt czynności:

Efektem jest potwierdzenie kompletności i prawidłowości przeprowadzonych testów manualnych oraz ich udokumentowaniu, potwierdzeniu, że zostały wykonane.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca otrzymuje informację czy testy manualne zostały wykonane oraz udokumentowane.

5.    Tworzenie dokumentacji rezultatów testów

Na czym polega czynność i czego dotyczy:

Czynność polega na dokumentowaniu wykonanych testów manualnych, ilości ich przebiegu, uzyskanych rezultatów oraz wykrytych nieprawidłowości. W przypadku wykrycia nieprawidłowości opisuje Pani jej objawy, warunki i okoliczności wystąpienia oraz czynności pozwalające odtworzyć błąd.

Zakres i przedmiot czynności:

Nie analizuje Pani technicznej przyczyny błędu w kodzie źródłowym. Nie wskazuje programistom technicznego sposobu jego naprawienia, nie proponuje zmian w kodzie i sama nie dokonuje żadnych zmian w oprogramowaniu. Jej rola kończy się na manualnym wykryciu, odtworzeniu, opisaniu i zgłoszeniu nieprawidłowości - udokumentowaniu wyników testu i wykazaniu ile razy były wykonane.

Efekt czynności:

Efektem jest dokumentacja testowa i zgłoszenie błędu opisujące zaobserwowane zachowanie funkcjonalności oraz sposób jego odtworzenia.

Wykorzystanie przez Zleceniodawcę:

Dokumentacja pozwala Zleceniodawcy oraz osobom odpowiedzialnym za rozwój oprogramowania zapoznać się z wykrytą nieprawidłowością i ją odtworzyć. O sposobie technicznego rozwiązania problemu decydują inne osoby odpowiedzialne za tworzenie i rozwój oprogramowania.

6.    Tworzenie planu rozwoju testów oraz koordynowanie i realizowanie testów

Na czym polega czynność i czego dotyczy:

Czynność polega na określaniu zakresu, kolejności oraz organizacji czynności testowych. Spisuje, Pani jakie funkcjonalności będzie testować oraz w jakiej kolejności wykonać poszczególne manualne testy, a następnie informuje o postępie zaplanowanych do wykonania przez siebie czynności testowych.

Zakres i przedmiot czynności:

Określenie „plan rozwoju testów” odnosi się wyłącznie do planowania sposobu, daty i zakresu manualnego testowania. Planuje kiedy i co zostanie przetestowane, spisuje kolejność i przystępuje do ich realizacji w sposób uporządkowany. Nie oznacza to planowania rozwoju oprogramowania, produktu lub nowych funkcjonalności. Koordynowanie testów ma charakter organizacyjny - informowanie o kolejności podjętych kroków przy wykonywaniu testów i nie obejmuje zarządzania projektem informatycznym, projektowania systemu, zarządzania procesem programistycznym, wyboru technologii ani podejmowania decyzji dotyczących sposobu implementacji oprogramowania.

Efekt czynności:

Efektem jest plan i uporządkowanie czynności testowych oraz informacja dotycząca stanu ich wykonania.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca wykorzystuje te informacje do organizacji i monitorowania procesu testowania.

7.    Przygotowywanie raportów oraz innej dokumentacji testowej

Na czym polega czynność i czego dotyczy:

Czynność polega na sporządzaniu zestawień i raportów dotyczących wykonanych testów, ich wyników oraz wykrytych nieprawidłowości.

Zakres i przedmiot czynności:

Raporty przedstawiają wyniki wykonanych czynności testowych i ich przebiegu, ile razy były wykonane, powtarzane. Nie zawierają rekomendacji dotyczących architektury oprogramowania, wyboru technologii, sposobu napisania kodu, sposobu implementacji funkcjonalności ani technicznego sposobu usunięcia błędu.

Efekt czynności:

Efektem jest raport lub inna dokumentacja podsumowująca przebieg i wynik manualnych testów.

Wykorzystanie przez Zleceniodawcę:

Zleceniodawca wykorzystuje raport do uzyskania informacji o zakresie wykonanych testów, ich rezultatach oraz wykrytych nieprawidłowościach.

Ponadto wskazała Pani, że nie tworzy kodu źródłowego, nie modyfikuje ani nie analizuje kodu źródłowego, nie rozwija oprogramowania, nie programuje nowych funkcjonalności, nie tworzy skryptów ani testów automatycznych, nie wykonuje zapytań (…), nie projektuje architektury systemów informatycznych, nie wybiera technologii wykorzystywanych do tworzenia oprogramowania, nie tworzy nowych rozwiązań informatycznych, nie świadczy usług doradztwa w zakresie oprogramowania, nie rekomenduje Zleceniodawcy sposobu technicznego zaprogramowania lub zmiany funkcjonalności, nie wskazuje technicznego sposobu usunięcia wykrytych błędów, nie dokonuje zmian w testowanym oprogramowaniu. Sprawdza Pani z perspektywy użytkownika, czy testowana funkcjonalność działa zgodnie z określonymi wymaganiami. W przypadku wykrycia nieprawidłowości dokumentuje Pani jej wystąpienie i sposób jej odtworzenia, natomiast jej techniczną analizą oraz naprawą zajmują się osoby odpowiedzialne za tworzenie oprogramowania.

Ośrodek Klasyfikacji i Nomenklatur Urzędu Statystycznego, w odpowiedzi na Pani wniosek z (…), wskazał, że opisane usługi mieszczą się w grupowaniu PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”.

W odniesieniu do świadczonych przez Panią usług, będących przedmiotem wniosku, sklasyfikowanych pod symbolem PKWiU 62.02.30.0, wskazuję, że nie zostały one objęte dyspozycją art. 12 ust. 1 pkt 1-4 oraz 6-8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Na podstawie powołanych wyżej przepisów oraz opisu sprawy stwierdzam, że osiągane przez Panią przychody ze świadczenia usług, zaklasyfikowanych do grupowania PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” i które nie są związane z doradztwem w zakresie oprogramowania, podlegają opodatkowaniu ryczałtem od przychodów ewidencjonowanych w wysokości 8,5% przychodów, 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.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy stanu faktycznego, który Pani przedstawiła i stanu prawnego, który obowiązywał w dacie zaistnienia zdarzenia.

Interpretację wydano na podstawie wskazanego przez Panią we wniosku grupowania PKWiU. Interpretacja nie rozstrzyga o prawidłowości tej klasyfikacji. Przyporządkowanie do wskazanej klasyfikacji zostało podane jako element opisu stanu faktycznego.

Interpretacja indywidualna wywołuje skutki prawnopodatkowe tylko wtedy, gdy rzeczywisty stan faktyczny sprawy będącej przedmiotem interpretacji pokrywał się będzie ze stanem faktycznym podanym przez Panią 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ść.

Przy wydawaniu niniejszej interpretacji tutejszy organ dokonał wyłącznie analizy okoliczności podanych we wniosku. Rolą postępowania w sprawie wydania indywidualnej interpretacji przepisów prawa podatkowego nie jest bowiem ustalanie, czy przedstawiony we wniosku opis stanu faktycznego jest zgodny ze stanem rzeczywistym. W ramach postępowania o wydanie interpretacji przepisów prawa podatkowego organ nie przeprowadza postępowania dowodowego, lecz opiera się jedynie na stanie faktycznym/zdarzeniu przyszłym przedstawionym we wniosku. Ustalenie stanu rzeczywistego stanowi domenę ewentualnego postępowania podatkowego. To na podatniku ciąży obowiązek udowodnienia w toku tego postępowania okoliczności faktycznych, z których wywodzi on dla siebie korzystne skutki prawne.

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 2026 r. poz. 622 ze zm.). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli Pani sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego i zastosuje się Pani 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 Pani 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 ze zm.; 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.