← На главную

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

Разберем по шагам, как правильно спроектировать систему на платформе 1С, какую конфигурацию выбрать, как организовать распределенную информационную базу (РИБ) и как решить конфликт между автономностью офлайн-касс и актуальностью онлайн-остатков.

Выбор конфигурации: типовая 1С:Розница или отраслевые решения

Проанализируем базовые варианты учетных систем для розничной сети строительных товаров:

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

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

Архитектура РИБ: выделенный центральный узел для обменов

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

Рассмотрим надежную топологию распределенной сети:

1. Изолированная центральная база (ЦБ): Создается на отдельном сервере (или виртуальной машине). В этой базе пользователи не работают. Ее единственная задача — непрерывная обработка очередей обмена с периферийными узлами, создание резервных копий и применение обновлений конфигурации администратором.
2. Периферийный узел офиса: Администрация, аналитики и категорийные менеджеры работают в отдельном периферийном узле с полным планом обмена, синхронизирующимся с ЦБ по локальной сети с интервалом в 2–5 минут.
3. Периферийные узлы магазинов (ПБ): Торговые точки функционируют в собственных периферийных базах, где включена фильтрация данных по магазину (план обмена «По магазину»). Это существенно снижает объем передаваемых пакетов.

Устранение узких мест файлового режима

Выясним причину, почему файловый режим (.1CD) в магазинах с несколькими кассами приводит к сбоям:

1. Табличные блокировки: В файловом режиме блокировка накладывается на всю таблицу целиком. Во время выполнения фонового регламентного задания обмена РИБ монопольно блокируются регистры накопления остатков и цен. В этот момент кассир не может пробить чек или выполнить поиск номенклатуры, наблюдая зависание интерфейса на десятки секунд.
2. Ограничение размера таблиц: Внутренние таблицы файла базы данных ограничены размером 4 ГБ. При накоплении очередей регистрации изменений (таблицы _DocumentChange, _AccumRgChange) из-за проблем со связью база рискует выйти из строя.
3. Блокировка касс при обновлении метаданных: Когда периферийный узел принимает сообщение РИБ с изменениями конфигурации, база требует монопольного захвата и перезапуска, что останавливает кассовую зону.

Для надежной работы на торговых точках, где используется более двух рабочих мест, рекомендуется отказаться от файлового доступа по сети и развернуть клиент-серверный вариант с использованием лицензии 1С:Сервер МИНИ (до 5 клиентских сессий плюс сессия фонового задания) на базе СУБД PostgreSQL. Это гарантирует построчные блокировки данных и исключает зависание касс во время фонового обмена.

Гибридная схема: офлайн-продажи и онлайн-остатки

Если магазин продает товар исключительно по данным РИБ, возникает задержка актуализации: остаток в удаленном магазине списывается локально, но в другом магазине данные появятся только после полного цикла обмена (через 15–60 минут). При оформлении доставки или перемещения стройматериалов со склада другого магазина велик риск повторной продажи одного и того же остатка.

Разберем реализацию гибридной схемы («Офлайн-кассы + Онлайн-остатки»):

1. Локальные продажи из торгового зала: Выполняются кассиром полностью автономно по остаткам локальной периферийной базы. Касса никогда не зависит от доступности внешнего интернета.
2. Проверка остатков сети через HTTP-сервис: В форму подбора товара для менеджеров встраивается синхронный запрос к центральной базе через легкий HTTP-сервис с коротким таймаутом (1,5–2 секунды). При наличии связи менеджер видит гарантированно актуальные остатки всех складов в реальном времени.
3. Двухфазное резервирование: Оформление заказа на доставку с удаленного склада отправляет команду резервирования на центральный сервер. Документ проводится локально только после успешного ответа сервиса о фиксации резерва в центре.
4. Модель отказоустойчивости (Fallback): Если интернет-канал магазина недоступен или сервис не ответил за 2 секунды, система выдает кассиру предупреждение: «Связь с центральным узлом отсутствует, удаленное резервирование недоступно». При этом локальная продажа позиций со своего склада продолжает работать в штатном режиме.

Учет по нескольким ИП и автоматизация передач товаров

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

1. Разделение фискальных чеков на кассе: В настройках РМК подключаются два фискальных регистратора, каждый из которых фискализирован на свое ИП. При пробитии комплексного чека система автоматически разделяет строки документа и направляет соответствующие фискальные команды на нужные ККТ.
2. Механизм «Интеркампани»: Позволяет продавать товар одной организации от имени другой в торговом зале. Автоматическое оформление документов «Передача товаров между организациями» настраивается с помощью регламентного задания, которое анализирует продажи за смену и формирует закрывающие документы без ручного вмешательства оператора.

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