Обработка электронных счетов (ZUGFeRD/XRechnung) с помощью n8n

Электронные счета в формате ZUGFeRD или XRechnung можно автоматически считывать в n8n с помощью встроенного узла XML или целевого JavaScript в узле Code, преобразовывать в структурированные данные и передавать в бухгалтерское программное обеспечение. С 1 января 2025 года все отечественные компании должны быть в состоянии принимать электронные счета в сфере B2B; для выставления счетов в зависимости от оборота за предыдущий год действуют переходные периоды до конца 2026 или до конца 2027 года соответственно, а с 2028 года электронный счет становится обязательным практически для всех отечественных операций B2B. Тот, кто регулярно проверяет вручную множество входящих счетов и переносит их в бухгалтерию, может значительно ускорить этот шаг с помощью автоматизации на базе n8n. Программное обеспечение при этом не заменяет индивидуальную налоговую проверку у налогового консультанта. Состояние на: июль 2026 года.

Какие сроки действуют в настоящее время для обязанности по электронным счетам?

Обязанность по приему электронных счетов действует уже с 1 января 2025 года, для их выставления действуют поэтапные переходные периоды. Согласно часто задаваемым вопросам Федерального министерства финансов компании могут до конца 2026 года по выбору по-прежнему выставлять бумажные счета или другие электронные форматы, при условии согласия получателя. Для компаний с оборотом за предыдущий год не более 800 000 евро этот переходный период продлевается до конца 2027 года. С 1 января 2028 года истекает последнее переходное регулирование, после чего электронный счет становится, как правило, обязательным в отечественных операциях B2B. Счета на сумму менее 250 евро освобождены от этой обязанности. Данная информация не заменяет индивидуальную налоговую консультацию; для обязательной оценки вашей ситуации вам следует привлечь вашего налогового консультанта.

В чем разница между ZUGFeRD и XRechnung?

ZUGFeRD представляет собой PDF-файл со встроенным XML, тогда как XRechnung является чистым XML-документом без собственного визуального представления. Оба формата основаны на европейском стандарте EN 16931 и соответствуют требованиям по НДС, что подтверждает e-rechnung-bund.de для сферы B2B.

XRechnung: чистый XML, нечитаемый человеком без дополнительного программного обеспечения, но оптимальный для автоматизированной обработки.
ZUGFeRD (начиная с версии 2.0.1, за исключением профилей MINIMUM и BASIC-WL): файл PDF/A-3 со встроенным XML-вложением, читаемый людьми напрямую и одновременно машиночитаемый.

Для автоматизированной системы обработки, такой как n8n, это означает: XRechnung можно считать напрямую, тогда как для ZUGFeRD сначала необходимо извлечь встроенный XML из PDF-файла.

Как n8n технически считывает входящие электронные счета?

Для этого n8n предлагает два встроенных инструмента: узел XML для чистого преобразования формата и узел Code для индивидуальной логики обработки. Согласно документации n8n по узлу XML он преобразует данные между XML и JSON и предлагает для этого такие опции, как Property Name, Attribute Key и Character Key, а также в режиме XML-в-JSON дополнительно Explicit Array, Explicit Root и Ignore Attributes. Для XRechnung достаточно обработать входящий XML-файл в режиме XML-в-JSON, после чего номер счета, суммы и позиции доступны в виде структурированного JSON-объекта. В ZUGFeRD XML встроен в виде вложения в файл PDF/A-3, для чего требуется дополнительный шаг извлечения, который вы обычно решаете с помощью PDF-библиотеки в узле Code. Узел Code выполняет собственный JavaScript или Python в рамках рабочего процесса; на самостоятельно размещенных экземплярах n8n для этого можно импортировать дополнительные npm-модули, что невозможно в n8n Cloud.

Что происходит после разбора данных?

После преобразования в JSON-объект данные счета можно передать через узел HTTP Request или подходящий узел бухгалтерского учета в такие системы, как DATEV или Lexoffice. Также целесообразно проверить обязательные поля согласно EN 16931, такие как номер счета, налоговый идентификатор и общая сумма, прежде чем данные будут приняты автоматически, чтобы ошибочные или неполные счета не прошли незамеченными. Для компаний с большим объемом счетов ручная проверка каждой позиции едва ли выполнима; правильно настроенный рабочий процесс n8n надежно берет на себя этот шаг и может быть адаптирован под вашу существующую бухгалтерскую программу. Насколько надежно на самом деле работает автоматизация, в значительной степени зависит от того, насколько чисто структурированы входящие счета; особенно для файлов ZUGFeRD из разных источников стоит проводить достаточное тестирование.

Часто задаваемые вопросы об электронных счетах с n8n

Действителен ли ZUGFeRD также после 2026 года?

Да, ZUGFeRD начиная с версии 2.0.1 остается допустимым форматом электронного счета и после 2026 года, пока не используются профили MINIMUM или BASIC-WL. Переходные периоды касаются не самого выбора формата, а лишь того, до какого момента вам вообще необходимо перейти на структурированный электронный формат. С 2028 года каждый счет B2B должен иметь формат, соответствующий EN 16931; ZUGFeRD и XRechnung оба выполняют это требование.

Может ли n8n обрабатывать PDF-счета без встроенного XML?

Лишь в ограниченной степени, поскольку узлу XML требуются фактические данные XML, а не чисто изображение или текстовое содержимое. Классический PDF-счет без встроенного XML можно в n8n в лучшем случае приблизительно оценить с помощью распознавания текста или внешнего сервиса ИИ, но это значительно более подвержено ошибкам, чем структурированная обработка настоящего электронного счета. Для надежной автоматизации вам следует ориентироваться на ZUGFeRD или XRechnung в качестве входящего формата.

Заменяет ли автоматизация на базе n8n проверку налоговым консультантом?

Нет, автоматизация на базе n8n берет на себя техническое считывание и передачу данных счета, но не заменяет налоговую или юридическую проверку. Вопросы о сроках, исключениях или правильном порядке обложения НДС отдельных счетов вам следует по-прежнему уточнять у вашего налогового консультанта. Автоматизация снижает ручные трудозатраты, содержательная ответственность остается за вами.

Нужен ли мне n8n Cloud или решение с самостоятельным размещением для обработки электронных счетов?

Оба варианта в принципе работают, но для более сложного извлечения ZUGFeRD с дополнительными библиотеками самостоятельное размещение зачастую практичнее. В n8n Cloud в узле Code нельзя импортировать внешние npm-модули, из-за чего некоторые шаги извлечения PDF ограничены. При самостоятельно размещенном экземпляре у вас есть полный доступ к дополнительным библиотекам и больше контроля над вашими данными.