Interpretacja indywidualna z dnia 29 czerwca 2023 r., Dyrektor Krajowej Informacji Skarbowej, sygn. 0112-KDSL1-2.4011.212.2023.3.PR

Stawka podatku dla usług sklasyfikowanych pod kodami PKWiU 62.01.11.0 oraz 62.02.30.0.

Interpretacja indywidualna

– stanowisko w części prawidłowe i w części nieprawidłowe

Szanowna Pani,

stwierdzam, że Pani 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 w części dotyczącej zastosowania stawki ryczałtu w wysokości 8,5% dla usług:

·sprawdzenia, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane zgodnie z wytycznymi klientów, co realizowane jest poprzez tzw. testy manualne, sklasyfikowanej wg symbolu PKWiU w grupowaniu PKWiU 62.01.11.0;

·sprawdzenia funkcjonowania aplikacji po ich zmianie/aktualizacji,sklasyfikowanej wg symbolu PKWiU w grupowaniu PKWiU 62.01.11.0.

-prawidłowe w pozostałej części.

Zakres wniosku o wydanie interpretacji indywidualnej

8 maja 2023 r. wpłynął Pani wniosek z 8 maja 2023 r. o wydanie interpretacji indywidualnej, który dotyczy zryczałtowanego podatku dochodowego od niektórych przychodów osiąganych przez osoby fizyczne. Uzupełniła go Pani – w odpowiedzi na wezwania – pismami z 3 czerwca 2023 r. (wpływ 3 czerwca 2023 r.) oraz z 20 czerwca 2023 r. (wpływ 20 czerwca 2023 r.). Treść wniosku jest następująca:

Opis stanu faktycznego

Jest Pani testerką manualną. Zakres obowiązków:

-Sprawdzanie nowych funkcjonalności, tworzonych przez programistów oraz wykonywanie dokumentacji testowej.

-Sprawdzenie, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane zgodnie z wytycznymi klientów, co realizowane jest poprzez tzw. testy manualne.

-Analiza dokumentacji, specyfikacji i wymagań klientów, żeby wiedzieć jaki jest oczekiwany wynik aplikacji/funkcjonalności i jakie zachowanie oprogramowania jest uznawane za poprawne.

-Porównanie, czy dana aplikacja/funkcjonalność działa zgodnie, czy niezgodnie ze specyfikacją i wymaganiami klientów, co realizowane jest poprzez tzw. testy manualne.

-Po zakończeniu testów, w zależności od wyniku, prezentacja wyników do finalnej akceptacji lub też dokumentacja wykrytych błędów/defektów do programistów (następuje tzw. rejestracja wyników, zgłaszanie raportów oraz defektów).

-Sprawdzenie funkcjonowania aplikacji po ich zmianie/aktualizacji. Celem takiej weryfikacji jest potwierdzenie faktycznego wyeliminowania błędów w aplikacjach. Sposób przeprowadzenia takich testów jest tożsamy do standardowych procedur opisanych powyżej.

Ponadto, w uzupełnieniu wniosku z 3 czerwca 2023 r. udzieliła Pani następujących odpowiedzi na poniższe pytania:

1)czy zgodnie z art. 3 ust. 1 oraz ust. 1a ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t. j. Dz. U. z 2022 r. poz. 2647 ze zm.), ma Pani nieograniczony obowiązek podatkowy w Polsce?

Odpowiedź: Ma Pani nieograniczony obowiązek podatkowy w Polsce, ponieważ mieszka w (…) i świadczy usługi dla klienta (…). Płaci Pani podatek ryczałt 12%, bez VAT, płaci Pani również ZUS.

2)przychodów za jaki rok podatkowy lub lata podatkowe dotyczy Pani wniosek?

Odpowiedź: Dochód za rok 2023 dotyczy wniosku.

3)od kiedy prowadzi Pani działalność gospodarczą?

Odpowiedź: Jest Pani samozatrudniona od grudnia 2022 r.

4)kiedy osiągnęła Pani pierwszy dochód z tytułu działalności, o której mowa we wniosku, którą zamierza Pani opodatkować zryczałtowaną stawką podatku?

Odpowiedź: Pierwszy dochód z działalności gospodarczej otrzymała Pani w styczniu 2023 r.

5)na jakich zasadach (forma opodatkowania) dokonywała/dokonuje Pani rozliczeń podatkowych w dotychczas prowadzonej działalności gospodarczej?

Odpowiedź: (…) świadczy dla Pani usługi księgowe i wykonuje obliczenia podatkowe. Formą opodatkowania od grudnia 2022 r. do kwietnia 2023 r. był PIT, ryczałt z oprocentowaniem 8,5% (na podstawie (…), Ryczałt od przychodów ewidencjonowanych – manualne testy oprogramowania – Pismo wydane przez:... – (…)). W kwietniu 2023 r. księgowa poinformowała Panią, że podatki za 2023 r. zostaną przeliczone według stawki 12% i jeśli chce Pani stosować stawkę 8,5%, potrzebuje Pani indywidualnej interpretacji z urzędu skarbowego. Więc teraz obliczenia podatkowe dla Pani są obliczane jako ryczałt z oprocentowaniem 12%.

