0112-KDSL1-1.4011.633.2026.3.MJ

Interpretacja indywidualna
– stanowisko prawidł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 prawidłowe.

Zakres wniosku o wydanie interpretacji indywidualnej

11 sierpnia 2026 r. wpłynął Pana wniosek z 11 sierpnia 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ł go Pan w odpowiedzi na wezwanie pismem z 5 września 2026 r. (wpływ 5 września 2026 r.) oraz 5 października 2026 r. (wpływ 5 października 2026 r.) Treść wniosku jest następująca:

Opis stanu faktycznego i zdarzenia przyszłego 

Wnioskodawca planuje rozpocząć jednoosobową działalność gospodarczą (JDG), którą zamierza zarejestrować w CEIDG z wykorzystaniem następujących kodów PKD 2025: - kod główny: 70.20.Z (Doradztwo w zakresie prowadzenia działalności gospodarczej i pozostałe doradztwo w zakresie zarządzania) - kod dodatkowy: 62.20.Z (Działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi). Wnioskodawca zamierza opodatkować przychody z działalności gospodarczej ryczałtem od przychodów ewidencjonowanych. W ramach planowanej działalności Wnioskodawca zamierza świadczyć na rzecz jednego kontrahenta (spółki) usługi na stanowisku określanym jako Technical Product Manager, obejmujące w szczególności:

‐    udział w planowaniu rozwoju produktu (roadmap) oraz uzgadnianiu zależności między zespołami w celu realizacji wspólnych celów firmy;

‐    tworzenie i utrzymywanie mapy rozwoju produktu (roadmapy), w tym priorytetów i harmonogramów, oraz zapewnianie transparentności dla interesariuszy co do planów i postępów ich realizacji;

‐    zarządzanie backlogiem produktowym: priorytetyzację i podejmowanie decyzji dotyczących funkcjonalności na podstawie celów firmy i maksymalizacji wartości;

‐    ścisłą współpracę z zespołem deweloperskim, w tym przekazywanie wizji strategicznej, celów i kamieni milowych, komunikowanie wartości biznesowej rozwiązań oraz nadzór nad skutecznym dostarczaniem przyrostów produktu;

‐    zbieranie, walidację i dokumentowanie wymagań biznesowych;

‐    opisywanie i walidację rozwiązań oraz przygotowywanie ich do wdrożenia

‐    pełnienie funkcji analityka biznesowego/systemowego;

‐    zapewnianie zgodności dostarczanych rozwiązań z określonymi wymaganiami biznesowymi;

‐    tworzenie i utrzymywanie dokumentacji produktowej;

‐    tworzenie i analizę metryk usług (service metrics), ciągłe doskonalenie ich jakości;

‐    proaktywne identyfikowanie i rozwiązywanie problemów w celu zapewnienia płynnego rozwoju produktu i szybkiego rozwiązywania problemów.

Usługi te są ze sobą funkcjonalnie powiązane i realizowane w ramach jednego, całościowego procesu zarządzania produktem informatycznym we współpracy z zespołem deweloperskim tego samego kontrahenta, na podstawie jednej umowy. Wnioskodawca nie jest wspólnikiem, udziałowcem ani akcjonariuszem kontrahenta, nie łączą go z kontrahentem powiązania rodzinne ani zarządcze w rozumieniu art. 23m ust. 1 pkt 4 ustawy o podatku dochodowym od osób fizycznych. Wnioskodawca nie wykonuje wolnego zawodu w rozumieniu ustawy o zryczałtowanym podatku dochodowym.

W piśmie z 5 września 2026 r., stanowiącym uzupełnienie wniosku, udzielił Pan następujących odpowiedzi na zawarte w wezwaniu pytania:

1. Jakie dokładnie czynności/zadania wykonywać Pan będzie w ramach świadczonych usług będących przedmiotem wniosku (zapytania). Proszę opisać charakter tych czynności/zadań, tj. wskazać na czym konkretnie będą polegać, czego będą dotyczyć, co będzie ich przedmiotem, jaki będzie ich zakres oraz co będzie ich efektem (rezultatem). Wskazany opis należy odnieść do każdej z ww. czynności.

Odpowiedź: Charakter, przedmiot, zakres i efekt (rezultat) czynności.

a.  Udział w planowaniu rozwoju produktu (roadmap) oraz uzgadnianie zależności między zespołami.

Czynność polega na uczestnictwie w cyklicznych spotkaniach planistycznych, podczas których ustalany jest kierunek rozwoju produktu informatycznego na kolejne okresy (kwartały/miesiące). Przedmiotem czynności jest identyfikacja zależności technicznych i organizacyjnych między zespołem produktowym a innymi zespołami w strukturze kontrahenta (np. zespołem sprzedaży, marketingu, innymi zespołami deweloperskimi). Zakres obejmuje analizę wpływu planowanych funkcjonalności na inne obszary działalności kontrahenta. Efektem jest ustalony i uzgodniony plan działań uwzględniający międzyzespołowe zależności.

b.  Tworzenie i utrzymywanie roadmapy produktu, w tym priorytetów i harmonogramów.

Czynność polega na opracowywaniu i bieżącej aktualizacji dokumentu/narzędzia przedstawiającego planowane etapy rozwoju produktu w czasie. Przedmiotem jest zestawienie planowanych funkcjonalności wraz z ich priorytetem i orientacyjnym terminem realizacji. Zakres obejmuje regularną rewizję roadmapy w oparciu o postęp prac zespołu deweloperskiego oraz zmieniające się potrzeby biznesowe. Efektem jest aktualny, udokumentowany plan rozwoju produktu dostępny dla interesariuszy.

c.   Zarządzanie backlogiem produktowym: priorytetyzacja i decyzje o funkcjonalnościach.

Czynność polega na prowadzeniu i porządkowaniu listy zadań/funkcjonalności do realizacji (backlog) oraz podejmowaniu decyzji, które z nich powinny zostać zrealizowane w pierwszej kolejności. Przedmiotem są zgłoszenia funkcjonalne pochodzące od interesariuszy, użytkowników lub zespołu. Zakres obejmuje ocenę wartości biznesowej poszczególnych pozycji backlogu względem celów kontrahenta. Efektem jest uporządkowana, spriorytetyzowana lista zadań stanowiąca podstawę pracy zespołu deweloperskiego.

