VAT RR i VAT marża w KSeF 2026: 5 pułapek (i jak to ogarnąć bez błędów walidacji)

Pracowałem przy integracjach KSeF dla firm, które nie pasują do podręcznikowego schematu "sprzedawca wystawia fakturę kupującemu". Skup zboża, który rozlicza się z rolnikiem ryczałtowym. Biuro podróży, które sprzedaje wycieczkę i rozlicza VAT od marży, a nie od całej kwoty. Komis samochodowy, który odsprzedaje auto kupione od osoby prywatnej. W każdym z tych przypadków standardowy szablon faktury w systemie księgowym po prostu nie zadziała, bo inne jest to, co ma trafić do struktury FA wysyłanej do KSeF. I akurat o tych przypadkach większość poradników milczy, bo dotyczą wąskiej grupy branż, a nie każdego podatnika VAT.

Dlaczego VAT RR i VAT marża to osobna liga w KSeF

W zwykłej fakturze sprzedawca wystawia dokument, nabywca go odbiera, VAT liczony jest od całej kwoty netto. Proste. W fakturze RR to nabywca wystawia dokument w imieniu rolnika, bo rolnik ryczałtowy korzysta ze zwolnienia z VAT i w ogóle nie ma obowiązku (ani prawa) wystawiać faktur. W fakturze VAT marża z kolei VAT liczony jest wyłącznie od marży, a nie od pełnej wartości transakcji, i nabywca nie dostaje prawa do odliczenia VAT z takiej faktury, bo kwota podatku w ogóle się na niej nie pokazuje wprost.

To nie jest różnica kosmetyczna w wyglądzie wydruku. To różnica w strukturze XML, którą trzeba wysłać do KSeF. Jeśli ktoś próbuje wygenerować fakturę RR przez ten sam moduł, który generuje zwykłe FV, zwykle kończy się to błędem walidacji albo, gorzej, fakturą techniczną poprawną strukturalnie, ale merytorycznie błędną, bo system "nie wie", że ma inaczej ułożyć dane sprzedawcy i nabywcy.

Faktura VAT RR: kto właściwie jest "wystawcą" w systemie

Rolnik ryczałtowy zwykle nie ma zarejestrowanej działalności jako czynny podatnik VAT i często w ogóle nie posiada NIP nadanego dla celów VAT. To nabywca produktów rolnych, czyli np. skup zboża, ubojnia czy zakład przetwórczy, nalicza zryczałtowany zwrot podatku (7% wartości nabytych produktów rolnych) i to on ma obowiązek wystawić fakturę RR, podpisać ją w imieniu obu stron (albo zebrać oświadczenia) i rozliczyć zwrot, pod warunkiem zapłaty na rachunek rolnika w ustawowym terminie.

W strukturze FA ta sytuacja jest obsłużona przez specjalne oznaczenie rodzaju faktury: zamiast standardowego "VAT" pojawia się wartość oznaczająca fakturę RR, a przy korektach osobna wartość dla korekty faktury RR. Dane rolnika trafiają jako dane "sprzedawcy", ale to firma skupująca jest podmiotem przesyłającym dokument do systemu, bo rolnik z definicji nie ma uprawnień do korzystania z KSeF jako czynny wystawca.

Co musi się znaleźć na fakturze RR

Poza standardowymi elementami (daty, ilości, ceny) faktura RR wymaga oświadczenia rolnika, że jest rolnikiem ryczałtowym zwolnionym z VAT, danych identyfikujących rolnika (często numer dowodu osobistego zamiast NIP, bo rolnik go po prostu nie ma), numeru rachunku bankowego do zwrotu oraz wyliczonej kwoty zryczałtowanego zwrotu podatku. W strukturze FA te elementy nie mieszczą się w standardowych polach faktury sprzedażowej, trzeba je mapować do dedykowanych sekcji schematu, które w zwykłym module fakturowania po prostu nie istnieją, bo nikt wcześniej ich nie potrzebował.

Najczęstszy błąd walidacji przy RR

W praktyce widziałem dwa powtarzające się błędy. Pierwszy: system próbuje wysłać fakturę RR z NIP-em rolnika w polu, które wymaga poprawnego formatu NIP, a rolnik go nie ma, bo posługuje się numerem dowodu osobistego. Bramka odrzuca strukturę na starcie. Drugi: brak poprawnie wypełnionego oznaczenia rodzaju faktury jako RR, przez co dokument trafia do KSeF jako zwykła faktura VAT i formalnie jest nieprawidłowy, mimo że wizualnie wygląda poprawnie. Oba błędy biorą się z tego samego źródła: ktoś próbował użyć gotowego szablonu zamiast zbudować osobną ścieżkę dla tego typu dokumentu.

