Interpretacja 0112-KDSL1-2.4011.325.2026.2.PSZ

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

7 kwietnia 2026 r. wpłynął Pana wniosek z 31 marca 2026 r. o wydanie interpretacji indywidualnej. Uzupełnił go Pan pismami z – brak daty sporządzenia (wpływ 27 i 31 maja 2026 r.) – w odpowiedzi na wezwanie. Treść wniosku jest następująca:

Opis stanu faktycznego i zdarzenia przyszłego

Wnioskodawca jest osobą fizyczną prowadzącą działalność gospodarczą zarejestrowaną w Centralnej Ewidencji i Informacji o Działalności Gospodarczej. Podstawowym przedmiotem pozarolniczej działalności gospodarczej prowadzonej przez Wnioskodawcę jest działalność: PKD 70.20.Z – Doradztwo w zakresie prowadzenia działalności gospodarczej i pozostałe doradztwo w zakresie zarządzania. Dodatkowo, Wnioskodawca realizuje, zgodnie ze wpisami do CEiDG (kody PKD):

-     62.10.B Pozostała działalność w zakresie programowania,

-     62.20.B Pozostała działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi,

-     62.90.Z Pozostała działalność usługowa w zakresie technologii informatycznych i komputerowych,

-     85.59.D Pozostałe pozaszkolne formy edukacji, gdzie indziej niesklasyfikowane.

W ramach prowadzonej działalności gospodarczej, w obszarze którego dotyczy pytanie, w zakresie analiz biznesowych i IT jako IT Business Analyst/IT Analityk Biznesowy. Formą opodatkowania działalności jest ryczałt.

Praca Wnioskodawcy polega na świadczeniu usług w zakresie:

-     przeprowadzania analiz biznesowo-systemowych;

-     przygotowywania i utrzymania dokumentacji technicznej;

-     współpracy z innymi analitykami czy ekspertami domenowymi klienta;

-     analizy potrzeb biznesowych i modelowania procesów biznesowych;

-     zbierania wymagań i przekładania wymagań biznesowych na wymagania techniczne,

-     wskazania, który z systemów informatycznych potencjalnie mógłby realizować dane wymaganie biznesowe.

W szczególności, Wnioskodawca identyfikuje oraz szczegółowo ocenia problemy w kontekście organizacji klienta. Definiuje i precyzuje potrzeby biznesowe oraz formułuje zadania i wymagania w sposób umożliwiający realizację celów klienta. W ramach swojej roli Wnioskodawca przygotowuje również analizy rozwiązań technologicznych, które pozwalają zrozumieć, w jaki sposób w organizacji (lub jej wybranych obszarach) wykorzystywane są narzędzia, w tym systemy informatyczne, w celu wsparcia kluczowych procesów biznesowych. Istotnym elementem pracy Wnioskodawcy w tym obszarze jest także kompleksowa analiza potrzeb organizacji, obejmująca identyfikację istniejących problemów oraz ocenę korzyści wynikających zarówno z ich rozwiązania, jak i z wdrożenia zmian usprawniających funkcjonowanie przedsiębiorstwa.

Dodatkowo Wnioskodawca odpowiada za przygotowywanie i utrzymanie dokumentacji technicznej – praca polega na tworzeniu oraz aktualizacji opisu, rzeczywistości biznesowej panującej w organizacji, z uwzględnieniem wykorzystywanych w niej rozwiązań informatycznych, w formie analiz, modeli w odniesieniu do określonych ram czasowych (stan przeszły, stan obecny, oczekiwany stan przyszły). Realizowane prace nie dotyczą doradztwa w zakresie oprogramowania. Są to usługi w zakresie procesów biznesowych i ewentualnie technologii informatycznych.

Analiza potrzeb biznesowych i modelowanie procesów biznesowych – polega na weryfikacji aktualnej sytuacji zespołu lub procesu biznesowego. Później realizowane jest modelowanie procesów biznesowych, tj. przedstawienie w usystematyzowany sposób w formie opisu lub obrazu/modelu aktualnej rzeczywistości lub jej kształtu w przyszłości. Zbieranie wymagań i przekładanie wymagań biznesowych na wymagania techniczne polega na doradzaniu rozwiązań informatycznych lub ich elementów mogących realizować wymagania/potrzeby biznesowe. Wszystkie te działania mają na celu pomóc klientowi i jego pracownikom w rozwiązaniu problemu lub osiągnięcia celu biznesowego. Prowadzone analizy nie są analizą potrzeb klienta pod kątem stworzenia programu, nie dotyczą tworzenia specyfikacji technicznej oprogramowania, nie są testowaniem oprogramowania i do tego nie służą, nie są elementem procesu tworzenia, rozwoju, testowania lub wdrożenia programu komputerowego.

Wykonywana i opisywana wyżej działalność nie jest doradztwem w zakresie oprogramowanie. Dodatkowo, opisane we wniosku usługi, wg stanowiska Wnioskodawcy nie są związane z doradztwem w zakresie sprzętu komputerowego PKWiU ex 62.02.10.0, nie są związane z oprogramowaniem PKWiU ex 62.01.1, nie są objęte grupowaniem „Oryginały oprogramowania komputerowego” PKWiU 62.01.2, nie są związane z doradztwem w zakresie oprogramowania PKWiU ex 62.02, nie są związane z zarządzeniem siecią i systemami informatycznymi PKWiU 62.03.1.

Wnioskodawca planuje kontynuować prace w zakresie analizy biznesowo-systemowej w przyszłości.

Wnioskodawca ma nieograniczony obowiązek podatkowy w Polsce.

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

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

Odpowiedź: Dokonuje Pan rozliczeń podatkowych w prowadzonej działalności gospodarczej według zasad ryczałtu od przychodów ewidencjonowanych.

Jeżeli w ramach działalności występują/będą występowały usługi podlegające różnym stawkom, prowadzi Pan/będzie prowadził Pan ewidencję przychodów w sposób umożliwiający wyodrębnienie przychodów według rodzaju wykonywanych usług.

2.  Czy prowadzona przez Pana działalność gospodarcza była/jest/będzie działalnością usługową w myśl art. 4 ust. 1 pkt 1 z dnia 20 listopada 1998 r. ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne (t. j. Dz. U. z 2025 r. poz. 843 ze zm.)?

Odpowiedź: Tak, prowadzona przez Pana działalność gospodarcza ma/będzie miała charakter usługowy. Polega ona na świadczeniu usług analitycznych i dokumentacyjnych na rzecz kontrahentów, w szczególności w obszarze analizy biznesowej i biznesowo-systemowej, opisu potrzeb biznesowych, modelowania procesów oraz przygotowania materiałów analitycznych i wymagań dla potrzeb realizacji zmian organizacyjnych.

3.  Na czym polegają czynności, które wykonywał/wykonuje/będzie Pan wykonywał w ramach świadczonych usług w zakresie analiz biznesowych IT, tj. czynności w zakresie:

a)  przeprowadzania analiz biznesowo-systemowych;

b)  przygotowywania i utrzymania dokumentacji technicznej;

c)  współpracy z innymi analitykami czy ekspertami domenowymi klienta;