d.  Współpraca z zespołem deweloperskim: komunikowanie celów produktowych, kamieni milowych, wartości biznesowej, nadzór nad dostarczaniem.

Czynność polega na bieżącej komunikacji z zespołem programistów w celu przekazania celów, jakie ma spełniać tworzone oprogramowanie, oraz na monitorowaniu postępu prac. Przedmiotem jest tłumaczenie potrzeb biznesowych na zrozumiały dla zespołu technicznego kontekst oraz odwrotnie - informowanie interesariuszy biznesowych o postępach technicznych. Zakres obejmuje regularne spotkania z zespołem, przegląd wykonanej pracy, weryfikację zgodności dostarczanych przyrostów produktu z założeniami. Efektem jest terminowe i zgodne z założeniami dostarczanie kolejnych wersji/funkcjonalności produktu.

e.  Zbieranie, walidacja i dokumentowanie wymagań biznesowych.

Czynność polega na pozyskiwaniu informacji od interesariuszy (klienta/użytkowników/działów biznesowych kontrahenta) na temat oczekiwanych funkcjonalności oraz weryfikacji ich spójności i wykonalności. Przedmiotem są potrzeby biznesowe wymagające przełożenia na wymagania możliwe do zaimplementowania. Zakres obejmuje wywiady, analizę procesów biznesowych, spisywanie wymagań w ustandaryzowanej formie. Efektem jest udokumentowany zbiór wymagań biznesowych stanowiący podstawę prac projektowych.

f.    Opisywanie i walidacja rozwiązań, przygotowanie do wdrożenia – funkcja analityka biznesowego/systemowego.

Czynność polega na przekształcaniu zebranych wymagań biznesowych w szczegółowe specyfikacje funkcjonalne i/lub systemowe zrozumiałe dla zespołu deweloperskiego. Przedmiotem są wymagania biznesowe wymagające doprecyzowania pod kątem logiki działania systemu. Zakres obejmuje opracowanie specyfikacji, przypadków użycia (use case), kryteriów akceptacji, a także weryfikację zaproponowanych rozwiązań pod kątem zgodności z pierwotnymi wymaganiami. Efektem jest gotowa do wdrożenia specyfikacja rozwiązania.

g.  Zapewnianie zgodności dostarczanych rozwiązań z wymaganiami biznesowymi.

Czynność polega na weryfikacji (testowaniu akceptacyjnym/przeglądzie) dostarczonych przez zespół deweloperski funkcjonalności pod kątem zgodności z wcześniej ustalonymi wymaganiami.

Przedmiotem jest gotowy lub częściowo gotowy produkt/funkcjonalność. Zakres obejmuje porównanie efektu prac z dokumentacją wymagań i zgłaszanie rozbieżności. Efektem jest potwierdzenie zgodności rozwiązania z wymaganiami biznesowymi lub lista uwag do poprawy.

h.  Tworzenie i utrzymywanie dokumentacji produktowej.

Czynność polega na sporządzaniu i aktualizowaniu dokumentacji opisującej funkcjonowanie produktu, podjęte decyzje produktowe oraz specyfikacje. Przedmiotem jest wiedza o produkcie wymagająca utrwalenia w formie pisemnej. Zakres obejmuje dokumentację funkcjonalną, decyzyjną i procesową związaną z produktem. Efektem jest aktualna dokumentacja dostępna dla zespołu i interesariuszy.

i.    Tworzenie i analiza metryk usług (service metrics), ciągłe doskonalenie ich jakości.

Czynność polega na definiowaniu wskaźników mierzących jakość i wydajność produktu/usługi oraz na regularnej analizie ich wartości. Przedmiotem są dane dotyczące funkcjonowania produktu (np. wskaźniki użycia, jakości, wydajności).

Zakres obejmuje ustalenie metodologii pomiaru, zbieranie danych, interpretację wyników oraz formułowanie wniosków co do usprawnień. Efektem są rekomendacje działań poprawiających jakość produktu/usługi.

j.    Proaktywne identyfikowanie i rozwiązywanie problemów.

Czynność polega na bieżącym monitorowaniu przebiegu prac nad produktem w celu wczesnego wykrycia potencjalnych przeszkód (technicznych, organizacyjnych, komunikacyjnych) oraz podejmowaniu działań zaradczych. Przedmiotem są sytuacje mogące zakłócić płynność prac nad produktem. Zakres obejmuje analizę przyczyn problemów oraz koordynację działań naprawczych z zaangażowanymi osobami. Efektem jest ograniczenie opóźnień i zakłóceń w procesie rozwoju produktu.

2. Jaki będzie zasadniczy cel usług świadczonych przez Pana? Czy cel będzie wynikał z postanowień zawartej umowy? Jeżeli tak, proszę wskazać, w jaki sposób został/zostanie określony w umowie. Jeżeli cel usług nie będzie wynikał bezpośrednio z umowy, proszę wskazać, z jakich innych dokumentów lub ustaleń będzie wynikał oraz w jaki sposób został/zostanie w nich określony.

Odpowiedź: Zasadniczym celem świadczonych usług jest zarządzanie rozwojem produktu informatycznego kontrahenta oraz zapewnienie, że dostarczane przez zespół deweloperski rozwiązania odpowiadają rzeczywistym potrzebom biznesowym. Cel ten wynika z postanowień zawartej z kontrahentem umowy o współpracy (umowy B2B), w której przedmiot świadczonych usług został określony jako zarządzanie produktem/projektem informatycznym oraz analiza biznesowa i systemowa w ramach tego projektu - zgodnie z zakresem czynności opisanym w punkcie 1. Umowa przewiduje miesięczny okres rozliczeniowy (usługa rozliczana jest w cyklach kalendarzowo-miesięcznych, z wynagrodzeniem płatnym z dołu po otrzymaniu faktury).

3. W jaki sposób ustalane będzie wynagrodzenie za wykonywane przez Pana czynności? Czy za wykonywane czynności będzie jedno łączne wynagrodzenie? Jeżeli nie, dla których czynności ustalane będzie odrębne wynagrodzenie?

Odpowiedź: Za wykonywane czynności przewidziane jest w umowie jedno łączne wynagrodzenie, ustalane przez kontrahenta miesięcznie w zależności od faktycznego zapotrzebowania na usługi, płatne z dołu (po zakończeniu danego miesięcznego okresu rozliczeniowego) na podstawie wystawionej faktury. Wynagrodzenie to obejmuje całość opisanych czynności jako jednej, kompleksowej usługi zarządzania produktem i analizy biznesowej/systemowej - czynności te są ze sobą ściśle funkcjonalnie powiązane, stanowią elementy jednego, spójnego procesu i nie są fakturowane ani wyceniane odrębnie.

4. W jaki sposób opisywać Pan będzie wykonywane przez Pana usługi na dokumentach sprzedaży wystawianych klientowi?

Odpowiedź: Na fakturach wystawianych kontrahentowi usługi będą opisywane jednolicie, np. jako: „Usługi zarządzania produktem informatycznym i analizy biznesowo-systemowej za okres [miesiąc/rok]” lub „Usługi Technical Product Managera zgodnie z umową z dnia [data]” - bez rozbijania na poszczególne czynności składowe.

5. Czy oprócz opisanej we wniosku działalności uzyskiwać Pan będzie w ramach prowadzonej działalności gospodarczej – inne dochody podlegające opodatkowaniu? Jeśli tak, należy wskazać z jakiego tytułu. Ponadto należy wskazać, czy będzie prowadzić Pan ewidencję, która umożliwi Panu identyfikację rodzajów przychodów opodatkowanych różnymi stawkami ryczałtu?

Odpowiedź: Poza opisaną działalnością (świadczenie usług na rzecz jednego kontrahenta na stanowisku Technical Product Manager) Wnioskodawca nie będzie uzyskiwał w ramach prowadzonej działalności gospodarczej innych przychodów podlegających opodatkowaniu. W związku z tym prowadzenie ewidencji pozwalającej rozróżniać przychody opodatkowane różnymi stawkami ryczałtu nie będzie konieczne, gdyż wszystkie przychody z działalności będą pochodzić z jednego, jednolicie opodatkowanego źródła.

6. Czy złożył/złoży Pan właściwemu Naczelnikowi Urzędu Skarbowego oświadczenie o wyborze formy opodatkowania zryczałtowanym podatkiem dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, o którym mowa w 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.)?

Odpowiedź: Wnioskodawca złożył wybór opodatkowania w formie ryczałtu od przychodów ewidencjonowanych, o którym mowa w art. 9 ust. 1 ustawy o zryczałtowanym podatku dochodowym, poprzez formularz CEIDG-1 przy rejestracji działalności gospodarczej w CEIDG - a zatem w ustawowym terminie, przed uzyskaniem pierwszego przychodu z działalności.

7. Czy w okresie, którego dotyczy wniosek, w odniesieniu do Pana zachowane będą warunki określone w art. 6 ust. 4 ww. ustawy?

Odpowiedź: W okresie, którego dotyczy wniosek, warunki określone w art. 6 ust. 4 ustawy będą zachowane - Wnioskodawca rozpoczyna wykonywanie działalności gospodarczej w roku podatkowym i nie korzysta z opodatkowania w formie karty podatkowej (art. 6 ust. 4 pkt 2 ustawy), w związku z czym warunek limitu przychodów w wysokości 2 000 000 euro (w 2026 r. odpowiadający kwocie 8 517 200 zł) odnoszący się do roku poprzedzającego nie ma zastosowania w pierwszym roku prowadzenia działalności. Niezależnie od tego, przewidywane przychody Wnioskodawcy nie przekroczą równowartości 2 000 000 euro.

8. Czy w odniesieniu do prowadzonej przez Pana działalności wystąpią negatywne przesłanki wynikające z art. 8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne?

Odpowiedź: W odniesieniu do prowadzonej przez Wnioskodawcę działalności nie wystąpią negatywne przesłanki wskazane w art. 8 ustawy, w szczególności:

·   Wnioskodawca nie opłaca podatku w formie karty podatkowej,

·   nie korzysta z okresowego zwolnienia od podatku dochodowego,

·   nie osiąga przychodów z działalności wymienionej w art. 8 ust. 1 pkt 3 ustawy (apteki, obrót wartościami dewizowymi, handel częściami do pojazdów mechanicznych),

·   nie wytwarza wyrobów opodatkowanych podatkiem akcyzowym,

·   nie zachodzi sytuacja zmiany formy prowadzenia działalności z małżonkiem, o której mowa w art. 8 ust. 1 pkt 5 ustawy,

·   kontrahent, na rzecz którego Wnioskodawca będzie świadczył opisane usługi, nie jest i nie był jego obecnym ani byłym pracodawcą w rozumieniu art. 8 ust. 2 ustawy - jest to odrębny podmiot, na rzecz którego Wnioskodawca nie wykonywał wcześniej czynności w ramach stosunku pracy ani w roku podatkowym, ani w roku go poprzedzającym.

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

Odpowiedź: Wnioskodawca nie posiada klasyfikacji uzyskanej z Urzędu Statystycznego ani nie dokonał formalnego zgłoszenia w tym zakresie. Wnioskodawca zarejestrował działalność gospodarczą w CEIDG, wskazując jako przeważającą działalność kod PKD 62.20.B (Pozostała działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi), a jako pozostałe wykonywane rodzaje działalności kody PKD 62.90.Z (Pozostała działalność usługowa w zakresie technologii informatycznych i komputerowych) oraz 70.20.Z (Doradztwo w zakresie prowadzenia działalności gospodarczej i pozostałe doradztwo w zakresie zarządzania).

W ocenie Wnioskodawcy, opisane w punkcie 1 czynności - stanowiące jedną kompleksową usługę zarządzania produktem/projektem informatycznym, w ramach której elementy analizy biznesowej i systemowej pełnią funkcję pomocniczą (służebną) wobec głównego celu, jakim jest zarządzanie rozwojem produktu, a nie doradztwo - mieszczą się w grupowaniu: PKWiU 70.22.20.0 – „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”.

