← На главную

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

Типичная ошибка: использование облачных дисков для работы 1С

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

1. Отсутствие блокировок файлов: Облачные диски предназначены для хранения и синхронизации статичных файлов. Внутренний механизм платформы 1С требует прямой блокировки диапазонов байт в файле базы данных. Облачный клиент синхронизации не умеет обрабатывать транзакционные межпроцессные блокировки.
2. Неизбежное разрушение базы: При одновременной записи данных из двух магазинов облачный синхронизатор будет перезаписывать файл целиком или создавать конфликтующие копии. Это приводит к мгновенному повреждению структуры таблиц и безвозвратной потере учетных данных.

Важно понимать: облачное хранилище — это лишь удаленный диск для сохранения архивных копий, но не среда для одновременного выполнения кода и работы с базой.

Вариант 1. Аренда недорогого VPS/VDS с публикацией базы на веб-сервере

Оптимальным и универсальным решением для небольшого количества пользователей (например, 2–4 рабочих места) является аренда виртуального выделенного сервера (VPS/VDS) с последующей публикацией информационной базы на веб-сервере (Apache или IIS).

Разберем схему работы по шагам:

1. Выбор конфигурации сервера: Для файловой базы с несколькими пользователями достаточно недорогого виртуального сервера с 2–4 ядрами CPU, 4–8 ГБ оперативной памяти и быстрым SSD-накопителем. Большинство провайдеров предоставляют тестовый период от 14 до 30 дней, что позволяет закрыть временную потребность без значительных вложений.
2. Установка и публикация: На сервере разворачивается платформа 1С и веб-сервер. Информационная база публикуется для веб-доступа через встроенный диалог администрирования или утилиту командной строки.
3. Подключение рабочих мест: На компьютерах в магазинах устанавливается Тонкий клиент 1С, в свойствах подключения которого указывается веб-адрес опубликованной базы (по протоколу HTTP или HTTPS).

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

Вариант 2. Публикация на собственном оборудовании и сервисы туннелирования

Если бюджет ограничен, а в одном из магазинов или в офисе уже установлен достаточно производительный компьютер, можно обойтись без аренды внешнего сервера:

1. Локальная публикация через веб-сервер: Размещаем базу на основном компьютере, устанавливаем Apache или IIS и настраиваем публикацию.
2. Объединение магазинов в виртуальную сеть: Чтобы компьютеры из другого магазина могли обращаться к серверу без выделенного внешнего «белого» IP-адреса, настраивается защищенная mesh/P2P VPN-сеть между торговыми точками.
3. Использование сервиса 1С:Линк: Если требуется официальный и простой в настройке защищенный канал, можно воспользоваться сервисом 1С:Линк. Он создает безопасный туннель к локальной базе без изменения сетевой маршрутизации и проброса портов на роутере.

Особенности подключения торгового оборудования: тонкий клиент против RDP

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

1. Удаленный рабочий стол (RDP): При работе через терминальную сессию база запускается непосредственно на удаленном сервере. Чтобы напечатать чек на кассе в магазине, требуется пробрасывать локальные COM-порты и USB-устройства в удаленную сессию. При высоком сетевом пинге или нестабильном канале связи кассовые чеки могут фискализироваться с задержками до одной минуты, а проброс портов часто дает сбои.
2. Тонкий клиент по веб-протоколу (рекомендуемый подход): При использовании тонкого клиента компоненты Библиотеки подключаемого оборудования (БПО) и драйверы устройств выполняются локально на стороне кассового компьютера. Команды фискализации отправляются на кассу мгновенно, минуя задержки удаленного проброса оборудования.

Технические ограничения и риски централизованной базы

Выбирая единую централизованную базу вместо распределенной (РИБ), необходимо учитывать следующие особенности платформы:

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