Kaucja w KSeF: dlaczego poprawna faktura może wygenerować błędny przelew

Kaucja w KSeF: dlaczego poprawna faktura może wygenerować błędny przelew

Od 1 października 2025 roku w Polsce działa system kaucyjny. Kilka miesięcy później rozpoczęło się etapowe wdrażanie obowiązkowego KSeF. Od 1 lutego 2026 roku obowiązek wystawiania faktur w systemie objął przedsiębiorców, których sprzedaż wraz z VAT przekroczyła w 2024 roku 200 mln zł. Od 1 kwietnia 2026 roku objął pozostałych przedsiębiorców. Najmniejsze firmy mogą do końca 2026 roku wystawiać faktury poza KSeF, jeżeli miesięczna wartość sprzedaży udokumentowanej takimi fakturami nie przekracza 10 tys. zł. Odbieranie faktur przez KSeF jest natomiast obowiązkowe od 1 lutego 2026 roku. Szczegóły zawiera oficjalny harmonogram KSeF oraz informacja Ministerstwa Finansów dotycząca limitu 10 tys. zł miesięcznie.

Te dwa systemy spotykają się dziś na fakturach za napoje. I właśnie tutaj pojawia się problem, którego na pierwszy rzut oka nie widać. Kwota sprzedaży wykazana na fakturze może być inna niż kwota, którą nabywca powinien faktycznie rozliczyć z dostawcą.

Jeżeli program księgowy albo generator paczek przelewów odczyta niewłaściwe pole, firma może zapłacić za mało, zapłacić za dużo albo wygenerować przelew, którego w ogóle nie powinna wykonywać.

Najpierw trzeba ustalić, o jakiej kaucji mówimy

Powszechny system kaucyjny obejmuje napoje w oznakowanych butelkach PET o pojemności do 3 litrów, puszkach metalowych o pojemności do 1 litra oraz szklanych butelkach wielokrotnego użytku o pojemności do 1,5 litra. Kaucja wynosi 50 groszy za butelkę plastikową lub puszkę oraz 1 zł za szklaną butelkę wielokrotnego użytku. Opakowanie musi być oznaczone znakiem systemu kaucyjnego i wysokością kaucji. Zakres systemu opisuje Ministerstwo Klimatu i Środowiska.

To ważne rozróżnienie, ponieważ nie każde opakowanie zwrotne należy do ustawowego systemu kaucyjnego. Palety, skrzynki transportowe, beczki, pojemniki przemysłowe oraz opakowania rozliczane w innych modelach mogą podlegać odmiennym zasadom. Ministerstwo Finansów wskazuje w objaśnieniach podatkowych z 29 sierpnia 2025 roku, że szczególne regulacje VAT dotyczące systemu kaucyjnego nie obejmują między innymi opakowań transportowych ani kaucji pobieranych poza tym systemem.

Przed skonfigurowaniem księgowania albo automatycznej płatności trzeba więc ustalić, czy dokument dotyczy kaucji systemowej, czy klasycznych opakowań zwrotnych.

Kaucja systemowa nie jest zwykłą pozycją sprzedaży

W momencie pobrania kaucji za opakowanie objęte ustawowym systemem kaucyjnym kwota ta nie jest wliczana do podstawy opodatkowania VAT. Zasada dotyczy całego łańcucha dostaw. Producent, hurtownia i sklep pobierają kaucję, ale nie doliczają do niej VAT jak do ceny napoju. Potwierdzają to oficjalne objaśnienia Ministerstwa Finansów dotyczące rozliczania kaucji na gruncie VAT.

Ministerstwo Finansów wskazuje również, że dla udokumentowania pobranej kaucji nie wystawia się faktury VAT. Co do zasady pobranie kaucji powinno być udokumentowane notą albo innym dokumentem księgowym. Informacja o kaucji może jednak zostać pokazana na fakturze jako element dodatkowy. Zwrot opakowania lub odpadu opakowaniowego objętego systemem nie powoduje natomiast obowiązku wystawienia faktury korygującej dotyczącej sprzedaży napoju.

