Interpretacja indywidualna z dnia 9 marca 2023 r., Dyrektor Krajowej Informacji Skarbowej, sygn. 0113-KDIPT2-1.4011.1082.2022.2.MZ

Określenie stawki ryczałtu od przychodów ewidencjonowanych.

Interpretacja indywidualna – stanowisko nieprawidłowe

Szanowny Panie,

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

Zakres wniosku o wydanie interpretacji indywidualnej

27 grudnia 2022 r. wpłynął Pana wniosek z 20 grudnia 2022 r. o wydanie interpretacji indywidualnej, który dotyczy określenia stawki ryczałtu od przychodów ewidencjonowanych. Uzupełnił go Pan – w odpowiedzi na wezwanie – pismem z 2 marca 2023 r. (wpływ 2 marca 2023 r.).

Treść wniosku jest następująca:

Opis stanu faktycznego

… listopada 2021 r. otworzył Pan działalność gospodarczą. Działalność faktycznie prowadzona przez Pana obejmuje projektowanie systemów informatycznych i rozwiązań interfejsowych na potrzeby tworzenia oprogramowania.

W ramach działalności świadczone są następujące usługi:

-projektowanie architektury aplikacji oraz serwisów internetowych,

-analiza funkcjonalności systemów informatycznych,

-zbieranie wymagań i zarządzanie projektami UX,

-proponowanie rozwiązań i szacowanie wymaganych zasobów,

-przygotowywanie specyfikacji technicznej,

-zbieranie informacji o potrzebach użytkownika i działaniu produktu,

-nadzorowanie wdrażanych rozwiązań,

-testowanie zaprojektowanych rozwiązań.

Jest to działalność związana z projektowaniem i rozwojem technologii informatycznych dla sieci i systemów komputerowych, sklasyfikowana pod symbolem PKWiU 62.01.12.0 oraz działalność związana z projektowaniem, programowaniem i rozwojem oprogramowania sklasyfikowana pod symbolem PKWiU 62.01.11.0. Na żadnym etapie świadczenia usług nie jest tworzone przez Pana oprogramowanie, pisanie kodu lub analiza kodu oprogramowania, wobec czego nie świadczy Pan usług związanych z oprogramowaniem sklasyfikowanych pod PKWiU ex 62.01.1. Przy rejestracji działalności złożył Pan wniosek o opodatkowanie przychodów ryczałtem ewidencjonowanym.

W uzupełnieniu wniosku wskazał Pan, że wniosek dotyczy przychodów za 2022 r., 2023 r. i kolejnych lat. Przy prowadzeniu ww. usług nie zatrudnia Pan pracowników. W 2022 r. pracował Pan na podstawie umowy o pracę i prowadził działalność gospodarczą dla różnych pracodawców. Prowadzi Pan ewidencję w sposób umożliwiający określenie przychodów z każdego rodzaju działalności. Faktury wystawiane klientom faktycznie zawierają wszystkie niezbędne informacje i pozwalają na podział przychodów według działalności.

Świadczy Pan usługi w ramach prowadzonej działalności gospodarczej dla następujących podmiotów:

1)X;

2)Y;

3)B.

Pomiędzy Panem a ww. Zleceniodawcą nie istnieją powiązania osobiste, czy gospodarcze. Do wykonywanej przez Pana działalności nie mają/nie będą miały zastosowania wyłączenia zawarte w art. 8 ustawy z 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Nie przekroczył Pan limitu, w roku poprzedzającym rok podatkowy, którego dotyczy zadane we wniosku pytanie, określonego w ustawie o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, wymienionego w art. 6 ust 4 pkt 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Opis wykonywanych przez Pana czynności:

a)Projektowanie architektury aplikacji i usług internetowych polega na określeniu struktury, komponentów, modułów, interfejsów i danych. Celem jest stworzenie projektu, który opisuje, jak aplikacja powinna być zbudowana i jak poszczególne komponenty będą ze sobą współdziałać, aby osiągnąć pożądaną funkcjonalność. Proces projektowania obejmuje podejmowanie decyzji dotyczących używanego oprogramowania, stosu technologicznego, skalowalności, bezpieczeństwa i wydajności.

