Ошибка проверки данных XDTO в 1С-ЭДО: как найти неверное поле

Ошибка проверки данных XDTO в ЭДО: что взять из полного сообщения

Сохраните все вложенные строки сообщения, а не только заголовок окна. Для разбора нужны следующие факты:

1. Операция: формирование, предварительный просмотр, подписание, отправка либо чтение входящего XML. Ошибка, возникшая при нажатии «Подписать», ещё не доказывает неисправность сертификата.
2. Тип и сторона документа: УПД, акт сверки; информация отправителя или ответный титул получателя. Одинаковое имя элемента в разных файлах не означает одинаковое правило заполнения.
3. Диагностика: «Структура объекта», XML-путь, «Проверка свойства», имя типа, значение и заключительная причина — например, «Отсутствует обязательное свойство» или «Значение не соответствует значениям фасета перечисления».
4. Среда: конфигурация и релиз, версия платформы, встроенный Модуль ЭДО либо название и версия внешней обработки. Отдельно зафиксируйте оператора, направление обмена и формат сформированного файла.
5. Состояние: подписан ли файл, отправлялся ли он, есть ли подтверждение оператора или отказ. Отсутствие окна успеха само по себе не доказывает, что оператор ничего не получил.

Для встроенного 1С-ЭДО версию модуля можно посмотреть в «Текущих делах ЭДО», а в новом интерфейсе — «Поддержка → О модуле ЭДО». Официальная инструкция 1С также описывает проверку версии через сведения о библиотеках. Эти пункты не являются инструкцией для внешних обработок Saby или Диадока.

Проверяемый случай: /Документ/ТаблАкт и свойство ДогСв

В публикации АС-Консалтинг об акте сверки приведён такой диагностический фрагмент. Это пример конкретного сообщения, а не шаблон для всех документов:

Ошибка проверки объекта XDTO:
Ошибка проверки объекта XDTO:
Ошибка проверки данных XDTO:
Структура объекта ‘/Документ/ТаблАкт’ не соответствует типу:
Проверка свойства ‘ДогСв’:
форма: Элемент
имя: {ON_AKTSVERPOL_1_972_02_05_01_01}ДогСв
тип: Отсутствует обязательное свойство

Что уже известно: сообщение относится к информации получателя акта сверки: проверяется таблица /Документ/ТаблАкт, не хватает элемента ДогСв. Отсутствие блока не доказывает, что не заполнен именно номер договора. Определите версию файла и проверьте состав блока по соответствующей официальной схеме; по одной строке ошибки нельзя назначить исправление реквизита.

1. Определите титул. В примере строка «имя» содержит ON_AKTSVERPOL — обозначение схемы информации получателя, а не имя типа. Не переносите правила информации отправителя на ответ получателя. Установите, какой файл создаётся, и есть ли расхождения.
2. Проверьте данные сверки. В документе учёта сравните организацию, контрагента, период, таблицу по своим данным и данные контрагента. Убедитесь, что отбор не оставил таблицу пустой и что договоры и операции попали в сверку. При отсутствии операций не добавляйте фиктивные строки ради прохождения проверки.
3. Сверьте ответ с фактическими расхождениями. По инструкции 1С об акте сверки при исправлении собственных данных выполняют «Сверить»; признак согласования устанавливают по результату сверки, а не ради подавления ошибки.
4. Сопоставьте результат формирования. Если доступен неподписанный XML, откройте его только для чтения: есть ли ТаблАкт/ДогСв и соответствует ли таблица выбранному виду ответа? Если XML ещё не создаётся, сохраните сообщение и данные предварительного просмотра для специалиста.

В публикациях партнёров встречается совет проверить флаг «Документ подписан» в учётном акте. Но в приведённых случаях не указан точный релиз и не показано сравнение XML до и после. Этот флаг не заменяет электронную подпись и не является универсальным исправлением: не отмечайте документ подписанным, если это не соответствует фактам. Если данные сверки заполнены, а нужный блок не формируется, проверяйте реализацию конкретного релиза с поддержкой.

Если значение не соответствует типу: реквизит или версия формата