Faktura VAT marża: dlaczego nie można po prostu wpisać marży jako netto

Druga grupa, o której poradniki milczą, to procedura VAT marża uregulowana w art. 119 (usługi turystyki) i art. 120 (towary używane, dzieła sztuki, przedmioty kolekcjonerskie, antyki) ustawy o VAT. Pokusa, żeby "oszukać" system i po prostu wpisać marżę jako kwotę netto, a VAT doliczyć od niej jak od zwykłej sprzedaży, jest spora, bo wygląda na prostsze. Problem w tym, że faktura VAT marża ma inną logikę prezentacji: na dokumencie w ogóle nie pokazuje się rozbicia na netto i VAT, pokazuje się kwotę należności ogółem, a kwota podatku pozostaje "wewnątrz" marży, nieujawniona nabywcy.

To nie jest szczegół techniczny, to konsekwencja prawna: nabywca faktury VAT marża nie ma prawa do odliczenia VAT z takiej transakcji, bo formalnie kwota podatku na fakturze się nie pojawia. Jeśli automatyzacja wygeneruje fakturę z widocznym rozbiciem VAT tam, gdzie powinna być procedura marży, naraża firmę na spór z fiskusem przy kontroli, bo dokument sugeruje prawo do odliczenia, którego w rzeczywistości nie ma.

Turystyka (art. 119) a towary używane (art. 120)

W strukturze FA i w oznaczeniach stosowanych wcześniej w JPK_V7 obie procedury mają osobne kody: jeden dla usług turystyki, drugi dla towarów używanych. Oba wymagają też adnotacji tekstowej na fakturze wskazującej podstawę prawną, np. informacji, że stosowana jest procedura marży dla biur podróży albo procedura marży dla towarów używanych. Brak tej adnotacji to częsty powód, dla którego faktura przechodzi walidację schematu (bo technicznie jest poprawna), ale nie spełnia wymogów merytorycznych ustawy o VAT.

Co pokazać klientowi, a czego nie

W praktyce integracyjnej największym źródłem błędów nie jest sam schemat XML, tylko to, że osoba wystawiająca fakturę w systemie księgowym widzi pola "netto" i "VAT" przyzwyczajona do zwykłej sprzedaży i wypełnia je mechanicznie, bo tak robi codziennie. Dobra automatyzacja dla firm pracujących na marży powinna w ogóle ukrywać albo blokować te pola przy wyborze procedury szczególnej, żeby nie dało się wysłać błędnego dokumentu przez pomyłkę operatora.

Terminy obowiązkowego KSeF w 2026: kogo dotyczą te przypadki

Dla firm, które wystawiają faktury RR albo rozliczają się w procedurze marży, pytanie "od kiedy to musi działać" nie jest akademickie. Harmonogram wejścia obowiązkowego KSeF w 2026 roku jest etapowy: od 1 lutego 2026 obowiązek obejmuje dużych podatników, czyli firmy, których wartość sprzedaży w 2024 roku przekroczyła 200 mln zł. Od 1 kwietnia 2026 obowiązek rozciąga się na pozostałych podatników VAT czynnych, czyli zdecydowaną większość firm, w tym typowe skupy rolne i biura podróży średniej wielkości. Od 1 stycznia 2027 obowiązek obejmie najmniejsze podmioty, w tym zwolnione podmiotowo z VAT.

W praktyce oznacza to, że firma skupująca zboże albo biuro podróży, które dziś jeszcze działa na fakturach papierowych lub w systemie księgowym bez integracji z KSeF, ma realnie kilka miesięcy do pierwszego obowiązkowego terminu, nie kilka lat. A testowanie wysyłki faktury RR czy VAT marża na produkcji, bez wcześniejszego sprawdzenia w środowisku testowym, to prosta droga do serii odrzuceń w pierwszym tygodniu obowiązywania przepisów, kiedy księgowość ma i tak najwięcej pracy.

Jak zautomatyzować te niestandardowe faktury bez wysypu błędów

