Interpretacja 0112-KDSL1-1.4011.277.2026.2.DS

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

16 marca 2026 r. wpłynął Pana wniosek z 16 marca 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 17 kwietnia 2026 r. (wpływ 17 kwietnia 2026 r.). Treść wniosku jest następująca:

Opis stanu faktycznego oraz zdarzenia przyszłego

1.    Wstęp

Wnioskodawca podlega w Polsce nieograniczonemu obowiązkowi podatkowemu od całości swoich dochodów.

Wnioskodawca prowadzi jednoosobową działalność gospodarczą, w ramach których na podstawie umowy współpracy świadczy usługę na rzecz Kontrahenta, będącego podmiotem niepowiązanym z Wnioskodawcą w rozumieniu art. 23m ust. 1 pkt 3 ustawy z 26 lipca 1991 r. o podatku dochodowym od osób fizycznych.

2.    Zakres działalności Kontrahenta

Kontrahent Wnioskodawcy prowadzi działalność polegającą na tworzeniu, wdrażaniu i modyfikowaniu rozwiązań informatycznych służących automatyzacji procesów biznesowych u swoich klientów. Działalność ta obejmuje w szczególności integrację już używanych przez klienta systemów, dostosowywanie istniejących rozwiązań oraz – gdy jest to bardziej efektywne – przygotowanie nowego systemu od podstaw zamiast dalszego korzystania z dotychczasowych narzędzi. W zależności od potrzeb klienta realizowane są więc projekty polegające na integracji systemów, budowie nowego rozwiązania albo na modelu mieszanym. Celem działalności Kontrahenta jest usprawnienie działania przedsiębiorstwa klienta od strony systemowej i operacyjnej poprzez wdrożenie lub modyfikację odpowiednich narzędzi informatycznych. Kontrahent nie świadczy natomiast odrębnych usług polegających na niezależnym doradztwie biznesowym w zakresie układania lub przeprojektowywania procesów klienta.

3.    Opis czynności wykonywanych przez Wnioskodawcę w ramach świadczenia usługi na rzecz Kontrahenta

Wnioskodawca jest pośrednikiem pomiędzy klientem Kontrahenta a zespołem technicznym. Jego podstawowym zadaniem jest rozpoznanie potrzeb klienta Kontrahenta dotyczących systemów – zarówno już istniejących, jak i planowanych do wdrożenia – a następnie zebranie i uporządkowanie tych informacji oraz przełożenie ich na opis zrozumiały dla zespołu technicznego Kontrahenta. Wnioskodawca uczestniczy w pierwszych spotkaniach z klientem, prowadzi wywiady, ustala wymagania, sporządza dokumentację przedwdrożeniową i powdrożeniową oraz porządkuje założenia projektu.

Do zadań Wnioskodawcy należy także przedstawianie ogólnych założeń rozwiązania, wizualizacja koncepcji, przygotowywanie diagramów o charakterze koncepcyjnym. Czynności te służą zobrazowaniu pomysłu i wsparciu procesu sprzedażowo-wdrożeniowego. Wnioskodawca może również weryfikować, czy wykonane wdrożenie odpowiada wcześniej ustalonym wymaganiom i założeniom biznesowym klienta Kontrahenta.

Wnioskodawca nie zajmuje się natomiast programowaniem w znaczeniu tworzenia kodu źródłowego. Nie podejmuje też samodzielnych decyzji co do szczegółowych rozwiązań technicznych, architektury technicznej, sposobu implementacji, parametrów wydajnościowych, bezpieczeństwa danych, dostępności aplikacji ani utrzymania systemów. Wnioskodawca nie zajmuje się także samym utrzymaniem infrastruktury technicznej, administrowaniem środowiskami IT ani bieżącą oceną parametrów technicznych systemów w rozumieniu ich bezpieczeństwa, wydajności lub dostępności. Tego rodzaju analizy, oceny i decyzje pozostają po stronie zespołu technicznego Kontrahenta.

W związku z powyższym, aby realizować ww. cele, Wnioskodawca wykonuje następujące czynności (służą one tylko realizacji ww. celów i nie wykraczają poza te cele):

1)    kontakt i rozmowy z potencjalnymi oraz pozyskanymi klientami Kontrahenta,

2)    audyt procesów biznesowych klientów Kontrahenta,

3)    opracowywanie raportów z audytów,

4)    wsparcie w mapowaniu procesów z perspektywy biznesowej,

5)    przygotowywanie ofert oraz prezentacji dla klientów Kontrahenta,

6)    obsługa klientów Kontrahenta według ustalonych standardów,

7)    audyt narzędzi stosowanych przez klientów Kontrahenta,

8)    opracowywanie rozwiązań problemów zidentyfikowanych u klientów Kontrahenta,

9)    projektowanie systemów informatycznych,

10) wsparcie biznesowe zespołów technicznych,

11) projektowanie procesów biznesowych oraz tworzenie scenariuszy automatyzacji,

12) rozpisywanie i planowanie procesu wdrożenia automatyzacji u klientów Kontrahenta,

13) analizowanie, projektowanie i optymalizowanie procesów biznesowych Zleceniodawcy,

14) tworzenie wewnętrznej bazy wiedzy, dokumentacji.

Wnioskodawca otrzymuje wynagrodzenie o charakterze okresowym za wykonywanie opisanej wyżej usługi; wynagrodzenie to nie jest przyporządkowane do konkretnych czynności tylko do całości usługi.

Wnioskodawca nie jest pewien co do klasyfikacji statystycznej wykonywanej przez siebie usługi, opisanej powyżej, w związku z czym wnosi o zaklasyfikowanie jej przez organ do odpowiedniego grupowania PKWiU na potrzeby ustalenia właściwej stawki ryczałtu od przychodów ewidencjonowanych.

Ponadto, pismem uzupełniającym z 17 kwietnia 2026 r. w odpowiedzi na pytania zawarte w wezwaniu, doprecyzował Pan opis sprawy o następujące informacje:

1.      jakie dokładnie czynności/zadania wykonuje Pan w ramach świadczonych usług będących przedmiotem wniosku (zapytania), które dotyczą:

1)        kontaktu i rozmowy z potencjalnymi oraz pozyskanymi klientami Kontrahenta,

2)        audytu procesów biznesowych klientów Kontrahenta,

3)        opracowywania raportów z audytów,

4)        wsparcia w mapowaniu procesów z perspektywy biznesowej,

5)        przygotowywania ofert oraz prezentacji dla klientów Kontrahenta,

6)        obsługi klientów Kontrahenta według ustalonych standardów,

7)        audytu narzędzi stosowanych przez klientów Kontrahenta,

8)        opracowywania rozwiązań problemów zidentyfikowanych u klientów Kontrahenta,

9)        projektowania systemów informatycznych,

10)     wsparcia biznesowe zespołów technicznych,

11)     projektowania procesów biznesowych oraz tworzenie scenariuszy automatyzacji,

12)     rozpisywania i planowanie procesu wdrożenia automatyzacji u klientów Kontrahenta,

13)     analizowania, projektowania i optymalizowania procesów biznesowych Zleceniodawcy,

14)     tworzenia wewnętrznej bazy wiedzy, dokumentacji.

Proszę opisać charakter tych czynności/zadań, tj. wskazać:

-              na czym konkretnie polegają i czego dotyczą (co jest ich przedmiotem),

-              jaki jest ich zakres oraz

-              co jest ich efektem (rezultatem)?

Proszę o oddzielną charakterystykę w odniesieniu do każdej ze świadczonych przez Pana czynności.

Odpowiedź:

1)     Kontakt i rozmowy z potencjalnymi oraz pozyskanymi klientami Kontrahenta