Nie oznacza to, że kaucja nigdy nie wywołuje skutków w VAT. Jeżeli opakowania nie zostaną zwrócone, obowiązek rozliczenia VAT może powstać u podmiotu wprowadzającego produkty w opakowaniach na napoje. Nie dotyczy to automatycznie każdego hurtownika ani sklepu uczestniczącego w dalszej części łańcucha sprzedaży.

W praktyce kaucji systemowej nie należy wprowadzać do tabeli sprzedaży jako zwykłego towaru ze stawką zw, np ani ze stawką procentową VAT. Takie rozwiązanie zaciera różnicę między sprzedażą napoju a dodatkowym rozliczeniem pieniężnym związanym z opakowaniem.

Gdzie pokazać kaucję w strukturze FA(3)

Od 1 lutego 2026 roku faktury ustrukturyzowane są wystawiane według struktury FA(3). W strukturze znajduje się fakultatywny element Rozliczenie, przeznaczony do prezentowania dodatkowych obciążeń i odliczeń wpływających na końcową kwotę rozliczenia z nabywcą. Opis pól można znaleźć w oficjalnej broszurze informacyjnej FA(3).

Dokumentacja Ministerstwa Finansów nie ustanawia osobnego obowiązku umieszczania kaucji systemowej właśnie w elemencie Rozliczenie. Jeżeli jednak wystawca chce pokazać kaucję na fakturze i uwzględnić ją w końcowej kwocie rozliczenia, jest to naturalne technicznie miejsce, ponieważ element ten służy dodatkowym kwotom doliczanym do należności albo od niej odejmowanym.

W elemencie Obciazenia można wykazać kwotę doliczaną do należności, na przykład kaucję pobraną za wydane opakowania. Element Odliczenia może pokazywać kwotę pomniejszającą rozliczenie, na przykład wartość opakowań zwróconych przez nabywcę.

Pole SumaObciazen zawiera sumę obciążeń, a SumaOdliczen sumę odliczeń. Pole DoZaplaty przedstawia kwotę pozostałą do zapłaty, obliczoną przez powiększenie P_15 o obciążenia i pomniejszenie jej o odliczenia. Jeżeli wynik oznacza nadpłatę albo kwotę należną nabywcy, służy do tego pole DoRozliczenia.

Dlaczego P_15 nie zawsze mówi, ile trzeba przelać

Pole P_15 oznacza kwotę należności ogółem wynikającą z faktury. W określonych rodzajach dokumentów, na przykład na fakturze rozliczającej zaliczki, może oznaczać kwotę pozostałą do zapłaty. Szczegółową definicję pola podaje broszura struktury FA(3).

Kaucja systemowa nie jest częścią podstawy opodatkowania sprzedaży napoju. Jeżeli zostanie wykazana jako dodatkowe obciążenie w elemencie Rozliczenie, nie zwiększa P_15, ale może zwiększyć końcową kwotę rozliczenia z kontrahentem.

Problem pojawia się wtedy, gdy program generujący przelew pobiera wyłącznie P_15. Taki program odczyta wartość należności z części sprzedażowej, ale może pominąć kaucję albo nie uwzględnić zwrotu opakowań.

Trzeba pamiętać, że wybór pomiędzy polami DoZaplaty i DoRozliczenia ma w FA(3) charakter fakultatywny. Nie można więc zbudować integracji wyłącznie na założeniu, że każda faktura z dodatkowymi rozliczeniami zawsze będzie zawierała końcowe pole płatności.

Bezpieczny importer powinien najpierw sprawdzić, czy dokument zawiera DoRozliczenia. Jeżeli tak, automatyczny przelew do sprzedawcy nie powinien zostać utworzony. Jeżeli występuje DoZaplaty, to ta kwota powinna być podstawą rozliczenia. Gdy dokument zawiera obciążenia albo odliczenia, ale nie zawiera końcowego pola rozliczeniowego, program powinien obliczyć wynik na podstawie P_15, sumy obciążeń i sumy odliczeń. Dopiero gdy element Rozliczenie w ogóle nie występuje, można przyjąć P_15 jako podstawową kwotę należności.

Przykład 1: dostawca dolicza kaucję

Wartość sprzedaży wykazana w P_15 wynosi 890,58 zł. Kaucja za wydane opakowania wynosi 42 zł.

