0112-KDSL1-1.4011.521.2026.3.DT

Interpretacja indywidualna – stanowisko nieprawidłowe

Szanowny Panie,

stwierdzam, że Pana stanowisko w sprawie oceny skutków podatkowych opisanego stanu faktycznego i 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

18 czerwca 2026 r. wpłynął Pana wniosek z 18 czerwca 2026 r. o wydanie interpretacji indywidualnej. Uzupełnił go Pan pismami z 20 lipca 2026 r. (wpływ do Krajowej Informacji Skarbowej 28 lipca 2026 r.) oraz pismem z 3 sierpnia 2026 r. (wpływ do Krajowej Informacji Skarbowej 4 sierpnia 2026 r.) – w odpowiedzi na wezwania. Treść wniosku jest następująca:

Opis stanu faktycznego i zdarzenia przyszłego

Wnioskodawca prowadził pozarolniczą działalność gospodarczą w okresie od dnia (…) 2023 r. do dnia (…) 2025 r. W ramach prowadzonej działalności świadczył usługi na rzecz kontrahenta na podstawie umowy B2B. Uzyskiwane przychody opodatkowywał ryczałtem od przychodów ewidencjonowanych według stawki 12%.

Zakres wykonywanych czynności obejmował w szczególności analizę źródeł danych, ich struktury oraz zawartości na potrzeby realizowanych procesów biznesowych, współpracę z przedstawicielami biznesu w celu identyfikacji i doprecyzowania wymagań biznesowych oraz kryteriów akceptacji, przekazywanie i wyjaśnianie wymagań biznesowych zespołom projektowym, przygotowywanie i dokumentowanie wymagań funkcjonalnych, wspieranie procesu planowania prac projektowych, wspieranie procesu testowania poprzez analizę zgłoszeń i ustalanie priorytetów, analizę zgłoszonych błędów i wspieranie procesu ustalania ich priorytetów oraz przygotowywanie raportów i komunikowanie statusu prac interesariuszom.

Świadczone usługi miały charakter analityczny, organizacyjny i dokumentacyjny. Wnioskodawca nie tworzył i nie rozwijał oprogramowania, nie programował, nie tworzył kodu źródłowego, nie instalował oprogramowania oraz nie świadczył usług doradztwa w zakresie oprogramowania ani sprzętu komputerowego. Nie zajmował się również zarządzaniem sieciami ani systemami informatycznymi. Działalność gospodarcza została zakończona z dniem (…) 2025 r.

Od dnia (…) 2026 r. Wnioskodawca ponownie rozpoczyna prowadzenie pozarolniczej działalności gospodarczej i będzie świadczył usługi na podstawie nowej umowy B2B.

Zakres czynności będzie obejmował w szczególności analizę produktu i jego środowiska technologicznego, w tym danych, systemów i interfejsów, identyfikowanie potrzeb biznesowych użytkowników i przekładanie ich na wymagania funkcjonalne oraz dokumentację wymagań, współpracę z właścicielami produktów, programistami i pozostałymi interesariuszami, dokumentowanie wymagań funkcjonalnych i niefunkcjonalnych, przygotowywanie historii użytkowników i kryteriów akceptacji, modelowanie procesów biznesowych, przygotowywanie diagramów przepływu danych i schematów blokowych, przygotowywanie dokumentacji, prezentacji oraz wspieranie transferu wiedzy, a także identyfikowanie możliwości usprawnień i wspieranie rozwoju produktu.

Usługi będą miały charakter analityczny, organizacyjny i dokumentacyjny. Wnioskodawca nie będzie tworzył ani rozwijał oprogramowania, programował, tworzył kodu źródłowego, instalował oprogramowania ani świadczył usług doradztwa w zakresie oprogramowania lub sprzętu komputerowego. Nie będzie również zarządzał sieciami i systemami informatycznymi. Wnioskodawca nie będzie uczestniczył w projektowaniu architektury systemów informatycznych, podejmowaniu decyzji dotyczących rozwiązań technicznych ani odpowiadał za implementację rozwiązań informatycznych. Rola Wnioskodawcy polega i będzie polegała na analizie potrzeb biznesowych, dokumentowaniu wymagań oraz wspieraniu komunikacji pomiędzy stroną biznesową i zespołami technicznymi. Przedmiotem niniejszego wniosku nie jest dokonanie klasyfikacji statystycznej usług, lecz ustalenie właściwej stawki ryczałtu od przychodów ewidencjonowanych dla opisanych czynności.

Pismem z 20 lipca 2026 r. i 3 sierpnia 2026 r. uzupełnił Pan opis sprawy o następujące informacje:

II. Informacje formalne

1. Forma opodatkowania

Wnioskodawca złożył oświadczenie o wyborze opodatkowania ryczałtem od przychodów ewidencjonowanych dla działalności gospodarczej prowadzonej do dnia (…) 2025 r., jak również dla działalności gospodarczej ponownie rozpoczętej od dnia (…) 2026 r.

Przychody z działalności gospodarczej były oraz są opodatkowane w formie ryczałtu od przychodów ewidencjonowanych.

2. Pozostałe przychody

Poza usługami opisanymi we wniosku Wnioskodawca nie osiąga innych przychodów z pozarolniczej działalności gospodarczej.

Wszystkie osiągane przychody dotyczą jednego rodzaju działalności wykonywanej w ramach usług analizy biznesowej.

W konsekwencji Wnioskodawca nie prowadzi ewidencji pozwalającej na wyodrębnienie przychodów opodatkowanych różnymi stawkami ryczałtu.

3. Warunki określone w art. 6 ust. 4 ustawy

Wnioskodawca spełnia warunki określone w art. 6 ust. 4 ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, uprawniające do opodatkowania osiąganych przychodów ryczałtem od przychodów ewidencjonowanych.

4. Przesłanki określone w art. 8 ustawy

W stosunku do Wnioskodawcy nie zachodzą przesłanki wyłączające możliwość stosowania ryczałtu od przychodów ewidencjonowanych określone w art. 8 powołanej ustawy.

III. Charakter prowadzonej działalności

Przedmiotem działalności gospodarczej Wnioskodawcy jest świadczenie usług analizy biznesowej (Business Analysis) na rzecz podmiotów z sektora (…) .

Usługi świadczone przez Wnioskodawcę polegają na analizie procesów biznesowych, identyfikowaniu potrzeb użytkowników biznesowych, opracowywaniu dokumentacji funkcjonalnej oraz zapewnianiu sprawnej komunikacji pomiędzy przedstawicielami biznesu a zespołem realizującym prace projektowe.

Świadczone usługi mają charakter analityczny, organizacyjny oraz dokumentacyjny.

W okresie objętym wnioskiem Wnioskodawca realizował projekty dotyczące procesów związanych z (…) , natomiast od dnia (…) 2026 r. świadczy usługi w projekcie dotyczącym obszaru (…) .

Zmiana obszaru biznesowego nie wpłynęła na charakter świadczonych usług.

Zarówno w stanie faktycznym, jak i w zdarzeniu przyszłym zakres wykonywanych czynności pozostaje tożsamy i obejmuje wykonywanie usług analizy biznesowej.

IV. Rola Wnioskodawcy w realizowanych projektach

W okresach objętych wnioskiem Wnioskodawca świadczy usługi jako Business Analyst w projektach realizowanych na rzecz podmiotów z sektora bankowego.

Prace wykonywane są w metodyce Scrum, w której poszczególni członkowie zespołu odpowiadają za odrębne obszary projektu.

Za określenie celów biznesowych, priorytetów oraz zakresu funkcjonalności odpowiada Product Owner.

Rolą Wnioskodawcy jest identyfikowanie potrzeb biznesowych, ich analiza oraz przygotowanie dokumentacji umożliwiającej prawidłowe zrozumienie oczekiwań użytkowników biznesowych przez wszystkie osoby uczestniczące w realizacji projektu.

W ramach świadczonych usług Wnioskodawca uczestniczy w spotkaniach z przedstawicielami biznesu, podczas których analizowane są istniejące procesy oraz oczekiwane zmiany wynikające z potrzeb organizacji.

Na podstawie uzyskanych informacji Wnioskodawca przygotowuje dokumentację opisującą wymagania biznesowe i funkcjonalne oraz porządkuje je w sposób umożliwiający ich dalszą realizację przez zespół projektowy.

Dokumentacja przygotowywana przez Wnioskodawcę obejmuje w szczególności:

• wymagania biznesowe,

• wymagania funkcjonalne,

• User Stories,

• Acceptance Criteria,

• przypadki użycia (Use Cases),

• diagramy BPMN przedstawiające przebieg procesów biznesowych,

• diagramy UML wykorzystywane wyłącznie do przedstawienia funkcjonalności oraz zależności pomiędzy wymaganiami z perspektywy biznesowej.

Celem przygotowywanej dokumentacji jest jednoznaczne opisanie oczekiwań użytkowników biznesowych oraz zapewnienie wspólnego rozumienia wymagań przez uczestników projektu.

