Interpretacja 0112-KDSL1-2.4011.720.2025.2.PS

Interpretacja indywidualna
– stanowisko nieprawidłowe

Szanowny Panie,

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

Zakres wniosku o wydanie interpretacji indywidualnej

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

Opis stanu faktycznego i zdarzenia przyszłego

Wnioskodawca jest polskim rezydentem podatkowym, prowadzącym jednoosobową działalność gospodarczą (dalej: „Wnioskodawca” lub „Podatnik”). Wniosek dotyczy zdarzenia przyszłego oraz zaistniałego stanu faktycznego. Wniosek dotyczy roku podatkowego 2024 i kolejnych. Wnioskodawca prowadzi działalność gospodarczą w rozumieniu art. 3 ustawy Prawo przedsiębiorców jako osoba fizyczna. Wnioskodawca w 2024 r. i w latach kolejnych planuje rozliczać się, w zakresie jakiego dotyczy wniosek, w oparciu o podatek ryczałtowy w wysokości 8,5% ryczałtu od przychodów ewidencjonowanych określony w art. 12 ust. 1 pkt 5 lit. a ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Zakładana wysokość przychodów z pozarolniczej działalności gospodarczej nie przekracza i nie przekroczy kwoty 2 000 000 euro.

Zakres wykonanych usług mieści się w grupie usług opisanych kodem PKWiU: 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”. W praktyce działalność obejmuje świadczenie usług obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji.

Wszelkie wskazane powyżej zadania, które Wnioskodawca realizuje dotyczą usług pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego. W wyniku świadczonych usług wskazać należy, że Wnioskodawca udziela pomocy klientowi w użytkowaniu i usuwaniu usterek sprzętu komputerowego, włączając testowanie i to jest efektem ich świadczenia.

Podsumowując, charakter tych usług jest ściśle ukierunkowany na udzielanie pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego. Wskazany wyżej zakres opisanych prac nie stanowi usług związanych z szeroko rozumianym wytwarzaniem, rozwojem oraz implementacją oprogramowania, doradztwem w zakresie oprogramowania, a także doradztwem w zakresie sprzętu komputerowego.

Wnioskodawca nie wyklucza, że w roku podatkowym będzie świadczył usługi dla innych kontrahentów, jednakże zakres świadczonych usług, których dotyczy wniosek pozostanie tożsamy.

Wnioskodawca zadecydował o stosowaniu opodatkowania przychodów uzyskiwanych w ramach prowadzonej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych, tj. art. 2 ust. 1 Ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne (tekst jedn.: Dz. U. z 2020 r. poz. 1905 z późn. zm., dalej: „Ustawa o ryczałcie”). W tym celu, zgodnie z art. 9 ust. 1 Ustawy o ryczałcie Wnioskodawca złożył pisemne oświadczenie o wyborze opodatkowania przychodów z pozarolniczej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych.

Ośrodek Klasyfikacji i Nomenklatur Urzędu Statystycznego (...) w piśmie z (…) listopada 2025 r. o znaku (…) poinformował Wnioskodawcę, że opisane we wniosku o interpretację podatkową czynności związane ze świadczeniem usług obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji

mieszczą się w grupowaniu PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego.

Wnioskodawca nie uzyskał i nie uzyska z tej działalności przychodów ze świadczenia usług na rzecz byłego lub obecnego pracodawcy, odpowiadających czynnościom, które będzie wykonywał w ramach stosunku pracy lub spółdzielczego stosunku pracy.

Wnioskodawca podkreśla, że świadczone usługi nie są związane z doradztwem w zakresie sprzętu komputerowego PKWiU ex 62.02.10.0, nie są związane z oprogramowaniem PKWiU ex 62.01.1, nie są objęte grupowaniem „Oryginały oprogramowania komputerowego” PKWiU 62.01.2, nie są związane z doradztwem w zakresie oprogramowania PKWiU ex 62.02, nie są związane z zarządzeniem siecią i systemami informatycznymi PKWiU 62.03.1.

Ilekroć w ustawie używa się oznaczenia „ex” przy symbolu danego grupowania PKWiU oznacza to, że zakres wyrobów lub usług jest węższy niż określony w tym grupowaniu – o czym stanowi art. 4 ust. 4 ustawy o ryczałcie. 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. Natomiast działalność Wnioskodawcy GUS w wydanej opinii zaklasyfikował pod PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego. Na żadnym etapie świadczenia usług nie jest tworzone oprogramowanie, pisanie kodu lub analiza kodu oprogramowania, wobec czego Wnioskodawca nie świadczy usług związanych z oprogramowaniem sklasyfikowanych pod PKWiU ex 62.01.1.

Wnioskodawca miał i ma prawo do stosowania formy opodatkowania – ryczałt ewidencjonowany zgodnie z art. 8 ustawy o podatku dochodowym w formie ryczałtu ewidencjonowanego. Wnioskodawca nie przekroczył i nie przekroczy dochodu 2 000 000 euro. W przypadku działalności wykonywanej w roku 2022, 2023 i latach kolejnych, zachowane zostaną warunki określone w art. 6 ust. 4 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów ewidencjonowanych przez osoby fizyczne.

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

1.  Na jakich zasadach (forma opodatkowania) dokonywał Pan rozliczeń podatkowych w prowadzonej działalności gospodarczej?

Odpowiedź: Ryczałt od przychodów ewidencjonowanych.

2.  Czy prowadzona przez Pana działalność gospodarcza była/jest/będzie 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)?

Odpowiedź: Tak, prowadzona przez Wnioskodawcę działalność gospodarcza była/jest/będzie 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).

3.  Jakie konkretnie czynności wykonywał/wykonuje/będzie Pan wykonywał w ramach świadczonych usług sklasyfikowanych pod symbolem PKWiU 62.02.30.0, będących przedmiotem wniosku? We wniosku wskazał Pan:

Proszę – w odniesieniu do każdej z ww. usług – szczegółowo opisać charakter tych usług, tj. wskazać:

• na czym konkretnie polegały/polegają/będą polegały,

• czego dotyczyły/dotyczą/będą dotyczyły,

• jaki był/jest/będzie zakres,

• co było/jest/będzie efektem.

Proszę o oddzielną charakterystykę w odniesieniu do każdej z siedmiu wyżej wymienionych przez Pana usług.

Odpowiedź: Wnioskodawca przedstawia swoje usługi:

1.  Ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami

Na czym polegały/polegają/będą polegały