d)  analizy potrzeb biznesowych i modelowania procesów biznesowych;

e)  zbierania wymagań i przekładania wymagań biznesowych na wymagania techniczne,

f)   wskazania, który z systemów informatycznych potencjalnie mógłby realizować dane wymaganie biznesowe.

Proszę o ich szczegółowe i wyczerpujące scharakteryzowanie, tj. opisanie:

1)  na czym konkretnie polegały/polegają/będą polegały te czynności i jakie dokładnie zadania/działania realizował/realizuje/będzie Pan realizował w ramach tych czynności?

2)  czego dotyczyły/dotyczą/będą dotyczyły?

3)  jaki był/jest/będzie ich zakres?

4)  jaki konkretny cel realizowały/realizują/będą realizować?

5)  co było/jest/będzie ich efektem?

6)  w jaki sposób efekty te wykorzystywał/wykorzystuje/wykorzysta kontrahent?

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

Odpowiedź:

a)  Przeprowadzania analiz biznesowo-systemowych

1)    na czym konkretnie polegały/polegają/będą polegały te czynności i jakie dokładnie zadania/działania realizował/realizuje/będzie Pan realizował w ramach tych czynności?

Identyfikacją potrzeb klienta, tzn.: spotykaniem się z reprezentantem klienta i spisywaniem jego wymagań, przede wszystkim w ramach opisu tekstowego.

Na podstawie informacji dostarczonych przez klienta, spisanie, jak aktualnie dany proces był realizowany przez klienta, jest aktualnie realizowany przez klienta obecnie (as-is), zarówno w ramach procesu tekstowego jak i dodatkowych elementów graficznych/ diagramów, czy innych specjalizowanych notacji.

Na podstawie informacji pozyskanych także od samego klienta, czy jego bezpośrednich wytycznych, spisanie jak dany proces powinien być realizowany w przyszłości (to-be), zarówno w ramach opisu tekstowego jak i dodatkowych elementów graficznych/ diagramów, czy specjalizowanych notacji.

Dodatkowo, na podstawie informacji dostarczonych przez klienta, w ramach przeprowadzanej analizy, czasami wskazywane jest rozwiązanie informatyczne realizujące dany proces. Rozwiązanie takie mapowane jest na poszczególne kroki procesu biznesowego (w polu: „narzędzie wspierające realizację zadania”). Analiza rozwiązań technicznych jest realizowana tutaj po to aby w organizacji klienta ułatwić zrozumienie, jak używane są różnorakie narzędzia, w tym systemy informatyczne, celem wspierania procesów biznesowych w niej zachodzących.

Analiza potrzeb biznesowych polega również na zrozumieniu problemów występujących w danej organizacji, korzyści wynikających z ich rozwiązania, korzyści wynikających z wprowadzenia zmian w funkcjonowaniu organizacji.

2)    czego dotyczyły/dotyczą/będą dotyczyły?

Aktualnych procesów klienta. Realizowanych w ramach różnych działów organizacji.

3)    jaki był/jest/będzie ich zakres?

Zakres obejmuje analizę stanu obecnego, identyfikację problemów i potrzeb, zebranie informacji od interesariuszy, opis zależności procesowych oraz ustalenie wymagań koniecznych do wprowadzenia usprawnień w organizacji.

4)    jaki konkretny cel realizowały/realizują/będą realizować?

Z Pana perspektywy kluczowe jest dostarczenie dokumentu prac, o które prosi klient.

Przeprowadzenie analizy as-is potrafi być celem samym w sobie – pozwala klientowi zrozumieć jak działa jego organizacja. W przypadku określenia procesów to-be, przygotowanie opisu procesów stanu docelowego pozwala interesariuszom organizacji uzgodnić docelowy, oczekiwany sposób działania w organizacji w przyszłości.

Przeprowadzana analiza porządkuje wiedzę o danym obszarze, identyfikuje problemy i potrzeby biznesowe oraz przygotowuje podstaw do dalszych decyzji, czy prac w organizacji.

5)    co było/jest/będzie ich efektem?

Dokument bądź dokumenty opisujące, na różne sposoby (tekstowo, wizualnie) w jaki sposób organizacja klienta działa, w jaki sposób może działać w przyszłości (opis procesów), punktowe rekomendacje – na podstawie informacji pozyskanych od klienta, zespołu klienta.

6)    w jaki sposób efekty te wykorzystywał/wykorzystuje/wykorzysta kontrahent? Moje zaangażowanie kończy się na zaprezentowaniu wyników prac, tj. przeprowadzonej analizy, omówieniu procesów, ew. rekomendacji zebranych na podstawie wskazań zespołu klienta. Na pewno, realizowane prace nie służą dalej wytwarzaniu oprogramowania - nie jestem o takim fakcie przed przystąpieniem do analizy, ani w trakcie jej realizacji informowany.

Produkty prac służyły dotychczas do oceny zasadności biznesowej takiego, czy innego podejścia do realizacji prac w organizacji, do przygotowania założeń do kolejnego projektu (realizowanego już w ramach innego zespołu projektowego), lub wprost kolejnego zamówienia u innej firmy. Przede wszystkim służą do komunikacji i uzgodnienia wspólnego rozumienia potrzeb jak i zakładanego sposobu realizacji prac w przyszłości w ramach organizacji klienta.

b)  Przygotowywania i utrzymania dokumentacji technicznej;

1)    na czym konkretnie polegały/polegają/będą polegały te czynności i jakie dokładnie zadania/działania realizował/realizuje/będzie Pan realizował w ramach tych czynności?

Polega na tworzeniu dokumentacji, opisu rzeczywistości biznesowej organizacji, tj.: procesów biznesowych, sposobu ich realizacji, w formie tekstowej, dedykowanych diagramów czy innych metod wizualizacji.

2)    czego dotyczyły/dotyczą/będą dotyczyły?

Aktualnych procesów klienta. Realizowanych w ramach różnych działów organizacji. Także na styku działu IT i innych działów.

3)    jaki był/jest/będzie ich zakres?

Zakres jest zawężony do procesów klienta lub jeszcze bardziej ogólnie, jego ogólnego podejścia do realizacji poszczególnych zadań w organizacji.

4)    jaki konkretny cel realizowały/realizują/będą realizować?

Cel zależy od aktualnie opisywanego procesu. Co do zasady, dokumentacja tworzona jest celem opisania realizowanego procesu, czy podejścia do rozwiązywania problemów, w przeszłości, aktualnie czy przyszłości.

5)    co było/jest/będzie ich efektem?

Efektem przygotowywania i utrzymania dokumentacji technicznej jest umożliwienie organizacji posiadania aktualnej wiedzy dot. realizowanych procesów w organizacji.

6)    w jaki sposób efekty te wykorzystywał/wykorzystuje/wykorzysta kontrahent?

Zakładam, że zastosowanie powinna mieć tutaj odpowiedź już udzielona w ramach punktu a) ppkt 6.

c)  Współpracy z innymi analitykami czy ekspertami domenowymi klienta

1)    na czym polegają te czynności

