Interpretacja indywidualna z dnia 28 sierpnia 2026 r., Dyrektor Krajowej Informacji Skarbowej, sygn. 0114-KDIP2-2.4010.280.2026.5.AS

Interpretacja indywidualna - stanowisko w części prawidłowe i w części nieprawidłowe

Szanowni Państwo,

stwierdzam, że Państwa stanowisko w sprawie oceny skutków podatkowych opisanego zdarzenia przyszłego w podatku dochodowym od osób prawnych jest w części prawidłowe i w części nieprawidłowe.

Zakres wniosku o wydanie interpretacji indywidualnej

23 czerwca 2026 r. wpłynął Państwa wniosek o wydanie interpretacji indywidualnej dotyczącej podatku dochodowego od osób prawnych w zakresie określenia skutków podatkowych internetowej sprzedaży detalicznej realizowanej przez Spółkę z udziałem Operatorów. Uzupełnili Państwo wniosek - w odpowiedzi na wezwanie - pismem z 28 lipca 2026 r. (data wpływu 28 lipca 2026 r.).

Treść wniosku jest następująca:

Opis zdarzenia przyszłego

Wnioskodawca - X SPÓŁKA AKCYJNA (dalej: „X” lub „Spółka”) - prowadzi działalność gospodarczą w zakresie sprzedaży detalicznej prowadzonej za pośrednictwem Internetu (PKD 47.91.Zwg klasyfikacji PKD 2007). X jest czynnym, zarejestrowanym podatnikiem VAT.

X jest właścicielem i operatorem platformy technologicznej dostępnej pod adresem (...).com (dalej: „Platforma X”), umożliwiającej zarządzanie sprzedażą wielokanałową na platformach marketplace, takich jak (...) i innych.

X zamierza zawierać umowy agencyjne (dalej: „Umowa Agencyjna”) z osobami fizycznymi prowadzącymi działalność gospodarczą lub spółkami (dalej: „Operatorzy”), na podstawie których Operatorzy będą pośredniczyć w sprzedaży towarów należących do X na platformach marketplace. Umowa Agencyjna jest oparta na przepisach art. 758 i następnych ustawy z dnia 23 kwietnia 1964 r. - Kodeks cywilny (t.j. Dz. U. z 2025 r. poz. 1071; dalej: „KC”) dotyczących umowy agencyjnej.

Model współpracy przedstawia się następująco:

a)jest faktycznym sprzedawcą towarów. X posiada umowy z hurtowniami i dostawcami, z których bazy produktowej korzysta. X odpowiada za logistykę (magazynowanie, pakowanie, wysyłkę) oraz obsługę klienta końcowego (reklamacje, zwroty, gwarancje).

b)Operator (Agent) posiada aktywne konto na platformie marketplace (np. ...), zarejestrowane na swoją firmę. Operator udostępnia to konto jako kanał sprzedaży towarów X. Operator prezentuje i promuje towary z bazy produktowej X na swoim koncie marketplace.

c)Operator NIE nabywa towarów od X w celu ich dalszej odsprzedaży. Operator nie staje się w żadnym momencie właścicielem towarów.

d)Stroną umowy sprzedaży z klientem końcowym jest X. X wystawia faktury VAT lub paragony fiskalne na rzecz klientów końcowych.

e)Operator za swoje usługi pośrednictwa otrzymuje wynagrodzenie w formie prowizji, obliczanej jako procent od marży wypracowanej na sprzedaży.

f)Operator wystawia X fakturę VAT z tytułu usług pośrednictwa w sprzedaży za dany okres rozliczeniowy.

Przepływ środków pieniężnych:

a)Klient końcowy dokonuje płatności za towar za pośrednictwem platformy marketplace.

b)Platforma marketplace (np. ...) przekazuje środki pieniężne na rachunek bankowy Operatora powiązany z jego kontem marketplace. Zgodnie z regulaminami platform marketplace, rachunek bankowy musi być zarejestrowany na firmę Operatora (tj. podmiot prowadzący konto marketplace).

c)Operator jest zobowiązany na mocy Umowy Agencyjnej do przekazania otrzymanych środków pieniężnych na rachunek bankowy X w ustalonym terminie (nie dłuższym niż 3 dni robocze od wpływu), po potrąceniu należnej mu Prowizji.

d)Alternatywnie, X może dokonywać rozliczenia Prowizji odrębnie, tj. Operator przekazuje X całość otrzymanych środków, a X wypłaca Prowizję Operatorowi na podstawie wystawionej faktury. Prowizje i opłaty pobierane przez platformy marketplace (np. prowizja ...) stanowią koszt X i są uwzględniane przy kalkulacji marży. Model ten jest analogiczny do klasycznego modelu agencyjnego stosowanego w handlu tradycyjnym, z tą różnicą, że kanałem sprzedaży jest platforma marketplace, a wymóg rejestracji konta marketplace na firmę Operatora wynika wyłącznie z regulaminów tych platform.

Polityka cenowa:

X samodzielnie i wyłącznie ustala ceny sprzedaży towarów oferowanych za pośrednictwem kanałów Operatora/Partnera. Operator/Partner nie ma prawa do samodzielnego ustalania, modyfikowania ani negocjowania cen sprzedaży z Klientami.

Operator/Partner nie ponosi ryzyka cenowego ani handlowego związanego z niesprzedaniem towaru.

Dynamiczna prowizja:

Prowizja naliczana Operatorowi/Partnerowi w Panelu Administracyjnym Platformy X ma charakter wstępny (szacunkowy) do momentu pełnej realizacji zamówienia. Ostateczna kwota prowizji może ulec zmianie w trakcie realizacji w wyniku: anulowania zamówienia, zwrotu towaru, reklamacji, zmiany kosztów wysyłki lub braku dostępności towaru u dostawcy X. Ostateczna prowizja jest ustalana po osiągnięciu przez zamówienie statusu „Zrealizowane” w systemie Platformy. Okres ochronny konsumenta: Dodatkowo, nawet po osiągnięciu przez zamówienie statusu „Zrealizowane”, Prowizja nie jest dostępna do wypłaty przez okres 14 dni kalendarzowych od dnia dostarczenia towaru Klientowi - jest to okres prawa konsumenta do odstąpienia od umowy zawartej na odległość (art. 27 ustawy z dnia 30 maja 2014 r. o prawach konsumenta, t.j. Dz.U. z 2024 r. poz. 1796). Dopiero po upływie tego okresu (o ile Klient nie skorzystał z prawa odstąpienia) Prowizja staje się wymagalna i dostępna do wypłaty w Panelu Administracyjnym Platformy. W przypadku zwrotu towaru w tym okresie, Prowizja zostaje proporcjonalnie pomniejszona lub anulowana.