·         Identyfikowaniu obszarów systemu wymagających testów oraz ustalaniu jakie typy testów są wymagane (np. funkcjonalne, regresyjne, integracyjne, wydajnościowe, bezpieczeństwa) i kiedy powinny być wykonywane.

·         Ustalaniu i wdrażaniu standardów pracy (…) (np. definicje „(…)”, minimalny poziom pokrycia testami, wymagania dot. danych testowych, standardy raportowania defektów).

·         Mentoringu członków zespołów ((…)) w zakresie właściwego stosowania procesu testowego i standardów jakości.

·         Koordynacji testów w środowisku wielu zespołów (uzgodnienie podziału odpowiedzialności, harmonogramów testów, zależności między komponentami).

Czego dotyczyły/dotyczą/będą dotyczyły

·      Organizacji i uspójnienia sposobu realizacji testów oraz czynności jakościowych dla systemów IT.

·      Ujednolicenia wymagań jakościowych i zasad współpracy między zespołami wytwórczymi.

Zakres

·      Analiza systemu oraz backlogu pod kątem ryzyk i krytyczności funkcji.

·      Opracowanie/aktualizacja standardów i procedur (..) oraz zasad obiegu informacji.

·      Ustalenie ról (kto testuje co), punktów kontrolnych (bramki jakości), oraz zasad eskalacji.

·      Mentoring bieżący: konsultacje, przeglądy artefaktów testowych, warsztaty procesowe.

Efekt

·       Zdefiniowana i stosowana strategia testów (zakres, role, kryteria wejścia/wyjścia).

·       Spójne standardy i procesy (…) wdrożone w zespołach.

·      Uporządkowana koordynacja testów międzyzespołowych, zmniejszenie liczby konfliktów procesowych i „luk” testowych.

2.  Planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach

Na czym polegały/polegają/będą polegały

·      Doprecyzowaniu wymagań i oczekiwanych rezultatów poprzez współtworzenie/uzgadnianie kryteriów akceptacji z Product/Engineering/Design.

·      Ustalaniu metryk jakości i akceptowalnych progów (np. dopuszczalny poziom defektów, czasy odpowiedzi, wskaźniki stabilności).

·      Przygotowaniu artefaktów planowania testów: planów testów, przypadków testowych, scenariuszy i skryptów, w tym dla różnych środowisk i konfiguracji.

·      Estymacji prac testowych oraz nadawaniu priorytetów zadaniom jakościowym w sprintach.

Czego dotyczyły/dotyczą/będą dotyczyły

·      Przygotowania i uporządkowania działań testowych dla konkretnych zmian w systemach IT (nowe funkcje, poprawki, refaktoryzacje, zmiany integracyjne).

·      Zapewnienia, że zmiany są testowalne i mierzalne (kryteria akceptacji, metryki).

Zakres

·      Przegląd wymagań oraz analiza ryzyk dla elementów backlogu.

·      Uzgodnienia międzyzespołowe dot. kryteriów akceptacji.

·      Przygotowanie i utrzymanie repozytorium przypadków testowych/checklist.

·      Estymacje w sprincie, określenie priorytetów (np. ryzyko biznesowe, częstość użycia, krytyczność).

Efekt

·      Jednoznaczne kryteria akceptacji i zdefiniowane metryki jakości.

·      Gotowe i utrzymywane artefakty planowania testów (plany, przypadki, skrypty).

·      Realistyczne estymacje i priorytety działań (…) w ramach iteracji.

3.  Wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…)

Na czym polegały/polegają/będą polegały

·      Organizowaniu i nadzorowaniu realizacji testów manualnych i automatycznych: planowanie uruchomień, przypisywanie zadań, nadzór nad kompletnością i poprawnością wyników.

·      Koordynowaniu testów funkcjonalnych/regresyjnych/integracyjnych oraz testów niefunkcjonalnych (wydajność, bezpieczeństwo) w zakresie niezbędnym do oceny jakości działania systemu.

·      Utrzymaniu i rozwoju narzędzi oraz podejścia „(…)” w procesach (…) (uruchamianie testów w pipeline, raportowanie wyników).

Czego dotyczyły/dotyczą/będą dotyczyły

·      Praktycznej weryfikacji działania systemów IT i ich elementów pod kątem zgodności z oczekiwaniami oraz stabilności.

Zakres

·      Przygotowanie środowisk testowych i danych testowych we współpracy z zespołem.

·      Uruchomienia testów w iteracjach i przed wydaniami (release).

·      Nadzór nad wynikami, analiza trendów, decyzje o powtórzeniach/blokadach wydania.

·      W obszarze automatyzacji: rozwój/utrzymanie zestawów testów i ich integracja z pipeline.

Efekt

·           Zweryfikowane działanie zmian w systemie oraz potwierdzone spełnienie kryteriów akceptacji.

·           Raporty wyników testów (manual/auto) i informacja o gotowości do wdrożenia.

·           Stabilniejsze wydania dzięki uruchamianiu testów w sposób ciągły w procesie dostarczania.

4.   Defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze

Na czym polegały/polegają/będą polegały

·      Rejestrowaniu defektów w narzędziach (np. system zgłoszeń), z opisem umożliwiającym reprodukcję: kroki, środowisko, logi, oczekiwany i rzeczywisty rezultat, załączniki.

·      Prowadzeniu (…): weryfikacja zgłoszeń, ocena wpływu i pilności, klasyfikacja, priorytety, przypisanie do właściwego zespołu.

·      Monitorowaniu statusu defektów do momentu zamknięcia (w tym retesty po poprawkach).

·      Wykonywaniu lub koordynowaniu analizy przyczyn źródłowych ((…)) oraz wdrażaniu działań zapobiegawczych (np. dodatkowe testy regresyjne, usprawnienia procesu).

Czego dotyczyły/dotyczą/będą dotyczyły

·      Zarządzania cyklem życia błędów wykrytych w systemach IT w celu minimalizacji ryzyka produkcyjnego oraz ograniczenia nawrotów problemów.

Zakres

·           Defekty funkcjonalne i techniczne: (…)/integracje/wydajność/stabilność.

·           Ustalenie standardu raportowania i wymogów jakości zgłoszeń.

·           Cykliczne przeglądy backlogu defektów i raportowanie obciążeń.

·           (…) dla defektów o wysokim wpływie oraz działania prewencyjne.

Efekt

·           Uporządkowany rejestr defektów, z priorytetyzacją i czytelnym statusem.

