← На главную

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

Почему не стоит использовать общий доступ к файловой базе через сетевую папку (SMB)

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

1. Риск повреждения структуры базы данных: Сетевой протокол SMB использует механизм кэширования операций (Oplocks). При одновременной записи данных с нескольких компьютеров малейший микроразрыв в сети, сбой коммутатора или перезагрузка соседней машины вызывают нарушение целостности таблиц и индексов файла базы.
2. Блокировки на уровне таблиц: В файловом режиме платформа блокирует таблицы целиком при проведении документов. Если оба кассира одновременно пробивают ЧекККМ и проводят списание остатков по регистрам накопления, одна из касс регулярно будет зависать с ошибкой ожидания блокировки транзакции.
3. Падение скорости работы: Чем больше объем базы данных, тем медленнее тонкий клиент считывает данные по протоколу SMB, что приводит к задержкам при поиске номенклатуры и расчете скидок.

Вариант 1. Настройка РИБ по рабочим местам кассира (РИБ по РМК)

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

Рассмотрим ключевые преимущества схемы:

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

Вариант 2. Публикация файловой базы на веб-сервере (Apache / IIS)

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

Проанализируем особенности этого подхода:

1. Прямое взаимодействие по HTTP/HTTPS: База данных размещается на основном ПК или отдельном сервере магазина. На нем разворачивается веб-сервер (Apache или IIS) и выполняется публикация базы.
2. Защита от повреждения файла базы: В отличие от сетевой папки (SMB), при обрыве связи между кассой и веб-сервером файл 1Cv8.1CD не разрушается, так как все операции с файлом выполняет исключительно локальный процесс веб-сервера.
3. Локальная работа с торговым оборудованием: На кассовых местах запускается тонкий клиент 1С с подключением по веб-адресу. Сканеры штрихкодов, эквайринговые терминалы и онлайн-кассы подключаются напрямую к портам локального компьютера через стандартные драйверы без необходимости сложного проброса портов.

Вариант 3. Терминальный сервер (RDP)

При использовании выделенного сервера в магазине (отдельного мощного ПК с быстрыми накопителями SSD/NVMe) можно организовать терминальный доступ:

1. Кассиры и товаровед подключаются к серверу через удаленный рабочий стол (RDP) и работают непосредственно в сессиях на сервере.
2. Нюансы подключения оборудования: Проброс фискальных регистраторов и банковских терминалов через COM- и USB-порты в RDP-сессию может вызывать задержки при печати чеков и сбои драйверов. Для стабильной работы рекомендуется использовать онлайн-кассы и эквайринг с прямым подключением по протоколу TCP/IP (Ethernet/Wi-Fi).
3. Лицензирование: Программные лицензии 1С при терминальном доступе должны активироваться непосредственно на сервере для каждой открытой терминальной сессии.

Вариант 4. Клиент-серверный режим (СУБД + Сервер 1С МИНИ)

Для магазинов с высокой интенсивностью продаж (от нескольких чеков в минуту) и сложной системой маркетинговых акций идеальным решением является переход на полноценную СУБД:

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

Рекомендации по выбору архитектуры

Подведем итог и выберем оптимальную конфигурацию под конкретные задачи:

1. Если бюджет ограничен, а на кассах используется базовое "железо", настраиваем РИБ по рабочим местам. Это даст максимальную отказоустойчивость.
2. Если необходимо видеть актуальные остатки в реальном времени и нет выделенного сервера, настраиваем веб-сервер (Apache/IIS) и подключаем кассы через тонкий клиент по локальной сети.
3. При наличии выделенного сервера и высоких требованиях к скорости пробития чеков разворачиваем СУБД PostgreSQL + Сервер 1С:Предприятия (МИНИ).