← На главную

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

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

Методологическая проблема резервирования в рознице

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

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

1. Менеджер в офисе создает документ ЗаказКлиента с признаком резервирования на складе магазина.
2. Документ передается в розничную точку в виде задания на комплектацию или сборку заказа.
3. Сотрудник магазина оперативно получает распоряжение, снимает физический товар с витрины и переносит его в зону хранения зарезервированных заказов (на склад резерва или специальный стеллаж).
4. После физического отбора статус заказа подтверждается, и позиция исключается из свободного торгового зала.

Вариант 1. Связка «УТ 11 + Розница 2/3» с передачей заказов

Рассмотрим типовую модель интеграции. В центральном узле работает 1С:Управление торговлей 11, а в магазинах развернуты периферийные базы 1С:Розница. Для передачи резервов используется типовой или доработанный обмен:

1. В офисной базе создается ЗаказКлиента, в котором указывается склад отгрузки (торговая точка) и действие «Резервировать на складе».
2. Через план обмена документ выгружается в базу магазина как ЗаказПокупателя.
3. На рабочем месте продавцов настраивается оповещение о поступлении новых заказов с резервом. Товар физически откладывается.
4. Кассовый модуль (РМК) при подборе контролирует остатки: товар в статусе резерва недоступен для оформления обычных розничных чеков.

Особенность передачи оперативных остатков в УТ: по умолчанию типовой обмен между 1С:Розница и 1С:УТ 11 передает данные о продажах только после закрытия кассовой смены документом ОтчетОРозничныхПродажах. В течение смены пробитые чеки в центр не транслируются. Чтобы видеть актуальные остатки раз в пару часов без закрытия смены, применяют два подхода:

1. Использование регистра сведений ИнформативныеОстаткиТоваровПоМагазинам: регистр включается в обмен и передает срез остатков для просмотра менеджерами в офисе (без права оперативного списания по учетным регистрам накопления).
2. Синхронизация через онлайн-сервисы: разработка HTTP-сервиса, который по запросу из УТ опрашивает базу магазина и возвращает текущий свободный остаток за вычетом пробитых за смену чеков и отложенных резервов.

Вариант 2. Единая база «УТ 11» на тонких клиентах

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

1. Моментальная доступность данных: как только менеджер проводит резерв по регистру СвободныеОстатки, он мгновенно учитывается при подборе товаров на кассе во всех магазинах сети.
2. Отсутствие потребности в постоянных обменах: отпадают проблемы рассинхронизации планов обмена, коллизий при одновременном редактировании и задержек выгрузки чеков.
3. Единое адресное пространство: можно настроить для каждого магазина виртуальную ячейку или отдельный склад «Зона резерва», перемещение на который автоматически исключает товар из зоны «Торговый зал».

Важное требование: работа через тонкий клиент требует стабильного интернет-соединения. Для кассовых узлов критично предусмотреть резервный канал связи (LTE-роутеры с автоматическим переключением провайдера).

Вариант 3. «УТ 11 + 1С:РМК» через веб-сервисы

Если разворачивать тяжелую конфигурацию 1С:Розница на кассах нецелесообразно, а надежность канала не позволяет держать тонкий клиент на кассе постоянно, разберем решение на базе автономного рабочего места кассира 1С:РМК:

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

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

Создание самописного аналога РИБ на базе нескольких баз УТ 11 через выгрузку файлов на FTP — наиболее трудоемкий путь с высокими рисками рассинхронизации данных и сложностями при обновлении конфигураций. Рекомендуется использовать единую базу УТ 11 с подключением магазинов по тонкому клиенту либо типовую связку с 1С:Розница/1С:РМК, где резервирование обязательно сопровождается регламентом физического перемещения товара с витрины.