0112-KDSL1-1.4011.684.2026.2.AO

Interpretacja indywidualna
– stanowisko prawidłowe

Szanowna Pani,

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

Zakres wniosku o wydanie interpretacji indywidualnej

28 sierpnia 2026 r. wpłynął Pani wniosek z 28 sierpnia 2026 r. o wydanie interpretacji indywidualnej. Uzupełniła go Pani – w odpowiedzi na wezwanie – pismem z 14 września 2026 r. (wpływ 14 września 2026 r.). Treść wniosku jest następująca:

Opis stanu faktycznego i zdarzenia przyszłego

1. Wnioskodawczyni i forma opodatkowania.

Wnioskodawczyni jest osobą fizyczną posiadającą nieograniczony obowiązek podatkowy na terytorium Rzeczypospolitej Polskiej w rozumieniu art. 3 ust. 1 ustawy o podatku dochodowym od osób fizycznych. Prowadzi jednoosobową działalność gospodarczą wpisaną do CEIDG, NIP X, nieprzerwanie od X czerwca 2022 r. Pierwszy przychód z tej działalności Wnioskodawczyni osiągnęła w lipcu 2022 r. Przez cały okres objęty niniejszym wnioskiem, tj. od lipca 2022 r. do chwili obecnej, Wnioskodawczyni opodatkowuje przychody z działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych, stosując dotychczas stawkę 12%. Oświadczenia o wyborze tej formy opodatkowania były składane w terminach wynikających z art. 9 ust. 1 ustawy o ryczałcie.

Wnioskodawczyni prowadzi ewidencję przychodów zgodnie z art. 15 ust. 1 tej ustawy. Do Wnioskodawczyni nie mają zastosowania wyłączenia z art. 8 ust. 1 ustawy o ryczałcie, a jej przychody nie przekroczyły limitu z art. 6 ust. 4 pkt 1 tej ustawy. Wnioskodawczyni nigdy nie pozostawała w stosunku pracy z kontrahentem ani z podmiotem z nim powiązanym. Współpraca od początku miała charakter współpracy pomiędzy niezależnymi przedsiębiorcami. Wyłączenie z art. 8 ust. 2 ustawy o ryczałcie nie znajduje zastosowania. Wnioskodawczyni świadczy Usługi osobiście i nie korzysta z podwykonawców.

2. Historia współpracy.

Okres pierwszy (X lipca 2022 r. – X listopada 2025 r.). Wnioskodawczyni świadczyła usługi na rzecz X Sp. z o.o. z siedzibą w X (KRS X, NIP X) na podstawie umowy o współpracy z dnia X lipca 2022 r. Zakres Usług określał Załącznik nr 1 do umowy.

Okres drugi (od X grudnia 2025 r.). W dniu X listopada 2025 r. Wnioskodawczyni zawarła umowę o świadczenie usług z X - spółką X z siedzibą w X, należącą do tej samej grupy kapitałowej. Umowa obowiązuje od X grudnia 2025 r. i podlega prawu polskiemu. Zmiana kontrahenta wynikała wyłącznie z przeniesienia obsługi współpracy do struktury X grupy. Faktyczny zakres czynności wykonywanych przez Wnioskodawczynię nie uległ zmianie - zmieniła się jedynie strona umowy oraz waluta i wysokość stawki godzinowej. W obu okresach wynagrodzenie miało charakter godzinowy i było rozliczane na podstawie cotygodniowych i comiesięcznych raportów z wykonanych czynności, zatwierdzanych przez kontrahenta. Faktury wystawiane były miesięcznie z dołu i wskazywały liczbę godzin poświęconych na świadczenie Usług w poprzednim miesiącu. Wysokość stawki godzinowej ulegała w toku współpracy zmianom, wprowadzanym aneksami do umowy; zmiany te nie wiązały się ze zmianą zakresu faktycznie wykonywanych czynności. W obu okresach Wnioskodawczyni świadczyła Usługi przy użyciu wybranych przez siebie metod, nie będąc związana stałym dziennym czasem pracy, oraz ponosiła ryzyko gospodarcze prowadzonej działalności.

3. Faktyczny przedmiot świadczonych Usług.

Wnioskodawczyni świadczy Usługi w projekcie realizowanym na platformie X - gotowym, komercyjnym oprogramowaniu udostępnianym w modelu X przez podmiot trzeci, X. Wnioskodawczyni nie jest twórcą ani współtwórcą tego oprogramowania.

Rola Wnioskodawczyni polega na manualnym testowaniu gotowego, wdrożonego rozwiązania, tj. na sprawdzeniu, czy jego zachowanie odpowiada wymaganiom uprzednio zdefiniowanym i zatwierdzonym po stronie kontrahenta oraz na udokumentowaniu stwierdzonego stanu faktycznego.

W szczególności Wnioskodawczyni:

-          wykonuje manualne testy funkcjonalne w interfejsie użytkownika platformy X (X) - wprowadza dane wejściowe, wykonuje przewidziane operacje i porównuje uzyskany rezultat z rezultatem oczekiwanym opisanym w wymaganiach;

-          opracowuje scenariusze i przypadki testowe w formie opisowej, w języku naturalnym, w narzędziach do zarządzania testami (X, X) oraz w systemie X. Przypadki testowe stanowią listę kroków przeznaczonych do wykonania przez człowieka wraz z opisem oczekiwanego rezultatu, nie są kodem źródłowym, nie podlegają kompilacji ani wykonaniu przez system informatyczny;

-          wykonuje testy regresji po zmianach wprowadzonych przez zespół kontrahenta;

-          wykonuje manualne testy integracyjne - sprawdza, czy dane wymieniane pomiędzy platformą X a systemami z nią zintegrowanymi odpowiadają wymaganiom;

-          wykonuje testy platformowe - sprawdza poprawność działania i wyświetlania aplikacji w różnych przeglądarkach, systemach operacyjnych i rozdzielczościach ekranu, w tym w portalach X dla różnych typów użytkowników;

-          wykonuje testy po cyklicznych aktualizacjach platformy X (wydania X), wydawanych niezależnie od kontrahenta przez dostawcę platformy, w środowiskach testowych typu X;

-          weryfikuje poprawność danych zapisanych i prezentowanych przez system - porównuje wartości rzeczywiste z oczekiwanymi;

-          weryfikuje zachowanie konfiguracji deklaratywnej platformy (reguł walidacji, automatyzacji typu X, układów stron, zestawów uprawnień, reguł widoczności rekordów) przez obserwację jej działania. Wnioskodawczyni nie tworzy i nie modyfikuje tych elementów konfiguracji - czynności konfiguracyjne wykonuje wyłącznie zespół kontrahenta;

-          porównuje rzeczywisty wygląd interfejsu z projektami graficznymi udostępnionymi w narzędziu X;