Wnioskodawca uczestniczy również w wydarzeniach Scrum, w szczególności: (…) .

Udział w tych spotkaniach polega na wyjaśnianiu przygotowanych wymagań biznesowych, doprecyzowywaniu oczekiwań użytkowników oraz udzielaniu odpowiedzi na pytania dotyczące dokumentacji funkcjonalnej.

Po przygotowaniu dokumentacji decyzje dotyczące sposobu realizacji poszczególnych funkcjonalności podejmowane są przez członków zespołu technicznego odpowiedzialnych za implementację rozwiązania.

Wnioskodawca nie określa sposobu implementacji funkcjonalności ani nie uczestniczy w podejmowaniu decyzji dotyczących technologii wykorzystywanej w projekcie. 

Programiści samodzielnie decydują o sposobie napisania kodu źródłowego, wyborze technologii, strukturze aplikacji oraz pozostałych rozwiązaniach technicznych.

Rola Wnioskodawcy kończy się na przygotowaniu dokumentacji biznesowej i funkcjonalnej oraz zapewnieniu właściwej komunikacji pomiędzy przedstawicielami biznesu a zespołem realizującym prace techniczne.

Dla przejrzystości zakres wykonywanych czynności przedstawiono w poniższym zestawieniu.

Zakres czynności wykonywanych przez Wnioskodawcę:

• analiza procesów biznesowych,

• identyfikacja potrzeb biznesowych,

• analiza wymagań użytkowników,

• przygotowywanie User Stories,

• opracowywanie wymagań funkcjonalnych,

• przygotowywanie Acceptance Criteria,

• modelowanie procesów biznesowych (BPMN),

• przygotowywanie diagramów UML o charakterze biznesowym,

• przygotowywanie przypadków użycia,

• wspieranie komunikacji pomiędzy biznesem i zespołem projektowym,

• wsparcie odbioru biznesowego rozwiązania,

• analiza zgłoszeń użytkowników z perspektywy biznesowej.

Czynności niewykonywane przez Wnioskodawcę:

• tworzenie kodu źródłowego,

• programowanie,

• projektowanie architektury systemów,

• projektowanie baz danych,

• dobór technologii,

• projektowanie rozwiązań technicznych,

• implementacja funkcjonalności,

• tworzenie dokumentacji architektonicznej,

• administrowanie systemami informatycznymi,

• wykonywanie testów technicznych,

• wykonywanie zapytań SQL,

• usuwanie błędów programistycznych.

Powyższe zestawienie odzwierciedla rzeczywisty zakres świadczonych usług. Istotą działalności Wnioskodawcy jest analiza procesów biznesowych, dokumentowanie wymagań oraz wspieranie komunikacji pomiędzy przedstawicielami biznesu a zespołem realizującym prace projektowe. Wnioskodawca nie wykonuje czynności polegających na tworzeniu, rozwijaniu ani wdrażaniu oprogramowania.

V. Szczegółowy opis usług świadczonych w okresie od (…) 2023 r. do (…) 2025 r.

W okresie od dnia (…) 2023 r. do dnia (…) 2025 r. Wnioskodawca świadczył usługi analizy biznesowej w projekcie realizowanym dla podmiotu z sektora bankowego, dotyczącym procesów związanych z (…) .

Zakres świadczonych usług obejmował wyłącznie czynności analityczne, organizacyjne oraz dokumentacyjne. Celem wykonywanych prac było rozpoznanie potrzeb biznesowych klienta, ich udokumentowanie oraz zapewnienie właściwego przepływu informacji pomiędzy przedstawicielami biznesu a zespołem projektowym.

a) Analiza procesów biznesowych

Wnioskodawca analizował przebieg procesów biznesowych związanych z (…) , identyfikując poszczególne etapy procesu, uczestników, wykorzystywane informacje oraz zależności pomiędzy czynnościami wykonywanymi przez użytkowników biznesowych.

Analiza prowadzona była w celu zrozumienia sposobu funkcjonowania procesu oraz określenia oczekiwanych zmian wynikających z potrzeb biznesowych klienta.

Efekt prac: opracowanie opisu procesów biznesowych stanowiącego podstawę do przygotowania dokumentacji wymagań.

b) Identyfikowanie i analiza potrzeb biznesowych

Wnioskodawca prowadził spotkania robocze z przedstawicielami klienta oraz identyfikował potrzeby użytkowników końcowych.

Na podstawie uzyskanych informacji analizował cele biznesowe, porządkował zgłaszane wymagania oraz uzgadniał ich zakres z interesariuszami projektu.

Efekt prac: przygotowanie kompletnego i uzgodnionego opisu wymagań biznesowych.

c) Opracowywanie dokumentacji funkcjonalnej

Na podstawie zidentyfikowanych potrzeb biznesowych Wnioskodawca opracowywał dokumentację funkcjonalną opisującą oczekiwane działanie poszczególnych funkcjonalności z perspektywy użytkownika biznesowego.

Dokumentacja obejmowała między innymi:

• User Stories,

• Acceptance Criteria,

• wymagania funkcjonalne,

• przypadki użycia (Use Cases),

• opisy scenariuszy biznesowych.

Dokumentacja miała na celu jednoznaczne opisanie oczekiwań biznesowych i nie określała sposobu technicznej realizacji funkcjonalności.

Efekt prac: przygotowanie dokumentacji funkcjonalnej wykorzystywanej przez uczestników projektu do realizacji uzgodnionych wymagań.

d) Modelowanie procesów biznesowych

Wnioskodawca przygotowywał diagramy BPMN przedstawiające przebieg procesów biznesowych oraz diagramy UML wykorzystywane do zobrazowania zależności pomiędzy wymaganiami i funkcjonalnościami z perspektywy biznesowej.

Diagramy służyły wyłącznie dokumentowaniu procesów oraz ułatwieniu komunikacji pomiędzy uczestnikami projektu.

Nie stanowiły dokumentacji architektonicznej ani projektu technicznego systemu.

Efekt prac: graficzne przedstawienie procesów biznesowych oraz zależności pomiędzy wymaganiami.

e) Wspieranie komunikacji pomiędzy interesariuszami projektu

Wnioskodawca uczestniczył w spotkaniach projektowych organizowanych zgodnie z metodyką Scrum, w szczególności (…) .

Podczas spotkań wyjaśniał znaczenie przygotowanych wymagań biznesowych, odpowiadał na pytania dotyczące dokumentacji oraz doprecyzowywał oczekiwania użytkowników.

Efekt prac: zapewnienie jednolitego rozumienia wymagań biznesowych przez przedstawicieli biznesu i członków zespołu projektowego.

f) Wsparcie odbioru biznesowego

Po wykonaniu prac przez zespół odpowiedzialny za realizację rozwiązania Wnioskodawca weryfikował zgodność dostarczonych funkcjonalności z wcześniej uzgodnionymi wymaganiami biznesowymi oraz kryteriami akceptacji.

Ocena obejmowała wyłącznie zgodność funkcjonalności z oczekiwaniami biznesowymi użytkowników.

Efekt prac: wsparcie procesu odbioru biznesowego oraz potwierdzenie zgodności funkcjonalności z przygotowaną dokumentacją.

g) Analiza zgłoszeń użytkowników

Po wdrożeniu kolejnych funkcjonalności Wnioskodawca analizował zgłoszenia użytkowników dotyczące funkcjonowania procesów biznesowych, oceniał ich wpływ na działalność klienta oraz przygotowywał propozycje dalszego procedowania zgłoszeń z perspektywy biznesowej.

Analiza dotyczyła potrzeb użytkowników i wpływu zgłaszanych zmian na procesy biznesowe.

Efekt prac: przygotowanie materiałów analitycznych wspierających podejmowanie decyzji dotyczących dalszego rozwoju procesów biznesowych.

VI. Szczegółowy opis zdarzenia przyszłego (od dnia 1 czerwca 2026 r.)

Od dnia (…) 2026 r. Wnioskodawca świadczy usługi analizy biznesowej na rzecz podmiotu z sektora bankowego w projekcie dotyczącym (…) .

Projekt dotyczy rozwiązania wspierającego procesy związane z zapewnieniem zgodności działalności organizacji z obowiązującymi regulacjami wewnętrznymi i zewnętrznymi oraz usprawnieniem procesów biznesowych w obszarze compliance.

Zmiana obszaru projektu nie wpłynęła na charakter świadczonych usług. Zakres czynności wykonywanych przez Wnioskodawcę pozostaje taki sam jak w okresie objętym stanem faktycznym i obejmuje wyłącznie usługi analizy biznesowej.

Przez użyte we wniosku określenie „produkt” należy rozumieć rozwiązanie wykorzystywane przez klienta do wspierania procesów biznesowych związanych z zarządzaniem zgodnością (compliance), ewidencjonowaniem wymagań regulacyjnych, monitorowaniem ich realizacji oraz dokumentowaniem działań podejmowanych przez organizację.

