УПД выглядит нормально, но XML не проходит: причины

УПД в PDF может выглядеть идеально: все строки на месте, суммы сходятся, ИНН и КПП заполнены. Но сформированный XML всё равно не проходит проверку.

Это нормальная с технической точки зрения ситуация. Печатная форма и формализованный XML — два разных представления документа. Человек смотрит на внешний вид, а оператор ЭДО и валидатор проверяют структуру файла по правилам формата ФНС.

Поэтому ошибка XML не обязательно означает, что «сам УПД плохой». Часто проблема появляется уже на этапе преобразования данных в формализованный файл.

Содержание

Почему по PDF нельзя понять, что XML корректный

PDF показывает документ визуально. Он отвечает на вопрос: что увидит человек.

XML отвечает на другой вопрос: какие именно структурированные данные передаются системе.

Например, в PDF можно видеть:

ИНН продавца;
номер и дату УПД;
товарную строку;
цену;
НДС;
итоговую сумму.

Но в XML тот же реквизит может:

вообще отсутствовать;
оказаться не в том элементе;
иметь недопустимый тип значения;
быть передан в неверном формате;
противоречить другому реквизиту;
не соответствовать действующей XSD-схеме.

Поэтому визуально правильный УПД ещё не доказывает корректность формализованного файла.

Пример: сумма в PDF правильная, а XML отклонён

Допустим, в печатной форме указано количество 2,5 единицы и цена 1 000 рублей.

Человек видит обычную строку и правильную сумму.

Но XML может быть отклонён, если:

для дробного значения использована запятая там, где ожидается другой формат;
количество попало в неверный элемент;
цена передана с недопустимым количеством знаков;
элемент пустой, хотя печатная форма подставила отображаемое значение;
файл собран по старой схеме.

ФНС отдельно вносила изменения в XSD формата УПД 5.03, в том числе по элементам количества и цены. Поэтому при ошибках товарных строк нужно проверять именно структуру XML, а не только арифметику на экране.

УПД 5.03: что именно проверяет система

Формат УПД 5.03 утверждён приказом ФНС России от 19.12.2023 № ЕД-7-26/970@. ФНС публикует к нему XSD-схемы, включая схему, действующую с 1 января 2026 года.

При форматной проверке важны:

структура документа;
обязательные элементы и атрибуты;
допустимые типы данных;
длина и формат значений;
взаимосвязь отдельных реквизитов;
соответствие конкретной версии XSD.

Печатная форма этих правил не показывает.

Где чаще всего возникает расхождение между PDF и XML

1. Реквизит виден в PDF, но не попал в XML

Так бывает, если программа формирует печатную форму из одного набора данных, а XML — из другого поля или регистра.

Особенно внимательно проверяйте:

ИНН/КПП;
код валюты;
единицу измерения;
страну происхождения;
ГТД/регистрационный номер декларации;
НДС;
сведения о документе-основании;
реквизиты отгрузки.

2. В PDF пустое поле скрыто, а XML требует элемент

Печатная форма может просто не показывать пустую строку. Для XML же отсутствие обязательного элемента становится ошибкой.

3. Значение отображается привычно, но имеет неверный тип

Человек спокойно прочитает «01.10.2026», «1 250,50» или «шт.». Но XML ожидает строго определённый формат даты, числа или кода.

4. УПД сформирован для одной функции, а XML — для другой

УПД может использоваться как:

счёт-фактура и первичный документ одновременно;
только первичный документ.

Состав реквизитов отличается. Если визуальная форма сформирована как один вариант, а XML собран по логике другого, оператор может отклонить файл.

5. Программа использует старую схему

Даже если шаблон печатной формы годами не менялся, требования к XML могут меняться.

Поэтому при внезапной серии одинаковых ошибок после обновления правил сначала проверьте версию формата и XSD.

Почему ручное исправление одного XML не всегда решает проблему

Если один документ отклонён из-за случайной ошибки данных, достаточно исправить конкретный УПД.

Но если одинаковая ошибка появляется регулярно, причина обычно находится выше:

в настройке 1С;
в модуле выгрузки;
в интеграции;
в шаблоне преобразования;
в конвертере PDF → XML;
в устаревшей XSD;
в исходных справочниках.

В таком случае ручное исправление каждого файла лишь маскирует проблему.

Что проверить, если XML не проходит

Сохраните исходный PDF и исходный XML. Нужны оба файла для сравнения.
Проверьте версию XML. Для УПД ориентируйтесь на актуальный формат 5.03.
Проверьте XSD. Валидировать нужно по действующей схеме.
Найдите место ошибки. Сообщение валидатора часто указывает элемент или строку XML.
Сравните его с PDF. Есть ли реквизит в печатной форме и что реально передано в XML.
Проверьте источник данных. Из какого поля программа берёт значение.
Если ошибка повторяется — исправьте механизм формирования.

PDF из 1С тоже не гарантирует правильный XML

Если УПД выгружен из 1С в PDF, это означает только то, что печатная форма сформировалась.

Но при отдельной конвертации PDF в XML данные приходится заново распознавать и раскладывать по элементам формата.

Поэтому перед созданием итогового файла нужно проверить распознанные реквизиты:

номер и дату;
продавца и покупателя;
ИНН/КПП;
товарные строки;
количество;
цену;
ставку и сумму НДС;
итоги.

Если у вас только PDF УПД

На buhzlat.ru работает бесплатный сервис преобразования УПД из PDF в формализованный XML:

Конвертер УПД PDF → XML

Сервис распознаёт реквизиты и даёт возможность проверить их до формирования файла.

Но ключевой принцип остаётся тем же: перед отправкой XML нужно проверять отдельно от PDF.

Чем эта ошибка отличается от обычной ошибки формата

Если оператор пишет «ошибка формата», это уже результат проверки XML.

Но ситуация «PDF выглядит нормально, а XML не проходит» полезна тем, что сразу подсказывает направление поиска: не исправлять внешний вид документа, а сравнивать структуру данных.

Общий чек-лист по ошибкам УПД 5.03 мы собрали отдельно: Ошибки XML УПД 5.03: что проверить перед ЭДО.

Короткий вывод

Печатная форма и XML — не одно и то же.

PDF может быть визуально безупречным, а формализованный файл — ошибочным. ЭДО проверяет структуру XML, а не то, насколько красиво выглядит УПД на экране.

Поэтому при ошибке: