Walidacja
Stosujemy te same zestawy reguł, których używają sieci i platformy podatkowe, w publikowanych przez nie wersjach. Gdy faktura nie przejdzie walidacji, poprawka trafia do mapowania, więc ten sam błąd nie wraca w kolejnym miesiącu.
Struktura pliku według oficjalnego schematu XSD: UBL 2.1, CII D16B lub FA(3).
EN 16931 i własne reguły sieci, np. Peppol BIS lub XRechnung, sprawdzane za pomocą opublikowanych walidatorów.
Pola wymagane przez art. 226 dyrektywy VAT oraz dodatkowe reguły dla Niemiec, Francji, Polski, Belgii i Rumunii.
IBAN, NIP, CUI, belgijski numer przedsiębiorstwa, USt-IdNr. i SIREN. Testowana przez nas francuska platforma nie sprawdzała cyfry kontrolnej numeru SIREN, więc robimy to my.
Pliki Factur-X i ZUGFeRD walidujemy jako PDF/A-3, łącznie z osadzonym XML. Niemcy wymagają jednego szczegółu, który standardowe narzędzia przepuszczają, dlatego sprawdzamy go osobno.
Każdy plik odczytujemy z wyłączoną obsługą encji zewnętrznych i DTD. Plik, który próbuje je wczytać, odrzucamy, zanim sprawdzi go jakakolwiek reguła.
| Dokument | Sprawdzany według |
|---|---|
| Peppol BIS 3.0 (UBL) | XSD UBL 2.1 → schematron EN 16931 1.3.16 → Peppol BIS Billing 3.0.21 |
| RO e-Factura (UBL) | XSD UBL 2.1 → EN 16931 i CIUS-RO 1.0.9 |
| XRechnung 3.0 (UBL lub CII) | XSD → walidator KoSIT 1.6.3 z konfiguracją XRechnung 3.0.2 |
| XML CII i Factur-X | XSD CII D16B → schematron EN 16931 CII 1.3.16 |
| KSeF FA(3) | XSD FA(3) 1-0E → reguły plików KSeF: UTF-8, bez znacznika BOM, maks. 1 MB |
| PDF Factur-X i ZUGFeRD | PDF/A-3B w veraPDF → Mustang → osadzony XML |
W teście z 27.09.2026 celowo wprowadziliśmy 26 błędów naruszających reguły Peppol, XRechnung, CII, CIUS-RO i FA(3). Każdy z nich wychwyciła właściwa oficjalna reguła, a po poprawce każdy plik przeszedł walidację.
Zobacz wyniki testówWystarczy plik i komunikat, który wrócił. Wskażemy, którą regułę narusza i gdzie należy wprowadzić poprawkę.
E-mail
[email protected]30-minutowa rozmowa
Wybór terminu
