Как восстановить синхронизацию между 1С:Управление торговлей 11.5 и 1С:Розница 2.3 после обновления?

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

Проблема синхронизации данных между конфигурациями 1С:Управление торговлей 11.5 и 1С:Розница 2.3 стала одной из самых острых для технических специалистов в 2022 году. После выхода крупных обновлений многие пользователи столкнулись с тем, что типовой обмен, работавший годами, перестал функционировать, а правила обмена в дистрибутивах оказались неактуальными. В данной статье мы подробно разберем причины этой деградации, проанализируем архитектурные изменения и рассмотрим пошаговые сценарии решения проблемы.

Анализ причин сбоя синхронизации

Для начала проанализируем ситуацию: почему привычные механизмы вышли из строя? Основная причина кроется в переходе конфигурации УТ 11.5 на новую архитектуру и формат обмена EnterpriseData версии 1.11 и выше. В то же время Розница 2.3 долгое время сохраняла поддержку только устаревших версий формата (1.7–1.8). Разберем ключевые технические факторы:

  1. Несовместимость схем EnterpriseData: В УТ 11.5 была существенно переработана подсистема учета затрат и закупок. Многие объекты метаданных, которые раньше были справочниками, превратились в иные структуры или сменили состав полей. Правила обмена, созданные под версию 11.4, просто не находят нужных реквизитов в новой конфигурации.
  2. Изменение структуры документов: Особое внимание стоит уделить документам УстановкаЦенНоменклатуры и ПеремещениеТоваров. В УТ 11.5 изменился механизм формирования цен, появились новые разрезы учета (ценовые группы, иерархия), которые Розница 2.3 не может интерпретировать корректно. Это приводит к тому, что при синхронизации цены либо не загружаются вовсе, либо документы не проводятся на стороне приемника.
  3. Удаление объектов: В последних релизах УТ 11.5 были удалены десятки объектов метаданных, которые считались устаревшими (legacy-код). Если старые правила обмена обращаются к этим объектам, система выдает критическую ошибку при загрузке XML-пакета.

Способ 1: Инициализация обмена «с чистого листа» через очистку кэша

Часто проблема заключается не в отсутствии правил как таковых, а в том, что в узлах обмена «зависли» старые предопределенные правила. Рассмотрим процедуру принудительного обновления правил обмена:

Проанализируем шаги для сброса настроек:

  1. Выполним резервное копирование обеих информационных баз.
  2. В обеих конфигурациях перейдем в раздел Администрирование — Синхронизация данных — Настройки синхронизации данных.
  3. Вместо того чтобы пытаться обновить существующую настройку, мы создадим новую, используя файл настроек (XML). Это позволит системе принудительно инициализировать новые схемы EnterpriseData, которые соответствуют текущим релизам.
  4. Если при создании новой настройки проблема сохраняется, необходимо проверить версию формата в составе синхронизации. Убедимся, что выбрана версия, поддерживаемая обеими базами (обычно это минимальный общий знаменатель, например, 1.10).

Способ 2: Использование универсального обмена данными

Как показывает практика эксплуатации, в переходные периоды, когда 1С еще не выпустила стабильные правила для Розницы 2.3, можно использовать встроенный «Универсальный обмен». Этот метод позволяет обойти жесткие требования формата EnterpriseData, но имеет свои особенности.

Рассмотрим нюансы работы через универсальный обмен:

  1. Ограничение по типам документов: Синхронизируются только основные складские документы: ПриходнаяНакладная, РасходнаяНакладная, ПеремещениеТоваров.
  2. Проблемы с установкой цен: При использовании этого метода часто возникает ошибка, когда одна установка цен в УТ 11.5 превращается в некорректный документ в Рознице. Мы должны учитывать, что Розница 2.3 при таком обмене часто воспринимает только одну цену на один документ установки.
  3. Сложности с характеристиками: Если в УТ 11.5 используются сложные наборы характеристик, универсальный обмен может не сопоставить их корректно без ручной доработки ПВД (правил выгрузки данных).

Способ 3: Переход на использование «1С:РМК»

Выясним причину, по которой фирма 1С задерживает обновление правил для Розницы 2.3. В последние годы вендор продвигает концепцию 1С:РМК — отдельного рабочего места кассира, которое подключается напрямую к УТ 11.5.

Разберем, почему это может быть решением:

Вместо того чтобы настраивать сложный и тяжелый обмен между двумя конфигурациями, мы подключаем внешнее приложение РМК к УТ. В этом случае 1С:РМК работает фактически как тонкий клиент, запрашивая данные о ценах и остатках напрямую из центральной базы. Это полностью исключает проблему рассинхронизации справочников и документов УстановкаЦенНоменклатуры.

Важно: Если бизнес-процессы клиента завязаны на сложный функционал Розницы (например, специфические маркетинговые акции, которых нет в УТ), этот вариант может не подойти. Однако для стандартной торговли это самый стабильный путь.

Рекомендации по техническому обслуживанию правил

Если вы все же решили дорабатывать правила самостоятельно или ждать официального патча, проанализируем следующие моменты:

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

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


ПланыОбмена.ВыбратьИзменения(УзелОбмена, НомерСообщения);
// Проанализируем, какие именно объекты зарегистрированы к выгрузке.
// Если в списке есть удаленные в 11.5 объекты, регистрацию нужно очистить.

В-третьих, проанализируем ситуацию с сериями товаров. В УТ 11.5 логика работы серий была значительно изменена. Если в Рознице серии настроены иначе, документ ПеремещениеТоваров никогда не проведется автоматически. В таких случаях мы рекомендуем отключать синхронизацию серий на стороне правил обмена и заполнять их в Рознице вручную по факту приемки, либо приводить политики учета серий к единому стандарту в обеих базах.

Итоги и выводы

Синхронизация УТ 11.5 и Розница 2.3 в текущих реалиях требует от специалиста ручного контроля. Мы рекомендуем:

← На главную