Синхронизация между УТ 10.3 и УТ 11.5 для работы с «Честным знаком»: архитектура решения

Многие компании, работающие на сильно доработанных конфигурациях «1С:Управление торговлей 10.3», сталкиваются с серьезным вызовом: необходимостью интеграции с системой «Честный знак» (ГИС МТ). Полный переход на УТ 11.5 зачастую невозможен из-за огромного объема накопленного функционала и отлаженных бизнес-процессов. В этой статье мы подробно разберем, как реализовать гибридную схему работы, используя современную УТ 11.5 в качестве технического шлюза для маркировки, сохраняя при этом основной учет в «старой» базе.

Выбор стратегии: почему вариант «База-шлюз» оптимален

Рассмотрим ситуацию, когда в УТ 10.3 за 10–15 лет дописаны интеграции с маркетплейсами, системами лояльности, адресным хранением и мобильными приложениями. Переписывание этого функционала под Управляемые формы УТ 11 займет годы. Проанализируем три основных пути:

1. Обновление УТ 10.3 до последнего релиза: Метод сомнительный, так как официальная поддержка редакции 10.3 подходит к концу, и любые изменения в API «Честного знака» придется внедрять вручную в устаревший код.
2. Полный переход: Неприемлем из-за стоимости и рисков остановки бизнеса.
3. Создание «1С:Маркировка» на базе УТ 11.5: Это наиболее рациональный подход. Мы устанавливаем чистую УТ 11.5, в которой пользователи выполняют только операции с кодами маркировки (КМ), ЭДО и выводом из оборота, а все складские и финансовые документы приходят из УТ 10.3 по автоматическому обмену.

Архитектура обмена данными через HTTP-сервисы

Разберем подробнее техническую реализацию обмена, которая позволит обновлять УТ 11.5 без риска поломать синхронизацию. Использование стандартной «Конвертации данных 2.0» (КД) часто приводит к проблемам, так как 1С при обновлениях может изменять структуру метаданных или вовсе отключать поддержку старых правил обмена. Для этой задачи можно использовать готовое решение для двустороннего HTTP-обмена между УТ 10.3 и УТ 11.5.

Наиболее стабильный вариант — реализация собственного HTTP-сервиса в УТ 10.3 и регламентного задания в УТ 11.5. Проанализируем алгоритм работы такой системы:

1. В УТ 10.3 создается специализированный ПланОбмена, в который регистрируются изменения необходимых объектов: Номенклатура, Характеристики, Единицы измерения, Штрихкоды и документы реализации/поступления.
2. В УТ 11.5 настраивается регламентное задание, которое с определенной периодичностью обращается к HTTP-сервису «десятки».
3. Сервис в УТ 10.3 формирует пакет данных (обычно в формате JSON) и передает его в УТ 11.5.
4. УТ 11.5 принимает пакет, создает или обновляет записи. Если обработка прошла успешно, она отправляет подтверждение обратно.
5. После подтверждения в УТ 10.3 очищается регистрация изменений для данного узла обмена.

Посмотрим на пример того, как может выглядеть структура метода HTTP-сервиса в УТ 10.3 для передачи изменений номенклатуры:

Функция ПолучитьИзмененияНоменклатуры(Запрос)
    Результат = Новый Массив;
    Выборка = ПланыОбмена.ВыбратьИзменения(УзелОбмена, НомерПакета);
    Пока Выборка.Следующий() Цикл
        ДанныеОбъекта = Выборка.Получить();
        Если ТипЗнч(ДанныеОбъекта) = Тип("СправочникОбъект.Номенклатура") Тогда
            СтруктураНоменклатуры = Новый Структура("Код, Наименование, Артикул, Штрихкод");
            ЗаполнитьЗначенияСвойств(СтруктураНоменклатуры, ДанныеОбъекта);
            Результат.Добавить(СтруктураНоменклатуры);
        КонецЕсли;
    КонецЦикла;
    Возврат СформироватьJSONОтвет(Результат);
