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

← На главную

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

Анализ исходной ситуации и архитектуры обмена

Рассмотрим типовой сценарий: в офисе развернута УправлениеТорговлей, а в магазинах — Розница (часто Базовая версия). Основная сложность заключается в том, что Базовая версия не поддерживает механизм РИБ (Распределенных Информационных Баз), поэтому нам доступна только синхронизация через универсальный формат Enterprise Data.

Проанализируем, почему возникают дубли при подключении второго и последующих магазинов. В 1С каждый объект имеет свой внутренний уникальный идентификатор (GUID). Если товар «Хлеб Бородинский» был создан в УТ и отдельно создан в Рознице, их GUID не совпадут, даже если названия идентичны. Система воспримет их как разные объекты. Чтобы этого не произошло, нам необходимо выполнить процедуру сопоставления.

Шаг 1: Подготовка «Мастер-системы»

Перед началом любых настроек выберем одну базу в качестве эталонной. Как правило, это УправлениеТорговлей. Прежде чем запускать синхронизацию, проанализируем справочник Номенклатура во всех базах. Выясним, есть ли в них уникальные поля, по которым можно связать объекты. Самый надежный вариант — Артикул или Штрихкод.

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

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

Шаг 2: Настройка синхронизации и первый запуск

Разберем процесс настройки в интерфейсе программы. Перейдем в раздел Администрирование — Синхронизация данных. При создании нового обмена выберем программу «Розница, редакция 2.2». На этапе настройки правил отправки и получения данных важно правильно установить фильтры.

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

Программа выгрузит данные из одной базы в другую и предложит таблицу сопоставления.
Настроим поля сопоставления. По умолчанию 1С предлагает «Наименование». Нам следует изменить это на «Артикул» или комбинацию «Наименование + Артикул».
Проанализируем список объектов, которые система не смогла сопоставить автоматически. Их нужно связать вручную.
Только после того, как количество несопоставленных объектов станет равным нулю (или останутся только те, которые действительно должны быть созданы как новые), нажмем кнопку «Синхронизировать».

Шаг 3: Сохранение штрихкодов и ЕГАИС

Для магазинов, торгующих алкоголем, критически важно сохранение Штрихкодов и данных ЕГАИС. Штрихкоды в 1С хранятся в регистре сведений. При обмене через Enterprise Data штрихкод передается вместе с владельцем (номенклатурой). Если при синхронизации создался дубль номенклатуры, штрихкод может «уйти» на новую пустую карточку, а старая карточка в Рознице останется без него, что заблокирует продажи на кассе.

Выясним причину проблем с ЕГАИС. Часто они возникают из-за разницы в справочниках КлассификаторАлкогольнойПродукции. Чтобы этого избежать, настроим систему так, чтобы первичная загрузка ТТН ЕГАИС происходила только в одной базе (например, в Рознице), а в УТ передавались уже сопоставленные документы поступления.

Шаг 4: Организация обмена при слабом интернете

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

Механизм будет работать следующим образом:

УТ выгружает файл обмена (сообщение в формате XML) на FTP-сервер.
Розница, когда интернет становится доступным, скачивает этот файл и загружает данные.
Аналогично происходит обратный процесс.

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

Техническая реализация очистки данных

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


Запрос = Новый Запрос;
Запрос.Текст = 
    "ВЫБРАТЬ
    |	Номенклатура.Артикул КАК Артикул,
    |	КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Номенклатура.Ссылка) КАК КоличествоСсылок
    |ИЗ
    |	Справочник.Номенклатура КАК Номенклатура
    |ГДЕ
    |	Номенклатура.Артикул <> """"
    |СГРУППИРОВАТЬ ПО
    |	Номенклатура.Артикул
    |ИМЕЮЩИЕ
    |	КОЛИЧЕСТВО(РАЗЛИЧНЫЕ Номенклатура.Ссылка) > 1";

РезультатЗапроса = Запрос.Выполнить();
Выборка = РезультатЗапроса.Выбрать();

Пока Выборка.Следующий() Цикл
    // Здесь мы можем проанализировать дубли по конкретному артикулу
    // и принять решение об их объединении
КонецЦикла;

Резюме и рекомендации

Подводя итог, отметим, что «подружить» УТ 11.4 и Розницу 2.2 вполне реально, если соблюдать строгую последовательность действий. Главное правило: сначала сопоставление — потом обмен. Если вы уже столкнулись с дублями, лучше всего остановить обмен, удалить лишние карточки в одной из баз (используя поиск дублей), и запустить процесс синхронизации заново с ручным сопоставлением всех справочников: Организации, Склады, Номенклатура и ЕдиницыИзмерения.

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