При развертывании нового периферийного узла распределенной информационной базы (РИБ) по магазину в 1С:Розница 2.2 специалисты часто сталкиваются с ситуацией, когда торговая точка открывается, обмен данными работает, но на кассе отсутствуют актуальные розничные цены, бонусные баллы клиентов и товарные остатки. Разберем, почему это происходит и какими способами решается эта задача.
При создании начального образа подчиненного узла РИБ в настройках синхронизации задается параметр «Дата свёртки» (дата начала выгрузки). Платформа отсекает документы, оформленные раньше этой даты, и не выгружает их в новую базу. Установка даты свёртки сама по себе не создает автоматический срез последних по регистрам сведений и не генерирует документы ввод начальных остатков.
В результате документы установки цен или поступления товаров, проведенные в центральной базе (ЦБ) до даты свёртки, не мигрируют в узел магазина, из-за чего в узле образуются нулевые остатки и отсутствуют розничные цены.
Проанализируем наиболее простой и штатный алгоритм, не требующий написания сторонних обработок или сброса дат свёртки.
Магазины и привязанные к нему склады.Установка цен номенклатуры и Применение цен номенклатуры для данного магазина.Если начальный образ узла РИБ уже сформирован, а пересоздавать его заново нежелательно, выгрузку цен и документов можно выполнить вручную без снятия даты свёртки.
Для этого в центральной базе используем штатную обработку «Регистрация изменений для обмена данными» (доступна в разделе администрирования или через меню функций):
Цены номенклатуры или конкретные документы Установка цен номенклатуры.Выясним, почему цены могут не отображаться на кассе даже после их регистрации в обмене:
Цены номенклатуры недостаточно. Чтобы розничные цены стали действующими в кассовом модуле магазина, в подчиненный узел обязательно должен попасть документ Применение цен номенклатуры.Оформление старых партий бонусных баллов и истории продаж по дисконтным картам через таблицы ввода остатков требует значительных трудозатрат. В конфигурации 1С:Розница 2.2 для этого предусмотрен штатный механизм — Дисконтный (бонусный) сервер.
Дисконтный сервер позволяет периферийным кассовым узлам обращаться к центральной базе через Web-сервисы в режиме онлайн для проверки баланса бонусов и скидок клиента, не перенося всю историю бонусных накоплений в каждый узел РИБ.
Важный нюанс: Дисконтный сервер требует стабильного интернет-соединения между магазином и центральной базой. При временном обрыве связи узел переходит в автономный режим, в котором бонусы считываются по локальным данным до восстановления соединения и проведения обмена.
Если продавцам на кассе требуется видеть остатки товаров в соседних магазинах сети, но при этом передавать полную первичку прошлых периодов нельзя, используем механизм информативных остатков.
В настройках узла обмена РИБ включаем опцию «Передача информативных остатков». При синхронизации платформа будет передавать в подчиненную базу сводные данные о наличии товаров на других складах сети исключительно для информационных целей, не засоряя базу первичностью и не нарушая границы свёртки документов.