Mechanizm potrącenia prowizji:

Operator Marketplace zatrzymuje (potrąca) kwotę należnej mu prowizji z środków pieniężnych otrzymanych od platformy marketplace, przed przekazaniem pozostałej kwoty na rachunek bankowy X. Potrącenie odbywa się na podstawie kompensaty umownej (art. 353¹ KC). Prowizja w Panelu Administracyjnym widoczna jest w dwóch kategoriach: „Prowizja Wypłacona” (potrącona z transferu) i „Prowizja do Wypłaty" (dodatkowa kwota do przelania przez X).

Program Partnerski:

Wnioskodawca prowadzi dodatkowo „Program Partnerski X” skierowany do osób fizycznych nieprowadzących działalności gospodarczej. Partner prowadzi sklep internetowy (...) korzystający z Platformy X. Pieniądze od klientów trafiają bezpośrednio na rachunek bankowy X (nie przechodzą przez konto Partnera). Partner otrzymuje wynagrodzenie (prowizję) za skuteczne pośrednictwo w sprzedaży. Model ten jest funkcjonalnie analogiczny do programów polecających stosowanych przez instytucje finansowe (banki). Licencja na Platformę: Y nie jest właścicielem oprogramowania Platformy X. Właścicielem technologii, oprogramowania i praw do Platformy jest Z (spółka prawa angielskiego, ...). Y korzysta z Platformy na podstawie pełnej, niezależnej licencji udzielonej przez Z. na terytorium Rzeczypospolitej Polskiej, obejmującej prawo do prowadzenia działalności handlowej, zarządzania Operatorami i współpracy z polskimi dostawcami.

Pula Realizacji Zamówień:

W ramach modelu współpracy X udostępnia Operatorom w Panelu Administracyjnym Platformy funkcjonalność „Pula Realizacji Zamówień” (dalej: „Pula Realizacji”). Pula Realizacji jest prepaidowym buforem finansowym służącym do zapewnienia ciągłości realizacji zamówień opłaconych przez klientów końcowych.

Mechanizm ten działa następująco:

a)Platformy marketplace (np. ...) realizują wypłaty środków na rachunek bankowy Operatora z opóźnieniem (cykle rozliczeniowe od kilku do kilkunastu dni roboczych).

b)Tymczasem zamówienia klientów końcowych wymagają natychmiastowej realizacji (zakup towaru u dostawcy, przygotowanie wysyłki).

c)Aby zapewnić ciągłość operacyjną, Operator zasila Pulę Realizacji przelewem ze swojego rachunku bankowego na rachunek bankowy X, wskazując kwotę zasilenia w Panelu Administracyjnym Platformy.

d)Środki z Puli Realizacji są przeznaczone wyłącznie na pokrycie kosztów realizacji zamówień klientów (zakup towaru u dostawcy, koszty logistyczne) i stanowią ekonomicznie środki klientów końcowych, którzy już opłacili zamówienia.

e)Operator nie dokonuje tym samym żadnej zapłaty za towar na własny rachunek - zasila jedynie bufor operacyjny kwotą odpowiadającą środkom, które platforma marketplace zatrzymuje tymczasowo w swoim cyklu rozliczeniowym.

f)Saldo Puli Realizacji jest transparentnie widoczne w Panelu Administracyjnym Platformy. Po otrzymaniu wypłaty z marketplace, saldo Puli jest odpowiednio korygowane. Operator może również wypłacić nadwyżkę środków z Puli Realizacji na swój rachunek bankowy.

g)Pula Realizacji nie stanowi formy zakupu towaru przez Operatora, wynagrodzenia za usługę ani pożyczki udzielonej X. Jest to wyłącznie mechanizm operacyjno-finansowy zapewniający płynność realizacji zamówień, których środki finansowe są tymczasowo wstrzymane przez platformę marketplace.

h)Wpłata Operatora do Puli Realizacji nie stanowi transakcji handlowej (zakupu, sprzedaży, usługi) w rozumieniu prawa podatkowego. Jest to operacja analogiczna do zasilenia własnego e-portfela (prepaid wallet) przeznaczonego wyłącznie na cele operacyjne. Podobnie, wypłata nadwyżki z Puli Realizacji na rachunek bankowy Operatora nie stanowi transakcji handlowej - jest to zwrot środków własnych Operatora (lub środków klientów), które nie zostały wykorzystane na realizację zamówień. Obie operacje (zasilenie i wypłata) mają charakter neutralny podatkowo - nie generują przychodu, kosztu ani obowiązku podatkowego dla żadnej ze stron.

Uzupełnienie i doprecyzowanie opisanego zdarzenia przyszłego

Spółka zamierza zawierać umowy agencyjne z dowolnymi podmiotami prowadzącymi działalność gospodarczą, w tym:

• osobami fizycznymi prowadzącymi jednoosobową działalność gospodarczą (JDG),
• spółkami cywilnymi (s.c.),
• spółkami z ograniczoną odpowiedzialnością (sp. z o.o.),
• prostymi spółkami akcyjnymi (PSA),
• innymi podmiotami prawa handlowego posiadającymi zdolność do czynności prawnych.

Wspólnym warunkiem jest posiadanie przez Operatora aktywnego konta na platformie marketplace (np. ...) zarejestrowanego na firmę Operatora, zgodnie z regulaminami tych platform.

Spółka stosuje dwa modele rozliczania prowizji, w zależności od kanału sprzedaży:

-Model 1 - Operator prowadzący sprzedaż na marketplace (np. ...):

Prowizja rozliczana jest w dwojaki sposób:

a)Potrącenie z transferu - platforma marketplace (np. ...) pobiera swoją prowizję od kwoty transakcji. Cena towaru na marketplace jest podnoszona o wartość prowizji marketplace. Operator zalicza koszt prowizji marketplace do kosztów uzyskania przychodu (jeżeli jest podmiotem prowadzącym działalność gospodarczą), a jednocześnie wykazuje w przychodach wartość prowizji uzyskanej od X. Prowizja Operatora jest potrącana z kwoty środków przekazywanych na rachunek X.

b)Prowizja za realizację zamówienia - druga część prowizji Operatora staje się wymagalna dopiero po prawidłowym rozliczeniu zamówienia, tj. po upływie 14 dniowego okresu ochronnego konsumenta (prawo odstąpienia od umowy). Tą częścią prowizji zarządza X w Panelu Administracyjnym Platformy.

-Model 2 - Operator/Partner prowadzący sklep internetowy na Platformie X (nie marketplace):