·           Skrócenie czasu od wykrycia do usunięcia błędu (lepsza jakość (…)).

·           Mniej powtórzeń defektów dzięki (…) i wdrożonym działaniom zapobiegawczym.

5.  Doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości

Na czym polegały/polegają/będą polegały

·      Identyfikowaniu wąskich gardeł i ryzyk w procesach testowych oraz wydawniczych (release).

·      Proponowaniu i wdrażaniu usprawnień w obszarze (…) i procesu dostarczania (np. zmiana bramek jakości, uspójnienie checklist release, lepsze wykorzystanie automatyzacji w pipeline).

·      Analizie wyników testów i defektów oraz budowie metryk jakości (np. trend defektów, stabilność buildów, pokrycie testami, czas realizacji testów).

·      Budowie i utrzymaniu dashboardów jakości na potrzeby raportowania stanu systemu i ryzyk.

Czego dotyczyły/dotyczą/będą dotyczyły

·      Optymalizacji sposobu prowadzenia testów i wdrożeń w środowiskach IT, tak aby zwiększać przewidywalność wydań i redukować liczbę incydentów.

Zakres

·      Przeglądy procesów w cyklach sprint/release.

·      Definiowanie i modyfikacja (…) jakości, źródeł danych i zasad interpretacji.

·      Projektowanie raportów i dashboardów oraz ich cykliczne aktualizacje.

·      Rekomendacje zmian w procesach i ich wdrażanie z zespołami.

Efekt

·      Usprawnione procesy (…)/release, z mniejszą liczbą wydań problematycznych.

·      Stałe metryki jakości i dashboardy umożliwiające szybkie decyzje.

·      Większa transparentność jakości i ryzyk dla interesariuszy.

6.   Komunikacja: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji

Na czym polegały/polegają/będą polegały

·      Pełnieniu roli centralnego punktu kontaktu w sprawach jakości: zbieranie informacji z zespołów, konsolidacja statusów, przekazywanie ustaleń.

·      Przygotowywaniu okresowych raportów: status testów, otwarte defekty, ryzyka wydania, rekomendacje działań naprawczych/mitigacyjnych.

·      Udziale w spotkaniach planistycznych i wydawniczych (release readiness) oraz prowadzeniu komunikacji eskalacyjnej w razie krytycznych problemów.

Czego dotyczyły/dotyczą/będą dotyczyły

·      Zapewnienia przepływu informacji i kontroli ryzyk jakościowych w projektach IT, w szczególności w momentach istotnych z punktu widzenia wdrożeń.

Zakres

·      Raportowanie do Product/Engineering/Management.

·      Przygotowanie rekomendacji: np. blokada wydania, obejścia (workarounds), dodatkowe testy, rollback plan.

·      Aktualizacja rejestru ryzyk jakościowych oraz statusów działań.

Efekt

·      Czytelny i terminowy obraz jakości, ryzyk i gotowości do wdrożenia.

·      Szybsze podejmowanie decyzji (go/no-go) o release.

·      Zmniejszenie ryzyka niekontrolowanych wdrożeń dzięki stałemu kanałowi komunikacji (…).

7.  Zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji

Na czym polegały/polegają/będą polegały

·      Weryfikacji, czy procesy testowe i wydawnicze są prowadzone zgodnie z przyjętymi standardami jakości oraz wymaganiami bezpieczeństwa i dobrymi praktykami (np. standardy dokumentowania testów, wymagania dot. rejestrowania zmian, minimalne wymagania dotyczące kontroli jakości).

·      Nadzorze nad spełnieniem wymogów dotyczących bezpieczeństwa w zakresie testów i dokumentacji (np. bezpieczne obchodzenie się z danymi testowymi, kontrola dostępu do środowisk, zasady przechowywania logów/artefaktów).

·      Zapewnieniu spójności dokumentacji: wymagania, testy, wyniki, decyzje release, uzasadnienia wyjątków.

Czego dotyczyły/dotyczą/będą dotyczyły

·      Utrzymania zgodności działań jakościowych i technicznych z wymaganiami organizacyjnymi (wewnętrzne standardy), kontraktowymi lub regulacyjnymi, w szczególności w obszarze bezpieczeństwa i audytowalności procesu wytwórczego.

Zakres

·      Przeglądy zgodności procesu (…) i artefaktów (plany testów, wyniki, rejestry defektów, checklisty release).

·      Określenie i nadzór nad minimalnymi wymaganiami dokumentacyjnymi i kontrolnymi.

·      Współpraca z osobami odpowiedzialnymi za bezpieczeństwo/zgodność w celu wdrożenia wymaganych praktyk.

Efekt

·      Proces testowy i wydawniczy prowadzony w sposób uporządkowany, powtarzalny i audytowalny.

·      Ograniczenie ryzyk bezpieczeństwa wynikających z nieprawidłowych praktyk testowych i dokumentacyjnych.

·      Kompletna, spójna dokumentacja umożliwiająca odtworzenie decyzji jakościowych i przebiegu testów.

Pytanie

Czy przychód osiągany w ramach pozarolniczej działalności gospodarczej z tytułu usług obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji wskazanych we wniosku,

które mieszczą się w grupowaniu PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” podlega opodatkowaniu ryczałtem od przychodów ewidencjonowanych przy zastosowaniu stawki 8,5%, zgodnie z art. 12 ust. 1 pkt 5 lit. a Ustawy o ryczałcie?

Pana stanowisko w sprawie

Zdaniem Wnioskodawcy, przychód osiągany w ramach pozarolniczej działalności gospodarczej z tytułu usług obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji,

które zostały zaklasyfikowane pod kodem PKWiU: 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” podlega opodatkowaniu ryczałtem od przychodów ewidencjonowanych przy zastosowaniu stawki 8,5%, zgodnie z art. 12 ust. 1 pkt 5 lit. a Ustawy o ryczałcie.

Zgodnie z art. 1 pkt 1 oraz art. 2 ust. 1 pkt 1 Ustawy o ryczałcie, opodatkowaniu ryczałtem od przychodów ewidencjonowanych podlegają przychody (dochody) osiągane przez osoby fizyczne prowadzące pozarolniczą działalność gospodarczą.