a) Analiza procesów biznesowych

Wnioskodawca analizuje procesy biznesowe realizowane w obszarze compliance oraz identyfikuje potrzeby użytkowników związane z wykonywaniem obowiązków wynikających z regulacji wewnętrznych i zewnętrznych.

Analiza obejmuje identyfikację przebiegu procesów, uczestników procesu, wykorzystywanych informacji oraz oczekiwanych rezultatów biznesowych.

Efekt prac: opracowanie opisu procesów biznesowych oraz materiałów stanowiących podstawę przygotowania dokumentacji wymagań.

b) Identyfikowanie potrzeb biznesowych

Na podstawie spotkań z przedstawicielami klienta Wnioskodawca identyfikuje potrzeby użytkowników oraz oczekiwane funkcjonalności wspierające realizację procesów compliance.

Uzyskane informacje są analizowane, porządkowane oraz uzgadniane z interesariuszami projektu.

Efekt prac: przygotowanie uzgodnionych wymagań biznesowych.

c) Opracowywanie dokumentacji funkcjonalnej

Na podstawie wymagań biznesowych Wnioskodawca przygotowuje dokumentację funkcjonalną opisującą oczekiwane zachowanie produktu z perspektywy użytkownika biznesowego.

Dokumentacja obejmuje w szczególności:

• User Stories,

• Acceptance Criteria,

• wymagania funkcjonalne,

• przypadki użycia,

• opisy scenariuszy biznesowych.

Dokumentacja opisuje oczekiwane funkcjonalności oraz sposób ich wykorzystania przez użytkowników biznesowych i nie określa sposobu technicznej realizacji rozwiązania.

Efekt prac: przygotowanie dokumentacji funkcjonalnej stanowiącej podstawę realizacji uzgodnionych wymagań.

d) Modelowanie procesów biznesowych

Wnioskodawca opracowuje diagramy BPMN przedstawiające przebieg procesów biznesowych oraz diagramy UML wykorzystywane do zobrazowania zależności pomiędzy wymaganiami i funkcjonalnościami z perspektywy biznesowej.

Diagramy pełnią funkcję dokumentacyjną i analityczną oraz ułatwiają komunikację pomiędzy uczestnikami projektu.

Efekt prac: przygotowanie graficznego opisu procesów biznesowych i zależności pomiędzy wymaganiami.

e) Wspieranie komunikacji pomiędzy interesariuszami projektu

Wnioskodawca uczestniczy w spotkaniach projektowych prowadzonych zgodnie z metodyką Scrum, w szczególności (…) .

Podczas spotkań wyjaśnia przygotowaną dokumentację, odpowiada na pytania dotyczące wymagań biznesowych oraz doprecyzowuje oczekiwania użytkowników.

Efekt prac: zapewnienie spójnego rozumienia wymagań biznesowych przez uczestników projektu.

f) Wsparcie odbioru biznesowego

Po zakończeniu prac realizacyjnych Wnioskodawca dokonuje oceny zgodności dostarczonych funkcjonalności z wcześniej przygotowaną dokumentacją biznesową oraz uzgodnionymi kryteriami akceptacji.

Ocena dotyczy wyłącznie zgodności funkcjonalności z wymaganiami biznesowymi.

Efekt prac: wsparcie odbioru biznesowego oraz potwierdzenie zgodności funkcjonalności z wymaganiami użytkowników.

g) Analiza zgłoszeń użytkowników

Wnioskodawca analizuje zgłoszenia użytkowników dotyczące funkcjonowania procesów biznesowych, ocenia ich wpływ na działalność organizacji oraz przygotowuje propozycje dalszego procedowania zgłoszeń z perspektywy biznesowej.

Efekt prac: przygotowanie materiałów analitycznych wspierających podejmowanie decyzji dotyczących dalszego rozwoju produktu.

h) Charakter produktu

Produkt, którego dotyczy projekt, stanowi narzędzie wspierające realizację procesów biznesowych w obszarze compliance.

Rola Wnioskodawcy ogranicza się do analizy procesów biznesowych, identyfikowania potrzeb użytkowników, przygotowywania dokumentacji funkcjonalnej oraz wspierania komunikacji pomiędzy przedstawicielami biznesu a zespołem projektowym.

Wnioskodawca nie uczestniczy w projektowaniu architektury rozwiązania, implementacji funkcjonalności ani podejmowaniu decyzji dotyczących sposobu technicznej realizacji produktu.

VII. Informacje dotyczące PKD i PKWiU

Przedmiot działalności gospodarczej Wnioskodawcy został ujawniony w Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod kodem PKD 62.20.B - Pozostała działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi.

Wnioskodawca wskazuje, że klasyfikacja PKD ma charakter ewidencyjny i nie przesądza o sposobie opodatkowania przychodów ani o klasyfikacji świadczonych usług według Polskiej Klasyfikacji Wyrobów i Usług (PKWiU).

Wnioskodawca nie występował do Prezesa Głównego Urzędu Statystycznego o wydanie opinii klasyfikacyjnej dotyczącej świadczonych usług i nie dysponuje urzędowym potwierdzeniem ich klasyfikacji według PKWiU.

Wniosek o wydanie interpretacji indywidualnej opiera się na szczegółowym opisie faktycznie wykonywanych czynności. Intencją Wnioskodawcy nie jest uzyskanie interpretacji dotyczącej klasyfikacji statystycznej usług, lecz potwierdzenie prawidłowości zastosowanej stawki ryczałtu do usług wykonywanych w przedstawionym stanie faktycznym i zdarzeniu przyszłym.

W ocenie Wnioskodawcy rozstrzygające znaczenie dla oceny sprawy ma rzeczywisty charakter wykonywanych czynności, przedstawiony szczegółowo w niniejszym uzupełnieniu, a nie samo oznaczenie działalności kodem PKD.

Pytanie

Czy przychody uzyskiwane przez Wnioskodawcę z tytułu świadczenia opisanych usług o charakterze analitycznym, organizacyjnym i dokumentacyjnym, zarówno w ramach stanu faktycznego obejmującego okres od dnia (…) 2023 r. do dnia (…) 2025 r., jak i zdarzenia przyszłego obejmującego działalność gospodarczą rozpoczynaną od dnia (…) 2026 r., mogą być opodatkowane ryczałtem od przychodów ewidencjonowanych według stawki 8,5%?;

Pana stanowisko w sprawie (ostatecznie doprecyzowane w uzupełnieniu z 20 lipca 2026 r. i 3 sierpnia 2026 r.)

Zdaniem Wnioskodawcy przychody uzyskiwane z tytułu świadczenia opisanych usług podlegają opodatkowaniu 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.

Świadczone przez Wnioskodawcę usługi mają charakter analityczny, organizacyjny i dokumentacyjny. Istotą działalności Wnioskodawcy jest analiza potrzeb biznesowych, dokumentowanie wymagań, modelowanie procesów oraz wspieranie komunikacji pomiędzy stroną biznesową i zespołami technicznymi.

Wnioskodawca nie tworzy i nie rozwija oprogramowania, nie programuje, nie tworzy kodu źródłowego, nie instaluje oprogramowania, nie projektuje architektury systemów informatycznych oraz nie zarządza sieciami ani systemami informatycznymi.

Wnioskodawca nie świadczy również usług doradztwa w zakresie oprogramowania ani usług doradztwa w zakresie sprzętu komputerowego.

W konsekwencji świadczone czynności nie stanowią usług związanych z oprogramowaniem, o których mowa w art. 12 ust. 1 pkt 2b lit. b ustawy, dla których przewidziana została stawka ryczałtu w wysokości 12%. W związku z tym przychody uzyskiwane przez Wnioskodawcę z opisanej działalności powinny podlegać opodatkowaniu według stawki 8,5%.

Stanowisko Wnioskodawcy znajduje potwierdzenie w wydanych interpretacjach indywidualnych Dyrektora Krajowej Informacji Skarbowej, między innymi: interpretacji indywidualnej z dnia 31 marca 2025 r., sygn. 0112-KDSL1- 2.4011.81.2025.2.BR; interpretacji indywidualnej z dnia 27 sierpnia 2025 r., sygn. 0115-KDST2-2.4011.406.2025.1.AP; interpretacji indywidualnej z dnia 15 stycznia 2026 r., sygn. 0114-KDIP3-1.4011.963.2025.1.BS. Przedmiotem niniejszego wniosku nie jest dokonanie klasyfikacji statystycznej usług, lecz ustalenie właściwej stawki ryczałtu od przychodów ewidencjonowanych dla opisanych czynności.

Mając na uwadze przedstawiony stan faktyczny oraz zdarzenie przyszłe, Wnioskodawca wnosi o potwierdzenie, że przychody uzyskiwane z tytułu świadczenia opisanych usług mogą być opodatkowane ryczałtem od przychodów ewidencjonowanych według stawki 8,5%.

