Stawka ryczałtu a faktyczne deliverables: jak opisy prac w Jirze/Asanie i w fakturach wpływają na kwalifikację usługi

06.05.2026

Stawka ryczałtu a faktyczne deliverables: jak opisy prac w Jirze/Asanie i w fakturach wpływają na kwalifikację usługi

Kwalifikacja usługi dla potrzeb ryczałtu od przychodów ewidencjonowanych to przypisanie faktycznie wykonywanych czynności do właściwego rodzaju działalności (najczęściej według PKWiU), co bezpośrednio wpływa na stawkę ryczałtu. W praktyce, obok umowy i realnego sposobu świadczenia, „dowodem operacyjnym” mogą być opisy zadań w narzędziach typu Jira/Asana oraz opisy pozycji na fakturach. Te materiały mogą wpływać na to, czy usługa jest postrzegana jako np. doradcza, programistyczna, projektowa, wdrożeniowa, utrzymaniowa czy szkoleniowa, a to generuje ryzyka podatkowe i potencjalną odpowiedzialność po stronie podatnika (w tym osób odpowiedzialnych za rozliczenia) – zależnie od okoliczności.

Dlaczego opisy deliverables realnie wpływają na stawkę ryczałtu

Ryczałt jest opodatkowaniem „od przychodu”, ale stawka zależy od rodzaju świadczonych usług. Jeżeli faktura oraz opisy prac (ticketów) wskazują na czynności, które organ uzna za inną kategorię usług niż przyjęta przez podatnika, konsekwencją może być:

• zakwestionowanie zastosowanej stawki ryczałtu i domiar podatku,
• odsetki od zaległości,
• ryzyko odpowiedzialności karnoskarbowej (zależnie od okoliczności i winy),
• spór dowodowy, w którym to materiały operacyjne (Jira/Asana) mogą działać przeciwko podatnikowi.

Podstawa prawna samego ryczałtu i jego stawek wynika z ustawy o zryczałtowanym podatku dochodowym od niektórych przychodów osiąganych przez osoby fizyczne [1]. Dla praktyki kluczowe jest też, że w interpretacjach indywidualnych organy opierają się na opisie stanu faktycznego (lub zdarzenia przyszłego) przedstawionym przez wnioskodawcę. Jeśli opis „na papierze” nie pasuje do Jiry/Asany i faktur, spór staje się kwestią dowodową, nie deklaratywną.

Jira/Asana i faktury jako materiał dowodowy: co jest „wrażliwe”

W razie weryfikacji rozliczeń (czynności sprawdzających, kontroli podatkowej albo w toku kontroli celno-skarbowej prowadzonej przez KAS) organ może analizować nie tylko umowę i faktury, ale też korespondencję, specyfikacje, repozytoria, a w praktyce także eksporty z narzędzi projektowych. Przy badaniu, czy stawka ryczałtu jest prawidłowa, szczególnie wrażliwe są opisy sugerujące:

• doradztwo (np. „rekomendacja architektury”, „analiza ryzyk”, „strategy workshop”, „consulting”),
• zarządzanie projektem (np. „koordynacja dostawców”, „project management”, „prowadzenie sprintu jako PM”),
• wdrożenia/konfiguracje systemów (np. „konfiguracja środowiska klienta”, „deployment”, „integracja systemów”),
• przeniesienie praw lub elementy licencyjne (np. „deliver: moduł X z prawami”, „przeniesienie praw autorskich do kodu”),
• szkolenia (np. „szkolenie użytkowników”, „warsztat dla zespołu klienta”).

Fakt: organ będzie patrzył na to, co wynika z dokumentów i narzędzi pracy. Opinia: w branżach projektowych (IT, marketing, product, design) narzędzia typu Jira/Asana często bardzo szczegółowo pokazują realny zakres czynności, czasem bardziej niż ogólna umowa ramowa.

Trzy wyjątki, które najczęściej wywracają kwalifikację usługi