Powyższa klasyfikacja znajduje potwierdzenie w interpretacji indywidualnej Dyrektora Krajowej Informacji Skarbowej z 12 czerwca 2025 r., sygn. 0114-KDIP3-1.4011.298.2025.2.BS (ID Eureka: 644726), dotyczącej analogicznego stanu faktycznego - świadczenia usług zarządzania projektami (project management services) sklasyfikowanych pod kodem PKWiU 70.22.20.0. Organ uznał w niej za prawidłowe stanowisko, zgodnie z którym takie usługi podlegają stawce 8,5%, a nie 15%, wskazując że stawka 15% (art. 12 ust. 1 pkt 2 lit. m ustawy) dotyczy wyłącznie usług firm centralnych (head office) oraz usług doradztwa związanego z zarządzaniem (PKWiU ex dział 70), natomiast czynności polegające na całościowym prowadzeniu, planowaniu i nadzorowaniu projektów - w odróżnieniu od doradzania w zakresie ich realizacji - nie powinny być traktowane jako doradztwo.

Uzupełnienie - zmiana charakteru opisu (stan faktyczny + zdarzenie przyszłe)

Wnioskodawca informuje, że od dnia 1 września 2026 r. rozpoczął faktyczne świadczenie opisanych we wniosku usług na rzecz wskazanego kontrahenta, na podstawie zawartej umowy, której treść odpowiada opisowi z punktu 1 złożonego uzupełnienia. Umowa przewiduje miesięczny okres rozliczeniowy z wynagrodzeniem płatnym z dołu. W związku z tym opisany we wniosku stan należy traktować jako częściowo zaistniały stan faktyczny (w zakresie okresu od 1 września 2026 r.) oraz częściowo zdarzenie przyszłe (w zakresie dalszego kontynuowania współpracy na tych samych zasadach). Do dnia sporządzenia uzupełnienia Wnioskodawca nie wystawił jeszcze żadnej faktury z tytułu opisanych usług - pierwsza faktura zostanie wystawiona zgodnie z zasadami opisanymi w punkcie 4, a przychód z tego tytułu powstanie, zgodnie z art. 14 ust. 1e ustawy o podatku dochodowym od osób fizycznych, w ostatnim dniu okresu rozliczeniowego określonego w umowie, tj. 30 września 2026 r.

W piśmie z 5 października 2026 r., stanowiącym kolejne uzupełnienie wniosku w odpowiedzi na wezwanie doprecyzował Pan opis sprawy w następujący sposób:

Po ponownej weryfikacji, w oparciu o przywołane przez Organ wyjaśnienia GUS do PKWiU 2015 oraz Zasady metodyczne PKWiU 2015 (w szczególności pkt 7.6.2), Wnioskodawca podtrzymuje stanowisko, że opisane usługi mieszczą się w grupowaniu PKWiU 70.22.20.0 „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”, a nie w żadnym z grupowań klasy 62.02 „Usługi związane z doradztwem w zakresie informatyki”.

Dlaczego nie klasa 62.02

Zgodnie z przywołanymi przez Organ wyjaśnieniami GUS:

·   PKWiU 62.02.10.0 obejmuje doradztwo dotyczące wymagań i zaopatrzenia w sprzęt komputerowy, integrację systemów komputerowych oraz ocenę potrzeb związanych z zakupem sprzętu. Wnioskodawca nie doradza kontrahentowi w zakresie zakupu, konfiguracji ani integracji sprzętu komputerowego - czynność ta nie występuje w opisie usług.

·   PKWiU 62.02.20.0 obejmuje doradztwo dotyczące wymagań i zaopatrzenia w oprogramowanie oraz systemy zabezpieczające. Wnioskodawca nie doradza kontrahentowi, jakie oprogramowanie nabyć ani jak je zabezpieczyć - nie jest to przedmiotem świadczonych usług.

·   PKWiU 62.02.30.0 obejmuje usługi pomocy technicznej (helpdesk) mające na celu rozwiązywanie problemów klienta z już używanym sprzętem i oprogramowaniem - np. usuwanie usterek, aktualizację wersji oprogramowania, pomoc przy przenoszeniu systemu. Wnioskodawca nie świadczy usług wsparcia technicznego ani usuwania usterek - nie są to czynności wchodzące w zakres opisanych obowiązków.

Wspólną cechą wszystkich grupowań klasy 62.02 jest to, że dotyczą one doradzania klientowi w zakresie wyboru, zakupu lub naprawy konkretnych elementów technicznych (sprzętu/oprogramowania) albo udzielania pomocy technicznej w razie problemów z już wdrożonym systemem. Żadna z opisanych we wniosku czynności Wnioskodawcy nie polega na doradzaniu kontrahentowi w tym zakresie ani na wsparciu technicznym. Wnioskodawca nie jest stroną doradzającą w relacji do systemu informatycznego kontrahenta, lecz zarządza całym procesem tworzenia produktu przez zespół deweloperski kontrahenta.

Dlaczego PKWiU 70.22.20.0

Opis grupowania 70.22.20.0, przywołany przez Organ, wskazuje, że obejmuje ono:

·   „usługi koordynacji i nadzoru w zakresie środków podjętych w celu przygotowania, uruchomienia i zakończenia projektu realizowanego w imieniu klienta” - odpowiada to czynnościom opisanym w punkcie 1 uzupełnienia z 5 września 2026 r.: udziałowi w planowaniu rozwoju produktu, nadzorowi nad dostarczaniem przyrostów produktu oraz proaktywnemu identyfikowaniu i rozwiązywaniu problemów w celu zapewnienia płynnego rozwoju produktu.

·   „usługi zarządzania projektami, które mogą dotyczyć budżetu (…), planowania czasu pracy i pozostałych warunków działania, koordynacji prac podwykonawców, kontroli, jakości itp.” - odpowiada to zarządzaniu backlogiem (priorytetyzacja funkcjonalności w kontekście wartości i zasobów), tworzeniu i utrzymywaniu roadmapy (planowanie czasu pracy), ścisłej współpracy z zespołem deweloperskim (koordynacja prac zespołu realizującego projekt) oraz tworzeniu i analizie metryk usług (kontrola jakości).