-          zapoznaje się ze specyfikacjami i dokumentacją wymagań wyłącznie w celu wyprowadzenia z nich przypadków testowych i ustalenia oczekiwanego zachowania systemu. Czynność ta nie obejmuje opiniowania wymagań ani rekomendowania kontrahentowi sposobu postępowania;

-          zgłasza i dokumentuje stwierdzone nieprawidłowości w systemie X. Zgłoszenie zawiera kroki prowadzące do wystąpienia rozbieżności, rezultat oczekiwany, rezultat uzyskany oraz materiał dowodowy (zrzuty i nagrania ekranu). Zgłoszenie nie zawiera wskazania przyczyny technicznej po stronie kodu ani propozycji sposobu naprawy - decyzję w tym zakresie podejmuje samodzielnie zespół programistyczny kontrahenta;

-          wykonuje retesty po zgłoszeniu usunięcia nieprawidłowości;

-          sporządza dokumentację testową - plany testów, zestawienia przypadków testowych i raporty z przeprowadzonych testów. Dokumentacja ta opisuje wyłącznie przebieg i wyniki czynności testowych. Wnioskodawczyni nie sporządza dokumentacji technicznej oprogramowania, dokumentacji projektowej ani dokumentacji użytkownika;

-          prezentuje działanie przetestowanych funkcjonalności na spotkaniach podsumowujących sprint oraz odpowiada na pytania dotyczące przeprowadzonych testów. Prezentacja polega na pokazaniu, jak zachowuje się gotowa funkcjonalność, i nie obejmuje rekomendowania rozwiązań ani opiniowania kierunku rozwoju produktu;

-          uczestniczy w codziennych spotkaniach zespołu, przekazując informacje o postępie i wynikach testów, oraz sporządza cotygodniowe i comiesięczne raporty z wykonanych czynności.

4. Narzędzia wykorzystywane w toku testów.

Wnioskodawczyni wykonuje testy z poziomu interfejsu użytkownika aplikacji. Pomocniczo korzysta z następujących narzędzi:

-          rozszerzenia przeglądarki X - w celu podglądu wartości danych zapisanych w rekordach systemu i porównania ich z wartościami oczekiwanymi. Rozszerzenie udostępnia gotowy interfejs graficzny. Wnioskodawczyni nie formułuje samodzielnie zapytań w języku X ani w żadnym innym języku zapytań;

-          narzędzi deweloperskich przeglądarki internetowej (X) - wyłącznie w celu podejrzenia wyrenderowanych elementów interfejsu i ich właściwości wizualnych (np. koloru, rozmiaru, położenia) na potrzeby porównania z projektem graficznym. Wnioskodawczyni nie wykonuje w nich kodu ani nie modyfikuje aplikacji;

-          narzędzia X - wyłącznie do przygotowania danych testowych w środowiskach testowych oraz do eksportu danych w celu ich weryfikacji. Wnioskodawczyni nie wykonuje przy jego użyciu operacji na danych produkcyjnych klienta kontrahenta ani nie uczestniczy w obsłudze zgłoszeń serwisowych;

-          narzędzia X - wyłącznie do wysyłania przygotowanych zapytań do interfejsów programistycznych (X) w celu sprawdzenia, czy odpowiedź systemu odpowiada wymaganiom. Wnioskodawczyni nie tworzy w tym narzędziu skryptów testowych ani nie programuje jego rozszerzeń;

-          narzędzia X - wyłącznie do podglądu projektów graficznych interfejsu. Wszystkie wymienione narzędzia służą wyłącznie do odczytu i obserwacji stanu istniejącego systemu. Ich wykorzystanie nie prowadzi do powstania, modyfikacji ani rozwoju oprogramowania, a rezultaty ich użycia nie stanowią przedmiotu świadczenia na rzecz kontrahenta.

5. Czynności, których Wnioskodawczyni nie wykonuje.

Wnioskodawczyni nie wykonuje:

-          tworzenia, modyfikowania ani rozwijania kodu źródłowego w jakimkolwiek języku programowania, w szczególności X;

-          tworzenia ani utrzymywania testów automatycznych, skryptów automatyzujących ani frameworków testowych (m.in. X);

-          testów wydajnościowych ani obciążeniowych; mimo że umowy wymieniają ten rodzaj testów wśród możliwego zakresu Usług, Wnioskodawczyni ich nie wykonuje i nie posługuje się narzędziami do generowania obciążenia;

-          projektowania architektury systemu, modelu danych ani rozwiązań informatycznych;

-          konfigurowania platformy X, tj. tworzenia ani modyfikowania obiektów, pól, reguł walidacji, automatyzacji, profili ani zestawów uprawnień;

-          doradztwa w zakresie oprogramowania ani w zakresie sprzętu komputerowego. Przedmiotem świadczenia nie jest udzielanie porad ani rekomendowanie rozwiązań; ewentualne uwagi zgłaszane w toku spotkań zespołu nie stanowią odrębnej usługi ani przedmiotu odrębnego wynagrodzenia, a decyzje co do kształtu rozwiązania podejmują samodzielnie osoby odpowiedzialne za produkt oraz zespół programistyczny po stronie kontrahenta;

-          zarządzania siecią ani systemami informatycznymi kontrahenta, administrowania środowiskami, wykonywania wdrożeń ani migracji;

-          instalowania oprogramowania. Rezultatem prac Wnioskodawczyni nie jest oprogramowanie ani żaden jego element, lecz wyłącznie informacja o stanie zgodności istniejącego systemu z uprzednio zdefiniowanymi wymaganiami.

6. Klasyfikacja statystyczna.

W ocenie Wnioskodawczyni opisane Usługi mieszczą się w grupowaniu PKWiU 62.02.30.0 - „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”.

Wnioskodawczyni nie świadczy usług objętych grupowaniami PKWiU 62.01.1, 62.01.2, 62.02.10.0, ex 62.02 w zakresie doradztwa w zakresie oprogramowania, ex 62.09.20.0 ani 62.03.1.

Całość przychodów Wnioskodawczyni z działalności gospodarczej w okresie objętym wnioskiem pochodzi z Usług opisanych powyżej.

7. Postanowienia umowne dotyczące praw autorskich.

Obie umowy zawierają jednobrzmiące, standardowe postanowienia dotyczące własności intelektualnej (§ 11), w tym postanowienie, zgodnie z którym majątkowe prawa autorskie do programów komputerowych stworzonych przez Wykonawcę w związku z wykonywaniem umowy przysługują kontrahentowi oraz postanowienie, zgodnie z którym wynagrodzenie obejmuje również wynagrodzenie za nabycie praw własności intelektualnej. Postanowienia te mają charakter klauzuli zabezpieczającej, stosowanej przez kontrahenta w jednakowym brzmieniu wobec wszystkich współpracowników niezależnie od pełnionej przez nich roli - okoliczność, że identyczna klauzula znalazła się w obu umowach zawartych z dwoma różnymi podmiotami grupy, potwierdza jej szablonowy charakter.