Czynności te polegają na prowadzeniu spotkań i rozmów służących rozpoznaniu potrzeb klienta w obszarze używanych lub planowanych rozwiązań. Ich przedmiotem jest ustalenie, jakie procesy klient chce uporządkować, zautomatyzować albo lepiej obsłużyć przy użyciu systemu. Zakres tych działań obejmuje zadawanie pytań, zbieranie informacji o obecnym sposobie pracy, identyfikowanie problemów zgłaszanych przez klienta oraz porządkowanie tych informacji. Efektem jest zebranie i uporządkowanie wymagań biznesowych oraz przygotowanie materiału wejściowego do dalszych prac analitycznych i wdrożeniowych.

2)     Audyt procesów biznesowych klientów Kontrahenta

Audyt polega na rozpoznaniu i opisaniu sposobu działania wybranych procesów po stronie klienta. Czynności te dotyczą ustalenia, jakie czynności są wykonywane, w jakiej kolejności, przez kogo, z użyciem jakich narzędzi i gdzie występują problemy lub powtarzalne czynności nadające się do usprawnienia. Zakres obejmuje analizę stanu obecnego z perspektywy biznesowej, a nie audyt techniczny systemów, bezpieczeństwa lub infrastruktury. Efektem jest opis stanu obecnego procesu oraz wskazanie obszarów wymagających uporządkowania, integracji lub automatyzacji.

3)     Opracowywanie raportów z audytów

Czynności te polegają na sporządzaniu dokumentów podsumowujących ustalenia z przeprowadzonych analiz. Raporty dotyczą przebiegu procesów, zidentyfikowanych problemów, ograniczeń obecnego sposobu działania oraz możliwych kierunków usprawnień z perspektywy wdrożenia rozwiązania informatycznego. Zakres obejmuje uporządkowanie danych zebranych od klienta, opisanie stanu obecnego i wskazanie wymagań lub założeń do dalszych prac. Efektem jest dokument stanowiący podstawę do przygotowania oferty czy koncepcji rozwiązania.

4)     Wsparcie w mapowaniu procesów z perspektywy biznesowej

Czynności te polegają na opisywaniu przebiegu procesów w formie uporządkowanej, np. w postaci schematów, map lub opisów kroków procesu. Ich przedmiotem jest biznesowa logika działania procesu, a nie techniczne modelowanie systemu. Zakres obejmuje wskazanie uczestników procesu, kolejności działań, punktów decyzyjnych, danych wejściowych i wyjściowych oraz miejsc, w których proces może zostać wsparty przez narzędzia informatyczne. Efektem jest czytelny opis procesu, który pozwala zespołowi technicznemu zrozumieć potrzeby klienta i przygotować adekwatne rozwiązanie.

5)     Przygotowywanie ofert oraz prezentacji dla klientów Kontrahenta

Czynności te polegają na opracowywaniu materiałów handlowych i informacyjnych dotyczących planowanego rozwiązania. Ich przedmiotem jest przedstawienie klientowi zakresu prac, głównych założeń funkcjonalnych, celu wdrożenia oraz przewidywanych korzyści operacyjnych. Zakres obejmuje przygotowanie opisu potrzeb klienta, ogólnej koncepcji rozwiązania, przebiegu projektu i materiałów prezentacyjnych wspierających rozmowy sprzedażowe. Efektem jest oferta lub prezentacja wyjaśniająca klientowi sens i zakres planowanego wdrożenia.

6)     Obsługa klientów Kontrahenta według ustalonych standardów

Czynności te polegają na bieżącej komunikacji z klientem w ramach przyjętego przez Kontrahenta modelu współpracy. Ich przedmiotem jest przekazywanie informacji, doprecyzowywanie ustaleń, zbieranie brakujących danych oraz porządkowanie komunikacji projektowej. Zakres obejmuje organizację kontaktu, pilnowanie przepływu informacji oraz dbanie o to, aby uzgodnienia z klientem były prawidłowo udokumentowane i zrozumiałe dla zespołu realizującego projekt. Efektem jest sprawny obieg informacji oraz ograniczenie ryzyka nieporozumień co do zakresu i celu prac.

7)     Audyt narzędzi stosowanych przez klientów Kontrahenta

Czynności te polegają na ustaleniu, z jakich aplikacji, programów lub rozwiązań korzysta klient w obsłudze swoich procesów. Przedmiotem tych działań jest sposób wykorzystywania narzędzi przez użytkowników biznesowych, zakres ich zastosowania oraz ograniczenia z punktu widzenia procesu, a nie ich parametry techniczne. Zakres obejmuje rozpoznanie funkcji używanych przez klienta narzędzi, miejsc ręcznej pracy, braków integracyjnych i potrzeb informacyjnych. Efektem jest opis obecnego środowiska pracy klienta z perspektywy funkcjonalnej, stanowiący podstawę do ustalenia, czy dane narzędzie należy zintegrować, zmodyfikować czy zastąpić innym rozwiązaniem.

8)     Opracowywanie rozwiązań problemów zidentyfikowanych u klientów Kontrahenta

Czynności te polegają na formułowaniu koncepcji rozwiązania problemu ujawnionego w toku analizy. Ich przedmiotem jest wskazanie, jak od strony funkcjonalnej i procesowej powinien zostać ułożony przepływ pracy lub informacji, aby dany problem usunąć albo ograniczyć. Zakres obejmuje przygotowanie wariantów rozwiązania na poziomie założeń biznesowych, wymagań użytkownika i oczekiwanego rezultatu. Efektem jest opis proponowanego sposobu działania rozwiązania, który następnie może zostać przekazany zespołowi technicznemu do dalszego opracowania.

9)     Projektowanie systemów informatycznych

Czynności te polegają na projektowaniu na poziomie funkcjonalnym i koncepcyjnym, a nie projektowanie techniczne. Czynności te dotyczą określenia, jakie funkcje ma spełniać system, jakie informacje ma gromadzić, jakie role użytkowników mają z niego korzystać oraz jakie procesy ma wspierać. Zakres obejmuje przygotowanie opisu wymagań funkcjonalnych, ogólnych założeń rozwiązania, koncepcji obiegów informacyjnych oraz diagramów koncepcyjnych. Efektem jest dokumentacja stanowiąca punkt wyjścia do prac technicznych realizowanych przez zespół Kontrahenta.

10)  Wsparcie biznesowe zespołów technicznych

Czynności te polegają na przekładaniu języka biznesowego klienta na uporządkowany opis zrozumiały dla zespołu technicznego. Ich przedmiotem jest wyjaśnianie celu biznesowego projektu, logiki procesu, oczekiwanych rezultatów oraz priorytetów po stronie użytkownika. Zakres obejmuje doprecyzowywanie wymagań, odpowiadanie na pytania zespołu technicznego, uzupełnianie dokumentacji oraz weryfikację zgodności przygotowywanego rozwiązania z wcześniej ustalonymi założeniami biznesowymi. Efektem jest zmniejszenie ryzyka błędnego zrozumienia potrzeb klienta i lepsze dopasowanie rozwiązania do rzeczywistego zastosowania.

11)  Projektowanie procesów biznesowych oraz tworzenie scenariuszy automatyzacji

Czynności te polegają na opisaniu docelowego przebiegu procesu po wdrożeniu rozwiązania oraz wskazaniu, które czynności mogą zostać zautomatyzowane. Ich przedmiotem jest organizacja przepływu informacji i działań między uczestnikami procesu z perspektywy użytkowej. Zakres obejmuje opis kroków procesu, warunków przejścia, wyjątków, danych wejściowych i wyjściowych oraz miejsc, w których system ma wykonywać czynności automatycznie. Efektem jest scenariusz działania procesu po wdrożeniu, stanowiący podstawę do przygotowania wymagań funkcjonalnych.