Na podstawie art. 6 ust. 1 Ustawy o ryczałcie, opodatkowaniu ryczałtem od przychodów ewidencjonowanych podlegają przychody osób fizycznych z pozarolniczej działalności gospodarczej, o których mowa m.in. w art. 14 Ustawy o PIT, tj. kwoty należne, choćby nie zostały faktycznie otrzymane, po wyłączeniu wartości zwróconych towarów, udzielonych bonifikat i skont. Jak zostało wskazane w art. 6 ust. 4 Ustawy o ryczałcie, uprawnienie do skorzystania z ryczałtu od przychodów ewidencjonowanych przysługuje tym podatnikom, którzy w roku poprzedzającym rok podatkowy uzyskali przychód z pozarolniczej działalności gospodarczej w wysokości nieprzekraczającej 2 000 000 euro.

Dodatkowo, zgodnie z art. 8 ust. 2, utrata możliwości zastosowania ryczałtu od przychodów ewidencjonowanych następuje w przypadku osiągnięcia przychodów w ramach pozarolniczej działalności gospodarczej z tytułu sprzedaży towarów, wyrobów lub świadczenia usług na rzecz byłego lub obecnego pracodawcy odpowiadającym czynnościom, które podatnik wykonywał lub wykonuje w roku podatkowym w ramach stosunku pracy lub spółdzielczego stosunku pracy.

Na postawie art. 15 ust. 1 Ustawy o ryczałcie, na podatnikach stosujących taką formę opodatkowania ciążą również obowiązki związane z prawidłowym prowadzeniem ewidencji przychodów odrębnie dla każdego roku podatkowego (dalej: „ewidencja przychodów”), wykazu środków trwałych oraz wartości niematerialnych i prawnych oraz posiadaniem i przechowywaniem dowodów zakupu towarów.

Cechą charakterystyczną formy opodatkowania jaką jest ryczałt od przychodów ewidencjonowanych, jest uzależnienie wysokości stawki ryczałtu od przychodów ewidencjonowanych od faktycznie wykonywanych przez podatnika czynności, podlegających klasyfikacji według PKWiU 2015.

W świetle art. 12 ust. 3 Ustawy o ryczałcie, jeśli podatnik prowadzi działalność, z której przychody podlegają opodatkowaniu różnymi stawkami ryczałtu od przychodów ewidencjonowanych, ryczałt ustala się według stawki właściwej dla każdego z rodzajów prowadzonej działalności, pod warunkiem prowadzenia ewidencji przychodów w sposób umożliwiający określenie wysokości przychodów z każdego rodzaju działalności.

W świetle art. 4 ust. 1 pkt 1 Ustawy o ryczałcie, działalność usługowa została zdefiniowana jako pozarolnicza działalność gospodarcza, której przedmiotem są czynności zaliczane do usług zgodnie klasyfikacją PKWiU 2015, z zastrzeżeniem definicji działalności gastronomicznej oraz działalności usługowej w zakresie handlu.

Artykuł 12 ust. 1 Ustawy o ryczałcie wskazuje właściwe stawki ryczałtu od przychodów ewidencjonowanych dla poszczególnych rodzajów usług sklasyfikowanych według PKWiU 2015.

Zgodnie z art. 12 ust. 1 pkt 5 lit. a Ustawy o ryczałcie, stawka ryczałtu 8,5% znajdzie zastosowanie w stosunku do przychodów z działalności usługowej, w tym z działalności gastronomicznej w zakresie sprzedaży napojów o zawartości alkoholu powyżej 1,5%, z zastrzeżeniem usług wskazanych w pkt 1-4 oraz 6-8 tego artykułu.

Z kolei, w art. 12 ust. 1 pkt 2b lit. b (od 1 stycznia 2022 r.) Ustawy o ryczałcie zostało wskazane, iż właściwą stawką ryczałtu od przychodów ewidencjonowanych dla usług związanych z doradztwem w zakresie sprzętu komputerowego (PKWiU 62.02.10.0), związanych z oprogramowaniem (PKWiU ex 62.01.1), objętych grupowaniem „Oryginały oprogramowania komputerowego” (PKWiU 62.01.2), związanych z doradztwem w zakresie oprogramowania (PKWiU ex 62.02), w zakresie instalowania oprogramowania (PKWiU ex 62.09.20.0), związanych z zarządzaniem siecią i systemami informatycznymi (PKWiU 62.03.1), jest stawka 12% (od roku 2022 r.).

Ponadto, art. 12 ust. 1 pkt. 2 h przewiduje stawkę 15% w przypadku świadczenia usług związanych z nadawaniem programów ogólnodostępnych i abonamentowych (PKWiU dział 60). Powyższy przepis nie wskazuje jednak na zastosowanie 12%-owej (od roku 2022) oraz 15% stawki ryczałtu od przychodów ewidencjonowanych do usług obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji,

które zostały zaklasyfikowane pod kodem PKWiU: 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”.

Trzeba zwrócić uwagę, iż na podstawie art. 4 ust. 4 Ustawy o ryczałcie, ilekroć w ustawie pojawia się przedrostek „ex” przy symbolu danego grupowania PKWiU, należy to rozumieć jako zawężenie zakresu wyrobów lub usług w stosunku do ich określenia w tym grupowaniu. Oznacza to, że zastosowanie takiego symbolu przy danym kodzie statystycznym ma na celu zawężenie stosowania danego przepisu tylko do danego grupowania.

Konkludując powyższe, w stosunku do przychodów z działalności Wnioskodawcy obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji,

które zostały zaklasyfikowane pod kodem PKWiU: 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” nie powinna znaleźć zastosowania 12%-owa (od roku 2022) oraz odpowiednio 15% stawka ryczałtu od przychodów ewidencjonowanych, ponieważ usługi te nie mieszczą się w definicji usług związanych z doradztwem w zakresie sprzętu komputerowego (PKWiU 62.02.10.0), związanych z oprogramowaniem (PKWiU ex 62.01.1), objętych grupowaniem „Oryginały oprogramowania komputerowego” (PKWiU 62.01.2), związanych z doradztwem w zakresie oprogramowania (PKWiU ex 62.02), w zakresie instalowania oprogramowania (PKWiU ex 62.09.20.0), związanych z zarządzaniem siecią i systemami informatycznymi (PKWiU 62.03.1) oraz usług związanych z nadawaniem programów ogólnodostępnych i abonamentowych (PKWiU dział 60), oraz nie są usługami związanymi z oprogramowaniem.

Ze względu na fakt, iż Ustawa o ryczałcie nie przewiduje odrębnej stawki ryczałtu od przychodów ewidencjonowanych dla przychodów osiągniętych z usług obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji,

