Веб-клиент 1С в браузере: от установки модуля до публикации базы

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

Выбор сервера обычно диктует среда. На Windows-сервере проще IIS: он уже входит в систему. Если сервер на Linux или нужна независимость от Windows, берут Apache 2.4. Оба варианта поддерживаются платформой 8.3 и работают с файловой и клиент-серверной базой.

Что выбрать: IIS или Apache

Разница в основном в том, где вы живёте — на Windows или на Linux. Сравнение по тому, что реально влияет на выбор:

Подготовка веб-сервера

IIS на Windows

Откройте Панель управления → Программы → Включение или отключение компонентов Windows и отметьте «Службы IIS». Для 1С понадобятся не только базовые функции, но и несколько дополнительных:

• 🔹 Общие функции HTTP — статическое содержимое, документ по умолчанию;
• 🔹 Разработка приложений — расширения ISAPI и фильтры ISAPI;
• 🔹 Безопасность — проверка подлинности Windows, если планируете вход доменной учёткой;
• 🔹 Средства управления — консоль управления IIS, чтобы видеть результат публикации.

После включения откройте в браузере http://localhost. Если видите стартовую страницу IIS, сервер готов.

Apache 2.4

Установите Apache 2.4 для вашей системы и убедитесь, что он запускается и отвечает на http://localhost. На Windows важна разрядность: модуль расширения должен соответствовать сборке Apache (32 или 64 бита). Несовпадение — частая причина того, что публикация проходит, а страница не открывается.

Установка модуля расширения веб-сервера

Модуль ставится вместе с платформой. Запустите установщик 1С:Предприятия и в списке компонентов отметьте «Модули расширения веб-серверов». Если платформа уже стоит, запустите установку повторно и выберите изменение состава компонентов — переустанавливать всё не нужно.

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

Публикация информационной базы

Публикация записывает в каталог веб-сервера файл default.vrd и настраивает обработчик. Именно в нём живут параметры доступа.

Через Конфигуратор

1. Запустите Конфигуратор нужной базы от имени администратора — иначе он не сможет записать файлы в каталог веб-сервера.
2. Откройте Администрирование → Публикация на веб-сервере.
3. Укажите имя публикации: оно станет частью адреса. Латиница, без пробелов.
4. Выберите веб-сервер из списка. Если список пуст, модуль не установлен или сервер не обнаружен.
5. Проверьте каталог публикации. По умолчанию он создаётся рядом с корнем сервера (для IIS — внутри C:\inetpub\wwwroot).
6. Отметьте «Публиковать тонкий клиент и веб-клиент». Остальные пункты (веб-сервисы, стандартный интерфейс OData) включайте только если они нужны для интеграции.
7. Нажмите «Опубликовать» и дождитесь сообщения об успехе.

Теперь адрес http://сервер/имя_публикации должен открыть окно входа.

Через консольную утилиту webinst

На серверах без графики, например на Linux, публикуют из командной строки. Пример для Apache 2.4:

webinst -publish -apache24 -wsdir buh -dir /var/www/buh -connstr "Srvr=app01;Ref=buh;" -confpath /etc/apache2/apache2.conf

Здесь -wsdir — имя публикации, -dir — каталог для файлов, -connstr — строка соединения с базой, -confpath — конфигурационный файл Apache. Остальные ключи смотрите в справке самой утилиты.

Что внутри default.vrd

Файл default.vrd лежит в каталоге публикации. Его можно открыть текстовым редактором и править: например, ограничить список пользователей, сменить режим доступа к веб-сервисам или отключить ненужное. После правки перезапуск веб-сервера обычно не нужен, но если изменение не подхватилось, перезапустите его в нерабочее время.

Права доступа и аутентификация

Тут два уровня: права операционной системы для веб-сервера и права пользователей в самой 1С.

Права на каталоги

Службе веб-сервера нужно читать каталог публикации. А если база файловая, то ещё и читать и писать каталог с файлом 1Cv8.1CD. Для IIS это учётная запись пула приложений (по умолчанию IIS_IUSRS или отдельный пользователь пула), для Apache — пользователь, от которого запущена служба.

Для клиент-серверной базы эти права не нужны: за доступ к данным отвечает кластер серверов 1С, а веб-сервер лишь передаёт запросы.

Способы входа

Для доменного входа в IIS включите «Проверку подлинности Windows» и отключите анонимную. Пользователя ОС затем сопоставляют с пользователем базы в списке пользователей.

Типичные ошибки и что с ними делать

Ниже симптомы, которые встречаются чаще всего.

Если ничего не помогло, смотрите журнал веб-сервера: там почти всегда есть точное сообщение, а по нему поиск даёт ответ быстрее, чем гадание.

Защищённое соединение: HTTPS для веб-клиента

Если база нужна за пределами офисной сети, HTTPS обязателен. Порядок такой:

1. Получите сертификат: коммерческий от удостоверяющего центра или бесплатный от Let’s Encrypt. Для внутреннего стенда подойдёт и самоподписанный, но браузеры будут ругаться.
2. Привяжите сертификат к сайту. В IIS это делается через Привязки сайта с типом https и портом 443. В Apache подключается модуль SSL, в виртуальном хосте указываются файлы сертификата и ключа.
3. Откройте адрес базы по https:// и убедитесь, что браузер не показывает предупреждений.
4. Настройте перенаправление с http на https, чтобы пользователи не попадали на открытую версию случайно.

После перехода на HTTPS проверьте вход со всех используемых устройств. Старые браузеры и некоторые мобильные устройства иногда не принимают новые сертификаты.

Как проверить результат и не ломать работающую базу

Публикация сама по себе безопасна для данных, но легко задеть пользователей, если делать её в разгар дня. Порядок действий, который снижает риск:

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

Что именно проверить на тестовой публикации:

Если что-то из списка не работает в веб-клиенте, но работает в тонком, значит, дело в особенностях браузера, а не в самой публикации. Тогда разберите конкретную функцию отдельно.

Опубликованную базу можно и убрать: в той же форме Администрирование → Публикация на веб-сервере есть кнопка отмены публикации. Она удаляет файл default.vrd и настройки обработчика. Сама база и её данные не затрагиваются.

Ускорение работы веб-клиента

Веб-клиент работает медленнее тонкого, и часть этой разницы убрать нельзя. Но заметно улучшить скорость можно.

• ⚡ Сжатие. Включите сжатие ответов на веб-сервере: интерфейс 1С передаёт много текстовых данных, и сжатие даёт ощутимый выигрыш на медленных каналах.
• ⚡ Клиент-серверная база . Файловая база через веб-сервер при нескольких пользователях проседает. С ростом числа сеансов переходите на кластер серверов 1С.
• ⚡ Канал связи. Задержка (пинг) влияет сильнее, чем скорость. Для работы через интернет заводите VPN с нормальным качеством канала.
• ⚡ Браузер. Используйте актуальную версию Chrome, Firefox, Edge или Яндекс Браузера. Расширения браузера, особенно блокировщики и антивирусные, иногда тормозят интерфейс — проверьте в режиме инкогнито.
• ⚡ Ресурсы сервера. Следите за оперативной памятью и нагрузкой на процессор: при нехватке тормозит всё сразу.

Отдельно оцените лицензии. Подключение через веб-клиент тоже занимает лицензию, поэтому количество одновременных сеансов ограничено тем, что у вас куплено.

Частые вопросы