Kwota DoZaplaty powinna wynosić 932,58 zł.

Jeżeli generator paczki przelewów pobierze wyłącznie P_15, dostawca otrzyma 890,58 zł. Powstanie niedopłata w wysokości 42 zł, mimo że dokument zawiera informacje potrzebne do prawidłowego rozliczenia.

Przykład 2: nowe opakowania i zwrot w tym samym dokumencie

Wartość sprzedaży wynosi 4 822,92 zł. Dostawca dolicza 690,40 zł kaucji za wydane opakowania. Jednocześnie odlicza 705,60 zł za opakowania zwrócone przez nabywcę.

Ostateczna kwota do zapłaty wynosi 4 807,72 zł.

Program korzystający wyłącznie z P_15 wygeneruje przelew na 4 822,92 zł. Firma przepłaci dostawcy 15,20 zł.

Obecność kaucji nie zawsze zwiększa przelew. Jeżeli wartość zwróconych opakowań jest wyższa od wartości nowych obciążeń, końcowa płatność może być niższa od wartości wykazanej w P_15.

Przykład 3: zwrot opakowań jest wyższy niż całe rozliczenie

Załóżmy, że P_15 wynosi 200 zł, dodatkowe obciążenie 20 zł, a odliczenie za zwrócone opakowania 300 zł.

Wynik rozliczenia to 80 zł na korzyść nabywcy. W takim przypadku właściwym polem nie jest ujemne DoZaplaty, lecz DoRozliczenia z kwotą 80 zł. Taką logikę prezentuje także przykład zawarty w broszurze FA(3).

System płatności nie powinien wtedy generować przelewu do dostawcy. Dokument powinien zostać skierowany do rozliczenia salda, kompensaty albo zwrotu, zależnie od ustaleń między stronami.

Zero do zapłaty nie zawsze oznacza kaucję

Faktura rozliczająca wcześniejsze zaliczki może mieć P_15 równe zero, ponieważ cała cena została zapłacona przed dostawą. W takim dokumencie brak płatności nie wynika ze zwrotu opakowań, lecz z wcześniejszego uregulowania należności.

System nie powinien więc traktować wszystkich faktur z zerową płatnością tak samo. Powinien rozróżniać faktury rozliczające zaliczki, dokumenty z elementem Rozliczenie oraz faktury zawierające DoRozliczenia.

Generowanie przelewu na zero nie ma sensu. Ważniejsze jest prawidłowe oznaczenie przyczyny, dla której płatność nie została utworzona.

Kaucja pokazana tylko w dodatkowym opisie

FA(3) zawiera element DodatkowyOpis. Jest to fakultatywne miejsce na dodatkowe dane, które mogą zostać zapisane w formie pól typu klucz i wartość. Budowę tego elementu opisuje dokumentacja FA(3).

Jeżeli wystawca wpisze tam informację o kaucji, ale nie ujmie kwoty w elemencie Rozliczenie, sam opis nie zmieni automatycznie wartości DoZaplaty. Program odbiorcy może pokazać informację użytkownikowi, lecz nie powinien na jej podstawie samodzielnie modyfikować kwoty przelewu.

Automatyczne wyszukiwanie liczb w opisach jest ryzykowne. Tekst może zawierać liczbę opakowań, stawkę jednostkową, łączną wartość albo jedynie informację pomocniczą. Program może też doliczyć kwotę drugi raz, mimo że została już uwzględniona w elemencie Rozliczenie.

Dane opisowe warto prezentować operatorowi, ale kwotę płatności należy ustalać na podstawie pól przeznaczonych do rozliczeń.

Kaucja a mechanizm podzielonej płatności

Kaucja systemowa nie zwiększa podatku VAT wykazanego na fakturze. Nie należy więc dodawać jej do kwoty VAT przekazywanej w komunikacie podzielonej płatności.

Proces płatniczy powinien oddzielnie ustalić kwotę VAT wynikającą z faktury oraz całkowitą wartość rozliczenia z kontrahentem. Zasady działania komunikatu przelewu i warunki obowiązkowego stosowania mechanizmu opisuje oficjalny poradnik Ministerstwa Finansów dotyczący MPP.