Poniższe trzy wyjątki (w rozumieniu praktycznym) często powodują, że nawet poprawnie nazwana usługa w umowie zostaje „przekwalifikowana” na gruncie ryczałtu, bo operacyjne deliverables mówią coś innego:

1. Wyjątek 1: umowa mówi „wykonanie”, a Jira pokazuje „doradztwo” – gdy tickety opisują analizy, rekomendacje, konsultacje i warsztaty, a faktury zawierają ogólne „usługi IT”, rośnie ryzyko, że czynności zostaną uznane za doradcze.
2. Wyjątek 2: jedna faktura obejmuje miks usług o różnych „charakterach” – gdy w jednym okresie rozliczeniowym są jednocześnie prace wytwórcze, utrzymanie, wdrożenie, szkolenia i koordynacja, a wszystko jest opisane jedną pozycją na fakturze, organ może przyjąć kwalifikację dla całości w oparciu o element dominujący (zależnie od okoliczności sprawy i sposobu dokumentowania).
3. Wyjątek 3: deliverable jest „produktem” albo przeniesieniem praw, a nie usługą operacyjną – gdy z materiałów wynika, że w ramach wynagrodzenia powstaje utwór, moduł, dokumentacja lub kod z przeniesieniem praw autorskich lub udzieleniem licencji, może zmieniać się profil świadczenia i ryzyko błędnej stawki rośnie.

Jak pisać opisy w Jirze/Asanie, żeby nie tworzyć ryzyka podatkowego

Nie chodzi o „upiększanie” opisów, tylko o spójność i precyzję. Jeżeli usługa ma charakter wykonawczy (np. wytworzenie funkcjonalności), to tickety powinny to odzwierciedlać. Dobre praktyki obejmują:

• oddzielanie analizy od wykonania – osobne zadania i osobne rozliczenia (jeśli faktycznie istnieją),
• unikanie słów-kluczy sugerujących doradztwo, jeśli celem jest wykonanie według specyfikacji klienta,
• utrzymywanie słownika usług (wzorce nazw epików, zadań i kategorii prac),
• spójność z umową i fakturą – te same kategorie i nazewnictwo,
• kontrola zmian roli – jeżeli osoba zaczyna pełnić funkcje PM/koordynacyjne, warto to ująć w umowie i rozliczeniach (albo ograniczyć, jeśli nie jest to zamierzone).

Faktura: krótki opis, ale o dużej wadze

Opis na fakturze jest często jednym z pierwszych dokumentów analizowanych przez organ. Z perspektywy ryczałtu istotne jest, aby:

• pozycje faktury odzwierciedlały konkretną usługę (np. „wytworzenie funkcjonalności X”, „utrzymanie i usuwanie błędów”),
• nie stosować automatycznie „consulting” jako synonimu usług specjalistycznych, jeśli usługa nie ma charakteru doradczego,
• przy usługach mieszanych rozważyć podział na pozycje lub odrębne zamówienia, jeżeli faktycznie są to różne świadczenia.

Kontrole i dowody: gdzie to „spotyka się” z praktyką KAS

W sporze o stawkę ryczałtu liczą się dowody. Firmy powinny zakładać, że organ może oczekiwać pokazania „śladu wykonania” usług. W zależności od sprawy może to być analiza dokumentów w toku czynności sprawdzających lub kontroli podatkowej, a także w toku kontroli celno-skarbowej prowadzonej przez KAS. W działalnościach regulowanych lub wrażliwych branżowo ryzyko rośnie, gdy równolegle pojawia się temat należytej staranności w rozliczeniach i rzetelności dokumentowania usług.

W kontekście ryzyk kontrolnych warto, aby wewnętrzne procedury obejmowały również standardy opisu prac i rozliczeń, podobnie jak przygotowuje się firmę na kontrolę celno-skarbową w obszarach operacyjnych i dokumentacyjnych.

Checklist: minimalny standard zgodności (compliance) dla deliverables