6)czy złożyła Pani właściwemu Naczelnikowi Urzędu Skarbowego oświadczenie o wyborze formy opodatkowania zryczałtowanym podatkiem dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, a jeśli tak, to kiedy (należy wskazać dokładną datę)?

Odpowiedź: Wysłała Pani wniosek CEIDG-1 do Centralnej Ewidencji i Informacji o Działalności Gospodarczej w dniu 10 listopada 2022 r. Wskazała Pani tam przeważający kod PKD 62.01.Z i wybrała Pani formę opodatkowania „Ryczałt od przychodów ewidencjonowanych”. Więcej wniosków Pani nie wysyłała.

7)czy w roku podatkowym/latach podatkowych, których dotyczy wniosek (wskazanych w odpowiedzi na pkt 2 wezwania) do wykonywanej przez Panią działalności gospodarczej miały/mają zastosowanie wyłączenia zawarte w art. 8 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 2022 r. poz. 2540 ze zm.).

Odpowiedź: Działania, które Pani prowadzi od grudnia 2022 r. do chwili obecnej, nie są związane ze sprawami wymienionymi w sekcji II.7 dokumentu „Wezwanie do uzupełnienia wniosku o wydanie interpretacji indywidualnej”.

8)czy w roku podatkowym/latach podatkowych, których dotyczy wniosek (wskazanych w odpowiedzi na pkt 2 wezwania) w odniesieniu do Pani zachowane zostały/zostają warunki określone w art. 6 ust. 4 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne?

Odpowiedź: W zeszłym i tym roku uzyskała Pani przychody z działalności, prowadzonej wyłącznie samodzielnie. Zapłaciła Pani podatek od dochodu z działalności gospodarczej w zeszłym roku (tylko w grudniu, ponieważ rozpoczęła Pani działalność w grudniu 2022 r.) i w tym roku. W ubiegłym roku Pani dochód nie przekroczył 2 000 000 euro. W tym roku Pani dochód nie przekroczył 2 000 000 euro i prawdopodobnie nie przekroczy do końca roku. Pani miesięczny dochód z tytułu świadczonych przeze Panią usług wynosił i nadal wynosi (…) zł. Od początku Pani działalności do chwili obecnej świadczyła Pani usługi tylko dla jednego klienta – (…).

9)czy prowadzona przez Panią działalność gospodarcza była/jest działalnością usługową 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?

Odpowiedź: Od początku Pani działalności aż do teraz, zawsze świadczyła Pani tę samą usługę – manualne testowanie oprogramowania. Zawsze miała Pani jeden kod PKD 62.01.Z. Nie świadczyła Pani żadnych innych usług związanych z innymi kodami PKD.

10)na czym konkretnie polegają wykonywane przez Panią czynności?

Odpowiedź: W ramach Pani działalności świadczy Pani usługi związane z testowaniem manualnym. Celem testów manualnych jest zapewnienie jakości oprogramowania. Takie testowanie może dotyczyć zarówno aplikacji/stron internetowych, jak i aplikacji mobilnych. Wynikiem testowania jest wysokiej jakości oprogramowanie (strona internetowa/aplikacja mobilna), które działa bez błędów i spełnia wymagania klienta dotyczące tego oprogramowania. Zajmuje się Pani wyłącznie weryfikacją i nie wykonuje zadań polegających na usuwaniu błędów znalezionych podczas testowania. Do Pani obowiązków nie należą tworzenie i utrzymywanie środowiska testowego (programów, aplikacji), programowanie (kodowanie) testowanego oprogramowania ani usługi i doradztwo w zakresie sprzętu komputerowego.

Zakres obowiązków:

-Sprawdzanie nowych funkcjonalności, tworzonych przez programistów (PKWiU 62.02.30.0).

Oznacza to, że po napisaniu kodu przez programistów i przesłaniu go do testowej strony internetowej lub aplikacji mobilnej, otwiera Pani tę testową stronę internetową lub aplikację mobilną w przeglądarce i sprawdza, czy strona internetowa lub aplikacja działa poprawnie, czy też zawiera błędy. Na przykład, musi Pani sprawdzić, czy możliwe jest złożenie zamówienia w sklepie internetowym. Otwiera Pani testową wersję sklepu internetowego w przeglądarce, wybiera żądany produkt z katalogu, dodaje go do koszyka, a następnie wybiera opcję „Złóż zamówienie”, wprowadza niezbędne dane osobowe (imię, nazwisko, adres e-mail, adres dostawy itp.), wybiera metodę płatności, dokonuje płatności i widzi potwierdzenie, że Pani zamówienie zostało pomyślnie złożone. W ten sposób sprawdza Pani te scenariusze, które będą wykonywane przez użytkowników końcowych, dla których ten sklep internetowy został opracowany.

-Wykonywanie dokumentacji testowej (PKWiU 62.02.30.0).