12)  Rozpisywanie i planowanie procesu wdrożenia automatyzacji u klientów Kontrahenta

Czynności te polegają na rozpisaniu etapów potrzebnych do przeprowadzenia wdrożenia z perspektywy organizacyjnej i biznesowej. Ich przedmiotem jest ustalenie kolejności działań, udziału poszczególnych osób po stronie klienta oraz warunków niezbędnych do uruchomienia rozwiązania. Zakres obejmuje planowanie prac, ustalanie kolejności etapów i zależności między nimi, wyznaczanie punktów kontrolnych i kryteriów akceptacji. Efektem jest plan wdrożenia porządkujący przebieg prac od strony biznesowej.

13)  Analizowanie, projektowanie i optymalizowanie procesów biznesowych Zleceniodawcy

Czynności te polegają na analizie i uporządkowaniu procesów objętych projektami realizowanymi przez Kontrahenta, o ile pozostają one w związku z wdrożeniem albo zmianą rozwiązania informatycznego. Czynności te nie polegają na udzielaniu samodzielnych porad w zakresie ogólnego zarządzania przedsiębiorstwem, strategii, struktury organizacyjnej, polityki finansowej, sprzedażowej lub kadrowej. Zakres obejmuje wyłącznie te elementy procesu, które są istotne dla przygotowania, dopasowania albo wdrożenia systemu. Efektem jest opis procesu w wersji uporządkowanej lub docelowej, służący jako podstawa prac wdrożeniowych i dokumentacyjnych.

14)  Tworzenie wewnętrznej bazy wiedzy, dokumentacji

Czynności te polegają na sporządzaniu i aktualizowaniu materiałów porządkujących wiedzę zgromadzoną w toku realizowanych projektów. Ich przedmiotem są opisy wymagań, ustaleń, standardów komunikacji, wzorów dokumentów, scenariuszy procesowych, notatek projektowych i materiałów referencyjnych. Zakres obejmuje zarówno dokumentację przedwdrożeniową i powdrożeniową, jak i materiały służące utrwaleniu wiedzy wewnątrz organizacji Kontrahenta. Efektem jest uporządkowany zasób informacji wspierający realizację kolejnych projektów i prawidłową komunikację między osobami zaangażowanymi w ich wykonanie.

2.      co oznacza, że Pana działalność „obejmuje w szczególności integrację już używanych przez klienta systemów, dostosowywanie istniejących rozwiązań oraz – gdy jest to bardziej efektywne – przygotowanie nowego systemu od podstaw zamiast dalszego korzystania z dotychczasowych narzędzi.” (podkreślenie tut. organu). Czym konkretnie są będące przedmiotem Pana działań: systemy, istniejące rozwiązania, narzędzia? Należy jednoznacznie wyjaśnić.

Odpowiedź: Przez integrację już używanych przez klienta systemów należy rozumieć sytuację, w której u klienta funkcjonują już różne aplikacje lub programy wykorzystywane w działalności operacyjnej, lecz nie współpracują one ze sobą w sposób wystarczający albo wymagają uporządkowania przepływu danych i czynności między nimi. W takim przypadku rolą Wnioskodawcy jest ustalenie z perspektywy biznesowej, jakie informacje mają być przekazywane pomiędzy poszczególnymi rozwiązaniami, jakie czynności mają być wykonywane w ramach procesu oraz jakie są potrzeby użytkowników.

Wnioskodawca nie projektuje technicznego sposobu integracji ani nie wykonuje samej integracji od strony informatycznej.

Przez dostosowywanie istniejących rozwiązań należy rozumieć sytuację, w której klient korzysta już z określonego rozwiązania informatycznego, lecz wymaga ono zmiany z punktu widzenia procesu biznesowego, np. innego przebiegu obiegu informacji, innych etapów akceptacji, innych danych wejściowych, dodatkowych funkcji użytkowych albo innego sposobu obsługi danego procesu. W takim przypadku czynności Wnioskodawcy polegają na zebraniu wymagań, opisaniu potrzeb użytkowników, uporządkowaniu założeń oraz przygotowaniu dokumentacji funkcjonalnej. Wnioskodawca nie dokonuje zmian w kodzie źródłowym ani nie podejmuje decyzji co do technicznego sposobu wykonania tych zmian.

Przez przygotowanie nowego systemu od podstaw zamiast dalszego korzystania z dotychczasowych narzędzi należy rozumieć sytuację, w której obecny sposób obsługi procesu przez klienta jest nieefektywny, rozproszony albo niewystarczający funkcjonalnie, przez co bardziej zasadne jest wdrożenie nowego rozwiązania niż dalsze korzystanie z dotychczasowego zestawu aplikacji lub narzędzi. W takim przypadku czynności Wnioskodawcy polegają na rozpoznaniu potrzeb biznesowych, opisaniu założeń funkcjonalnych, uporządkowaniu wymagań oraz przedstawieniu koncepcji działania rozwiązania na poziomie biznesowym. Wnioskodawca nie tworzy takiego systemu w sensie programistycznym ani technicznym.

Użyte pojęcia oznaczają, co następuje: − „systemy” – aplikacje, programy lub platformy wykorzystywane przez klienta do obsługi określonych procesów w działalności operacyjnej, np. systemy do obsługi klientów, sprzedaży, obiegu dokumentów, zamówień, magazynu, księgowości, pracy zespołowej lub przepływu zadań; − „istniejące rozwiązania” – funkcjonujące u klienta zestawy sposobów pracy wspierane przez narzędzia informatyczne, tj. „systemy” w powyższym rozumieniu; − „narzędzia” – to zamienne określenie na „systemy” w powyższym rozumieniu.

Bardziej jednoznaczne wyjaśnienie ww. pojęć nie jest możliwe, bowiem różne są sytuacje klientów Kontrahenta.

3.      czy uzyskuje/będzie Pan uzyskiwać przychody ze świadczenia usług doradztwa związanych z zarządzaniem (PKWiU ex dział 70), z wyjątkiem usług doradztwa związanych z zarządzaniem rynkiem rybnym (PKWiU 70.22.16.), innych niż świadczone w ramach wolnych zawodów?

Odpowiedź: Wnioskodawca nie jest w stanie udzielić odpowiedzi, czy uzyskuje/będzie uzyskiwał przychód z działalności przyporządkowanej do grupowań PKWiU, wskazanych przez organ, ponieważ nie wie, jak przyporządkować jego działalność do grupowań PKWiU, zatem nie wie, jak jego przychody powinny być zakwalifikowane w tym zakresie.

Wnioskodawca nie doradza w zakresie związanym z zarządzaniem ani nie będzie doradzał w zakresie związanym z zarządzaniem w ramach opisanych usług.

4.      czy oprócz opisanej działalności uzyskuje Pan 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 prowadzi Pan ewidencję, która umożliwia Panu identyfikację rodzajów przychodów opodatkowanych różnymi stawkami ryczałtu?

Odpowiedź: Oprócz opisanej działalności Wnioskodawca nie uzyskuje w ramach prowadzonej działalności gospodarczej innych dochodów podlegających opodatkowaniu.

Na chwilę obecną Wnioskodawca uważa, że całość jego przychodów jest opodatkowana jedną stawką ryczałtu, zatem obecnie nie ma potrzeby identyfikacji rodzajów przychodów opodatkowanych różnymi stawkami ryczałtu.

Wnioskodawca otrzymuje wynagrodzenie o charakterze okresowym za wykonywanie opisanej usługi; wynagrodzenie to nie jest przyporządkowane do konkretnych czynności tylko do całości. Zatem jeśli organ uzna, że do czynności opisanych we wniosku mają zastosowanie różne stawki ryczałtu, niemożliwe będzie w tym zakresie dokonanie identyfikacji rodzajów przychodów opodatkowanych różnymi stawkami ryczałtu.