W stanie faktycznym objętym wnioskiem klauzula ta pozostaje bezprzedmiotowa: Wnioskodawczyni nie tworzy programów komputerowych, w toku świadczenia Usług programy takie nie powstają, a żadne prawa autorskie do programów komputerowych nie zostały i nie zostaną na kontrahenta przeniesione. Wynagrodzenie naliczane jest wyłącznie według stawki godzinowej za czas faktycznie poświęcony na czynności testowe, potwierdzony zatwierdzonymi raportami i nie zawiera elementu wynagrodzenia za przeniesienie praw do programów komputerowych.

Ponadto Wnioskodawczyni odpowiedziała na następujące pytania zawarte w wezwaniu organu do uzupełnienia wniosku:

1.    Czy wymienione we wniosku usługi są/będą wykonywane przez Panią w Polsce czy w innym państwie?

Odpowiedź: Usługi opisane we wniosku są i będą wykonywane przez Wnioskodawczynię wyłącznie na terytorium Rzeczypospolitej Polskiej. Wnioskodawczyni świadczy je zdalnie, z miejsca zamieszkania i jednocześnie miejsca wykonywania działalności gospodarczej w X, przy użyciu własnego sprzętu i łącza internetowego.

2.    Jeśli usługi są/będą wykonywane przez Panią w innym państwie, proszę wskazać, czy działalność gospodarcza w tym państwie jest/będzie prowadzona przez Panią za pośrednictwem zakładu w rozumieniu umowy o unikaniu podwójnego opodatkowania zawartej między Polską a tym państwem?

Odpowiedź: Ponieważ usługi są wykonywane wyłącznie w Polsce, pytanie o prowadzenie działalności za pośrednictwem zakładu w rozumieniu umowy o unikaniu podwójnego opodatkowania jest bezprzedmiotowe.

Dla porządku Wnioskodawczyni wskazuje, że nie posiada i nie będzie posiadać za granicą, w tym w X, stałej placówki, biura, oddziału ani żadnego innego miejsca prowadzenia działalności. Okoliczność, że kontrahentem jest podmiot z siedzibą w X, nie wiąże się z jakąkolwiek obecnością Wnioskodawczyni na terytorium tego państwa. Wnioskodawczyni nie wykonuje i nie będzie wykonywać na terytorium X żadnych czynności, nie dysponuje tam żadnymi pomieszczeniami ani urządzeniami, a całość świadczenia realizowana jest zdalnie z terytorium Polski.

3.    Proszę szczegółowo opisać charakter wykonywanych wszystkich czynności wymienionych we wniosku:

·         na czym one polegają/polegały,

·         czego dotyczą/dotyczyły (jaki jest/był ich przedmiot),

·         jaki jest/był ich zakres,

·         co jest/było ich efektem (rezultatem),

·         w jaki sposób efekty (rezultaty) Pani usług są wykorzystywane przez Zleceniodawcę.

Wskazany opis należy odnieść do każdej z czynności wymienionych we wniosku.

Odpowiedź: Poniżej Wnioskodawczyni opisuje każdą z czynności wymienionych we wniosku, wskazując: na czym polega, czego dotyczy, jaki jest jej zakres, jaki jest jej efekt oraz w jaki sposób efekt jest wykorzystywany przez Zleceniodawcę.

Uwaga wspólna dla wszystkich czynności: przedmiotem wszystkich opisanych niżej czynności jest gotowy, wdrożony i działający system informatyczny Klienta Zleceniodawcy, zbudowany na komercyjnej platformie X, udostępnianej w modelu X przez podmiot trzeci - X. Wnioskodawczyni nie jest twórcą ani współtwórcą tego systemu, nie uczestniczyła i nie uczestniczy w jego wytworzeniu, a wszystkie czynności wykonuje na systemie już istniejącym.

1. Manualne testy funkcjonalne

Na czym polega: Wnioskodawczyni ręcznie, z poziomu interfejsu użytkownika platformy X, wykonuje kolejne kroki opisane w przypadku testowym - wprowadza dane wejściowe, klika elementy interfejsu, zapisuje rekordy - a następnie porównuje rzeczywiste zachowanie systemu z zachowaniem oczekiwanym, opisanym w zatwierdzonych wymaganiach.

Czego dotyczy: pojedynczych funkcjonalności systemu przekazanych do testów przez Zleceniodawcę.

Zakres: wyłącznie czynności wykonywane ręcznie przez człowieka w interfejsie aplikacji. Wnioskodawczyni nie ma dostępu do kodu źródłowego aplikacji i go nie modyfikuje.

Efekt: informacja o tym, czy dana funkcjonalność zachowuje się zgodnie z wymaganiami - w postaci oznaczenia przypadku testowego jako zaliczonego lub niezaliczonego, wraz z opisem stwierdzonej rozbieżności.

Wykorzystanie przez Zleceniodawcę: Zleceniodawca wykorzystuje tę informację do podjęcia decyzji, czy funkcjonalność może zostać przekazana Klientowi, czy wymaga poprawy przez jego zespół programistyczny. Sama informacja nie jest wykorzystywana do wytworzenia ani modyfikacji oprogramowania - stanowi podstawę decyzji organizacyjnej Zleceniodawcy.

2. Opracowywanie scenariuszy i przypadków testowych

Na czym polega: Wnioskodawczyni zapisuje w języku naturalnym listę kroków, które należy wykonać ręcznie, aby sprawdzić daną funkcjonalność, wraz z opisem oczekiwanego rezultatu każdego kroku. Zapis prowadzony jest w narzędziach X i X oraz w systemie X.

Czego dotyczy: funkcjonalności przewidzianych do przetestowania, wynikających z zatwierdzonych wymagań.

Zakres: wyłącznie tekst opisowy w języku naturalnym. Przypadek testowy nie jest kodem źródłowym, nie podlega kompilacji, nie jest uruchamiany ani wykonywany przez jakikolwiek system informatyczny - jest przeznaczony do odczytania i wykonania przez człowieka.

Efekt: zestaw instrukcji testowych w formie tekstowej.

Wykorzystanie przez Zleceniodawcę: Zleceniodawca przechowuje je jako dokumentację procesu testowego i wykorzystuje do powtarzalnego sprawdzania tych samych funkcjonalności w kolejnych cyklach testowych, w tym przez inne osoby.

3. Testy regresji

Na czym polega: ponowne, ręczne wykonanie wcześniej opracowanych przypadków testowych po wprowadzeniu przez zespół Zleceniodawcy zmian w systemie, w celu sprawdzenia, czy funkcjonalności działające dotychczas poprawnie nadal działają poprawnie.

