Faktura wysłana do Krajowego Systemu e-Faktur i opatrzona numerem KSeF jest dokumentem ostatecznym. Po stronie systemu Ministerstwa Finansów nie istnieje operacja „edytuj” ani „usuń”. Każda zmiana wartości, danych nabywcy czy stawki VAT wymaga wystawienia osobnej faktury korygującej w schemacie FA(3) i przesłania jej tym samym kanałem. Obowiązek KSeF wchodzi etapami: 1 lutego 2026 r. (podatnicy o obrocie powyżej 200 mln zł), 1 kwietnia 2026 r. (pozostali czynni podatnicy VAT) oraz 1 stycznia 2027 r. (najmniejsi przedsiębiorcy). W tym wpisie pokazujemy krok po kroku, jak przygotować korektę zgodną ze schematem, jakie pola w FA(3) odpowiadają za powiązanie z fakturą pierwotną i kiedy korekta nie wystarczy.
Dlaczego KSeF wymaga osobnej korekty zamiast edycji
System MF traktuje każdą fakturę przesłaną do repozytorium jako dokument urzędowo doręczony nabywcy w chwili otrzymania numeru KSeF. Nawet jeśli pomyłka została wykryta minutę po wysyłce, faktura już istnieje w obrocie prawnym. Stąd reguła jest prosta: poprawiamy ją wyłącznie kolejnym dokumentem, który jednoznacznie wskazuje, do czego się odnosi.
Ta zasada różni KSeF od papierowych faktur sprzed wdrożenia, gdzie wystawca mógł po prostu wyrzucić błędny wydruk. Dla biura rachunkowego oznacza to dwa praktyczne wnioski:
- Każda korekta to nowa faktura w rejestrze JPK_VAT z własnym numerem KSeF.
- Klient widzi w panelu MF zarówno fakturę pierwotną, jak i korygującą, dlatego komunikacja księgowego musi być spójna („faktura X została skorygowana dokumentem Y”).
Jeśli dopiero zaczynasz wdrożenie, zacznij od podstaw schematu. Pełen przegląd pól i typów dokumentów znajdziesz we wpisie schemat FA(3) i pola faktury KSeF.
Kiedy wystawiamy korektę, a kiedy nową fakturę
Najczęstszy błąd księgowych w pierwszych miesiącach KSeF to traktowanie korekty jak „cofnięcia” faktury pierwotnej. Tymczasem przepisy ustawy o VAT (art. 106j) precyzyjnie wskazują, kiedy mamy prawo i obowiązek wystawić fakturę korygującą.
Przypadki obowiązkowej korekty
Korektę wystawiamy, gdy po wystawieniu faktury pierwotnej:
- udzielono obniżki ceny w formie rabatu lub skonta,
- udzielono opustów lub obniżek po wykonaniu sprzedaży,
- nabywca zwrócił towar lub odstąpił od umowy,
- zwrócono nabywcy całość lub część zapłaty (np. zaliczki),
- podwyższono cenę lub stwierdzono pomyłkę w cenie, stawce, kwocie podatku albo w innej pozycji.
W każdym z tych przypadków wystawiamy fakturę korygującą zawierającą wyłącznie te pola, które się zmieniają, oraz odwołanie do dokumentu pierwotnego.
Przypadki, w których trzeba wystawić nową fakturę
Korekta nie zastępuje faktury pierwotnej, gdy zmiany dotyczą strony transakcji w sposób fundamentalny. Jeśli błędem jest niepoprawny NIP nabywcy, niewłaściwy podmiot kupujący lub data sprzedaży zmieniająca okres rozliczeniowy, lepszą praktyką jest skorygowanie do zera (anulowanie wartości ekonomicznej) i wystawienie nowej faktury z poprawnymi danymi. KSeF formalnie nie zna pojęcia „anulowania”, ale dwustopniowa korekta (do zera plus nowa faktura) odtwarza ten efekt zgodnie z prawem.
Warto pamiętać, że pojedynczych literówek w nazwie nabywcy lub w jego adresie nie trzeba korygować fakturą. Dopuszczalna jest tzw. nota korygująca po stronie nabywcy, choć w praktyce w KSeF większość biur i tak wybiera fakturę korygującą wystawioną przez sprzedawcę. Nota wymaga akceptacji obu stron i bywa źródłem dodatkowych nieporozumień.
Pola FA(3), które tworzą fakturę korygującą
Schemat FA(3) używa typu dokumentu KOR dla faktury korygującej. Najważniejsze elementy XML, na które trzeba zwrócić uwagę:
<RodzajFaktury>KOR</RodzajFaktury>
<DaneFakturyKorygowanej>
<DataWystFaKorygowanej>2026-04-15</DataWystFaKorygowanej>
<NrFaKorygowanej>FV/2026/04/123</NrFaKorygowanej>
<NrKSeF>20260415-EE-A1B2C3D4E5-F6789012-12</NrKSeF>
</DaneFakturyKorygowanej>
<PrzyczynaKorekty>Rabat potransakcyjny 5%</PrzyczynaKorekty>
Trzy pola decydują o poprawności:
RodzajFaktury=KOR. Dokument bez tej wartości KSeF potraktuje jako kolejną fakturę zwykłą i nie powiąże jej z pierwotną.DaneFakturyKorygowanej. Sekcja musi zawierać numer faktury pierwotnej. Numer KSeF wpisujemy zawsze, gdy faktura pierwotna została wystawiona po wejściu obowiązku, ponieważ wtedy każdy dokument w obrocie ma swój identyfikator nadany przez MF.PrzyczynaKorekty. Pole wymagane. Wpisujemy zwięzły, ale konkretny opis: „rabat 10% potransakcyjny”, „zwrot towaru pozycja 3”, „korekta stawki VAT z 8% na 23%”. Opis „pomyłka” lub „korekta” bez kontekstu jest formalnie poprawny, ale utrudni audyt skarbowy.
W korekcie umieszczamy wyłącznie pozycje, które ulegają zmianie, lub całość pozycji z faktury pierwotnej z różnicowymi wartościami. Schemat dopuszcza obie konwencje. Większość systemów księgowych (Comarch Optima, Symfonia, InsERT nexo) generuje korekty w wariancie „przed i po”, a Cockpit KSeF FakturaFlow akceptuje oba zapisy bez konieczności konwersji.
Korekta zmniejszająca a zwiększająca: różnice w rozliczeniu VAT
Z perspektywy schematu XML obie korekty wyglądają identycznie. Różnica pojawia się dopiero w księgowości i w JPK_VAT.
Korekta zmniejszająca (in minus)
Powstaje, gdy zmniejsza się podstawa opodatkowania lub kwota VAT (rabat, zwrot, pomyłka in minus). Od 2022 r. obowiązują uproszczone zasady dokumentowania: sprzedawca rozlicza korektę w okresie wystawienia, jeśli posiada dokumentację potwierdzającą uzgodnienie warunków obniżki z nabywcą. W KSeF taką dokumentacją de facto staje się sama faktura korygująca, ponieważ nabywca otrzymuje ją automatycznie z chwilą nadania numeru KSeF.
Korekta zwiększająca (in plus)
Sprzedawca rozlicza ją w okresie, w którym wystąpiła przyczyna korekty. Jeśli przyczyna istniała już w momencie wystawienia faktury pierwotnej (np. błąd rachunkowy), korektę księgujemy wstecz. Jeśli przyczyna jest nowa (np. zmiana ceny w aneksie), w okresie bieżącym.
Tę zasadę warto zaszyć w procedurach biura rachunkowego, ponieważ automatyzacja KSeF nie zwalnia z odpowiedzialności za prawidłowy okres rozliczenia VAT. Cockpit KSeF FakturaFlow oznacza w panelu, czy korekta jest in minus czy in plus, ale decyzję o okresie księgowania zawsze podejmuje księgowy.
Wysyłka korekty: ten sam kanał, ten sam token
Z punktu widzenia integracji z KSeF faktura korygująca to zwykła wysyłka na endpoint /online/Invoice/Send. Używamy tego samego tokena, tej samej sesji interaktywnej i tej samej procedury. Po pomyślnym przesłaniu otrzymujemy:
- Numer KSeF nadany korekcie (osobny od numeru faktury pierwotnej).
- Status
200w poluprocessingCode. - Urzędowe Poświadczenie Odbioru (UPO) dostępne do pobrania po zamknięciu sesji.
Jeśli wysyłasz korekty pojedynczo z systemu księgowego, niewiele tu się zmienia. Jeśli pracujesz hurtowo (np. miesięczna paczka rabatów potransakcyjnych dla klientów detalicznych), warto rozważyć narzędzie, które dopuszcza wsadowy import z Excela lub PDF i automatycznie podstawia odwołanie do faktury pierwotnej. Pełen przewodnik znajdziesz w tekście jak wysyłać faktury do KSeF hurtowo.
Co jeśli faktura pierwotna nie była w KSeF
Sytuacja dotyczy wyłącznie okresu przejściowego (faktury wystawione przed wejściem obowiązku) oraz trybu offline FA(3). Wtedy w sekcji DaneFakturyKorygowanej wypełniamy NrFaKorygowanej i DataWystFaKorygowanej, a pole NrKSeF pozostawiamy puste. Schemat to dopuszcza, ale wymaga ręcznej weryfikacji powiązania w księgowości klienta.
Najczęstsze błędy korekt w pierwszych tygodniach po obowiązku
Z obserwacji integracji u klientów Cockpit KSeF FakturaFlow oraz z analiz komunikatów MF wyłaniają się cztery powtarzające się błędy:
- Brak numeru KSeF faktury pierwotnej w sekcji
DaneFakturyKorygowanej. Korekta przechodzi walidację schematu, ale ręczne dopasowanie w księgowości zajmuje kilkukrotnie więcej czasu. - Korekta wystawiona z
RodzajFaktury=VATzamiastKOR. JPK_VAT pokazuje wtedy dwie niezależne faktury sprzedażowe i podstawa opodatkowania zostaje zawyżona. - Pole
PrzyczynaKorektywypełnione skrótem typu „p.k.”. Audyt skarbowy potraktuje to jako brak uzasadnienia korekty. - Korekta zwiększająca w niewłaściwym okresie. Konsekwencja: niedopłata VAT i potencjalne odsetki.
Pełną listę kodów błędów zwracanych przez KSeF wraz z polskim tłumaczeniem opisaliśmy we wpisie najczęstsze błędy KSeF.
Jak FakturaFlow automatyzuje korekty w biurze rachunkowym
Cockpit KSeF FakturaFlow został zaprojektowany pod realny rytm pracy biura: kilkadziesiąt do kilkuset korekt miesięcznie rozłożonych na dziesiątki klientów. Trzy elementy, które warto znać:
- Automatyczne podstawianie numeru KSeF. Po wskazaniu faktury pierwotnej w panelu sekcja
DaneFakturyKorygowanejwypełnia się sama. Księgowy nie musi kopiować numerów ręcznie. - Walidacja przed wysyłką. System sprawdza, czy
RodzajFaktury=KOR, czyPrzyczynaKorektyzawiera co najmniej kilkanaście znaków oraz czy podstawa korekty nie zeruje już wcześniej skorygowanej faktury (typowy błąd przy podwójnej korekcie). - Archiwum UPO powiązane z parą faktura plus korekta. UPO obu dokumentów są zlinkowane w widoku klienta, więc audyt JPK_VAT trwa minuty zamiast godzin.
Plany Starter (199 zł / mies.), Professional (319 zł / mies.) i Enterprise (499 zł / mies.) różnią się limitami liczby klientów i faktur, ale walidator korekt oraz wsadowy import korekt z Excela są dostępne we wszystkich planach.
Checklista przed kliknięciem „Wyślij korektę”
Krótka lista kontrolna, którą warto wkleić do procedury biura:
RodzajFakturyustawiony naKOR.- Sekcja
DaneFakturyKorygowanejzawieraNrFaKorygowanej,DataWystFaKorygowanejorazNrKSeF(jeśli pierwotna była w KSeF). PrzyczynaKorektyopisuje przyczynę pełnym zdaniem (rabat, zwrot, pomyłka stawki, korekta okresu).- Zweryfikowane stawki VAT na pozycjach po korekcie.
- Klient został poinformowany o korekcie (mail, wiadomość w panelu klienta).
- Korekta zaksięgowana w prawidłowym okresie VAT (in minus: okres wystawienia, in plus: okres przyczyny).
Korekty są mniej widoczne w komunikacji KSeF niż faktury pierwotne, ale to one decydują o tym, czy JPK_VAT klienta zamknie się bezbłędnie. Warto poświęcić im pierwszy tydzień po starcie obowiązku i wypracować z zespołem stały szablon opisów oraz rytm wysyłki.