W ocenie Wnioskodawcy przychody uzyskiwane z tytułu świadczenia opisanych usług powinny podlegać opodatkowaniu ryczałtem od przychodów ewidencjonowanych według stawki 8,5%, o której mowa w art. 12 ust. 1 pkt 5 lit. a ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, przy założeniu, że przedstawiony opis stanu faktycznego i zdarzenia przyszłego odpowiada rzeczywiście wykonywanym czynnościom.

Jak wynika z opisu sprawy, działalność Wnioskodawcy polega na świadczeniu usług analizy biznesowej, obejmujących identyfikowanie potrzeb biznesowych, analizę procesów, przygotowywanie dokumentacji funkcjonalnej oraz wspieranie komunikacji pomiędzy przedstawicielami biznesu a zespołem projektowym.

Efektem pracy Wnioskodawcy są dokumenty analityczne i funkcjonalne, takie jak wymagania biznesowe, wymagania funkcjonalne, User Stories, Acceptance Criteria, przypadki użycia oraz diagramy BPMN i UML służące dokumentowaniu procesów biznesowych.

Wnioskodawca nie wykonuje czynności polegających na tworzeniu, rozwijaniu lub modyfikowaniu oprogramowania, nie projektuje architektury systemów informatycznych, nie podejmuje decyzji dotyczących doboru technologii ani sposobu implementacji funkcjonalności. Decyzje w tym zakresie należą do członków zespołu technicznego odpowiedzialnych za realizację rozwiązania. 

Rola Wnioskodawcy ogranicza się do analizy potrzeb biznesowych, dokumentowania wymagań oraz zapewnienia prawidłowej komunikacji pomiędzy uczestnikami projektu. Przygotowywana dokumentacja opisuje oczekiwania użytkowników biznesowych i nie stanowi dokumentacji technicznej określającej sposób wykonania lub implementacji rozwiązania.

Dla lepszego zobrazowania charakteru wykonywanych czynności przedstawiono poniższe zestawienie.

Dokumentacja przygotowywana przez Wnioskodawcę:

• User Stories,

• Acceptance Criteria,

• wymagania biznesowe,

• wymagania funkcjonalne,

• diagramy BPMN,

• diagramy UML dokumentujące procesy biznesowe,

• przypadki użycia,

• opis procesów biznesowych.

Dokumentacja techniczna przygotowywana przez zespół realizacyjny:

• dokumentacja architektury,

• specyfikacje techniczne,

• projekt techniczny rozwiązania,

• projekt bazy danych,

• diagramy architektury systemu,

• diagramy komponentów i architektury,

• dokumentacja implementacyjna,

• kod źródłowy.

Powyższe zestawienie wskazuje, że przedmiotem działalności Wnioskodawcy jest analiza i opis potrzeb biznesowych oraz dokumentowanie wymagań użytkowników, natomiast czynności techniczne związane z projektowaniem i wykonaniem rozwiązania pozostają poza zakresem świadczonych usług.

Mając na uwadze przedstawiony stan faktyczny, zdarzenie przyszłe oraz argumentację przedstawioną we wniosku i niniejszym uzupełnieniu, Wnioskodawca podtrzymuje swoje stanowisko i wnosi o potwierdzenie jego prawidłowości poprzez wydanie interpretacji indywidualnej zgodnej z przedstawionym stanowiskiem.

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

Ustawa reguluje opodatkowanie zryczałtowanym podatkiem dochodowym niektórych przychodów (dochodów) osiąganych przez osoby fizyczne prowadzące pozarolniczą działalność gospodarczą.

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:

Pozarolnicza działalność gospodarcza oznacza pozarolniczą działalność gospodarczą w rozumieniu ustawy o podatku dochodowym.

Według 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.):

Ilekroć w ustawie jest mowa o działalności gospodarczej albo pozarolniczej działalności gospodarczej – oznacza to działalność zarobkową:

a) wytwórczą, budowlaną, handlową, usługową,

b) polegającą na poszukiwaniu, rozpoznawaniu i wydobywaniu kopalin ze złóż,

c) polegającą na wykorzystywaniu rzeczy oraz wartości niematerialnych i prawnych

-    prowadzoną we własnym imieniu bez względu na jej rezultat, w sposób zorganizowany i ciągły, z której uzyskane przychody nie są zaliczane do innych przychodów ze źródeł wymienionych w art. 10 ust. 1 pkt 1, 2 i 4-9.

Z kolei, zgodnie z treścią art. 5b ust. 1 tej ustawy:

Za pozarolniczą działalność gospodarczą nie uznaje się czynności, jeżeli łącznie spełnione są następujące warunki:

1)  odpowiedzialność wobec osób trzecich za rezultat tych czynności oraz ich wykonywanie, z wyłączeniem odpowiedzialności za popełnienie czynów niedozwolonych, ponosi zlecający wykonanie tych czynności;

2)  są one wykonywane pod kierownictwem oraz w miejscu i czasie wyznaczonych przez zlecającego te czynności;

3)  wykonujący te czynności nie ponosi ryzyka gospodarczego związanego z prowadzoną działalnością.

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

Opodatkowaniu ryczałtem od przychodów ewidencjonowanych podlegają przychody osób fizycznych lub przedsiębiorstw w spadku z pozarolniczej działalności gospodarczej, o których mowa w art. 7a ust. 4 lub art. 14 ustawy o podatku dochodowym, z zastrzeżeniem ust. 1e-1g, w tym również gdy działalność ta jest prowadzona w formie spółki cywilnej osób fizycznych, spółki cywilnej osób fizycznych i przedsiębiorstwa w spadku lub spółki jawnej osób fizycznych, zwanych dalej „spółką”. Do przychodów przedsiębiorstwa w spadku nie stosuje się przepisu art. 12 ust. 10a.

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

Podatnicy opłacają w roku podatkowym ryczałt od przychodów ewidencjonowanych z działalności wymienionej w ust. 1, jeżeli:

1) w roku poprzedzającym rok podatkowy:

a) uzyskali przychody z tej działalności, prowadzonej wyłącznie samodzielnie, w wysokości nieprzekraczającej 2 000 000 euro, lub

b) uzyskali przychody wyłącznie z działalności prowadzonej w formie spółki, a suma przychodów wspólników spółki z tej działalności nie przekroczyła kwoty 2 000 000 euro,

2) rozpoczną wykonywanie działalności w roku podatkowym i nie korzystają z opodatkowania w formie karty podatkowej – bez względu na wysokość przychodów.

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

Według ww. przepisu:

1. Opodatkowania w formie ryczałtu od przychodów ewidencjonowanych, z zastrzeżeniem art. 6 ust. 1b, nie stosuje się do podatników:

1) opłacających podatek w formie karty podatkowej na zasadach określonych w rozdziale 3;

2) korzystających, na podstawie odrębnych przepisów, z okresowego zwolnienia od podatku dochodowego;

3) osiągających w całości lub w części przychody z tytułu:

a) prowadzenia aptek,

b) (uchylona)

c) działalności w zakresie kupna i sprzedaży wartości dewizowych,

d) (uchylona)

e) (uchylona)

f) działalności w zakresie handlu częściami i akcesoriami do pojazdów mechanicznych;

4) wytwarzających wyroby opodatkowane podatkiem akcyzowym, na podstawie odrębnych przepisów, z wyjątkiem wytwarzania energii elektrycznej z odnawialnych źródeł energii;

5) podejmujących wykonywanie działalności w roku podatkowym po zmianie działalności wykonywanej:

a) samodzielnie na działalność prowadzoną w formie spółki z małżonkiem,

b) w formie spółki z małżonkiem na działalność prowadzoną samodzielnie przez jednego lub każdego z małżonków,

c) samodzielnie przez małżonka na działalność prowadzoną samodzielnie przez drugiego małżonka

- jeżeli małżonek lub małżonkowie przed zmianą opłacali z tytułu prowadzenia tej działalności podatek dochodowy na ogólnych zasadach.

6) (uchylony)

2.  Jeżeli podatnik prowadzący działalność samodzielnie lub w formie spółki, który wybrał opodatkowanie w formie ryczałtu od przychodów ewidencjonowanych, uzyska z tej działalności przychody ze sprzedaży towarów handlowych lub wyrobów lub ze świadczenia usług na rzecz byłego lub obecnego pracodawcy, odpowiadających czynnościom, które podatnik lub co najmniej jeden ze wspólników:

1) wykonywał w roku poprzedzającym rok podatkowy lub

2)  wykonywał lub wykonuje w roku podatkowym

-    w ramach stosunku pracy lub spółdzielczego stosunku pracy, podatnik ten traci w roku podatkowym prawo do opodatkowania w formie ryczałtu od przychodów ewidencjonowanych i, poczynając od dnia uzyskania tego przychodu do końca roku podatkowego, opłaca podatek dochodowy na ogólnych zasadach.

3.  Jeżeli podatnik w roku poprzedzającym rok podatkowy nie uzyskał przychodu z działalności, o której mowa w ust. 1 pkt 3 i 4, traci w roku podatkowym prawo do opodatkowania w formie ryczałtu od przychodów ewidencjonowanych z dniem uzyskania przychodów z tych rodzajów działalności i od tego dnia opłaca podatek dochodowy na ogólnych zasadach.

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

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