Czego dotyczy: funkcjonalności niepodlegających bezpośrednio zmianie, ale mogących zostać nią pośrednio dotknięte.

Zakres: wykonanie istniejących przypadków testowych bez ich tworzenia od nowa; czynność wyłącznie manualna.

Efekt: informacja o tym, czy wprowadzone zmiany nie spowodowały nieprawidłowego działania dotychczasowych funkcjonalności.

Wykorzystanie przez Zleceniodawcę: jako podstawa decyzji o dopuszczeniu zmiany do dalszego etapu albo o jej wstrzymaniu.

4. Manualne testy integracyjne

Na czym polega: sprawdzenie, czy dane przekazywane pomiędzy platformą X a systemami z nią zintegrowanymi są zapisywane i prezentowane zgodnie z wymaganiami. Wnioskodawczyni wykonuje operację w jednym systemie i sprawdza jej rezultat w drugim, a w części przypadków wysyła przy pomocy narzędzia X zapytanie do interfejsu programistycznego (X) i porównuje otrzymaną odpowiedź z odpowiedzią oczekiwaną. Zapytanie jest uzupełniane w gotowym formularzu graficznym narzędzia.

Czego dotyczy: poprawności wymiany danych pomiędzy istniejącymi, już skonfigurowanymi systemami.

Zakres: Wnioskodawczyni nie tworzy i nie konfiguruje integracji, nie projektuje interfejsów X, nie modyfikuje ich ani nie tworzy skryptów w narzędziu X. Ogranicza się do wysłania zapytania i odczytania odpowiedzi.

Efekt: informacja o zgodności lub niezgodności przekazywanych danych z wymaganiami.

Wykorzystanie przez Zleceniodawcę: jako informacja o poprawności działania istniejącej integracji; ewentualne prace naprawcze wykonuje wyłącznie zespół programistyczny Zleceniodawcy.

5. Testy platformowe

Na czym polega: otwarcie tych samych funkcjonalności w różnych przeglądarkach internetowych, systemach operacyjnych i rozdzielczościach ekranu oraz sprawdzenie, czy aplikacja wyświetla się i działa poprawnie, w tym w portalach typu X dla różnych typów użytkowników zewnętrznych.

Czego dotyczy: poprawności prezentacji i działania gotowej aplikacji w różnych środowiskach użytkownika końcowego.

Zakres: wyłącznie obserwacja zachowania aplikacji z perspektywy użytkownika.

Efekt: informacja o ewentualnych różnicach w wyświetlaniu lub działaniu pomiędzy środowiskami.

Wykorzystanie przez Zleceniodawcę: jako podstawa decyzji, czy aplikacja spełnia wymagania dotyczące obsługiwanych przeglądarek i urządzeń.

6. Testy po aktualizacjach platformy X

Na czym polega: po każdej z cyklicznych aktualizacji platformy X (wydania X), wprowadzanych przez jej dostawcę niezależnie od Zleceniodawcy i od Klienta, Wnioskodawczyni wykonuje w środowisku testowym (X) zestaw przypadków testowych, aby sprawdzić, czy aktualizacja nie zmieniła zachowania istniejących funkcjonalności.

Czego dotyczy: wpływu zmian wprowadzonych przez podmiot trzeci na działający system.

Zakres: czynności wyłącznie sprawdzające; Wnioskodawczyni nie instaluje aktualizacji, nie zarządza nimi ani nie decyduje o terminie ich wdrożenia.

Efekt: informacja o tym, czy i które funkcjonalności zachowują się po aktualizacji inaczej niż dotychczas.

Wykorzystanie przez Zleceniodawcę: do zaplanowania ewentualnych działań dostosowawczych, wykonywanych przez jego zespół.

7. Weryfikacja poprawności danych

Na czym polega: porównanie wartości zapisanych w rekordach systemu oraz prezentowanych w raportach i pulpitach z wartościami oczekiwanymi wynikającymi z wymagań. Do odczytania danych Wnioskodawczyni posługuje się interfejsem użytkownika aplikacji oraz rozszerzeniem przeglądarki X.

Czego dotyczy: zgodności danych przetwarzanych przez system z regułami opisanymi w wymaganiach.

Zakres: czynności wyłącznie odczytowe. Wnioskodawczyni nie formułuje samodzielnie zapytań w języku X ani w żadnym innym języku zapytań - korzysta z gotowego interfejsu graficznego rozszerzenia.

Efekt: informacja o zgodności lub niezgodności danych z oczekiwaniami.

Wykorzystanie przez Zleceniodawcę: jako informacja o poprawności działania systemu w zakresie przetwarzania danych.

8. Weryfikacja zachowania konfiguracji deklaratywnej platformy

Na czym polega: sprawdzenie, przez obserwację działania systemu z poziomu interfejsu użytkownika, czy skonfigurowane przez zespół Zleceniodawcy elementy platformy - reguły walidacji, automatyzacje typu X, układy stron, zestawy uprawnień, reguły widoczności rekordów - zachowują się zgodnie z opisem w wymaganiach.

Czego dotyczy: zachowania istniejącej konfiguracji, wykonanej wcześniej przez inne osoby.

Zakres: Wnioskodawczyni nie tworzy i nie modyfikuje żadnych elementów konfiguracji platformy. Nie tworzy obiektów, pól, reguł walidacji, automatyzacji, profili ani zestawów uprawnień. Czynności konfiguracyjne wykonuje wyłącznie zespół Zleceniodawcy. Rola Wnioskodawczyni ogranicza się do zaobserwowania, jak skonfigurowany element zachowuje się w praktyce.

Efekt: informacja o tym, czy zachowanie skonfigurowanego elementu odpowiada wymaganiom.

Wykorzystanie przez Zleceniodawcę: jako podstawa decyzji, czy konfiguracja wymaga korekty przez jego zespół.

9. Porównanie interfejsu z projektem graficznym

Na czym polega: porównanie rzeczywistego wyglądu ekranu aplikacji z projektem graficznym udostępnionym w narzędziu X. W razie wątpliwości co do właściwości wizualnych elementu (np. koloru, rozmiaru, odstępu) Wnioskodawczyni korzysta z narzędzi deweloperskich przeglądarki internetowej, aby odczytać te właściwości.

Czego dotyczy: zgodności wdrożonego interfejsu z zatwierdzonym projektem graficznym.

Zakres: Wnioskodawczyni nie projektuje interfejsu i nie tworzy projektów graficznych - korzysta z projektów przygotowanych przez inne osoby wyłącznie w trybie podglądu. Narzędzi deweloperskich przeglądarki używa wyłącznie do odczytania właściwości wyrenderowanych elementów; nie wykonuje w nich kodu ani nie modyfikuje aplikacji.

Efekt: informacja o ewentualnych rozbieżnościach między wdrożeniem a projektem.

