Как исправить ошибку преобразования XDTO и «вылет» 1С при открытии панели обмена ИС МП в УТ 10.3?

← На главную

При переходе на релизы Управление торговлей 10.3.64.1 и выше пользователи столкнулись с критической проблемой: при попытке открыть меню «Обмен с ИС МП (обувь, одежда, табак...)» программа закрывается с ошибкой преобразования данных XDTO. Это происходит даже на пустых базах и типовых конфигурациях. В этой статье мы подробно разберем, почему это происходит, и как восстановить работоспособность системы несколькими способами.

Разбор причины ошибки: баг платформы 30173074

Проанализируем ситуацию: ошибка Форма: Элемент Тип: {http://v8.1c.ru/8.2/managed-application/logform/layouter}FormChangesMovedItem указывает на проблему сериализации изменений формы при передаче данных между клиентом и сервером. В новых релизах УТ 10.3 разработчики существенно переработали механизмы маркировки (ИС МП), внедрив динамическое управление элементами формы.

Выясним причину: когда конфигурация работает в режиме совместимости с версией 8.2.16 (что является штатным для УТ 10.3), платформа 1С определенных сборок некорректно обрабатывает перемещение элементов на форме, если функциональная опция маркировки выключена. Это официально признанная ошибка платформы под номером 30173074.

Решение №1: Включение функциональной опции (самый быстрый способ)

Как показывает практика, ошибка возникает только в том случае, если в базе еще не включен учет маркируемой продукции. Система пытается отрисовать панель обмена, скрывая «лишние» элементы, и именно на этом этапе происходит крах XDTO-пакета.

Рассмотрим, как принудительно включить нужную опцию, если через стандартный интерфейс это сделать невозможно из-за ошибки. Нам необходимо установить константу ВестиУчетМаркируемойПродукцииИСМП в значение Истина.

Для этого выполним следующие действия:

Откроем программу в режиме «1С:Предприятие» под пользователем с полными правами.
Если у вас доступно меню «Все функции» (в последних версиях платформы — «Функции для технического специалиста»), перейдем в раздел Константы.
Найдем константу «Вести учет маркируемой продукции ИСМП» и установим галочку.

Если прямого доступа к константе нет, воспользуемся внешней обработкой или консолью кода. Создадим простую обработку с одной кнопкой и следующим программным кодом:


Константы.ВестиУчетМаркируемойПродукцииИСМП.Установить(Истина);
Предупреждение("Настройка учета маркировки успешно включена!");

После выполнения этого кода панель обмена ИС МП начнет открываться корректно, так как форма будет инициализироваться в другом состоянии, не вызывающем конфликт в XDTO.

Решение №2: Обновление платформы «1С:Предприятие»

Поскольку корень проблемы лежит в движке платформы, наиболее правильным (хотя и более трудоемким) решением будет обновление платформы до версий, где баг 30173074 был исправлен. Проанализируем список подходящих версий:

Если вы используете ветку 8.3.15, обновитесь до 8.3.15.1958 и выше.
В ветке 8.3.16 исправление доступно начиная с 8.3.16.1359.
В ветке 8.3.17 — с версии 8.3.17.1386.

Использование актуальных релизов платформы снимает необходимость в «костылях» и обеспечивает стабильную работу с динамическими формами в режиме совместимости.

Исправление сопутствующих ошибок в УТ 10.3.64.x

Помимо основного «вылета», в релизах 64.1 - 64.3 были обнаружены другие неприятные ошибки в модулях интеграции. Рассмотрим их исправление по шагам.

1. Ошибка в документе «Отгрузка товаров ИС МП»

При попытке провести или записать документ отгрузки маркировки может возникнуть ошибка вызова метода Записать. Это происходит из-за неверной проверки контекста в общем модуле. Проанализируем ситуацию и внесем правку:

Найдем общий модуль ИнтеграцияИСУТКлиентСервер.
Найдем функцию ЭтоКонтекстОбъекта.
Заменим проблемный участок кода:


// Было:
ИначеЕсли ТипЗнч(Контекст) = Тип("Форма") Тогда
    // Код обработки формы

// Нужно заменить на:
Иначе
    // Это позволит корректно обрабатывать контекст в новых формах маркировки

2. Ошибка ЕГАИС при закрытии чека

Многие пользователи заметили ошибку несоответствия типов при работе с ЕГАИС в общем модуле ИнтеграцияЕГАИССлужебныйКлиент. Программа передает структуру вместо объекта оповещения. Разберем пример кода для исправления:


Попытка
    ВыполнитьОбработкуОповещения(ОповещениеПриЗавершении, ПараметрОповещения);
Исключение
    // Если передан некорректный тип, создаем описание оповещения вручную
    нОповещение = Новый ОписаниеОповещения(
        ОповещениеПриЗавершении.ИмяПроцедуры, 
        ОповещениеПриЗавершении.Контекст,
        ОповещениеПриЗавершении.ДополнительныеПараметры
    );
    ВыполнитьОбработкуОповещения(нОповещение, ПараметрОповещения);
КонецПопытки;

Проблемы с драйверами АТОЛ и кодами защиты

В релизе 10.3.64.2 пользователи столкнулись с ошибкой [94] Некорректный код защиты / лицензия при работе с ККТ АТОЛ. Выясним причину: это связано с переходом на новый механизм взаимодействия с драйверами 10-й версии для поддержки маркировки.

Чтобы решить эту проблему, выполните следующие действия:

Обновите драйвер АТОЛ на компьютере до версии не ниже 10.6.2.0.
В справочнике «Торговое оборудование» убедитесь, что используется актуальная обработка обслуживания (обычно поставляется в составе релиза в папке TradeWareEpo\Atol).
Если касса продолжает выдавать ошибку лицензии, проверьте наличие введенного кода защиты №4 (или соответствующих лицензий в ККТ под 54-ФЗ) через утилиту драйвера АТОЛ.

Подведем итог: переход на маркировку в старых конфигурациях 1С (на обычных формах) требует особого внимания к версиям платформы. Использование актуальной платформы 8.3.17+ и включение всех необходимых функциональных опций перед началом работы позволит избежать большинства критических ошибок сериализации XDTO.