Валідація XML e-Factura

Миттєво перевірте, чи відповідає XML електронного рахунку-фактури структурі UBL 2.1 та румунській специфікації CIUS-RO. Вставте вміст, завантажте файл або перетягніть його на сторінку — перевірка відбувається у браузері, файл нікуди не надсилається. Ви отримуєте одразу: статус дійсний/недійсний, структурні помилки (з шляхом кожного елемента), попередження та витягнуті дані — номер, дата, постачальник, покупець, сума, валюта. Перевірка охоплює кореневий елемент (Invoice/CreditNote), простір імен UBL, cbc:CustomizationID (маркер CIUS-RO), cbc:ID, cbc:IssueDate, код типу документа, валюту, сторони угоди та суму до сплати. Для повної валідації XSD + Schematron офіційний валідатор ANAF у SPV залишається авторитетним інструментом.

Часті запитання

Як валідувати XML e-Factura?

Вставте XML-вміст, завантажте файл .xml або перетягніть його на сторінку. Перевірка миттєво підтверджує структуру UBL 2.1 + CIUS-RO та витягує номер, дату, постачальника, покупця та суму до сплати.

Що таке CIUS-RO?

Румунська специфікація європейського стандарту EN 16931 для електронних рахунків-фактур. Поле cbc:CustomizationID завжди містить маркер CIUS-RO із версією (наприклад, CIUS-RO:1.0.1).

Чому мій XML-рахунок-фактура недійсний для ANAF?

Найпоширеніші причини: некоректний простір імен UBL, відсутній cbc:CustomizationID із маркером CIUS-RO або відсутні обов'язкові поля (cbc:ID, cbc:IssueDate, код типу документа, валюта, сторони, сума до сплати). Перевірка точно вказує, що відсутнє і де.

Чи це рівнозначно офіційному валідатору ANAF?

Ні. Це швидка структурна перевірка UBL 2.1 + CIUS-RO. Офіційна система ANAF додатково застосовує правила Schematron (арифметика ПДВ, кодові списки). Використовуйте це як попередню перевірку перед завантаженням у SPV.

Чи зберігаються або передаються дані рахунку-фактури?

Ні. Валідація виконується на 100% у браузері. XML не надсилається на жодний сервер і не зберігається — працює також офлайн.