Proces projektowania oparty jest na wymaganiach funkcjonalnych i niefunkcjonalnych i obejmuje tworzenie dokumentacji technicznej i diagramów opisujących i uzasadniających podjęte decyzje oraz przedstawiających komponenty systemu i interakcje między nimi, z uwzględnieniem stosu technologicznego, wymagań skalowalności, bezpieczeństwa, itp. na różnych poziomach abstrakcji. Użyte narzędzia: ......, itp.

Interakcja z klientem (zleceniodawcą) odbywa się w formie regularnych i okazjonalnych spotkań online z wykorzystaniem narzędzi takich jak: ...... Wykorzystywana jest również korespondencja mailowa (....) oraz systemy zarządzania wiedzą takie jak strony w.(.....).

b)Analiza funkcjonalności systemów informacyjnych to proces stosowany do oceny możliwości i cech systemów informacyjnych oraz do identyfikacji obszarów, w których można dokonać usprawnień. Polega ona na zbadaniu obecnych systemów i procesów wykorzystywanych przez organizację do gromadzenia, przechowywania, przetwarzania i rozpowszechniania informacji oraz określeniu, w jakim stopniu spełniają one potrzeby organizacji.

Analizę przeprowadza się najczęściej przez:

-wywiad z interesariuszami (właściciele biznesowi, właściciele produktów, menedżerowie produktów, inżynierowie systemów i oprogramowania, inżynierowie ...., użytkownicy);

-przegląd istniejącej dokumentacji;

-analiza logów systemowych.

Wyjściem z analizy jest zwykle zestaw rekomendacji w postaci dokumentacji tekstowej, wykresów i diagramów, a także prezentacji. Wykorzystywane narzędzia: ....

c)Zbieranie wymagań i zarządzanie projektami UX. Proces ten składa się z następujących etapów:

-identyfikacja interesariuszy: ustalenie, kto będzie korzystał z oprogramowania oraz jakie są jego potrzeby i oczekiwania;

-prowadzenie wywiadów i ankiet z interesariuszami: zbieranie informacji od interesariuszy w celu lepszego zrozumienia ich wymagań;

-identyfikacja użytkowników: tworzenie profili użytkowników reprezentujących typowych użytkowników oprogramowania;

-prowadzenie badań użytkowników: prowadzenie testów użyteczności, grup fokusowych i innych metod badawczych w celu zebrania informacji na temat potrzeb i zachowań użytkowników;

-definiowanie wymagań: przekładanie informacji zebranych od interesariuszy i badań użytkowników na zestaw wymagań, które mogą kierować rozwojem oprogramowania;

-współpraca z projektantami i deweloperami: współpraca z zespołem projektowym UXI zespołem deweloperskim w celu zapewnienia, że projekt spełnia wymagania i jest prawidłowo realizowany.

W wyniku procesu powstaje uporządkowany zestaw wymagań funkcjonalnych uzupełniony o prototypy Ul.

Narzędzia: .....

d)Proponowanie rozwiązań i szacowanie wymagań zasobów. W tym kontekście mówimy o rozwiązaniach architektonicznych i systemowych, które spełniają wymagania i/lub propozycje ulepszenia produktu programowego (systemu informatycznego). Problem informatyczny może być rozwiązany na wiele sposobów. Wybór metody zależy od systemu i zasobów już dostępnych, a także od zadanych kryteriów optymalizacji (w zakresie kosztów rozwoju i utrzymania, jakości, wydajności, bezpieczeństwa, stabilności, skalowalności, szybkości wprowadzania na rynek - time to market - itp.). Uwzględnia się stos technologiczny systemu, zasoby inżynierskie dostępne w firmie i ich motywację, dostępność zasobów ludzkich o wymaganych kwalifikacjach na rynku pracy i ich wynagrodzenia, nowość stosowanych rozwiązań, różnego rodzaju ograniczenia i wymagania.

