В современной практике автоматизации бизнеса часто возникает задача организовать удаленный доступ к базе 1С для сотрудников, работающих вне офиса или из различных торговых точек. В данной статье мы подробно разберем, как правильно настроить публикацию базы на веб-сервере, какие технические нюансы следует учесть при выборе между браузером и тонким клиентом, и как обеспечить стабильную работу торгового оборудования.
Рассмотрим стандартную ситуацию: у нас есть локальная база (файловая или серверная), которую мы опубликовали на веб-сервере (Apache или IIS) внутри локальной сети. На роутере поднят "белый" статический IP-адрес. Нам необходимо понять, какие порты следует пробросить (сделать Port Forwarding) для обеспечения доступа извне.
Проанализируем архитектуру взаимодействия. Если база опубликована на веб-сервере, то веб-сервер выступает посредником между клиентом и базой данных. В этом случае взаимодействие происходит по протоколу HTTP (или HTTPS). Следовательно, нам не нужно пробрасывать стандартные порты кластера 1С (такие как 1540, 1541, 1560:1591). Эти порты используются только при прямом подключении тонкого клиента к серверу 1С, минуя веб-сервер.
Для работы через веб-публикацию достаточно пробросить только порт, на котором слушает ваш веб-сервер. По умолчанию это:
Если вы решите изменить внешний порт на роутере в целях безопасности (например, с внешнего 12541 на внутренний 80), то при подключении пользователям придется указывать порт в адресе, например: http://ваш_ip:12541/base_name. Однако для стандартной публикации достаточно порта 80.
Выясним, в чем заключается разница между работой через обычный интернет-браузер (веб-клиент) и установленным на компьютер приложением «Тонкий клиент».
Веб-клиент (работа через браузер):
Ctrl+F, Ctrl+N). Работа с файловой системой локального ПК требует установки дополнительных расширений браузера.Тонкий клиент:
Как показывает практика, если есть возможность установить тонкого клиента — это всегда более предпочтительный вариант. Он позволяет избежать проблем с отображением форм и некорректным поведением браузерных движков.
Одним из самых критичных вопросов при работе через веб-сервер является подключение торгового оборудования, такого как онлайн-кассы (ККТ) и сканеры штрихкодов. Рассмотрим, как это работает в связке с веб-публикацией.
Многие пользователи ошибочно полагают, что для работы торгового оборудования через тонкий клиент обязательна клиент-серверная (SQL) база. На самом деле, это не так. Вы можете опубликовать файловую базу на веб-сервере, подключиться к ней тонким клиентом по протоколу HTTP, и оборудование будет успешно функционировать.
Важные моменты при настройке оборудования:
Native Api. Старые драйверы, работающие через COM-соединение, в браузере работать не будут.Проанализируем ситуацию с задержками: при стабильном интернет-канале (от 5-10 Мбит/с) задержка при печати чека практически не ощущается. Однако при использовании файловой базы через веб-сервер могут возникнуть проблемы другого рода.
Если ваша задача — подключить 1-5 удаленных точек, файловая база, опубликованная на веб-сервере, вполне справится. Но если планируется работа 50-100 торговых точек, ситуация кардинально меняется.
Разберем причину: веб-сервер при работе с файловой базой создает одну общую очередь обращений. При записи данных (пробитии чека, проведении документа) файл базы данных 1Cv8.1CD блокируется целиком. При большом количестве одновременных пользователей это неизбежно приведет к ошибкам «Конфликт блокировок» и критическим задержкам. Пользователи на кассах будут ждать по 10-20 секунд, пока база освободится для записи их документа.
Для масштабных проектов (более 10-15 активных пользователей) необходимо использовать клиент-серверный вариант (SQL). В этом случае кластер серверов 1С эффективно управляет транзакциями и блокировками на уровне записей таблиц, а не всей базы целиком. Это обеспечит высокую скорость работы даже при 100 подключенных точках.
Поскольку мы открываем доступ к базе через интернет, крайне важно позаботиться о защите данных. Работа по 80 порту (HTTP) небезопасна, так как пароли передаются в открытом виде и могут быть перехвачены.
Рекомендуем выполнить следующие шаги для защиты:
Подводя итог: для качественной работы удаленных офисов идеальной связкой будет Публикация на веб-сервере (IIS/Apache) + Тонкий клиент + Протокол HTTPS. Если количество точек велико — обязателен переход на серверную СУБД (PostgreSQL, MS SQL и др.).