Validare
Rulăm aceleași seturi de reguli pe care le folosesc rețelele și platformele fiscale, în versiunile pe care acestea le publică. Când o factură nu trece, corecția intră în mapare, astfel încât aceeași eroare să nu mai apară luna următoare.
Structura fișierului, față de XSD-ul oficial: UBL 2.1, CII D16B sau FA(3).
EN 16931 și regulile proprii ale rețelei, cum ar fi Peppol BIS sau XRechnung, rulate cu validatoarele publicate.
Câmpurile cerute de articolul 226 din Directiva TVA, plus regulile suplimentare pentru Germania, Franța, Polonia, Belgia și România.
IBAN, NIP, CUI, numărul de întreprindere, USt-IdNr. și SIREN. Platforma franceză pe care am testat-o nu verifica cifrele SIREN, așa că le verificăm noi.
Fișierele Factur-X și ZUGFeRD ca PDF/A-3, cu verificarea și a XML-ului încorporat. Germania cere un detaliu pe care instrumentele standard îl lasă să treacă, așa că îl verificăm separat.
Fiecare fișier este citit cu entitățile externe și DTD-urile dezactivate. Un fișier care încearcă să încarce așa ceva este refuzat înainte ca vreo regulă să-l citească.
| Document | Verificat față de |
|---|---|
| Peppol BIS 3.0 (UBL) | UBL 2.1 XSD → EN 16931 schematron 1.3.16 → Peppol BIS Billing 3.0.21 |
| RO e-Factura (UBL) | UBL 2.1 XSD → EN 16931 și CIUS-RO 1.0.9 |
| XRechnung 3.0 (UBL sau CII) | XSD → validatorul KoSIT 1.6.3 cu configurația XRechnung 3.0.2 |
| XML CII și Factur-X | CII D16B XSD → EN 16931 CII schematron 1.3.16 |
| KSeF FA(3) | FA(3) XSD 1-0E → regulile KSeF pentru fișiere: UTF-8, fără BOM (byte-order mark), maximum 1 MB |
| PDF Factur-X și ZUGFeRD | PDF/A-3B cu veraPDF → Mustang → XML-ul încorporat |
Pe 27.09.2026 am introdus intenționat 26 de defecte care încalcă regulile Peppol, XRechnung, CII, CIUS-RO și FA(3). Regula oficială l-a prins pe fiecare, iar fiecare a trecut după corectare.
Vedeți dovezileTrimiteți fișierul și mesajul primit înapoi. Vă vom spune ce regulă încalcă și unde trebuie făcută corecția.
E-mail
[email protected]Discuție de 30 de minute
Alegeți o oră