Rozwiązania te są wysokopoziomowe, oparte na interesariuszach i nie obejmują tworzenia oprogramowania. Zestawienie wymagań, kryteriów oceny, wykresów, grafów oraz krótka analiza każdego rozwiązania umożliwia interesariuszom dokonanie umotywowanego wyboru rozwiązania.

e)Przygotowanie specyfikacji technicznej. Specyfikacja techniczna to dokument, który określa wymagania techniczne i ograniczenia dla projektu. Jest to szczegółowy opis tego, jak system ma być zbudowany, zawierający informacje o architekturze, strukturach danych, algorytmach, interfejsach i wymaganiach dotyczących wydajności. W rzeczywistości specyfikacja techniczna służy jako „schemat” dla programistów i zapewnia jasne zrozumienie tego, czego oczekuje się od oprogramowania.

Specyfikacja techniczna obejmuje:

-wymagania funkcjonalne (wymagania biznesowe - opis tego, co system oprogramowania powinien robić i jak powinien się zachowywać),

-wymagania niefunkcjonalne (ograniczenia techniczne, które należy uwzględnić przy tworzeniu systemu, jak również wymagania dotyczące wydajności, takie jak czas reakcji, przepustowość i skalowalność),

-wymagania architektoniczne (opisują składniki systemu i sposób ich współdziałania),

-dane i algorytmy, jak przechowywać i przetwarzać dane, jakie algorytmy stosować przy realizacji wymagań),

-interfejsy (opis interfejsów używanych przez oprogramowanie, w tym Ul, API i metody dostępu do danych).

Specyfikacja techniczna jest ważnym dokumentem dla każdego projektu tworzenia oprogramowania, ponieważ kładzie fundamenty pod rozwój i pomaga zapewnić, że oprogramowanie spełnia potrzeby interesariuszy i użytkowników.

f)Zbieranie informacji o potrzebach użytkownika i działaniu produktu. Informacje na temat potrzeb użytkowników i cech produktów są gromadzone w celu zrozumienia ich potrzeb i oceny działania produktów. Informacje te mogą być wykorzystane do projektowania, rozwoju i ulepszania produktu oraz do zapewnienia, że produkt spełnia potrzeby użytkowników.

Zbieranie informacji to:

-badania użytkowników - prowadzenie badań jakościowych i ilościowych, takich jak ankiety, wywiady z użytkownikami i testy użyteczności, w celu zebrania informacji na temat potrzeb, zachowań i preferencji użytkowników;

-analityka - gromadzenie i analizowanie danych o produkcie, takich jak wzorce użytkowania i metryki wydajności, w celu uzyskania wglądu w to, jak użytkownicy wchodzą w interakcje z produktem i jakie obszary mogą wymagać poprawy;

-opinie użytkowników - analizowanie opinii użytkowników otrzymanych za pośrednictwem różnych kanałów, takich jak formularze opinii w aplikacji, helpdesk i media społecznościowe, aby zrozumieć ich doświadczenia z produktem i zidentyfikować wszelkie problemy i pytania;

-testy A/B - przeprowadzanie kontrolowanych eksperymentów w celu przetestowania różnych opcji projektowych lub funkcji i zebrania danych na temat tego, który projekt lub funkcja są bardziej skuteczne.

Informacje te stanowią cenne źródło spostrzeżeń i mogą pomóc organizacjom zrozumieć, czego ich użytkownicy chcą i oczekują od produktu oraz zidentyfikować obszary wymagające poprawy. Może to doprowadzić do powstania lepszych produktów, które lepiej spełniają potrzeby użytkowników, a także pomóc organizacjom w podejmowaniu świadomych decyzji dotyczących rozwoju produktów i map drogowych.