Pytanie

Która ze stawek ryczałtu od przychodów ewidencjonowanych ma zastosowanie do opisanej wyżej usługi?

Pana stanowisko w sprawie

Zdaniem Wnioskodawcy, do opisanej wyżej usługi ma zastosowanie stawka 8,5% ryczałtu od przychodów ewidencjonowanych.

Uzasadnienie

Odnosząc się do kwestii określenia stawki ryczałtu od przychodów ewidencjonowanych ze świadczenia usług w pierwszej kolejności należy zauważyć, że do celów opodatkowania zryczałtowanym podatkiem dochodowym od niektórych przychodów osiąganych przez osoby fizyczne w zakresie świadczonych usług należy stosować Polską Klasyfikację Wyrobów i Usług wprowadzoną rozporządzeniem Rady Ministrów z 4 września 2015 r. w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU).

Podstawowe cele, konstrukcję i sposób posługiwania się Polską Klasyfikacją Wyrobów i Usług oraz jej interpretację wskazują zasady metodyczne zawarte w ww. rozporządzeniu.

Stosownie do pkt 5.3.2 zasad metodycznych, każdą usługę należy zaliczać do odpowiedniego grupowania zgodnie z jej charakterem, niezależnie od symbolu PKD, pod którym został zaklasyfikowany w krajowym rejestrze urzędowym podmiotów gospodarki narodowej REGON podmiot gospodarczy wykonujący usługę.

W pkt 7.6 zasad metodycznych zawarto ogólne reguły klasyfikowania usług. I tak, na podstawie pkt 7.6.2, gdy przeprowadzona analiza opisu wykonywanych czynności wskazuje na możliwość zaliczenia usługi do dwóch lub kilku grupowań, należy przyjąć następujące reguły klasyfikowania, z tym jednak, że porównywać można jedynie grupowania tego samego poziomu hierarchicznego: – grupowanie, które zawiera bardziej dokładny opis czynności, powinno być uprzywilejowane (wybrane) w stosunku do grupowania zawierającego opis ogólny, – usługa złożona, składająca się z kombinacji różnych czynności, której nie można zaklasyfikować zgodnie ze wskazanym sposobem, powinna być zaklasyfikowana jak usługa, która nadaje całości zasadniczy charakter, – usługę, której nie można zaklasyfikować zgodnie z (tiret 1, 2) należy zaklasyfikować w grupowaniu odpowiednim dla usługi o najbardziej zbliżonym charakterze.

Zdaniem Wnioskodawcy, do opisanej usługi ma zastosowanie symbol PKWiU 70.22.20.0 (Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych) z następujących przyczyn:

1.    Punktem wyjścia musi być klasyfikacja czynności Wnioskodawcy, a nie działalności Kontrahenta.

Wnioskodawca nie zajmuje programowaniem w znaczeniu tworzenia kodu źródłowego. Nie podejmuje też samodzielnych decyzji co do szczegółowych rozwiązań technicznych, architektury technicznej, sposobu implementacji, parametrów wydajnościowych, bezpieczeństwa danych, dostępności aplikacji ani utrzymania systemów. Wnioskodawca nie zajmuje się także samym utrzymaniem infrastruktury technicznej, administrowaniem środowiskami IT ani bieżącą oceną parametrów technicznych systemów w rozumieniu ich bezpieczeństwa, wydajności lub dostępności.

Tego rodzaju analizy, oceny i decyzje pozostają po stronie zespołu technicznego Kontrahenta.

Jego rola polega na rozpoznaniu potrzeb klienta, zebraniu wymagań, uporządkowaniu ich, przygotowaniu dokumentacji, wsparciu komunikacji między klientem a zespołem technicznym, opracowaniu założeń, planowaniu wdrożenia i weryfikacji zgodności efektu z ustaleniami.

2.    Opisana usługa ma charakter złożony.

Zasady metodyczne przewidują, że jeżeli usługa składa się z kombinacji różnych czynności i nie da się jej zaklasyfikować wyłącznie przez prosty dobór pojedynczego elementu, należy przypisać ją do tego grupowania, które nadaje całości zasadniczy charakter. W tym przypadku poszczególne działania, takie jak rozmowy z klientem, audyt procesów, raporty, mapowanie procesów, przygotowanie prezentacji, dokumentacja, scenariusze automatyzacji i planowanie wdrożenia nie stanowią odrębnych samodzielnych świadczeń. Tworzą jedno łączne świadczenie służące przygotowaniu, prowadzeniu i finalizacji projektu wdrożeniowego.

3.    Zasadniczy charakter tej usługi to koordynacja i prowadzenie projektu od strony organizacyjno- analitycznej.

Najistotniejszym elementem jest przejęcie roli łącznika i koordynatora procesu: ustalenie wymagań, porządkowanie założeń, przygotowanie materiałów dla zespołu technicznego, rozpisanie procesu wdrożenia oraz sprawdzanie zgodności wykonania z wcześniejszymi ustaleniami. To odpowiada istocie usług zarządzania projektem, czyli koordynacji i nadzorowi nad czynnościami podejmowanymi w celu przygotowania, uruchomienia i zakończenia projektu.

4.    Grupowanie 70.22.20.0 (Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych) najlepiej oddaje opisane czynności, ponieważ – zgodnie z wyjaśnieniami do PKWiU – 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.

Zasadniczo w myśl art. 12 ust. 1 pkt 5 lit. a ustawy z 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, przychody z działalności usługowej mogą być opodatkowane stawką w wysokości 8,5%, o ile usługi te nie są objęte inną stawką wymienioną w art. 12 tej ustawy.

W niniejszej sprawie – z uwagi na wskazane ww. grupowanie PKWiU – usługi nie są objęte inną stawką wymienioną w art. 12 tej ustawy, zatem zastosowanie ma stawka 8,5%.

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:

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

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:

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

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

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

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

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

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

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

Z okoliczności przedstawionych we wniosku oraz jego uzupełnieniu wynika, że:

·       Podlega Pan w Polsce nieograniczonemu obowiązkowi podatkowemu od całości swoich dochodów.

·       Prowadzi Pan jednoosobową działalność gospodarczą, w ramach której na podstawie umowy współpracy świadczy usługę na rzecz Kontrahenta, będącego podmiotem niepowiązanym z Panem w rozumieniu art. 23m ust. 1 pkt 3 ustawy o podatku dochodowym od osób fizycznych.

·       Pana Kontrahent prowadzi działalność polegającą na tworzeniu, wdrażaniu i modyfikowaniu rozwiązań informatycznych służących automatyzacji procesów biznesowych u swoich klientów. Działalność ta obejmuje w szczególności integrację już używanych przez klienta systemów, dostosowywanie istniejących rozwiązań oraz – gdy jest to bardziej efektywne – przygotowanie nowego systemu od podstaw zamiast dalszego korzystania z dotychczasowych narzędzi. W zależności od potrzeb klienta realizowane są więc projekty polegające na integracji systemów, budowie nowego rozwiązania albo na modelu mieszanym. Celem działalności Kontrahenta jest usprawnienie działania przedsiębiorstwa klienta od strony systemowej i operacyjnej poprzez wdrożenie lub modyfikację odpowiednich narzędzi informatycznych. Kontrahent nie świadczy natomiast odrębnych usług polegających na niezależnym doradztwie biznesowym w zakresie układania lub przeprojektowywania procesów klienta.