Aby sprawdzić, czy strona lub aplikacja działa poprawnie, pisze Pani tak zwane przypadki testowe. Przypadki testowe opisują, które kroki należy wykonać i jakie są oczekiwane wyniki. Przypadki testowe pisze Pani albo w specjalnych programach do pisania i przechowywania przypadków testowych albo w dokumencie Excel. Zazwyczaj przypadek testowy wygląda następująco:

1.Tytuł przypadku testowego, który opisuje, co Pani sprawdza (na przykład „Sprawdź, czy możesz umieścić przedmiot w koszyku”).

2.Kroki przypadku testowego (np. otwórz sklep internetowy, znajdź przedmiot w katalogu, kliknij „Dodaj do koszyka”, przejdź do koszyka, sprawdź przedmiot w koszyku).

3.Oczekiwany wynik (np. przedmiot dodany do koszyka).

Wszystkie przypadki testowe są pisane ręcznie w oparciu o wymagania produktowe klienta. Oprócz przypadków testowych tworzy Pani również strategię testową dla klienta, która opisuje, co i jak będzie testować. Na koniec testów pisze Pani raport o wynikach testów, który opisuje, które funkcje strony internetowej lub aplikacji zostały przetestowane, ile przypadków testowych zostało zaliczonych i ile znaleziono błędów.

-Sprawdzenie, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane zgodnie z wytycznymi klientów, co realizowane jest poprzez tzw. testy manualne (PKWiU 62.01.11.0).

Aby sprawdzić, czy funkcjonalność strony internetowej lub aplikacji spełnia wymagania klienta, czyta Pani wymagania i dokumentację produktu, pisze Pani przypadki testowe (jak opisano w poprzednim akapicie), a następnie przechodzi Pani do testowej wersji strony internetowej lub aplikacji i wykonuje czynności opisane w przypadku testowym. Po wykonaniu wszystkich kroków porównuje Pani rzeczywisty wynik, który widzi na testowanej stronie/aplikacji z oczekiwanym wynikiem opisanym w wymaganiach produktu i przypadkach testowych. Jeśli są one zbieżne, stwierdza Pani, że funkcjonalność działa poprawnie. Jeśli nie, dokumentuje błąd i zgłasza Pani go programistom i klientowi. Następnie programiści naprawiają błąd, a Pani ponownie testuje funkcjonalność, aby upewnić się, że błąd został naprawiony, a funkcjonalność działa poprawnie.

-Analiza dokumentacji, specyfikacji i wymagań klientów, żeby wiedzieć jaki jest oczekiwany wynik aplikacji/funkcjonalności i jakie zachowanie oprogramowania jest uznawane za poprawne (PKWiU 62.02.30.0).

Kiedy po raz pierwszy czyta Pani wymagania dotyczące funkcjonalności, analizuje Pani wymagania pod kątem tego, jak może przetestować tę funkcjonalność, np. zaczyna Pani pisać przypadki testowe. Często podczas tej analizy pojawiają się pytania wyjaśniające do klienta lub analityka biznesowego, który napisał wymagania; czasami wymagania mogą być ze sobą sprzeczne lub brakuje niektórych informacji. W takim przypadku dowiaduje się Pani od klienta lub analityka biznesowego, jak powinna działać dana funkcjonalność (zadaje pytania, pisze e-maile), tak aby w czasie testowania mieć wszystkie potrzebne informacje na temat oczekiwanego wyniku danej funkcjonalności. Jest to bardzo ważne, ponieważ w przeciwnym razie nie będzie Pani wiedziała, czy produkt działa poprawnie, czy nie.

-Po zakończeniu testów, w zależności od wyniku, prezentacja wyników do finalnej akceptacji lub też dokumentacja wykrytych błędów/defektów do programistów (następuje tzw. rejestracja wyników, zgłaszanie raportów oraz defektów) (PKWiU 62.02.30.0).

Jeśli na koniec testu rzeczywisty wynik jest taki sam jak oczekiwany, tj. funkcjonalność działa zgodnie z wymaganiami, zapisuje Pani, że przypadek testowy przeszedł pomyślnie. Jeśli test wykaże rozbieżność między wynikiem rzeczywistym a oczekiwanym, stwierdza Pani, że wykryto defekt (błąd). Następnie wysyła Pani wykryty defekt jako raport o błędzie. Raport ten zazwyczaj wygląda następująco:

1.Nagłówek defektu, który opisuje co, gdzie i w jakich warunkach nie działa.

2.Kroki do odtworzenia błędu.

3.Oczekiwany wynik i rzeczywisty wynik (ze zrzutami ekranu).

Raport o błędzie jest pisany w specjalnym oprogramowaniu do przechwytywania i przechowywania takich raportów lub w dokumencie Excel. Taki raport pozwala programistom szybko odtworzyć błąd, znaleźć jego przyczynę i go naprawić. Niektóre niepoważne błędy są omawiane z klientem, który decyduje, czy błędy zostaną naprawione wkrótce, czy później.

-Sprawdzenie funkcjonowania aplikacji po ich zmianie/aktualizacji. Celem takiej weryfikacji jest potwierdzenie faktycznego wyeliminowania błędów w aplikacjach (PKWiU 62.01.11.0).