Wykorzystanie przez Zleceniodawcę: jako informacja o zgodności wdrożenia z projektem.

10. Zapoznawanie się ze specyfikacjami i dokumentacją wymagań

Na czym polega: przeczytanie dokumentacji wymagań i kryteriów akceptacji przygotowanych oraz zatwierdzonych po stronie Zleceniodawcy i jego Klienta, w celu ustalenia, jak system powinien się zachowywać, a w konsekwencji - jakie przypadki testowe należy opracować.

Czego dotyczy: wymagań funkcjonalnych dotyczących testowanych funkcjonalności.

Zakres: czynność ma charakter przygotowawczy i poznawczy. Wnioskodawczyni nie opiniuje wymagań, nie proponuje ich zmian, nie uczestniczy w ich tworzeniu ani zatwierdzaniu i nie rekomenduje Zleceniodawcy żadnych rozwiązań. Nie ma wpływu na kształt wymagań ani na zakres funkcjonalny systemu.

Efekt: czynność ta nie wytwarza samodzielnego rezultatu przekazywanego Zleceniodawcy - stanowi wyłącznie warunek wykonania czynności opisanej w pkt 2.

Wykorzystanie przez Zleceniodawcę: nie dotyczy; efekt nie jest przekazywany Zleceniodawcy.

11. Zgłaszanie i dokumentowanie nieprawidłowości

Na czym polega: w razie stwierdzenia rozbieżności między zachowaniem systemu a wymaganiami Wnioskodawczyni rejestruje zgłoszenie w systemie X, opisując kroki prowadzące do wystąpienia rozbieżności, rezultat oczekiwany, rezultat rzeczywiście uzyskany oraz dołączając materiał dowodowy w postaci zrzutów i nagrań ekranu.

Czego dotyczy: stwierdzonych rozbieżności w działaniu istniejącego systemu.

Zakres: zgłoszenie ma charakter wyłącznie sprawozdawczy. Nie zawiera wskazania przyczyny technicznej rozbieżności po stronie kodu, nie zawiera propozycji sposobu jej usunięcia ani rekomendacji rozwiązania. Wnioskodawczyni nie analizuje kodu źródłowego i nie ma do niego dostępu.

Efekt: opis stwierdzonego stanu faktycznego wraz z materiałem dowodowym.

Wykorzystanie przez Zleceniodawcę: zgłoszenie trafia do zespołu programistycznego Zleceniodawcy, który samodzielnie ustala przyczynę rozbieżności oraz podejmuje decyzję, czy i w jaki sposób ją usunąć. Wnioskodawczyni nie uczestniczy w tych czynnościach ani w podejmowaniu tej decyzji.

12. Retesty

Na czym polega: po otrzymaniu od zespołu Zleceniodawcy informacji o usunięciu zgłoszonej nieprawidłowości Wnioskodawczyni ponownie wykonuje ręcznie ten sam scenariusz testowy, aby sprawdzić, czy rozbieżność faktycznie już nie występuje.

Czego dotyczy: wcześniej zgłoszonych nieprawidłowości.

Zakres: czynność wyłącznie sprawdzająca; Wnioskodawczyni nie uczestniczyła w usunięciu nieprawidłowości.

Efekt: informacja o tym, czy zgłoszenie może zostać zamknięte.

Wykorzystanie przez Zleceniodawcę: do zamknięcia zgłoszenia albo skierowania go do ponownej naprawy.

13. Przygotowywanie danych testowych

Na czym polega: utworzenie w środowisku testowym zestawu rekordów niezbędnych do wykonania przypadków testowych, a także eksport danych z tego środowiska w celu ich weryfikacji. Wnioskodawczyni posługuje się w tym celu standardowymi funkcjami aplikacji dostępnymi dla użytkownika końcowego oraz narzędziem X.

Czego dotyczy: wyłącznie danych w środowiskach testowych.

Zakres: Wnioskodawczyni nie wykonuje operacji na danych produkcyjnych Klienta Zleceniodawcy i nie uczestniczy w obsłudze zgłoszeń serwisowych ani w bieżącym utrzymaniu systemu.

Efekt: zestaw danych umożliwiający przeprowadzenie testu.

Wykorzystanie przez Zleceniodawcę: dane pozostają w środowisku testowym i nie są przekazywane Zleceniodawcy jako odrębny rezultat.

14. Sporządzanie dokumentacji testowej

Na czym polega: opracowanie planów testów oraz raportów z przeprowadzonych testów, zawierających zestawienie wykonanych przypadków testowych, ich wyników oraz stwierdzonych nieprawidłowości.

Czego dotyczy: przebiegu i wyników czynności testowych.

Zakres: Wnioskodawczyni nie sporządza dokumentacji technicznej oprogramowania, dokumentacji projektowej, dokumentacji architektury ani dokumentacji użytkownika systemu. Sporządzana dokumentacja opisuje wyłącznie to, co, kiedy i z jakim skutkiem zostało przetestowane.

Efekt: dokument sprawozdawczy opisujący stan zgodności systemu z wymaganiami.

Wykorzystanie przez Zleceniodawcę: jako podstawa decyzji o dopuszczeniu funkcjonalności do dalszego etapu oraz jako zapis przebiegu procesu testowego.

15. Prezentacja przetestowanych funkcjonalności oraz udział w spotkaniach zespołu

Na czym polega: na spotkaniu podsumowującym sprint Wnioskodawczyni pokazuje, jak zachowuje się przetestowana, gotowa funkcjonalność oraz odpowiada na pytania dotyczące przeprowadzonych testów. Ponadto uczestniczy w codziennych spotkaniach zespołu, przekazując informację o postępie prac testowych oraz sporządza cotygodniowe i comiesięczne raporty z wykonanych czynności, do czego zobowiązuje ją umowa.

Czego dotyczy: przekazania informacji o wynikach wykonanych testów.

Zakres: czynność ma charakter informacyjny i prezentacyjny. Doradztwo nie stanowi przedmiotu świadczenia Wnioskodawczyni - nie jest przewidziane umową, nie jest zamawiane przez Zleceniodawcę ani odrębnie wynagradzane. Uwagi, jakie Wnioskodawczyni może incydentalnie zgłosić w toku dyskusji zespołu, mają charakter zwykłej wypowiedzi uczestnika spotkania, nie są dla Zleceniodawcy wiążące i nie wywołują żadnych skutków - decyzje dotyczące kształtu produktu i sposobu realizacji rozwiązań podejmują samodzielnie osoby odpowiedzialne za produkt po stronie Zleceniodawcy oraz jego zespół programistyczny.

Efekt: przekazana informacja o stanie i wynikach prac testowych; w przypadku raportów - zestawienie czynności wykonanych w danym okresie.

Wykorzystanie przez Zleceniodawcę: do bieżącego zarządzania pracami zespołu oraz do rozliczenia wynagrodzenia Wnioskodawczyni, które naliczane jest według stawki godzinowej na podstawie zatwierdzonych raportów.