Przed uruchomieniem automatycznych paczek warto przetestować, jak program księgowy i bank obsługują sytuację, w której końcowa kwota rozliczenia jest inna niż P_15, a kwota VAT pozostaje niezmieniona.

Co z księgowaniem

Pobrana kaucja systemowa nie powinna być ujmowana jako wartość sprzedaży opodatkowanej VAT ani jako podatek należny. Po stronie nabywcy nie stanowi też podatku naliczonego do odliczenia.

Kwotę kaucji należy wyodrębnić od wartości zakupionych napojów i rozliczać zgodnie z przyjętą polityką rachunkowości. Wybór konkretnego konta zależy od planu kont, charakteru działalności i sposobu rozliczeń z dostawcą. Najważniejsze jest to, aby eksport z KSeF do systemu finansowo księgowego nie potraktował kaucji jak kolejnej pozycji zakupu objętej VAT.

Przy fakturach walutowych trzeba dodatkowo pamiętać, że pola dotyczące wartości sprzedaży i podatku w FA(3) są co do zasady wypełniane w walucie, w której wystawiono fakturę, z wyjątkiem odpowiednich pól dotyczących podatku przeliczonego na złote. Wynika to z oficjalnego opisu struktury FA(3).

Jak przygotować proces, który nie wygeneruje błędnego przelewu

Wystawca faktury

Kaucji systemowej nie należy dodawać jako zwykłej pozycji sprzedaży. Jeżeli ma być widoczna na fakturze i wpływać na rozliczenie, warto konsekwentnie stosować Obciazenia, Odliczenia, ich sumy oraz odpowiednie pole końcowe DoZaplaty albo DoRozliczenia.

Samo umieszczenie informacji w DodatkowyOpis nie wystarczy do bezpiecznej automatyzacji płatności.

Odbiorca faktury i dostawca oprogramowania

Nie wolno zakładać, że P_15 zawsze jest równe kwocie przelewu. System powinien odczytywać cały element Rozliczenie, kontrolować jego składniki i obsługiwać zarówno DoZaplaty, jak i DoRozliczenia.

Użytkownik powinien widzieć obok siebie wartość należności z P_15, dodatkowe obciążenia, odliczenia oraz końcową kwotę rozliczenia. Taka prezentacja pozwala zauważyć różnicę jeszcze przed zatwierdzeniem paczki przelewów.

Księgowy

Kaucję trzeba oddzielić od wartości sprzedaży i zakupu objętej VAT. Warto także kontrolować, czy rozliczenia za zwracane opakowania nie są błędnie importowane jako korekty wartości napojów.

Szczególnej uwagi wymagają dokumenty, na których występują jednocześnie nowe opakowania, zwroty z wcześniejszych dostaw oraz inne rozliczenia salda kontrahenta.

Najważniejszy wniosek

W KSeF kwota należności ogółem nie zawsze oznacza kwotę przelewu. P_15 opisuje należność wynikającą z faktury, natomiast dodatkowe obciążenia i odliczenia mogą zmienić ostateczne rozliczenie z dostawcą.

Prawidłowa obsługa kaucji nie polega wyłącznie na odnalezieniu pola DoZaplaty. Trzeba odczytać cały element Rozliczenie, uwzględnić jego fakultatywny charakter oraz prawidłowo obsłużyć sytuację, w której pojawia się DoRozliczenia.

Jedno niewłaściwe założenie w integracji może wystarczyć, aby poprawnie wystawiona faktura zakończyła się błędnym przelewem.

Źródła

1. Ministerstwo Finansów, podstawy prawne i kluczowe terminy KSeF
2. Ministerstwo Finansów, zasady dla sprzedaży do 10 tys. zł miesięcznie
3. Ministerstwo Finansów, struktura logiczna FA(3)
4. Ministerstwo Finansów, broszura informacyjna dotycząca struktury FA(3)
5. Ministerstwo Finansów, objaśnienia podatkowe z 29 sierpnia 2025 roku dotyczące kaucji i VAT
6. Ministerstwo Klimatu i Środowiska, informacje o systemie kaucyjnym
7. Ministerstwo Klimatu i Środowiska, zasady systemu kaucyjnego
8. Ministerstwo Finansów, mechanizm podzielonej płatności