Sporządzone na piśmie oświadczenie o wyborze opodatkowania przychodów z pozarolniczej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych na dany rok podatkowy podatnik składa naczelnikowi urzędu skarbowego właściwemu według miejsca zamieszkania podatnika, a w przypadku przedsiębiorstwa w spadku – według ostatniego miejsca zamieszkania zmarłego przedsiębiorcy, do 20. dnia miesiąca następującego po miesiącu, w którym osiągnął pierwszy przychód z tego tytułu w roku podatkowym, albo do końca roku podatkowego, jeżeli pierwszy taki przychód osiągnął w grudniu roku podatkowego.

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.

Przy czym zgodnie z art. 12 ust. 3 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Jeżeli podatnik obowiązany do prowadzenia ewidencji przychodów prowadzi działalność, z której przychody są opodatkowane różnymi stawkami określonymi w ust. 1, ryczałt od przychodów ewidencjonowanych 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 przypadku gdy podatnik, o którym mowa w zdaniu poprzednim, nie prowadzi ewidencji w sposób zapewniający ustalenie przychodów dla każdego rodzaju działalności, ryczałt od przychodów ewidencjonowanych wynosi 8,5% przychodów, z tym że w przypadku osiągania również przychodów, o których mowa w:

1) ust. 1 pkt 1, ryczałt wynosi 17%;

2) ust. 1 pkt 2, ryczałt wynosi 15%;

2a) ust. 1 pkt 2a, ryczałt wynosi 14%;

2b) ust. 1 pkt 2b, ryczałt wynosi 12%;

3) ust. 1 pkt 3, ryczałt wynosi 10%;

4) ust. 1 pkt 4, ryczałt wynosi 12,5%.

Zatem, w sytuacji prowadzenia działalności gospodarczej opodatkowanej zryczałtowanym podatkiem dochodowym wg 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 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:

Ryczałt od przychodów ewidencjonowanych wynosi 12% przychodów ze świadczenia usług związanych z doradztwem w zakresie sprzętu komputerowego (PKWiU 62.02.10.0), związanych z oprogramowaniem (PKWiU ex 62.01.1), objętych grupowaniem „Oryginały oprogramowania komputerowego” (PKWiU 62.01.2), związanych z doradztwem w zakresie oprogramowania (PKWiU ex 62.02), w zakresie instalowania oprogramowania (PKWiU ex 62.09.20.0), związanych z zarządzaniem siecią i systemami informatycznymi (PKWiU 62.03.1).

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

Ryczałt od przychodów ewidencjonowanych wynosi 8,5% przychodów z działalności usługowej, w tym przychodów z działalności gastronomicznej w zakresie sprzedaży napojów o zawartości alkoholu powyżej 1,5%, z zastrzeżeniem pkt 1-4 oraz 6-8.

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

Działalność usługowa to pozarolnicza działalność gospodarcza, której przedmiotem są czynności zaliczone do usług zgodnie z Polską Klasyfikacją Wyrobów i Usług (PKWiU) wprowadzoną rozporządzeniem Rady Ministrów z dnia 4 września 2015 r. w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) (Dz. U. poz. 1676, z 2017 r. poz. 2453, z 2018 r. poz. 2440, z 2019 r. poz. 2554 oraz z 2020 r. poz. 556), z zastrzeżeniem pkt 2 i 3.

Na podstawie art. 4 ust. 4 cytowanej ustawy:

Ilekroć w ustawie używa się oznaczenia „ex” przy symbolu danego grupowania PKWiU, oznacza to, że zakres wyrobów lub usług jest węższy niż określony w tym grupowaniu.

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.

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

Z opisu sprawy przedstawionego we wniosku oraz jego uzupełnieniu wynika, że prowadził Pan pozarolniczą działalność gospodarczą w okresie od dnia 15 września 2023 r. do dnia 1 grudnia 2025 r. W ramach prowadzonej działalności świadczył Pan usługi na rzecz kontrahenta na podstawie umowy B2B. Uzyskiwane przychody opodatkowywał ryczałtem od przychodów ewidencjonowanych według stawki 12%. Przedmiot Pana działalności gospodarczej został ujawniony w Centralnej Ewidencji i Informacji o Działalności Gospodarczej pod kodem PKD 62.20.B - Pozostała działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi. Zakres wykonywanych czynności obejmował w szczególności analizę źródeł danych, ich struktury oraz zawartości na potrzeby realizowanych procesów biznesowych, współpracę z przedstawicielami biznesu w celu identyfikacji i doprecyzowania wymagań biznesowych oraz kryteriów akceptacji, przekazywanie i wyjaśnianie wymagań biznesowych zespołom projektowym, przygotowywanie i dokumentowanie wymagań funkcjonalnych, wspieranie procesu planowania prac projektowych, wspieranie procesu testowania poprzez analizę zgłoszeń i ustalanie priorytetów, analizę zgłoszonych błędów i wspieranie procesu ustalania ich priorytetów oraz przygotowywanie raportów i komunikowanie statusu prac interesariuszom. Świadczone usługi miały charakter analityczny, organizacyjny i dokumentacyjny. Nie tworzył i nie rozwijał Pan oprogramowania, nie programował, nie tworzył kodu źródłowego, nie instalował oprogramowania oraz nie świadczył usług doradztwa w zakresie oprogramowania ani sprzętu komputerowego. Nie zajmował się Pan również zarządzaniem sieciami ani systemami informatycznymi. Działalność gospodarcza została zakończona z dniem (…) 2025 r.

Od dnia (…) 2026 r. ponownie rozpoczął Pan prowadzenie pozarolniczej działalności gospodarczej i świadczy Pan usługi na podstawie nowej umowy B2B. Złożył Pan oświadczenie o wyborze opodatkowania ryczałtem od przychodów ewidencjonowanych dla działalności gospodarczej prowadzonej do dnia (…) 2025 r., jak również dla działalności gospodarczej ponownie rozpoczętej od dnia (…) 2026 r. Poza usługami opisanymi we wniosku nie osiąga Pan innych przychodów z pozarolniczej działalności gospodarczej. Wszystkie osiągane przychody dotyczą jednego rodzaju działalności wykonywanej w ramach usług analizy biznesowej. W konsekwencji nie prowadzi Pan ewidencji pozwalającej na wyodrębnienie przychodów opodatkowanych różnymi stawkami ryczałtu. Spełnia Pan warunki określone w art. 6 ust. 4 ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, uprawniające do opodatkowania osiąganych przychodów ryczałtem od przychodów ewidencjonowanych. W stosunku do Pana nie zachodzą przesłanki wyłączające możliwość stosowania ryczałtu od przychodów ewidencjonowanych określone w art. 8 powołanej ustawy.

Zakres czynności na podstawie nowej umowy B2B będzie obejmował w szczególności analizę produktu i jego środowiska technologicznego, w tym danych, systemów i interfejsów, identyfikowanie potrzeb biznesowych użytkowników i przekładanie ich na wymagania funkcjonalne oraz dokumentację wymagań, współpracę z właścicielami produktów, programistami i pozostałymi interesariuszami, dokumentowanie wymagań funkcjonalnych i niefunkcjonalnych, przygotowywanie historii użytkowników i kryteriów akceptacji, modelowanie procesów biznesowych, przygotowywanie diagramów przepływu danych i schematów blokowych, przygotowywanie dokumentacji, prezentacji oraz wspieranie transferu wiedzy, a także identyfikowanie możliwości usprawnień i wspieranie rozwoju produktu. Usługi będą miały charakter analityczny, organizacyjny i dokumentacyjny. Nie będzie Pan tworzył ani rozwijał oprogramowania, programował, tworzył kodu źródłowego, instalował oprogramowania ani świadczył usług doradztwa w zakresie oprogramowania lub sprzętu komputerowego. Nie będzie Pan również zarządzał sieciami i systemami informatycznymi. Nie będzie Pan uczestniczył w projektowaniu architektury systemów informatycznych, podejmowaniu decyzji dotyczących rozwiązań technicznych ani odpowiadał za implementację rozwiązań informatycznych. Pana rola polega i będzie polegała na analizie potrzeb biznesowych, dokumentowaniu wymagań oraz wspieraniu komunikacji pomiędzy stroną biznesową i zespołami technicznymi.

W uzupełnieniu wniosku wskazał Pan, że przedmiotem Pana działalności gospodarczej jest świadczenie usług analizy biznesowej (Business Analysis) na rzecz podmiotów z sektora (…) . Usługi świadczone przez Pana polegają na analizie procesów biznesowych, identyfikowaniu potrzeb użytkowników biznesowych, opracowywaniu dokumentacji funkcjonalnej oraz zapewnianiu sprawnej komunikacji pomiędzy przedstawicielami biznesu a zespołem realizującym prace projektowe. Świadczone usługi mają charakter analityczny, organizacyjny oraz dokumentacyjny.

