← На главную

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

Лицензирование: переход на версию ПРОФ и дополнительные ключи

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

1. Апгрейд основной поставки: Выполняем переход с базовой версии на 1С:Розница 8 ПРОФ на условиях апгрейда (со скидкой на стоимость сдаваемой базовой версии). Поставка ПРОФ уже включает лицензию на 1 рабочее место и предоставляет доступ к сетевому многопользовательскому режиму, механизму РИБ и гибкому разделению прав пользователей.
2. Приобретение клиентских лицензий: Для каждого дополнительного физического компьютера докупается 1С:Предприятие 8. Клиентская лицензия на 1 рабочее место (программный PIN-код или аппаратный USB-ключ). Например, если в магазине планируется три кассы и один компьютер товароведа, потребуется основная поставка ПРОФ (1 рабочее место) и три дополнительные клиентские лицензии.
3. Учет обязательств по сопровождению: Важно помнить, что в отличие от базовой версии, где обновления предоставлялись бесплатно, версия ПРОФ требует наличия активного договора сопровождения 1С:КП (ранее 1С:ИТС). В рознице регулярные обновления критически важны из-за регулярных изменений форматов фискальных данных (ФФД), работы с системой ЕГАИС и маркировкой товаров («Честный ЗНАК»).

Вариант 1. Централизованная работа по локальной сети с публикацией на веб-сервере

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

Категорически не рекомендуется использовать прямой доступ к файловой базе через общий сетевой ресурс (расшаренную папку Windows). В таком режиме любое кратковременное падение сети приводит к повреждению файла 1Cv8.1CD. Корректный подход для файлового режима — публикация информационной базы на локальном веб-сервере (Apache или IIS) и подключение касс через Тонкий клиент по протоколу HTTP/HTTPS.

Разберем плюсы и минусы данного подхода:

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

Вариант 2. Автономная работа касс через РИБ по рабочему месту

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

Проанализируем технические нюансы настройки РИБ:

1. Полная автономность: Касса продолжает стабильно пробивать чеки даже при обрыве сети, выключении главного компьютера или зависании центрального сервера. Обмен изменениями выполняется в фоновом режиме через заданные промежутки времени (например, каждые 5–10 минут).
2. Префиксация документов: Для центрального узла и каждого кассового узла РИБ в обязательнейшем порядке настраивается уникальный буквенно-цифровой префикс номеров документов. Если этого не сделать, при первом же обмене возникнут коллизии и дублирование номеров чеков.
3. Контроль остатков: Поскольку автономные кассы не видят продажи друг друга онлайн, в настройках кассовых узлов РИБ отключают контроль отрицательных остатков при закрытии чека, иначе касса не позволит продать товар, пробитый секундой ранее на соседнем терминале.
4. Архивация чеков: Со временем локальные кассовые базы разрастаются за счет истории продаж. Чтобы слабые кассовые компьютеры не начинали тормозить, необходимо периодически настраивать архивацию и удаление старых чеков за закрытые смены.

Вариант 3. Клиент-серверный режим (1С:Сервер МИНИ)

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

Лицензия сервера МИНИ существенно дешевле полноценного сервера 1С, но накладывает жесткие ограничения: разрешено не более 5 пользовательских сеансов и 1 сеанс фонового задания, а работа платформы ограничена одним рабочим процессом кластера. Если в магазине суммарно работает 3 кассы и 1 компьютер товароведа, сервер МИНИ обеспечит надежную работу со строгими транзакционными блокировками на уровне записей.

Организация работы с ЕГАИС и торговым оборудованием

При переходе на несколько касс важно грамотно распределить периферийные устройства:

1. Работа с ЕГАИС и УТМ: Аппаратный ключ (JaCarta / Рутокен ЭЦП 2.0/3.0) устанавливается на один компьютер (например, на компьютер товароведа), где запускается служба УТМ. В настройках 1С на всех кассовых узлах указывается обращение к единому УТМ по его локальному IP-адресу в сети (порт 8080).
2. Подключение сканеров штрихкодов: Настоятельно рекомендуется переводить сканеры штрихкодов в режим виртуального COM-порта (через драйвер Native API), отказавшись от базового режима эмуляции клавиатуры (HID). В клавиатурном режиме случайное переключение системной раскладки (RU/EN) или потеря фокуса окна приводит к некорректному считыванию штрихкодов и марок.