Zgodnie z pkt 7.6.2 Zasad metodycznych PKWiU 2015, w przypadku usługi złożonej, składającej się z kombinacji różnych czynności, usługę należy klasyfikować jako usługę, która nadaje całości zasadniczy charakter. W przypadku Wnioskodawcy zasadniczym, dominującym charakterem świadczonych usług jest zarządzanie produktem/projektem informatycznym (planowanie, priorytetyzacja, koordynacja zespołu, nadzór nad dostarczaniem, kontrola jakości) - natomiast czynności takie jak zbieranie i dokumentowanie wymagań biznesowych oraz opisywanie i walidacja rozwiązań (funkcja analityka biznesowego/systemowego) mają charakter pomocniczy (służebny) wobec tego nadrzędnego celu zarządczego, służą one wyłącznie prawidłowemu zarządzaniu projektem, a nie stanowią odrębnego doradztwa informatycznego świadczonego na rzecz kontrahenta w rozumieniu klasy 62.02.

Dodatkowo, zgodnie z pierwszą regułą pkt 7.6.2 (grupowanie zawierające bardziej dokładny opis czynności powinno być uprzywilejowane względem grupowania o opisie ogólnym), grupowanie 70.22.20.0 zawiera opis znacznie bardziej precyzyjnie odpowiadający czynnościom Wnioskodawcy (dosłowne odniesienia do koordynacji prac, planowania czasu pracy, kontroli jakości) niż jakiekolwiek z grupowań klasy 62.02, których opisy dotyczą wyłącznie doradztwa zakupowego lub pomocy technicznej - czynności, których Wnioskodawca nie wykonuje.

Powyższe stanowisko znajduje bezpośrednie potwierdzenie w interpretacji indywidualnej Dyrektora Krajowej Informacji Skarbowej z 9 grudnia 2025 r., sygn. 0115-KDST2-2.4011.567.2025.2.BM, wydanej dla podatnika świadczącego usługi product managementu produktów cyfrowych o zakresie czynności analogicznym do opisanego w niniejszej sprawie (identyfikowanie wymagań biznesowych, tworzenie i utrzymywanie roadmapy produktu, ustalanie metryk/KPI, priorytetyzacja funkcji, koordynacja pracy zespołu deweloperskiego, przygotowywanie dokumentacji produktowej). Organ wprost potwierdził w niej, że tego rodzaju usługi mieszczą się w grupowaniu PKWiU 70.22.20.0 i podlegają stawce 8,5% na podstawie art. 12 ust. 1 pkt 5 lit. a ustawy - pod warunkiem, że nie obejmują faktycznie doradztwa w zakresie oprogramowania (PKWiU ex 62.02) ani ogólnego doradztwa zarządczego dotyczącego całej organizacji klienta (PKWiU ex dział 70, w szczególności grupa 70.22.1). Organ podkreślił przy tym, że usługi zarządzania projektem/produktem mają charakter koordynacyjno-produktowy, odrębny od doradztwa, nawet jeśli obejmują elementy planistyczne i strategiczne odnoszące się do samego produktu (a nie całej organizacji klienta).

Wniosek: Wnioskodawca podtrzymuje pierwotnie wskazaną klasyfikację PKWiU 70.22.20.0 i wnosi o wydanie interpretacji w oparciu o tę klasyfikację.

Pytanie

Czy opisane w zdarzeniu przyszłym przychody z tytułu świadczenia usług na stanowisku Technical Product Manager, obejmujących zarządzanie produktem/projektem informatycznym oraz analizę biznesową i systemową w projektach IT, mogą być opodatkowane ryczałtem od przychodów ewidencjonowanych według stawki 8,5%, zgodnie z 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, z uwzględnieniem aktualnie obowiązującej klasyfikacji PKD 2025 oraz odpowiadającej jej klasyfikacji PKWiU?

Pana stanowisko w sprawie (ostatecznie sformułowane w uzupełnieniu wniosku)

Zdaniem Wnioskodawcy, opisane we wniosku i uzupełnieniach usługi, zaklasyfikowane do grupowania PKWiU 70.22.20.0 „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”, podlegają opodatkowaniu ryczałtem od przychodów ewidencjonowanych według stawki 8,5%, na podstawie 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.

Usługi te nie stanowią usług doradztwa związanego z zarządzaniem strategicznym w rozumieniu art. 12 ust. 1 pkt 2 lit. m ustawy (PKWiU ex dział 70, grupy 70.21 i 70.22.15 - usługi firm centralnych oraz doradztwo związane z zarządzaniem), lecz stanowią operacyjne zarządzanie projektem/produktem informatycznym, mieszczące się w grupowaniu 70.22.2, do którego ustawa nie przypisuje stawki 15%, a jedynie stawkę 8,5% jako działalność usługową, o której mowa w art. 12 ust. 1 pkt 5 lit. a ustawy.

Jednocześnie usługi te nie mieszczą się w żadnym z grupowań klasy PKWiU 62.02 „Usługi związane z doradztwem w zakresie informatyki” - z przyczyn szczegółowo wskazanych w punkcie Ad I złożonego uzupełnienia - wobec czego nie znajduje do nich zastosowania stawka 12%, o której mowa w art. 12 ust. 1 pkt 2b lit. b ustawy, przewidziana m.in. dla usług związanych z doradztwem w zakresie oprogramowania (PKWiU ex 62.02) oraz sprzętu komputerowego (PKWiU 62.02.10.0).

Powyższe stanowisko znajduje bezpośrednie potwierdzenie w interpretacji indywidualnej Dyrektora Krajowej Informacji Skarbowej z 9 grudnia 2025 r., sygn. 0115-KDST2-2.4011.567.2025.2.BM, dotyczącej analogicznego stanu faktycznego - świadczenia usług product managementu obejmujących roadmapę, backlog, metryki produktowe i koordynację zespołu deweloperskiego, sklasyfikowanych pod kodem PKWiU 70.22.20.0 i opodatkowanych stawką 8,5%. Dodatkowym potwierdzeniem jest interpretacja z 12 czerwca 2025 r., sygn. 0114-KDIP3-1.4011.298.2025.2.BS, dotycząca usług zarządzania projektami sklasyfikowanych pod tym samym kodem PKWiU.