Czynności te polegają na rozpoznaniu potrzeb organizacji klienta oraz na uporządkowanym przedstawieniu sposobu działania procesów biznesowych, zarówno w stanie obecnym, jak i docelowym. Modelowanie procesów może przyjmować formę opisu, diagramu lub modelu obrazującego kolejność działań, role, decyzje i zależności.

2)    czego dotyczą

Dotyczą sposobu realizacji działań biznesowych w organizacji klienta, przepływu informacji, punktów decyzyjnych, odpowiedzialności oraz obszarów wymagających usprawnienia.

3)    jaki jest zakres

Zakres obejmuje analizę stanu obecnego, identyfikację problemów i potrzeb, opis procesów oraz przygotowanie propozycji uporządkowania lub usprawnienia przebiegu procesu.

4)    jaki jest cel

Celem jest zrozumienie sposobu działania organizacji klienta i wskazanie, jakie zmiany mogą poprawić efektywność, przejrzystość lub jakość realizowanych działań.

5)    jaki jest efekt

Efektem są opisy lub modele procesów, zestawy potrzeb biznesowych oraz uporządkowana wiedza o funkcjonowaniu danego obszaru.

6)    jak efekt wykorzystuje kontrahent

Kontrahent wykorzystuje te efekty do podejmowania decyzji organizacyjnych, projektowania zmian, uzgadniania docelowego sposobu działania i przygotowania dalszych prac organizacyjnych.

Dodatkowe wyjaśnienie

Procesy biznesowe, które Pan analizuje i modeluje, mogą być wspierane przez systemy informatyczne, jednak przedmiotem Pana usługi jest przede wszystkim opis potrzeb, przebiegu procesu, ról, informacji i zależności biznesowych, a nie tworzenie oprogramowania jako takiego.

d)  analizy potrzeb biznesowych i modelowania procesów biznesowych

1)    na czym polegają te czynności

Proces rozpoczyna się od analizy aktualnej sytuacji zespołu lub funkcjonowania procesu. Następnie przechodzi do modelowania procesów biznesowych, które polega na ich uporządkowanym odwzorowaniu – w formie opisu lub modelu graficznego – zarówno dla stanu obecnego (as-is), jak i docelowego (to-be).

2)    czego dotyczą

Dotyczą sposobu realizacji działań biznesowych w organizacji klienta, przepływu informacji, punktów decyzyjnych, odpowiedzialności oraz obszarów wymagających usprawnienia.

3)    jaki jest zakres

Zakres obejmuje analizę stanu obecnego, identyfikację problemów i potrzeb, opis procesów oraz przygotowanie propozycji uporządkowania lub usprawnienia przebiegu procesu.

4)    jaki jest cel

Celem jest zrozumienie sposobu działania organizacji klienta i wskazanie, jakie zmiany mogą poprawić efektywność, przejrzystość lub jakość realizowanych działań.

5)    jaki jest efekt

Efektem są opisy lub modele procesów, zestawy potrzeb biznesowych oraz uporządkowana wiedza o funkcjonowaniu danego obszaru.

6)    jak efekt wykorzystuje kontrahent

Kontrahent wykorzystuje te efekty do podejmowania decyzji organizacyjnych, projektowania zmian, uzgadniania docelowego sposobu działania i przygotowania dalszych prac wdrożeniowych lub organizacyjnych.

Dodatkowe wyjaśnienie

Procesy biznesowe, które Pan analizuje i modeluje, mogą być wspierane przez systemy informatyczne, jednak przedmiotem Pana usługi jest przede wszystkim opis potrzeb, przebiegu procesu, ról, informacji i zależności biznesowych, a nie tworzenie oprogramowania jako takiego.

e)  Zbierania wymagań i przekładania wymagań biznesowych na wymagania techniczne,

1)    na czym polegają te czynności

Czynności te polegają na zebraniu oczekiwań biznesowych klienta, ich uporządkowaniu, doprecyzowaniu oraz opisaniu w taki sposób, aby mogły zostać wykorzystane w dalszych pracach związanych z realizacją zmiany.

2)    czego dotyczą

Dotyczą potrzeb biznesowych, zasad działania procesu, oczekiwanych funkcji, ograniczeń, warunków realizacji oraz zależności pomiędzy wymaganiami.

3)    jaki jest zakres

Zakres obejmuje rozmowy z interesariuszami, analizę materiałów wejściowych, doprecyzowanie potrzeb, opis wymagań, porządkowanie ich priorytetów oraz przygotowanie materiałów umożliwiających dalsze prace po stronie kontrahenta lub innych zespołów.

4)    jaki jest cel

Celem jest przełożenie potrzeb biznesowych na jednoznaczny, uporządkowany opis wymagań, aby zminimalizować ryzyko nieporozumień i umożliwić sprawną realizację dalszych działań.

5)    jaki jest efekt

Efektem są opisy wymagań, scenariusze działania, kryteria biznesowe, procesy biznesowe lub inne materiały porządkujące oczekiwania klienta.

6)    jak efekt wykorzystuje kontrahent

Kontrahent wykorzystuje te materiały do uzgodnienia zakresu zmian, planowania realizacji oraz jako podstawę do dalszych czynności po swojej stronie lub po stronie innych wykonawców. Celem tych działań jest wsparcie interesariuszy w skutecznym rozwiązaniu problemu oraz osiągnięciu założonych celów biznesowych, a nie dobór, czy zmiana oprogramowania, w szczególności nie jest częścią procesu wytwórczego oprogramowania.

Dodatkowe wyjaśnienie

W ramach tych czynności nie tworzy Pan kodu źródłowego ani algorytmów. Przygotowuje Pan opis wymagań i zależności w formie analitycznej i dokumentacyjnej.

f)   Wskazania, który z systemów informatycznych potencjalnie mógłby realizować dane wymaganie biznesowe.

1)    na czym polegają te czynności

Czynność ta polega na porównaniu zidentyfikowanej potrzeby biznesowej z ogólnymi możliwościami już funkcjonujących w organizacji narzędzi lub systemów oraz na wskazaniu, który z nich może potencjalnie wspierać realizację danego wymagania.

2)    czego dotyczą

Dotyczą funkcjonalnego dopasowania potrzeby biznesowej do istniejącego środowiska organizacyjnego i narzędziowego klienta.

3)    jaki jest zakres

Zakres obejmuje identyfikację potrzeby, zestawienie jej z możliwościami znanych rozwiązań i wskazanie możliwego kierunku dalszej analizy lub realizacji.

4)    jaki jest cel

Celem jest wsparcie klienta w uporządkowaniu informacji o możliwych kierunkach realizacji potrzeby biznesowej.

5)    jaki jest efekt

Efektem jest informacja analityczna wskazująca, który system lub klasa rozwiązań może potencjalnie wspierać daną potrzebę.

6)    jak efekt wykorzystuje kontrahent

Kontrahent wykorzystuje ten efekt jako materiał pomocniczy do dalszych decyzji organizacyjnych lub projektowych.

4.  Czy ww. czynności/zadania:

a)  były/są/będą świadczone na jakimś etapie tworzenia oprogramowania,

b)  miały/mają/będą miały wpływ na przebieg procesu tworzenia oprogramowania,