które zostały zaklasyfikowane pod kodem PKWiU: 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” zastosowanie znajdzie w przypadku tych usług stawka ryczałtu 8,5%, jako właściwa dla przychodów z działalności usługowej, zgodnie z art. 12 ust. 1 pkt 5 lit. a Ustawy o ryczałcie.

Ocena stanowiska

Stanowisko, które przedstawił Pan we wniosku jest nieprawidł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:

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 oraz w uzupełnieniu wynika, że jest Pan polskim rezydentem podatkowym, prowadzącym jednoosobową działalność gospodarczą. Prowadzi Pan działalność gospodarczą w rozumieniu art. 3 ustawy Prawo przedsiębiorców jako osoba fizyczna. Zadecydował Pan o stosowaniu opodatkowania przychodów uzyskiwanych w ramach prowadzonej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych. W tym celu, zgodnie z art. 9 ust. 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne złożył Pan pisemne oświadczenie o wyborze opodatkowania przychodów z pozarolniczej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych. Pana wniosek dotyczy roku 2024 i lat kolejnych. Zakładana wysokość przychodów z pozarolniczej działalności gospodarczej nie przekracza i nie przekroczy kwoty 2 000 000 euro. Miał i ma Pan prawo do stosowania formy opodatkowania – ryczałt ewidencjonowany zgodnie z art. 8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Prowadzona przez Pana działalność gospodarcza była/jest/będzie działalnością usługową w myśl art. 4 ust. 1 pkt 1 ww. ustawy. Zakres wykonanych przez Pana usług mieści się w grupie usług opisanych kodem PKWiU: 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”, co zostało również potwierdzone przez Ośrodek Klasyfikacji i Nomenklatur Urzędu Statystycznego (...) w piśmie z (…) listopada 2025 r. o znaku (…). W praktyce Pana działalność obejmuje świadczenie usług, obejmujących:

1.  Ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami, które polegały/polegają/będą polegały na:

·       Identyfikowaniu obszarów systemu wymagających testów oraz ustalaniu jakie typy testów są wymagane (np. funkcjonalne, regresyjne, integracyjne, wydajnościowe, bezpieczeństwa) i kiedy powinny być wykonywane.

·       Ustalaniu i wdrażaniu standardów pracy (…) (np. definicje „(…)”, minimalny poziom pokrycia testami, wymagania dot. danych testowych, standardy raportowania defektów).

·       Mentoringu członków zespołów (…) w zakresie właściwego stosowania procesu testowego i standardów jakości.

·       Koordynacji testów w środowisku wielu zespołów (uzgodnienie podziału odpowiedzialności, harmonogramów testów, zależności między komponentami).

Dotyczyły/dotyczą/będą dotyczyły one:

·      Organizacji i uspójnienia sposobu realizacji testów oraz czynności jakościowych dla systemów IT.

·      Ujednolicenia wymagań jakościowych i zasad współpracy między zespołami wytwórczymi.

W ich zakres wchodzą:

·      Analiza systemu oraz backlogu pod kątem ryzyk i krytyczności funkcji.

·      Opracowanie/aktualizacja standardów i procedur (…) oraz zasad obiegu informacji.

·      Ustalenie ról (kto testuje co), punktów kontrolnych (bramki jakości), oraz zasad eskalacji.

·      Mentoring bieżący: konsultacje, przeglądy artefaktów testowych, warsztaty procesowe.

Efektem tych usług jest:

·       Zdefiniowana i stosowana strategia testów (zakres, role, kryteria wejścia/wyjścia).

·       Spójne standardy i procesy (…) wdrożone w zespołach.

·      Uporządkowana koordynacja testów międzyzespołowych, zmniejszenie liczby konfliktów procesowych i „luk” testowych.

2.  Planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach, które polegały/polegają/będą polegały na:

·      Doprecyzowaniu wymagań i oczekiwanych rezultatów poprzez współtworzenie/uzgadnianie kryteriów akceptacji z Product/Engineering/Design.

·      Ustalaniu metryk jakości i akceptowalnych progów (np. dopuszczalny poziom defektów, czasy odpowiedzi, wskaźniki stabilności).

·      Przygotowaniu artefaktów planowania testów: planów testów, przypadków testowych, scenariuszy i skryptów, w tym dla różnych środowisk i konfiguracji.

·      Estymacji prac testowych oraz nadawaniu priorytetów zadaniom jakościowym w sprintach.

Dotyczyły/dotyczą/będą dotyczyły one:

·      Przygotowania i uporządkowania działań testowych dla konkretnych zmian w systemach IT (nowe funkcje, poprawki, refaktoryzacje, zmiany integracyjne).

·      Zapewnienia, że zmiany są testowalne i mierzalne (kryteria akceptacji, metryki).

W ich zakres wchodzą:

·      Przegląd wymagań oraz analiza ryzyk dla elementów backlogu.

·      Uzgodnienia międzyzespołowe dot. kryteriów akceptacji.

·      Przygotowanie i utrzymanie repozytorium przypadków testowych/checklist.

·      Estymacje w sprincie, określenie priorytetów (np. ryzyko biznesowe, częstość użycia, krytyczność).

Efektem tych usług jest:

·      Jednoznaczne kryteria akceptacji i zdefiniowane metryki jakości.

·      Gotowe i utrzymywane artefakty planowania testów (plany, przypadki, skrypty).

·      Realistyczne estymacje i priorytety działań (…) w ramach iteracji.

3.  Wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…), które polegały/polegają/będą polegały na:

·      Organizowaniu i nadzorowaniu realizacji testów manualnych i automatycznych: planowanie uruchomień, przypisywanie zadań, nadzór nad kompletnością i poprawnością wyników.

·      Koordynowaniu testów funkcjonalnych/regresyjnych/integracyjnych oraz testów niefunkcjonalnych (wydajność, bezpieczeństwo) w zakresie niezbędnym do oceny jakości działania systemu.

·      Utrzymaniu i rozwoju narzędzi oraz podejścia „(…)” w procesach (…) (uruchamianie testów w pipeline, raportowanie wyników).

Dotyczyły/dotyczą/będą dotyczyły one:

·      Praktycznej weryfikacji działania systemów IT i ich elementów pod kątem zgodności z oczekiwaniami oraz stabilności.

W ich zakres wchodzą:

·           Przygotowanie środowisk testowych i danych testowych we współpracy z zespołem.

·           Uruchomienia testów w iteracjach i przed wydaniami (release).

·           Nadzór nad wynikami, analiza trendów, decyzje o powtórzeniach/blokadach wydania.

