REVERSE_CHARGE_CONSISTENCY: Btw-verlegging

StandaardKSeF FA(3), Pools nationaal e-factuursysteemErnstWaarschuwing: de factuur wordt geaccepteerd maar moet worden gecorrigeerdSyntaxFA(3) XMLGeldt voorGestructureerde facturen (schema FA(3)) voor het Poolse KSeF. XSD-codes komen uit het schema, semantische codes uit de toelichting van het ministerie van Financiën; KSeF weigert facturen met een fout.

Officiële regeltekst

[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)

Waarom deze fout optreedt

KSeF controleert de FA(3)-XML in twee stappen: XSD-schema (structuur, elementvolgorde, datatypen, patronen zoals NIP of datums) en semantische regels uit de toelichting van het ministerie van Financiën (consistentie van bedragen, annotaties P_16 t/m P_23, rollen van Podmiot2/Podmiot3, rekeningformaten, wisselkoersen).

Zo lost u het op

Corrigeer het element dat in de melding wordt genoemd. Vergelijk bij XSD-fouten de elementvolgorde en het waardepatroon met het FA(3)-schema; pas bij semantische fouten de hier genoemde oorzaken en tips toe. Valideer opnieuw vóór indiening: een geweigerde factuur krijgt geen KSeF-nummer en is niet uitgereikt.

Wat de validator controleert

Controleniveausemantic / consistency

Veelvoorkomende oorzaken

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

Controleer uw factuur

Sleep uw XML of PDF naar de validator; elke overtreden regel linkt naar zijn pagina hier. Gratis, zonder account, het bestand wordt niet opgeslagen.

Controleer uw factuur →

Dezelfde controle via API:

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

Gerelateerde regels

DUPLICATE_LINE_NUMBERS Regelnummers (NrWierszaFa) moeten uniek zijn binnen de factuur (behalve bij correctie…
GV_REQUIRES_PODMIOT3 Als Podmiot2/GV = '1', moet er minstens één Podmiot3 met Rola = '10' zijn (§6.1,…
JST_REQUIRES_PODMIOT3 Als Podmiot2/JST = '1', moet er minstens één Podmiot3 met Rola = '8' zijn (§6.1,…
KOR_NRKSEF_CONSISTENCY DaneFaKorygowanej
KURS_WALUTA_PAIR KursUmowny en WalutaUmowna: beide aanwezig of beide afwezig (§13.1, Appendix D #11)
NST_LOGIC NoweSrodkiTransportu
P6_P6A_MUTUAL_EXCLUSION P_6 (gemeenschappelijke leverdatum) en P_6A (leverdatum per regel) sluiten elkaar uit…
PAYMENT_ZAPLACONO_DATE Als Platnosc/Zaplacono = '1', moet DataZaplaty aanwezig zijn (§12.1)

Veelgestelde vragen

Wat betekent REVERSE_CHARGE_CONSISTENCY?

REVERSE_CHARGE_CONSISTENCY is een ksef fa(3)-regel: 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)

Wordt mijn factuur geweigerd vanwege REVERSE_CHARGE_CONSISTENCY?

Nee. REVERSE_CHARGE_CONSISTENCY is een waarschuwing: de factuur wordt geaccepteerd maar de ontvanger ziet de melding. Los het toch op, waarschuwingen worden in latere regelversies vaak fouten.

Voor welke formaten geldt REVERSE_CHARGE_CONSISTENCY?

Gestructureerde facturen (schema FA(3)) voor het Poolse KSeF. XSD-codes komen uit het schema, semantische codes uit de toelichting van het ministerie van Financiën; KSeF weigert facturen met een fout. Syntax: FA3.

Bron: KSeF FA(3) schema 1-0E + semantic rules (@ksefuj/validator 0.4). Catalogus gegenereerd uit de officiële regelsets op 2026-10-15.