g)Nadzorowanie wdrażanych rozwiązań. Rozwiązania są wdrażane przez inżynierów lub zespoły odpowiedzialne za wdrożenie i działanie systemu. Nadzór jest konieczny, aby zapewnić, że rozwiązanie jest wdrażane z powodzeniem i spełnia wymagania.

Na nadzór składają się następujące zadania:

-monitorowanie postępu (śledzenie procesu rozwoju, w tym wykonanych zadań, aktualizacji statusu i terminów realizacji projektu);

-zapewnienie jakości (w szczególności sprawdzenie, czy system spełnia wymagania architektoniczne i niefunkcjonalne);

-zarządzanie interesariuszami (informowanie interesariuszy o postępach i rozwiązywanie pojawiających się problemów lub kwestii);

-koordynacja zasobów (przydzielanie zasobów i zapewnienie inżynierom narzędzi i wsparcia potrzebnego do realizacji projektu).

h)Testowanie zaprojektowanych rozwiązań. Testowanie zaprojektowanych rozwiązań jest integralną częścią zapewnienia jakości produktu. Badania mogą dotyczyć zasadniczo wszystkich aspektów specyfikacji technicznej.

W tym kontekście mówimy o rozwiniętych produktach i systemach oprogramowania, a nie o gotowych. Pana zadaniem, jako architekta, jest zorganizowanie procesu testowania i upewnienie się przede wszystkim, że wymagania architektoniczne i związane z nimi wymagania niefunkcjonalne są spełnione, ponieważ zastosowane rozwiązania architektoniczne bezpośrednio wpływają np. na czas odpowiedzi systemu, jego szybkość skalowania do obciążenia i zdolność do odzyskiwania danych po awariach. Wyniki są dokumentowane i porównywane z zadaniem i projektem.

Na żadnym etapie świadczenia usług nie jest tworzone przez Pana oprogramowanie, pisanie kodu lub analiza kodu oprogramowania, wobec czego nie świadczy Pan usług związanych z oprogramowaniem sklasyfikowanych pod PKWIU ex 62.01.1.

Pytanie

Jaka stawka podatku będzie miała zastosowanie do wymienionych usług?

Pana stanowisko w sprawie

Prawidłowe i uzasadnione jest opodatkowanie 8,5% stawką ryczałtu od przychodów ewidencjonowanych określoną w art. 12 ust. 1 pkt 5 lit. a) ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Stawka ta ma miejsce zarówno dla przychodów z działalności związanej z projektowaniem i rozwojem technologii informatycznych dla sieci i systemów komputerowych, sklasyfikowanych pod symbolem PKWiU 62.01.12.0 oraz dla przychodów z działalności związanej z projektowaniem, programowaniem i rozwojem oprogramowania, sklasyfikowanych pod symbolem PKWiU 62.01.11.0.

W myśl art. 12 ust. 1 pkt 5 lit. a) ww. ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, 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.

Nie świadczy Pan usług związanych z oprogramowaniem, tym samym uważa, że do wyliczania kwoty należnego podatku dochodowego z tytułu przychodu od usług sklasyfikowanych pod symbolem PKWiU 62.01.12.0 oraz PKWiU 62.01.11.0, prawidłowe jest zastosowanie stawki 8,5%.

Brak świadczenia przez Pana usług programowania jest istotny w kontekście art. 12 ust. 1 pkt 2 lit. h) ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Zgodnie bowiem z brzmieniem tego przepisu, stawką ryczałtu 15% objęte jest świadczenie usług związanych z związanych z nadawaniem programów ogólnodostępnych i abonamentowych (PKWiU dział 60), 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).

Przy czym, stosownie do art. 4 ust. 4 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, 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.