·       Jest Pan pośrednikiem pomiędzy klientem Kontrahenta a zespołem technicznym. Pana podstawowym zadaniem jest rozpoznanie potrzeb klienta Kontrahenta dotyczących systemów – zarówno już istniejących, jak i planowanych do wdrożenia – a następnie zebranie i uporządkowanie tych informacji oraz przełożenie ich na opis zrozumiały dla zespołu technicznego Kontrahenta. Uczestniczy Pan w pierwszych spotkaniach z klientem, prowadzi wywiady, ustala wymagania, sporządza dokumentację przedwdrożeniową i powdrożeniową oraz porządkuje założenia projektu. Do Pana zadań należy także przedstawianie ogólnych założeń rozwiązania, wizualizacja koncepcji, przygotowywanie diagramów o charakterze koncepcyjnym. Czynności te służą zobrazowaniu pomysłu i wsparciu procesu sprzedażowo-wdrożeniowego. Może Pan również weryfikować, czy wykonane wdrożenie odpowiada wcześniej ustalonym wymaganiom i założeniom biznesowym klienta Kontrahenta.

·       Nie zajmuje się Pan natomiast programowaniem w znaczeniu tworzenia kodu źródłowego. Nie podejmuje też samodzielnych decyzji co do szczegółowych rozwiązań technicznych, architektury technicznej, sposobu implementacji, parametrów wydajnościowych, bezpieczeństwa danych, dostępności aplikacji ani utrzymania systemów. Nie zajmuje się Pan także samym utrzymaniem infrastruktury technicznej, administrowaniem środowiskami IT ani bieżącą oceną parametrów technicznych systemów w rozumieniu ich bezpieczeństwa, wydajności lub dostępności. Tego rodzaju analizy, oceny i decyzje pozostają po stronie zespołu technicznego Kontrahenta.

·       W związku z powyższym, aby realizować ww. cele, wykonuje Pan następujące czynności (służą one tylko realizacji ww. celów i nie wykraczają poza te cele):

1)    Kontakt i rozmowy z potencjalnymi oraz pozyskanymi klientami Kontrahenta

Czynności te polegają na prowadzeniu spotkań i rozmów służących rozpoznaniu potrzeb klienta w obszarze używanych lub planowanych rozwiązań. Ich przedmiotem jest ustalenie, jakie procesy klient chce uporządkować, zautomatyzować albo lepiej obsłużyć przy użyciu systemu. Zakres tych działań obejmuje zadawanie pytań, zbieranie informacji o obecnym sposobie pracy, identyfikowanie problemów zgłaszanych przez klienta oraz porządkowanie tych informacji. Efektem jest zebranie i uporządkowanie wymagań biznesowych oraz przygotowanie materiału wejściowego do dalszych prac analitycznych i wdrożeniowych.

2)     Audyt procesów biznesowych klientów Kontrahenta

Audyt polega na rozpoznaniu i opisaniu sposobu działania wybranych procesów po stronie klienta. Czynności te dotyczą ustalenia, jakie czynności są wykonywane, w jakiej kolejności, przez kogo, z użyciem jakich narzędzi i gdzie występują problemy lub powtarzalne czynności nadające się do usprawnienia. Zakres obejmuje analizę stanu obecnego z perspektywy biznesowej, a nie audyt techniczny systemów, bezpieczeństwa lub infrastruktury. Efektem jest opis stanu obecnego procesu oraz wskazanie obszarów wymagających uporządkowania, integracji lub automatyzacji.

3)     Opracowywanie raportów z audytów

Czynności te polegają na sporządzaniu dokumentów podsumowujących ustalenia z przeprowadzonych analiz. Raporty dotyczą przebiegu procesów, zidentyfikowanych problemów, ograniczeń obecnego sposobu działania oraz możliwych kierunków usprawnień z perspektywy wdrożenia rozwiązania informatycznego. Zakres obejmuje uporządkowanie danych zebranych od klienta, opisanie stanu obecnego i wskazanie wymagań lub założeń do dalszych prac. Efektem jest dokument stanowiący podstawę do przygotowania oferty czy koncepcji rozwiązania.

4)     Wsparcie w mapowaniu procesów z perspektywy biznesowej

Czynności te polegają na opisywaniu przebiegu procesów w formie uporządkowanej, np. w postaci schematów, map lub opisów kroków procesu. Ich przedmiotem jest biznesowa logika działania procesu, a nie techniczne modelowanie systemu. Zakres obejmuje wskazanie uczestników procesu, kolejności działań, punktów decyzyjnych, danych wejściowych i wyjściowych oraz miejsc, w których proces może zostać wsparty przez narzędzia informatyczne. Efektem jest czytelny opis procesu, który pozwala zespołowi technicznemu zrozumieć potrzeby klienta i przygotować adekwatne rozwiązanie.

5)     Przygotowywanie ofert oraz prezentacji dla klientów Kontrahenta

Czynności te polegają na opracowywaniu materiałów handlowych i informacyjnych dotyczących planowanego rozwiązania. Ich przedmiotem jest przedstawienie klientowi zakresu prac, głównych założeń funkcjonalnych, celu wdrożenia oraz przewidywanych korzyści operacyjnych. Zakres obejmuje przygotowanie opisu potrzeb klienta, ogólnej koncepcji rozwiązania, przebiegu projektu i materiałów prezentacyjnych wspierających rozmowy sprzedażowe. Efektem jest oferta lub prezentacja wyjaśniająca klientowi sens i zakres planowanego wdrożenia.

6)     Obsługa klientów Kontrahenta według ustalonych standardów

Czynności te polegają na bieżącej komunikacji z klientem w ramach przyjętego przez Kontrahenta modelu współpracy. Ich przedmiotem jest przekazywanie informacji, doprecyzowywanie ustaleń, zbieranie brakujących danych oraz porządkowanie komunikacji projektowej. Zakres obejmuje organizację kontaktu, pilnowanie przepływu informacji oraz dbanie o to, aby uzgodnienia z klientem były prawidłowo udokumentowane i zrozumiałe dla zespołu realizującego projekt. Efektem jest sprawny obieg informacji oraz ograniczenie ryzyka nieporozumień co do zakresu i celu prac.

7)     Audyt narzędzi stosowanych przez klientów Kontrahenta

Czynności te polegają na ustaleniu, z jakich aplikacji, programów lub rozwiązań korzysta klient w obsłudze swoich procesów. Przedmiotem tych działań jest sposób wykorzystywania narzędzi przez użytkowników biznesowych, zakres ich zastosowania oraz ograniczenia z punktu widzenia procesu, a nie ich parametry techniczne. Zakres obejmuje rozpoznanie funkcji używanych przez klienta narzędzi, miejsc ręcznej pracy, braków integracyjnych i potrzeb informacyjnych. Efektem jest opis obecnego środowiska pracy klienta z perspektywy funkcjonalnej, stanowiący podstawę do ustalenia, czy dane narzędzie należy zintegrować, zmodyfikować czy zastąpić innym rozwiązaniem.

8)     Opracowywanie rozwiązań problemów zidentyfikowanych u klientów Kontrahenta

Czynności te polegają na formułowaniu koncepcji rozwiązania problemu ujawnionego w toku analizy. Ich przedmiotem jest wskazanie, jak od strony funkcjonalnej i procesowej powinien zostać ułożony przepływ pracy lub informacji, aby dany problem usunąć albo ograniczyć. Zakres obejmuje przygotowanie wariantów rozwiązania na poziomie założeń biznesowych, wymagań użytkownika i oczekiwanego rezultatu. Efektem jest opis proponowanego sposobu działania rozwiązania, który następnie może zostać przekazany zespołowi technicznemu do dalszego opracowania.

9)     Projektowanie systemów informatycznych

