E-Invoice Error Reference
1375+ documented errors for Peppol, UBL, CII, and EN16931 validation errors.
19 errors found for Poland
PL-02POLCIUS-PL (Poland)BLOCKEDPolish invoices should be prepared for KSeF
Polish invoices should be prepared for KSeF. This validation rule ensures Invoice compliance with CIUS-PL (Poland).
KSEF-010POLKSeFBLOCKEDKSeF XML schema validation failed
Invoice XML must conform exactly to the FA schema version (FA/1 or FA/2). Even minor deviations cause rejection.
PL-R-003POLubl-2.1BLOCKEDKSeF submission required
Polish invoices must be submitted to KSeF (Krajowy System e-Faktur).
KSEF-009POLKSeFBLOCKEDBank account not on VAT white list
For split payment (podzielona płatność) invoices, the seller bank account must be registered on the VAT white list (biała lista VAT).
PL-R-004POLubl-2.1BLOCKEDKSeF session token invalid
KSeF API requires valid authentication token.
PL-R-006POLubl-2.1BLOCKEDCurrency must be PLN for KSeF
Invoices to Polish KSeF typically require PLN amounts.
KSEF-007POLKSeFAUTO-FIXKSeF date format invalid — wrong date or timestamp serialisation
KSEF-007 is raised when a date or timestamp in an FA(2)/FA(3) e-invoice does not match the format the KSeF (Krajowy System e-Faktur) XSD requires. The Polish schema uses two different date types: plain calendar dates such as P_1 (data wystawienia / issue date), P_6 (sale date) and the due date must be xs:date in YYYY-MM-DD form, while DataWytworzeniaFa (the technical document creation timestamp in the header) must be a full xs:dateTime with a UTC time-zone designator. Any other shape — a localised 15.04.2026, a slash date, a two-digit year, a date-only value placed in DataWytworzeniaFa, or a timestamp missing its Z / +02:00 offset — is rejected before the business checks even run.
BR-PL-02POLksefBLOCKEDInvalid KSeF invoice type
Polish KSeF invoices must use valid invoice type codes.
KSEF-002POLKSeFBLOCKEDInvoice date too old for KSeF
Invoice issue date cannot be more than 30 days before KSeF submission date. Older invoices will be rejected by the system.
KSEF-003POLKSeFBLOCKEDInvoice number sequence gap
Invoice numbers must be sequential without gaps within each calendar year. KSeF rejects invoices with numbering gaps or duplicates.
PL-R-007POLubl-2.1INPUTSplit payment annotation required
High-value Polish invoices may require split payment notation.
PL-R-005POLubl-2.1INPUTInvalid Polish NIP format
Polish NIP must be 10 digits with valid checksum.
KSEF-006POLKSeFINPUTUnit code not recognized
Unit of measure must be from Polish classification. Common codes include szt. (piece), kg, m, l, usł. (service).
KSEF-008POLKSeFINPUTGTU code missing
Certain goods/services require GTU (Grupy Towarów i Usług) classification codes. Required for alcohol (GTU_01), fuel (GTU_02), heating oil (GTU_03), tobacco (GTU_04), and other specific categories.
BR-PL-01POLpeppol-bis-3INPUTPolish NIP number required
Polish invoices must include the NIP (tax identification number) for seller and buyer.
KSEF-004POLKSeFINPUTCurrency code invalid
Currency must be a valid ISO 4217 code. Use PLN for domestic invoices.
KSEF-001POLKSeFINPUTKSeF NIP validation failed — bad format or wrong identifier field
KSEF-001 fires when a Polish tax identification number (NIP) on a KSeF e-invoice is malformed or placed in the wrong identifier element. A NIP must be exactly 10 digits and pass the official weighted check-digit test; the KSeF schema field that carries it (Podmiot1/Podmiot2 → DaneIdentyfikacyjne → NIP) accepts digits only — no PL prefix, no spaces, no dashes. A second, very common variant is putting a domestic NIP in the EU VAT field (NrVatUE) or a generic identifier (NrID) instead of the NIP element, which both fails validation and breaks routing of the invoice to the correct party inside KSeF.
KSEF-005POLKSeFINPUTKSeF VAT rate invalid — StawkaPodatku not in the Ministry of Finance dictionary
KSEF-005 is raised when a VAT rate or tax category on an FA(2)/FA(3) invoice does not match the values the KSeF schema and the Ministry of Finance dictionary allow. KSeF does not accept arbitrary percentages or free-text descriptions: each line's rate must map to an allowed value (currently 23%, 8%, 5%, 0%) or to one of the markers — zw (exempt), np (out of scope), and the reverse-charge handling — declared through P_12 and consistent with the document totals (P_13_x / P_14_x). A non-dictionary percentage, or a marker inconsistent with the amounts reported for that group, is rejected.
PL-01POLCIUS-PL (Poland)BLOCKEDPolish sellers should include NIP number
Polish sellers should include NIP number. This validation rule ensures Invoice compliance with CIUS-PL (Poland).
Handle These Errors Automatically in Your Pipeline
The compliance engine auto-remediates validation errors with controlled safety policies and evidence pack generation.
Get API Access→