Как реализовать обмен через универсальный формат в 1С:Управление торговлей 11.1?

Обмен данными через универсальный формат (EnterpriseData на базе технологии Конвертации данных 3.0) стал стандартом для современных решений фирмы «1С». Однако пользователи и разработчики, сопровождающие конфигурацию 1С:Управление торговлей 11.1, часто сталкиваются с необходимостью связать эту систему с новыми базами — например, с «1С:Розница» или «1С:Бухгалтерия предприятия». Выясним причину сложностей реализации такого обмена, разберем возможные пути решения задачи и рассмотрим технические нюансы интеграции.

Причины технической сложности в УТ 11.1

Проанализируем архитектуру конфигурации. Редакция «Управление торговлей 11.1» базируется на ранних версиях Библиотеки стандартных подсистем (ветки БСП 2.1–2.2). В этот период концепция EnterpriseData еще не получила штатной реализации внутри БСП — вся экосистема универсального формата и инструменты КД 3.0 появились только в версии БСП 2.3 и старше (в частности, в УТ 11.2).

В связи с этим в базовой структуре метаданных УТ 11.1 отсутствуют ключевые элементы:

1. Специализированный план обмена СинхронизацияДанныхЧерезУниверсальныйФормат.
2. XDTO-пакеты формата EnterpriseData_... и структуры транспортных сообщений ExchangeMessage.
3. Общий модуль МенеджерОбменаЧерезУниверсальныйФормат, содержащий алгоритмы сопоставления и обработки данных.

Способ 1. Обновление конфигурации до актуальной редакции (УТ 11.2 и выше)

Самый надежный и штатный подход к решению проблемы — обновление конфигурации до редакции 11.2 или 11.4/11.5. В редакции 11.2 подсистема обмена через универсальный формат встроена на уровне типовой БСП.

При выборе этого пути обратите внимание на следующие нюансы:

1. Проверка кодов узлов: В подсистеме обмена БСП 2.3+ существенно усилен контроль настроек узлов. При первой синхронизации строго сверяются коды узлов в обеих базах, поэтому важно точно указывать префиксы и идентификаторы.
2. Снятие с поддержки: Если конфигурация сильно переписана, переход на новую редакцию может потребовать значительных затрат на адаптацию кастомного функционала.

Способ 2. Точечный перенос подсистемы EnterpriseData из БСП 2.3+ или УТ 11.2

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

1. Добавление XDTO-пакетов: Перенесите из конфигуратора УТ 11.2 или дистрибутива БСП 2.3 необходимые пакеты XDTO (версию формата, с которой планируется синхронизация, например, EnterpriseData 1.5 или 1.6, а также пакет ExchangeMessage).
2. Создание плана обмена: Создайте план обмена для универсального формата. В состав плана обмена необходимо включить справочники и документы, подлежащие передаче. Важно настроить подписки на события для регистрации изменений.
3. Создание менеджера обмена: Добавьте общий модуль МенеджерОбменаЧерезУниверсальныйФормат (или вынесите его в виде внешней обработки менеджера обмена, если это позволяет перенесенная логика БСП). Программный код процедур и функций обработки данных (ПКО, ПОД, ПКС) формируется и выгружается непосредственно из конфигурации «Конвертация данных 3.0».
4. Правила регистрации объектов (ПРО): Обратите внимание, что правила регистрации для универсального формата по-прежнему разрабатываются в конфигурации «Конвертация данных 2.1» и затем загружаются в базу через файл правил.

Особенности синхронизации объектов и решение проблем с регистрацией

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

1. Синхронизация зависимых данных: Нередко возникают трудности с передачей характеристик номенклатуры, штрихкодов и сопутствующих сведений, если они изначально отсутствуют в составе созданного плана обмена. Для регистрации таких данных разработчики либо расширяют состав собственного плана обмена, либо анализируют изменения по смежным типовым планам обмена через вспомогательные подписки на события.
2. Доработка правил формата: Стандартные правила конвертации из комплекта поставки часто являются неполными для специфических задач. При интеграции УТ с программами «1С:Розница» или «1С:Бухгалтерия предприятия» требуется в КД 3.0 вручную дорабатывать правила для документов и справочников, расширяя передаваемые свойства в соответствии со структурой XDTO-пакетов.
3. Режим совместимости платформы: Внедрение модулей из БСП 2.3+ может потребовать повышения режима совместимости конфигурации до 8.3.6 или 8.3.8. Перед изменением этого параметра выполните полное тестирование базы, так как изменение режима совместимости может повлиять на работу существующих управляемых форм и проведение документов.

Способ 3. Альтернативные методы интеграции

Если внедрение сложных механизмов EnterpriseData экономически нецелесообразно, рассмотрим альтернативные варианты взаимодействия:

1. Классический обмен через КД 2.1: Использование стандартного для УТ 11.1 плана обмена с правилами конвертации в формате XML. Это позволяет избежать правок программного ядра конфигурации и исключает зависимость от версий БСП.
2. Внешняя обработка выгрузки: Разработка внешней обработки, выполняющей выгрузку и загрузку данных формата EnterpriseData в обход стандартной подсистемы БСП с непосредственной сериализацией через механизмы Фабрики XDTO.
3. Собственные HTTP-сервисы: Создание легковесных веб-сервисов или HTTP-сервисов внутри УТ 11.1 для прямой передачи данных в формате JSON или XML в целевую конфигурацию.