Питання майже завжди ставлять навиворіт. XRechnung і ZUGFeRD — не конкуренти, між якими обирають, як між двома програмами: це дві обгортки тих самих даних. Обидва виконують обов’язок щодо електронного рахунку. Різниця — в оболонці й у тому, хто якої оболонки вимагає.
Різниця однією таблицею
| XRechnung | ZUGFeRD / Factur-X | |
|---|---|---|
| Що ви отримуєте | файл XML | файл PDF із XML усередині |
| Видима сторінка | немає | є, відкривається як звичайний PDF |
| Синтаксис | UBL або CII | CII |
| Стосунок до норми | CIUS — звуження | CIUS, а в профілі EXTENDED ще й розширення |
| Хто зазвичай вимагає | державні замовники | компанії між собою |
| Хто веде | KoSIT, федерація і землі | FeRD (Німеччина), FNFE-MPE (Франція) |
Що таке XRechnung
XRechnung — німецький стандарт структурованого обміну рахунками з органами влади: звуження (CIUS) EN 16931, яке робить обов’язковими окремі поля, необов’язкові в самій нормі. Найвідоміший приклад — Leitweg-ID у BT-10, яким адресують установу.
Про версії: версія 3.0 діє з 1 лютого 2024 року і, за словами тих, хто її веде, залишиться чинною щонайменше до 31 липня 2027 року. Попередню редакцію XRechnung 4.0 оприлюднили у вересні 2026 року; остаточну чекають навесні 2027-го. Ритм публікацій при цьому змінили з двох випусків на рік на один основний.
Яка перед вами версія, файл каже сам — у BT-24. Для XRechnung 3.0 ідентифікатор такий: urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0. До версії 2.3 там стояло urn:xoev-de:kosit:standard:xrechnung_2.3: з 3.0 простір імен змінився, і саме на цьому спотикаються старіші інструменти.
Що таке ZUGFeRD
ZUGFeRD пакує ті самі дані інакше: файл PDF/A-3, який показує читабельну сторінку рахунку й несе XML вкладенням. Хто клікає — бачить рахунок; хто імпортує — отримує дані. У Франції той самий формат зветься Factur-X.
У ZUGFeRD є профілі — від урізаного MINIMUM до EXTENDED. Для обов’язку ZUGFeRD зараховують від версії 2.0.1 окрім MINIMUM і BASIC WL: у цих двох немає обов’язкових реквізитів, електронним рахунком вони не вважаються.
І є місток між двома світами: у ZUGFeRD існує профіль XRECHNUNG. Такий файл — це PDF із видимою сторінкою, чий вкладений XML дотримується правил XRechnung і несе в BT-24 їхній ідентифікатор. Там, де установа вимагає XRechnung, але приймає PDF, це варіант, який влаштовує обидві сторони.
Коли що брати
| Ваш випадок | Що доречно |
|---|---|
| Рахунок німецькому органу влади | XRechnung; адреса — Leitweg-ID, шлях — здебільшого портал приймання |
| Рахунок компанії | ZUGFeRD — його прочитають навіть там, де програма ще не імпортує дані |
| Клієнт формату не назвав | ZUGFeRD у профілі EN 16931: версія, з якою ніде не застрягнеш |
| Клієнт наполягає на XRechnung, але хоче щось бачити | ZUGFeRD у профілі XRECHNUNG |
| Отримувач за кордоном через Peppol | UBL — там він обов’язковий; CII із ZUGFeRD перетворює точка доступу |
Порядок питань завжди той самий: спершу з’ясувати, що приймає інша сторона, і лише потім обирати формат, а не навпаки. Формат, який отримувач не обробляє, кращим не є.
Що в них спільного
- Ті самі номери полів. BT-1 в обох — номер рахунку, BT-112 в обох — сума з податком; див. структуру XML.
- Ті самі бізнес-правила. Сімейства
BR-норми діють для обох; XRechnung додає своїBR-DE-— див. бізнес-правила. - Той самий правовий статус. Обидва є електронними рахунками для цілей обов’язку; у гібридному форматі вирішує структурована частина.
- Те саме зберігання. Зберігають структуровану частину, а не роздруківку — див. зберігання.
Як те саме поле виглядає у двох синтаксисах
«Ті самі поля» не означає «ті самі назви елементів». Норма роздає номери, синтаксис роздає назви — звідси й враження, ніби це геть різні файли. Номер рахунку, BT-1, лежить тут:
| Синтаксис | Де лежить BT-1 |
|---|---|
| CII — тобто у ZUGFeRD і Factur-X | rsm:ExchangedDocument/ram:ID |
| UBL — як у XRechnung і в мережі Peppol | ubl:Invoice/cbc:ID |
Для бухгалтерії це нічого не змінює: обидва рази це BT-1 і те саме правило. На практиці це означає лише, що програма, яка читає один синтаксис, іншого через те не читає, — а перетворення між ними є перейменуванням, а не втратою даних.
Чотири живучі омани
| Твердження | Як насправді |
|---|---|
| «XRechnung обов’язковий для всіх». | Обов’язковий електронний рахунок, а не певний формат. XRechnung зазвичай вимагає адміністрація. |
| «ZUGFeRD — це ж просто PDF». | Дані лежать у ньому як XML, і саме вони мають силу. Сторінка — додаток, а не суть. |
| «XRechnung неможливо прочитати». | Потрібен переглядач замість програми для PDF — але вона читабельна, і адміністрація саме так і робить. |
| «Обрати треба раз і назавжди». | Ніщо не заважає слати органам влади XRechnung, а компаніям — ZUGFeRD. Дані за ними ті самі. |
Що тут уміє E-Rechnung Pro — і чого не вміє
Перевіряти: обидва. Валідатор приймає PDF і XML та проганяє поверх них правила норми й німецькі додаткові. Для вхідного XRechnung це найкоротший шлях до відповіді, чи він чистий.
Створювати: ZUGFeRD і Factur-X у профілях BASIC, EN 16931 та EXTENDED. XRechnung сервіс не створює. Кому він потрібен — створює у своїй бухгалтерії, а перевіряє тут, перш ніж класти на портал.
Деталь із практики: інструменти перевірки часто ганяють правила XRechnung по кожному файлу. Тоді бездоганний рахунок ZUGFeRD показує порушення правила BR-DE-21: воно вимагає в BT-24 ідентифікатор XRechnung, якого там за визначенням немає. Це не вада вашого файлу, і наш звіт таке повідомлення вираховує.
Часті питання
XRechnung кращий за ZUGFeRD?
Жоден не кращий. Це дві оболонки для тих самих даних; яка пасує — вирішує отримувач.
Чи можна надіслати ZUGFeRD органу влади?
Лише якщо їхній шлях приймання це дозволяє. Зазвичай там вимагають XRechnung — і профіль ZUGFeRD XRECHNUNG зроблено саме для цього випадку.
Як зрозуміти, що саме я отримав?
За розширенням і за BT-24: файл .xml з ідентифікатором KoSIT — це XRechnung, PDF із вкладеним XML — рахунок ZUGFeRD. Звіт перевірки називає і те, і те.
Чи треба вже готуватися до XRechnung 4.0?
Ні. Версія 3.0 діє щонайменше до 31 липня 2027 року, а у вересні 2026-го 4.0 існувала лише як попередня редакція. Вона стане актуальною, коли її підтримає ваша програма і вимагатиме отримувач.
Який синтаксис у XRechnung — UBL чи CII?
Допустимі обидва. Який прийде — залежить від відправника; номери полів однакові.
А XRechnung за межами Німеччини?
Там він ролі не грає — це німецький стандарт. Транскордонно важать EN 16931 і, якщо доставка йде через Peppol, власна специфікація тієї мережі в UBL.
Чи вважається рахунок ZUGFeRD у профілі MINIMUM електронним?
Ні. MINIMUM і BASIC WL виключені — у них немає обов’язкових реквізитів. Беріть EN 16931.
Коротко
- Дві оболонки, один зміст: XRechnung — чистий XML, ZUGFeRD — PDF із XML усередині.
- Органам влади переважно XRechnung, компаніям — ZUGFeRD, а профіль XRECHNUNG поєднує обидва.
- XRechnung 3.0 діє з 1 лютого 2024 року, щонайменше до 31 липня 2027; 4.0 оголошена, але не чинна.
- BT-24 видає версію — з 3.0 у ньому змінився простір імен.
- Обирати не доводиться: що кому слати, каже отримувач.
Не впевнені, що саме прийшло на пошту? Завантажте файл — у звіті названо формат, профіль і кожне порушене правило.