Профіль каже не про те, наскільки рахунок гарний, а про те, скільки даних у його XML. Та сама видима сторінка, та сама сума, той самий одержувач — і залежно від профілю файл несе жменю полів шапки або кожну позицію з її знижкою, ставкою ПДВ та одиницею виміру.
Вибір тут не косметичний. Два профілі узагалі не вважаються електронним рахунком для цілей ПДВ, хоч і проходять будь-яку технічну перевірку. Саме з цього й починається ця сторінка.
Як дізнатися профіль
Профіль записано в самому XML, у полі BT-24 (у синтаксисі CII — GuidelineSpecifiedDocumentContextParameter). Це URN, і вона читається, щойно знаєш, на що дивитися.
| Профіль | Ідентифікатор у XML |
|---|---|
| MINIMUM | urn:factur-x.eu:1p0:minimum |
| BASIC WL | urn:factur-x.eu:1p0:basicwl |
| BASIC | urn:cen.eu:en16931:2017#compliant#urn:factur-x.eu:1p0:basic |
| EN 16931 | urn:cen.eu:en16931:2017 |
| EXTENDED | urn:cen.eu:en16931:2017#conformant#urn:factur-x.eu:1p0:extended |
| XRECHNUNG | urn:cen.eu:en16931:2017#compliant#urn:xeinkauf.de:kosit:xrechnung_3.0 |
Три речі видно одразу:
urn:cen.eu:en16931:2017є — або його немає. У MINIMUM і BASIC WL його немає. Ці профілі самі не заявляють про відповідність нормі.#compliant#означає CIUS, тобто звуження норми. Воно може зробити поля обов’язковими, скоротити довідники, додати правила — але не вигадати нових полів. Так побудовані BASIC і XRECHNUNG.#conformant#означає розширення. Усе з норми на місці, і понад те — додаткові поля. Так побудований EXTENDED.
Шість профілів одним поглядом
| Профіль | Позиції | Вважається е-рахунком? | Для чого призначений |
|---|---|---|---|
| MINIMUM | ні | ні | облікові дані для внутрішньої обробки |
| BASIC WL | ні | ні | шапка зі знижками, без окремих рядків |
| BASIC | так, скорочено | так | прості рахунки без особливостей |
| EN 16931 | так, повністю | так | звичайний випадок у B2B |
| EXTENDED | так, плюс додаткові поля | так | ситуації, яких норма не описує |
| XRECHNUNG | так, повністю | так | державні замовники Німеччини |
MINIMUM і BASIC WL: технічно дійсні, юридично не рахунки
Міністерство фінансів Німеччини зафіксувало в роз’ясненні від 15 жовтня 2024 року й підтвердило у 2025-му: визнається ZUGFeRD від версії 2.0.1 окрім профілів MINIMUM і BASIC WL. Причина змістова, а не формальна: жоден із них не несе повного набору обов’язкових реквізитів у машиночитному вигляді. MINIMUM має лише скорочені дані шапки, BASIC WL — узагалі жодної позиції рахунку; «WL» означає without lines.
Чому на цьому так легко спіткнутися. Файл MINIMUM — не халтура. Він проходить перевірку, він відкривається, він виглядає як електронний рахунок — просто він ним не рахується. Саме тому помилка дорога: вона виявляється не під час створення файлу, а в одержувача або під час перевірки. Хто шукає «найменший профіль, який пройде», шукає BASIC, а не MINIMUM.
Для чого ж тоді ці два? Для випадків, коли рахунку в правовому сенсі й не виникає: внутрішня передача облікових даних, попереднє введення, перенесення між системами. MINIMUM не несе навіть розбивки ПДВ — платник податку не може виставити ним належний рахунок ні в Німеччині, ні у Франції.
BASIC — коли рахунок справді простий
BASIC — це CIUS норми: він повертає позиції рахунку, але зі скороченим набором полів. Для рахунку на кілька послуг з однією ставкою, без знижкових щаблів, без окремої адреси доставки та без іноземної валюти цього досить, і одержувач проведе його повністю.
Заковика не технічна, а практична: щойно операція виходить за рамки, потрібного поля в BASIC немає — і помічається це вже після того, як рахунок створено. Якщо ви не можете поручитися, що всі ваші рахунки залишаться простими, з EN 16931 спокійніше.
EN 16931 — звичайний випадок
Цей профіль — сама європейська норма, без звужень і без доповнень. Він покриває повну базову семантичну модель: позиції з кількістю, одиницею та ціною, знижки й надбавки на рівні позиції та документа, розбивку ПДВ за ставкою й категорією, умови оплати, окрему адресу доставки, посилання на замовлення та договір.
У старіших редакціях ZUGFeRD цей профіль звався COMFORT. Якщо ця назва ще трапляється в інструкції чи договорі — ідеться про EN 16931. Перейменували його тому, що вигадана назва не давала зрозуміти: саме цей профіль і відповідає нормі.
На практиці EN 16931 означає, що одержувач отримує все потрібне для автоматичного проведення, а файл проходить повний набір бізнес-правил. Тому це вибір за замовчуванням щоразу, коли нічого іншого прямо не вимагають.
EXTENDED — і для чого він не призначений
EXTENDED — це розширення: усе з EN 16931 плюс поля, яких норма не передбачає. Типові випадки — посилання на проєкти, обміри та договори в будівництві, дані про пакування й перевезення в оптовій торгівлі, додаткові ролі сторін у багатоланкових ланцюгах постачання.
Дуже поширена помилка: нібито EXTENDED потрібен для кількох ставок ПДВ або для знижок. Це не так. Кілька ставок в одному документі, знижки й надбавки на рівні позиції та документа, іноземна валюта, кредит-ноти — усе це EN 16931 уже вміє. EXTENDED потрібен лише тоді, коли одержувач вимагає поле, якого норма взагалі не знає.
І в нього є ціна. Додаткові поля розуміє тільки та програма, яка про них знає; одержувач, що перевіряє строго проти EN 16931, у кращому разі їх проігнорує. Додайте до цього: виправлення ZUGFeRD 2.5.2 від 4 серпня 2026 року усунуло суперечності у правилах перевірки, округленні та розбивці ПДВ саме в профілі EXTENDED — ознака того, що заплутані випадки лежать тут. Беріть EXTENDED, коли можете назвати причину. Не про запас.
Профіль XRECHNUNG — не те саме, що XRechnung
Дві різні речі з майже однаковою назвою:
- XRechnung — окремий формат: чистий XML без PDF навколо, німецька CIUS норми, якої вимагають багато державних замовників.
- Профіль XRECHNUNG у ZUGFeRD — гібридний PDF, чий вбудований XML дотримується правил XRechnung. Видима сторінка і структуровані дані в одному документі — з тим набором правил, якого чекає державний замовник.
Хто постачає державним органам, має спершу запитати, що саме потрібно, і пам’ятати, що там зазвичай вимагають ідентифікатор маршрутизації (BT-10). Без нього рахунок падає на німецькому національному правилі, а не на нормі — див. коди правил.
Які профілі випускає E-Rechnung Pro
Три: BASIC, EN 16931 і EXTENDED, за замовчуванням EN 16931. MINIMUM і BASIC WL ми свідомо не пропонуємо — вони створили б файл, який виглядає електронним рахунком і ним не є. Кому вони справді потрібні, потрібні для мети, для якої наш шлях і так не підходить.
Вхідні файли перевіряються в усіх профілях незалежно від цього, включно з XRechnung: звіт називає розпізнаний профіль і перевіряє проти його набору правил, а не чужого.
Часті питання
Який профіль обрати, якщо більше нічого не відомо?
EN 16931. Він відповідає нормі, його приймають скрізь, і жодного реквізиту в ньому не бракує. Інший профіль обирають тоді, коли його вимагають, — а не з власної ініціативи.
Чи може одержувач нав’язати профіль?
Так, і великі одержувачі це роблять. Зазвичай це написано в документах для постачальників або на порталі замовлень. Якщо вимагають EXTENDED, запитайте, яке саме поле з нього потрібне: часто воно одне, а іноді виявляється, що EN 16931 його теж має.
Як дізнатися профіль отриманого файлу?
Його називає звіт перевірки. Хто хоче подивитися в XML сам — шукає GuidelineSpecifiedDocumentContextParameter, значення буде URN із таблиці вище.
Чи однакові профілі в ZUGFeRD і Factur-X?
Так. Від ZUGFeRD 2.1 / Factur-X 1.0 це ті самі профілі з тими самими ідентифікаторами, а самі формати — дві назви для одного (див. Що таке ZUGFeRD). Додаток XRECHNUNG — німецька особливість, у французької сторони свої вимоги.
Чи можна змінити профіль постфактум?
У готовому файлі — ні: профіль визначає, які поля мають бути присутні, і просте перейменування дає документ, що суперечить власному ідентифікаторові. Створіть рахунок наново в потрібному профілі.
Чи вищий профіль завжди кращий?
Ні. EXTENDED несе поля, які багато одержувачів ніколи не читають, і робить ваші дані ціннішими лише тоді, коли ці поля справді використовують. Цінність — у нормі, а не над нею.
А якщо я вже надіслав BASIC, а в рахунку були знижки?
Перевірте файл. Якщо бракує реквізиту, якого вимагає норма, звіт про це скаже; якщо файл проходить усі три шари — він дійсний. Для наступного рахунку змініть профіль, див. Перевірка рахунку.
Стисло
- Профіль лежить у
BT-24і читається: якщоurn:cen.eu:en16931:2017немає — файл нормі не відповідає. - MINIMUM і BASIC WL — не електронні рахунки: технічно дійсні, але не для цілей ПДВ. Найменший придатний профіль — BASIC.
- EN 16931 — звичайний випадок, раніше звався COMFORT. Без особливої причини беріть його.
- EXTENDED — не знак якості. Кілька ставок і знижки вже покриває EN 16931; EXTENDED виправданий лише для полів, яких норма не знає.
- Профіль XRECHNUNG ≠ формат XRechnung. У державного замовника спитати заздалегідь і не забути про ідентифікатор маршрутизації.
Створювати рахунки в правильному профілі, не розбираючи поля руками? Заведіть безкоштовний обліковий запис — або перевірте наявний файл без реєстрації й подивіться, який профіль у ньому насправді.