Testowanie, które odbywa się przed udostępnieniem produktu (strony internetowej lub aplikacji) użytkownikom końcowym, nazywane jest testowaniem regresyjnym. Testowanie to ma na celu upewnienie się, że po wszystkich pracach rozwojowych i poprawkach błędów funkcjonalność działa poprawnie w całości i nie pojawiły się żadne nowe błędy. Podczas testów regresyjnych przypadki testowe są testowane w taki sam sposób, jak opisano powyżej. Zawsze wykonuje Pani takie testy ręcznie, nie używa Pani zautomatyzowanych programów i testuje tylko interfejs użytkownika strony internetowej lub aplikacji, scenariusze użytkownika (co użytkownik końcowy zrobi na stronie internetowej lub w aplikacji). Nie testuje Pani kodu strony/aplikacji, ponieważ nie ma Pani do niego dostępu i nie posiada wiedzy programistycznej. Jeśli testy regresji ujawnią błędy, programiści je naprawiają, a Pani ponownie testuje funkcjonalność, aby upewnić się, że błędy zostały naprawione. Gdy wszystkie błędy zostaną naprawione i nie zostaną znalezione żadne nowe, strona internetowa lub aplikacja jest gotowa do wydania, po czym użytkownicy końcowi mogą z niej korzystać. Tak więc ręczne testy regresyjne są ostatnim etapem testowania produktu, który potwierdza jego jakość.

11)wskazanie jak są sklasyfikowane – na podstawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) – faktycznie wykonywane przez Panią ww. czynności wskazane we wniosku, których dotyczy zadane przez Panią pytanie (prosimy podać podstawowy symbol grupowania, który jest siedmiocyfrowy, zapisywany w blokach po dwa znaki oddzielone kropką – dla każdej z wykonywanych czynności mających być przedmiotem zapytania).

Odpowiedź: Uważa Pani, że działania opisane w poprzednim akapicie pasują do kodów:

-PKWiU 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”;

-i częściowo do PKWiU 62.01.11.0 „Usługi związane z projektowaniem, programowaniem i rozwojem oprogramowania”.

Warto zauważyć, że Pani działalność w ramach PKWiU 62.02.30.0, PKWiU 62.01.11.0 nie jest związana z doradztwem w zakresie oprogramowania w odniesieniu do działalności testerskiej. Prowadzi Pani działania mające na celu porównanie, czy dana aplikacja/funkcjonalność działa zgodnie, czy niezgodnie ze specyfikacją i wymaganiami a po wykryciu błędów zgłasza Pani nieprawidłowości do programistów.

12)czy wykonywane przez Panią usługi są w jakikolwiek sposób związane z oprogramowaniem:

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

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

Odpowiedź: Usługi, które świadczy Pani jako tester manualny są związane z oprogramowaniem częściowo:

-Testuje Pani strony internetowe i aplikacje mobilne poprzez testowanie manualne, czyli zapoznanie się z wymaganiami dotyczącymi funkcjonalności strony internetowej lub aplikacji, a następnie otwarcie strony internetowej na komputerze lub aplikacji na telefonie komórkowym i sprawdzenie, czy strona internetowa lub aplikacja działa poprawnie i zgodnie z wymaganiami, tj. korzystanie ze strony internetowej lub aplikacji w taki sposób, w jaki zrobiłby to użytkownik końcowy.

-Nie ma Pani dostępu do kodu oprogramowania strony internetowej lub aplikacji mobilnej, nie pisze Pani kodu. Nie ma Pani wiedzy programistycznej, a Pani obowiązki nie obejmują testowania samego kodu. Testuje Pani jedynie interfejs użytkownika: wygląd strony internetowej lub aplikacji dla użytkownika końcowego oraz funkcje strony internetowej lub aplikacji, z których będzie korzystał użytkownik końcowy. Podczas testowania strony lub aplikacji korzysta Pani wyłącznie ze swojego doświadczenia jako testera manualnego i zdrowego rozsądku. Nie używa Pani żadnych zautomatyzowanych testów ani oprogramowania do automatycznego testowania.

13)czy świadczone przez Panią usługi polegały/polegają na projektowaniu, rozwoju, wdrażaniu oprogramowania i procedur sterowania dostępem do danych i programami pozwalającymi na bezpieczną wymianę informacji w ramach sieci?

Odpowiedź: Pani usługi nie polegały/polegają na projektowaniu, rozwoju, wdrażaniu oprogramowania i procedur sterowania dostępem do danych i programami pozwalającymi na bezpieczną wymianę informacji w ramach sieci.

14)czy świadczone usługi były/są:

a)związane z doradztwem w zakresie sprzętu komputerowego (PKWiU 62.02.10.0),

b)związane z oprogramowaniem (PKWiU ex 62.01.1),

c)objęte grupowaniem „Oryginały oprogramowania komputerowego” (PKWiU 62.01.2),

d)związane z doradztwem w zakresie oprogramowania (PKWiU ex 62.02),

e)usługami w zakresie instalowania oprogramowania (PKWiU ex 62.09.20.0),