a)W tym modelu płatność od klienta końcowego trafia bezpośrednio na rachunek bankowy X (nie przechodzi przez rachunek Operatora/Partnera).

b)Rozliczenie prowizji następuje wyłącznie po upływie 14-dniowego okresu ochronnego konsumenta.

c)X wypłaca prowizję Operatorowi/Partnerowi na podstawie rozliczenia w Panelu Administracyjnym Platformy.

Alternatywne rozliczenie prowizji (Model 2) stosowane jest zatem w przypadku, gdy kanałem sprzedaży jest sklep internetowy zintegrowany z Platformą X (...), a nie platforma marketplace.

Wyjaśnili Państwo ponadto, że proces dostawy towarów od momentu wyboru oferty przez klienta końcowego do momentu odbioru zamówienia przebiega następująco:

Etap 1 - Złożenie zamówienia: Klient końcowy wybiera towar na platformie marketplace (np. ...) z oferty wystawionej na koncie Operatora. Klient dokonuje płatności za pośrednictwem platformy marketplace.

Etap 2 - Przekazanie zamówienia do X: Platforma X automatycznie (poprzez integrację API z platformą marketplace) pobiera dane zamówienia i rejestruje je w systemie Platformy X. X jest podmiotem, który zarządza pełnym procesem realizacji zamówienia.

Etap 3 - Zamówienie towaru u dostawcy (model dropshipping) lub kompletacja z magazynu (model magazynowy):

• W modelu dropshippingowym: X automatycznie składa zamówienie u dostawcy/hurtowni, podając dane adresowe klienta końcowego. Dostawca wysyła towar bezpośrednio do klienta końcowego.
• W modelu magazynowym: X kompletuje zamówienie z własnego magazynu, pakuje towar i przygotowuje do wysyłki.

Etap 4 - Wysyłka i transport: X organizuje transport towaru do klienta końcowego. Spółka posiada umowy z firmami kurierskimi (... itp.) i nadaje przesyłki. W przypadku dostawców realizujących wysyłkę bezpośrednio do klienta (model dropshippingowy z wysyłką dostawcy), transport organizowany jest przez dostawcę na podstawie umowy z X, lecz X nadzoruje cały proces i komunikuje się z klientem. Spółka jest również w trakcie rejestracji własnego punktu odbioru i nadawania przesyłek.

Etap 5 - Komunikacja z klientem: X w 100% odpowiada za inicjowanie i zarządzanie komunikacją z klientem końcowym. Sposób realizacji komunikacji różni się w zależności od kanału sprzedaży:

• Kanał marketplace (np. ...): Platforma marketplace posiada własne wbudowane mechanizmy komunikacji i powiadamiania klientów (np. powiadomienia o statusie zamówienia, wiadomości transakcyjne). X wykorzystuje te mechanizmy, wysyłając zdarzenia (events) do platformy marketplace za pośrednictwem integracji API. Przykładowo: X zmienia status zamówienia na „nadane” i przekazuje numer śledzenia przesyłki, X generuje i przesyła do platformy marketplace fakturę VAT lub paragon fiskalny - a platforma marketplace przekazuje te informacje klientowi końcowemu za pośrednictwem swoich mechanizmów (powiadomienia push, email, panel zamówień). Kanał komunikacyjny jest bezpośrednio powiązany z platformą marketplace i kontem marketplace Operatora oraz Platformą X - bez aktywnego udziału Operatora. Operator nie inicjuje żadnych komunikatów, nie zmienia statusów zamówień i nie kontaktuje się z klientem końcowym. Cały proces komunikacji jest zautomatyzowany i kontrolowany wyłącznie przez X.
• Kanał sklepu internetowego (...) zintegrowany z Platformą X): X sprawuje bezpośredni, jedyny i w 100% kontrolowany proces kontaktu z klientem końcowym. Wszystkie powiadomienia (potwierdzenie zamówienia, zmiana statusu, numer śledzenia, faktura VAT/paragon, korespondencja posprzedażna) wysyłane są bezpośrednio przez systemy X do klienta końcowego, bez pośrednictwa jakiejkolwiek platformy trzeciej. Operator/Partner nie uczestniczy w komunikacji z klientem.

Etap 6 - Dostarczenie towaru: Klient końcowy odbiera przesyłkę od kuriera lub w punkcie odbioru. Od momentu dostarczenia towaru rozpoczyna się 14-dniowy okres na odstąpienie od umowy (art. 27 ustawy o prawach konsumenta).

Wymienili także Państwo podmioty biorące udział w procesie i wyjaśnili ich role:

• X - faktyczny sprzedawca, właściciel towaru, organizator logistyki, wystawca dokumentów sprzedaży, podmiot odpowiedzialny za obsługę klienta;
• Dostawca/hurtownia - dostarcza towar (bezpośrednio do klienta lub do magazynu X);
• Operator (Agent) - udostępnia konto marketplace jako kanał sprzedaży, nie uczestniczy w fizycznej realizacji zamówienia;
• Platforma marketplace (np. ...) - infrastruktura technologiczna sprzedaży, pośrednik w płatnościach;
• Firma kurierska - realizacja fizycznego transportu towaru.

Pytania

Pytanie 1 (VAT):

1.Czy w opisanym modelu współpracy agencyjnej prawidłowe jest rozpoznanie dwóch odrębnych transakcji na gruncie ustawy o VAT: a) dostawy towarów przez X (Spółkę) na rzecz klienta końcowego, dokumentowanej fakturą VAT lub paragonem wystawionym przez X, oraz b) świadczenia usługi pośrednictwa w sprzedaży przez Operatora (Agenta) na rzecz X, dokumentowanej fakturą VAT wystawioną przez Operatora na X ze stawką 23% VAT (lub ze zwolnieniem podmiotowym na podstawie art. 113 ust. 1 ustawy o VAT)?

Pytanie 2 (CIT) - ostatecznie sformułowane w uzupełnieniu wniosku z 28 lipca 2026 r.:

2.Czy środki pieniężne wpływające na rachunek bankowy Operatora od klientów końcowych (za pośrednictwem platformy marketplace) z tytułu sprzedaży towarów X, które Operator jest zobowiązany przekazać na rachunek bankowy X na mocy Umowy Agencyjnej, stanowią przychód podatkowy Spółki (X) w rozumieniu art. 12 ust. 2 (winno być: ust. 3 - dop. organu) ustawy z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (Dz. U. z 2026 r. poz. 554 ze zm.; dalej: „ustawa o CIT”) - niezależnie od tego, że technicznie środki te tymczasowo wpływają na rachunek bankowy zarejestrowany na firmę Operatora - i czy przychód ten powstaje w momencie dokonania dostawy towaru klientowi końcowemu (wykonania usługi), zgodnie z art. 12 ust. 3a ustawy o CIT, a nie w momencie faktycznego wpływu środków na rachunek bankowy Spółki?

