WIĄŻĄCA INFORMACJA STAWKOWA (WIS)
Na podstawie art. 42a ustawy z dnia 11 marca 2004 r. o podatku od towarów i usług (Dz. U. z 2025 r., poz. 775, z późn. zm.), zwanej dalej ustawą, po rozpatrzeniu wniosku (...) z dnia 25 czerwca 2026 r. (data wpływu 25 czerwca 2026 r.), uzupełnionego pismami: z dnia 25 czerwca 2026 r. (data wpływu 25 czerwca 2026 r. oraz z dnia 24 sierpnia 2026 r. (data wpływu 24 sierpnia 2026 r.), Dyrektor Krajowej Informacji Skarbowej wydaje niniejszą wiążącą informację stawkową.
Przedmiot wniosku:
Usługa – prace rozwojowe nad oprogramowaniem (...) obejmujące zaprojektowanie, wykonanie oraz wdrożenie i produkcyjne uruchomienie nowych funkcjonalności
Opis usługi:
Przedmiotem wniosku jest usługa polegająca na świadczeniu na rzecz klienta prac rozwojowych obejmujących zaprojektowanie, wykonanie oraz wdrożenie i produkcyjne uruchomienie nowych funkcjonalności Systemu. Wnioskodawca świadczy usługę będącą przedmiotem wniosku na rzecz klienta, który nabył oprogramowanie. Zespół po stronie Klienta identyfikuje wymagania związane z brakującymi funkcjonalnościami Systemu. Wnioskodawca otrzymuje te wymagania po czym rozpoczyna analizę pod kątem najlepszego sposobu ich realizacji, tzn. uwzględniając potrzeby klienta, jak również wewnętrzną logikę Systemu i budowanie jego wartości biznesowej jako całości. W ramach Prac rozwojowych realizowanych przez Wnioskodawcę, wykonywane są następujące czynności:
• analiza wymagań – ma to na celu zrozumienie potrzeb klienta i przeniesienie tych potrzeb na funkcjonalność systemu oraz określenie zakresu zmian;
• projektowanie (projekt architektury oprogramowania) – przeniesienie prac analitycznych na grunt konkretnych planów dla deweloperów oprogramowania (dla zobrazowania: np. gdzie w kodzie należy dokonać zmian, jak zmienić architekturę systemu, opracowanie interfejsu API, opracowanie modeli danych, analiza danych zgromadzonych w systemie pod kątem wprowadzenia migracji danych lub uzupełnienia danych);
• opracowanie przypadków testowych i analiza ryzyka – pozyskanie danych (...) do testów od Klienta i dokonanie ich zanonimizowania;
• opracowanie danych testowych i scenariuszy testowych;
• implementacja i weryfikacja jednostki oprogramowania (scalanie i testowanie przy użyciu danych i scenariuszy testowych);
• proces wdrożenia produkcyjnego (wprowadzenie ostatecznych wersji instalacyjnych, uruchamianych w głównym środowisku, opracowanie dokumentacji użytkowej, opracowanie dokumentacji eksploatacyjnej, testy bezpieczeństwa).
Wykonywanie przedmiotowej usługi wymaga specjalistycznej wiedzy i umiejętności w zakresie: inżynierii oprogramowania będącego wyrobem medycznym (SaMD, software as a medical device) w środowisku sformalizowanego SDLC (software development lifecycle, cykl rozwoju oprogramowania), regulacji MDR, analizy ryzyka zgodnie z ISO 14971, systemów zarządzania jakością wyrobów medycznych (QMS) zgodnie z ISO 13485, inżynierii systemów rozproszonych, chmurowych, wysokiej dostępności, znajomości obowiązujących regulacji prawnych w obszarze systemów informacyjnych w ochronie zdrowia, aktualnych zarządzeń Prezesa NFZ, integracji systemów w ochronie zdrowia z użyciem uznanych standardów światowych (HL7, DICOM, FHIR, IHE), wymagań stawianych podmiotom wykonującym działalność leczniczą w Polsce przez obowiązujące przepisy prawa, przez organy regulacyjne i nadzorcze.
Zamówienia prac rozwojowych są analizowane pod kątem możliwości ich realizacji w sposób pozwalający na ich wykorzystanie również przez innych Klientów, czyli w sposób rozszerzony, uogólniony. Klient decyduje się za te prace zapłacić niezależnie od ponoszonych już opłat licencyjnych. Klienci nie uzyskują majątkowych praw autorskich do zleconych prac. Dla klienta zlecającego te prace istotne jest, żeby prace zostały wykonane i że on czerpie z tego pożytki. Po określeniu zakresu prac, Wnioskodawca dokonuje ich wyceny na podstawie szacunków roboczogodzin oraz stawek za rbh określonych w umowie. Po akceptacji wyceny i harmonogramu Klient podpisuje zamówienie i prace są zlecane do realizacji przez Wnioskodawcę.
Usługa umożliwia zapewnienie Klientowi w określonym czasie i w określonym budżecie funkcjonalności, których Klient potrzebuje, a które nie są w danym momencie oferowane przez System. Nabywca oczekuje realizacji usługi w określonym w zamówieniu budżecie i harmonogramie oraz zapewnienie wsparcia technicznego na zasadach takich samych, jak dla całego Systemu. Nabywca oczekuje, że rezultaty prac rozwojowych będą w pełni zintegrowane z Systemem, stając się po prostu jego dodatkowymi funkcjonalnościami – Klient nie wyraża zgody, aby rezultaty prac były oddzielnymi systemami informatycznymi, które obsługuje się w inny sposób, niż pozostałą część Systemu, np. poprzez oddzielny mechanizm uwierzytelniania użytkowników. Natomiast nabywca nie oczekuje przeniesienia na niego praw autorskich do wytworzonych rezultatów prac rozwojowych ani nie oczekuje wyłączności względem innych klientów.
Rozstrzygnięcie:
PKWiU 2015 - 62
Stawka podatku od towarów i usług:
23%
Podstawa prawna:
art. 41 ust. 1 ustawy w zw. z art. 146ef ust. 1 pkt 1 ustawy
Cel wydania WIS:
określenie stawki podatku od towarów i usług
UZASADNIENIE
W dniu 25 czerwca 2026 r. Wnioskodawca złożył wniosek w zakresie sklasyfikowania ww. usługi na potrzeby określenia stawki podatku od towarów i usług. Wniosek uzupełniono w dniu 25 czerwca 2026 r. o dokumenty oraz w dniu 24 sierpnia 2026 r. o doprecyzowanie opisu usługi i stosowne dokumenty.
W treści wniosku przedstawiono następujący szczegółowy opis usługi
Przedmiotem wniosku jest określenie stawki VAT dla świadczenia w zakresie prac rozwojowych nad oprogramowaniem. (...). (dalej: Wnioskodawca i Spółka) jest dostawcą oprogramowania (dalej też: System), które stanowi wyrób medyczny w rozumieniu przepisów rozporządzenia Parlamentu Europejskiego i Rady (UE) 2017/745 z dnia 5 kwietnia 2017 r. w sprawie wyrobów medycznych, zmiany dyrektywy 2001/83/WE, rozporządzenia (WE) nr 178/2002 i rozporządzenia (WE) nr 1223/2009 oraz uchylenia dyrektyw Rady 90/385/EWG i 93/42/EWG (Dz. Urz. UE L 117 z 05.05.2017, str. 1, z późn. zm.). Dla (...), czyli Systemu Wnioskodawcy została wydana deklaracja zgodności (...) – według załącznika IX Rozporządzenia Parlamentu Europejskiego i Rady UE 2017/745, zgodnie z którą System został zakwalifikowany do kategorii wyrobów medycznych klasy I, reguła 11. System został wprowadzony na podstawie MDD wyrób medyczny w I klasie w postaci kilku wyrobów medycznych (...), później używany był na mocy przepisów przejściowych, dodatkowo zgłoszenie (...) (Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2017/745 z dnia 5 kwietnia 2017 r. w sprawie wyrobów medycznych (Medical Devices Regulation). System posiada oznaczenie CE. Wprowadzenie Systemu po raz pierwszy do obrotu i używania jako wyrób medyczny miało miejsce – w aktualnej formie (...). Klient Spółki, który nabył licencję do Systemu może złożyć dodatkowe zlecenie odnośnie wprowadzenia nowej funkcjonalności do Systemu (czyli tzw. Prace rozwojowe), wtedy:
• Spółka przygotowuje ofertę odnośnie prac dotyczących nowej funkcjonalności,
• po akceptacji oferty – Spółka dokonuje prac w tym zakresie,
• w związku z czym następuje rozwój systemu – powstaje nowa funkcjonalność w systemie. Spółka w zakresie wykonywanych czynności dotyczących rozwoju funkcjonalności oprogramowania (Prace rozwojowe) – wykonuje prace związane bezpośrednio z licencją. Charakter prac rozwojowych wynika zarówno z planów rozwojowych dla tego produktu (chęci ulepszania Systemu), ale również jest związany z koniecznością dostosowania się do zmieniających się przepisów. Realizacja Prac rozwojowych odbywa się odpłatnie. Zgodnie z zawieraną umową z klientem – Prace rozwojowe oznaczają prace polegające na zaprojektowaniu, wykonaniu oraz wdrożeniu i produkcyjnym uruchomieniu nowych funkcjonalności Systemu lub rozbudowaniu istniejących funkcjonalności Systemu zgodnie z oczekiwaniami klienta.
W ramach Prac rozwojowych, Spółka wykonuje czynności, które wynikają i są zgodne z obowiązującymi przepisami i normami w tym zakresie:
• przepisy w zakresie MDR (Medical Devices Regulations - Rozporządzenie Parlamentu Europejskiego i Rady (UE) 2017/745),
• norma ISO 13485 (Risk Assessment and Treatment Procedure for Software-as-a-Medical-Device (SaMD)),
• Polska Norma PN-EN 62304. Zestaw procesów i działań, który jest opisany w Polskiej Normie ustanawia wspólny szkielet dla procesów związanych z oprogramowaniem stanowiących wyrób medyczny, w tym również Prac rozwojowych dotyczących rozwoju tego oprogramowania.
W ramach Prac rozwojowych realizowanych przez Spółkę, wykonywane są następujące czynności:
• analiza wymagań – ma to na celu zrozumienie potrzeb klienta i przeniesienie tych potrzeb na funkcjonalność systemu oraz określenie zakresu zmian;
• projektowanie (projekt architektury oprogramowania) – przeniesienie prac analitycznych na grunt konkretnych planów dla deweloperów oprogramowania (dla zobrazowania: np. gdzie w kodzie należy dokonać zmian, jak zmienić architekturę systemu, opracowanie interfejsu API, opracowanie modeli danych, analiza danych zgromadzonych w systemie pod kątem wprowadzenia migracji danych lub uzupełnienia danych);
• opracowanie przypadków testowych i analiza ryzyka – pozyskanie danych medycznych do testów od Klienta i dokonanie ich zanonimizowania;
• opracowanie danych testowych i scenariuszy testowych;
• Implementacja i weryfikacja jednostki oprogramowania (scalanie i testowanie przy użyciu danych i scenariuszy testowych);
• proces wdrożenia produkcyjnego (wprowadzenie ostatecznych wersji instalacyjnych, uruchamianych w głównym środowisku, opracowanie dokumentacji użytkowej, opracowanie dokumentacji eksploatacyjnej, testy bezpieczeństwa).
Zakres czynności dokonywanych w ramach Prac rozwojowych jest ustandaryzowany i wynikający z powołanych wyżej przepisów i norm, które ściśle określają zakres czynności, które muszą zostać wykonane, aby wyrób medyczny mógł być stosowany zgodnie z przeznaczeniem. Efektem powyżej wymienionych czynności są zmiany (rozwój) oprogramowania (będącego wyrobem medycznym), zgodnie z zapotrzebowaniem klienta. Spółka zaznacza, że prace rozwojowe powodują, że oprogramowanie (wyrób medyczny) staje się bardziej funkcjonalne dla Klienta, a tym samym posiadana przez klienta licencja staje się jeszcze bardziej użytkowa i spełniająca jego potrzeby. Inaczej mówiąc Prace rozwojowe rozwijają dotychczasowy wyrób medyczny (licencję). Spółka ma na celu dostarczenie jak najpełniejszej usługi dla klienta, dlatego aby utrzymać odpowiedni standard świadczonych usług (dostarczenia licencji do oprogramowania) oferuje dokonanie Prac rozwojowych oprogramowania, zgodnie z zapotrzebowaniem klienta. Wykonywane usługi w zakresie Prac rozwojowych Systemu na rzecz klienta są bezpośrednio związane z udzieloną licencją, będącą wyrobem medycznym (czyli jest to rozwój wyrobu medycznego). Po realizacji Prac rozwojowych – System dalej ma charakter wyrobu medycznego (Prace rozwojowe rozwijają System jako wyrób medyczny). W konsekwencji, Spółka ma prawo zastosować do świadczenia w zakresie Prac rozwojowych stawkę podatku taką jak przy udzieleniu licencji do Systemu będącego wyrobem medycznym tj. zgodnie z art. 41 ust. 2 w zw. z art. 146aa ust. 1 pkt 2 ustawy o VAT i pozycją 73 załącznika nr 3 do ustawy o VAT – stawkę 8%.
Do wniosku wnioskodawca załączył (...).
W piśmie z dnia 24 sierpnia 2026 r. (data wpływu 24 sierpnia 2026 r.), będącym uzupełnieniem wniosku, Wnioskodawca – w odpowiedzi na pytania tutejszego organu zawarte w wezwaniu z dnia 4 sierpnia 2026 r., znak 0112-KDSL2-1.440.320.2026.1.MW – udzielił następujących informacji:
1. Na czym polegają prace rozwojowe będące przedmiotem wniosku:
a) na zaprojektowaniu, wykonaniu oraz wdrożeniu i produkcyjnym uruchomieniu nowych funkcjonalności Systemu,
czy
b) na rozbudowaniu istniejących funkcjonalności Systemu zgodnie z oczekiwaniami klienta? Należy wskazać jedną opcję.
Odpowiedź:
Prace rozwojowe dotyczą wprowadzenia nowej funkcjonalności do Systemu.
2. Na czyją rzecz Wnioskodawca świadczy usługę będącą przedmiotem wniosku? Należy wskazać jednego, konkretnego zleceniodawcę.
Odpowiedź:
Spółka świadczy usługę będącą przedmiotem wniosku (Prace rozwojowe) na rzecz klienta, który nabył oprogramowanie – (...) (zgodnie z przesłaną umową).
3. W jakich okolicznościach klient zleca Wnioskodawcy świadczenie przedmiotowej usługi?
Odpowiedź:
Zespół po stronie Klienta identyfikuje wymagania związane z brakującymi funkcjonalnościami Systemu. Zespół po stronie (...) otrzymuje te wymagania po czym rozpoczyna analizę pod kątem najlepszego sposobu ich realizacji, tzn. uwzględniając potrzeby klienta, jak również wewnętrzną logikę Systemu i budowanie jego wartości biznesowej jako całości, mając na uwadze, że (...) co do zasady unika wykonywania kastomizacji Systemu które miałyby zastosowanie tylko dla jednego klienta – takie działania prowadziłyby do fragmentacji systemu (w skrajnym przypadku każdy klient posiadałby nieco inną wersję Systemu), co powodowałoby problemy związane z utrzymaniem Systemu, dalszym rozwojem oraz utrzymaniem certyfikacji Systemu jako wyrobu medycznego, w związku z ogromem dokumentacji technicznej wymaganej dla oprogramowania będącego wyrobem medycznym oraz w związku ze specyficznymi uwarunkowaniami systemu rozwijanego w chmurze (jeden System multitenant, tzw. wielodzierżawny, wykorzystywany przez wszystkich klientów, vs. Tradycyjnego podejścia on-premises, gdzie każdy klient posiada odrębną instalację systemu w potencjalnie odrębnej wersji na swojej własnej lokalnej infrastrukturze informatycznej). Z tego powodu wszelkie zamówienia prac rozwojowych są analizowane pod kątem możliwości ich realizacji w sposób pozwalający na ich wykorzystanie również przez innych Klientów, czyli w sposób rozszerzony, uogólniony, który powoduje, że kastomizacje te są po prostu elementem szerszych prac rozwojowych w Systemie, z tą tylko różnicą względem normalnych prac rozwojowych wykonywanych przez zespół (...), że Klient decyduje się za te prace zapłacić niezależnie od ponoszonych już opłat licencyjnych. Poniekąd można o tym myśleć w ten sposób, że Klient płaci za to, żeby jego pomysły lub potrzeby zostały odpowiednio spriorytetyzowane na wewnętrznej liście prac rozwojowych do zrobienia, która jest zarządzana przez (...) w ramach szerszego planu prac rozwojowych, a która to lista co do zasady, oprócz umieszczania na niej wewnętrznych pomysłów zespołu (...), jest również zasilana feedbackiem uzyskiwanym od Klientów. Należy nadmienić, że Klienci akceptują fakt, że nie uzyskują majątkowych prac autorskich do zleconych prac rozwojowych i że ich rezultaty będą wzbogacać System także dla innych klientów. Dla klienta zlecającego te prace istotne jest, że prace zostały wykonane i że on czerpie z tego pożytki. Po określeniu zakresu prac, (...) dokonuje ich wyceny na podstawie szacunków roboczogodzin oraz stawek za rbh określonych w umowie. Po akceptacji wyceny i harmonogramu Klient podpisuje zamówienie i prace są zlecane do realizacji przez zespół (...) w ramach obowiązującego w (...) procesu SDLC (cykl rozwoju oprogramowania, software development life cycle) i w ramach tego procesu są testowane oraz włączane w zakres tak tworzonego wyrobu medycznego.
4. Jaki cel realizuje usługa będąca przedmiotem wniosku?
Odpowiedź:
Na poziomie ogólnym usługa umożliwia zapewnienie Klientowi w określonym czasie i w określonym budżecie funkcjonalności, których Klient potrzebuje, a które nie są w danym momencie oferowane przez System. Jako, że (...) co do zasady nigdy nie składa Klientom zapewnień odnośnie zakresu nowych funkcjonalności, o które system zostanie wzbogacony w nadchodzących wydaniach, pozostawiając kierunek rozwoju Systemu do swojej wyłącznej decyzji, o tyle zachodzi czasem potrzeba złożenia takiego zapewnienia w przypadku kluczowych, dużych klientów. Usługa prac rozwojowych zapewnia właśnie taki cel – pozwala na spełnienie oczekiwań klienta bez powodowania niebezpiecznej fragmentacji systemu. Na poziomie szczegółowym dla Klienta (...), realizowane usługi obejmują m.in.: (...).
5. Jakie są oczekiwania nabywcy w odniesieniu do świadczonej przez Wnioskodawcę usługi?
Odpowiedź:
Nabywca oczekuje realizacji usługi w określonym w zamówieniu budżecie i harmonogramie oraz zapewnienie wsparcia technicznego na zasadach takich samych, jak dla całego Systemu. Nabywca oczekuje, że rezultaty prac rozwojowych będą w pełni zintegrowane z Systemem, stając się po prostu jego dodatkowymi funkcjonalnościami – Klient nie wyraża zgody, aby rezultaty prac były oddzielnymi systemami informatycznymi, które obsługuje się w inny sposób, niż pozostałą część Systemu, np. poprzez oddzielny mechanizm uwierzytelniania użytkowników. Natomiast nabywca nie oczekuje przeniesienia na niego praw autorskich do wytworzonych rezultatów prac rozwojowych ani nie oczekuje wyłączności względem innych klientów jeśli chodzi o dostęp do tych nowych funkcjonalności.
6. Jak technicznie odbywa się proces świadczenia usługi?
Odpowiedź:
Prace rozwojowe są co do zasady realizowane zgodnie z obowiązującym w spółce procesem SDLC (cykl rozwoju oprogramowania, software development lifecycle), zgodnie z wymaganiami normy IEC 62304 dla oprogramowania medycznego w klasie bezpieczeństwa C, procesem zarządzania ryzykiem zgodnie z normą ISO 14971 oraz zgodnie z wymaganiami obowiązującego w spółce systemu zarządzania jakością (quality management system, QMS) zgodnie z wymaganiami normy ISO 13485 (spółka posiada certyfikat zgodności QMS z normą ISO 13485). W świetle ww. wymagań prace rozwojowe obejmują:
• Opracowanie dokumentacji wymagań - analiza wymagań funkcjonalnych i niefunkcjonalnych (obejmujących cyberbezpieczeństwo, odporność na awarie, wysoką dostępność, skalowalność, wydajność, obserwowalność i inne),
• Opracowanie projektu wykonawczego – plan prac programistycznych, plan zmian do wprowadzenia do systemu, dokumentacja zmian w interfejsach API, dokumentacja zmian w modelach danych,
• Opracowanie projektu architektury Systemu – projektowane zmiany w architekturze systemu zarówno na poziomie komponentów, wdrożeniowym jak i infrastrukturalnym,
• Opracowanie scenariuszy, przypadków i danych testowych umożliwiających weryfikację i walidację rezultatów prac rozwojowych,
• Implementację (wykonanie) zmian w oprogramowaniu, wraz z ich przetestowaniem,
• Wykonanie niezbędnej dokumentacji technicznej pozwalającej na dołączenie tak wytworzonych zmian w Systemie do zakresu wyrobu medycznego, obejmującej m.in. analizę ryzyka oraz zmiany w dokumentacji użytkownika wyrobu medycznego (IFU – Instructions For Use).
Należy nadto wskazać że: zestaw procesów i działań, który jest opisany w przywołanych normach ustanawia wspólny szkielet dla procesów związanych z oprogramowaniem stanowiących wyrób medyczny, w tym również prac rozwojowych dotyczących rozwoju tego oprogramowania, a także, że zakres czynności dokonywanych w ramach prac rozwojowych jest ustandaryzowany i wynikający z powołanych wyżej przepisów i norm, które ściśle określają zakres czynności, które muszą zostać wykonane, aby wyrób medyczny mógł być stosowany zgodnie z przeznaczeniem.
7. Czy wykonywanie przedmiotowej usługi wymaga specjalistycznej wiedzy/umiejętności? Jeżeli tak, to jakich?
Odpowiedź:
Wykonywanie przedmiotowej usługi wymaga specjalistycznej wiedzy i umiejętności w zakresie: inżynierii oprogramowania będącego wyrobem medycznym (SaMD, software as a medical device) w środowisku sformalizowanego SDLC (software development lifecycle, cykl rozwoju oprogramowania), regulacji MDR, analizy ryzyka zgodnie z ISO 14971, systemów zarządzania jakością wyrobów medycznych (QMS) zgodnie z ISO 13485, inżynierii systemów rozproszonych, chmurowych, wysokiej dostępności, znajomości obowiązujących regulacji prawnych w obszarze systemów informacyjnych w ochronie zdrowia, aktualnych zarządzeń Prezesa NFZ, integracji systemów w ochronie zdrowia z użyciem uznanych standardów światowych (HL7, DICOM, FHIR, IHE), wymagań stawianych podmiotom wykonującym działalność leczniczą w Polsce przez obowiązujące przepisy prawa, przez organy regulacyjne i nadzorcze.
8. W jaki sposób skalkulowane jest wynagrodzenie za usługę będącą przedmiotem wniosku? Co wynagrodzenie to obejmuje?
Odpowiedź:
Wynagrodzenie za prace rozwojowe jest płatne stawka x ilość roboczogodzin (załącznik do umowy wskazuje na stawkę za roboczogodzinę w tym zakresie). W niektórych przypadkach, gdzie w ocenie Klienta (...), niezależnej od oceny (...), rezultaty zamawianych prac rozwojowych wydają się być szczególnie atrakcyjne dla innych klientów (...), Klient oczekuje negocjacji odnośnie udzielenia opustu związanego z możliwością łatwej dalszej komercjalizacji rezultatu prac rozwojowych przez (...)..
Do uzupełnienia Wnioskodawca załączył:
(...).
W trybie przewidzianym w art. 200 § 1 ustawy z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (Dz. U. z 2026 r., poz. 622, z późn. zm.), zwanej dalej Ordynacją podatkową, postanowieniem z dnia 31 sierpnia 2026 r. nr 0112-KDSL2-1.440.320.2026.2.MW tutejszy organ wyznaczył Wnioskodawcy siedmiodniowy termin do wypowiedzenia się w zakresie zebranego w sprawie materiału dowodowego. Postanowienie zostało skutecznie doręczone Wnioskodawcy w dniu 31 sierpnia 2026 r. Wnioskodawca w odpowiedzi na powyższe postanowienie przesłał pismo, w którym wskazał, że w ocenie Spółki, ma ona prawo zastosować do świadczenia w zakresie Prac rozwojowych stawkę podatku taką jak przy udzieleniu licencji do Systemu będącego wyrobem medycznym, tj. zgodnie z art. 41 ust. 2 w zw. z art. 146aa ust. 1 pkt 2 ustawy o VAT i pozycją 73 załącznika nr 3 do ustawy o VAT – stawkę 8%. Spółka nie przedstawia nowych dowodów w sprawie niż te przedstawione we wniosku oraz w uzupełnieniu wniosku.
Uzasadnienie klasyfikacji
Stosownie do brzmienia art. 5a ustawy, towary i usługi będące przedmiotem czynności, o których mowa w art. 5, wymienione w klasyfikacji w układzie odpowiadającym Nomenklaturze scalonej (CN) zgodnej z rozporządzeniem Rady (EWG) nr 2658/87 z dnia 23 lipca 1987 r. w sprawie nomenklatury taryfowej i statystycznej oraz w sprawie Wspólnej Taryfy Celnej (Dz. Urz. WE L 256 z 07.09.1987, str. 1, z późn. zm. – Dz. Urz. UE Polskie wydanie specjalne, rozdz. 2, t. 2, str. 382, z późn. zm.) lub w klasyfikacjach wydanych na podstawie przepisów o statystyce publicznej, są klasyfikowane według Nomenklatury scalonej (CN) lub klasyfikacji wydanych na podstawie przepisów o statystyce publicznej, jeżeli dla tych towarów lub usług przepisy ustawy lub przepisy wykonawcze wydane na jej podstawie powołują działy, pozycje, podpozycje lub kody Nomenklatury scalonej (CN) lub symbole klasyfikacji statystycznych.
Zgodnie z art. 42a ustawy, wiążąca informacja stawkowa, zwana dalej „WIS”, jest decyzją wydawaną na potrzeby opodatkowania podatkiem dostawy towarów, importu towarów, wewnątrzwspólnotowego nabycia towarów albo świadczenia usług, która zawiera:
1) opis towaru albo usługi będących przedmiotem WIS;
2) klasyfikację towaru według działu, pozycji, podpozycji lub kodu Nomenklatury scalonej (CN) albo według działu, grupy, klasy, kategorii, podkategorii lub pozycji Polskiej Klasyfikacji Wyrobów i Usług albo według sekcji, działu, grupy lub klasy Polskiej Klasyfikacji Obiektów Budowlanych albo usługi według działu, grupy, klasy, kategorii, podkategorii lub pozycji Polskiej Klasyfikacji Wyrobów i Usług niezbędną do:
a) określenia stawki podatku właściwej dla towaru albo usługi,
b) stosowania przepisów ustawy oraz przepisów wykonawczych wydanych na jej podstawie – w przypadku, o którym mowa w art. 42b ust. 4;
3) stawkę podatku właściwą dla towaru albo usługi, z wyjątkiem przypadku, o którym mowa w art. 42b ust. 4.
Zatem w przypadku, gdy stawka podatku od towarów i usług nie jest uzależniona od zaklasyfikowania danego towaru lub usługi do odpowiedniej klasyfikacji (CN, PKOB lub PKWiU), ale od spełnienia definicji (opisu) zawartej w odpowiednim przepisie ustawy lub pozycji załącznika do ustawy, przedmiotem postępowania w zakresie wydania WIS jest ustalenie, czy opisany towar lub usługa spełnia wymogi wskazane przez ustawodawcę w tym opisie.
W załączniku nr 3 do ustawy, zawierającym wykaz towarów i usług opodatkowanych stawką podatku w wysokości 8%, w poz. 73 wskazano bez względu na PKWiU „Usługi udzielenia licencji lub inne usługi o podobnym charakterze w stosunku do wyrobów, o których mowa w poz. 13”.
Natomiast w załączniku nr 3 zawierającym „Wykaz towarów i usług opodatkowanych stawką podatku w wysokości 8%”, w pozycji 13 wskazano bez względu na CN „Wyroby medyczne, wyposażenie wyrobów medycznych, systemy i zestawy zabiegowe, w rozumieniu przepisów rozporządzenia Parlamentu Europejskiego i Rady (UE) 2017/745 z dnia 5 kwietnia 2017 r. w sprawie wyrobów medycznych, zmiany dyrektywy 2001/83/WE, rozporządzenia (WE) nr 178/2002 i rozporządzenia (WE) nr 1223/2009 oraz uchylenia dyrektyw Rady 90/385/EWG i 93/42/EWG (Dz. Urz. UE L 117 z 05.05.2017, str. 1, z późn. zm.), oraz wyroby medyczne do diagnostyki in vitro i wyposażenie wyrobów medycznych do diagnostyki in vitro, w rozumieniu przepisów rozporządzenia Parlamentu Europejskiego i Rady (UE) 2017/746 z dnia 5 kwietnia 2017 r. w sprawie wyrobów medycznych do diagnostyki in vitro oraz uchylenia dyrektywy 98/79/WE i decyzji Komisji 2010/227/UE (Dz.Urz. UE L 117 z 05.05.2017, str. 176, z późn. zm.), dopuszczone do obrotu na terytorium Rzeczypospolitej Polskiej”.
W tym miejscu wskazać należy, że zarówno ustawa o podatku od towarów i usług nie definiuje pojęcia „wyrób medyczny”. Kwalifikacja wyrobu do kategorii wyrobów medycznych dokonana musi być zatem na gruncie przepisów innych niż powyższe regulacje.
Od dnia 26 maja 2022 r. obowiązuje ustawa z dnia 7 kwietnia 2022 r. o wyrobach medycznych (Dz.U. z 2024 r. poz. 1620, z późn. zm.), przy czym od dnia 26 maja 2021 r. wyroby medyczne podlegają przepisom Rozporządzenia Parlamentu Europejskiego i Rady (UE) 2017/745 z dnia 5 kwietnia 2017 r. w sprawie wyrobów medycznych, zmiany dyrektywy 2001/83/WE, rozporządzenia (WE) nr 178/2002 i rozporządzenia (WE) nr 1223/2009 oraz uchylenia dyrektyw Rady 90/385/EWG i 93/42/EWG (Dz. Urz. UE L 117 z 05.05.2017, str. 1, z późn. zm.), zwanego dalej rozporządzeniem (UE) 2017/745.
Na mocy art. 2 pkt 1, 12 ww. rozporządzenia (UE) 2017/745, do celów niniejszego rozporządzenia stosuje się następujące definicje:
1) „wyrób medyczny” oznacza narzędzie, aparat, urządzenie, oprogramowanie, implant, odczynnik, materiał lub inny artykuł przewidziany przez producenta do stosowania – pojedynczo lub łącznie – u ludzi do co najmniej jednego z następujących szczególnych zastosowań medycznych:
- diagnozowanie, profilaktyka, monitorowanie, przewidywanie, prognozowanie, leczenie lub łagodzenie choroby,
- diagnozowanie, monitorowanie, leczenie, łagodzenie lub kompensowanie urazu lub niepełnosprawności,
- badanie, zastępowanie lub modyfikowanie budowy anatomicznej lub procesu lub stanu fizjologicznego lub chorobowego,
- dostarczanie informacji poprzez badanie in vitro próbek pobranych z organizmu ludzkiego, w tym pobranych od dawców narządów, krwi i tkanek, i który nie osiąga swojego zasadniczego przewidzianego działania środkami farmakologicznymi, immunologicznymi lub metabolicznymi w ludzkim ciele lub na nim, ale którego działanie może być wspomagane takimi środkami.
Następujące produkty są również uznawane za wyroby medyczne:
- wyroby do celów kontroli poczęć lub wspomagania poczęcia,
- produkty specjalnie przeznaczone do czyszczenia, dezynfekcji lub sterylizacji wyrobów, o których mowa w art. 1 ust. 4, oraz wyrobów, o których mowa w akapicie pierwszym niniejszego punktu;
12) „przewidziane zastosowanie” oznacza użycie, do którego wyrób jest przeznaczony zgodnie z danymi podanymi przez producenta na etykiecie, w instrukcji używania lub w materiałach lub oświadczeniach promocyjnych lub sprzedażowych oraz określonymi przez producenta w ocenie klinicznej.
Na podstawie art. 20 ust. 1 powołanego rozporządzenia, wyroby – inne niż wyroby wykonane na zamówienie i badane wyroby – uznane za zgodne z wymogami niniejszego rozporządzenia, noszą oznakowanie zgodności CE przedstawione w załączniku V.
Jednocześnie należy wskazać, że zgodnie z art. 120 ust. 2 rozporządzenia Parlamentu Europejskiego i Rady (UE) 2017/745, zmienionego mocą rozporządzenia Parlamentu Europejskiego i Rady (UE) 2023/607 z dnia 15 marca 2023 r. w sprawie zmiany rozporządzeń (UE) 2017/745 i (UE) 2017/746 w odniesieniu do przepisów przejściowych dotyczących niektórych wyrobów medycznych i wyrobów medycznych do diagnostyki in vitro, „Certyfikaty wydane przez jednostki notyfikowane zgodnie z dyrektywami 90/385/EWG i 93/42/EWG przed dniem 25 maja 2017 r. pozostają ważne do końca okresu wskazanego w certyfikacie, z wyjątkiem certyfikatów wydanych zgodnie z załącznikiem 4 do dyrektywy 90/385/EWG lub załącznikiem IV do dyrektywy 93/42/EWG, które tracą ważność najpóźniej w dniu 27 maja 2022 r.
Certyfikaty wydane przez jednostki notyfikowane zgodnie z dyrektywami 90/385/EWG i 93/42/EWG od dnia 25 maja 2017 r., które nadal były ważne w dniu 26 maja 2021 r. i które nie zostały cofnięte po tym terminie, pozostają ważne po zakończeniu okresu wskazanego w certyfikacie do daty określonej w ust. 3a niniejszego artykułu mającej zastosowanie do poszczególnych klas ryzyka wyrobów. Certyfikaty wydane przez jednostki notyfikowane zgodnie z tymi dyrektywami od dnia 25 maja 2017 r., które nadal były ważne w dniu 26 maja 2021 r., i które utraciły ważność przed dniem 20 marca 2023 r., uznaje się za ważne do dat określonych w ust. 3a niniejszego artykułu wyłącznie wówczas, gdy spełniony jest jeden z następujących warunków:
a) przed datą utraty ważności certyfikatu producent i jednostka notyfikowana podpisali pisemną umowę – zgodnie z załącznikiem VII do niniejszego rozporządzenia sekcja 4.3 akapit drugi – dotyczącą oceny zgodności w odniesieniu do wyrobu objętego certyfikatem, który utracił ważność, lub w odniesieniu do wyrobu mającego zastąpić ten wyrób;
b) właściwy organ państwa członkowskiego udzielił odstępstwa od mającej zastosowanie procedury oceny zgodności zgodnie z art. 59 ust. 1 niniejszego rozporządzenia lub zobowiązał producenta do przeprowadzenia mającej zastosowanie procedury oceny zgodności zgodnie z art. 97 ust. 1 niniejszego rozporządzenia”.
Z art. 120 ust. 3 ww. rozporządzenia (UE) 2017/745, na zasadzie odstępstwa od art. 5 oraz jeśli spełnione zostaną warunki określone w ust. 3c niniejszego artykułu, wyroby, o których mowa w ust. 3a i 3b niniejszego artykułu, mogą być wprowadzane do obrotu lub do używania do dat określonych w tych ustępach.
Na podstawie art. 120 ust. 3a ww. rozporządzenia, wyroby posiadające certyfikat wydany zgodnie z dyrektywą 90/385/EWG lub dyrektywą 93/42/EWG, ważny na podstawie ust. 2 niniejszego artykułu, mogą być wprowadzane do obrotu lub do używania do następujących dat:
a) dnia 31 grudnia 2027 r. w przypadku wszystkich wyrobów klasy III i wyrobów do implantacji klasy IIb, z wyjątkiem szwów, zszywek, wypełnień dentystycznych, aparatów ortodontycznych, koron zębowych, śrub, klinów, płytek, drutów, gwoździ, klamer i łączników;
b) dnia 31 grudnia 2028 r. w przypadku wyrobów klasy IIb innych niż wyroby objęte lit. a) niniejszego ustępu, w przypadku wyrobów klasy IIa oraz w przypadku wyrobów klasy I wprowadzonych do obrotu w stanie sterylnym lub wyrobów klasy I o funkcji pomiarowej.
Natomiast zgodnie z art. 120 ust. 3c ww. rozporządzenia, wyroby, o których mowa w ust. 3a i 3b niniejszego artykułu, mogą być wprowadzane do obrotu lub do używania do dat, o których mowa w tych ustępach, wyłącznie jeśli spełnione są następujące warunki:
a) wyroby te nadal pozostają zgodne odpowiednio z dyrektywą 90/385/EWG lub dyrektywą 93/42/EWG;
b) nie ma istotnych zmian w projekcie i przewidzianym zastosowaniu;
c) wyroby nie stwarzają niedopuszczalnego ryzyka dla zdrowia lub bezpieczeństwa pacjentów, użytkowników lub innych osób lub dla innych kwestii związanych z ochroną zdrowia publicznego;
d) nie później niż dnia 26 maja 2024 r. producent wprowadził system zarządzania jakością zgodnie z art. 10 ust. 9;
e) nie później niż dnia 26 maja 2024 r. producent lub upoważniony przedstawiciel złożył formalny wniosek do jednostki notyfikowanej zgodnie z załącznikiem VII sekcja 4.3 akapit pierwszy o przeprowadzenie oceny zgodności w odniesieniu do wyrobu, o którym mowa w ust. 3a i 3b niniejszego artykułu, lub w odniesieniu do wyrobu mającego zastąpić ten wyrób, oraz nie później niż dnia 26 września 2024 r. jednostka notyfikowana i producent podpisali pisemną umowę zgodnie z załącznikiem VII sekcja 4.3 akapit drugi.
Stosownie do treści art. 120 ust. 4 ww. rozporządzenia, wyroby, które zostały zgodnie z prawem wprowadzone do obrotu na podstawie dyrektyw 90/385/EWG i 93/42/EWG przed dniem 26 maja 2021 r., oraz wyroby, które zostały zgodnie z prawem wprowadzone do obrotu od dnia 26 maja 2021 r. zgodnie z ust. 3, 3a, 3b i 3f niniejszego artykułu, mogą być w dalszym ciągu udostępniane na rynku lub wprowadzane do używania.
W niniejszej sprawie usługa świadczona przez Wnioskodawcę polega zaprojektowaniu, wykonaniu oraz wdrożeniu i produkcyjnym uruchomieniu nowych funkcjonalności. Wnioskodawca świadczy usługę będącą przedmiotem wniosku na rzecz klienta, który nabył oprogramowanie. Zespół po stronie Klienta identyfikuje wymagania związane z brakującymi funkcjonalnościami Systemu. Wnioskodawca otrzymuje te wymagania po czym rozpoczyna analizę pod kątem najlepszego sposobu ich realizacji, tzn. uwzględniając potrzeby klienta, jak również wewnętrzną logikę Systemu i budowanie jego wartości biznesowej jako całości. W ramach Prac rozwojowych realizowanych przez Wnioskodawcę, wykonywane są następujące czynności:
• analiza wymagań – ma to na celu zrozumienie potrzeb klienta i przeniesienie tych potrzeb na funkcjonalność systemu oraz określenie zakresu zmian;
• projektowanie (projekt architektury oprogramowania) – przeniesienie prac analitycznych na grunt konkretnych planów dla deweloperów oprogramowania (dla zobrazowania: np. gdzie w kodzie należy dokonać zmian, jak zmienić architekturę systemu, opracowanie interfejsu API, opracowanie modeli danych, analiza danych zgromadzonych w systemie pod kątem wprowadzenia migracji danych lub uzupełnienia danych);
• opracowanie przypadków testowych i analiza ryzyka – pozyskanie danych medycznych do testów od Klienta i dokonanie ich zanonimizowania;
• opracowanie danych testowych i scenariuszy testowych;
• implementacja i weryfikacja jednostki oprogramowania (scalanie i testowanie przy użyciu danych i scenariuszy testowych);
• proces wdrożenia produkcyjnego (wprowadzenie ostatecznych wersji instalacyjnych, uruchamianych w głównym środowisku, opracowanie dokumentacji użytkowej, opracowanie dokumentacji eksploatacyjnej, testy bezpieczeństwa).
Wykonywanie przedmiotowej usługi wymaga specjalistycznej wiedzy i umiejętności w zakresie: inżynierii oprogramowania będącego wyrobem medycznym (SaMD, software as a medical device) w środowisku sformalizowanego SDLC (software development lifecycle, cykl rozwoju oprogramowania), regulacji MDR, analizy ryzyka zgodnie z ISO 14971, systemów zarządzania jakością wyrobów medycznych (QMS) zgodnie z ISO 13485, inżynierii systemów rozproszonych, chmurowych, wysokiej dostępności, znajomości obowiązujących regulacji prawnych w obszarze systemów informacyjnych w ochronie zdrowia, aktualnych zarządzeń Prezesa NFZ, integracji systemów w ochronie zdrowia z użyciem uznanych standardów światowych (HL7, DICOM, FHIR, IHE), wymagań stawianych podmiotom wykonującym działalność leczniczą w Polsce przez obowiązujące przepisy prawa, przez organy regulacyjne i nadzorcze.
Zamówienia prac rozwojowych są analizowane pod kątem możliwości ich realizacji w sposób pozwalający na ich wykorzystanie również przez innych klientów, czyli w sposób rozszerzony, uogólniony. Klient decyduje się za te prace zapłacić niezależnie od ponoszonych już opłat licencyjnych. Klienci nie uzyskują majątkowych praw autorskich do zleconych prac. Dla klienta zlecającego te prace istotne jest, żeby prace zostały wykonane i że on czerpie z tego pożytki. Po określeniu zakresu prac, Wnioskodawca dokonuje ich wyceny na podstawie szacunków roboczogodzin oraz stawek za rbh określonych w umowie. Po akceptacji wyceny i harmonogramu klient podpisuje zamówienie i prace są zlecane do realizacji przez Wnioskodawcę.
W ramach zlecenia wykonywane są usługi obejmujące m.in.: (...)..
Usługa umożliwia zapewnienie Klientowi w określonym czasie i w określonym budżecie funkcjonalności, których Klient potrzebuje, a które nie są w danym momencie oferowane przez System. Nabywca oczekuje realizacji usługi w określonym w zamówieniu budżecie i harmonogramie oraz zapewnienie wsparcia technicznego na zasadach takich samych, jak dla całego Systemu. Nabywca oczekuje, że rezultaty prac rozwojowych będą w pełni zintegrowane z Systemem, stając się po prostu jego dodatkowymi funkcjonalnościami – Klient nie wyraża zgody, aby rezultaty prac były oddzielnymi systemami informatycznymi, które obsługuje się w inny sposób, niż pozostałą część Systemu, np. poprzez oddzielny mechanizm uwierzytelniania użytkowników. Natomiast nabywca nie oczekuje przeniesienia na niego praw autorskich do wytworzonych rezultatów prac rozwojowych ani nie oczekuje wyłączności względem innych klientów.
Zdaniem Wnioskodawcy wykonywane przez niego usługi w zakresie prac rozwojowych Systemu na rzecz klienta są bezpośrednio związane z udzieloną licencją. Po realizacji prac rozwojowych – w ocenie Wnioskodawcy - System dalej ma charakter wyrobu medycznego (Prace rozwojowe rozwijają System jako wyrób medyczny). W konsekwencji ma prawo zastosować do świadczenia w zakresie prac rozwojowych stawkę podatku taką jak przy udzieleniu licencji do Systemu będącego wyrobem medycznym tj. zgodnie z art. 41 ust. 2 w zw. z art. 146aa ust. 1 pkt 2 ustawy o VAT i pozycją 73 załącznika nr 3 do ustawy o VAT – stawkę 8%.
Usługi świadczonej przez Wnioskodawcę nie można jednak uznać za usługę związaną z udzieleniem licencji lub innej usługi o podobnym charakterze w stosunku do wyrobów medycznych. Z przesłanej przez Wnioskodawcę umowy wynika, że klient nabywa pierwotnie licencję na oprogramowanie (System), które nie musi w pełni realizować wymagań klienta (...).
Nie oznacza to jednak, że to oprogramowanie w swej standardowej/wyjściowej wersji nie działa, nie jest sprawne (z umowy wynika wręcz, że zostało uruchomione) tylko, że docelowo ma być dostosowane do indywidualnych preferencji klienta.
Takie dostosowanie ma mieć miejsce w ramach „prac rozwojowych” zdefiniowanych jako „prace polegające na zaprojektowaniu, wykonaniu oraz wdrożeniu i produkcyjnym uruchomieniu nowych funkcjonalności Systemu (…).
Ww. definicja nie pozostawia wątpliwości co do tego, że „prace rozwojowe” nie polegają na „dokupywaniu” istniejących już funkcjonalności Systemu, ale na m.in. ich „zaprojektowaniu” i „wykonaniu”.
Omawianą kwestię szczegółowo reguluje (...).
Ponadto, Wnioskodawca wskazał, że Klient decyduje się za prace rozwojowe zapłacić niezależnie od ponoszonych już opłat licencyjnych.
Zatem, klient w ramach prac rozwojowych nie otrzymuje uprawnień do korzystania z istniejącego Systemu na określonych polach eksploatacji, w określonym zakresie i przez określony czas, jak to ma miejsce w przypadku licencji ale składa odrębne zlecenie dotyczące zaprojektowania, wykonania i uruchomienia nowych funkcjonalności Sytemu.
Biorąc pod uwagę dokonaną powyżej analizę, tut. organ stwierdza, że w przedmiotowej sprawie nie mamy do czynienia z usługą wskazaną w poz.73 „Usługi udzielenia licencji lub inne usługi o podobnym charakterze w stosunku do wyrobów, o których mowa w poz. 13”.
W rezultacie należy uznać, że skoro usługa polegająca świadczeniu prac rozwojowych obejmujących zaprojektowanie, wykonanie oraz produkcyjne uruchomienie nowych funkcjonalności, nie stanowi usługi związanej z udzieleniem licencji lub innej usługi o podobnym charakterze w stosunku do wyrobów, o których mowa w poz. 13, wskazanej w poz. 73 załącznika nr 3 do ustawy, to tym samym dla jej opodatkowania nie jest możliwe zastosowanie stawki podatku w wysokości 8%.
W konsekwencji powyższego, w związku z brakiem możliwości zastosowania w przedmiotowej sprawie obniżonej stawki podatku, należy dokonać prawidłowej klasyfikacji statystycznej usługi wykonywanej przez Wnioskodawcę.
Do celów opodatkowania podatkiem od towarów i usług do dnia 31 grudnia 2027 r. – na podstawie § 2 pkt 1 Rozporządzenia Rady Ministrów z dnia 17 grudnia 2025 r. w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) (Dz. U. z 2025 r., poz. 1829) – należy stosować Polską Klasyfikację Wyrobów i Usług wprowadzoną rozporządzeniem Rady Ministrów z dnia 4 września 2015 r. w sprawie Polskiej Klasyfikacji Wyrobów i Usług (PKWiU) (Dz. U. poz. 1676, z 2017 r. poz. 2453, z 2018 r. poz. 2440, z 2019 r. poz. 2554 oraz z 2020 r. poz. 556).
Podstawowe cele, konstrukcję i sposób posługiwania się Polską Klasyfikacją Wyrobów i Usług oraz jej interpretację wskazują zasady metodyczne Polskiej Klasyfikacji Wyrobów i Usług (PKWiU 2015) zawarte w ww. rozporządzeniu.
Zasady metodyczne stanowią integralną część klasyfikacji. Zawarte w nich postanowienia obowiązują przy jej interpretacji i stosowaniu (pkt 1.3).
Zgodnie z pkt 1.2 zasad metodycznych, Polska Klasyfikacja Wyrobów i Usług (PKWiU 2015) składa się z:
- niniejszych zasad metodycznych,
- uwag do poszczególnych sekcji,
- schematu klasyfikacji.
Natomiast schemat klasyfikacji – jak wskazano w pkt 1.4 zasad metodycznych – stanowi wykaz grupowań i obejmuje:
- symbole grupowań,
- nazwy grupowań.
Stosownie do pkt 5.3.2 zasad metodycznych, każdą usługę należy zaliczać do odpowiedniego grupowania zgodnie z jej charakterem, niezależnie od symbolu PKD, pod którym został zaklasyfikowany w krajowym rejestrze urzędowym podmiotów gospodarki narodowej REGON podmiot gospodarczy wykonujący usługę.
W pkt 7.6 zasad metodycznych zawarto ogólne reguły klasyfikowania usług. I tak, na podstawie pkt 7.6.2, gdy przeprowadzona analiza opisu wykonywanych czynności wskazuje na możliwość zaliczenia usługi do dwóch lub kilku grupowań, należy przyjąć następujące reguły klasyfikowania, z tym jednak, że porównywać można jedynie grupowania tego samego poziomu hierarchicznego:
- grupowanie, które zawiera bardziej dokładny opis czynności, powinno być uprzywilejowane (wybrane) w stosunku do grupowania zawierającego opis ogólny,
- usługa złożona, składająca się z kombinacji różnych czynności, której nie można zaklasyfikować zgodnie ze wskazanym sposobem, powinna być zaklasyfikowana jak usługa, która nadaje całości zasadniczy charakter,
- usługę, której nie można zaklasyfikować zgodnie z (tiret 1, 2) należy zaklasyfikować w grupowaniu odpowiednim dla usługi o najbardziej zbliżonym charakterze.
Zgodnie z tytułem Sekcji J Polskiej Klasyfikacji Wyrobów i Usług, sekcja ta obejmuje „USŁUGI W ZAKRESIE INFORMACJI I KOMUNIKACJI”.
Zgodnie z wyjaśnieniami do Polskiej Klasyfikacji Wyrobów i Usług (PKWiU 2015) sekcja J obejmuje:
- usługi związane z działalnością wydawniczą, włącznie z publikowaniem oprogramowania,
- usługi związane z produkcją filmów i nagrań dźwiękowych,
- usługi związane z działalnością radiofoniczną i telewizyjną,
- usługi telekomunikacyjne,
- usługi związane z oprogramowaniem i doradztwem w zakresie informatyki oraz usługi powiązane,
- usługi w zakresie informacji.
Sekcja ta nie obejmuje:
- sprzedaży detalicznej nagrań dźwiękowych i audiowizualnych, obcej produkcji, sklasyfikowanej w 47.00.64.0,
- usług związanych z wykonywaniem zdjęć i slajdów, sklasyfikowanych w 74.20,
- usług fotoreporterów, sklasyfikowanych w 74.20.2,
- wypożyczania płyt CD i DVD oraz taśm z utworami muzycznymi, sklasyfikowanego w 77.22.10.0,
- wynajmu studia nagrań lub sprzętu do nagrywania dźwięku, bez obsługi, sklasyfikowanego w 77.39.19.0,
- usług niezależnych dziennikarzy, sklasyfikowanych w 90.03.11.0,
- usług związanych z grami losowymi w trybie on-line, sklasyfikowanych w 92.00.14.0.
W sekcji tej zawarty jest m.in. dział 62 „USŁUGI ZWIĄZANE Z OPROGRAMOWANIEM I DORADZTWEM W ZAKRESIE INFORMATYKI I USŁUGI POWIĄZANE”, który 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ą.
Uwzględniając powyższe, usługa będąca przedmiotem analizy spełnia kryteria i posiada właściwości dla usług objętych klasą PKWiU 62 „USŁUGI ZWIĄZANE Z OPROGRAMOWANIEM I DORADZTWEM W ZAKRESIE INFORMATYKI I USŁUGI POWIĄZANE”.
Klasyfikacja została dokonana zgodnie z zasadami metodycznymi Polskiej Klasyfikacji Wyrobów i Usług (PKWiU 2015), zwłaszcza z uwzględnieniem pkt 5.3.2 tych zasad.
Uzasadnienie zastosowania stawki podatku od towarów i usług
W myśl art. 41 ust. 1 ustawy, stawka podatku wynosi 22%, z zastrzeżeniem ust. 2-12c, art. 83, art. 119 ust. 7, art. 120 ust. 2 i 3, art. 122 i art. 129 ust. 1.
Natomiast stosownie do art. 146ef ust. 1 ustawy, w okresie od dnia 1 stycznia 2024 r. do końca roku, w którym suma wydatków wymienionych w art. 40 ust. 1 pkt 2 ustawy z dnia 11 marca 2022 r. o obronie Ojczyzny (Dz. U. z 2024 r. poz. 248, z późn. zm.) określonych na ten rok w ustawie budżetowej, w brzmieniu obowiązującym na dzień 31 lipca tego roku, oraz planie finansowym Funduszu Wsparcia Sił Zbrojnych przedłożonym zgodnie z art. 42 ust. 4 ustawy z dnia 11 marca 2022 r. o obronie Ojczyzny albo projekcie tego planu przedstawionym do zatwierdzenia Ministrowi Obrony Narodowej zgodnie z art. 42 ust. 2 i 3 tej ustawy, jeżeli plan ten nie został przedłożony zgodnie z art. 42 ust. 4 tej ustawy, po wyłączeniu planowanych przepływów finansowych w ramach tej sumy wydatków, jest wyższa niż 3% wartości produktu krajowego brutto określonego zgodnie z art. 40 ust. 2 tej ustawy:
1) stawka podatku, o której mowa w art. 41 ust. 1 i 13, art. 109 ust. 2, art. 110, art. 120 ust. 3a i art. 138i ust. 4, wynosi 23%;
2) stawka podatku, o której mowa w art. 41 ust. 2, art. 120 ust. 2 i 3 oraz tytule załącznika nr 3 do ustawy, wynosi 8%;
3) stawka zryczałtowanego zwrotu podatku, o której mowa w art. 115 ust. 2, wynosi 7%;
4) stawka ryczałtu, o której mowa w art. 114 ust. 1, wynosi 4%.
Usługa będąca przedmiotem wniosku spełnia warunki i mieści się w klasie PKWiU 62 „USŁUGI ZWIĄZANE Z OPROGRAMOWANIEM I DORADZTWEM W ZAKRESIE INFORMATYKI I USŁUGI POWIĄZANE”. Usługa ta nie została wymieniona jako usługa, dla której ustawodawca, w ustawie oraz w aktach wykonawczych wydanych na jej podstawie, przewidział obniżoną stawkę podatku. Zatem, właściwą stawką dla opodatkowania przedmiotowej usługi jest stawka podatku od towarów i usług w wysokości 23%, na podstawie art. 41 ust. 1 ustawy w zw. z art. 146ef ust. 1 pkt 1 ustawy.
Informacje dodatkowe
Niniejsza WIS jest ważna, jeśli w przedmiotowej sprawie nie ma zastosowania zwolnienie podmiotowe lub przedmiotowe od podatku od towarów i usług (art. 42a ustawy). W zakresie wyeliminowania lub zastosowania zwolnienia Wnioskodawca może zwrócić się o interpretację indywidualną do Dyrektora Krajowej Informacji Skarbowej, ul. Warszawska 5, 43-300 Bielsko-Biała.
Podmiot, na rzecz którego wydano WIS, może ją stosować wyłącznie do usług tożsamych pod każdym względem z usługą będącą przedmiotem niniejszej decyzji.
Niniejsza WIS wiąże, z zastrzeżeniem art. 42c ust. 2-2d ustawy, organy podatkowe wobec podmiotu, dla którego została wydana, oraz ten podmiot, w odniesieniu do usługi będącej jej przedmiotem, która zostanie wykonana w okresie ważności WIS (art. 42c ust. 1 pkt 2 ustawy), z wyjątkiem następujących przypadków:
- podmiot ten złożył fałszywe oświadczenie, że w dniu złożenia wniosku o WIS, w zakresie przedmiotowym tego wniosku, nie toczy się postępowanie podatkowe, kontrola podatkowa ani kontrola celno-skarbowa oraz że w tym zakresie sprawa nie została rozstrzygnięta co do jej istoty w decyzji lub postanowieniu organu podatkowego (art. 42b ust. 3 ustawy),
- usługa, będąca przedmiotem niniejszej WIS, stanowi element czynności będących przedmiotem decyzji wydanej w związku z wystąpieniem nadużycia prawa, o którym mowa w art. 5 ust. 5 ustawy (art. 42ca ustawy).
Niniejsza WIS jest ważna przez okres 5 lat licząc od dnia następującego po dniu jej doręczenia (art. 42ha ust. 1 ustawy).
WIS traci ważność przed upływem 5 lat, z dniem:
1) następującym po dniu doręczenia decyzji o zmianie WIS albo decyzji o uchyleniu WIS, albo
2) wygaśnięcia na podstawie art. 42h ust. 1
- w zależności od tego, które ze zdarzeń nastąpiło wcześniej (art. 42ha ust. 2 ustawy).
WIS wygasa z mocy prawa przed upływem powyższego terminu w przypadku zmiany przepisów prawa podatkowego w zakresie podatku odnoszących się do usługi będącej przedmiotem tej WIS, gdy zmiana tych przepisów spowodowała, że:
- klasyfikacja usługi, lub
- stawka podatku właściwa dla usługi lub
- podstawa prawna stawki podatku
staje się niezgodna z tymi przepisami.
Wygaśnięcie WIS następuje z dniem wejścia w życie przepisów, z którymi WIS stała się niezgodna (art. 42h ust. 1 ustawy).
Do liczenia terminów okresu ważności WIS stosuje się odpowiednio art. 12 Ordynacji podatkowej.
POUCZENIE
Od niniejszej decyzji – stosownie do art. 220 § 1 w zw. z art. 221 oraz art. 223 § 2 Ordynacji podatkowej – służy Stronie odwołanie do Dyrektora Krajowej Informacji Skarbowej w terminie 14 dni od dnia jej doręczenia.
Odwołanie zgodnie z art. 42g ust. 4 ustawy, można złożyć wyłącznie za pośrednictwem systemu teleinformatycznego e-Urząd Skarbowy na stronie https://www.podatki.gov.pl/e-urzad-skarbowy/ będąc użytkownikiem konta/wyznaczając użytkownika konta organizacji w e-Urzędzie Skarbowym korzystając z formularza Pismo WIS. Następnie należy wybrać rodzaj pisma Odwołanie w sprawie WIS.
Odwołanie od decyzji organu podatkowego powinno zawierać zarzuty przeciw decyzji, określać istotę i zakres żądania będącego przedmiotem odwołania oraz wskazywać dowody uzasadniające to żądanie (art. 222 Ordynacji podatkowej).