f)związane z zarządzaniem siecią i systemami informatycznymi (PKWiU 62.03.1)?

Odpowiedź: Pani świadczone usługi są częściowo związane z oprogramowaniem (PKWiU ex 62.01.1), tak jak opisała Pani w pkt 12. Pani usługi nie są związane:

-z doradztwem w zakresie sprzętu komputerowego (PKWiU 62.02.10.0),

-objęte grupowaniem „Oryginały oprogramowania komputerowego” (PKWiU 62.01.2),

-z doradztwem w zakresie oprogramowania (PKWiU ex 62.02),

-z usługami w zakresie instalowania oprogramowania (PKWiU ex 62.09.20.0),

-z zarządzaniem siecią i systemami informatycznymi (PKWiU 62.03.1).

Natomiast w uzupełnieniu wniosku z 20 czerwca 2023 r. opisała Pani na czym polegają działania opisane w punkcie„Porównanie, czy dana aplikacja/funkcjonalność działa zgodnie, czy niezgodnie ze specyfikacją i wymaganiami klientów, co realizowane jest poprzez tzw. testy manualne” (PKWiU 62.02.30.0).

Jak pisała Pani wcześniej, przygotowując się do testów, pisze Pani przypadki testowe do wymagań klienta. Wymagania opisują, jak strona internetowa lub aplikacja mobilna powinna działać i wyglądać. W związku z tym w przypadkach testowych określa Pani oczekiwany wynik testu na podstawie wymagań klienta. Następnie sprawdza Pani, czy strona internetowa lub aplikacja działa zgodnie z oczekiwaniami za pomocą testów manualnych. Podczas testowania manualnego uzyskuje rzeczywisty wynik, czyli sposób, w jaki strona internetowa lub aplikacja faktycznie działa. Porównuje Pani rzeczywisty wynik z oczekiwanym. Jeśli są one takie same, dochodzi Pani do wniosku, że strona internetowa lub aplikacja działa zgodnie z wymaganiami. Jeśli wyniki są różne, oznacza to, że strona internetowa lub aplikacja nie działa zgodnie z wymaganiami/specyfikacjami dla produktu. Tak więc wynikiem tego działania jest potwierdzenie, że strona internetowa lub aplikacja działa poprawnie, zgodnie z wymaganiami; lub niepoprawnie, co oznacza, że na stronie internetowej lub w aplikacji występują błędy (defekty), które będą musiały zostać poprawione przez programistów.

Pytanie

Czy ma Pani prawo do zastosowania stawki podatku 8,5%?

Pani stanowisko w sprawie

Uważa Pani, że może skorzystać z 8,5% stawki podatkowej, ponieważ Pani działalność polega jedynie na testowaniu manualnym i pisaniu dokumentacji testowej. Do Pani obowiązków nie należy tworzenie i utrzymywanie środowisk testowych (programów, aplikacji), programowanie (kodowanie) testowanego oprogramowania oraz usługi i doradztwo w zakresie sprzętu komputerowego.

Ocena stanowiska

Stanowisko, które przedstawiła Pani we wniosku jest:

-nieprawidłowe w części dotyczącej zastosowania stawki ryczałtu w wysokości 8,5% dla usług:

·sprawdzenia, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane zgodnie z wytycznymi klientów, co realizowane jest poprzez tzw. testy manualne, sklasyfikowanej wg symbolu PKWiU w grupowaniu PKWiU 62.01.11.0;

·sprawdzenia funkcjonowania aplikacji po ich zmianie/aktualizacji,sklasyfikowanej wg symbolu PKWiU w grupowaniu PKWiU 62.01.11.0;

-prawidłowe w pozostałej części.

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 2022 r. poz. 2540 ze zm.):

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

Ustawa o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne przewiduje również wyłączenia z tej formy opodatkowania, o czym stanowi art. 8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

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

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

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

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

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

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

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

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

Zwracam również uwagę, że możliwość opłacania oraz wysokość stawki ryczałtu od przychodów ewidencjonowanych uzyskanych w związku z prowadzoną działalnością gospodarczą zależy wyłącznie od faktycznego rodzaju świadczonych w ramach tej działalności usług.

Zatem konieczne jest każdorazowe przypisanie rodzaju wykonywanych czynności do określonego grupowania PKWiU. Przy czym klasyfikacji tej do określonego symbolu PKWiU dokonuje sam podatnik.

Z opisu sprawy przedstawionego we wniosku o wydanie interpretacji indywidualnej oraz uzupełnień wynika, że jest Pani samozatrudniona od grudnia 2022 r., pierwszy dochód z działalności gospodarczej otrzymała Pani w styczniu 2023 r. a przedmiotem wniosku jest dochód osiągnięty w 2023 r. Od początku Pani działalności do chwili obecnej świadczyła Pani usługi tylko dla jednego klienta. Oświadczenie o wyborze opodatkowania przychodów z pozarolniczej działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych złożyła Pani we wniosku CEIDG-1 do Centralnej Ewidencji i Informacji o Działalności Gospodarczej w dniu 10 listopada 2022 r. W 2023 r. do wykonywanej przez Panią działalności gospodarczej nie miały/nie mają zastosowanie wyłączenia zawarte w art. 8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. W 2022 r. Pani dochód nie przekroczył 2 000 000 euro a w 2023 r. Pani dochód nie przekroczył 2 000 000 euro i prawdopodobnie nie przekroczy do końca roku.