Pytanie 3 (CIT):

3.Czy wynagrodzeniem (przychodem podatkowym) Operatora z tytułu świadczenia usług pośrednictwa w sprzedaży jest wyłącznie kwota należnej mu Prowizji, a nie pełna wartość sprzedaży towarów X, która przechodzi przez jego rachunek bankowy?

Pytanie 4 (VAT - Operator czynny podatnik VAT):

4.Czy w przypadku, gdy Operator jest czynnym, zarejestrowanym podatnikiem VAT, prawidłowe jest wystawienie przez Operatora na rzecz X faktury VAT ze stawką 23% z tytułu usługi pośrednictwa w sprzedaży, a podstawą opodatkowania VAT jest wyłącznie kwota Prowizji (wynagrodzenia za usługę pośrednictwa), a nie pełna wartość sprzedanych towarów, która przechodzi przez rachunek bankowy Operatora?

Pytanie 5 (VAT) - Operator korzystający ze zwolnienia podmiotowego):

5.Czy w przypadku, gdy Operator korzysta ze zwolnienia podmiotowego z VAT na podstawie art. 113 ust. 1 ustawy o VAT (limit 200 000 zł): a) do wartości sprzedaży, o której mowa w art. 113 ust. 1 ustawy o VAT, wlicza się wyłącznie kwotę Prowizji (wynagrodzenia za usługę pośrednictwa), a nie pełną wartość sprzedaży towarów X, która przechodzi przez rachunek bankowy Operatora? b) prawidłowe jest wystawienie przez Operatora na rzecz X rachunku lub faktury ze stawką „zw." (zwolniona) z tytułu usługi pośrednictwa w sprzedaży?

Pytanie 6 (Dynamiczna prowizja - moment powstania przychodu):

6.Czy prawidłowe jest stanowisko, zgodnie z którym przychód Operatora z tytułu prowizji za pośrednictwo w sprzedaży powstaje dopiero w momencie ostatecznego rozliczenia zamówienia (tj. po osiągnięciu przez zamówienie statusu „Zrealizowane" w systemie Platformy X), a nie w momencie złożenia zamówienia przez Klienta końcowego - biorąc pod uwagę, że ostateczna kwota prowizji może ulec zmianie w wyniku anulowania zamówienia, zwrotu towaru, reklamacji, zmiany kosztów wysyłki lub braku dostępności towaru u dostawcy?

Pytanie 7 (Potrącenie umowne prowizji - kwalifikacja podatkowa):

7.Czy fakt, że Operator Marketplace zatrzymuje (potrąca) kwotę należnej mu prowizji z środków pieniężnych otrzymanych od platformy marketplace (...) przed przekazaniem pozostałej kwoty na rachunek bankowy X - na podstawie potrącenia umownego (art. 353¹ KC) - zmienia kwalifikację podatkową tego przychodu, czy też prowizja ta stanowi nadal przychód z pozarolniczej działalności gospodarczej Operatora (lub odpowiednio przychód z „innych źródeł" w przypadku Partnera Programu Partnerskiego)?

Pytanie 8 (Program Partnerski - osoba fizyczna bez działalności):

8.Czy prawidłowe jest stanowisko, zgodnie z którym wynagrodzenie (prowizja) wypłacane osobie fizycznej nieprowadzącej działalności gospodarczej, uczestniczącej w Programie Partnerskim X jako Partner Sklepu Internetowego (osoba ta prowadzi sklep internetowy, ale pieniądze od klientów trafiają bezpośrednio na rachunek X, a Partner otrzymuje wyłącznie prowizję za pośrednictwo), stanowi przychód z „innych źródeł" w rozumieniu art. 10 ust. 1 pkt 9 w zw. z art. 20 ust. 1 ustawy o PIT - analogicznie do premii z programów polecających (np. programy poleceń rachunków bankowych) - i w konsekwencji:

a) X nie pełni funkcji płatnika zaliczek na podatek dochodowy (nie pobiera zaliczek na PIT);

b) X nie odprowadza składek ZUS od wypłacanego wynagrodzenia;

c) X jest zobowiązana wyłącznie do sporządzenia i przekazania informacji PIT-11 (art. 42a ustawy o PIT);

d) Partner samodzielnie rozlicza podatek w rocznym zeznaniu podatkowym na zasadach ogólnych (skala podatkowa)?

Pytanie 9 - ostatecznie sformułowane w uzupełnieniu wniosku z 28 lipca 2026 r.:

do CIT: przeformułowane pytanie nr 9-CIT (skutki w podatku CIT):

9.Czy środki pieniężne wpłacane przez Operatora na rachunek bankowy Spółki (X) w ramach zasilenia „Puli Realizacji Zamówień” - stanowiące ekonomicznie równowartość środków klientów końcowych za opłacone zamówienia, których wypłata z platformy marketplace jest odroczona w czasie (cykl rozliczeniowy marketplace) - stanowią przychód podatkowy Spółki (X) w rozumieniu art. 12 ust. 1 ustawy z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (t.j. Dz.U. z 2026 r. poz. 554 ze zm.; dalej: „ustawa o CIT"), czy też mają charakter środków obcych (powierzonych) neutralnych podatkowo?

W szczególności, czy operacja zasilenia Puli Realizacji przez Operatora (wpłata na rachunek X) oraz operacja wypłaty nadwyżki środków z Puli Realizacji na rachunek bankowy Operatora stanowią transakcje podlegające opodatkowaniu podatkiem dochodowym od osób prawnych, czy też są neutralnymi podatkowo operacjami technicznymi?

do PIT: przeformułowane pytanie nr 9 - PIT (skutki w podatku PIT):

9.Czy środki pieniężne wpłacane przez Operatora będącego osobą fizyczną prowadzącą jednoosobową działalność gospodarczą (JDG) na rachunek bankowy Spółki (X) w ramach zasilenia „Puli Realizacji Zamówień” - stanowiące ekonomicznie równowartość środków klientów końcowych za opłacone zamówienia, których wypłata z platformy marketplace jest odroczona w czasie - stanowią koszt uzyskania przychodu Operatora w rozumieniu art. 22 ust. 1 ustawy z dnia 26 lipca 1991 r. o podatku dochodowym od osób fizycznych (t. j. Dz. U. z 2026 r. poz. 592; dalej: „ustawa o PIT”), czy też mają charakter neutralnej podatkowo operacji technicznej (transferu środków operacyjnych)?

Analogicznie, czy wypłata nadwyżki środków z Puli Realizacji na rachunek bankowy Operatora (JDG) stanowi przychód Operatora w rozumieniu art. 14 ust. 1 ustawy o PIT, czy też jest neutralną podatkowo operacją zwrotu wcześniej wpłaconych środków własnych?

Wyjaśnili przy tym Państwo, że Pytanie nr 9 („CIT/PIT - Pula Realizacji Zamówień”) dotyczy zarówno podatku dochodowego od osób prawnych (CIT), jak i podatku dochodowego od osób fizycznych (PIT).

Pytanie dotyczy PIT, ponieważ Operatorami mogą być osoby fizyczne prowadzące jednoosobową działalność gospodarczą (JDG), rozliczające podatek dochodowy na zasadach ustawy o PIT. Zasilenie Puli Realizacji Zamówień przez Operatora-JDG rodzi pytanie o kwalifikację podatkową tej operacji na gruncie PIT (po stronie Operatora) analogicznie do kwalifikacji na gruncie CIT (po stronie X jako spółki).

Pytanie 10 (CIT/PIT - moment powstania przychodu Operatora: realizacja zamówienia vs. wypłata z Platformy X):

10.Czy przychód podatkowy Operatora z tytułu prowizji za pośrednictwo w sprzedaży powstaje:

a)w momencie, w którym zamówienie osiąga status „Zrealizowane” w systemie Platformy X i upłynął 14-dniowy okres ochronny konsumenta (tj. prowizja staje się wymagalna i dostępna do wypłaty w Panelu Administracyjnym Platformy X), czy