W okresie objętym wnioskiem tj. od (…) 2023 r. do dnia (…) 2025 r. realizował Pan projekty dotyczące procesów związanych z (…) , natomiast od dnia (…) 2026 r. świadczy Pan usługi w projekcie dotyczącym obszaru (…) . Zmiana obszaru biznesowego nie wpłynęła na charakter świadczonych usług. Zarówno w stanie faktycznym, jak i w zdarzeniu przyszłym zakres wykonywanych czynności pozostaje tożsamy i obejmuje wykonywanie usług analizy biznesowej. W okresach objętych wnioskiem świadczy Pan usługi jako Business Analyst w projektach realizowanych na rzecz podmiotów z sektora bankowego. Prace wykonywane są w metodyce Scrum, w której poszczególni członkowie zespołu odpowiadają za odrębne obszary projektu. Za określenie celów biznesowych, priorytetów oraz zakresu funkcjonalności odpowiada Product Owner. Pana rolą jest identyfikowanie potrzeb biznesowych, ich analiza oraz przygotowanie dokumentacji umożliwiającej prawidłowe zrozumienie oczekiwań użytkowników biznesowych przez wszystkie osoby uczestniczące w realizacji projektu. W ramach świadczonych usług uczestniczy Pan w spotkaniach z przedstawicielami biznesu, podczas których analizowane są istniejące procesy oraz oczekiwane zmiany wynikające z potrzeb organizacji. Na podstawie uzyskanych informacji przygotowuje Pan dokumentację opisującą wymagania biznesowe i funkcjonalne oraz porządkuje je w sposób umożliwiający ich dalszą realizację przez zespół projektowy. Dokumentacja przygotowywana przez Pana obejmuje w szczególności:

• wymagania biznesowe,

• wymagania funkcjonalne,

• User Stories,

• Acceptance Criteria,

• przypadki użycia (Use Cases),

• diagramy BPMN przedstawiające przebieg procesów biznesowych,

• diagramy UML wykorzystywane wyłącznie do przedstawienia funkcjonalności oraz zależności pomiędzy wymaganiami z perspektywy biznesowej.

Celem przygotowywanej dokumentacji jest jednoznaczne opisanie oczekiwań użytkowników biznesowych oraz zapewnienie wspólnego rozumienia wymagań przez uczestników projektu.

Uczestniczy Pan również w wydarzeniach Scrum. Udział w tych spotkaniach polega na wyjaśnianiu przygotowanych wymagań biznesowych, doprecyzowywaniu oczekiwań użytkowników oraz udzielaniu odpowiedzi na pytania dotyczące dokumentacji funkcjonalnej. Po przygotowaniu dokumentacji decyzje dotyczące sposobu realizacji poszczególnych funkcjonalności podejmowane są przez członków zespołu technicznego odpowiedzialnych za implementację rozwiązania. Nie określa Pan sposobu implementacji funkcjonalności, ani nie uczestniczy w podejmowaniu decyzji dotyczących technologii wykorzystywanej w projekcie. Programiści samodzielnie decydują o sposobie napisania kodu źródłowego, wyborze technologii, strukturze aplikacji oraz pozostałych rozwiązaniach technicznych. Pana rola kończy się na przygotowaniu dokumentacji biznesowej i funkcjonalnej oraz zapewnieniu właściwej komunikacji pomiędzy przedstawicielami biznesu a zespołem realizującym prace techniczne.

Zakres czynności wykonywanych przez Pana:

• analiza procesów biznesowych,

• identyfikacja potrzeb biznesowych,

• analiza wymagań użytkowników,

• przygotowywanie User Stories,

• opracowywanie wymagań funkcjonalnych,

• przygotowywanie Acceptance Criteria,

• modelowanie procesów biznesowych (BPMN),

• przygotowywanie diagramów UML o charakterze biznesowym,

• przygotowywanie przypadków użycia,

• wspieranie komunikacji pomiędzy biznesem i zespołem projektowym,

• wsparcie odbioru biznesowego rozwiązania,

• analiza zgłoszeń użytkowników z perspektywy biznesowej.

Czynności niewykonywane przez Pana:

• tworzenie kodu źródłowego,

• programowanie,

• projektowanie architektury systemów,

• projektowanie baz danych,

• dobór technologii,

• projektowanie rozwiązań technicznych,

• implementacja funkcjonalności,

• tworzenie dokumentacji architektonicznej,

• administrowanie systemami informatycznymi,

• wykonywanie testów technicznych,

• wykonywanie zapytań SQL,

• usuwanie błędów programistycznych.

Powyższe zestawienie odzwierciedla rzeczywisty zakres świadczonych usług. Istotą Pana działalności jest analiza procesów biznesowych, dokumentowanie wymagań oraz wspieranie komunikacji pomiędzy przedstawicielami biznesu a zespołem realizującym prace projektowe. Nie wykonuje Pan czynności polegających na tworzeniu, rozwijaniu ani wdrażaniu oprogramowania.

W okresie od (…) 2023 r. do (…) 2025 r. świadczył Pan usługi analizy biznesowej w projekcie realizowanym dla podmiotu z sektora bankowego, dotyczącym procesów związanych z (…) . Zakres świadczonych usług obejmował wyłącznie czynności analityczne, organizacyjne oraz dokumentacyjne. Celem wykonywanych prac było rozpoznanie potrzeb biznesowych klienta, ich udokumentowanie oraz zapewnienie właściwego przepływu informacji pomiędzy przedstawicielami biznesu a zespołem projektowym.

a) Analiza procesów biznesowych

Analizował Pan przebieg procesów biznesowych związanych z (…) , identyfikując poszczególne etapy procesu, uczestników, wykorzystywane informacje oraz zależności pomiędzy czynnościami wykonywanymi przez użytkowników biznesowych. Analiza prowadzona była w celu zrozumienia sposobu funkcjonowania procesu oraz określenia oczekiwanych zmian wynikających z potrzeb biznesowych klienta.

Efekt prac: opracowanie opisu procesów biznesowych stanowiącego podstawę do przygotowania dokumentacji wymagań.

b) Identyfikowanie i analiza potrzeb biznesowych

Prowadził Pan spotkania robocze z przedstawicielami klienta oraz identyfikował potrzeby użytkowników końcowych. Na podstawie uzyskanych informacji analizował cele biznesowe, porządkował zgłaszane wymagania oraz uzgadniał ich zakres z interesariuszami projektu.

Efekt prac: przygotowanie kompletnego i uzgodnionego opisu wymagań biznesowych.

c) Opracowywanie dokumentacji funkcjonalnej

Na podstawie zidentyfikowanych potrzeb biznesowych opracowywał Pan dokumentację funkcjonalną opisującą oczekiwane działanie poszczególnych funkcjonalności z perspektywy użytkownika biznesowego.

Dokumentacja obejmowała między innymi:

• User Stories,

• Acceptance Criteria,

• wymagania funkcjonalne,

• przypadki użycia (Use Cases),

• opisy scenariuszy biznesowych.

Dokumentacja miała na celu jednoznaczne opisanie oczekiwań biznesowych i nie określała sposobu technicznej realizacji funkcjonalności.

Efekt prac: przygotowanie dokumentacji funkcjonalnej wykorzystywanej przez uczestników projektu do realizacji uzgodnionych wymagań.

d) Modelowanie procesów biznesowych

Przygotowywał Pan diagramy BPMN przedstawiające przebieg procesów biznesowych oraz diagramy UML wykorzystywane do zobrazowania zależności pomiędzy wymaganiami i funkcjonalnościami z perspektywy biznesowej. Diagramy służyły wyłącznie dokumentowaniu procesów oraz ułatwieniu komunikacji pomiędzy uczestnikami projektu. Nie stanowiły dokumentacji architektonicznej ani projektu technicznego systemu.

Efekt prac: graficzne przedstawienie procesów biznesowych oraz zależności pomiędzy wymaganiami.

e) Wspieranie komunikacji pomiędzy interesariuszami projektu

Uczestniczył Pan w spotkaniach projektowych organizowanych zgodnie z metodyką Scrum, w szczególności (…) . Podczas spotkań wyjaśniał znaczenie przygotowanych wymagań biznesowych, odpowiadał na pytania dotyczące dokumentacji oraz doprecyzowywał oczekiwania użytkowników.

Efekt prac: zapewnienie jednolitego rozumienia wymagań biznesowych przez przedstawicieli biznesu i członków zespołu projektowego.

f) Wsparcie odbioru biznesowego

Po wykonaniu prac przez zespół odpowiedzialny za realizację rozwiązania weryfikował Pan zgodność dostarczonych funkcjonalności z wcześniej uzgodnionymi wymaganiami biznesowymi oraz kryteriami akceptacji. Ocena obejmowała wyłącznie zgodność funkcjonalności z oczekiwaniami biznesowymi użytkowników.