c)  usprawniały/usprawniają/będą usprawniały działanie oprogramowania,

d)  miały/mają/będą miały na celu wyłącznie ochronę systemów komputerowych?

Odpowiedź:

a)  Nie.

b)  Nie.

c)  Nie.

d)  Nie.

5.  Czy wykonywane przez Pana usługi będące przedmiotem wniosku były/są/będą w jakikolwiek sposób związane z oprogramowaniem:

-     jeśli tak – na czym polegał/polega/będzie polegać ten związek (proszę szczegółowo go opisać),

-     jeśli nie – proszę wskazać, na jakiej podstawie ten związek nie występował/nie występuje/nie będzie występować?

Odpowiedź: Zakłada Pan, że wskazanie, który z procesów biznesowych może być realizowany w ramach wybranego systemu informatycznego/aplikacji, nie uzasadnia postawienia tezy, że analiza biznesowa realizowana przez Pana jest związana wprost z oprogramowaniem. Inny jest cel realizowanej przez Pana analizy. Celem nie jest wytworzenie, czy aktualizacja oprogramowania, a poznanie sposobu realizacji procesów biznesowych po stronie klienta i na podstawie wiedzy zespołu klienta, rekomendacja (być może) innego podejścia, czy sposobu. Wskazanie, które z kroków procesu biznesowego realizowane są automatycznie (przy pełnym wsparciu narzędziowym/aplikacyjnym), które półautomatycznie, a które w pełni ręcznie, pozwala klientowi zapoznać się z tzw. „wąskimi gardłami” w ramach realizowanego procesu i jeśli zasadne, podjąć właściwe decyzje dot. jego dalszej optymalizacji.

6.  Czy w ramach usług, których dotyczy Pana wniosek, świadczył/świadczy/będzie Pan świadczył usługi projektowania, rozwoju i wdrażania oprogramowania związanego z bezpieczeństwem w sieci?

Odpowiedź: Nie.

7.  Czy w ramach usług, których dotyczy Pana wniosek, świadczył/świadczy/będzie Pan świadczył usługi w zakresie instalowania oprogramowania?

Odpowiedź: Nie.

8.  Czy świadczone przez Pana usługi będące przedmiotem wniosku polegały/polegają/będą polegały na udzielaniu porad, opinii i wyjaśnień charakterystycznych dla usług doradztwa? Proszę o szczegółowe wyjaśnienie.

Odpowiedź: W ramach usług, które są przedmiotem złożonego wniosku (i niniejszego wyjaśnienia do wniosku) udzielanie porad, opinii i wyjaśnień charakterystycznych dla usług doradztwa nie ma miejsca. W szczególności, jeśli takie doradztwo, porady, opinie są werbalizowane, realizowane jest to przez pracowników zespołu klienta.

9.  Wobec wskazania w opisie sprawy, że:

proszę o wyjaśnienie:

a)  jakich problemów w kontekście organizacji klienta dotyczą świadczone przez Pana usługi na jego rzecz?

b)  jakie zadania i wymagania Pan formułuje?

Odpowiedź: Realizowana przez Pana analiza pomaga (rozwiązywane problemy):

-     wspierać precyzyjną identyfikację przyczyn źródłowych (poprzez analizę procesów i danych, analiza biznesowa umożliwia dotarcie do rzeczywistych przyczyn problemu),

-     strukturyzować problem (formalizuje jego definicję, poprzez określenie zakresu, kontekstu procesowego, wskazanie interesariuszy procesu, eliminuje niejednoznaczności),

-     zidentyfikować wąskie gardła, redundancje, zależności biznesowe poprzez wizualizację procesów (as-is/to-be).

Realizowana analiza biznesowa przyspiesza rozwiązywanie problemów poprzez systematyczne identyfikowanie ich przyczyn źródłowych, strukturyzowanie wymagań oraz zapewnienie spójnego przełożenia potrzeb biznesowych na skuteczne rozwiązania organizacyjne. Jest ograniczona do procesów biznesowych organizacji. Formułowanie wymagań (czy jak Pan podał w zapytaniu zadań) to najczęściej dekompozycja wysokopoziomowych wymagań klienta (we współpracy z zespołem klienta, lub często wprost na jego wniosek), na wymagania niższego rzędu; także rekomendacja podejścia do realizacji analizy, czyli przedstawienie kroków/zadań do realizacji w ramach których analiza biznesowa będzie realizowana przez Pana.

10.  Co obejmuje „system informatyczny”, o którym mowa we wniosku, zwłaszcza czy jest to oprogramowanie albo/i sprzęt komputerowy?

Odpowiedź: System informatyczny to narzędzie lub klasa narzędzi, która aktualnie jest wykorzystywana przez klienta celem wsparcia w realizacji poszczególnych kroków procesu biznesowego.

11.  Co należy rozumieć pod pojęciem „rozwiązania informatyczne”?

Odpowiedź: Rozwiązanie informatyczne to pojęcie wykorzystane przez Pana celem wskazania, że mówimy tu nie o konkretnej aplikacji, a o klasie czy grupie do której należy. Przykładem może być np. aplikacja (…) wyprodukowana przez firmę (…) która wg Pana oceny jest narzędziem klasy „Edytory tekstu”. Istnieje wiele edytorów tekstu, które pozwalają pisać tekst.

Przykładowo, jeśli określany jest proces docelowy klienta (to-be), a jednym z jego kroków będzie wystawienie faktury, wskazanie, że wystawienie faktury może być wsparte rozwiązaniem informatycznym klasy „system do wystawiania faktur” pozwala zachować biznesowy i wysokopoziomowy charakter przeprowadzanej przez Pana analizy, bez wchodzenia w szczegóły techniczne, z koncentracją na procesie biznesowym, a nie szczegółach oprogramowania, które na tym etapie analizy są pomijane. Kluczowy jest przebieg procesu biznesowego i kooperacja poszczególnych interesariuszy procesu.

12.  Czego dotyczą „analizy biznesowo-systemowe”, które Pan przeprowadza? W szczególności, czy dotyczą one konkretnych systemów informatycznych lub oprogramowania?

Odpowiedź: Tak jak napisane wyżej (pkt 11) w uzasadnionych przypadkach, mapowany jest krok procesu biznesowego na system informatyczny, czy klasę systemów informatycznych. Co do zasady, nie dotyczą one konkretnych systemów informatycznych/oprogramowania.

13.  Czego dotyczą „procesy biznesowe”, o których mowa we wniosku? Czy są one powiązane z konkretnymi systemami informatycznymi lub oprogramowaniem?

Odpowiedź: Procesy biznesowe dotyczą sposobu realizacji działań biznesowych w organizacji klienta, sekwencji czynności, odpowiedzialności, przepływów informacji i punktów decyzyjnych. Mogą one być wspierane przez określone systemy, ale same w sobie mają charakter organizacyjny i operacyjny.

14.  Czy w ramach świadczonych usług przygotowywał/przygotowuje lub będzie Pan przygotowywał wytyczne dla programistów?

Odpowiedź: Nie przygotowuje Pan wytycznych w postaci kodu, algorytmów ani instrukcji programistycznych. Może Pan przygotowywać opisy wymagań, scenariusze lub dokumenty analityczne, które porządkują potrzeby biznesowe i mogą być później wykorzystane przez inne osoby w dalszych etapach prac.