Ocena stanowiska

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

Uzasadnienie interpretacji indywidualnej

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

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

Stosownie do 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 treścią art. 5b ust. 1 tej ustawy:

Na mocy 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.

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

Jednocześnie należy wskazać, że warunkiem skorzystania ze zryczałtowanej formy opodatkowania jest złożenie oświadczenia o wyborze opodatkowania w formie ryczałtu od przychodów ewidencjonowanych.

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

W myśl 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. 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.

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

Zgodnie 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:

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

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

Zgodnie z 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.

W odniesieniu do wymienionych w art. 12 ust. 1 pkt 2 lit. m ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne usług doradztwa związanych z zarządzaniem (PKWiU ex dział 70) wskazuję, że symbol ex oznacza, że w ramach grupowania 70 opodatkowaniu stawką 15% podlegają wyłącznie usługi wymienione w tym przepisie, tj. usługi doradztwa związane z zarządzaniem, a pozostałe usługi opodatkowane będą stawką 8,5%.

Pozostałe usługi, klasyfikowane według rozporządzenia Rady Ministrów z 4 września 2015 r. w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) w dziale 70 nie zostały wymienione w art. 12 ust. 1 pkt 2 lit. m ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Zatem opodatkowaniu stawką ryczałtu 15% podlegają usługi, tj.:

-    klasa 70.10 – usługi firm centralnych (head office) i holdingów, z wyłączeniem holdingów finansowych,

-    kategoria 70.22.1 – usługi doradztwa związane z zarządzaniem wraz z zawartymi w klasyfikacji podkategoriami i pozycjami z wyłączeniem usług doradztwa związanych z zarządzaniem rynkiem rybnym (PKWiU 70.22.16.).

Natomiast stawką 8,5% opodatkowane będą pozostałe usługi wymienione w Dziale 70 niezwiązane z „usługami firm centralnych (head office)” a także „usługami doradztwa związanymi z zarządzaniem”, tj.:

-    klasa 70.21 – usługi w zakresie stosunków międzyludzkich (public relations) i komunikacji,

-    kategoria 70.22.2 – pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych,

-    kategoria 70.22.3 – pozostałe usługi doradztwa związane z prowadzeniem działalności gospodarczej.

Ponadto 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 wykonywania czynności do określonego grupowania PKWiU.

Z informacji przedstawionych we wniosku oraz jego uzupełnieniach wynika, że planuje Pan rozpocząć jednoosobową działalność gospodarczą (JDG), którą zamierza zarejestrować w CEIDG z wykorzystaniem następujących kodów PKD 2025: - kod główny: 70.20.Z (Doradztwo w zakresie prowadzenia działalności gospodarczej i pozostałe doradztwo w zakresie zarządzania) - kod dodatkowy: 62.20.Z (Działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi). W uzupełnieniu wniosku wskazał Pan, że od 1 września 2026 r. (...) rozpoczął faktyczne świadczenie opisanych we wniosku usług na rzecz wskazanego kontrahenta, na podstawie zawartej umowy. Zamierza Pan opodatkować przychody z działalności gospodarczej ryczałtem od przychodów ewidencjonowanych. W ramach planowanej działalności zamierza Pan świadczyć na rzecz jednego kontrahenta (spółki) usługi na stanowisku określanym jako Technical Product Manager, obejmujące w szczególności:

a.     Udział w planowaniu rozwoju produktu (roadmap) oraz uzgadnianie zależności między zespołami.

Czynność polega na uczestnictwie w cyklicznych spotkaniach planistycznych, podczas których ustalany jest kierunek rozwoju produktu informatycznego na kolejne okresy (kwartały/miesiące). Przedmiotem czynności jest identyfikacja zależności technicznych i organizacyjnych między zespołem produktowym a innymi zespołami w strukturze kontrahenta (np. zespołem sprzedaży, marketingu, innymi zespołami deweloperskimi). Zakres obejmuje analizę wpływu planowanych funkcjonalności na inne obszary działalności kontrahenta. Efektem jest ustalony i uzgodniony plan działań uwzględniający międzyzespołowe zależności.

b.  Tworzenie i utrzymywanie roadmapy produktu, w tym priorytetów i harmonogramów.

Czynność polega na opracowywaniu i bieżącej aktualizacji dokumentu/narzędzia przedstawiającego planowane etapy rozwoju produktu w czasie. Przedmiotem jest zestawienie planowanych funkcjonalności wraz z ich priorytetem i orientacyjnym terminem realizacji. Zakres obejmuje regularną rewizję roadmapy w oparciu o postęp prac zespołu deweloperskiego oraz zmieniające się potrzeby biznesowe. Efektem jest aktualny, udokumentowany plan rozwoju produktu dostępny dla interesariuszy.

c.   Zarządzanie backlogiem produktowym: priorytetyzacja i decyzje o funkcjonalnościach.

Czynność polega na prowadzeniu i porządkowaniu listy zadań/funkcjonalności do realizacji (backlog) oraz podejmowaniu decyzji, które z nich powinny zostać zrealizowane w pierwszej kolejności. Przedmiotem są zgłoszenia funkcjonalne pochodzące od interesariuszy, użytkowników lub zespołu. Zakres obejmuje ocenę wartości biznesowej poszczególnych pozycji backlogu względem celów kontrahenta. Efektem jest uporządkowana, spriorytetyzowana lista zadań stanowiąca podstawę pracy zespołu deweloperskiego.

d.  Współpraca z zespołem deweloperskim: komunikowanie celów produktowych, kamieni milowych, wartości biznesowej, nadzór nad dostarczaniem.

Czynność polega na bieżącej komunikacji z zespołem programistów w celu przekazania celów, jakie ma spełniać tworzone oprogramowanie, oraz na monitorowaniu postępu prac. Przedmiotem jest tłumaczenie potrzeb biznesowych na zrozumiały dla zespołu technicznego kontekst oraz odwrotnie - informowanie interesariuszy biznesowych o postępach technicznych. Zakres obejmuje regularne spotkania z zespołem, przegląd wykonanej pracy, weryfikację zgodności dostarczanych przyrostów produktu z założeniami. Efektem jest terminowe i zgodne z założeniami dostarczanie kolejnych wersji/funkcjonalności produktu.