W ramach Pani działalności świadczy Pani usługi związane z testowaniem manualnym. Celem testów manualnych jest zapewnienie jakości oprogramowania. Takie testowanie może dotyczyć zarówno aplikacji/stron internetowych, jak i aplikacji mobilnych. Wynikiem testowania jest wysokiej jakości oprogramowanie (strona internetowa/aplikacja mobilna), które działa bez błędów i spełnia wymagania klienta dotyczące tego oprogramowania. Zajmuje się Pani wyłącznie weryfikacją i nie wykonuje zadań polegających na usuwaniu błędów znalezionych podczas testowania. Do Pani obowiązków nie należą tworzenie i utrzymywanie środowiska testowego (programów, aplikacji), programowanie (kodowanie) testowanego oprogramowania ani usługi i doradztwo w zakresie sprzętu komputerowego.

Do zakresu Pani obowiązków należy wykonywanie następujących czynności:

-Sprawdzanie nowych funkcjonalności, tworzonych przez programistów (PKWiU 62.02.30.0).

-Wykonywanie dokumentacji testowej (PKWiU 62.02.30.0).

-Sprawdzenie, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane zgodnie z wytycznymi klientów, co realizowane jest poprzez tzw. testy manualne (PKWiU 62.01.11.0).

-Analiza dokumentacji, specyfikacji i wymagań klientów, żeby wiedzieć jaki jest oczekiwany wynik aplikacji/funkcjonalności i jakie zachowanie oprogramowania jest uznawane za poprawne (PKWiU 62.02.30.0).

-Po zakończeniu testów, w zależności od wyniku, prezentacja wyników do finalnej akceptacji lub też dokumentacja wykrytych błędów/defektów do programistów (następuje tzw. rejestracja wyników, zgłaszanie raportów oraz defektów) (PKWiU 62.02.30.0).

-Sprawdzenie funkcjonowania aplikacji po ich zmianie/aktualizacji. Celem takiej weryfikacji jest potwierdzenie faktycznego wyeliminowania błędów w aplikacjach (PKWiU 62.01.11.0).

-Porównanie, czy dana aplikacja/funkcjonalność działa zgodnie, czy niezgodnie ze specyfikacją i wymaganiami klientów, co realizowane jest poprzez tzw. testy manualne (PKWiU 62.02.30.0).

Ponadto jak Pani wskazała, świadczone usługi są częściowo związane z oprogramowaniem (PKWiU ex 62.01.1) i nie są związane z doradztwem w zakresie oprogramowania (PKWiU ex 62.02).

Zgodnie z Polską Klasyfikacją Wyrobów i Usług (PKWiU) wprowadzoną rozporządzeniem Rady Ministrów z dnia 4 września 2015 r. w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) (Dz. U. poz. 1676, z późn. zm.) oraz wyjaśnieniami Głównego Urzędu Statystycznego do PKWiU 2015, w dziale 62 USŁUGI ZWIĄZANE Z OPROGRAMOWANIEM I DORADZTWEM W ZAKRESIE INFORMATYKI I USŁUGI POWIĄZANE mieści się klasa 62.01 USŁUGI ZWIĄZANE Z OPROGRAMOWANIEM.

W klasie 62.01 znajduje się kategoria 62.01.1 USŁUGI ZWIĄZANE Z PROJEKTOWANIEM I ROZWOJEM TECHNOLOGII INFORMATYCZNYCH, która obejmuje dwa poniższe grupowania:

-62.01.11.0 – Usługi związane z projektowaniem, programowaniem i rozwojem oprogramowania,

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

Usługi związane z oprogramowaniem (PKWiU ex 62.01.1) to takie spośród „Usług związanych z projektowaniem i rozwojem technologii informatycznych” (PKWiU 62.01.1), które rzeczywiście są związane tylko z oprogramowaniem.

Co istotne, grupowanie 62.01.11.0 – Usługi związane z projektowaniem, programowaniem i rozwojem oprogramowania obejmuje usługi związane z projektowaniem struktury i/lub zapisu kodu komputera, włączając uaktualnianie i wstawki korekcyjne, niezbędne do tworzenia i/lub wdrożenia aplikacji programowej, takie jak:

-projektowanie struktury i zawartości stron internetowych i/lub zapisu kodu komputerowego, niezbędnego do tworzenia i/lub wdrożenia stron internetowych,

-projektowanie struktury i zawartości bazy danych i/lub zapisu kodu komputerowego, niezbędnego do tworzenia i/lub wdrożenia bazy danych (magazynu danych),

-projektowanie struktury i zapisu kodu komputerowego niezbędnego do zaprojektowania i rozwinięcia aplikacji programowej na życzenie klienta, inne niż programowanie stron internetowych, baz danych lub zintegrowanych pakietów programowych,