Другая ветка — элемент присутствует, но его значение не допускается ожидаемым типом. В случае Софт-Юнион от 24.01.2025 описана ошибка для значения «5%» и фасета перечисления в определённых старых релизах «1С:Бухгалтерии 3.0». Это свидетельство исторического случая, а не рекомендация установить тот же патч на любую современную базу.

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

1. Зафиксируйте формат в настройке обмена и версию реально сформированного XML — для УПД также атрибут ВерсФорм. Название настройки не доказывает, что уже созданный экземпляр сформирован заново.
2. Сверьте формат по виду документа: 1С описывает УПД 5.03 (ЕД-7-26/1032@) в инструкции смены форматов. Нормативную применимость и схему проверяйте по виду и дате документа; раздел форматов ФНС — справочная точка поиска. Название формата в инструкции 1С само по себе не подтверждает его применимость к вашему документу.
3. При проверке XSD используйте схему именно для нужного вида, титула и версии файла. Результат проверки другой схемой не подтверждает ошибку реквизита. Если доступной схемы нет, приложите полный текст ошибки и сведения о формате к обращению в поддержку.
4. Если данные корректны и обнаружено несоответствие реализации, найдите официальное описание исправления для своей конфигурации и релиза. Проверяйте применимость на изолированной копии с отключённым автоматическим и ручным обменом с действующим оператором; формирование проверяйте без отправки. Изоляцию обеспечьте до запуска копии; обновление или патч согласуйте с ответственным специалистом. Сам номер патча из чужой статьи не доказывает причину вашей ошибки.

Как проверить исправление, не отправив документ повторно

Следующий порядок относится к исходящему документу встроенного 1С-ЭДО, который ещё не отправлен. Для внешнего модуля или обработки используйте его инструкцию; для входящего файла сначала определите, неверен сам XML или его обработка в 1С.

1. Сохраните исходные факты. Полный текст ошибки, состояние обмена, идентификатор экземпляра и результаты предыдущей попытки. Уже подписанный исходник не изменяйте. Если передача состоялась, перейдите к сценарию исправления отправленного документа.
2. Исправьте только подтверждённую причину. Реквизит в документе учёта, правила формирования или применимый формат. Не удаляйте документ и архив и не меняйте настройки всем контрагентам ради одного случая.
3. Сформируйте новый неподписанный экземпляр. В Модуле ЭДО начиная с 1.9.1 из предварительного просмотра доступно «Другие действия → Переформировать документ»; при исправлении формата — «Настройки формирования». Область применения и варианты приведены в официальной инструкции 1С. Перед действием проверьте, что документ действительно не отправлен; если команда недоступна, не заменяйте её ручной правкой XML.
4. Сравните результат. Предварительный просмотр проходит без прежней ошибки; нужный реквизит и версия формата соответствуют данным документа. Если XML доступен, проверьте его по подходящей схеме. Успешная XSD-проверка не проверяет экономический смысл, полномочия подписанта и доставку оператором.
5. Отделите отправку от диагностики. Подписывает и отправляет уполномоченный пользователь после проверки. Затем проверяют подтверждение либо квитанцию отказа оператора. При отказе сохраняют полный текст, а не запускают ту же отправку вслепую.

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

Частые ошибки при диагностике XDTO

• Искать решение по верхней строке. Решение для ДогСв акта сверки не исправляет перечисление ставки НДС в УПД.
• Применять совет про Казахстан или ЕИС. Сначала определите сервис и схему: ЭСФ, СНТ и госзакупки не равны обычному ЭДО РФ.
• Выбирать старый формат ради исчезновения ошибки. Учитывайте вид документа и допустимость формата, а после изменения проверяйте новый экземпляр, не только настройку.
• Устанавливать чужой патч или ставить флаг без проверки. Нужны релиз, применимость исправления и соответствие признака реальному состоянию.
• Редактировать подписанный XML. Исправляйте источник и формируйте новый экземпляр штатно; подпись относится к исходному файлу.
• Считать исчезновение ошибки доказательством доставки. Формирование, подписание и подтверждение оператора — отдельные проверки.

Частые вопросы