15.  O jakiej „dokumentacji technicznej” jest mowa we wniosku, co było/jest/będzie jej przedmiotem/efektem? Co zawiera (np. kody źródłowe, algorytmy)? W jaki sposób była/jest/będzie wykorzystywana?

Odpowiedź: Chodzi o dokumentację analityczną i projektową o charakterze opisowym, obejmującą wymagania, założenia, zależności, scenariusze działania, opisy procesów, przepływy informacji oraz inne materiały służące uporządkowaniu wiedzy o analizowanym obszarze. Dokumentacja ta nie zawiera kodów źródłowych. W szczególności, dostarczana dokumentacja techniczna uwzględnia:

-     reguły biznesowe (często określone w sposób bardziej formalnych notacji np. DMN czy tabele DMN),

-     mapy procesów w notacji (…),

-     wskazanie, które z kroków procesu jest realizowany przy wsparciu narzędziowym (i określenie zakresu wsparcia: pełne, pół-automatyczne).

W takim wypadku, wykorzystywana jest do pełnego zrozumienia przebiegu procesu biznesowego, często właśnie z wykorzystaniem bardziej „technicznego” sposobu modelowania procesu biznesowego aniżeli opisu z wykorzystaniem języka naturalnego.

16.  Czy w ramach przekładania wymagań biznesowych na wymagania techniczne tworzył/tworzy/będzie Pan tworzył kod źródłowy/algorytmy?

Odpowiedź: Nie.

17.  Czy usługi będące przedmiotem wniosku, obejmowały/obejmują/będą obejmowały:

a)    pisanie, modyfikowanie, badanie, dokumentowanie i wspomaganie oprogramowania, włączając pisanie zleceń sterujących programami dla użytkowników;

b)    analizowanie, projektowanie systemów gotowych do użycia:

-     rozbudowę, tworzenie, dostarczanie oraz dokumentację oprogramowania wykonanego na zlecenie określonego użytkownika,

-     pisanie programów na zlecenie użytkownika,

-     projektowanie stron internetowych?

Odpowiedź:

a)  Nie obejmują pisania ani modyfikowania oprogramowania. W zakresie dokumentowania Pana czynności dotyczą dokumentacji analitycznej i wymagań, a nie dokumentowania kodu źródłowego lub programu komputerowego w sensie programistycznym.

b)  Nie.

18.  Czy w sytuacji prowadzenia działalności gospodarczej opodatkowanej różnymi stawkami podatku prowadzi Pan ewidencję w sposób umożliwiający określenie przychodów z każdego rodzaju prowadzonej przez Pana działalności odrębnie (jeżeli zaistnieje taka sytuacja)?

Odpowiedź: Tak. Wysłane wnioski o interpretację indywidualną (i zakładane otrzymane odpowiedzi) są kluczowe z perspektywy umożliwienia Panu prowadzenia poprawnej ewidencji w sposób umożliwiający określenie przychodów z każdego rodzaju prowadzonej przez Pana działalności odrębnie.

Pytanie

Czy zakres wykonanych przez Wnioskodawcę usług mieści się w grupie usług opisanych kodem:

-     PKWiU: 62.02 „Usługi związane z doradztwem w zakresie informatyki” i co za tym idzie być objęty 8,5% ryczałtu dochodowego od przychodów ewidencjonowanych, czy może

-     PKWiU: 62.01.12.0 „Usługi związane z projektowaniem i rozwojem technologii informatycznych dla sieci i systemów komputerowych” i co za tym idzie być objęty 12% ryczałtu od przychodów ewidencjonowanych?

Pana stanowisko w sprawie

    Wnioskodawca uważa, że podatek od świadczonych usług jako IT Analityk Biznesowy (Business Analyst) w ramach prowadzonej działalności gospodarczej może być rozliczony w formie ryczałtu od przychodów ewidencjonowanych według stawki 8,5%, ponieważ świadczone usługi, które mieszczą się w grupowaniu PKWiU 62.02

    „Działalność związana z doradztwem w zakresie informatyki” podlega opodatkowaniu ryczałtem od przychodów ewidencjonowanych przy zastosowaniu stawki 8,5%.

W szczególności na poprawność takiej interpretacji wskazują inne interpretacje podatkowe (m.in. Interpretacja indywidualna z dnia 31 marca 2025 r., Dyrektor Krajowej Informacji Skarbowej, sygn. 0112-KDSL1-2.4011.81.2025.2.BR, czy inne).

Ocena stanowiska

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

Uzasadnienie interpretacji indywidualnej

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

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

Według art. 5a pkt 6 ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t. j. Dz. U. z 2026 r. poz. 592 ze zm.):

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

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

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

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

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

Według ww. przepisu:

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

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

Na podstawie art. 4 ust. 4 cytowanej ustawy:

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

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

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

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

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

Z opisu sprawy przedstawionego we wniosku oraz jego uzupełnieniu wynika, że jest Pan osobą fizyczną prowadzącą działalność gospodarczą zarejestrowaną w Centralnej Ewidencji i Informacji o Działalności Gospodarczej. Podstawowym przedmiotem pozarolniczej działalności gospodarczej prowadzonej przez Pana jest działalność: PKD 70.20.Z – Doradztwo w zakresie prowadzenia działalności gospodarczej i pozostałe doradztwo w zakresie zarządzania. Dodatkowo, realizuje Pan, zgodnie ze wpisami do CEiDG (kody PKD):

-     62.10.B Pozostała działalność w zakresie programowania,

-     62.20.B Pozostała działalność związana z doradztwem w zakresie informatyki oraz zarządzaniem urządzeniami informatycznymi,

-     62.90.Z Pozostała działalność usługowa w zakresie technologii informatycznych i komputerowych,

-     85.59.D Pozostałe pozaszkolne formy edukacji, gdzie indziej niesklasyfikowane.

W ramach prowadzonej działalności gospodarczej, w obszarze którego dotyczy pytanie, w zakresie analiz biznesowych i IT jako IT Business Analyst/IT Analityk Biznesowy. Formą opodatkowania działalności jest ryczałt.

Pana praca polega na świadczeniu usług w zakresie:

-     przeprowadzania analiz biznesowo-systemowych;

-     przygotowywania i utrzymania dokumentacji technicznej;

-     współpracy z innymi analitykami czy ekspertami domenowymi klienta;

-     analizy potrzeb biznesowych i modelowania procesów biznesowych;

-     zbierania wymagań i przekładania wymagań biznesowych na wymagania techniczne,

-     wskazania, który z systemów informatycznych potencjalnie mógłby realizować dane wymaganie biznesowe.