e.  Zbieranie, walidacja i dokumentowanie wymagań biznesowych.

Czynność polega na pozyskiwaniu informacji od interesariuszy (klienta/użytkowników/działów biznesowych kontrahenta) na temat oczekiwanych funkcjonalności oraz weryfikacji ich spójności i wykonalności. Przedmiotem są potrzeby biznesowe wymagające przełożenia na wymagania możliwe do zaimplementowania. Zakres obejmuje wywiady, analizę procesów biznesowych, spisywanie wymagań w ustandaryzowanej formie. Efektem jest udokumentowany zbiór wymagań biznesowych stanowiący podstawę prac projektowych.

f.    Opisywanie i walidacja rozwiązań, przygotowanie do wdrożenia – funkcja analityka biznesowego/systemowego.

Czynność polega na przekształcaniu zebranych wymagań biznesowych w szczegółowe specyfikacje funkcjonalne i/lub systemowe zrozumiałe dla zespołu deweloperskiego. Przedmiotem są wymagania biznesowe wymagające doprecyzowania pod kątem logiki działania systemu. Zakres obejmuje opracowanie specyfikacji, przypadków użycia (use case), kryteriów akceptacji, a także weryfikację zaproponowanych rozwiązań pod kątem zgodności z pierwotnymi wymaganiami. Efektem jest gotowa do wdrożenia specyfikacja rozwiązania.

g.  Zapewnianie zgodności dostarczanych rozwiązań z wymaganiami biznesowymi.

Czynność polega na weryfikacji (testowaniu akceptacyjnym/przeglądzie) dostarczonych przez zespół deweloperski funkcjonalności pod kątem zgodności z wcześniej ustalonymi wymaganiami.

Przedmiotem jest gotowy lub częściowo gotowy produkt/funkcjonalność. Zakres obejmuje porównanie efektu prac z dokumentacją wymagań i zgłaszanie rozbieżności. Efektem jest potwierdzenie zgodności rozwiązania z wymaganiami biznesowymi lub lista uwag do poprawy.

h.  Tworzenie i utrzymywanie dokumentacji produktowej.

Czynność polega na sporządzaniu i aktualizowaniu dokumentacji opisującej funkcjonowanie produktu, podjęte decyzje produktowe oraz specyfikacje. Przedmiotem jest wiedza o produkcie wymagająca utrwalenia w formie pisemnej. Zakres obejmuje dokumentację funkcjonalną, decyzyjną i procesową związaną z produktem. Efektem jest aktualna dokumentacja dostępna dla zespołu i interesariuszy.

i.    Tworzenie i analiza metryk usług (service metrics), ciągłe doskonalenie ich jakości.

Czynność polega na definiowaniu wskaźników mierzących jakość i wydajność produktu/usługi oraz na regularnej analizie ich wartości. Przedmiotem są dane dotyczące funkcjonowania produktu (np. wskaźniki użycia, jakości, wydajności).

Zakres obejmuje ustalenie metodologii pomiaru, zbieranie danych, interpretację wyników oraz formułowanie wniosków co do usprawnień. Efektem są rekomendacje działań poprawiających jakość produktu/usługi.

j.    Proaktywne identyfikowanie i rozwiązywanie problemów.

Czynność polega na bieżącym monitorowaniu przebiegu prac nad produktem w celu wczesnego wykrycia potencjalnych przeszkód (technicznych, organizacyjnych, komunikacyjnych) oraz podejmowaniu działań zaradczych. Przedmiotem są sytuacje mogące zakłócić płynność prac nad produktem. Zakres obejmuje analizę przyczyn problemów oraz koordynację działań naprawczych z zaangażowanymi osobami. Efektem jest ograniczenie opóźnień i zakłóceń w procesie rozwoju produktu.

Świadczone usługi te są ze sobą funkcjonalnie powiązane i realizowane w ramach jednego, całościowego procesu zarządzania produktem informatycznym we współpracy z zespołem deweloperskim tego samego kontrahenta, na podstawie jednej umowy. Zasadniczym celem świadczonych usług jest zarządzanie rozwojem produktu informatycznego kontrahenta oraz zapewnienie, że dostarczane przez zespół deweloperski rozwiązania odpowiadają rzeczywistym potrzebom biznesowym. Cel ten wynika z postanowień zawartej z kontrahentem umowy o współpracy (umowy B2B), w której przedmiot świadczonych usług został określony jako zarządzanie produktem/projektem informatycznym oraz analiza biznesowa i systemowa w ramach tego projektu - zgodnie z zakresem czynności opisanym powyżej. Umowa przewiduje miesięczny okres rozliczeniowy (usługa rozliczana jest w cyklach kalendarzowo-miesięcznych, z wynagrodzeniem płatnym z dołu po otrzymaniu faktury).

Za wykonywane czynności przewidziane jest w umowie jedno łączne wynagrodzenie, ustalane przez kontrahenta miesięcznie w zależności od faktycznego zapotrzebowania na usługi, płatne z dołu (po zakończeniu danego miesięcznego okresu rozliczeniowego) na podstawie wystawionej faktury. Wynagrodzenie to obejmuje całość opisanych czynności jako jednej, kompleksowej usługi zarządzania produktem i analizy biznesowej/systemowej - czynności te są ze sobą ściśle funkcjonalnie powiązane, stanowią elementy jednego, spójnego procesu i nie są fakturowane ani wyceniane odrębnie.

Na fakturach wystawianych kontrahentowi usługi będą opisywane jednolicie, np. jako: „Usługi zarządzania produktem informatycznym i analizy biznesowo-systemowej za okres [miesiąc/rok]” lub „Usługi Technical Product Managera zgodnie z umową z dnia [data]” - bez rozbijania na poszczególne czynności składowe.

