Как настроить синхронизацию данных между УТ 10.3 и несколькими базовыми базами Розница 2.2?

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

Настройка взаимодействия между управляющей базой 1С:Управление торговлей 10.3 и удаленными магазинами на 1С:Розница 2.2 — распространенная задача при автоматизации розничной сети. Нередко эту схему ошибочно называют РИБ (распределенной информационной базой). Разберем архитектурные различия, выясним причины сбоев при подключении нескольких магазинов и пошагово рассмотрим решение типовых проблем с выгрузкой документов и актуализацией правил обмена.

Архитектурные ограничения: РИБ или обмен по правилам конвертации?

Проанализируем базовые механизмы платформы 1С:Предприятие:

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

Где найти официальные инструкции и актуальные правила обмена?

При первоначальной настройке многие администраторы пытаются писать правила обмена с нуля через конфигурацию Конвертация данных, однако фирма 1С поставляет готовые типовые правила и подробные регламенты.

Рассмотрим, где находятся эти материалы. При установке дистрибутивов обновлений файлы помещаются в каталог шаблонов 1С (по умолчанию %APPDATA%\1C\1Cv8\tmplts\1c\...):

  1. В каталоге шаблона Управление торговлей 10.3 расположена папка Обмен с конфигурацией Розница, ред. 2.2. Внутри нее находятся файл правил конвертации (XML), правила регистрации объектов и подробная инструкция по настройке.
  2. В каталоге шаблона Розница 2.2 также присутствует аналогичный комплект.

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

Почему документы загружаются в первый магазин, но не попадают во второй?

Рассмотрим распространенную ситуацию: нормативно-справочная информация (номенклатура, контрагенты, цены) успешно приходит во все базы, но документы (перемещения, установки цен) во второй магазин не выгружаются. Разберем ключевые причины такого поведения:

  1. Несоответствие кодов узлов: В плане обмена УТ 10.3 для каждого магазина должен быть создан отдельный узел с уникальным кодом (например, Р01, Р02). В соответствующей базе Розница 2.2 код в поле «Этот узел» обязан символ в символ совпадать с кодом узла в УТ. Код узла-корреспондента в Рознице должен в точности повторять код узла УТ.
  2. Отборы по складам и магазинам: В форме узла плана обмена в УТ 10.3 на вкладке настроек выгрузки задаются фильтры. Если в списке разрешенных складов/магазинов не указан склад второго магазина, документы по нему автоматически исключаются из выгрузки и никогда не попадут в XML-сообщение.
  3. Дата начала выгрузки документов: Для каждого узла в УТ задается дата начала обмена. Документы, проведенные ранее указанной даты, фильтруются алгоритмом и не регистрируются к выгрузке.
  4. Префиксы информационных баз: Убедимся, что для базы УТ и каждого магазина на Рознице задан уникальный буквенный префикс номеров документов (настраивается в параметрах учета или константах). При совпадении префиксов документы могут перезаписываться или отклоняться из-за дублирования номеров.

Что делать, если удалили узел обмена, и выгрузка остановилась?

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

Для восстановления обмена выполним следующие шаги:

  1. Откроем в УТ 10.3 обработку Регистрация изменений для обмена данными (доступна через интерфейс администрирования или меню сервиса).
  2. Выберем вновь созданный узел удаленного магазина.
  3. Найдем необходимые ветки метаданных (документы ПеремещениеТоваров, справочник Номенклатура и т.д.).
  4. Нажмем кнопку регистрации изменений (можно зарегистрировать все объекты с отбором или без).
  5. Проверим счетчики номеров сообщений: при удалении узла счетчик сбрасывается в значение 1. Убедимся, что в удаленной Рознице счетчик принятых сообщений также ожидает пакет с номером 1.

Особенности загрузки «Перемещения товаров» и ордерная схема в Рознице

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

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

Следуя этим правилам, можно построить стабильный обмен между УТ 10.3 и любым количеством магазинов на базовой Рознице 2.2 без необходимости переписывания типового функционала.

← На главную