W szczególności, identyfikuje Pan oraz szczegółowo ocenia problemy w kontekście organizacji klienta. Definiuje i precyzuje Pan potrzeby biznesowe oraz formułuje zadania i wymagania w sposób umożliwiający realizację celów klienta. W ramach swojej roli przygotowuje Pan również analizy rozwiązań technologicznych, które pozwalają zrozumieć, w jaki sposób w organizacji (lub jej wybranych obszarach) wykorzystywane są narzędzia, w tym systemy informatyczne, w celu wsparcia kluczowych procesów biznesowych. Istotnym elementem Pana pracy w tym obszarze jest także kompleksowa analiza potrzeb organizacji, obejmująca identyfikację istniejących problemów oraz ocenę korzyści wynikających zarówno z ich rozwiązania, jak i z wdrożenia zmian usprawniających funkcjonowanie przedsiębiorstwa. Dodatkowo odpowiada Pan za przygotowywanie i utrzymanie dokumentacji technicznej – praca polega na tworzeniu oraz aktualizacji opisu, rzeczywistości biznesowej panującej w organizacji, z uwzględnieniem wykorzystywanych w niej rozwiązań informatycznych, w formie analiz, modeli w odniesieniu do określonych ram czasowych (stan przeszły, stan obecny, oczekiwany stan przyszły). Realizowane prace nie dotyczą doradztwa w zakresie oprogramowania. Są to usługi w zakresie procesów biznesowych i ewentualnie technologii informatycznych. Analiza potrzeb biznesowych i modelowanie procesów biznesowych – polega na weryfikacji aktualnej sytuacji zespołu lub procesu biznesowego. Później realizowane jest modelowanie procesów biznesowych, tj. przedstawieniu w usystematyzowany sposób w formie opisu lub obrazu/modelu aktualnej rzeczywistości lub jej kształtu w przyszłości. Zbieranie wymagań i przekładanie wymagań biznesowych na wymagania techniczne polega na doradzaniu rozwiązań informatycznych lub ich elementów mogących realizować wymagania/potrzeby biznesowe. Wszystkie te działania mają na celu pomóc klientowi i jego pracownikom w rozwiązaniu problemu lub osiągnięcia celu biznesowego. Prowadzone analizy nie są analizą potrzeb klienta pod kątem stworzenia programu, nie dotyczą tworzenia specyfikacji technicznej oprogramowania, nie są testowaniem oprogramowania i do tego nie służą, nie są elementem procesu tworzenia, rozwoju, testowania lub wdrożenia programu komputerowego. Wykonywana i opisywana wyżej działalność nie jest doradztwem w zakresie oprogramowanie. Dodatkowo, opisane we wniosku usługi, wg Pana stanowiska nie są związane z doradztwem w zakresie sprzętu komputerowego PKWiU ex 62.02.10.0, nie są związane z oprogramowaniem PKWiU ex 62.01.1, nie są objęte grupowaniem „Oryginały oprogramowania komputerowego” PKWiU 62.01.2, nie są związane z doradztwem w zakresie oprogramowania PKWiU ex 62.02, nie są związane z zarządzeniem siecią i systemami informatycznymi PKWiU 62.03.1. Planuje Pan kontynuować prace w zakresie analizy biznesowo-systemowej w przyszłości. Ma Pan nieograniczony obowiązek podatkowy w Polsce. Wskazał Pan, że dokonuje Pan rozliczeń podatkowych w prowadzonej działalności gospodarczej według zasad ryczałtu od przychodów ewidencjonowanych. Jeżeli w ramach działalności występują/będą występowały usługi podlegające różnym stawkom, prowadzi Pan/będzie prowadził Pan ewidencję przychodów w sposób umożliwiający wyodrębnienie przychodów według rodzaju wykonywanych usług. Prowadzona przez Pana działalność gospodarcza ma/będzie miała charakter usługowy. Polega ona na świadczeniu usług analitycznych i dokumentacyjnych na rzecz kontrahentów, w szczególności w obszarze analizy biznesowej i biznesowo-systemowej, opisu potrzeb biznesowych, modelowania procesów oraz przygotowania materiałów analitycznych i wymagań dla potrzeb realizacji zmian organizacyjnych. W uzupełnieniu wniosku szczegółowo i wyczerpująco scharakteryzował Pan, tj. opisał na czym konkretnie polegały/polegają/będą polegały te czynności i jakie dokładnie zadania/działania realizował/realizuje/będzie Pan realizował w ramach tych czynności, czego dotyczyły/dotyczą/będą dotyczyły, jaki był/jest/będzie ich zakres, jaki konkretny cel realizowały/realizują/będą realizować, co było/jest/będzie ich efektem oraz w jaki sposób efekty te wykorzystywał/wykorzystuje/wykorzysta kontrahent. Wykonywane przez Pana czynności/zadania nie były/są/będą świadczone na jakimś etapie tworzenia oprogramowania, nie miały/mają/będą miały wpływ na przebieg procesu tworzenia oprogramowania, nie usprawniały/usprawniają/będą usprawniały działania oprogramowania oraz nie miały/mają/będą miały na celu wyłącznie ochrony systemów komputerowych. Zakłada Pan, że wskazanie, który z procesów biznesowych może być realizowany w ramach wybranego systemu informatycznego/aplikacji, nie uzasadnia postawienia tezy, że analiza biznesowa realizowana przez Pana jest związana wprost z oprogramowaniem. Inny jest cel realizowanej przez Pana analizy. Celem nie jest wytworzenie, czy aktualizacja oprogramowania, a poznanie sposobu realizacji procesów biznesowych po stronie klienta i na podstawie wiedzy zespołu klienta, rekomendacja (być może) innego podejścia, czy sposobu. Wskazanie, które z kroków procesu biznesowego realizowane są automatycznie (przy pełnym wsparciu narzędziowym/aplikacyjnym), które półautomatycznie, a które w pełni ręcznie, pozwala klientowi zapoznać się z tzw. „wąskimi gardłami” w ramach realizowanego procesu i jeśli zasadne, podjąć właściwe decyzje dot. jego dalszej optymalizacji. W ramach świadczonych usług, których dotyczy Pana wniosek, nie świadczył/świadczy/będzie Pan świadczył usługi projektowania, rozwoju i wdrażania oprogramowania związanego z bezpieczeństwem w sieci, ani usługi w zakresie instalowania oprogramowania. W ramach usług, które są przedmiotem złożonego wniosku (i niniejszego wyjaśnienia do wniosku) udzielanie porad, opinii i wyjaśnień charakterystycznych dla usług doradztwa nie ma miejsca. W szczególności, jeśli takie doradztwo, porady, opinie są werbalizowane, realizowane jest to przez pracowników zespołu klienta. Realizowana przez Pana analiza pomaga (rozwiązywane problemy): wspierać precyzyjną identyfikację przyczyn źródłowych (poprzez analizę procesów i danych, analiza biznesowa umożliwia dotarcie do rzeczywistych przyczyn problemu), strukturyzować problem (formalizuje jego definicję, poprzez określenie zakresu, kontekstu procesowego, wskazanie interesariuszy procesu, eliminuje niejednoznaczności), zidentyfikować wąskie gardła, redundancje, zależności biznesowe poprzez wizualizację procesów (as-is/to-be). Realizowana analiza biznesowa przyspiesza rozwiązywanie problemów poprzez systematyczne identyfikowanie ich przyczyn źródłowych, strukturyzowanie wymagań oraz zapewnienie spójnego przełożenia potrzeb biznesowych na skuteczne rozwiązania organizacyjne. Jest ograniczona do procesów biznesowych organizacji. Formułowanie wymagań (czy jak podał Pan w zapytaniu zadań) to najczęściej dekompozycja wysoko-poziomowych wymagań klienta (we współpracy z zespołem klienta, lub często wprost na jego wniosek), na wymagania niższego rzędu; także rekomendacja podejścia do realizacji analizy, czyli przedstawienie kroków/zadań do realizacji, w ramach których analiza biznesowa będzie realizowana przez Pana. Ponadto, wyjaśnił Pan, że system informatyczny to narzędzie lub klasa narzędzi, która albo aktualnie jest wykorzystywana przez klienta celem wsparcia w realizacji poszczególnych kroków procesu biznesowego, rozwiązanie informatyczne to pojęcie wykorzystane przez Pana celem wskazania, że mówimy tu nie o konkretnej aplikacji, a o klasie czy grupie do której należy. Przykładem może być np. aplikacja (…) wyprodukowana przez firmę (…) która wg Pana oceny jest narzędziem klasy „Edytory tekstu”. Istnieje wiele edytorów tekstu, które pozwalają pisać tekst. Przykładowo, jeśli określany jest proces docelowy klienta (to-be), a jednym z jego kroków będzie wystawienie faktury, wskazanie, że wystawienie faktury może być wsparte rozwiązaniem informatycznym klasy „system do wystawiania faktur” pozwala zachować biznesowy i wysokopoziomowy charakter przeprowadzanej przez Pana analizy, bez wchodzenie w szczegóły techniczne, z koncentracją na procesie biznesowym, a nie szczegółach oprogramowania, które na tym etapie analizy są pomijane. Kluczowy jest przebieg procesu biznesowego i kooperacja poszczególnych interesariuszy procesu. W odniesieniu do analiz biznesowo-systemowych, które Pan przeprowadza, w szczególności, czy dotyczą one konkretnych systemów informatycznych lub oprogramowania w uzasadnionych przypadkach, mapowany jest krok procesu biznesowego na system informatyczny, czy klasę systemów informatycznych. Co do zasady, nie dotyczą one konkretnych systemów informatycznych/oprogramowania. Procesy biznesowe dotyczą sposobu realizacji działań biznesowych w organizacji klienta, sekwencji czynności, odpowiedzialności, przepływów informacji i punktów decyzyjnych. Mogą one być wspierane przez określone systemy, ale same w sobie mają charakter organizacyjny i operacyjny. Nie przygotowuje Pan wytycznych w postaci kodu, algorytmów ani instrukcji programistycznych. Może Pan przygotowywać opisy wymagań, scenariusze lub dokumenty analityczne, które porządkują potrzeby biznesowe i mogą być później wykorzystane przez inne osoby w dalszych etapach prac. Dokumentacja techniczna, o której mowa we wniosku to dokumentacja analityczna i projektowa o charakterze opisowym, obejmującą wymagania, założenia, zależności, scenariusze działania, opisy procesów, przepływy informacji oraz inne materiały służące uporządkowaniu wiedzy o analizowanym obszarze. Dokumentacja ta nie zawiera kodów źródłowych. W szczególności, dostarczana dokumentacja techniczna uwzględnia: reguły biznesowe (często określone w sposób bardziej formalnych notacji np. DMN czy tabele DMN), mapy procesów w notacji (…), wskazanie, które z kroków procesu jest realizowane przy wsparciu narzędziowym (i określenie zakresu wsparcia: pełne, pół-automatyczne). W takim wypadku, wykorzystywana jest do pełnego zrozumienia przebiegu procesu biznesowego, często właśnie z wykorzystaniem bardziej „technicznego” sposobu modelowania procesu biznesowego aniżeli opisu z wykorzystaniem języka naturalnego. W ramach przekładania wymagań biznesowych na wymagania techniczne nie tworzył/tworzy/będzie Pan tworzył kodu źródłowego/algorytmów. Usługi będące przedmiotem wniosku, nie obejmują pisania ani modyfikowania oprogramowania. W zakresie dokumentowania Pana czynności dotyczą dokumentacji analitycznej i wymagań, a nie dokumentowania kodu źródłowego lub programu komputerowego w sensie programistycznym, nie dotyczą również analizowania, projektowania systemów gotowych do użycia: rozbudowy, tworzenia, dostarczania oraz dokumentacji oprogramowania wykonanego na zlecenie określonego użytkownika, pisania programów na zlecenie użytkownika, projektowania stron internetowych.

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ę.

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 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ł, Pana praca polega na świadczeniu usług w zakresie: przeprowadzania analiz biznesowo-systemowych; przygotowywania i utrzymania dokumentacji technicznej; współpracy z innymi analitykami czy ekspertami domenowymi klienta; analizy potrzeb biznesowych i modelowania procesów biznesowych; zbierania wymagań i przekładania wymagań biznesowych na wymagania techniczne oraz wskazania, który z systemów informatycznych potencjalnie mógłby realizować dane wymaganie biznesowe. Przeprowadzanie analiz biznesowo-systemowych polegało/polega/będzie polegało na identyfikacji potrzeb klienta, tzn.: spotykaniem się z reprezentantem klienta i spisywaniem jego wymagań, przede wszystkim w ramach opisu tekstowego. Na podstawie informacji dostarczonych przez klienta, spisanie, jak aktualnie dany proces był realizowany przez klienta, jest aktualnie realizowany przez klienta obecnie (as-is), zarówno w ramach procesu tekstowego jak i dodatkowych elementów graficznych/ diagramów, czy innych specjalizowanych notacji. Dodatkowo, na podstawie informacji dostarczonych przez klienta, w ramach przeprowadzanej analizy, czasami wskazywane jest rozwiązanie informatyczne realizujące dany proces. Analiza rozwiązań technicznych jest realizowana tutaj po to aby w organizacji klienta ułatwić zrozumienie, jak używane są różnorakie narzędzia, w tym systemy informatyczne, celem wspierania procesów biznesowych w niej zachodzących. Analiza potrzeb biznesowych polega również na zrozumieniu problemów występujących w danej organizacji, korzyści wynikających z ich rozwiązania, korzyści wynikających z wprowadzenia zmian w funkcjonowaniu organizacji. Z Pana perspektywy kluczowe jest dostarczenie dokumentu prac, o które prosi klient. Przeprowadzenie analizy as-is potrafi być celem samym w sobie – pozwala klientowi zrozumieć jak działa jego organizacja. W przypadku określenia procesów to-be, przygotowanie opisu procesów stanu docelowego pozwala interesariuszom organizacji uzgodnić docelowy, oczekiwany sposób działania w organizacji w przyszłości. Przeprowadzana analiza porządkuje wiedzę o danym obszarze, identyfikuje problemy i potrzeby biznesowe oraz przygotowuje podstaw do dalszych decyzji, czy prac w organizacji. Efektem ww. czynności jest dokument bądź dokumenty opisujące, na różne sposoby (tekstowo, wizualnie) w jaki sposób organizacja klienta działa, w jaki sposób może działać w przyszłości (opis procesów), punktowe rekomendacje – na podstawie informacji pozyskanych od klienta, zespołu klienta. Pana zaangażowanie kończy się na zaprezentowaniu wyników prac, tj. przeprowadzonej analizy, omówieniu procesów, ewentualnych rekomendacji zebranych na podstawie wskazań zespołu klienta. Na pewno, realizowane prace nie służą dalej wytwarzaniu oprogramowania – nie jest Pan o takim fakcie przed przystąpieniem do analizy, ani w trakcie jej realizacji informowany. Produkty prac służyły dotychczas do oceny zasadności biznesowej takiego, czy innego podejścia do realizacji prac w organizacji, do przygotowania założeń do kolejnego projektu (realizowanego już w ramach innego zespołu projektowego), lub wprost kolejnego zamówienia u innej firmy. Przede wszystkim służą do komunikacji i uzgodnienia wspólnego rozumienia potrzeb jak i zakładanego sposobu realizacji prac w przyszłości w ramach organizacji klienta. Przygotowywanie i utrzymanie dokumentacji technicznej; polegało/polega/będzie polegało na tworzeniu dokumentacji, opisu rzeczywistości biznesowej organizacji, tj.: procesów biznesowych, sposobu ich realizacji, w formie tekstowej, dedykowanych diagramów czy innych metod wizualizacji, dotyczyć będzie aktualnych procesów klienta realizowanych w ramach różnych działów organizacji także na styku działu IT i innych działów. Współpraca z innymi analitykami czy ekspertami domenowymi klienta polegała będzie na rozpoznaniu potrzeb organizacji klienta oraz na uporządkowanym przedstawieniu sposobu działania procesów biznesowych, zarówno w stanie obecnym, jak i docelowym. Modelowanie procesów może przyjmować formę opisu, diagramu lub modelu obrazującego kolejność działań, role, decyzje i zależności. Celem jest zrozumienie sposobu działania organizacji klienta i wskazanie, jakie zmiany mogą poprawić efektywność, przejrzystość lub jakość realizowanych działań. Procesy biznesowe, które Pan analizuje i modeluje, mogą być wspierane przez systemy informatyczne, jednak przedmiotem Pana usługi jest przede wszystkim opis potrzeb, przebiegu procesu, ról, informacji i zależności biznesowych, a nie tworzenie oprogramowania jako takiego. Analiza potrzeb biznesowych i modelowanie procesów biznesowych polega na procesie, który rozpoczyna się od analizy aktualnej sytuacji zespołu lub funkcjonowania procesu. Następnie przechodzi do modelowania procesów biznesowych, które polega na ich uporządkowanym odwzorowaniu – w formie opisu lub modelu graficznego – zarówno dla stanu obecnego (as-is), jak i docelowego (to-be). Procesy biznesowe, które Pan analizuje i modeluje, mogą być wspierane przez systemy informatyczne, jednak przedmiotem Pana usługi jest przede wszystkim opis potrzeb, przebiegu procesu, ról, informacji i zależności biznesowych, a nie tworzenie oprogramowania jako takiego. Zbieranie wymagań i przekładanie wymagań biznesowych na wymagania techniczne polegają na zebraniu oczekiwań biznesowych klienta, ich uporządkowaniu, doprecyzowaniu oraz opisaniu w taki sposób, aby mogły zostać wykorzystane w dalszych pracach związanych z realizacją zmiany. Zakres obejmuje rozmowy z interesariuszami, analizę materiałów wejściowych, doprecyzowanie potrzeb, opis wymagań, porządkowanie ich priorytetów oraz przygotowanie materiałów umożliwiających dalsze prace po stronie kontrahenta lub innych zespołów. Kontrahent wykorzystuje te materiały do uzgodnienia zakresu zmian, planowania realizacji oraz jako podstawę do dalszych czynności po swojej stronie lub po stronie innych wykonawców. Celem tych działań jest wsparcie interesariuszy w skutecznym rozwiązaniu problemu oraz osiągnięciu założonych celów biznesowych, a nie dobór, czy zmiana oprogramowania, w szczególności nie jest częścią procesu wytwórczego oprogramowania. Wskazania, który z systemów informatycznych potencjalnie mógłby realizować dane wymaganie biznesowe polega na porównaniu zidentyfikowanej potrzeby biznesowej z ogólnymi możliwościami już funkcjonujących w organizacji narzędzi lub systemów oraz na wskazaniu, który z nich może potencjalnie wspierać realizację danego wymagania. Efektem wskazanej usługi jest informacja analityczna wskazująca, który system lub klasa rozwiązań może potencjalnie wspierać daną potrzebę. Wskazał Pan, że system informatyczny to narzędzie lub klasa narzędzi, która albo aktualnie jest wykorzystywana przez klienta celem wsparcia w realizacji poszczególnych kroków procesu biznesowego. Rozwiązanie informatyczne to pojęcie wykorzystane przez Pana celem wskazania, że mówimy tu nie o konkretnej aplikacji, a o klasie czy grupie do której należy. Kluczowy jest przebieg procesu biznesowego i kooperacja poszczególnych interesariuszy procesu. W uzasadnionych przypadkach analizy biznesowo-systemowe, mapowany jest krok procesu biznesowego na system informatyczny, czy klasę systemów informatycznych.