Fakty kluczowe

• Od 1 października 2025 roku w Polsce funkcjonuje powszechny system kaucyjny dla wybranych opakowań po napojach.
• Od 1 lutego 2026 roku KSeF jest obowiązkowy dla firm ze sprzedażą powyżej 200 mln zł brutto w 2024 roku.
• Od 1 kwietnia 2026 roku obowiązek wystawiania faktur w KSeF objął pozostałych przedsiębiorców.
• Najmniejsze firmy mogą do końca 2026 roku wystawiać faktury poza KSeF, jeśli miesięczna sprzedaż z takich faktur nie przekracza 10 tys. zł.
• Kaucja systemowa wynosi 0,50 zł dla butelek PET i puszek oraz 1 zł dla szklanych butelek wielokrotnego użytku.
• Kaucja systemowa nie jest wliczana do podstawy opodatkowania VAT i co do zasady nie jest dokumentowana fakturą VAT.
• Pole P_15 w FA(3) nie zawsze równa się kwocie przelewu, gdy na fakturze występuje element Rozliczenie z obciążeniami i odliczeniami.

FAQ

Od kiedy obowiązuje system kaucyjny i jak łączy się z KSeF?

System kaucyjny działa w Polsce od 1 października 2025 roku, a następnie etapowo wdrażano obowiązkowy KSeF od 1 lutego i 1 kwietnia 2026 roku. Oba systemy spotykają się na fakturach za napoje, gdzie kaucja może wpływać na ostateczną kwotę rozliczenia z kontrahentem.

Jakie opakowania obejmuje powszechny system kaucyjny i w jakiej wysokości jest kaucja?

System kaucyjny obejmuje opakowania na napoje: butelki PET do 3 litrów, puszki metalowe do 1 litra oraz szklane butelki wielokrotnego użytku do 1,5 litra. Kaucja wynosi 50 groszy dla butelek plastikowych i puszek oraz 1 zł dla szklanych butelek wielokrotnego użytku, oznaczonych znakiem systemu.

Dlaczego kaucja systemowa nie powinna być wykazywana jako zwykła pozycja sprzedaży na fakturze?

Kaucja systemowa nie jest wliczana do podstawy opodatkowania VAT i nie stanowi klasycznej sprzedaży towaru. Ujęcie jej jako pozycji sprzedaży ze stawką VAT, zw czy np zaciera różnicę między ceną napoju a rozliczeniem za opakowanie. Może to prowadzić do błędów w VAT oraz nieprawidłowego eksportu danych z KSeF do księgowości.

W jakim elemencie struktury FA(3) najlepiej prezentować kaucję systemową?

Struktura FA(3) przewiduje fakultatywny element Rozliczenie, z częściami Obciazenia i Odliczenia. To naturalne miejsce na wykazanie kaucji doliczanej do rozliczenia (obciążenia) oraz wartości zwróconych opakowań (odliczenia). Dzięki temu pola SumaObciazen, SumaOdliczen oraz DoZaplaty lub DoRozliczenia pokazują prawidłową końcową kwotę rozliczenia.

Dlaczego samo pole P_15 nie wystarcza do zbudowania automatycznych płatności z KSeF?

P_15 pokazuje kwotę należności wynikającą ze sprzedaży, ale nie obejmuje kaucji wykazanej w elemencie Rozliczenie. Przy dodatkowych obciążeniach i odliczeniach faktyczna kwota przelewu może różnić się od P_15. Bezpieczny importer powinien brać pod uwagę DoZaplaty, DoRozliczenia, SumaObciazen i SumaOdliczen oraz obsługiwać przypadki nadpłaty na korzyść nabywcy.

Jak kaucja systemowa wpływa na mechanizm podzielonej płatności (MPP)?

Kaucja systemowa nie zwiększa podatku VAT wykazanego na fakturze i nie powinna być doliczana do kwoty VAT w komunikacie podzielonej płatności. Proces płatności powinien osobno ustalić kwotę VAT z faktury oraz całkowitą kwotę rozliczenia z kontrahentem, tak aby MPP obejmował wyłącznie część podatkową transakcji.