Встраивание XML в ZUGFeRD

Э-счёт в Германии уже не музыка будущего. С 1 января 2025 года каждое немецкое предприятие в B2B должно уметь получать и обрабатывать структурированные э-счета. Обязанность выставлять их вводится поэтапно: с 01.01.2027 для предприятий с годовым оборотом предыдущего года свыше 800 000 евро, с 01.01.2028 для всех. PDF, который лишь выглядит как счёт, тогда уже не подойдёт. Нужны данные, которые читает машина. Именно их создаёт и проверяет этот инструмент.

ZUGFeRD и Factur-X это гибридный формат: обычный PDF, который может прочитать человек, со встроенным файлом XML, который читает машина. Всё вместе в одном PDF/A-3, архивном формате, допускающем вложения. XRechnung это чистый XML, которого немецкие ведомства требуют в B2G-обмене, с Leitweg-ID в качестве адреса. Оба формата соответствуют европейской норме EN 16931, которая определяет, какие поля должен содержать э-счёт.

Вкладка «Встроить» делает из твоего готового PDF э-счёт. Ты перетаскиваешь PDF и передаёшь данные счёта: либо через небольшую форму, которая соберёт XML за тебя, либо загрузив готовый файл XML. Из этого инструмент собирает PDF/A-3, несущий XML как встроенное вложение, с правильными метаданными, чтобы бухгалтерские программы его находили. Сама сборка PDF/A-3 требует серверной криптографии, остальное остаётся у тебя.

Вкладка «Проверить» работает в обратную сторону. Входящие э-счета сначала выглядят как любой другой файл, а правилен ли XML на самом деле, невооружённым глазом не видно. Проверка читает CII-XML и смотрит главное: правильно ли указан профиль (BASIC, COMFORT, EXTENDED, XRechnung) в URN? Есть ли юридически необходимые элементы: номер счёта, дата, продавец, покупатель, позиции, коды стран? И сходится ли счёт арифметически: дают ли суммы позиций, разбивка налога и итоги цельную картину, с точностью до цента?

Важно оставаться честными: проверка это практичная проверка структуры и расчётов, а не полная валидация по Schematron или KOSIT. Она ловит частые и дорогие ошибки: отсутствующие обязательные поля, неверный профиль, суммы, которые не сходятся, а для XRechnung ещё и дополнительные требования, такие как Buyer Reference и контакт продавца. Для последнего шага перед подачей в ведомство эталоном остаётся официальный валидатор KOSIT. Но в повседневности эта проверка отлавливает большинство ошибок раньше, чем это сделает бухгалтерия.

Всё работает бережно к данным. Проверка выполняется по регулярным выражениям прямо в браузере, данные твоего счёта никуда не уходят. Ни аккаунта, ни облака, ни счёта, который где-то оседает. Готовишь ли ты старый PDF к обязанности по э-счетам или страхуешь входящий счёт перед проведением, этот инструмент охватывает оба конца цепочки э-счетов.