W tym miejscu wskazuję, że systemy, systemy informatyczne 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.). 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 analiz biznesowo-systemowych; przygotowywanie i utrzymanie dokumentacji technicznej; współpraca z innymi analitykami czy ekspertami domenowymi klienta; analiza potrzeb biznesowych i modelowania procesów biznesowych; zbieranie wymagań i przekładanie wymagań biznesowych na wymagania techniczne oraz wskazanie, który z systemów informatycznych potencjalnie mógłby realizować dane wymaganie biznesowe, w szczególności, gdzie identyfikuje oraz szczegółowo ocenia Pan problemy w kontekście organizacji klienta, definiuje i precyzuje Pan potrzeby biznesowe oraz formułuje zadania i wymagania w sposób umożliwiający realizację celów klienta, przygotowuje Pan analizy rozwiązań technologicznych, które pozwalają zrozumieć, w jaki sposób w organizacji (lub jej wybranych obszarach) wykorzystywane są narzędzia, w tym systemy informatyczne, w celu wsparcia kluczowych procesów biznesowych, kompleksowo analizuje Pan potrzeby organizacji, obejmujące identyfikację istniejących problemów oraz ocenę korzyści wynikających zarówno z ich rozwiązania, jak i z wdrożenia zmian usprawniających funkcjonowanie przedsiębiorstwa wskazują na ścisły związek z doradztwem w zakresie oprogramowania.

W świetle powyższego, wbrew Pana twierdzeniu, że wykonywane przez Pana usługi w zakresie analiz biznesowych i IT jako IT Business Analyst/IT Analityk Biznesowy nie są/nie były/nie będą usługami związanymi z doradztwem w zakresie oprogramowania, skoro Pana usługi skupiają się na doradztwie 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.

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, 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, podlegały/podlegają/będą podlegały 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 były/są/będą 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:

-        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łanej interpretacji, zauważam, że została ona wydana w indywidualnej sprawie innego podatnika i nie jest wiążąca 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). 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.