-wykonanie aplikacji na indywidualne zamówienie, łączenie w całość, przystosowanie (modyfikowanie, konfigurowanie itp.) i instalowanie istniejącej aplikacji tak, aby była funkcjonalna w środowisku informatycznym klienta.

Wskazać również 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. Przy czym przepis ten nie odwołuje się ani do bezpośredniego, ani też pośredniego związku z oprogramowaniem. W tej regulacji nie ma też mowy o usługach polegających na programowaniu (tworzeniu kodów źródłowych programów komputerowych), a związanych z oprogramowaniem.

Zgodnie bowiem 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 oprogramowaniem to usługi, które dotyczą oprogramowania, przy czym sformułowanie „oprogramowanie” ma tu znaczenie szersze niż „program komputerowy”.

Zauważam, że grupowanie PKWiU 62.01.11.0 – Usługi związane z projektowaniem, programowaniem i rozwojem oprogramowania zawiera szeroki wachlarz usług, które są związane z oprogramowaniem, począwszy od projektowania tego oprogramowania przez jego programowanie aż po jego rozwój. W grupowaniu tym mieszczą się różne czynności związane z oprogramowaniem – nie tylko sam zapis kodu komputerowego (zapis kodu oprogramowania). Zatem mieszczące się w tym grupowaniu usługi są związane z oprogramowaniem, dotyczą oprogramowania (jak też wskazuje sama nazwa grupowania).

Z opisu sprawy wynika, że w ramach usług:

1.Sprawdzenia, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane zgodnie z wytycznymi klientów, co realizowane jest poprzez tzw. testy manualne, sklasyfikowanej wg symbolu PKWiU w grupowaniu PKWiU 62.01.11.0 – sprawdza Pani, czy funkcjonalność strony internetowej lub aplikacji spełnia wymagania klienta, czyta Pani wymagania i dokumentację produktu, pisze Pani przypadki testowe, a następnie przechodzi Pani do testowej wersji strony internetowej lub aplikacji i wykonuje czynności opisane w przypadku testowym. Po wykonaniu wszystkich kroków porównuje Pani rzeczywisty wynik, który widzi na testowanej stronie/aplikacji z oczekiwanym wynikiem opisanym w wymaganiach produktu i przypadkach testowych. Jeśli są one zbieżne, stwierdza Pani, że funkcjonalność działa poprawnie. Jeśli nie, dokumentuje błąd i zgłasza Pani go programistom i klientowi. Następnie programiści naprawiają błąd, a Pani ponownie testuje funkcjonalność, aby upewnić się, że błąd został naprawiony, a funkcjonalność działa poprawnie.

2.Sprawdzenia funkcjonowania aplikacji po ich zmianie/aktualizacji, sklasyfikowanej wg symbolu PKWiU w grupowaniu PKWiU 62.01.11.0 – testowanie odbywa się przed udostępnieniem produktu (strony internetowej lub aplikacji) użytkownikom końcowym, nazywane jest testowaniem regresyjnym, które ma na celu upewnienie się, że po wszystkich pracach rozwojowych i poprawkach błędów funkcjonalność działa poprawnie w całości i nie pojawiły się żadne nowe błędy. Podczas testów regresyjnych przypadki testowe są testowane w taki sam sposób, jak opisano powyżej. Zawsze wykonuje Pani takie testy ręcznie, nie używa Pani zautomatyzowanych programów i testuje tylko interfejs użytkownika strony internetowej lub aplikacji, scenariusze użytkownika (co użytkownik końcowy zrobi na stronie internetowej lub w aplikacji). Nie testuje Pani kodu strony/aplikacji, ponieważ nie ma Pani do niego dostępu i nie posiada wiedzy programistycznej. Jeśli testy regresji ujawnią błędy, programiści je naprawiają, a Pani ponownie testuje funkcjonalność, aby upewnić się, że błędy zostały naprawione. Gdy wszystkie błędy zostaną naprawione i nie zostaną znalezione żadne nowe, strona internetowa lub aplikacja jest gotowa do wydania, po czym użytkownicy końcowi mogą z niej korzystać. Tak więc ręczne testy regresyjne są ostatnim etapem testowania produktu, który potwierdza jego jakość. Celem takiej weryfikacji jest potwierdzenie faktycznego wyeliminowania błędów w aplikacjach.

Analiza powyższych czynności prowadzi do wniosku, że są one niewątpliwie nakierowane na oprogramowanie. Czynności, które Pani wskazała w uzupełnieniach wniosku, mieszczą się – w ocenie organu – w pojęciu usług związanych z oprogramowaniem. Za taką ich kwalifikacją przemawia fakt, że – jak Pani wskazała – celem testów manualnych jest zapewnienie jakości oprogramowania i dotyczy zarówno aplikacji/stron internetowych, jak i aplikacji mobilnych. Wynikiem testowania jest wysokiej jakości oprogramowanie (strona internetowa/aplikacja mobilna), które działa bez błędów i spełnia wymagania klienta dotyczące tego oprogramowania. Sprawdza Pani, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane, zgodnie z wytycznymi klientów poprzez testy manualne, dokumentuje ewentualne błędy i zgłasza je programistom i klientowi. Następnie programiści naprawiają błąd, a Pani ponownie testuje funkcjonalność, aby upewnić się, że błąd został naprawiony, a funkcjonalność działa poprawnie. Sprawdza Pani również funkcjonowanie aplikacji po ich zmianie/aktualizacji poprzez testowanie regresyjne w celu upewnienia się, że po wszystkich pracach rozwojowych i poprawkach błędów funkcjonalność działa poprawnie w całości i nie pojawiły się żadne nowe błędy. Testy regresyjne są ostatnim etapem testowania produktu, który potwierdza jego jakość. Celem takiej weryfikacji jest potwierdzenie faktycznego wyeliminowania błędów w aplikacjach.