Z powyższego wynika, że stawką 8,5% mogą być opodatkowane tylko te usługi, które nie mieszczą się w definicji usług związanych z oprogramowaniem (PKWiU ex 62.01.1). Tym samym należy ocenić, że działalność prowadzona przez Pana, mieszcząca się w klasyfikacji PKWiU 62.01.12.0 oraz 62.01.11.0, nie może być rozumiana jako mieszcząca się w grupowaniu 62.01, jako że działalność faktycznie prowadzona przez Pana nie obejmuje programowania, a jedynie projektowanie architektury aplikacji oraz serwisów internetowych, analizę funkcjonalności systemów informatycznych, zbieranie wymagań i zarządzanie projektami UX, proponowanie rozwiązań i szacowanie wymaganych zasobów, przygotowywanie specyfikacji technicznej, zbieranie informacji o potrzebach użytkownika i działaniu produktu, nadzorowanie wdrażanych rozwiązań oraz testowanie zaprojektowanych rozwiązań. Nie prowadzi zatem Pan działalności opisanej w PKWiU 62.01.1.

Mając na uwadze powyższe, w Pana ocenie, ma Pan prawo do opodatkowania uzyskiwanych przychodów ryczałtem od przychodów ewidencjonowanych w wysokości 8,5%, zgodnie z art. 12 ust. 1 pkt 5 lit. a) ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Ocena stanowiska

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

Uzasadnienie interpretacji indywidualnej

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

Natomiast w myśl art. 2 ust. 1 pkt 1 tej ustawy:

Przy czym w myśl art. 4 ust. 1 pkt 12 ww. ustawy:

Stosownie do treści 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 pkt 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne:

Zauważyć należy, że u osób prowadzących pozarolniczą działalność gospodarczą możliwość opodatkowania w formie ryczałtu od przychodów ewidencjonowanych uzależniona jest od niewystąpienia przesłanek negatywnych określonych w art. 8 ww. ustawy.

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

W myśl art. 8 ust. 2 ww. ustawy:

Zgodnie art. 9 ust. 1 ww. ustawy:

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

Stawki ryczałtu od przychodów ewidencjonowanych zależą od tego, z jakiego rodzaju działalności podatnik uzyskuje przychody. Zostały one określone w art. 12 ust. 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Stosownie do 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 brzmieniu obowiązującym od 1 stycznia 2022 r.:

Natomiast w myśl art. 12 ust. 1 pkt 5 lit. a) ww. ustawy:

W tym miejscu wyjaśnić należy, że ilekroć w ustawie używa się oznaczenia „ex” przy symbolu danego grupowania PKWiU oznacza to, że zakres wyrobów lub usług jest węższy niż określony w tym grupowaniu – o czym stanowi art. 4 ust. 4 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Oznaczenie „ex” dotyczy zatem tylko określonej usługi z danego grupowania. Umieszczenie tego dopisku przy konkretnym symbolu statystycznym ma na celu zawężenie stosowania przepisu tylko do tej nazwy grupowania.

Ponadto zauważyć należ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. Przy czym klasyfikacji tej do określonego symbolu PKWiU dokonuje sam podatnik.

Jak wynika z przedstawionego we wniosku opisu sprawy wykonuje Pan w ramach działalności gospodarczej usługi, które mieszczą się w grupowaniu PKWiU 62.01.12.0., 62.01.11.0. Działalność faktycznie prowadzona przez Pana obejmuje projektowanie systemów informatycznych i rozwiązań interfejsowych na potrzeby tworzenia oprogramowania.

W tym miejscu podkreślić należy, że wyjaśnienia do PKWiU 2015, wydane przez Główny Urząd Statystyczny, dla „usług związanych z oprogramowaniem” zawierają następującą charakterystykę: „podklasa 62.01 - usługi związane z oprogramowaniem” obejmuje: pisanie, modyfikowanie, badanie, dokumentowanie i wspomaganie oprogramowania, włączając pisanie zleceń sterujących programami dla użytkowników.

W podklasie tej znajduje się kategoria 62.01.1 - usługi związane z projektowaniem i rozwojem technologii informatycznych, która obejmuje dwa poniższe grupowania:

-PKWiU 62.01.11.0 - usługi związane z projektowaniem, programowaniem i rozwojem oprogramowania;

