Валидиране
Прилагаме същите набори от правила, които използват мрежите и данъчните платформи, във версиите, които те публикуват. Когато фактура не премине, поправката влиза в съпоставянето, за да не се върне същата грешка следващия месец.
Структурата на файла спрямо официалната XSD схема: UBL 2.1, CII D16B или FA(3).
EN 16931 и собствените правила на мрежата, като Peppol BIS или XRechnung, изпълнени с публикуваните валидатори.
Реквизитите, които изисква член 226 от Директивата за ДДС, плюс допълнителните правила за Германия, Франция, Полша, Белгия и Румъния.
IBAN, NIP, CUI, номер на предприятие, USt-IdNr. и SIREN. Френската платформа, която тествахме, не проверяваше контролните цифри на SIREN, затова ги проверяваме ние.
Файлове Factur-X и ZUGFeRD като PDF/A-3, с проверка и на вградения XML. Германия изисква един детайл, който стандартните инструменти пропускат, затова го проверяваме отделно.
Всеки файл се чете с изключени външни XML обекти и DTD. Файл, който се опитва да зареди такъв обект, се спира, преди някое правило да го прочете.
| Документ | Проверка спрямо |
|---|---|
| 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 и CIUS-RO 1.0.9 |
| XRechnung 3.0 (UBL или CII) | XSD → валидатор KoSIT 1.6.3 с конфигурацията за XRechnung 3.0.2 |
| CII и Factur-X XML | CII D16B XSD → EN 16931 CII schematron 1.3.16 |
| KSeF FA(3) | FA(3) XSD 1-0E → правилата на KSeF за файла: UTF-8, без маркер за реда на байтовете, най-много 1 MB |
| Factur-X и ZUGFeRD PDF | PDF/A-3B с veraPDF → Mustang → вградения XML |
На 27.09.2026 г. умишлено внесохме 26 дефекта спрямо правилата на Peppol, XRechnung, CII, CIUS-RO и FA(3). Официалното правило улови всеки от тях и всеки премина след корекцията.
Вижте доказателстватаИзпратете файла и съобщението, което се е върнало. Ще Ви кажем кое правило нарушава и къде е мястото на поправката.
Имейл
[email protected]30-минутен разговор
Изберете час
