REVERSE_CHARGE_CONSISTENCY: Odwrotne obciążenie

StandardKSeF FA(3), Krajowy System e-FakturWagaOstrzeżenie: faktura jest przyjmowana, ale należy ją poprawićSkładniaFA(3) XMLDotyczyFaktury ustrukturyzowane (schemat FA(3)) przesyłane do KSeF. Kody XSD pochodzą ze schematu, kody semantyczne z broszury informacyjnej Ministerstwa Finansów; KSeF odrzuca fakturę przy błędzie.

Oficjalna treść reguły

[REVERSE_CHARGE_CONSISTENCY] Reverse charge: P_13_8/P_13_10 requires P_18 = '1', and at least one FaWiersz with P_12 in (np I, np II, oo) (§9.4, §9.6)

Dlaczego pojawia się ten błąd

KSeF sprawdza XML FA(3) w dwóch etapach: schemat XSD (struktura, kolejność elementów, typy danych, wzorce jak NIP czy daty) oraz reguły semantyczne z broszury informacyjnej Ministerstwa Finansów (spójność kwot, adnotacje P_16 do P_23, role Podmiot2/Podmiot3, format rachunku bankowego, kursy walut).

Jak to naprawić

Popraw element wskazany w komunikacie. Przy błędach XSD porównaj kolejność elementów i wzorzec wartości ze schematem FA(3); przy błędach semantycznych zastosuj przyczyny i wskazówki z tej strony. Zwaliduj ponownie przed wysyłką: odrzucona faktura nie otrzymuje numeru KSeF i nie jest wystawiona.

Co sprawdza walidator

Poziom kontrolisemantic / consistency

Typowe przyczyny

Reverse charge amounts but P_18 not set to 1
P_18 = 1 but no reverse charge tax rates in line items

Sprawdź swoją fakturę

Upuść plik XML lub PDF w walidatorze; każda naruszona reguła ma link do swojej strony tutaj. Bezpłatnie, bez konta, plik nie jest zapisywany.

Sprawdź swoją fakturę →

To samo sprawdzenie przez API:

curl -F file=@invoice.xml https://einvoicechecker.com/v1/validate

Powiązane reguły

DUPLICATE_LINE_NUMBERS Numery wierszy (NrWierszaFa) muszą być unikalne w fakturze (z wyjątkiem korygujących…
GV_REQUIRES_PODMIOT3 Gdy Podmiot2/GV = '1', musi istnieć co najmniej jeden Podmiot3 z Rola = '10' (§6.1,…
JST_REQUIRES_PODMIOT3 Gdy Podmiot2/JST = '1', musi istnieć co najmniej jeden Podmiot3 z Rola = '8' (§6.1,…
KOR_NRKSEF_CONSISTENCY DaneFaKorygowanej
KURS_WALUTA_PAIR KursUmowny i WalutaUmowna muszą wystąpić razem albo wcale (§13.1, Appendix D #11)
NST_LOGIC NoweSrodkiTransportu
P6_P6A_MUTUAL_EXCLUSION P_6 (wspólna data dostawy) i P_6A (data dostawy dla wiersza) wzajemnie się wykluczają…
PAYMENT_ZAPLACONO_DATE Gdy Platnosc/Zaplacono = '1', DataZaplaty musi być podana (§12.1)

Najczęstsze pytania

Co oznacza REVERSE_CHARGE_CONSISTENCY?

REVERSE_CHARGE_CONSISTENCY to reguła ksef fa(3): Reverse charge: P_13_8/P_13_10 requires P_18 = '1', and at least one FaWiersz with P_12 in (np I, np II, oo) (§9.4, §9.6)

Czy moja faktura zostanie odrzucona z powodu REVERSE_CHARGE_CONSISTENCY?

Nie. REVERSE_CHARGE_CONSISTENCY to ostrzeżenie: faktura jest przyjmowana, ale odbiorca widzi uwagę. Mimo to popraw ją, ostrzeżenia często stają się błędami w kolejnych wersjach reguł.

Jakich formatów dotyczy REVERSE_CHARGE_CONSISTENCY?

Faktury ustrukturyzowane (schemat FA(3)) przesyłane do KSeF. Kody XSD pochodzą ze schematu, kody semantyczne z broszury informacyjnej Ministerstwa Finansów; KSeF odrzuca fakturę przy błędzie. Składnia: FA3.

Źródło: KSeF FA(3) schema 1-0E + semantic rules (@ksefuj/validator 0.4). Katalog wygenerowany z oficjalnych zestawów reguł dnia 2026-10-15.