Валидация XRechnung: KoSIT-валидатор, ошибки Schematron и что они означают
Как KoSIT-валидатор проверяет XRechnung, что означают ошибки Schematron и как автоматизировать контроль.
Как визуализация KoSIT превращает XRechnung в удобочитаемое представление HTML или PDF, не заменяя оригинал.

XRechnung — это XML-файл, который не предназначен для непосредственного чтения человеком, и именно в этом суть проблемы, когда сотруднику или клиенту всё же нужно взглянуть на счёт. Решение называется визуализацией: XSLT-преобразование, которое создаёт из XML-структуры удобочитаемое для человека представление в формате HTML или PDF, не изменяя при этом ничего в юридически значимом оригинале XML. Как это работает технически и что из этого можно автоматизировать, показано в этой статье. По состоянию на: август 2026 года.
XRechnung содержит исключительно бизнес-данные в стандартизированной структуре согласно EN16931 и немецкому расширению CIUS, но не содержит никакой информации об оформлении. Открыв файл напрямую, вы увидите вложенные XML-теги вместо счёта с разделами шапки, позиций и итоговых сумм. Чтобы из чистых данных снова получилось нечто читаемое, требуется дополнительное преобразование, определяющее, какое поле где отображается на странице.
Для этого KoSIT предоставляет XSL-трансформаторы, которые работают в два этапа. Согласно описанию архитектуры проекта, на первом шаге XML-счёт, независимо от того, представлен ли он в синтаксисе UBL или CII, преобразуется в синтаксически нейтральную промежуточную форму, обогащённую информацией об используемых бизнес-терминах EN16931. На втором шаге из этой промежуточной формы создаётся специфичное для приложения HTML-представление, окончательный вид которого определяется CSS-файлами, задающими расположение и порядок отдельных компонентов счёта. Согласно описанию проекта, эти строительные блоки прямо задуманы как опциональные компоненты для встраивания в собственное программное обеспечение, а не как готовое приложение для скачивания.
Автоматизировать можно прежде всего шаг от входящего XML-файла до представления HTML или PDF: рабочий процесс может последовательно выполнить промежуточное преобразование и второй этап и сразу же прикрепить результат к электронному письму, тикету или системе хранения, как только поступит новый счёт. Так, например, бухгалтерия автоматически получает удобочитаемое представление рядом с оригинальным XML, без необходимости вручную открывать инструмент просмотра. А вот саму CSS-разработку нельзя автоматизировать в смысле "настроить один раз и забыть", поскольку решения по оформлению, такие как размер шрифта или порядок полей, по-прежнему принимаются людьми однократно при настройке визуализации.
Юридически значимым остаётся исключительно исходный XML-файл, а визуализация в формате HTML или PDF — лишь вспомогательное средство для чтения. Поэтому для хранения в соответствии с требованиями GoBD архивируйте XML-файл в неизменном виде; дополнительно созданную визуализацию можно хранить параллельно, но она не заменяет оригинал. Тот, кто вместо этого использует визуализированную версию как единственное место хранения, рискует потерять машиночитаемые данные, которые, собственно, и составляют цель XRechnung для дальнейшей обработки и проверки.
Нет, преобразование выполняется по одному и тому же образцу для всех XRechnung, поскольку оно опирается на стандартизированную структуру согласно EN16931. Вы настраиваете визуализацию один раз, а затем применяете её к каждому входящему счёту, независимо от отправителя.
Обе синтаксические формы проходят через один и тот же первый этап преобразования в синтаксически нейтральную промежуточную форму, после чего дальнейший путь к HTML-представлению идентичен. Таким образом, для конечных пользователей в компании исходный XML-синтаксис входящего счёта больше не виден.
В значительной степени да, поскольку разделы шапки, позиций и итоговых сумм можно расположить с помощью CSS-оформления так, чтобы получился привычный вид счёта. Однако результат будет точно соответствовать конкретному фирменному шаблону счёта только в том случае, если CSS-файл будет соответствующим образом индивидуально адаптирован.
Предоставляемые KoSIT строительные блоки предназначены для разработчиков, которые встраивают их в существующее программное обеспечение или в рабочий процесс n8n. Готового интерфейса с кликами без технической интеграции в официальных компонентах нет; здесь отдельные порталы электронных счетов и бухгалтерские программы предлагают собственные, иногда упрощённые, просмотрщики.
NordFlux создаёт цифровых сотрудников для организаций: автоматизации и КИ-агентов, которые берут на себя повторяющуюся работу. Вы сохраняете контроль.
Как KoSIT-валидатор проверяет XRechnung, что означают ошибки Schematron и как автоматизировать контроль.
Приём с 2025 года, выставление с 2027 или 2028 года: какой срок обязанности по электронным счетам действует для вашей компании и от чего зависит крайняя дата.
Как настроить с помощью n8n автоматический почтовый ящик, который получает, распознаёт и пересылает электронные счета.
Просмотрщик делает читаемым один отдельный XRechnung-файл, но не решает главную проблему: ежедневно проверять, архивировать и направлять десятки счетов в нужную систему. NordFlux выстраивает для вас автоматизированный маршрут входящих и исходящих электронных счетов, от валидации до архивирования XML с соблюдением требований аудита. На первой встрече мы разберём ваш текущий процесс выставления счетов и покажем, что можно автоматизировать.
Автоматизация электронных счетовОбязательный переход на электронные счета 2027/2028