XRechnung и ZUGFeRD — два распространённых в Германии формата обмена структурированными электронными счетами. Главное различие заключается в контейнере: XRechnung представляет собой чистый XML-файл, а ZUGFeRD объединяет структурированный XML с читаемым документом PDF/A-3. Выбор зависит от законодательства, технических требований получателя и согласованного канала, а не только от того, является ли получатель ведомством или компанией.
Материал объясняет немецкие правила и не заменяет индивидуальную юридическую или налоговую консультацию.
Кратко
С 1 января 2025 года электронный счёт в понимании немецкого НДС должен иметь структурированный электронный формат, позволяющий автоматическую обработку. Обычный PDF поэтому не является э-счётом, а считается «иным счётом».
XRechnung — немецкая реализация европейского стандарта EN 16931. Он содержит только структурированные данные и может использовать XML-синтаксис UBL или UN/CEFACT CII. Формат создан прежде всего для государственного сектора, но применим и в B2B.
ZUGFeRD/Factur-X — гибридный формат: XML встроен в PDF/A-3. Человек читает PDF, а бухгалтерская система обрабатывает XML. ZUGFeRD и французский Factur-X технически идентичны.
На дату проверки актуальны XRechnung 3.0 с пакетом 3.0.2 и ZUGFeRD 2.5.2/Factur-X 1.09.2. ZUGFeRD 2.5.2 действует с 1 сентября 2026 года.
Главное различие
XRechnung — структурированный XML. PDF-представление не входит в формат, поэтому нужен просмотрщик; немецкая налоговая служба предлагает его через ELSTER.
В ZUGFeRD PDF и XML находятся в одном контейнере PDF/A-3. С 2025 года при расхождении для налогообложения определяющими являются структурированные данные. Обе части следует создавать из одного источника и сверять до отправки.
XRechnung не предназначен исключительно для ведомств, а ZUGFeRD не ограничен B2B. ZUGFeRD в принципе применим в B2B, B2G и B2C. Но государственный получатель определяет допустимый профиль и канал. Федеральная администрация может принять профиль ZUGFeRD XRECHNUNG как чистый XML; произвольного гибридного PDF недостаточно.
Какие профили ZUGFeRD являются э-счётом?
ZUGFeRD включает пять профилей: MINIMUM, BASIC WL, BASIC, EN 16931 и EXTENDED. XRECHNUNG является дополнительным шестым референсным профилем. Для немецкого НДС ZUGFeRD начиная с версии 2.0.1 в целом соответствует требованиям, кроме профилей MINIMUM и BASIC WL.
EN 16931 часто подходит для обычных внутренних счетов. BASIC содержит меньше данных, EXTENDED поддерживает дополнительные требования, а XRECHNUNG следует немецким правилам. Имя файла или логотип ничего не доказывают: XML должен фактически соответствовать профилю, EN 16931 и бизнес-правилам.
Что действует в 2026 году?
Предприятия, учреждённые в Германии, с 1 января 2025 года должны уметь принимать э-счета. В B2B может быть достаточно почтового ящика. Немецкие «Kleinunternehmer» тоже должны их принимать, хотя их собственные услуги освобождены от обязанности выставлять э-счёт.
Для выставления действуют переходные сроки. До 31 декабря 2026 года во внутренних B2B-операциях ещё допустимы бумага или, с согласия получателя, обычный PDF. Если оборот выставителя за предыдущий год не превышал 800 000 евро, возможность обычно сохраняется до конца 2027 года. После применимого периода охваченные внутренние B2B-операции требуют э-счёта.
Исключения включают счета до 250 евро брутто, проездные билеты, услуги Kleinunternehmer, многие освобождённые от НДС операции и B2C.
Для госзакупок дополнительно действуют федеральные, земельные и муниципальные правила. Федеральное постановление в целом требует э-счёт с 27 ноября 2020 года, кроме прямых заказов до 1 000 евро. Эти правила B2G не являются переходными сроками B2B.
Как выбрать и отправить правильный формат
- Классифицируйте операцию: B2B, B2G или B2C, место учреждения сторон, исключение и переходный срок.
- Уточните требования получателя: формат, профиль, Buyer Reference, Leitweg-ID, номер заказа и канал.
- Создайте актуальный формат: действующая версия XRechnung и поддерживаемый синтаксис либо профиль ZUGFeRD по EN 16931.
- Внесите обязательные данные структурированно: полные имена и адреса, налоговый номер или VAT ID поставщика, дата, уникальный номер, описание и дата услуги, суммы нетто, ставка и сумма НДС либо основание освобождения. Возможны дополнительные данные.
- Выполните техническую валидацию: XML-схема, списки кодов, EN 16931 и правила профиля.
- Проверьте содержание: техническая корректность не подтверждает получателя, налог, итоги или банковский счёт.
- Используйте нужный канал: e-mail, интерфейс или портал в B2B; часто портал или Peppol для ведомств. Федеральные счета могут требовать ZRE или OZG-RE.
- Храните структурированный оригинал: он должен оставаться неизменным в исходном формате. Срок для немецкого НДС обычно восемь лет с конца года выставления.
Контрольный список
- Операция и правила B2B/B2G определены
- Выбрана актуальная версия XRechnung или ZUGFeRD
- Использован профиль ZUGFeRD, пригодный для э-счёта
- Обязательные данные полностью есть в структурированной части
- Buyer Reference, Leitweg-ID и заказ соответствуют требованиям
- НДС, итоги, единицы, платёж и банк проверены
- XML валидирован по схеме, кодам и правилам
- PDF ZUGFeRD сопоставлен с XML
- Использован правильный канал и зафиксирован статус
- Структурированный оригинал цел и машиночитаем
Типичные ошибки
Считать обычный PDF э-счётом: в нём нет структурированных данных, и с 2025 года это «иной счёт».
Правило «XRechnung для ведомств, ZUGFeRD для B2B»: оба формата используются шире; принятие определяет получатель.
Применять MINIMUM или BASIC WL без проверки: эти профили не соответствуют немецким требованиям НДС к э-счёту.
Расхождение PDF и XML: в ZUGFeRD преобладает XML. Правильный на вид PDF не исправляет неверный XML.
Всегда требовать квалифицированную подпись: это один из способов обеспечить подлинность и целостность, а не общее требование. Может быть достаточно надёжного внутреннего контрольного следа.
Архивировать только PDF: структурированную часть необходимо сохранять неизменной; дополнительные налоговые сведения в PDF также сохраняются.
Частые вопросы
XRechnung всегда является XML?
Да. Он передаётся в разрешённом XML-синтаксисе, например UBL или CII. Созданный PDF — лишь визуализация.
Каждый ZUGFeRD является э-счётом?
Нет. Важны версия, профиль и фактическое соответствие. Минфин Германии в целом признаёт ZUGFeRD с 2.0.1, кроме MINIMUM и BASIC WL.
Нужен ли Leitweg-ID в B2B?
Как правило, нет. Он адресует счета немецким государственным организациям. В B2B поле BT-10 может содержать другой Buyer Reference по требованиям получателя.
Нужно ли подписывать э-счёт электронной подписью?
Не всегда. Происхождение, целостность и читаемость должны быть обеспечены, но квалифицированная подпись — лишь один метод.
Достаточна ли техническая валидация?
Нет. Она выявляет ошибки формата, но не подтверждает услугу, НДС, получателя или банковский счёт.
Сколько хранить э-счёт?
Обычно восемь лет для немецкого НДС. Структурированная часть должна оставаться целой, доступной и обрабатываемой.
Вывод
XRechnung — чистый структурированный XML; ZUGFeRD объединяет XML и PDF/A-3. Оба могут отвечать требованиям, если согласованы версия, профиль, обязательные данные и инструкции получателя. Валидация, содержательная проверка и архивирование оригинала предотвращают большинство отказов.
Следующий шаг
До первого реального э-счёта согласуйте с получателем формат, ссылки и канал. Счета, предложения и документы можно централизованно организовать в Motorica.io.
Источники и дата проверки
Проверено 14 сентября 2026 года
- Минфин Германии: FAQ об э-счёте
- Закон Германии о НДС, § 14
- Закон Германии о НДС, § 14b
- Федеральное постановление об э-счетах
- KoSIT: версии и пакеты XRechnung
- KoSIT: FAQ XRechnung
- FeRD: ZUGFeRD 2.5.2
- Минфин Германии: изменение GoBD
Статья даёт общий обзор немецких правил и не заменяет индивидуальную юридическую или налоговую консультацию.