Z doświadczenia integratora: automatyzację faktur RR i VAT marża buduję inaczej niż automatyzację zwykłej sprzedaży. Zamiast jednego uniwersalnego szablonu w systemie ERP czy fakturowym, tworzę osobną ścieżkę decyzyjną, która na starcie pyta "jaki to typ dokumentu" i dopiero potem kieruje dane do odpowiedniej struktury. To wymaga trochę więcej pracy na etapie wdrożenia, ale eliminuje większość błędów, które biorą się z próby wciśnięcia nietypowej faktury w standardowy formularz.

Konkretnie w praktyce wygląda to tak: system księgowy albo warstwa pośrednia (np. skrypt łączący ERP z API KSeF przez narzędzia typu Make czy n8n) najpierw klasyfikuje transakcję na podstawie kontrahenta i rodzaju towaru lub usługi. Jeśli kontrahent jest oznaczony jako rolnik ryczałtowy, dokument automatycznie trafia do ścieżki RR z odpowiednimi polami i walidacją numeru dowodu zamiast NIP. Jeśli transakcja dotyczy usługi turystycznej albo odsprzedaży towaru używanego kupionego bez VAT, trafia do ścieżki marży z zablokowanym polem rozbicia VAT i wymuszoną adnotacją o podstawie prawnej.

Zanim cokolwiek pójdzie na produkcję, zawsze testuję wysyłkę w środowisku demo KSeF, z kilkoma wariantami danych brzegowych: rolnik bez numeru rachunku, transakcja marży z zerową marżą, korekta faktury RR. Jeśli te warianty przechodzą walidację w demo, dopiero wtedy włączam automatyzację na produkcyjnym numerze NIP. Pomijanie tego kroku to najczęstsza przyczyna, dla której firmy wdrażające KSeF na własną rękę trafiają na serię odrzuceń w pierwszym tygodniu działania.

Warto też pamiętać, że automatyzacja nie powinna próbować obsłużyć 100% przypadków bez nadzoru. Transakcje nietypowe, np. mieszana faktura częściowo na zasadach ogólnych, częściowo w procedurze marży, zdarzają się rzadko, ale kiedy się zdarzą, lepiej, żeby system zatrzymał proces i poprosił o ręczną weryfikację księgową, niż żeby wygenerował dokument, który formalnie przejdzie walidację, ale merytorycznie będzie błędny. Automat ogarnia rutynę, człowiek decyduje przy wyjątku.

Dla biur rachunkowych obsługujących kilku klientów z branż rolnych albo turystycznych to dodatkowy argument, żeby nie traktować KSeF jako jednorazowego wdrożenia technicznego, tylko jako stały element procesu księgowego z osobnymi procedurami dla osobnych typów klientów. Opisywaliśmy to szerzej przy okazji ogólnego podejścia do automatyzacji biura rachunkowego, bo logika "jeden klient, jeden szablon faktury" po prostu nie działa, kiedy w portfelu jest choć jeden podmiot rozliczający się na marży.

Checklist przed wdrożeniem automatyzacji RR i marży

Zanim zlecicie komukolwiek budowę integracji, sprawdźcie kilka rzeczy samodzielnie. Po pierwsze, czy system księgowy, z którego korzystacie, w ogóle obsługuje oznaczenie rodzaju faktury RR i procedury marży w eksporcie do struktury FA, bo nie każdy moduł to robi, mimo deklaracji "zgodność z KSeF" na stronie producenta. Po drugie, czy macie ustaloną procedurę zbierania oświadczeń od rolników ryczałtowych, bo to element papierowy, który i tak trzeba zdigitalizować osobno. Po trzecie, czy wiecie, kiedy dokładnie wasza firma wpada w obowiązkowy KSeF: luty, kwiecień 2026 czy styczeń 2027, bo od tego zależy, ile czasu realnie macie na testy.

Jeśli odpowiedź na którekolwiek z tych pytań brzmi "nie wiem", to sygnał, żeby zacząć od audytu procesu fakturowania, a nie od razu od zakupu kolejnego narzędzia. Wdrożenie, które pomija analizę nietypowych przypadków, kończy się zwykle tak, że działa poprawnie dla 90% faktur, a te pozostałe 10%, akurat te najbardziej problematyczne prawnie, i tak wracają do ręcznej obsługi, tylko że bez wsparcia systemu. Podobne podejście stosujemy też przy integracjach obejmujących szerszy obieg dokumentów, co opisaliśmy przy temacie automatyzacji faktur.