ZUGFeRD 2.5.2 діє з 1 вересня: що змінило виправлення

З 1 вересня 2026 року чинна ZUGFeRD 2.5.2, технічно ідентична Factur-X 1.09.2. FeRD опублікував цю редакцію 4 серпня 2026 року. Це не новий формат і не новий обов’язок, а коригендум, тобто технічна поправка до ZUGFeRD 2.5: він усуває суперечності, які виникали насамперед у профілі EXTENDED. Що змінилося, кого це стосується і що буде далі.

Що таке коригендум

ZUGFeRD виходить релізами з номером версії. Останні кроки:

Коригендум не змінює концепції, а виправляє помилки: у правилах перевірки, схемах і прикладах. Модель даних лишається моделлю EN 16931 у редакції 2017 року. Які версії існували загалом — у статті Що таке ZUGFeRD.

Що змінилося

Згідно з інформаційним пакетом FeRD:

• Виправлено правило округлення BR-FXEXT-08. У профілі EXTENDED це правило перевіряє суму сум за позиціями (BT-131). За певних округлень воно видавало хибні помилки, хоча рахунок був правильним.
• Кілька розбивок податку на одну категорію в EXTENDED. Правила BR-S-1, BR-Z-1, BR-E-1, BR-AE-1, BR-IC-1, BR-G-1, BR-O-1, BR-AF-1 і BR-AG-1 для EXTENDED замінено власними правилами BR-FXEXT. Тож там дозволено кілька розбивок ПДВ (BG-23) на одну категорію, а також кілька текстів і кодів причини звільнення.
• BR-54 замінено двома новими правилами, BR-FXEXT-BR-54-1 і BR-FXEXT-BR-54-2.
• Схеми (XSD) і Schematron оновлено для всіх п’яти профілів. Основа — UN/CEFACT CII D22B, зі зворотною сумісністю з D16B.

Для профілів BASIC і EN 16931 на практиці це означає: бізнес-правила стандарту, за якими там перевіряють рахунок, лишаються тими самими. Нові — файли перевірки, а не вимоги до вашого рахунку. Якого профілю для чого достатньо — у розділі Профілі.

Кого це стосується

• Тих, хто виставляє рахунки в EXTENDED — насамперед якщо рахунку в одній податковій категорії потрібно кілька розбивок. За версії 2.5 такий рахунок міг не пройти BR-S-1 і споріднені правила; за версії 2.5.2 він допустимий.
• Отримувачів та їхні інструменти перевірки. Валідатор зі старими правилами може видати для правильного рахунку EXTENDED помилки, яких уже не існує. Хто перевіряє вхідні рахунки, має знати, яка редакція правил у його інструменті.
• Розробників програм для рахунків, які оновлюють свої файли перевірки та приклади до 2.5.2.

Для німецького обов’язку нічого не змінюється: електронним рахунком вважається ZUGFeRD від версії 2.0.1, за винятком профілів MINIMUM і BASIC WL, — цього не змінили ні 2.5, ні 2.5.2. Що діятиме з 2027 року — у статті Обов’язкові електронні рахунки з 2027 року.

Що буде далі

Наступний реліз FeRD анонсував на осінь 2026 року. Очікуються рахунки в цінах брутто й перші функції з переглянутого стандарту EN 16931-1:2026. Спочатку рахунки в цінах брутто мали з’явитися вже у 2.5. Через додатковий обсяг тестування й перевірки, пов’язаний із переглядом стандарту, FeRD розділив реліз на два кроки: перший вийшов у червні як 2.5, для другого дати не визначено. Який вигляд має переглянутий стандарт, показує новина про XRechnung 4.0 — там він уже з’явився як попередня версія.

Отже, дати, яку можна було б назвати сьогодні, не існує. А коли реліз вийде, варто подивитися, чи вже оновилися ваша програма та інструменти перевірки ваших клієнтів: нова функція корисна лише тоді, коли її може прочитати й інша сторона.

А як у E-Rechnung Pro?

Валідатор перевіряє за допомогою Mustang 2.26.0. Ця версія знає ZUGFeRD 2.5.2 і Factur-X 1.09.2, тобто перевіряє за чинною редакцією правил. Як влаштована перевірка — у статтях Mustang і Як працює перевірка.

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

Чи треба змінювати шаблони рахунків через 2.5.2?

У BASIC і EN 16931 здебільшого ні. В EXTENDED — лише якщо ваша програма досі обходила BR-S-1 і споріднені правила, наприклад об’єднувала розбивки, які насправді мали б стояти окремо. Тепер їх можна подавати окремо.

Чи стали рахунки за ZUGFeRD 2.5 недійсними з вересня?

Ні. Коригендум не робить правильні рахунки недійсними; він усуває хибні спрацьовування та суперечності в правилах перевірки. Рахунок, який раніше відповідав усім правилам, відповідає їм і тепер.

Як дізнатися, за якою версією створено файл?

За моделлю даних — навряд чи: номера версії в рахунку немає. У BT-24 зазначено профіль, а не номер релізу. Вирішальне інше: чи відповідає файл правилам валідатора, яким його перевіряють.

А що з Factur-X 1.09.2?

Це та сама специфікація під французькою назвою. ZUGFeRD і Factur-X спільно підтримують FeRD і FNFE-MPE; номери версій ведуться окремо, зміст однаковий.

Коротко

• ZUGFeRD 2.5.2 / Factur-X 1.09.2: опубліковано 4 серпня 2026 року, чинна з 1 вересня 2026 року.
• Це коригендум: виправлено BR-FXEXT-08, в EXTENDED дозволено кілька розбивок податку на одну категорію, BR-54 замінено, файли перевірки оновлено.
• BASIC і EN 16931: здебільшого нічого робити не треба. EXTENDED: перевірити, чи знають програма й валідатор нову редакцію.
• Наступний реліз із рахунками в цінах брутто анонсовано на осінь, без точної дати.

Чи відповідає ваш рахунок чинним правилам, ви побачите за кілька секунд: перевірити файл безкоштовно — без реєстрації, з кодом правила до кожної помилки.