REVERSE_CHARGE_CONSISTENCY: Autoliquidation

NormeKSeF FA(3), système national polonais de facturation électroniqueGravitéAvertissement: la facture est acceptée mais devrait être corrigéeSyntaxeFA(3) XMLS'applique àFactures structurées (schéma FA(3)) déposées dans le KSeF polonais. Les codes XSD viennent du schéma, les codes sémantiques de la fiche du ministère des Finances ; KSeF rejette la facture en cas d'erreur.

Texte officiel de la règle

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

Pourquoi cette erreur apparaît

KSeF vérifie le XML FA(3) en deux étapes : schéma XSD (structure, ordre des éléments, types, motifs comme le NIP ou les dates) et règles sémantiques de la fiche du ministère des Finances (cohérence des montants, annotations P_16 à P_23, rôles Podmiot2/Podmiot3, formats de compte bancaire, taux de change).

Comment corriger

Corrigez l'élément cité dans le message. Pour une erreur XSD, comparez l'ordre des éléments et le motif de la valeur au schéma FA(3) ; pour une erreur sémantique, appliquez les causes et pistes listées sur cette page. Revalidez avant le dépôt : une facture rejetée n'a pas de numéro KSeF et n'est pas émise.

Ce que le validateur vérifie

Niveau de contrôlesemantic / consistency

Causes fréquentes

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

Vérifier votre facture

Déposez votre XML ou PDF dans le validateur : chaque règle en échec renvoie vers sa page ici. Gratuit, sans compte, le fichier n'est pas conservé.

Vérifier votre facture →

La même vérification par API:

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

Règles liées

DUPLICATE_LINE_NUMBERS Les numéros de ligne (NrWierszaFa) doivent être uniques dans la facture (sauf…
GV_REQUIRES_PODMIOT3 Si Podmiot2/GV = '1', au moins un Podmiot3 avec Rola = '10' est requis (§6.1,…
JST_REQUIRES_PODMIOT3 Si Podmiot2/JST = '1', au moins un Podmiot3 avec Rola = '8' est requis (§6.1,…
KOR_NRKSEF_CONSISTENCY DaneFaKorygowanej
KURS_WALUTA_PAIR KursUmowny et WalutaUmowna : tous deux présents ou absents (§13.1, Appendix D #11)
NST_LOGIC NoweSrodkiTransportu
P6_P6A_MUTUAL_EXCLUSION P_6 (date de livraison commune) et P_6A (date par ligne) s'excluent mutuellement…
PAYMENT_ZAPLACONO_DATE Si Platnosc/Zaplacono = '1', DataZaplaty doit être présent (§12.1)

Questions fréquentes

Que signifie REVERSE_CHARGE_CONSISTENCY ?

REVERSE_CHARGE_CONSISTENCY est une règle 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)

Ma facture sera-t-elle rejetée à cause de REVERSE_CHARGE_CONSISTENCY ?

Non. REVERSE_CHARGE_CONSISTENCY est un avertissement : la facture est acceptée mais le destinataire voit la remarque. Corrigez-la quand même, les avertissements deviennent souvent des erreurs dans les versions suivantes.

À quels formats s'applique REVERSE_CHARGE_CONSISTENCY ?

Factures structurées (schéma FA(3)) déposées dans le KSeF polonais. Les codes XSD viennent du schéma, les codes sémantiques de la fiche du ministère des Finances ; KSeF rejette la facture en cas d'erreur. Syntaxe : FA3.

Source: KSeF FA(3) schema 1-0E + semantic rules (@ksefuj/validator 0.4). Catalogue généré à partir des jeux de règles officiels le 2026-10-15.