Czynności te polegają na projektowaniu na poziomie funkcjonalnym i koncepcyjnym, a nie projektowanie techniczne. Czynności te dotyczą określenia, jakie funkcje ma spełniać system, jakie informacje ma gromadzić, jakie role użytkowników mają z niego korzystać oraz jakie procesy ma wspierać. Zakres obejmuje przygotowanie opisu wymagań funkcjonalnych, ogólnych założeń rozwiązania, koncepcji obiegów informacyjnych oraz diagramów koncepcyjnych. Efektem jest dokumentacja stanowiąca punkt wyjścia do prac technicznych realizowanych przez zespół Kontrahenta.

10)  Wsparcie biznesowe zespołów technicznych

Czynności te polegają na przekładaniu języka biznesowego klienta na uporządkowany opis zrozumiały dla zespołu technicznego. Ich przedmiotem jest wyjaśnianie celu biznesowego projektu, logiki procesu, oczekiwanych rezultatów oraz priorytetów po stronie użytkownika. Zakres obejmuje doprecyzowywanie wymagań, odpowiadanie na pytania zespołu technicznego, uzupełnianie dokumentacji oraz weryfikację zgodności przygotowywanego rozwiązania z wcześniej ustalonymi założeniami biznesowymi. Efektem jest zmniejszenie ryzyka błędnego zrozumienia potrzeb klienta i lepsze dopasowanie rozwiązania do rzeczywistego zastosowania.

11)  Projektowanie procesów biznesowych oraz tworzenie scenariuszy automatyzacji

Czynności te polegają na opisaniu docelowego przebiegu procesu po wdrożeniu rozwiązania oraz wskazaniu, które czynności mogą zostać zautomatyzowane. Ich przedmiotem jest organizacja przepływu informacji i działań między uczestnikami procesu z perspektywy użytkowej. Zakres obejmuje opis kroków procesu, warunków przejścia, wyjątków, danych wejściowych i wyjściowych oraz miejsc, w których system ma wykonywać czynności automatycznie. Efektem jest scenariusz działania procesu po wdrożeniu, stanowiący podstawę do przygotowania wymagań funkcjonalnych.

12)  Rozpisywanie i planowanie procesu wdrożenia automatyzacji u klientów Kontrahenta

Czynności te polegają na rozpisaniu etapów potrzebnych do przeprowadzenia wdrożenia z perspektywy organizacyjnej i biznesowej. Ich przedmiotem jest ustalenie kolejności działań, udziału poszczególnych osób po stronie klienta oraz warunków niezbędnych do uruchomienia rozwiązania. Zakres obejmuje planowanie prac, ustalanie kolejności etapów i zależności między nimi, wyznaczanie punktów kontrolnych i kryteriów akceptacji. Efektem jest plan wdrożenia porządkujący przebieg prac od strony biznesowej.

13)  Analizowanie, projektowanie i optymalizowanie procesów biznesowych Zleceniodawcy

Czynności te polegają na analizie i uporządkowaniu procesów objętych projektami realizowanymi przez Kontrahenta, o ile pozostają one w związku z wdrożeniem albo zmianą rozwiązania informatycznego. Czynności te nie polegają na udzielaniu samodzielnych porad w zakresie ogólnego zarządzania przedsiębiorstwem, strategii, struktury organizacyjnej, polityki finansowej, sprzedażowej lub kadrowej. Zakres obejmuje wyłącznie te elementy procesu, które są istotne dla przygotowania, dopasowania albo wdrożenia systemu. Efektem jest opis procesu w wersji uporządkowanej lub docelowej, służący jako podstawa prac wdrożeniowych i dokumentacyjnych.

14)  Tworzenie wewnętrznej bazy wiedzy, dokumentacji

Czynności te polegają na sporządzaniu i aktualizowaniu materiałów porządkujących wiedzę zgromadzoną w toku realizowanych projektów. Ich przedmiotem są opisy wymagań, ustaleń, standardów komunikacji, wzorów dokumentów, scenariuszy procesowych, notatek projektowych i materiałów referencyjnych. Zakres obejmuje zarówno dokumentację przedwdrożeniową i powdrożeniową, jak i materiały służące utrwaleniu wiedzy wewnątrz organizacji Kontrahenta. Efektem jest uporządkowany zasób informacji wspierający realizację kolejnych projektów i prawidłową komunikację między osobami zaangażowanymi w ich wykonanie.

·       Otrzymuje Pan wynagrodzenie o charakterze okresowym za wykonywanie opisanej wyżej usługi; wynagrodzenie to nie jest przyporządkowane do konkretnych czynności tylko do całości usługi.

·       Przez integrację już używanych przez klienta systemów należy rozumieć sytuację, w której u klienta funkcjonują już różne aplikacje lub programy wykorzystywane w działalności operacyjnej, lecz nie współpracują one ze sobą w sposób wystarczający albo wymagają uporządkowania przepływu danych i czynności między nimi. W takim przypadku Pana rolą jest ustalenie z perspektywy biznesowej, jakie informacje mają być przekazywane pomiędzy poszczególnymi rozwiązaniami, jakie czynności mają być wykonywane w ramach procesu oraz jakie są potrzeby użytkowników.

Nie projektuje Pan technicznego sposobu integracji ani nie wykonuje samej integracji od strony informatycznej.

·       Przez dostosowywanie istniejących rozwiązań należy rozumieć sytuację, w której klient korzysta już z określonego rozwiązania informatycznego, lecz wymaga ono zmiany z punktu widzenia procesu biznesowego, np. innego przebiegu obiegu informacji, innych etapów akceptacji, innych danych wejściowych, dodatkowych funkcji użytkowych albo innego sposobu obsługi danego procesu. W takim przypadku Pana czynności polegają na zebraniu wymagań, opisaniu potrzeb użytkowników, uporządkowaniu założeń oraz przygotowaniu dokumentacji funkcjonalnej.

Nie dokonuje Pan zmian w kodzie źródłowym ani nie podejmuje decyzji co do technicznego sposobu wykonania tych zmian.

·       Przez przygotowanie nowego systemu od podstaw zamiast dalszego korzystania z dotychczasowych narzędzi należy rozumieć sytuację, w której obecny sposób obsługi procesu przez klienta jest nieefektywny, rozproszony albo niewystarczający funkcjonalnie, przez co bardziej zasadne jest wdrożenie nowego rozwiązania niż dalsze korzystanie z dotychczasowego zestawu aplikacji lub narzędzi. W takim przypadku Pana czynności polegają na rozpoznaniu potrzeb biznesowych, opisaniu założeń funkcjonalnych, uporządkowaniu wymagań oraz przedstawieniu koncepcji działania rozwiązania na poziomie biznesowym. Nie tworzy Pan takiego systemu w sensie programistycznym ani technicznym.

·       Użyte pojęcia oznaczają: − „systemy” – aplikacje, programy lub platformy wykorzystywane przez klienta do obsługi określonych procesów w działalności operacyjnej, np. systemy do obsługi klientów, sprzedaży, obiegu dokumentów, zamówień, magazynu, księgowości, pracy zespołowej lub przepływu zadań; − „istniejące rozwiązania” – funkcjonujące u klienta zestawy sposobów pracy wspierane przez narzędzia informatyczne, tj. „systemy” w powyższym rozumieniu; − „narzędzia” – to zamienne określenie na „systemy” w powyższym rozumieniu.

·       Nie doradza Pan w zakresie związanym z zarządzaniem ani nie będzie doradzał w zakresie związanym z zarządzaniem w ramach opisanych usług.

·       Oprócz opisanej działalności nie uzyskuje Pan w ramach prowadzonej działalności gospodarczej innych dochodów podlegających opodatkowaniu.