b)dopiero w momencie faktycznej wypłaty (transferu) środków z konta prowizyjnego w Panelu Administracyjnym Platformy X na rachunek bankowy Operatora?

W szczególności Wnioskodawca prosi o potwierdzenie, czy sam fakt zgromadzenia wymagalnej prowizji na koncie w Panelu Administracyjnym Platformy X (bez dokonania wypłaty na rachunek bankowy) generuje obowiązek podatkowy po stronie Operatora, tj. czy prowizja staje się „przychodem należnym” w rozumieniu art. 14 ust. 1 ustawy o PIT (lub art. 12 ust. 3 ustawy o CIT) w momencie jej wymagalności, niezależnie od momentu faktycznej wypłaty?

Niniejsza interpretacja stanowi rozstrzygnięcie wyłącznie w przedmiocie podatku dochodowego od osób prawnych i stanowi odpowiedź na pytania nr 2 i 9. W zakresie pozostałych pytań zostaną wydane odrębne rozstrzygnięcia.

Państwa stanowisko w sprawie (sformułowane z uzupełnieniu wniosku)

Stanowisko Wnioskodawcy do przeformułowanego pytania nr 2 (CIT):

Zdaniem Wnioskodawcy, środki pieniężne wpływające na rachunek bankowy Operatora od klientów końcowych z tytułu sprzedaży towarów X stanowią przychód podatkowy Spółki (X) w rozumieniu art. 12 ust. 3 ustawy o CIT.

Uzasadnienie:

Spółka (X) jest faktycznym sprzedawcą towarów - posiada prawo do rozporządzania towarem jak właściciel, ustala ceny, odpowiada za logistykę, wystawia dokumenty sprzedaży na rzecz klientów końcowych i ponosi odpowiedzialność z tytułu rękojmi. Operator pełni wyłącznie rolę agenta (pośrednika) w rozumieniu art. 758 § 1 Kodeksu cywilnego - nie nabywa prawa własności do towarów i nie jest stroną umowy sprzedaży z klientem końcowym.

Fakt, że środki pieniężne od klientów tymczasowo wpływają na rachunek bankowy Operatora (ze względu na wymogi regulaminowe platform marketplace), nie zmienia ich prawnego i ekonomicznego charakteru. Zgodnie z art. 740 KC (w zw. z art. 764⁵ KC), agent jest obowiązany wydać dającemu zlecenie wszystko, co przy wykonaniu zlecenia dla niego uzyskał. Środki te stanowią „środki obce” (powierzone) na rachunku Operatora.

Przychód podatkowy Spółki z tytułu sprzedaży towarów powstaje w momencie dokonania dostawy towaru klientowi końcowemu, zgodnie z art. 12 ust. 3a ustawy o CIT (dzień wykonania usługi/wydania rzeczy, nie później niż dzień wystawienia faktury albo uregulowania należności), niezależnie od momentu faktycznego wpływu środków na rachunek bankowy Spółki.

Stanowisko Wnioskodawcy do pytania nr 9 - CIT:

Zdaniem Wnioskodawcy, środki pieniężne wpłacane przez Operatora na rachunek bankowy Spółki w ramach zasilenia Puli Realizacji Zamówień nie stanowią przychodu podatkowego Spółki (X) w rozumieniu art. 12 ust. 1 ustawy o CIT i są neutralne podatkowo.

Uzasadnienie:

1.Brak definitywnego przysporzenia majątkowego. Zgodnie z utrwaloną linią orzeczniczą sądów administracyjnych (por. wyrok NSA z dnia 12 lutego 2013 r., sygn. akt II FSK 1248/11), przychodem podatkowym jest wyłącznie definitywne, trwałe i bezzwrotne przysporzenie majątkowe. Środki z Puli Realizacji nie mają charakteru definitywnego przysporzenia - stanowią jedynie wcześniejsze (przyspieszone) udostępnienie środków, które Spółka i tak otrzymałaby z marketplace w ramach standardowego cyklu rozliczeniowego. Saldo Puli jest korygowane po wpływie wypłaty z marketplace, a nadwyżka podlega zwrotowi Operatorowi.

2.Charakter środków obcych. Środki zasilające Pulę Realizacji ekonomicznie należą się Spółce z tytułu sprzedaży towarów klientom końcowym (zamówienia opłacone przez klientów), lecz ich wypłata z marketplace jest odroczona. Operator jedynie przyspiesza transfer tych środków. Spółka rozpoznaje przychód z tytułu sprzedaży towarów w momencie dokonania dostawy (art. 12 ust. 3a ustawy o CIT), a nie w momencie wpływu środków na rachunek bankowy.

3.Brak cechy wynagrodzenia. Zasilenie Puli Realizacji nie jest wynagrodzeniem za jakiekolwiek świadczenie Spółki na rzecz Operatora. Jest to wyłącznie mechanizm operacyjno-finansowy zapewniający płynność realizacji zamówień.

4.Neutralność wpłat i wypłat. Zarówno zasilenie Puli (wpłata), jak i wypłata nadwyżki na rachunek Operatora, mają charakter neutralnych podatkowo operacji technicznych - analogicznych do zasilenia i wypłaty z prepaidowego e-portfela.