КонецФункции

Решение проблемы криптографии и TLS 1.2

Выясним причину, почему прямая интеграция УТ 10.3 с «Честным знаком» затруднена. API ГИС МТ требует использования протокола безопасности TLS 1.2 и специфических алгоритмов шифрования для подписания JSON-запросов. Старая платформа 8.2 (или 8.3 в режиме совместимости) часто не поддерживает эти стандарты на уровне системных объектов HTTPСоединение. При необходимости можно воспользоваться практическим опытом настройки маркировки напрямую в УТ 10.3.

Использование УТ 11.5 как шлюза решает эту проблему автоматически, так как современная конфигурация работает на актуальной версии платформы 8.3 и имеет встроенные библиотеки для работы с криптографией. В этом случае УТ 10.3 передает только «сырые» данные о документах, а подписание и отправка в систему маркировки происходят в «свежей» базе.

Автоматизация работы с кодами маркировки (КМ)

Рассмотрим процесс обработки реализации товара. В УТ 10.3 менеджер создает документ «Реализация товаров и услуг». Этот документ через обмен попадает в УТ 11.5. Оператор в УТ 11.5 (или кладовщик с ТСД, подключенным к УТ 11.5) выполняет следующие действия:

1. Открывает документ в «базе маркировки».
2. Сканирует коды маркировки (или подбирает их из пула доступных).
3. Формирует УПД через встроенный модуль ЭДО.
4. Отправляет данные в ГИС МТ.

Важный момент: Чтобы избежать расхождения остатков, необходимо внедрить механизм блокировки документа в УТ 10.3. Если документ был успешно выгружен в УТ 11.5 и по нему начата работа с маркировкой, любые изменения в «десятке» должны быть запрещены программно, либо требовать согласования.

Использование EnterpriseData как альтернатива

Проанализируем еще один современный подход — использование формата EnterpriseData. Это стандартизированный формат обмена данными, основанный на XML. Несмотря на то, что УТ 10.3 его нативно не поддерживает в полной мере, существуют расширения и внешние обработки, позволяющие формировать сообщения в этом формате.

Преимущество EnterpriseData заключается в том, что структура XML-пакета не меняется от релиза к релизу так часто, как структура таблиц БД. Это делает интеграцию максимально устойчивой к обновлениям УТ 11.5. В УТ 11.5 уже есть встроенные механизмы (через «Синхронизацию данных»), которые умеют принимать этот формат и преобразовывать его в объекты конфигурации.

Критический функционал: Маркетплейсы и розница

Поскольку компания работает с Frontol в рознице и маркетплейсами, разберем специфику работы с кодами маркировки в этих каналах:

• Для Frontol: Коды маркировки сканируются на кассе. Информация о КМ попадает в отчет о розничных продажах. Эти данные необходимо передавать напрямую в УТ 11.5 для корректного списания кодов с баланса организации в ГИС МТ.
• Для Маркетплейсов: При схеме FBO (продажа со склада маркетплейса) коды передаются через УПД при поставке. При схеме FBS (продажа со своего склада) код маркировки должен передаваться в момент формирования заказа. Здесь УТ 11.5 выступает идеальным инструментом, так как в ней реализованы актуальные механизмы работы с отчетами комиссионеров в разрезе маркировки.

Заключение

Подводя итог, можно подтвердить: создание промежуточной базы на УТ 11.5 («1С:Маркировка») является самым безопасным и масштабируемым решением для компаний, «застрявших» на УТ 10.3. Это позволяет выполнить требования законодательства по Честному знаку в кратчайшие сроки, не разрушая при этом годами отлаженную экосистему управления предприятием. Ключевым фактором успеха при такой схеме является надежный, автоматизированный обмен через HTTP-сервисы или EnterpriseData, обеспечивающий целостность данных между двумя системами.