·           W obszarze automatyzacji: rozwój/utrzymanie zestawów testów i ich integracja z pipeline.

Efektem tych usług jest:

·      Zweryfikowane działanie zmian w systemie oraz potwierdzone spełnienie kryteriów akceptacji.

·       Raporty wyników testów (manual/auto) i informacja o gotowości do wdrożenia.

·       Stabilniejsze wydania dzięki uruchamianiu testów w sposób ciągły w procesie dostarczania.

4.  Defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze, które polegały/polegają/będą polegały na:

·      Rejestrowaniu defektów w narzędziach (np. system zgłoszeń), z opisem umożliwiającym reprodukcję: kroki, środowisko, logi, oczekiwany i rzeczywisty rezultat, załączniki.

·      Prowadzeniu (…): weryfikacja zgłoszeń, ocena wpływu i pilności, klasyfikacja, priorytety, przypisanie do właściwego zespołu.

·      Monitorowaniu statusu defektów do momentu zamknięcia (w tym retesty po poprawkach).

·      Wykonywaniu lub koordynowaniu analizy przyczyn źródłowych ((…)) oraz wdrażaniu działań zapobiegawczych (np. dodatkowe testy regresyjne, usprawnienia procesu).

Dotyczyły/dotyczą/będą dotyczyły one:

·      Zarządzania cyklem życia błędów wykrytych w systemach IT w celu minimalizacji ryzyka produkcyjnego oraz ograniczenia nawrotów problemów.

W ich zakres wchodzą:

·           Defekty funkcjonalne i techniczne: (…)/integracje/wydajność/stabilność.

·           Ustalenie standardu raportowania i wymogów jakości zgłoszeń.

·           Cykliczne przeglądy backlogu defektów i raportowanie obciążeń.

·           (…) dla defektów o wysokim wpływie oraz działania prewencyjne.

Efektem tych usług jest:

·           Uporządkowany rejestr defektów, z priorytetyzacją i czytelnym statusem.

·           Skrócenie czasu od wykrycia do usunięcia błędu (lepsza jakość (…)).

·           Mniej powtórzeń defektów dzięki (…) i wdrożonym działaniom zapobiegawczym.

5.  Doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości, które polegały/polegają/będą polegały na:

·      Identyfikowaniu wąskich gardeł i ryzyk w procesach testowych oraz wydawniczych (release).

·      Proponowaniu i wdrażaniu usprawnień w obszarze (…) i procesu dostarczania (np. zmiana bramek jakości, uspójnienie checklist release, lepsze wykorzystanie automatyzacji w pipeline).

·      Analizie wyników testów i defektów oraz budowie metryk jakości (np. trend defektów, stabilność buildów, pokrycie testami, czas realizacji testów).

·      Budowie i utrzymaniu dashboardów jakości na potrzeby raportowania stanu systemu i ryzyk.

Dotyczyły/dotyczą/będą dotyczyły one:

·      Optymalizacji sposobu prowadzenia testów i wdrożeń w środowiskach IT, tak aby zwiększać przewidywalność wydań i redukować liczbę incydentów.

W ich zakres wchodzą:

·      Przeglądy procesów w cyklach sprint/release.

·      Definiowanie i modyfikacja (…) jakości, źródeł danych i zasad interpretacji.

·      Projektowanie raportów i dashboardów oraz ich cykliczne aktualizacje.

·      Rekomendacje zmian w procesach i ich wdrażanie z zespołami.

Efektem tych usług jest:

·      Usprawnione procesy (…)/release, z mniejszą liczbą wydań problematycznych.

·      Stałe metryki jakości i dashboardy umożliwiające szybkie decyzje.

·      Większa transparentność jakości i ryzyk dla interesariuszy.

6.  Komunikacja: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji, które polegały/polegają/będą polegały na:

·      Pełnieniu roli centralnego punktu kontaktu w sprawach jakości: zbieranie informacji z zespołów, konsolidacja statusów, przekazywanie ustaleń.

·      Przygotowywaniu okresowych raportów: status testów, otwarte defekty, ryzyka wydania, rekomendacje działań naprawczych/mitigacyjnych.

·      Udziale w spotkaniach planistycznych i wydawniczych (release readiness) oraz prowadzeniu komunikacji eskalacyjnej w razie krytycznych problemów.

Dotyczyły/dotyczą/będą dotyczyły one:

·      Zapewnienia przepływu informacji i kontroli ryzyk jakościowych w projektach IT, w szczególności w momentach istotnych z punktu widzenia wdrożeń.

W ich zakres wchodzą:

·      Raportowanie do Product/Engineering/Management.

·      Przygotowanie rekomendacji: np. blokada wydania, obejścia (workarounds), dodatkowe testy, rollback plan.

·      Aktualizacja rejestru ryzyk jakościowych oraz statusów działań.

Efektem tych usług jest:

·      Czytelny i terminowy obraz jakości, ryzyk i gotowości do wdrożenia.

·      Szybsze podejmowanie decyzji (go/no-go) o release.

·      Zmniejszenie ryzyka niekontrolowanych wdrożeń dzięki stałemu kanałowi komunikacji QA.

7.  Zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji, które polegały/polegają/będą polegały na:

·      Weryfikacji, czy procesy testowe i wydawnicze są prowadzone zgodnie z przyjętymi standardami jakości oraz wymaganiami bezpieczeństwa i dobrymi praktykami (np. standardy dokumentowania testów, wymagania dot. rejestrowania zmian, minimalne wymagania dotyczące kontroli jakości).

·      Nadzorze nad spełnieniem wymogów dotyczących bezpieczeństwa w zakresie testów i dokumentacji (np. bezpieczne obchodzenie się z danymi testowymi, kontrola dostępu do środowisk, zasady przechowywania logów/artefaktów).

·      Zapewnieniu spójności dokumentacji: wymagania, testy, wyniki, decyzje release, uzasadnienia wyjątków.

Dotyczyły/dotyczą/będą dotyczyły one:

·      Utrzymania zgodności działań jakościowych i technicznych z wymaganiami organizacyjnymi (wewnętrzne standardy), kontraktowymi lub regulacyjnymi, w szczególności w obszarze bezpieczeństwa i audytowalności procesu wytwórczego.

W ich zakres wchodzą:

·      Przeglądy zgodności procesu (…) i artefaktów (plany testów, wyniki, rejestry defektów, checklisty release).

·      Określenie i nadzór nad minimalnymi wymaganiami dokumentacyjnymi i kontrolnymi.