Ocena stanowiska

Stanowisko, które przedstawili Państwo we wniosku w odniesieniu do pytań 2 i 9 w przedmiocie podatku dochodowego od osób prawnych, jest w części prawidłowe i w części nieprawidłowe.

Uzasadnienie interpretacji indywidualnej

W myśl art. 12 ust. 1 pkt 1 ustawy z dnia 15 lutego 1992 r. o podatku dochodowym od osób prawnych (t. j. Dz. U. z 2026 r. poz. 554, dalej: „ustawa o CIT”):

Przepis ten wskazuje, że przychód podatkowy u podatnika rozpoznawany jest wg zasady kasowej, tj. w momencie faktycznego otrzymania.

Wyjątek od tej zasady wprowadza do art. 12 ust. 3 ustawy o CIT:

Regulacja ta nakazuje ujmować dla celów podatkowych przychody, które jeszcze nie zostały otrzymane przez podatnika, ale są mu należne, tj. stanowią przedmiot wymagalnych świadczeń. Świadczenie należne podatnikowi musi być przy tym skonkretyzowane i wynikać z treści zobowiązania, którego jest on stroną. O jego wymagalności można natomiast mówić od momentu, gdy podatnik jako wierzyciel ma prawo dochodzenia spełnienia tego świadczenia, a dłużnik obowiązek jego realizacji.

Przepis art. 12 ust. 3a ustawy o CIT, który stanowi, że:

Tak więc, regułą jest, że przychód powstaje w dacie następujących zdarzeń: wydanie rzeczy, zbycie prawa majątkowego lub wykonanie usługi albo częściowe wykonanie usługi, nie później niż w dniu wystawienia faktury albo uregulowania należności. Zasadą jest, że opodatkowany jest przychód należny co oznacza, że należy zadeklarować przychód dla celów podatkowych niezależnie od faktycznego otrzymania środków pieniężnych.

Przychód osiągany przez podatnika, co do zasady, powstaje w dacie zajścia najwcześniejszej z ww. okoliczności.

Wyjątki od reguły określonej w art. 12 ust. 3a zostały unormowane w art. 12 ust. 3c-3g oraz 3j-3m ustawy o CIT. Dotyczą one:

• przychodów ze świadczenia usług w przypadku, gdy strony ustalą, że usługa jest rozliczana w okresach rozliczeniowych (art. 12 ust. 3c ustawy o CIT);
• przychodów z tytułu dostawy energii elektrycznej, cieplnej oraz gazu przewodowego (art. 12 ust. 3d ustawy o CIT);
• przychodu, o którym mowa w ust. 3, do którego nie stosuje się ust. 3a, 3c, 3d i 3f (art. 12 ust. 3e ustawy o CIT), gdzie za datę powstania przychodu uznaje się dzień otrzymania zapłaty,
• przychodu z tytułu realizacji praw wynikających z pochodnych instrumentów finansowych, gdzie za datę powstania przychodu uważa się moment realizacji tych praw (art. 12 ust. 3f ustawy o CIT).

Natomiast art. 12 ust. 3g ustawy o CIT dotyczy sytuacji, gdy:

Wyjątki o których mowa w art. 12 ust. 3j-3m ustawy o CIT, dotyczą natomiast korekt przychodów.

Z powyższego wynika zatem, że z zastrzeżeniem wyjątków przewidzianych w ustawie o CIT, pierwszeństwo w kształtowaniu daty powstania przychodu ma dzień dokonania czynności - wydania rzeczy, zbycia prawa majątkowego, wykonania usługi lub jej częściowego wykonania, przy czym dzień wystawienia faktury lub uregulowania należności jest ostatecznym terminem, który stanowi o dacie powstania przychodu. Ponadto dodać należy, że jeśli zaistniałe wyżej zdarzenia wystąpią po dniu wystawienia faktury, czy po dniu dokonania zapłaty należności, o momencie powstania przychodu decydują te dni, a nie fakt zaistnienia konkretnego zdarzenia.

Z opisu sprawy wynika, że prowadzą Państwo działalność gospodarczą w zakresie sprzedaży detalicznej za pośrednictwem Internetu. Są Państwo właścicielem i operatorem platformy technologicznej umożliwiającej zarządzanie sprzedażą wielokanałową na platformach marketplace. Zamierzają Państwo zawierać umowy agencyjne z osobami fizycznymi prowadzącymi działalność gospodarczą lub spółkami (dalej: „Operatorzy”), na podstawie których Operatorzy będą pośredniczyć w sprzedaży towarów należących do Państwa na platformach marketplace.

Z tytułu zorganizowanej w ww. sposób sprzedaży będą Państwo otrzymywać wynagrodzenie. Opisali Państwo, że środki pieniężne przekazywane będą w następujący sposób:

a)Klient końcowy dokonuje płatności za towar za pośrednictwem platformy marketplace.

b)Platforma marketplace (np. ...) przekazuje środki pieniężne na rachunek bankowy Operatora powiązany z jego kontem marketplace. Zgodnie z regulaminami platform marketplace, rachunek bankowy musi być zarejestrowany na firmę Operatora (tj. podmiot prowadzący konto marketplace).

c)Operator jest zobowiązany na mocy Umowy Agencyjnej do przekazania otrzymanych środków pieniężnych na rachunek bankowy X w ustalonym terminie (nie dłuższym niż 3 dni robocze od wpływu), po potrąceniu należnej mu Prowizji.

d)Alternatywnie, X może dokonywać rozliczenia Prowizji odrębnie, tj. Operator przekazuje X całość otrzymanych środków, a X wypłaca Prowizję Operatorowi na podstawie wystawionej faktury. Prowizje i opłaty pobierane przez platformy marketplace (np. prowizja ...) stanowią koszt X i są uwzględniane przy kalkulacji marży. Model ten jest analogiczny do klasycznego modelu agencyjnego stosowanego w handlu tradycyjnym, z tą różnicą, że kanałem sprzedaży jest platforma marketplace, a wymóg rejestracji konta marketplace na firmę Operatora wynika wyłącznie z regulaminów tych platform.

Na tle opisanego zdarzenia przyszłego sformułowali Państwo wątpliwości w pytaniu nr 2 dotyczącą powstania przychodu z tytułu sprzedaży towarów rozliczanej za pośrednictwem rachunku bankowego Operatora będącego agentem, w momencie dokonania dostawy towaru klientowi końcowemu (wykonania usługi), zgodnie z art. 12 ust. 3a ustawy o CIT, a nie w momencie faktycznego wpływu środków na rachunek bankowy Spółki.