Zwracam uwagę, ż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. Podkreślam również, że stawka ryczałtu od przychodów ewidencjonowanych zależy wyłącznie od faktycznego rodzaju wykonywanych czynności, a nie treści posiadanego wpisu do ewidencji działalności gospodarczej określonego według PKD.

W tym miejscu wskazać należy, że podstawowe cele, konstrukcję i sposób posługiwania się Polską Klasyfikacją Wyrobów i Usług oraz jej interpretację wskazują Zasady metodyczne Polskiej Klasyfikacji Wyrobów i Usług (PKWiU 2015) zawarte w rozporządzeniu w sprawie PKWiU.

Zasady metodyczne stanowią integralną część klasyfikacji. Zawarte w nich postanowienia obowiązują przy jej interpretacji i stosowaniu (pkt 1.3).

Stosownie do pkt 5.3.2 Zasad metodycznych Polskiej Klasyfikacji Wyrobów i Usług (PKWiU 2015), każdą usługę należy zaliczać do odpowiedniego grupowania zgodnie z jej charakterem, niezależnie od symbolu PKD, pod którym został zaklasyfikowany w krajowym rejestrze urzędowym podmiotów gospodarki narodowej REGON podmiot gospodarczy wykonujący usługę.

Natomiast w pkt 7.6.2 ww. Zasad metodycznych wskazano, że: gdy przeprowadzona analiza opisu wykonywanych czynności wskazuje na możliwość zaliczenia usługi do dwóch lub kilku grupowań, należy przyjąć następujące reguły klasyfikowania, z tym jednak, że porównywać można jedynie grupowania tego samego poziomu hierarchicznego:

-       grupowanie, które zawiera bardziej dokładny opis czynności, powinno być uprzywilejowane (wybrane) w stosunku do grupowania zawierającego opis ogólny,

-       usługa złożona, składająca się z kombinacji różnych czynności, której nie można zaklasyfikować zgodnie ze wskazanym sposobem, powinna być zaklasyfikowana jak usługa, która nadaje całości zasadniczy charakter,

-       usługę, której nie można zaklasyfikować zgodnie z (tiret 1, 2) należy zaklasyfikować w grupowaniu odpowiednim dla usługi o najbardziej zbliżonym charakterze.

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

Z wyjaśnień Głównego Urzędu Statystycznego do PKWiU 2015 wynika, że dział 70 „Usługi firm centralnych (head offices); usługi doradztwa związane z zarządzaniem” obejmuje:

-       usługi doradztwa i bezpośredniej pomocy dla podmiotów gospodarczych i innych jednostek w zakresie planowania strategicznego i organizacyjnego, prowadzenia rachunkowości i kontroli wydatków, planowania, organizacji pracy, efektywności zarządzania oraz strategii i działalności marketingowej,

-       usługi firm centralnych zajmujących się kontrolowaniem i zarządzaniem innymi jednostkami spółki lub przedsiębiorstwa.

W dziale PKWiU 70 znajduje się klasa 70.22 „Pozostałe usługi doradztwa związane z prowadzeniem działalności gospodarczej i usługi zarządzania”.

Według Schematu klasyfikacji w klasie PKWiU 70.22 znajduje się m.in. kategoria:

-        70.22.2 „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”.

W kategorii PKWiU 70.22.2 znajduje się grupowanie PKWiU 70.22.20.0 „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”, które obejmuje:

-       usługi koordynacji i nadzoru w zakresie środków podjętych w celu przygotowania, uruchomienia i zakończenia projektu realizowanego w imieniu klienta,

-       usługi zarządzania projektami, które mogą dotyczyć budżetu, rachunkowości i kontroli kosztów, zamówień, planowania czasu pracy i pozostałych warunków działania, koordynacji prac podwykonawców, kontroli, jakości itp.,

-       usługi zarządzania projektami, które obejmują usługi zarządzania, w tym zarządzania biurem, przy udziale lub bez udziału własnego personelu.

Grupowanie to nie obejmuje:

-        usług zarządzania przedsięwzięciami związanymi z obiektami budowlanymi i inżynierii lądowej oraz wodnej sklasyfikowanych w 71.12.20.0.

Z kolei, zgodnie z wyjaśnieniami Głównego Urzędu Statystycznego do PKWiU z 2015 r. dział 62 „Usługi związane z oprogramowaniem i doradztwem w zakresie informatyki i usługi powiązane”, obejmuje:

-        dostarczanie ekspertyz w zakresie technologii informatycznych,

-        pisanie, modyfikowanie, badanie i wspomaganie oprogramowania,

-        planowanie i projektowanie systemów komputerowych, które łączą sprzęt komputerowy, oprogramowanie i sprzęt komunikacyjny,

-        zarządzanie i obsługa systemów komputerowych i/lub urządzeń przetwarzania danych należących do klienta w miejscu ich zainstalowania,

-        pozostałe profesjonalne i techniczne usługi związane z informatyką.

Dział 62 zawiera m.in. klasę 62.02 „Usługi związane z doradztwem w zakresie informatyki”, która 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.

Zgodnie z wyjaśnieniami GUS do PKWiU 2015:

Grupowanie PKWiU 62.02.10.0 „Usługi związane z doradztwem w zakresie sprzętu komputerowego” obejmuje:

Grupowanie PKWiU 62.02.20.0 „Usługi związane z doradztwem w zakresie oprogramowania komputerowego” obejmuje:

Natomiast grupowanie 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” obejmuje:

Przedstawione przez Pana w opisie sprawy usługi wpisują się w zakres klasy PKWiU 62.02 „Usługi związane z doradztwem w zakresie informatyki”. Natomiast usługi te nie mieszczą się w wskazanej przez Pana we własnym stanowisku klasyfikacji PKWiU 70.22.20.0 „Pozostałe usługi zarządzania projektami, z wyłączeniem projektów budowlanych”, ponieważ — zgodnie z przywołanymi wyżej Zasadami metodycznymi — w przypadku gdy analiza wykonywanych czynności wskazuje na możliwość zaklasyfikowania usługi do więcej niż jednego grupowania, pierwszeństwo należy przyznać grupowaniu tego samego poziomu hierarchicznego, które w sposób bardziej szczegółowy i precyzyjny opisuje charakter wykonywanych czynności.

Odnosząc się do powyższego wskazać należy, że przepis art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne przewiduje 12% stawkę m.in. dla usług związanych z doradztwem w zakresie oprogramowania (PKWiU ex 62.02).

Jednak znajdujące się przy grupowaniu PKWiU 62.02 oznaczenie „ex” (PKWiU ex 62.02) oznacza, że stawkę ryczałtu 12% należy stosować wyłącznie do przychodów uzyskiwanych ze świadczenia usług, które są związane z doradztwem w zakresie oprogramowania.

Zatem usługi związane z doradztwem w zakresie oprogramowania (PKWiU ex 62.02) to takie spośród „Usług związanych z doradztwem w zakresie informatyki” (PKWiU 62.02), które dotyczą doradztwa w zakresie oprogramowania.

Jeszcze raz podkreślić trzeba, że przepis art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne w przypadku PKWiU ex 62.02, wskazuje na związek świadczonych usług z doradztwem w zakresie oprogramowania, przy czym związek ten, może być zarówno bezpośredni, jak i pośredni.

Zgodnie 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 zarówno w zakresie sprzętu komputerowego, jaki i oprogramowania to usługi, które dotyczą doradztwa w zakresie sprzętu komputerowego i doradztwa w zakresie oprogramowania.

Natomiast definicja Oprogramowania została zawarta 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 mają związek z doradztwem w zakresie oprogramowania.