·      Współpraca z osobami odpowiedzialnymi za bezpieczeństwo/zgodność w celu wdrożenia wymaganych praktyk.

Efektem tych usług jest:

·      Proces testowy i wydawniczy prowadzony w sposób uporządkowany, powtarzalny i audytowalny.

·      Ograniczenie ryzyk bezpieczeństwa wynikających z nieprawidłowych praktyk testowych i dokumentacyjnych.

·      Kompletna, spójna dokumentacja umożliwiająca odtworzenie decyzji jakościowych i przebiegu testów.

W wyniku świadczonych usług udziela Pan pomocy klientowi w użytkowaniu i usuwaniu usterek sprzętu komputerowego, włączając testowanie i to jest efektem ich świadczenia. Zatem, według Pana, charakter tych usług jest ściśle ukierunkowany na udzielanie pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego. Wskazany wyżej zakres opisanych prac, według Pana, nie stanowi usług związanych z szeroko rozumianym wytwarzaniem, rozwojem oraz implementacją oprogramowania, doradztwem w zakresie oprogramowania, a także doradztwem w zakresie sprzętu komputerowego. Nie wyklucza Pan, że w roku podatkowym będzie świadczył usługi dla innych kontrahentów, jednakże zakres świadczonych usług, których dotyczy wniosek pozostanie tożsamy. Nie uzyskał i nie uzyska Pan z opisanej działalności przychodów ze świadczenia usług na rzecz byłego lub obecnego pracodawcy, odpowiadających czynnościom, które będzie wykonywał w ramach stosunku pracy lub spółdzielczego stosunku pracy. Podkreślił Pan, że świadczone usługi nie są związane z doradztwem w zakresie sprzętu komputerowego PKWiU ex 62.02.10.0, nie są związane z oprogramowaniem PKWiU ex 62.01.1, nie są objęte grupowaniem „Oryginały oprogramowania komputerowego” PKWiU 62.01.2, nie są związane z doradztwem w zakresie oprogramowania PKWiU ex 62.02, nie są związane z zarządzeniem siecią i systemami informatycznymi PKWiU 62.03.1. Na żadnym etapie świadczenia usług nie jest tworzone oprogramowanie, pisanie kodu lub analiza kodu oprogramowania, wobec czego nie świadczy Pan usług związanych z oprogramowaniem sklasyfikowanych pod PKWiU ex 62.01.1.

Dokonując analizy będących przedmiotem wniosku ww. usług, w pierwszej kolejności należy mieć na uwadze Polską Klasyfikacją Wyrobów i Usług (PKWiU) wprowadzoną 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.) oraz wyjaśnienia Głównego Urzędu Statystycznego do PKWiU z 2015 r.

Zgodnie z wyjaśnieniami GUS w klasie PKWiU 62.02 mieszczą się USŁUGI ZWIĄZANE Z DORADZTWEM W ZAKRESIE INFORMATYKI. Klasa ta obejmuje grupowania:

-        62.02.10.0 – Usługi związane z doradztwem w zakresie sprzętu komputerowego;

-        62.02.20.0 – Usługi związane z doradztwem w zakresie oprogramowania komputerowego;

-        62.02.30.0 – Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego.

Grupowanie 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” obejmuje usługi pomocy technicznej mające na celu rozwiązanie problemów klienta w zakresie technologii informatycznych i sprzętu komputerowego, takie jak:

-        udzielanie pomocy klientowi w uruchamianiu i usuwaniu usterek w oprogramowaniu,

-        usługi zastępowania nowszą wersją oprogramowania,

-        udzielanie pomocy klientowi w użytkowaniu i usuwaniu usterek sprzętu komputerowego, włączając testowanie podstawowego oprogramowania oraz naprawę sprzętu informatycznego,

-        udzielanie pomocy technicznej w przenoszeniu systemu komputerowego klienta na nowe miejsce,

-        udzielanie pomocy klientowi w użytkowaniu i usuwaniu usterek dla kombinacji sprzęt komputerowy i oprogramowanie,

-        udzielanie pomocy technicznej w celu rozwiązania problemów klienta związanych z użytkowaniem systemu komputerowego, tj. usługi w zakresie kontroli lub oceny działania komputera, włączając usługi w zakresie kontroli, oceny i dokumentowania serwera, sieci lub technologii dla elementów, wydajności lub bezpieczeństwa.

Grupowanie to nie obejmuje:

-     usług odzyskiwania danych, sklasyfikowanych w 62.09.20.0.

W odniesieniu do świadczonych przez Pana usług sklasyfikowanych pod symbolem PKWiU 62.02.30 zwracam uwagę, że z art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne wynika, że ryczałt od przychodów ewidencjonowanych wynosi 12% przychodów ze świadczenia usług związanych z doradztwem w zakresie oprogramowania (PKWiU ex 62.02). Przy czym przepis ten nie odwołuje się ani do bezpośredniego, ani pośredniego związku z doradztwem w zakresie oprogramowania. W tej regulacji nie ma też mowy o usługach związanych z doradztwem w zakresie programowania (doradztwem w zakresie tworzenia, czy dodawania nowych kodów źródłowych programów komputerowych), a związanych z doradztwem w zakresie oprogramowania.

Zgodnie bowiem z wykładnią literalną słowo „związany z” oznacza „dotyczy czegoś, mający związek z czymś lub kimś”. Tym samym usługi związane z doradztwem w zakresie oprogramowania to usługi, które dotyczą doradztwa w zakresie oprogramowania, przy czym sformułowanie „doradztwo w zakresie oprogramowania” ma tu znaczenie szersze niż „doradztwo w zakresie programowania”.

Należy podkreślić, że oznaczenie „ex” przy grupowaniu PKWiU 62.02, o którym mowa jest w art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, oznacza, że 12% stawkę ryczałtu należy stosować do przychodów uzyskiwanych ze świadczenia usług związanych z doradztwem w zakresie oprogramowania.

