← На главную
При построении распределенной информационной базы (РИБ) в конфигурации 1С:Розница часто возникает вопрос: как минимизировать объем передаваемых данных на торговые точки и скрыть первичные документы от линейного персонала (кассиров и продавцов), оставив им только справочники номенклатуры, актуальные цены и остатки. Разберем особенности архитектуры платформы «1С:Предприятие», сравним типовые планы обмена и настроим корректную схему работы магазинов.
Почему нельзя передать в узел РИБ только остатки без документов
Проанализируем базовый принцип учета в «1С:Предприятие». В платформе остатки товаров не хранятся в виде статичных редактируемых констант. Они рассчитываются виртуальными таблицами регистров накопления на основании движений первичных документов (таких как ПоступлениеТоваров, РеализацияТоваров, ПеремещениеТоваров, ЧекККМ).
Механизм РИБ реплицирует объекты целиком вместе с их табличными частями и движениями. Попытка полностью исключить документы из плана обмена приведет к тому, что в подчиненном узле регистры остатков окажутся пустыми, и программа не сможет корректно контролировать наличие товаров при продаже или оформлении возвратов.
Рассмотрим существующие варианты передачи информации об остатках:
- Учетные остатки узла: формируются движениями документов, принадлежащих конкретному магазину. Это штатный режим работы узла РИБ.
- Информативные остатки: специальный механизм в типовых решениях, позволяющий продавцам видеть остатки других магазинов сети. Он работает через регламентные задания или веб-сервисы, передавая справочные показатели в отдельный регистр без миграции чужих первичных документов.
Выбор типового плана обмена: «По магазину» или «По рабочему месту»
В конфигурации 1С:Розница предусмотрено два основных плана обмена для розничной сети. Выясним разницу между ними, чтобы выбрать подходящий вариант:
- План обмена «По магазину»: предназначен для создания автономного узла торговой точки (обособленного подразделения). В этот узел передается вся нормативно-справочная информация (НСИ) сети, правила ценообразования и скидок, а также учетные документы, склады и кассы, привязанные исключительно к данному магазину. Документы других магазинов в узел не попадают.
- План обмена «По рабочему месту (РМК)»: используется в ситуациях, когда необходимо выделить отдельную кассу внутри магазина. Этот узел содержит строго ограниченный состав данных, достаточный только для оформления розничных чеков на конкретном фискальном регистраторе.
Если на торговой точке планируется вести локальный приход товаров, перемещения, инвентаризации или учет рабочего времени, правильным решением является использование стандартного плана обмена «По магазину».
Как скрыть документы от кассиров без доработки конфигурации
Часто требование «убрать документы из базы магазина» обусловлено опасением, что кассиры увидят лишнюю коммерческую информацию или случайно изменят данные прихода. Эту задачу не нужно решать переписыванием планов обмена — она решается штатной настройкой прав доступа и интерфейса:
- Назначение типовых профилей доступа: для учетных записей персонала магазина используем профили
Кассир ККМ или Продавец-кассир, исключив полные права и роли администратора.
- Автоматический запуск РМК: в карточке настроек пользователя включаем флаг автоматического открытия рабочего места кассира при входе в систему. В этом режиме интерфейс блокирует доступ к главному меню программы и списку документов.
- Ограничение доступа на уровне записей (RLS): для управляющих магазинов настраиваем группы доступа с ограничением по конкретному магазину и организации, чтобы исключить просмотр данных соседних подразделений.
Учет по обособленным подразделениям, ЕГАИС и маркировка
При наличии сети магазинов с обособленными подразделениями важно учитывать специфику регламентированного учета и государственных систем:
- Реквизиты подразделений: в карточке организации регистрируем обособленные подразделения с индивидуальными КПП и адресами. Привязка складов и касс к подразделению гарантирует, что документы
ОтчетОРозничныхПродажах сформируют корректные данные для выгрузки в центральную бухгалтерию.
- Прямая работа с ЕГАИС и Честным ЗНАКом: узел РИБ позволяет подключить локальный транспортный модуль (УТМ) непосредственно в магазине. Это обеспечивает бесперебойную продажу маркированной продукции и алкоголя даже при временном отсутствии связи с центральным офисом.
Оптимизация файловых баз на торговых точках
Поскольку базы в магазинах разворачиваются в файловом режиме (1Cv8.1CD), необходимо учитывать техническое ограничение платформы: предельный размер одной внутренней таблицы составляет 4 ГБ. При интенсивном потоке чеков база может быстро исчерпать этот лимит.
Для стабильной работы файлового узла настроим следующие процедуры:
- Архивация чеков ККМ: включаем регламентное задание архивации. После закрытия смены и формирования сводного отчета о продажах строки исходных чеков очищаются, а их движения удаляются, что кардинально снижает темп роста базы.
- Очистка очередей обмена: следим за своевременным приемом пакетов обмена, чтобы таблицы регистрации изменений не разрастались при сбоях связи.
Альтернативные архитектурные варианты
Если на торговой точке принципиально не требуется полноценная база «1С» и достаточно только регистрации продаж, рассмотрим альтернативы классическому РИБ:
- Кассовый фронт-офис (режим ККМ-Offline / внешняя кассовая программа): на кассу устанавливается специализированное ПО (например, Frontol). Центральная база «1С» выгружает на кассу текстовый или JSON-каталог товаров с ценами, а обратно принимает файл отчета о продажах.
- Подключение через тонкий клиент или веб-клиент: при наличии стабильного высокоскоростного интернета кассы могут работать напрямую с центральной SQL-базой через публикацию на веб-сервере (HTTP/HTTPS). Это полностью исключает необходимость синхронизации и поддержки локальных баз на точках.