Преобразование PDF-счета в XRechnung: что возможно, что нет и где подводные камни

Нет, PDF-счет нельзя превратить в настоящий XRechnung одним нажатием кнопки. PDF — это неструктурированный документ для визуального представления, тогда как XRechnung — это структурированный формат XML согласно европейскому стандарту EN 16931, который отображает данные счета в четко определенных, машиночитаемых полях. Если вы хотите создать XRechnung из PDF, вам сначала нужно распознать данные, проверить их и перенести в эту модель данных, и именно этот шаг наталкивается на технические и юридические ограничения. По состоянию на: август 2026 года.

Почему PDF структурно не является XRechnung?

PDF по своей сути — это цифровое изображение счета, а не счет в смысле структурированной модели данных. Согласно определению Федерального министерства финансов Германии, электронный счет в смысле немецкого закона об НДС — это счет, который выставляется, передается и принимается в структурированном электронном формате и обеспечивает возможность электронной обработки. Такие форматы, как PDF, TIF, JPEG или DOCX, подходят для цифрового представления, но не отвечают этому требованию и считаются обычным счетом, а не электронным счетом, как поясняет BMF в своих часто задаваемых вопросах об электронном счете. Европейский стандарт EN 16931 устанавливает для этого модель данных, которая определяет основные сведения, такие как продавец, покупатель, суммы налогов и платежная информация, в фиксированных полях, и предусматривает синтаксисы UBL 2.1 или UN/CEFACT CII. Немецкий XRechnung реализует этот стандарт на национальном уровне, как описано в обзоре XRechnung. PDF не знает таких полей, он содержит только текст и оформление для людей, поэтому любое преобразование требует интерпретации этого оформления.

Какие есть способы извлечения данных из PDF?

По сути, есть два способа сделать данные из PDF-счета пригодными для использования: распознавание текста с автоматическим сопоставлением или ручной повторный ввод. При извлечении с помощью OCR программа считывает текст и пытается распознать такие поля, как номер счета, сумма, налоговая ставка или данные поставщика. Поскольку PDF-документы созданы для визуальной, а не машинной обработки, а эти данные у разных поставщиков располагаются в разных местах, этот шаг остается подверженным ошибкам и требует контроля со стороны человека. В workflow автоматизации это сочетание распознавания текста, сопоставления с помощью ИИ и шага проверки можно реализовать в структурированном виде, например с n8n. Ручной повторный ввод в систему, поддерживающую XRechnung, происходит медленнее, но надежнее, поскольку человек проверяет сопоставление, а не оценивает его на глаз.

Третий ответ — это ZUGFeRD, или Factur-X: вместо того чтобы задним числом преобразовывать уже существующий PDF, этот гибридный формат встраивает машиночитаемый XML-файл с данными счета непосредственно в файл PDF/A-3. Решающее значение имеет порядок: XML-структура создается при формировании счета в программе выставления счетов, а не задним числом из уже отправленного, чисто визуального PDF. Тот, кому регулярно нужно отправлять структурированные счета, поэтому решает проблему скорее у источника, чем с помощью последующего преобразования.

Когда преобразование PDF в XRechnung вообще имеет смысл?

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

Где границы автоматизированного извлечения данных?

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

Часто задаваемые вопросы о PDF и XRechnung

Могу ли я автоматически преобразовать PDF-счет в действительный XRechnung?

Нет, не надежно без проверки. Программа может извлечь текст и распределить его по модели данных XRechnung, но не гарантирует, что все данные верны, поскольку PDF не имеет стандартизированных полей. Без сверки с оригиналом получается файл в формате XRechnung, содержание которого тем не менее может быть ошибочным.

Является ли PDF-счет вообще действительным счетом?

Да, PDF остается действительным счетом, но согласно определению Федерального министерства финансов Германии считается обычным счетом, а не электронным счетом в смысле закона об НДС. В течение переходных периодов до конца 2026 года, а для небольших компаний до конца 2027 года, многие компании могут по-прежнему выставлять такие обычные счета. Для вычета входного НДС корректный PDF-счет остается действительным, он просто не отвечает требованиям к структурированному электронному счету.

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

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

Оправдано ли автоматизированное извлечение данных из PDF для малых предприятий?

Это зависит от объема ваших счетов. Если вы обрабатываете лишь несколько входящих счетов в месяц, ручной повторный ввод обычно приведет к цели быстрее, чем workflow извлечения данных. При росте объема контролируемое извлечение может сэкономить время, но оно не заменяет структурированный электронный счет, созданный непосредственно поставщиком.