Почему возникает ошибка «Значение: '5.03' не соответствует простому типу» в 1С и как её исправить?

Программист 1С v8.3 (Управляемые формы) 1С:Розница Налоговый учет Торговля и дистрибуция
← На главную

При работе с электронным документооборотом (ЭДО) пользователи часто сталкиваются с ситуацией, когда при получении входящей накладной (УПД) система выдает ошибку: «Ошибка проверки данных XDTO: Значение: '5.03' не соответствует простому типу: Значение не соответствует значениям фасета перечисления». В этой статье мы подробно разберем причины возникновения этой проблемы и рассмотрим пошаговые алгоритмы её решения для конфигураций «1С:Розница», «1С:Управление торговлей» и других решений на платформе 8.3.

Выясним причину возникновения ошибки

Проанализируем техническую сторону вопроса. Ошибка возникает из-за перехода на новый формат электронных документов (УПД и УКД) согласно Приказу ФНС России от 19.12.2023 № ЕД-7-26/970@. Версия формата 5.03 заменяет привычную версию 5.01.

В системе 1С за чтение и проверку структуры XML-файлов отвечают пакеты XDTO. В старых релизах конфигураций или библиотек электронного документооборота (БЭД) в перечислении допустимых версий формата просто отсутствует значение «5.03». Когда программа пытается сопоставить данные из входящего файла с внутренними правилами, происходит сбой, так как «5.03» не входит в список разрешенных значений. Ситуация осложняется тем, что даже после обновления программы старые правила могут оставаться в кэше базы данных.

Шаг 1. Установка актуальных патчей

Первым делом проверим наличие необходимых исправлений. Фирма «1С» оперативно выпускает патчи для поддержки новых форматов. Для решения проблемы с форматом 5.03 разработана серия патчей EF_00_00687314.

Рассмотрим, какие действия необходимо предпринять:

  1. Перейдем в раздел АдминистрированиеОбслуживаниеОбновление программы.
  2. Проверим список установленных исправлений (патчей). Нам необходим патч с номером EF_00_00687314 (индексы после подчеркивания могут быть _9, _11, _12 — рекомендуется ставить самый свежий).
  3. Если патч отсутствует, его следует загрузить через автоматический поиск обновлений или скачать вручную с портала техподдержки 1С.

Важный нюанс: для некоторых конфигураций (например, «1С:Документооборот 2.1») нужно искать патчи именно под конкретную конфигурацию, так как общие патчи для подсистемы БЭД могут не подойти.

Шаг 2. Очистка регистра правил преобразования

Часто установка патча не помогает сразу, так как система продолжает использовать устаревшие закэшированные правила. Разберем, как принудительно заставить 1С обновить схемы форматов. Посмотрим на алгоритм очистки регистра, который помогает в большинстве случаев.

Для конфигурации 1С:Розница 2.3 и аналогичных:

  1. Откроем меню Функции технического специалиста (ранее «Все функции»). Если этого пункта нет, его нужно включить в настройках параметров системы.
  2. Найдем в списке Регистры сведений и выберем ПравилаПреобразованияФорматов.
  3. Выделим все записи в этом регистре (сочетание клавиш Ctrl + A) и нажмем Удалить.
  4. После этого откроем любой документ ЭДО. Система увидит, что кэш пуст, и автоматически загрузит актуальные правила из программного кода или интернета.

Для конфигурации 1С:Управление торговлей (УТ) может потребоваться более сложный алгоритм:

  1. В регистре сведений Правила преобразования форматов удалим только строки, где в колонке Исходный формат указано значение Произвольный XML.
  2. Перейдем в раздел АдминистрированиеОбщие настройки и очистим константу Дата загрузки описания форматов (если она доступна для редактирования).
  3. В регистре сведений Форматы для преобразования найдем строку ПроизвольныйXML и установим дату обновления правил, предшествующую текущей (например, за несколько дней до возникновения проблемы).
  4. Перезапустим сеанс работы с программой.

Шаг 3. Работа с документами, загруженными с ошибкой

Проанализируем ситуацию, когда патч установлен, кэш очищен, но старые документы все равно отображаются некорректно (например, без даты и номера). Это происходит потому, что первичная загрузка данных в базу прошла со сбоем парсера.

Выполним следующие действия для исправления:

  1. Удалим проблемный документ и его Транспортный контейнер (через форму списка документов ЭДО).
  2. Зайдем в настройки ЭДО и временно сдвинем дату начала запроса документов назад.
  3. Выполним команду Отправить и получить.
  4. Система повторно загрузит документ от оператора, на этот раз используя корректные схемы версии 5.03. Данные (номер, дата, контрагент) должны заполниться автоматически.

Дополнительные рекомендации

Если вышеуказанные способы не помогли, проанализируем настройки связи с конкретным контрагентом. В справочнике Настройки ЭДО найдем соглашение с поставщиком. Попробуем в поле «Формат электронного документа» вместо значения Авто выбрать конкретный приказ ФНС (соответствующий формату 5.03).

Также не забывайте, что формат 5.03 тесно связан с поддержкой новых ставок НДС (5% и 7%) для плательщиков на УСН, вступающих в силу в 2025 году. Поэтому своевременное обновление программы и подсистемы ЭДО является критически важным для корректного ведения налогового учета.

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

← На главную