Efekt prac: wsparcie procesu odbioru biznesowego oraz potwierdzenie zgodności funkcjonalności z przygotowaną dokumentacją.

g) Analiza zgłoszeń użytkowników

Po wdrożeniu kolejnych funkcjonalności analizował Pan zgłoszenia użytkowników dotyczące funkcjonowania procesów biznesowych, oceniał ich wpływ na działalność klienta oraz przygotowywał propozycje dalszego procedowania zgłoszeń z perspektywy biznesowej. Analiza dotyczyła potrzeb użytkowników i wpływu zgłaszanych zmian na procesy biznesowe.

Efekt prac: przygotowanie materiałów analitycznych wspierających podejmowanie decyzji dotyczących dalszego rozwoju procesów biznesowych.

Od (…) 2026 r. świadczy Pan usługi analizy biznesowej na rzecz podmiotu z sektora bankowego w projekcie dotyczącym (…) . Projekt dotyczy rozwiązania wspierającego procesy związane z zapewnieniem zgodności działalności organizacji z obowiązującymi regulacjami wewnętrznymi i zewnętrznymi oraz usprawnieniem procesów biznesowych w obszarze compliance. Zmiana obszaru projektu nie wpłynęła na charakter świadczonych usług. Zakres czynności wykonywanych przez Pana pozostaje taki sam jak w okresie objętym stanem faktycznym i obejmuje wyłącznie usługi analizy biznesowej. Przez użyte we wniosku określenie „produkt” należy rozumieć rozwiązanie wykorzystywane przez klienta do wspierania procesów biznesowych związanych z zarządzaniem zgodnością (compliance), ewidencjonowaniem wymagań regulacyjnych, monitorowaniem ich realizacji oraz dokumentowaniem działań podejmowanych przez organizację.

a) Analiza procesów biznesowych

Analizuje Pan procesy biznesowe realizowane w obszarze compliance oraz identyfikuje potrzeby użytkowników związane z wykonywaniem obowiązków wynikających z regulacji wewnętrznych i zewnętrznych. Analiza obejmuje identyfikację przebiegu procesów, uczestników procesu, wykorzystywanych informacji oraz oczekiwanych rezultatów biznesowych.

Efekt prac: opracowanie opisu procesów biznesowych oraz materiałów stanowiących podstawę przygotowania dokumentacji wymagań.

b) Identyfikowanie potrzeb biznesowych

Na podstawie spotkań z przedstawicielami klienta identyfikuje Pan potrzeby użytkowników oraz oczekiwane funkcjonalności wspierające realizację procesów compliance. Uzyskane informacje są analizowane, porządkowane oraz uzgadniane z interesariuszami projektu.

Efekt prac: przygotowanie uzgodnionych wymagań biznesowych.

c) Opracowywanie dokumentacji funkcjonalnej

Na podstawie wymagań biznesowych przygotowuje Pan dokumentację funkcjonalną opisującą oczekiwane zachowanie produktu z perspektywy użytkownika biznesowego.

Dokumentacja obejmuje w szczególności:

• User Stories,

• Acceptance Criteria,

• wymagania funkcjonalne,

• przypadki użycia,

• opisy scenariuszy biznesowych.

Dokumentacja opisuje oczekiwane funkcjonalności oraz sposób ich wykorzystania przez użytkowników biznesowych i nie określa sposobu technicznej realizacji rozwiązania.

Efekt prac: przygotowanie dokumentacji funkcjonalnej stanowiącej podstawę realizacji uzgodnionych wymagań.

d) Modelowanie procesów biznesowych

Opracowuje Pan diagramy BPMN przedstawiające przebieg procesów biznesowych oraz diagramy UML wykorzystywane do zobrazowania zależności pomiędzy wymaganiami i funkcjonalnościami z perspektywy biznesowej. Diagramy pełnią funkcję dokumentacyjną i analityczną oraz ułatwiają komunikację pomiędzy uczestnikami projektu.

Efekt prac: przygotowanie graficznego opisu procesów biznesowych i zależności pomiędzy wymaganiami.

e) Wspieranie komunikacji pomiędzy interesariuszami projektu

Uczestniczy Pan w spotkaniach projektowych prowadzonych zgodnie z metodyką Scrum, w szczególności Sprint Planning, Backlog Refinement, Daily Scrum oraz Sprint Review. Podczas spotkań wyjaśnia przygotowaną dokumentację, odpowiada na pytania dotyczące wymagań biznesowych oraz doprecyzowuje oczekiwania użytkowników.

Efekt prac: zapewnienie spójnego rozumienia wymagań biznesowych przez uczestników projektu.

f) Wsparcie odbioru biznesowego

Po zakończeniu prac realizacyjnych dokonuje Pan oceny zgodności dostarczonych funkcjonalności z wcześniej przygotowaną dokumentacją biznesową oraz uzgodnionymi kryteriami akceptacji. Ocena dotyczy wyłącznie zgodności funkcjonalności z wymaganiami biznesowymi.

Efekt prac: wsparcie odbioru biznesowego oraz potwierdzenie zgodności funkcjonalności z wymaganiami użytkowników.

g) Analiza zgłoszeń użytkowników

Analizuje Pan zgłoszenia użytkowników dotyczące funkcjonowania procesów biznesowych, ocenia ich wpływ na działalność organizacji oraz przygotowuje propozycje dalszego procedowania zgłoszeń z perspektywy biznesowej.

Efekt prac: przygotowanie materiałów analitycznych wspierających podejmowanie decyzji dotyczących dalszego rozwoju produktu.

h) Charakter produktu

Produkt, którego dotyczy projekt, stanowi narzędzie wspierające realizację procesów biznesowych w obszarze compliance. Pana rola ogranicza się do analizy procesów biznesowych, identyfikowania potrzeb użytkowników, przygotowywania dokumentacji funkcjonalnej oraz wspierania komunikacji pomiędzy przedstawicielami biznesu a zespołem projektowym.

Nie uczestniczy Pan w projektowaniu architektury rozwiązania, implementacji funkcjonalności ani podejmowaniu decyzji dotyczących sposobu technicznej realizacji produktu.

Jak wcześniej wspomniałem, wysokość stawek 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. Dla rozróżnienia rodzajów tych działalności, ustawodawca posłużył się m.in. grupowaniami Polskiej Klasyfikacji Wyrobów i Usług (PKWiU), 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.). Wobec tego, dla zastosowania właściwej stawki ryczałtu do przychodów uzyskanych z prowadzonej przez podatnika działalności gospodarczej konieczne jest każdorazowe przypisanie rodzaju wykonywanych czynności do określonego grupowania PKWiU.

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 przez podmiot gospodarczy wykonujący usługę.

Zgodnie z pkt 7.4 ww. Zasad metodycznych zaklasyfikowanie określonego produktu wg PKWiU 2015 należy określać możliwie jak najbardziej szczegółowo, tj. za pomocą grupowań końcowych. W przypadku, gdy dokonane zaklasyfikowanie jest zbyt szczegółowe dla potrzeb użytkowników, można wówczas ustalić mniej szczegółowe, posługując się grupowaniem macierzystym odpowiedniego poziomu.

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.

I tak, klasa PKWiU 62.02 „USŁUGI ZWIĄZANE Z DORADZTWEM W ZAKRESIE INFORMATYKI” obejmuje następujące 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:

-   usługi związane z doradztwem lub opiniowaniem przez specjalistę technologii informatycznych dotyczące sprzętu komputerowego, takie jak: doradztwo w sprawach dotyczących wymagań odnośnie sprzętu komputerowego i zaopatrzenia w sprzęt komputerowy,

-   usługi w zakresie dostarczania certyfikatów dotyczących sprzętu komputerowego,

-   usługi łączące ocenę potrzeb związanych z systemem komputerowym, doradzanie w zakresie zakupu oprogramowania i sprzętu komputerowego oraz umieszczenia nowego systemu na miejscu,

-   usługi w zakresie integracji systemów komputerowych, tj. analiza aktualnego systemu komputerowego klienta, obecne i przyszłe wymagania odnośnie zakupu nowego sprzętu i oprogramowania oraz integracja nowych i starych elementów systemu w celu stworzenia nowego zintegrowanego systemu.

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

- usługi związane z doradztwem lub opiniowaniem przez ekspertów spraw w zakresie systemów informatycznych i oprogramowania, takie jak:

- doradztwo dotyczące oprogramowania w zakresie wymagań i zaopatrzenia,

- systemy zabezpieczające.

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

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

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

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

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

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

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

Biorąc pod uwagę przedstawiony opis sprawy, w szczególności zakres świadczonych usług, powołane przepisy prawa, a także uwzględniając ww. zasady metodyczne oraz wyjaśnienia GUS do Polskiej Klasyfikacji Wyrobów i Usług, stwierdzam, że świadczone przez Pana usługi, które opisał Pan we wniosku i uzupełnieniu, wpisują się w zakres grupowania PKWiU 62.02 „USŁUGI ZWIĄZANE Z DORADZTWEM W ZAKRESIE INFORMATYKI”.

Jak wynika z powołanego przepisu art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, ustawodawca przewidział 12% stawkę ryczałtu 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” 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.

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

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

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

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.

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 (PKWiU 62.02) mają związek z doradztwem w zakresie oprogramowania.

Jak sam Pan wskazał, zakres czynności wykonywanych przez Pana będzie obejmował w szczególności analizę produktu i jego środowiska technologicznego, w tym danych, systemów i interfejsów, identyfikowanie potrzeb biznesowych użytkowników i przekładanie ich na wymagania funkcjonalne oraz dokumentację wymagań, współpracę z właścicielami produktów, programistami i pozostałymi interesariuszami, dokumentowanie wymagań funkcjonalnych i niefunkcjonalnych, przygotowywanie historii użytkowników i kryteriów akceptacji, modelowanie procesów biznesowych, przygotowywanie diagramów przepływu danych i schematów blokowych, przygotowywanie dokumentacji, prezentacji oraz wspieranie transferu wiedzy, a także identyfikowanie możliwości usprawnień i wspieranie rozwoju produktu. Pana praca polegała i polega na świadczeniu usług w zakresie analizy procesów biznesowych, identyfikacji potrzeb biznesowych, analizy wymagań użytkowników, przygotowywania User Stories, opracowywania wymagań funkcjonalnych, przygotowywania Acceptance Criteria, modelowanie procesów biznesowych (BPMN), przygotowywania diagramów UML o charakterze biznesowym, przygotowywania przypadków użycia, wspierania komunikacji pomiędzy biznesem i zespołem projektowym, wsparcia odbioru biznesowego rozwiązania, analizy zgłoszeń użytkowników z perspektywy biznesowej. Dokumentacja przygotowywana przez Pana obejmuje: wymagania biznesowe, wymagania funkcjonalne, User Stories, Acceptance Criteria, przypadki użycia (Use Cases), diagramy BPMN przedstawiające przebieg procesów biznesowych, diagramy UML wykorzystywane wyłącznie do przedstawienia funkcjonalności oraz zależności pomiędzy wymaganiami z perspektywy biznesowej. Efekty prac wykonywanych przez Pana to: opracowanie opisu procesów biznesowych stanowiącego podstawę do przygotowania dokumentacji wymagań, przygotowanie kompletnego i uzgodnionego opisu wymagań biznesowych, przygotowanie dokumentacji funkcjonalnej wykorzystywanej przez uczestników projektu do realizacji uzgodnionych wymagań, graficzne przedstawienie procesów biznesowych oraz zależności pomiędzy wymaganiami, zapewnienie jednolitego rozumienia wymagań biznesowych przez przedstawicieli biznesu i członków zespołu projektowego, wsparcie procesu odbioru biznesowego oraz potwierdzenie zgodności funkcjonalności z przygotowaną dokumentacją, przygotowanie materiałów analitycznych wspierających podejmowanie decyzji dotyczących dalszego rozwoju procesów biznesowych.

Wskazał Pan również, że uczestniczy Pan również w wydarzeniach Scrum. Udział w tych spotkaniach polega na wyjaśnianiu przygotowanych wymagań biznesowych, doprecyzowywaniu oczekiwań użytkowników oraz udzielaniu odpowiedzi na pytania dotyczące dokumentacji funkcjonalnej. Po przygotowaniu dokumentacji decyzje dotyczące sposobu realizacji poszczególnych funkcjonalności podejmowane są przez członków zespołu technicznego odpowiedzialnych za implementację rozwiązania. Nie określa Pan sposobu implementacji funkcjonalności, ani nie uczestniczy w podejmowaniu decyzji dotyczących technologii wykorzystywanej w projekcie. Programiści samodzielnie decydują o sposobie napisania kodu źródłowego, wyborze technologii, strukturze aplikacji oraz pozostałych rozwiązaniach technicznych. Pana rola kończy się na przygotowaniu dokumentacji biznesowej i funkcjonalnej oraz zapewnieniu właściwej komunikacji pomiędzy przedstawicielami biznesu a zespołem realizującym prace techniczne.

Zauważyć należy, że systemy, systemy IT, systemy informatyczne, systemy komputerowe, aplikacje wchodzą w zakres pojęcia „oprogramowanie”. Zgodnie z Encyklopedią PWN, „system informatyczny” to zespół systemów komputerowych, sieci i oprogramowania, służący do przetwarzania informacji; w skład systemu informatycznego wchodzi z reguły komputer (jeden lub wiele, połączonych w sieć lub nie) wraz z oprogramowaniem, a także różne urządzenia pomocnicze (takie jak urządzenia peryferyjne, np. drukarki, skanery, a także dyskietki itp.), natomiast „system komputerowy” to kompletny, zwykle duży zestaw sprzętu komputerowego, obejmujący komputery, urządzenia peryferyjne i oprogramowanie podstawowe, m.in. system operacyjny. Zatem usługi doradztwa z nimi związane spełniają przesłankę wykluczającą możliwość zastosowania stawki podatku w wysokości 8,5%.

Z tego powodu, w mojej ocenie, przeprowadzanie przez Pana analizy źródeł danych, ich struktury oraz zawartości na potrzeby realizowanych procesów biznesowych, współpraca z przedstawicielami biznesu w celu identyfikacji i doprecyzowania wymagań biznesowych oraz kryteriów akceptacji, przekazywanie i wyjaśnianie wymagań biznesowych zespołom projektowym, przygotowywanie i dokumentowanie wymagań funkcjonalnych, wspieranie procesu planowania prac projektowych, wspieranie procesu testowania poprzez analizę zgłoszeń i ustalanie priorytetów, analizę zgłoszonych błędów i wspieranie procesu ustalania ich priorytetów oraz przygotowywanie raportów i komunikowanie statusu prac interesariuszom, analiza produktu i jego środowiska technologicznego, w tym danych, systemów i interfejsów, identyfikowanie potrzeb biznesowych użytkowników i przekładanie ich na wymagania funkcjonalne oraz dokumentację wymagań, współpraca z właścicielami produktów, programistami i pozostałymi interesariuszami, dokumentowanie wymagań funkcjonalnych i niefunkcjonalnych, przygotowywanie historii użytkowników i kryteriów akceptacji, modelowanie procesów biznesowych, przygotowywanie diagramów przepływu danych i schematów blokowych, przygotowywanie dokumentacji, prezentacji oraz wspieranie transferu wiedzy, a także identyfikowanie możliwości usprawnień i wspieranie rozwoju produktu – wskazują na ścisły związek z doradztwem w zakresie oprogramowania.

W świetle powyższego, wbrew Pana twierdzeniu, że świadczone przez Pana usługi w zakresie analizy biznesowej na rzecz podmiotów z sektora (…) nie są usługami związanymi z doradztwem w zakresie oprogramowania, przyjąć należy, że skoro Pana usługi skupiają się na doradztwie oraz jednocześnie dotyczą oprogramowania, to usługi te 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.

Zatem, na podstawie powołanych wyżej przepisów oraz opisu sprawy stwierdzam, że przychody osiągane przez Pana w ramach działalności gospodarczej z tytułu wykonywania usług będących przedmiotem wniosku, zarówno w okresie od (…) 2023 r. do (…) 2025 r., jak i w okresie od (…) 2026 r., które wpisują się w zakres grupowania PKWiU 62.02 i które – jak wynika z przeprowadzonej analizy – są związane z doradztwem w zakresie oprogramowania, podlegają opodatkowaniu ryczałtem od przychodów ewidencjonowanych według stawki w wysokości 12%, określonej 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 – według stawki 8,5%.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy:

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

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

Zaklasyfikowanie 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)].

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

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 (zdarzenie przyszłe) jest zgodny ze stanem rzeczywistym. W ramach postępowania o wydanie interpretacji przepisów prawa podatkowego nie przeprowadzam postępowania dowodowego, lecz opieram 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.

W odniesieniu do powołanych interpretacji, zauważam, że zostały one wydane w indywidualnych sprawach innych podatników i nie są wiążące w Pana sprawie.

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 i zastosuje się Pan do interpretacji.

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

Przepisów art. 14k-14n Ordynacji podatkowej nie stosuje się, jeśli stan faktyczny lub zdarzenie przyszłe będące przedmiotem interpretacji indywidualnej jest elementem czynności, które są przedmiotem decyzji wydanej:

1) z zastosowaniem art. 119a;

2) w związku z wystąpieniem nadużycia prawa, o którym mowa w art. 5 ust. 5 ustawy z dnia 11 marca 2004 r. o podatku od towarów i usług;

3) z zastosowaniem środków ograniczających umowne korzyści.

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

Przepisów art. 14k-14n nie stosuje się, jeżeli korzyść podatkowa, stwierdzona w decyzjach wymienionych w § 1, jest skutkiem zastosowania się do utrwalonej praktyki interpretacyjnej, interpretacji ogólnej lub objaśnień podatkowych.

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.