1. Mapa usług – spis świadczonych usług z przypisaniem do PKWiU (jeśli jest stosowane) i przyjętej stawki ryczałtu, z uzasadnieniem.
2. Słownik nazw – do Jiry/Asany i do faktur (spójne pojęcia).
3. Rozdzielenie ról – wykonanie vs doradztwo vs PM vs szkolenia; jeśli miks jest realny, to powinien być rozdzielony także w dokumentacji i rozliczeniach.
4. Okresowy audyt próby – np. raz na kwartał: 10 losowych ticketów i 5 faktur, porównanie opisów z umową.
5. Polityka praw autorskich – jasne zasady, czy i kiedy dochodzi do przeniesienia praw, jak to wpływa na dokumenty i opis świadczenia.

Materiał ma charakter informacyjny i nie stanowi porady prawnej; w razie wątpliwości co do kwalifikacji usług, stawek ryczałtu i ryzyk dowodowych w dokumentacji projektowej, zasadne jest zlecenie analizy dostosowanej do konkretnych umów i danych z narzędzi (Jira/Asana), a w sprawach wymagających wsparcia Kopeć & Zaborowski (KKZ) może ocenić stan przygotowania firmy w sposób podobny do przeglądu ryzyk prowadzonych przy audytach zgodności, dlatego w razie potrzeby warto Skontaktuj się z nami.

FAQ: Stawka ryczałtu a faktyczne deliverables

Czy sam opis na fakturze może przesądzić o błędnej stawce ryczałtu?

Może istotnie wpłynąć na ocenę, bo jest jednym z podstawowych dokumentów dokumentujących sprzedaż. Jeśli opis sugeruje inny charakter usługi niż rzeczywisty, zwiększa to ryzyko sporu dowodowego i zakwestionowania stawki.

Czy Jira/Asana jest „dokumentem księgowym” w rozumieniu podatków?

Nie jest typowym dowodem księgowym (jak faktura), ale może być dowodem w sprawie, potwierdzającym zakres i charakter czynności. W praktyce eksporty z narzędzi projektowych mogą być analizowane jako materiał pomocniczy.

Jak rozliczać miks prac: development, utrzymanie, konsultacje?

Bezpieczniejsze jest rozdzielanie świadczeń na odrębne pozycje faktury lub odrębne zamówienia, o ile rzeczywiście są to różne typy prac. Jedna zbiorcza pozycja zwiększa ryzyko przyjęcia kwalifikacji dla całości w oparciu o element dominujący.

Czy „consulting” w opisie ticketa zawsze oznacza usługę doradczą?

Nie zawsze, ale jest to słowo-klucz, które może kierować ocenę organu w stronę doradztwa. Jeżeli prace są wykonawcze, warto używać opisów odzwierciedlających wykonanie, a nie rekomendacje.

Co z przeniesieniem praw autorskich do kodu lub dokumentacji?

Jeżeli wynagrodzenie obejmuje element przeniesienia praw lub udzielenia licencji, należy to konsekwentnie ująć w umowie i dokumentach rozliczeniowych. Taki element może wpływać na postrzeganie świadczenia i zwiększać ryzyko błędnej stawki.

Czy interpretacja indywidualna rozwiązuje problem opisów w Jirze i na fakturach?

Pomaga, ale tylko gdy stan faktyczny (lub zdarzenie przyszłe) opisany we wniosku jest zgodny z realnym sposobem świadczenia i dokumentowania usług. Niespójność między deklaracją a dokumentami operacyjnymi osłabia ochronę wynikającą z interpretacji.

Bibliography

• [1] Ustawa 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. 2024 poz. 776 ze zm.).
• [2] Ustawa z dnia 29 sierpnia 1997 r. – Ordynacja podatkowa (t.j. Dz.U. 2025 poz. 111 ze zm.).
• [3] Komunikat Prezesa Głównego Urzędu Statystycznego w sprawie trybu udzielania informacji dotyczących standardów klasyfikacyjnych (akt aktualnie obowiązujący, publikowany w Dz. Urz. GUS).
• [4] Ustawa z dnia 10 września 1999 r. – Kodeks karny skarbowy (t.j. Dz.U. 2024 poz. 628 ze zm.).