Wskazał Pan bowiem, że Pana podstawowym zadaniem jest rozpoznanie potrzeb klienta Kontrahenta dotyczących systemów informatycznych – zarówno już istniejących, jak i planowanych do wdrożenia – a następnie zebranie i uporządkowanie tych informacji oraz przełożenie ich na opis zrozumiały dla zespołu technicznego Kontrahenta. Uczestniczy Pan w pierwszych spotkaniach z klientem, prowadzi wywiady, ustala wymagania, sporządza dokumentację przedwdrożeniową i powdrożeniową oraz porządkuje założenia projektu. Do Pana zadań należy także przedstawianie ogólnych założeń rozwiązania, wizualizacja koncepcji, przygotowywanie diagramów o charakterze koncepcyjnym. Czynności te służą zobrazowaniu pomysłu i wsparciu procesu sprzedażowo-wdrożeniowego. Może Pan również weryfikować, czy wykonane wdrożenie odpowiada wcześniej ustalonym wymaganiom i założeniom biznesowym klienta Kontrahenta. Nie zajmuje się Pan natomiast programowaniem w znaczeniu tworzenia kodu źródłowego. Nie podejmuje też samodzielnych decyzji co do szczegółowych rozwiązań technicznych, architektury technicznej, sposobu implementacji, parametrów wydajnościowych, bezpieczeństwa danych, dostępności aplikacji ani utrzymania systemów. Nie zajmuje się Pan także samym utrzymaniem infrastruktury technicznej, administrowaniem środowiskami IT ani bieżącą oceną parametrów technicznych systemów w rozumieniu ich bezpieczeństwa, wydajności lub dostępności. Tego rodzaju analizy, oceny i decyzje pozostają po stronie zespołu technicznego Kontrahenta.

W ramach wykonywanych czynności wykonuje Pan m.in. audyt procesów biznesowych klientów Kontrahenta, opracowuje raporty z audytów z perspektywy wdrożenia rozwiązania informatycznego, udziela Pan wsparcia w mapowaniu procesów z perspektywy biznesowej, dokonuje Pan audytu narzędzi stosowanych przez klientów Kontrahenta, tj. ustala z jakich aplikacji, programów lub rozwiązań korzysta klient, rozpisuje Pan i planuje proces wdrożenia automatyzacji u klientów Kontrahenta oraz tworzy Pan wewnętrzną bazę wiedzy, dokumentacji. Ponadto dokonuje Pan opracowań rozwiązań problemów zidentyfikowanych u klientów Kontrahenta, których efektem jest opis proponowanego sposobu działania rozwiązania, który następnie może zostać przekazany zespołowi technicznemu do dalszego opracowania. Projektuje Pan systemy informatyczne na poziomie funkcjonalnym i koncepcyjnym, które swym zakresem obejmują przygotowanie opisu wymagań funkcjonalnych, ogólnych założeń rozwiązania, koncepcji obiegów informacyjnych oraz diagramów koncepcyjnych. Ich efektem jest dokumentacja stanowiąca punkt wyjścia do prac technicznych realizowanych przez zespół Kontrahenta. Jednocześnie projektuje Pan procesy biznesowe oraz tworzy scenariusze automatyzacji, których zakres obejmuje opis kroków procesu, warunków przejścia, wyjątków, danych wejściowych i wyjściowych oraz miejsc, w których system ma wykonywać czynności automatycznie. W wyniku tych czynności powstaje scenariusz działania procesu po wdrożeniu, stanowiący podstawę do przygotowania wymagań funkcjonalnych. Ponadto zakres Pana usług obejmuje także analizowanie, projektowanie i optymalizowanie procesów biznesowych Zleceniodawcy polegające na analizie i uporządkowaniu procesów objętych projektami realizowanymi przez Kontrahenta, o ile pozostają one w związku z wdrożeniem albo zmianą rozwiązania informatycznego. Zakres obejmuje wyłącznie te elementy procesu, które są istotne dla przygotowania, dopasowania albo wdrożenia systemu. W wyniku Pana działań powstaje opis procesu w wersji uporządkowanej lub docelowej, służący jako podstawa prac wdrożeniowych i dokumentacyjnych.

Skoro system informatyczny to potocznie zespół systemów komputerowych, sieci i specyficznego, dedykowanego indywidualnym potrzebom kontrahenta oprogramowania, służący do przetwarzania informacji, to świadczone w ww. zakresie usługi należy uznać za dotyczące doradztwa związanego z oprogramowaniem.

Zauważyć należy, że zaprojektowane pod indywidualne zapotrzebowanie klienta, odpowiadające charakterowi jego działalności, stworzone i zaimplementowane oprogramowanie decyduje o możliwości zbierania, przechowywania, przetwarzania i komunikowania informacji przez przedsiębiorstwo.

Z tego powodu, w ocenie tutejszego organu, wszelka dokumentacja, opinie, czy raporty (w tym opracowywanie rozwiązań problemów zidentyfikowanych u klientów Kontrahenta, projektowanie systemów informatycznych, projektowanie procesów biznesowych oraz tworzenie scenariuszy automatyzacji, a także analizowanie, projektowanie i optymalizowanie procesów biznesowych Zleceniodawcy) dotyczące systemów, czyli aplikacji, programów lub platform wykorzystywanych przez klienta do obsługi określonych procesów w działalności operacyjnej, wskazują na ścisły związek z doradztwem w zakresie oprogramowania, nawet jeżeli bezpośrednio nie uczestniczy Pan w procesie tworzenia oprogramowania (kodu źródłowego).

W świetle powyższego, skoro Pana usługi rozpoznania potrzeb klienta Kontrahenta dotyczących systemów (istniejących oraz planowanych), a następnie zebranie i uporządkowanie tych informacji oraz przełożenie ich na opis zrozumiały dla zespołu technicznego Kontrahenta, skupiają się na doradztwie informatycznym oraz jednocześnie dotyczą oprogramowania, przyjąć należy, ż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, stwierdzić należy, że przychody uzyskiwane przez Pana ze świadczenia w ramach działalności gospodarczej opisanych usług – jak wynika z przeprowadzonej analizy – związanych z doradztwem w zakresie oprogramowania, podlegają opodatkowaniu stawką ryczałtu od przychodów ewidencjonowanych w wysokości 12%, określoną 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, a nie – jak wynika z Pana stanowiska – stawką 8,5%.

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

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy:

-        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 oraz 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ść.

Przyporządkowanie do odpowiedniego grupowania PKWiU zostało przeprowadzone wyłącznie na potrzeby ustalenia właściwej stawki zryczałtowanego podatku dochodowego. Zgodnie bowiem z zasadami metodycznymi Polskiej Klasyfikacji Wyrobów i Usług (PKWiU 2015) zaliczanie danego produktu do odpowiedniego grupowania jest obowiązkiem producenta, względnie usługodawcy [pkt 7.3 załącznika do Rozporządzenia Rady Ministrów w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) z dnia 4 września 2015 r. (Dz.U. z 2015 r. poz. 1676)].

Przy wydawaniu niniejszej interpretacji dokonałem 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 oraz zdarzenie przyszłe jest zgodne ze stanem rzeczywistym. W ramach postępowania o wydanie interpretacji przepisów prawa podatkowego nie przeprowadzam postępowania dowodowego, lecz opieram się jedynie na zdarzeniu przyszłym przedstawionym we wniosku. Ustalenie stanu rzeczywistego stanowi domenę ewentualnego postępowania podatkowego. To na podatniku ciąży obowiązek udowodnienia w toku tego postępowania okoliczności faktycznych, z których wywodzi on dla siebie korzystne skutki prawne.

Pouczenie o funkcji ochronnej interpretacji

·     Funkcję ochronną interpretacji indywidualnych określają przepisy art. 14k-14nb ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (t. j. Dz. U. z 2026 r. poz. 622). 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 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.