Nie posiada Pan klasyfikacji PKWiU uzyskanej z Urzędu Statystycznego ani nie dokonał formalnego zgłoszenia w tym zakresie. Zarejestrował Pan działalność gospodarczą w CEIDG, wskazując jako przeważającą działalność kod PKD 62.20.B (Pozostała działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi), a jako pozostałe wykonywane rodzaje działalności kody PKD 62.90.Z (Pozostała działalność usługowa w zakresie technologii informatycznych i komputerowych) oraz 70.20.Z (Doradztwo w zakresie prowadzenia działalności gospodarczej i pozostałe doradztwo w zakresie zarządzania).

W Pana ocenie, opisane czynności - stanowiące jedną kompleksową usługę zarządzania produktem/projektem informatycznym, w ramach której elementy analizy biznesowej i systemowej pełnią funkcję pomocniczą (służebną) wobec głównego celu, jakim jest zarządzanie rozwojem produktu, a nie doradztwo - mieszczą się w grupowaniu: PKWiU 70.22.20.0 – „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”.

Poza opisaną działalnością (świadczenie usług na rzecz jednego kontrahenta na stanowisku Technical Product Manager) nie będzie Pan uzyskiwał w ramach prowadzonej działalności gospodarczej innych przychodów podlegających opodatkowaniu. W związku z tym prowadzenie ewidencji pozwalającej rozróżniać przychody opodatkowane różnymi stawkami ryczałtu nie będzie konieczne, gdyż wszystkie przychody z działalności będą pochodzić z jednego, jednolicie opodatkowanego źródła.

Dokonał Pan wyboru opodatkowania w formie ryczałtu od przychodów ewidencjonowanych, o którym mowa w art. 9 ust. 1 ustawy o zryczałtowanym podatku dochodowym, poprzez formularz CEIDG-1 przy rejestracji działalności gospodarczej w CEIDG - a zatem w ustawowym terminie, przed uzyskaniem pierwszego przychodu z działalności. W okresie, którego dotyczy wniosek, będą zachowane warunki określone w art. 6 ust. 4 ww. ustawy. W odniesieniu do prowadzonej przez Pana działalności nie wystąpią negatywne przesłanki wskazane w art. 8 ww. ustawy.

Nie jest Pan wspólnikiem, udziałowcem ani akcjonariuszem kontrahenta, nie łączą Pana z kontrahentem powiązania rodzinne ani zarządcze w rozumieniu art. 23m ust. 1 pkt 4 ustawy o podatku dochodowym od osób fizycznych. Nie wykonuje Pan wolnego zawodu w rozumieniu ustawy o zryczałtowanym podatku dochodowym.

Po ponownej weryfikacji, w oparciu o przywołane przez Organ w wezwaniu do uzupełnienia wniosku wyjaśnienia GUS do PKWiU 2015 oraz Zasady metodyczne PKWiU 2015 (w szczególności pkt 7.6.2), podtrzymuje Pan stanowisko, że opisane usługi mieszczą się w grupowaniu PKWiU 70.22.20.0 „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”, a nie w żadnym z grupowań klasy 62.02 „Usługi związane z doradztwem w zakresie informatyki”.

Wskazuje Pan, że zgodnie z pkt 7.6.2 Zasad metodycznych PKWiU 2015, w przypadku usługi złożonej, składającej się z kombinacji różnych czynności, usługę należy klasyfikować jako usługę, która nadaje całości zasadniczy charakter. W Pana przypadku zasadniczym, dominującym charakterem świadczonych usług jest zarządzanie produktem/projektem informatycznym (planowanie, priorytetyzacja, koordynacja zespołu, nadzór nad dostarczaniem, kontrola jakości) - natomiast czynności takie jak zbieranie i dokumentowanie wymagań biznesowych oraz opisywanie i walidacja rozwiązań (funkcja analityka biznesowego/systemowego) mają charakter pomocniczy (służebny) wobec tego nadrzędnego celu zarządczego, służą one wyłącznie prawidłowemu zarządzaniu projektem, a nie stanowią odrębnego doradztwa informatycznego świadczonego na rzecz kontrahenta w rozumieniu klasy 62.02. Dodatkowo, zgodnie z pierwszą regułą pkt 7.6.2 (grupowanie zawierające bardziej dokładny opis czynności powinno być uprzywilejowane względem grupowania o opisie ogólnym), grupowanie 70.22.20.0 zawiera opis znacznie bardziej precyzyjnie odpowiadający Pana czynnościom (dosłowne odniesienia do koordynacji prac, planowania czasu pracy, kontroli jakości) niż jakiekolwiek z grupowań klasy 62.02, których opisy dotyczą wyłącznie doradztwa zakupowego lub pomocy technicznej - czynności, których Pan nie wykonuje.

Na podstawie powołanych wyżej przepisów oraz opisu sprawy stwierdzam, że przychody uzyskane przez Pana ze świadczenia w ramach działalności gospodarczej opisanych we wniosku usług na stanowisku Technical Product Manager, sklasyfikowanych pod symbolem PKWiU 70.22.20.0. – „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych” i – jak wynika z treści wniosku – niebędących usługami doradztwa związanymi z zarządzaniem, podlegają/będą podlegać opodatkowaniu ryczałtem od przychodów ewidencjonowanych według stawki 8,5% określonej w art. 12 ust. 1 pkt 5 lit. a ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy:

-   stanu faktycznego, który Pan przedstawił i stanu prawnego, który obowiązywał w dacie zaistnienia zdarzenia oraz

-   zdarzenia przyszłego, które Pan przedstawił i stanu prawnego, który obowiązuje w dniu wydania interpretacji.

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/ zdarzeniem przyszłym podanym przez Pana 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ść.

Interpretację wydano na podstawie wskazanego przez Pana 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 oraz zdarzenia przyszłego.

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 stan faktyczny (zdarzenie przyszłe) 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.

Ponadto należy zaznaczyć, że w niniejszej interpretacji udzielono odpowiedzi w zakresie wniosku, tj. zadanego pytania. Inne kwestie nieobjęte pytaniem nie mogą być – zgodnie z art. 14b § 1 ustawy Ordynacja podatkowa – w wydanej interpretacji rozpatrzone.

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 Pana sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego oraz zdarzenia przyszłego oraz 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 w (…). 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.