Państwa zdaniem, środki pieniężne wpływające na rachunek bankowy Operatora od klientów końcowych z tytułu sprzedaży towarów Spółki stanowią przychód podatkowy Spółki w rozumieniu art. 12 ust. 3 ustawy o CIT. Przychód podatkowy Spółki z tytułu sprzedaży towarów powstaje w momencie dokonania dostawy towaru klientowi końcowemu, zgodnie z art. 12 ust. 3a ustawy o CIT (dzień wykonania usługi/wydania rzeczy, nie później niż dzień wystawienia faktury albo uregulowania należności), niezależnie od momentu faktycznego wpływu środków na rachunek bankowy Spółki.

Jak wynika z przywołanego na wstępie art. 12 ust. 3 ustawy o CIT, przychodami z działalności gospodarczej są kwoty należne, choćby nie zostały faktycznie otrzymane, po wyłączeniu wartości zwróconych towarów, udzielonych bonifikat i skont.

Przepisy ustawy o CIT nie uzależniają momentu powstania przychodu od samej specyfiki transakcji sprzedaży towarów.

Zgodnie z ogólną zasadą, przychód z działalności gospodarczej stosownie do art. 12 ust. 3a ustawy o CIT powstaje w dacie najwcześniejszego z następujących zdarzeń:

1. wydania rzeczy (towaru),

2. wystawienia faktury,

3. uregulowania należności.

Zatem zdarzenie, które wystąpi jako pierwsze, wyznacza datę powstania przychodu.

Z informacji zawartych w opisanym przez Państwa zdarzeniu przyszłym wynika, że klient dokonujący na platformie marketplace zakupu towaru należącego do Spółki, dokonuje płatności za towar za pośrednictwem platformy marketplace. Platforma marketplace (np. ...) przekazuje środki pieniężne na rachunek bankowy Operatora powiązany z jego kontem marketplace. Operator na mocy Umowy Agencyjnej jest zobowiązany do przekazania otrzymanych środków pieniężnych na rachunek bankowy Spółki w ustalonym terminie (nie dłuższym niż 3 dni robocze od wpływu), po potrąceniu należnej mu Prowizji. Alternatywnie, Spółka może dokonywać rozliczenia Prowizji odrębnie, tj. Operator przekazuje Spółce całość otrzymanych środków, a Spółka wypłaca Prowizję Operatorowi na podstawie wystawionej faktury.

W uzupełnieniu do wniosku w odpowiedzi na pytanie nr 9 dotyczące tego, jak konkretnie wygląda proces dostawy towarów - „Opis etapów transakcji”, wskazali Państwo, że Spółka w 100% odpowiada za inicjowanie i zarządzanie komunikacją z klientem końcowym. Przy czym sposób realizacji komunikacji różni się w zależności od kanału sprzedaży:

‒Kanał marketplace (np. ...): Platforma marketplace posiada własne wbudowane mechanizmy komunikacji i powiadamiania klientów (np. powiadomienia o statusie zamówienia, wiadomości transakcyjne). X wykorzystuje te mechanizmy, wysyłając zdarzenia (events) do platformy marketplace za pośrednictwem integracji API.

Przykładowo: X zmienia status zamówienia na „nadane” i przekazuje numer śledzenia przesyłki, X generuje i przesyła do platformy marketplace fakturę VAT lub paragon fiskalny - a platforma marketplace przekazuje te informacje klientowi końcowemu za pośrednictwem swoich mechanizmów (powiadomienia push, email, panel zamówień). Kanał komunikacyjny jest bezpośrednio powiązany z platformą marketplace i kontem marketplace Operatora oraz Platformą X - bez aktywnego udziału Operatora. Operator nie inicjuje żadnych komunikatów, nie zmienia statusów zamówień i nie kontaktuje się z klientem końcowym. Cały proces komunikacji jest zautomatyzowany i kontrolowany wyłącznie przez X.

‒Kanał sklepu internetowego (... zintegrowany z Platformą X): X sprawuje bezpośredni, jedyny i w 100% kontrolowany proces kontaktu z klientem końcowym. Wszystkie powiadomienia (potwierdzenie zamówienia, zmiana statusu, numer śledzenia, faktura VAT/paragon, korespondencja posprzedażna) wysyłane są bezpośrednio przez systemy X do klienta końcowego, bez pośrednictwa jakiejkolwiek platformy trzeciej. Operator/Partner nie uczestniczy w komunikacji z klientem.

Proces dostawy kończy się dostarczeniem towaru, gdy Klient końcowy odbiera przesyłkę od kuriera lub w punkcie odbioru. Od momentu dostarczenia towaru rozpoczyna się 14-dniowy okres na odstąpienie od umowy (art. 27 ustawy o prawach konsumenta).

Z tak opisanej przez Państwa sprawy wynika, że w rozpatrywanym przypadku najpierw klient reguluje należność za towar, Państwo wtedy zmieniają status zamówienia na „nadane”, przekazują numer śledzenia przesyłki, generują i przesyłają do platformy marketplace fakturę VAT lub paragon fiskalny - a platforma marketplace przekazuje te informacje klientowi końcowemu za pośrednictwem swoich mechanizmów. Towar jest przesyłany klientowi, który odbiera przesyłkę od kuriera lub w punkcie odbioru.

Jeżeli zatem uregulowanie należności przez klienta (wpłata na rachunek platformy) następuje przed wystawieniem faktury i fizycznym dostarczeniem klientowi towaru, to datę takiej wpłaty należy uznać za moment powstania przychodu w Spółce. Nie ma tutaj znaczenia, że wpłacone przez klienta np. (...) środki Operator, będący agentem, przekazuje Państwu dopiero po pewnym czasie. Skoro bowiem klient uregulował należność wobec Państwa, zgodnie z przyjętymi zasadami przebiegu transakcji, to nie ma znaczenia, kiedy w rzeczywistości środki wpłyną na konto Spółki.

Podsumowując, środki pieniężne wpływające na rachunek bankowy Operatora od klientów końcowych (za pośrednictwem platformy marketplace) z tytułu sprzedaży towarów X, które Operator jest zobowiązany przekazać na rachunek bankowy Spółki na mocy Umowy Agencyjnej, stanowią przychód podatkowy Spółki związany z Państwa działalnością gospodarczą w rozumieniu art. 12 ust. 3 ustawy o CIT.

