← На главную

При переходе со старых версий систем учета (например, 1С 7.7) на современные решения 1С версии 8.x часто возникает вопрос выбора оптимальной архитектуры для небольшой розничной сети. Проанализируем типичную ситуацию: есть центральный склад, через который распределяется весь товар, и несколько магазинов с автономными базами. В магазинах работает заприлавочная торговля, подбор товара осуществляется по каталогу, а продавцы не должны видеть закупочные цены.

Разберем по шагам, какие конфигурации лучше использовать в данном случае и как правильно организовать обмен данными.

Оптимальная архитектура: связка конфигураций

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

1. Центральный узел (Бэк-офис): На центральном складе разворачивается конфигурация 1С:Управление торговлей (УТ). В ней ведется весь управленческий учет, формируются заказы поставщикам, приходуется товар и устанавливаются розничные цены.
2. Магазины (Фронт-офис): На торговых точках устанавливается 1С:Розница. Для строительной или сантехнической специфики (где важен учет мерных товаров, труб, кабелей, подбор аналогов) оптимально использовать отраслевое решение — 1С:Розница 8. Магазин строительных и отделочных материалов.

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

Организация автономной работы и скрытие данных

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

Для обеспечения надежной работы без постоянного подключения к интернету используем механизм Распределенной информационной базы (РИБ):

• Настраиваем РИБ в 1С:Розница. Центральный узел РИБ находится в офисе, а на каждой торговой точке создается свой периферийный узел.
• В настройках обмена задаем фильтрацию: в магазин выгружаются только те документы поступления и перемещения, которые относятся непосредственно к этому магазину.
• Цены передаются только розничные. Продавцы физически не смогут увидеть закупочные цены, так как эта информация просто не выгружается в периферийную базу.

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

Почему не стоит использовать Frontol?

Часто для автоматизации касс предлагают использовать кассовые программы класса Frontol. Выясним причину, почему для заприлавочной строительной торговли этот вариант менее предпочтителен:

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

Одна онлайн-касса на несколько рабочих мест

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

Современные фискальные регистраторы (например, АТОЛ) имеют порты Ethernet (LAN) или модули Wi-Fi, что позволяет подключить их напрямую в локальную сеть магазина по IP-адресу. Разберем настройку:

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

Применение такой архитектуры позволит создать надежную, отказоустойчивую систему учета, полностью отвечающую современным требованиям законодательства (54-ФЗ, онлайн-кассы) и обеспечивающую удобную работу сети без лишних затрат на серверное оборудование в каждом магазине.