W tym miejscu wskazuję, że ustawa o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, nie zawiera definicji oprogramowania. W tym celu – mając na względzie, że ustawa dla ustalenia właściwej stawki podatku, odsyła do właściwej klasyfikacji statystycznej – należy posłużyć się definicją Oprogramowania zawartą w zeszycie metodologicznym Głównego Urzędu Statystycznego „Zeszyt metodologiczny. Wskaźnik społeczeństwa informacyjnego. Badania wykorzystania technologii informacyjno-komunikacyjnych”. Zgodnie z zawartą tam definicją Oprogramowanie (Software) to – całość instrukcji i procedur (programów) oraz powiązanych z nimi danych umożliwiających komputerom i innym programowalnym urządzeniom wykonywanie określonych funkcji. Oprogramowanie jest często rozumiane jako synonim terminu program komputerowy, chociaż ma nieco szersze znaczenie – obejmuje także programy wykorzystywane przez inne urządzenia. Do oprogramowania zalicza się systemy operacyjne, programy użytkowe (aplikacje), programy do tworzenia programów, programy sterujące działaniem różnych urządzeń (od telewizorów i innego sprzętu elektronicznego, kalkulatorów, przez telefony komórkowe, do podzespołów komputerowych np. nagrywarek DVD) – tzw. firmware, a także różnego rodzaju programy wykorzystywane przez urządzenia i systemy sieciowe, telekomunikacyjne itp.

Ponadto, pojęcie „doradzać” – w świetle definicji zawartej w internetowym Słowniku Języka Polskiego PWN – oznacza „udzielić porady, wskazać sposób postępowania w jakiejś sprawie”. Na podobny kierunek wskazuje również potoczne rozumienie tego terminu, zgodnie z którym „doradztwo” to udzielanie porad, opinii i wyjaśnień.

Analiza powołanych przepisów prawa, jak również wyjaśnień Głównego Urzędu Statystycznego do PKWiU 2015, w kontekście przedstawionego opisu sprawy, w szczególności zakresu świadczonych przez Pana usług prowadzi do stwierdzenia, że będące przedmiotem zapytania usługi mieszczące się w grupie usług opisanych kodem PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”, mają związek z doradztwem w zakresie oprogramowania. Wskazał Pan bowiem, że usługa doskonalenia: usprawnień procesów (…) i release; analizy wyników, metryk i dashboardów jakości polega m.in. na proponowaniu i wdrażaniu usprawnień w obszarze (…) i procesu dostarczania (np. zmiana bramek jakości, uspójnienie checklist release, lepsze wykorzystanie automatyzacji w pipeline) oraz na analizie wyników testów i defektów oraz budowie metryk jakości (np. trend defektów, stabilność buildów, pokrycie testami, czas realizacji testów). Natomiast w jej zakres wchodzą również rekomendacje zmian w procesach i ich wdrażanie z zespołami. Ponadto, jedna z usług, komunikacja: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji polega m.in. na przygotowywaniu okresowych raportów: statusu testów, otwartych defektów, ryzyk wydania, rekomendacji działań naprawczych/mitigacyjnych. Dodatkowo, wskazał Pan, że w zakres tej usługi wchodzi m.in. przygotowanie rekomendacji: np. blokada wydania, obejścia (workarounds), dodatkowe testy, rollback plan.

W tym miejscu wskazuję, że aplikacje, systemy, systemy informatyczne wchodzą w zakres pojęcia „oprogramowanie”. Zgodnie z Encyklopedią PWN, „aplikacja” to program komputerowy, który ma bezpośredni kontakt z użytkownikiem, realizuje zadania dla użytkownika, natomiast „system informatyczny” to zespół systemów komputerowych, sieci i oprogramowania, służący do przetwarzania informacji; w skład systemu informatycznego wchodzi z reguły komputer (jeden lub wiele, połączonych w sieć lub nie) wraz z oprogramowaniem, a także różne urządzenia pomocnicze (takie jak urządzenia peryferyjne, np. drukarki, skanery, a także dyskietki itp.). Zatem usługi doradztwa z nimi związane spełniają przesłankę wykluczającą możliwość zastosowania stawki podatku w wysokości 8,5%.

Z tego powodu, w ocenie tutejszego organu, wszelkie analizy, propozycje napraw i ulepszenia, rekomendacje, wskazówki, sugestie, raporty oraz rekomendacje naprawy, raporty z propozycjami ulepszenia, wyjaśnienia sposobu naprawy wykrytych problemów, które dotyczą oprogramowania, aplikacji, systemów informatycznych, wskazują na ścisły związek z doradztwem w zakresie oprogramowania.

Z przedstawionych okoliczności wynika, że pomimo, stwierdzenia przez Pana, iż czynności wykonywane przez Pana nie mają charakteru usług doradztwa w zakresie oprogramowania, świadczone przez Pana usługi są ściśle powiązane z doradztwem w zakresie oprogramowania. Zatem spełniają przesłankę wykluczającą możliwość zastosowania stawki podatku w wysokości 8,5%.

Skoro Pana usługi skupiają się na doradztwie oraz jednocześnie dotyczą oprogramowania stwierdzam, że Pana usługi stanowią usługi związane z doradztwem w zakresie oprogramowania, o których mowa w art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Uwzględniając powyższe stwierdzam, że przychód osiągany przez Pana w ramach pozarolniczej działalności gospodarczej z tytułu usług obejmujących:

·      ustalanie zakresu działań testowych: strategia/standardy/procesy, mentoring zespołu, koordynacja testów między zespołami,

·      planowanie: kryteria akceptacji i metryki z Product/Engineering/Design; plany/przypadki/skrypty testowe; estymacje i priorytety w sprintach,

·      wykonanie testów: nadzór nad testami manualnymi i automatycznymi (funkcjonalne, regresja, integracja, wydajność, bezpieczeństwo); rozwój frameworków i (…),

·      defekty: rejestracja, (…), śledzenie do zamknięcia; (…) i działania zapobiegawcze,

·      doskonalenie: usprawnienia procesów (…) i release; analiza wyników, metryki i dashboardy jakości,

·      komunikację: główny punkt kontaktu ds. jakości; raporty statusu, ryzyk i rekomendacje mitigacji,

·      zapewnienie zgodności ze standardami branżowymi/regulacyjnymi/bezpieczeństwa oraz dobrymi praktykami kodu, testów i dokumentacji wskazanych we wniosku,

które mieszczą się w grupowaniu PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” podlega/będzie podlegał opodatkowaniu ryczałtem od przychodów ewidencjonowanych przy zastosowaniu stawki 12% zgodnie z art. 12 ust. 1 pkt 2b o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, a nie – jak wynika z Pana stanowiska – przy zastosowaniu stawki 8,5%.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy:

-        zaistniałego stanu faktycznego przedstawionego przez Pana i stanu prawnego obowiązującego w dacie zaistnienia zdarzenia,

-        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 stanu faktycznego i 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 stanem faktycznym i zdarzenie 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ść.

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 stanu faktycznego oraz 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.