4.    Czy oprócz opisanej działalności uzyskuje/będzie Pani uzyskiwać w ramach prowadzonej działalności gospodarczej – inne dochody podlegające opodatkowaniu? Jeśli tak, należy wskazać z jakiego tytułu. Ponadto należy wskazać, czy prowadzi Pani ewidencję, która umożliwia Pani identyfikację rodzajów przychodów opodatkowanych różnymi stawkami ryczałtu (art. 12 ust. 3 ustawy z dnia 20 listopada 1998 r. o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne)?

Odpowiedź: W ramach prowadzonej działalności gospodarczej Wnioskodawczyni nie uzyskuje i nie planuje uzyskiwać przychodów z innego tytułu niż usługi opisane we wniosku i w niniejszym uzupełnieniu. Całość przychodów z działalności gospodarczej w okresie objętym wnioskiem pochodzi i będzie pochodzić wyłącznie ze świadczenia tych usług.

Wnioskodawczyni prowadzi ewidencję przychodów, o której mowa w art. 15 ust. 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Ewidencja ta jest prowadzona w sposób umożliwiający identyfikację i wyodrębnienie przychodów opodatkowanych poszczególnymi stawkami ryczałtu, zgodnie z wymogiem art. 12 ust. 3 tej ustawy. Gdyby w przyszłości Wnioskodawczyni uzyskiwała przychody podlegające opodatkowaniu różnymi stawkami, ewidencja pozwoli na ich odrębne wykazanie.

Pytanie

Czy przychody uzyskiwane przez Wnioskodawczynię ze świadczenia usług opisanych w stanie faktycznym i zdarzeniu przyszłym, mieszczących się w grupowaniu PKWiU 62.02.30.0, podlegają opodatkowaniu ryczałtem od przychodów ewidencjonowanych według stawki 8,5%, określonej 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?

Pani stanowisko w sprawie

W ocenie Wnioskodawczyni przychody ze świadczenia opisanych Usług podlegają opodatkowaniu według stawki 8,5%, zgodnie z art. 12 ust. 1 pkt 5 lit. a ustawy o ryczałcie.

Uzasadnienie.

Zgodnie z art. 12 ust. 1 pkt 2b lit. b ustawy o ryczałcie stawka 12% ma zastosowanie do przychodów ze świadczenia usług: związanych z doradztwem w zakresie sprzętu komputerowego (PKWiU 62.02.10.0), związanych z oprogramowaniem (PKWiU ex 62.01.1), objętych grupowaniem „Oryginały oprogramowania komputerowego” (PKWiU 62.01.2), związanych z doradztwem w zakresie oprogramowania (PKWiU ex 62.02), w zakresie instalowania oprogramowania (PKWiU ex 62.09.20.0) oraz związanych z zarządzaniem siecią i systemami informatycznymi (PKWiU 62.03.1).

Katalog ten ma charakter zamknięty; pozostałe usługi z zakresu technologii informatycznych podlegają opodatkowaniu stawką właściwą dla działalności usługowej, tj. 8,5%.

Wykładnia rozszerzająca przepisu ustanawiającego wyższą stawkę jest niedopuszczalna.

a) Usługi nie są związane z oprogramowaniem (PKWiU ex 62.01.1).

Wnioskodawczyni nie uczestniczy w procesie wytwórczym oprogramowania - nie tworzy kodu źródłowego, nie projektuje rozwiązań, nie podejmuje decyzji wpływających na kształt systemu. Weryfikacja gotowego, wdrożonego rozwiązania pod kątem zgodności z uprzednio zdefiniowanymi wymaganiami jest czynnością następczą wobec procesu wytwórczego i pozostaje wobec niego zewnętrzna. Przedmiotem testów jest przy tym gotowa, komercyjna platforma chmurowa podmiotu trzeciego. Wnioskodawczyni wykonuje wszystkie czynności testowe z poziomu interfejsu użytkownika aplikacji, przy użyciu narzędzi o charakterze wyłącznie odczytowym. Żadna z wykonywanych czynności nie polega na tworzeniu, modyfikowaniu ani uruchamianiu kodu.

b) Usługi nie są usługami doradztwa (PKWiU 62.02.10.0 ani ex 62.02).

Przedmiotem świadczenia nie jest udzielanie porad ani rekomendowanie rozwiązań. Zapoznawanie się ze specyfikacją stanowi czynność przygotowawczą niezbędną do ustalenia oczekiwanego zachowania systemu; zgłoszenie nieprawidłowości ma charakter sprawozdania ze stwierdzonego stanu faktycznego, nie zaś sugestii co do sposobu jej usunięcia; a prezentacja przetestowanej funkcjonalności na spotkaniu podsumowującym sprint polega na pokazaniu jej działania, nie zaś na formułowaniu opinii co do kierunku rozwoju produktu.

c) Usługi nie polegają na instalowaniu oprogramowania (PKWiU ex 62.09.20.0) ani na zarządzaniu siecią i systemami informatycznymi (PKWiU 62.03.1) - Wnioskodawczyni nie posiada uprawnień administracyjnych do środowisk ani infrastruktury kontrahenta. Charakter Usług jest zatem wyłącznie techniczny i pomocniczy, co odpowiada opisowi grupowania PKWiU 62.02.30.0.

Grupowanie to nie zostało wymienione w art. 12 ust. 1 pkt 2b lit. b ustawy o ryczałcie, w konsekwencji czego przychody podlegają opodatkowaniu stawką 8,5%.

Stanowisko to potwierdzają interpretacje indywidualne Dyrektora Krajowej Informacji Skarbowej: z dnia 18 czerwca 2025 r., sygn. 0115-KDST2-2.4011.258.2025.3.PS; z dnia 10 kwietnia 2025 r., sygn. 0112-KDSL1-1.4011.144.2025.2.JB; z dnia 12 stycznia 2026 r., sygn. 0112-KDSL1-2.4011.706.2025.1.MO.

Mając powyższe na uwadze, Wnioskodawczyni wnosi o potwierdzenie prawidłowości przedstawionego stanowiska.

Ocena stanowiska

Stanowisko, które przedstawiła Pani we wniosku jest prawidł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 treści art. 5a pkt 6 ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t. j. Dz. U. z 2026 r. poz. 592 ze zm.):

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

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:

Jak stanowi art. 9 ust. 1c ww. ustawy:

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:

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

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

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

Podkreślić 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.

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 wykonywanych w ramach tej działalności usług.

Zatem konieczne jest każdorazowe przypisanie rodzaju wykonywanych czynności do określonego grupowania PKWiU.

Należy zauważyć, że dział 62 PKWiU – Usługi związane z oprogramowaniem i doradztwem w zakresie informatyki i usługi powiązane – obejmuje:

·        dostarczanie ekspertyz w zakresie technologii informatycznych,

·        pisanie, modyfikowanie, badanie i wspomaganie oprogramowania,

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

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

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

Natomiast klasa PKWiU 62.02 – Usługi związane z doradztwem w zakresie informatyki obejmuje następujące grupowania PKWiU:

1)   62.02.10.0 – Usługi związane z doradztwem w zakresie sprzętu komputerowego,

2)   62.02.20.0 – Usługi związane z doradztwem w zakresie oprogramowania komputerowego,

3)   62.02.30.0 – Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego.

Grupowanie 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego” obejmuje: usługi pomocy technicznej mające na celu rozwiązanie problemów klienta w zakresie technologii informatycznych i sprzętu komputerowego, takie jak:

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

Jak wynika z wcześniej cytowanego art. 12 ust. 1 pkt 2b lit. b ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne, ryczałt od przychodów ewidencjonowanych wynosi 12% przychodów ze świadczenia usług związanych z doradztwem  w zakresie oprogramowania (PKWiU ex 62.02). Przy czym przepis ten nie odwołuje się ani do bezpośredniego, ani pośredniego związku z doradztwem w zakresie oprogramowania. W tej regulacji nie ma też mowy o usługach związanych z doradztwem w zakresie programowania (doradztwem  w zakresie tworzenia czy dodawania nowych kodów źródłowych programów komputerowych),  a związanych z doradztwem w zakresie oprogramowania.

Z opisu sprawy wynika m.in., że jest Pani osobą fizyczną posiadającą nieograniczony obowiązek podatkowy na terytorium Rzeczypospolitej Polskiej w rozumieniu art. 3 ust. 1 ustawy o podatku dochodowym od osób fizycznych. Prowadzi Pani jednoosobową działalność gospodarczą wpisaną do CEIDG nieprzerwanie od X czerwca 2022 r. Pierwszy przychód z tej działalności osiągnęła Pani w lipcu 2022 r. Przez cały okres objęty niniejszym wnioskiem, tj. od lipca 2022 r. do chwili obecnej, opodatkowuje Pani przychody z działalności gospodarczej w formie ryczałtu od przychodów ewidencjonowanych, stosując dotychczas stawkę 12%. Oświadczenia o wyborze tej formy opodatkowania były składane w terminach wynikających z art. 9 ust. 1 ustawy o ryczałcie. Do Pani działalności nie mają zastosowania wyłączenia z art. 8 ust. 1 ustawy o ryczałcie, a Pani przychody nie przekroczyły limitu z art. 6 ust. 4 pkt 1 tej ustawy. Nigdy nie pozostawała Pani w stosunku pracy z kontrahentem ani z podmiotem z nim powiązanym. Współpraca od początku miała charakter współpracy pomiędzy niezależnymi przedsiębiorcami. Wyłączenie z art. 8 ust. 2 ustawy o ryczałcie nie znajduje zastosowania. Świadczy Pani usługi osobiście i nie korzysta z podwykonawców. W ramach prowadzonej działalności gospodarczej nie uzyskuje i nie planuje Pani uzyskiwać przychodów z innego tytułu niż usługi opisane we wniosku i w jego uzupełnieniu. Całość przychodów z działalności gospodarczej w okresie objętym wnioskiem pochodzi i będzie pochodzić wyłącznie ze świadczenia tych usług. Prowadzi Pani ewidencję przychodów, o której mowa w art. 15 ust. 1 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne. Ewidencja ta jest prowadzona w sposób umożliwiający identyfikację i wyodrębnienie przychodów opodatkowanych poszczególnymi stawkami ryczałtu, zgodnie z wymogiem art. 12 ust. 3 tej ustawy. Gdyby w przyszłości uzyskiwała Pani przychody podlegające opodatkowaniu różnymi stawkami, ewidencja pozwoli na ich odrębne wykazanie.

Świadczy Pani usługi w projekcie realizowanym na platformie X - gotowym, komercyjnym oprogramowaniu udostępnianym w modelu X przez podmiot trzeci, X. Nie jest Pani twórcą ani współtwórcą tego oprogramowania. Pani rola polega na manualnym testowaniu gotowego, wdrożonego rozwiązania, tj. na sprawdzeniu, czy jego zachowanie odpowiada wymaganiom uprzednio zdefiniowanym i zatwierdzonym po stronie kontrahenta oraz na udokumentowaniu stwierdzonego stanu faktycznego. Usługi opisane we wniosku są i będą wykonywane przez Panią wyłącznie na terytorium Rzeczypospolitej Polskiej. Świadczy je Pani zdalnie, z miejsca zamieszkania i jednocześnie miejsca wykonywania działalności gospodarczej, przy użyciu własnego sprzętu i łącza internetowego. Nie posiada Pani i nie będzie posiadać za granicą, w tym w X, stałej placówki, biura, oddziału ani żadnego innego miejsca prowadzenia działalności.

W ramach wykonywanych usług:

-          wykonuje Pani manualne testy funkcjonalne w interfejsie użytkownika platformy X (X) - wprowadza dane wejściowe, wykonuje przewidziane operacje i porównuje uzyskany rezultat z rezultatem oczekiwanym opisanym w wymaganiach;

-          opracowuje Pani scenariusze i przypadki testowe w formie opisowej, w języku naturalnym, w narzędziach do zarządzania testami (X) oraz w systemie X. Przypadki testowe stanowią listę kroków przeznaczonych do wykonania przez człowieka wraz z opisem oczekiwanego rezultatu, nie są kodem źródłowym, nie podlegają kompilacji ani wykonaniu przez system informatyczny;

-          wykonuje Pani testy regresji po zmianach wprowadzonych przez zespół kontrahenta;

-          wykonuje Pani manualne testy integracyjne - sprawdza, czy dane wymieniane pomiędzy platformą X a systemami z nią zintegrowanymi odpowiadają wymaganiom;

-          wykonuje Pani testy platformowe - sprawdza poprawność działania i wyświetlania aplikacji w różnych przeglądarkach, systemach operacyjnych i rozdzielczościach ekranu, w tym w portalach X dla różnych typów użytkowników;

-          wykonuje Pani testy po cyklicznych aktualizacjach platformy X (wydania X), wydawanych niezależnie od kontrahenta przez dostawcę platformy, w środowiskach testowych typu X;

-          weryfikuje Pani poprawność danych zapisanych i prezentowanych przez system - porównuje wartości rzeczywiste z oczekiwanymi;

-          weryfikuje Pani zachowanie konfiguracji deklaratywnej platformy (reguł walidacji, automatyzacji typu X, układów stron, zestawów uprawnień, reguł widoczności rekordów) przez obserwację jej działania. Nie tworzy Pani i nie modyfikuje tych elementów konfiguracji - czynności konfiguracyjne wykonuje wyłącznie zespół kontrahenta;