Aplikacje oraz strony internetowe wchodzą w zakres pojęcia „oprogramowanie”, zatem wszelkie usługi – sklasyfikowane w kategorii PKWiU 62.01.1 USŁUGI ZWIĄZANE Z PROJEKTOWANIEM I ROZWOJEM TECHNOLOGII INFORMATYCZNYCH – z nimi związane spełniają przesłankę wykluczającą możliwość zastosowania stawki podatku w wysokości 8,5%.

Zatem przedstawione okoliczności sprawy wskazują, że usługi:

1)sprawdzenia, czy wymagane funkcjonalności zostały prawidłowo zaimplementowane zgodnie z wytycznymi klientów, co realizowane jest poprzez tzw. testy manualne;

2)sprawdzenia funkcjonowania aplikacji po ich zmianie/aktualizacji

sklasyfikowane pod symbolem PKWiU 62.01.11.0 są związane z oprogramowaniem. Za uznaniem tych usług za związane z oprogramowaniem wskazuje opis wykonywanych przez Panią czynności w ramach tych usług.

Dlatego też uzyskiwane przychody ze świadczenia ww. usług sklasyfikowanych w grupowaniu PKWiU 62.01.11.0 powinny być opodatkowane 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, a nie – jak Pani wskazała – 8,5%.

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

Zatem, w sytuacji prowadzenia działalności gospodarczej opodatkowanej zryczałtowanym podatkiem dochodowym wg różnych stawek, ryczałt od przychodów ewidencjonowanych na podstawie prowadzonej ewidencji przychodów ustala się według stawki właściwej dla przychodów z każdego rodzaju działalności, pod warunkiem że ewidencja przychodów jest prowadzona w sposób umożliwiający określenie przychodów z każdego rodzaju działalności.

Reasumując – przychody osiągane w ramach pozarolniczej działalności gospodarczej z tytułu świadczonych przez Panią usług sklasyfikowanych pod kodem PKWiU 62.01.11.0 podlegają opodatkowaniu ryczałtem od przychodów ewidencjonowanych przy zastosowaniu stawki w wysokości 12%, zgodnie z art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Natomiast przychody osiągane w ramach pozarolniczej działalności gospodarczej z tytułu pozostałych usług świadczonych przez Panią sklasyfikowanych pod kodem PKWiU 62.02.30.0 podlegają opodatkowaniu ryczałtem od przychodów ewidencjonowanych przy zastosowaniu stawki 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.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy stanu faktycznego, który Pani przedstawiła i stanu prawnego, który obowiązywał w dacie zaistnienia zdarzenia.

Interpretacja została wydana przy założeniu, że poprawnie zakwalifikowała Pani świadczone usługi do odpowiedniego klasyfikowania PKWiU. Interpretacja nie rozstrzyga o prawidłowości tej klasyfikacji (zasady formalnego przyporządkowania towaru lub usługi do grupowania statystycznego nie są przepisami prawa podatkowego).

Zaznacza się także, że zgodnie z art. 14b § 3 Ordynacji podatkowej, składający wniosek o wydanie interpretacji indywidualnej obowiązany jest do wyczerpującego przedstawienia zaistniałego stanu faktycznego albo zdarzenia przyszłego. Organ jest ściśle związany przedstawionym we wniosku stanem faktycznym (opisem zdarzenia przyszłego). Wnioskodawca ponosi ryzyko związane z ewentualnym błędnym lub nieprecyzyjnym przedstawieniem we wniosku opisu stanu faktycznego (zdarzenia przyszłego). Interpretacja indywidualna wywołuje skutki prawnopodatkowe tylko wtedy, o ile rzeczywisty stan faktyczny sprawy będącej przedmiotem interpretacji pokrywał się będzie ze stanem faktycznym (opisem zdarzenia przyszłego) 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 odpowiedź traci swoją aktualność.

Równocześnie w przypadku, gdy w toku postępowania podatkowego, kontroli podatkowej, bądź kontroli celno-skarbowej zostanie określony odmienny stan sprawy, interpretacja nie wywoła w tym zakresie skutków prawnych.

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 2022 r. poz. 2651 ze zm.). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli Pani sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego i zastosuje się Pani 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 Pani 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 2023 r. poz. 259 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. 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 dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (t. j. Dz. U. z 2022 r. poz. 2651 ze zm.).