Co prawda, jak Państwo twierdzą - w analizowanej sprawie moment powstania przychodu ze sprzedaży towarów należących do Państwa na platformach marketplace, określany będzie niezależnie od momentu faktycznego wpływu środków na rachunek bankowy Spółki. Powyższe nie wpływa jednak na ocenę prawną Państwa stanowiska. Nie mogę się bowiem z Państwem zgodzić, że przychód ten powstaje w momencie dokonania dostawy towaru klientowi końcowemu (wykonania usługi). W rozpatrywanej sprawie, jak wynika z art. 12 ust. 3a ustawy o CIT, powinni Państwo rozpoznać przychód podatkowy na gruncie ustawy o CIT z tytułu sprzedaży towarów należących do Spółki na platformach marketplace w momencie uregulowania należności przez klienta (wpłaty na rachunek platformy).

Tym samym, Państwa stanowisko w zakresie powstania przychodu z tytułu sprzedaży towarów rozliczanej za pośrednictwem rachunku bankowego Operatora będącego agentem, w momencie dokonania dostawy towaru klientowi końcowemu (wykonania usługi), zgodnie z art. 12 ust. 3a ustawy o CIT, a nie w momencie faktycznego wpływu środków na rachunek bankowy Spółki (pytanie nr 2), należało uznać za nieprawidłowe.

W opisanym zdarzeniu przyszłym wskazali Państwo ponadto, że w ramach opisanego modelu współpracy udostępniają Państwo Operatorom w Panelu Administracyjnym Platformy funkcjonalność „Pula Realizacji Zamówień” (dalej: „Pula Realizacji”). Wyjaśnili Państwo, że pula Realizacji jest prepaidowym buforem finansowym służącym do zapewnienia ciągłości realizacji zamówień opłaconych przez klientów końcowych. Mechanizm ten działa następująco: a) Platformy marketplace (np. ...) realizują wypłaty środków na rachunek bankowy Operatora z opóźnieniem (cykle rozliczeniowe od kilku do kilkunastu dni roboczych). b) Tymczasem zamówienia klientów końcowych wymagają natychmiastowej realizacji (zakup towaru u dostawcy, przygotowanie wysyłki). c) Aby zapewnić ciągłość operacyjną, Operator zasila Pulę Realizacji przelewem ze swojego rachunku bankowego na rachunek bankowy Spółki, wskazując kwotę zasilenia w Panelu Administracyjnym Platformy. d) Środki z Puli Realizacji są przeznaczone wyłącznie na pokrycie kosztów realizacji zamówień klientów (zakup towaru u dostawcy, koszty logistyczne) i stanowią ekonomicznie środki klientów końcowych, którzy już opłacili zamówienia. e) Operator nie dokonuje tym samym żadnej zapłaty za towar na własny rachunek - zasila jedynie bufor operacyjny kwotą odpowiadającą środkom, które platforma marketplace zatrzymuje tymczasowo w swoim cyklu rozliczeniowym. f) Saldo Puli Realizacji jest transparentnie widoczne w Panelu Administracyjnym Platformy. Po otrzymaniu wypłaty z marketplace, saldo Puli jest odpowiednio korygowane. Operator może również wypłacić nadwyżkę środków z Puli Realizacji na swój rachunek bankowy. g) Pula Realizacji nie stanowi formy zakupu towaru przez Operatora, wynagrodzenia za usługę ani pożyczki udzielonej X. Jest to wyłącznie mechanizm operacyjno-finansowy zapewniający płynność realizacji zamówień, których środki finansowe są tymczasowo wstrzymane przez platformę marketplace. h) Wpłata Operatora do Puli Realizacji nie stanowi transakcji handlowej (zakupu, sprzedaży, usługi) w rozumieniu prawa podatkowego. Jest to operacja analogiczna do zasilenia własnego e-portfela (prepaid wallet), przeznaczonego wyłącznie na cele operacyjne.

Na tle opisanego zdarzenia przyszłego mają Państwo wątpliwości w przedmiocie podatku dochodowego od osób prawnych, sformułowane w pytaniu nr 9, które dotyczą określenia skutków podatkowych rozliczeń dokonywanych z Puli Realizacji Zamówień, czy są one neutralnymi podatkowo operacjami technicznymi i nie stanowią dla Państwa przychodu podatkowego.

Rozpatrując ww. kwestie wskazać należy na art. 12 ust. 4 pkt 1 ustawy o CIT, zgodnie z którym:

Biorąc pod uwagę opisane zdarzenie przyszłe oraz przywołane przepisy prawa stwierdzić należy, że wpłaty Operatora, które zasilają Pulę Realizacji (e-portfel) wewnątrz platformy zakupowej, nie mają dla Państwa charakteru definitywnego przysporzenia - stanowią jedynie wcześniejsze (przyspieszone) udostępnienie środków, które Spółka i tak otrzymałaby z marketplace w ramach standardowego cyklu rozliczeniowego. Jak wynika z Państwa wyjaśnień, saldo Puli jest korygowane po wpływie wypłaty z marketplace, a nadwyżka podlega zwrotowi Operatorowi. Co istotne, zasilenie Puli Realizacji nie jest wynagrodzeniem za jakiekolwiek świadczenie Spółki na rzecz Operatora. Z tego względu uznać należy, że Pula Realizacji jest technicznym mechanizmem operacyjno-finansowym zapewniającym płynność realizacji zamówień. Z tego względu zarówno zasilenie Puli (wpłata), jak i wypłata nadwyżki na rachunek Operatora, mają charakter neutralnych podatkowo operacji technicznych.

Podsumowując, środki pieniężne wpłacane przez Operatora na rachunek bankowy Spółki w ramach zasilenia Puli Realizacji Zamówień, nie stanowią przychodu podatkowego Spółki (X) w rozumieniu art. 12 ust. 1 ustawy o CIT i są neutralne podatkowo.

Tym samym Państwa stanowisko w zakresie określenia skutków podatkowych rozliczeń dokonywanych z Puli Realizacji Zamówień, czy są one neutralnymi podatkowo operacjami technicznymi i nie stanowią dla Spółki przychodu podatkowego (pytanie nr 9 w CIT), należało uznać za prawidłowe.

Dodatkowe informacje

Informacja o zakresie rozstrzygnięcia

Interpretacja dotyczy zdarzenia przyszłego, które Państwo przedstawili i stanu prawnego, który obowiązuje w dniu wydania interpretacji.

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 Państwa sytuacja będzie zgodna (tożsama) z opisem stanu faktycznego lub zdarzenia przyszłego i zastosują się Państwo do interpretacji.

• Zgodnie z art. 14na § 1 Ordynacji podatkowej:

• Zgodnie z art. 14na § 2 Ordynacji podatkowej:

Pouczenie o prawie do wniesienia skargi na interpretację

Mają Państwo prawo do zaskarżenia tej interpretacji indywidualnej do Wojewódzkiego Sądu Administracyjnego w (...). 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.