-          porównuje Pani rzeczywisty wygląd interfejsu z projektami graficznymi udostępnionymi w narzędziu X;

-          zapoznaje się Pani ze specyfikacjami i dokumentacją wymagań wyłącznie w celu wyprowadzenia z nich przypadków testowych i ustalenia oczekiwanego zachowania systemu. Czynność ta nie obejmuje opiniowania wymagań ani rekomendowania kontrahentowi sposobu postępowania;

-          zgłasza Pani i dokumentuje stwierdzone nieprawidłowości w systemie X. Zgłoszenie zawiera kroki prowadzące do wystąpienia rozbieżności, rezultat oczekiwany, rezultat uzyskany oraz materiał dowodowy (zrzuty i nagrania ekranu). Zgłoszenie nie zawiera wskazania przyczyny technicznej po stronie kodu ani propozycji sposobu naprawy - decyzję w tym zakresie podejmuje samodzielnie zespół programistyczny kontrahenta;

-          wykonuje Pani retesty po zgłoszeniu usunięcia nieprawidłowości;

-          sporządza Pani dokumentację testową - plany testów, zestawienia przypadków testowych i raporty z przeprowadzonych testów. Dokumentacja ta opisuje wyłącznie przebieg i wyniki czynności testowych. Nie sporządza Pani dokumentacji technicznej oprogramowania, dokumentacji projektowej ani dokumentacji użytkownika;

-          prezentuje Pani działanie przetestowanych funkcjonalności na spotkaniach podsumowujących sprint oraz odpowiada na pytania dotyczące przeprowadzonych testów. Prezentacja polega na pokazaniu, jak zachowuje się gotowa funkcjonalność, i nie obejmuje rekomendowania rozwiązań ani opiniowania kierunku rozwoju produktu;

-          uczestniczy Pani w codziennych spotkaniach zespołu, przekazując informacje o postępie i wynikach testów, oraz sporządza cotygodniowe i comiesięczne raporty z wykonanych czynności.

W uzupełnieniu wniosku szczegółowo opisała Pani charakter wykonywanych wszystkich czynności wymienionych we wniosku, tj. wskazała Pani: na czym one polegają/polegały; czego dotyczą/dotyczyły (jaki jest/był ich przedmiot); jaki jest/był ich zakres; co jest/było ich efektem (rezultatem) oraz w jaki sposób efekty (rezultaty) Pani usług są wykorzystywane przez Zleceniodawcę.

W uzupełnieniu zawarła Pani wspólną uwagę dla wszystkich czynności: przedmiotem wszystkich opisanych niżej czynności jest gotowy, wdrożony i działający system informatyczny Klienta Zleceniodawcy, zbudowany na X, udostępnianej w modelu X przez podmiot trzeci - X. Nie jest Pani twórcą ani współtwórcą tego systemu, nie uczestniczyła i nie uczestniczy w jego wytworzeniu, a wszystkie czynności wykonuje na systemie już istniejącym.

Ponadto, wskazała Pani czynności, których Pani nie wykonuje:

-          tworzenia, modyfikowania ani rozwijania kodu źródłowego w jakimkolwiek języku programowania, w szczególności X;

-          tworzenia ani utrzymywania testów automatycznych, skryptów automatyzujących ani frameworków testowych (m.in. X);

-          testów wydajnościowych ani obciążeniowych; mimo że umowy wymieniają ten rodzaj testów wśród możliwego zakresu Usług, Pani ich nie wykonuje i nie posługuje się narzędziami do generowania obciążenia;

-          projektowania architektury systemu, modelu danych ani rozwiązań informatycznych;

-          konfigurowania platformy X, tj. tworzenia ani modyfikowania obiektów, pól, reguł walidacji, automatyzacji, profili ani zestawów uprawnień;

-          doradztwa w zakresie oprogramowania ani w zakresie sprzętu komputerowego. Przedmiotem świadczenia nie jest udzielanie porad ani rekomendowanie rozwiązań; ewentualne uwagi zgłaszane w toku spotkań zespołu nie stanowią odrębnej usługi ani przedmiotu odrębnego wynagrodzenia, a decyzje co do kształtu rozwiązania podejmują samodzielnie osoby odpowiedzialne za produkt oraz zespół programistyczny po stronie kontrahenta;

-          zarządzania siecią ani systemami informatycznymi kontrahenta, administrowania środowiskami, wykonywania wdrożeń ani migracji;

-          instalowania oprogramowania. Rezultatem Pani prac nie jest oprogramowanie ani żaden jego element, lecz wyłącznie informacja o stanie zgodności istniejącego systemu z uprzednio zdefiniowanymi wymaganiami.

Podała Pani także, że nie świadczy usług objętych grupowaniami PKWiU 62.01.1, 62.01.2, 62.02.10.0, ex 62.02 w zakresie doradztwa w zakresie oprogramowania, ex 62.09.20.0 ani 62.03.1.

Wskazała Pani, że opisane usługi mieszczą się w grupowaniu PKWiU 62.02.30.0 - „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”.

W odniesieniu do świadczonych przez Panią usług, będących przedmiotem wniosku, sklasyfikowanych pod symbolem PKWiU 62.02.30.0, wskazuję, że nie zostały one objęte dyspozycją art. 12 ust. 1 pkt 1-4 oraz 6-8 ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne.

Na podstawie powołanych wyżej przepisów oraz opisu sprawy stwierdzam, że przychody ze świadczenia w ramach działalności gospodarczej usług sklasyfikowanych według PKWiU pod symbolem 62.02.30.0 „Usługi pomocy technicznej w zakresie technologii informatycznych i sprzętu komputerowego”, które to usługi nie są związane z doradztwem w zakresie oprogramowania, podlegają opodatkowaniu zryczałtowanym podatkiem dochodowym według 8,5% stawki ryczałtu od przychodów ewidencjonowanych, określonej 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.

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 zdarzeń oraz

-        zdarzenia przyszłego, które Pani przedstawiła i stanu prawnego, który obowiązuje w dniu wydania interpretacji.

Interpretację wydano na podstawie wskazanego przez Panią we wniosku grupowania PKWiU. Interpretacja nie rozstrzyga o prawidłowości tej klasyfikacji. Przyporządkowanie do wskazanej klasyfikacji zostało podane jako element opisu stanu faktycznego i zdarzenia przyszłego.

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/zdarzeniem przyszłym podanym przez Panią 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ść.

Pouczenie o funkcji ochronnej interpretacji

·      Funkcję ochronną interpretacji indywidualnych określają przepisy art. 14k-14nb ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (t. j. Dz. U. z 2026 r. poz. 622 ze zm.). Interpretacja będzie mogła pełnić funkcję ochronną, jeśli Pani sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego oraz zdarzenia przyszłego 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 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