-PKWiU 62.01.12.0 - usługi związane z projektowaniem i rozwojem technologii informatycznych dla sieci i systemów komputerowych.

Co istotne, grupowanie PKWiU 62.01.12.0 - usługi związane z projektowaniem i rozwojem technologii informatycznych dla sieci i systemów komputerowych obejmuje:

-usługi związane z projektowaniem, rozwojem i wdrażaniem sieci klienta, takich jak: intranet, ekstranet i wirtualne sieci prywatne;

-usługi związane z projektowaniem i rozwojem bezpieczeństwa sieci, tj. projektowanie, rozwój i wdrażanie oprogramowania, sprzętu komputerowego i procedur sterowania dostępem do danych i programami pozwalającymi na bezpieczną wymianę informacji w ramach sieci.

Wskazać należy, że przepis art. 12 ust. 1 pkt 2b lit. b) ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, w przypadku PKWiU ex 62.01.1 wskazuje na związek świadczonych usług z oprogramowaniem, nie zawężając tych czynności wyłącznie do kwestii programowania.

Analiza przedstawionego we wniosku opisu dotyczącego zakresu wykonywanych usług prowadzi do wniosku, że usługi te – wbrew Pana stanowisku – są związane z oprogramowaniem o czym świadczy stwierdzenie we wniosku:

Ponadto w uzupełnieniu wniosku wskazał Pan, że:

Uwzględniając powyższe, przychody uzyskiwane przez Pana ze świadczenia w ramach działalności gospodarczej ww. usług – jako usług związanych z oprogramowaniem – podlegają opodatkowaniu 12% stawką ryczałtu od przychodów ewidencjonowanych, 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.

Zatem Pana stanowisko, w którym stwierdził Pan, że przychód z tytułu usług wymienionych w stanie faktycznym może być opodatkowany 8,5% stawką ryczałtu od przychodów ewidencjonowanych określoną w art. 12 ust. 1 pkt 5 lit. a) ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, należało uznać za nieprawidłowe.

Ponadto we własnym stanowisku w sprawie powołał Pan nieaktualne brzmienie art. 12 ust. 1 pkt 2 lit. h) ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy stanu faktycznego przedstawionego przez Pana i stanu prawnego obowiązującego w dniu wydania interpretacji.

Przy wydawaniu niniejszej interpretacji dokonaliśmy 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 jest zgodny ze stanem rzeczywistym. W ramach postępowania o wydanie interpretacji przepisów prawa podatkowego nie przeprowadzamy postępowania dowodowego, lecz opieramy się jedynie na stanie faktycznym przedstawionym we wniosku. Ustalenie stanu rzeczywistego stanowi domenę ewentualnego postępowania podatkowego. To na podatniku ciąży obowiązek udowodnienia w toku tego postępowania okoliczności faktycznych, z których wywodzi on dla siebie korzystne skutki prawne.

Ponadto, przedmiotowa interpretacja dotyczy tylko sprawy będącej przedmiotem zapytania. Inne kwestie zawarte w opisie sprawy nie podlegały ocenie.

Pouczenie o funkcji ochronnej interpretacji

·Funkcję ochronną interpretacji indywidualnych określają przepisy art. 14k-14nb ustawy z 29 sierpnia 1997 r. – Ordynacja podatkowa (t. j. Dz. U. z 2022 r. poz. 2651 ze zm.). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli: Pana sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego 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 30 sierpnia 2002 r. Prawo o postępowaniu przed sądami administracyjnymi – t. j. Dz. U. z 2023 r. poz. 259; 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. Teodora Sixta 17, 43-300 Bielsko-Biała (art. 47 § 1 PPSA), albo

·w formie dokumentu elektronicznego, w jednym egzemplarzu (bez odpisu), na adres Elektronicznej Skrzynki Podawczej Krajowej Informacji Skarbowej na platformie ePUAP: /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 ustawy z 29 sierpnia 1997 r. – Ordynacja podatkowa (t. j. Dz. U. z 2022 r. poz. 2651 ze zm.).