Администрирование · 14 мин
1С веб-клиент: как он работает и как его настроить
Как работает веб-клиент 1С: архитектура, публикация базы на веб-сервере, вход через браузер, отличия от тонкого клиента, типичные ошибки и их решение.
Веб-клиент 1С — это режим работы платформы «1С:Предприятие», при котором пользователь открывает прикладное решение прямо в браузере: Chrome, Firefox, Edge или Safari. На компьютере пользователя не устанавливается ни платформа, ни клиентское приложение — достаточно ссылки и учётных данных. Вся бизнес-логика, запросы к данным и формирование интерфейса выполняются на стороне сервера.
Такой подход решает сразу несколько задач: упрощает подключение удалённых сотрудников и филиалов, избавляет от необходимости обновлять платформу на десятках рабочих мест и позволяет работать с базой с планшетов и компьютеров под управлением Linux и macOS, где классический тонкий клиент недоступен или неудобен.
При этом веб-клиент — не отдельная программа, а один из трёх клиентских режимов платформы наряду с тонким и толстым клиентом. Конфигурация пишется один раз, и та же база может одновременно обслуживать пользователей тонкого клиента в локальной сети и веб-клиента через интернет. Понимание того, как устроен этот механизм, помогает правильно опубликовать базу, избежать типичных ошибок и выбрать подходящий режим для каждого сотрудника.
Архитектура: что происходит между браузером и базой данных
Веб-клиент построен по трёхзвенной схеме. Первое звено — браузер пользователя, который отображает интерфейс и передаёт действия (клики, ввод данных) на сервер. Второе звено — веб-сервер (IIS или Apache) с установленным модулем расширения 1С, который принимает запросы и перенаправляет их дальше. Третье звено — сервер «1С:Предприятия» или, в файловом варианте, непосредственно файловая база, где исполняется код конфигурации и хранятся данные.
Ключевая особенность: браузер не выполняет код конфигурации. Когда пользователь нажимает кнопку «Провести документ», в браузер отправляется только результат — обновлённая форма. Все вычисления, обращения к СУБД и проверки прав происходят на сервере. Общение между браузером и сервером идёт по протоколу HTTP/HTTPS в асинхронном режиме: интерфейс не блокируется, пока сервер обрабатывает запрос.
Интерфейс в браузере строится декларативно: сервер описывает, какие элементы должны быть на форме, а веб-клиент отрисовывает их средствами HTML и JavaScript. Поэтому внешний вид форм в веб-клиенте почти идентичен тонкому клиенту, но рендеринг выполняется браузером, а не исполняемым файлом платформы.
Чем веб-клиент отличается от тонкого и толстого клиента
Выбор клиентского режима влияет на скорость работы, требования к каналу связи и доступную функциональность. Тонкий клиент устанавливается на компьютер, но исполняет на нём только код клиентских процедур, а данные запрашивает у сервера. Толстый клиент выполняет большую часть логики локально и требует мощного канала. Веб-клиент не требует установки вообще, но сильнее зависит от качества соединения и имеет ряд ограничений.
| Параметр | Веб-клиент | Тонкий клиент | Толстый клиент |
|---|---|---|---|
| Установка на ПК | Не требуется | Требуется | Требуется |
| ОС пользователя | Любая с современным браузером | Windows, Linux, macOS | Windows, Linux |
| Требования к каналу | Средние, чувствителен к задержкам | Низкие, оптимизированный протокол | Высокие, нужна локальная сеть |
| Внешние компоненты, COM | Ограничены или недоступны | Поддерживаются | Поддерживаются полностью |
| Работа с файлами на ПК | Через расширение работы с файлами | Полный доступ | Полный доступ |
| Обычное приложение (старые конфигурации) | Не поддерживается | Не поддерживается | Поддерживается |
Практический вывод: веб-клиент оптимален для удалённых пользователей, руководителей, которым нужен только просмотр отчётов, и сотрудников на нестандартных ОС. Тонкий клиент лучше для интенсивной ежедневной работы в локальной сети или по стабильному VPN — он отзывчивее и поддерживает больше механизмов интеграции с локальным оборудованием.
Сравнение вариантов
Подходит для удалённого доступа без установки ПО и для macOS/Linux. Ограничение: нет COM-объектов, часть интеграций с торговым оборудованием недоступна.
Подходит для постоянных рабочих мест с активным вводом данных. Ограничение: требует установки и обновления платформы на каждом компьютере.
Нужен для устаревших конфигураций в режиме обычного приложения и отладки. Ограничение: высокие требования к сети, не подходит для удалённой работы.
Публикация базы на веб-сервере: порядок действий
Публикация — это создание на веб-сервере виртуального каталога, через который браузеры получают доступ к базе. Для клиент-серверного варианта понадобятся: работающий сервер «1С:Предприятия», веб-сервер (IIS на Windows или Apache на Windows/Linux) и модуль расширения веб-сервера из дистрибутива платформы той же версии, что и сервер.
- 1Установите веб-сервер (IIS или Apache) и включите необходимые компоненты: для IIS — CGI/ISAPI, проверку подлинности.
- 2Установите из дистрибутива платформы компонент «Модуль расширения веб-сервера» той же версии, что и сервер 1С.
- 3Откройте конфигуратор от имени администратора: Администрирование → Публикация на веб-сервере.
- 4Укажите имя публикации (латиницей, без пробелов — оно войдёт в URL), выберите веб-сервер и каталог публикации.
- 5Отметьте флажок «Публиковать доступ для клиентских приложений» и при необходимости — веб-сервисы и HTTP-сервисы.
- 6Нажмите «Опубликовать» и перезапустите веб-сервер.
- 7Проверьте доступ: откройте в браузере адрес вида https://server/имя_публикации и войдите под тестовым пользователем.
После публикации в каталоге появляется файл default.vrd — это XML-описание публикации: имя базы, строка подключения к серверу 1С, список публикуемых сервисов. При необходимости его можно редактировать вручную, например чтобы добавить публикацию HTTP-сервисов или изменить параметры соединения, не заходя в конфигуратор.
Для файловых баз публикация выполняется аналогично, но веб-сервер обращается к файлу базы напрямую. Важно: учётная запись, под которой работает веб-сервер (для IIS — пул приложений), должна иметь полные права на каталог с базой, иначе пользователи получат ошибку доступа при входе.
Вход через браузер и особенности работы пользователя
Пользователь открывает ссылку вида https://server/base, вводит логин и пароль — и попадает в привычный интерфейс конфигурации. Список пользователей, роли и права общие для всех клиентских режимов: настраивать отдельных «веб-пользователей» не нужно. Поддерживается и аутентификация средствами операционной системы, если она настроена в свойствах пользователя.
При первом открытии браузер загружает клиентские модули веб-клиента, поэтому первый вход занимает заметно дольше последующих — далее часть ресурсов берётся из кэша браузера. Очистка кэша браузера или обновление платформы на сервере снова вызывает полную загрузку.
Некоторые операции в браузере работают иначе, чем в установленном клиенте. Загрузка и скачивание файлов, печать на локальный принтер и сканирование требуют установки «Расширения для работы с файлами» — небольшого компонента, который веб-клиент предложит скачать при первой попытке такой операции. Без него документы можно просматривать и печатать через механизм печати браузера, но прямой обмен файлами с диском будет недоступен.
Производительность и нагрузка на сервер
Веб-клиент переносит всю вычислительную нагрузку на сервер: каждый пользовательский сеанс потребляет память и процессорное время сервера 1С. При массовом переходе с тонкого клиента на веб-клиент нагрузка на сервер заметно вырастает, потому что тонкий клиент часть работы (например, клиентские обработчики форм) выполнял на компьютере пользователя.
На отзывчивость веб-клиента сильно влияет сетевые задержки. Каждое действие пользователя — это обращение к серверу, поэтому при работе через интернет с высоким пингом интерфейс будет «подтормаживать» даже на мощном сервере. Если удалённых пользователей много, разумно размещать сервер 1С в дата-центре с хорошим каналом, а не в офисе с асимметричным интернетом.
Как проверить результат
Типовые формы открываются за 1–3 секунды после первого входа
Любая форма открывается дольше 10 секунд даже из локальной сети
Одновременная работа не вызывает роста времени отклика
С увеличением числа сеансов интерфейс деградирует у всех
Нет повторяющихся ошибок JavaScript и обрывов запросов
Постоянные ошибки 500, таймауты запросов к веб-серверу
Ограничения и типичные проблемы веб-клиента
Главные ограничения веб-клиента связаны с безопасностью браузеров: из браузера нельзя напрямую обратиться к COM-объектам, OLE, произвольным внешним компонентам и локальному оборудованию. Если конфигурация использует COM-соединение с другой базой, обмен с торговым оборудованием через драйверы или старые внешние компоненты, этот код в веб-клиенте не сработает — потребуется либо доработка (перенос логики на сервер), либо работа таких пользователей через тонкий клиент.
Не поддерживается режим обычного приложения: конфигурации, не переведённые на управляемые формы, в веб-клиенте не откроются. Также в браузере недоступны некоторые специфические возможности: работа с буфером обмена в произвольном формате, некоторые виды групповой обработки файлов, прямой запуск внешних программ.
Как выбрать действие
Когда веб-клиент — правильный выбор
Веб-клиент оправдан, когда нужно быстро дать доступ к базе большому числу разрозненных пользователей без администрирования их компьютеров: менеджерам в командировках, сотрудникам филиалов, внешним аудиторам с ограниченными правами, руководству с планшетов. Он же — практически единственный удобный вариант для работы с 1С на macOS и Linux без виртуальных машин.
В крупных внедрениях веб-клиент часто сочетают с тонким: операторы и бухгалтерия работают в тонком клиенте в локальной сети, а удалённые пользователи — через браузер. Поскольку база и права общие, такая гибридная схема не требует никакой дополнительной настройки, кроме самой публикации.
Перед массовым переводом пользователей на веб-клиент проведите пилот: выберите 3–5 типовых сотрудников, дайте им поработать через браузер неделю и соберите замечания по скорости и недостающим функциям. Так вы выявите проблемные места конфигурации до того, как от них пострадает весь отдел.
Что важно запомнить
Веб-клиент 1С выполняет всю логику на сервере и показывает интерфейс в браузере — установка платформы пользователю не нужна. Для запуска базу публикуют на IIS или Apache с модулем расширения той же версии платформы. Внешний доступ — только по HTTPS. COM-объекты, обычные формы и часть работы с оборудованием в браузере недоступны — для таких задач оставьте тонкий клиент.
Частые вопросы
Нужно ли устанавливать платформу 1С для работы через веб-клиент?
Нет, на компьютере пользователя достаточно современного браузера. Платформа и модуль расширения устанавливаются только на серверную сторону. Исключение — небольшие дополнительные компоненты: расширение работы с файлами и расширение для электронной подписи, которые веб-клиент предложит установить при первом обращении к соответствующим функциям.
Почему в браузере открывается пустая страница после публикации?
Чаще всего причины три: версия модуля расширения веб-сервера не совпадает с версией сервера 1С, веб-сервер не перезапущен после публикации или у учётной записи веб-сервера нет прав на каталог базы. Проверьте также, что в браузере открыт именно тот адрес, который указан при публикации, включая регистр символов имени.
Можно ли работать в веб-клиенте с планшета или телефона?
Технически да — интерфейс откроется в мобильном браузере. Однако формы типовых конфигураций рассчитаны на экран компьютера, поэтому на маленьком экране работать неудобно. Для полноценной мобильной работы лучше использовать мобильный клиент или мобильное приложение 1С, если конфигурация его поддерживает.
Безопасно ли публиковать базу 1С в открытый интернет?
Безопасно только при соблюдении условий: обязательный HTTPS с действующим сертификатом, сложные пароли у всех пользователей, отсутствие учётных записей с пустым паролем, своевременные обновления платформы. Желательно дополнительно ограничить доступ по IP, настроить VPN или вынести публикацию за обратный прокси с дополнительной аутентификацией.
Почему в веб-клиенте не работает сканер штрихкодов или печать на принтер?
Браузер не имеет прямого доступа к локальному оборудованию. Для печати и обмена файлами установите «Расширение для работы с файлами» — веб-клиент сам предложит его скачать. С торговым оборудованием через драйверы ситуация сложнее: часть сценариев в браузере недоступна принципиально, и таким рабочим местам нужен тонкий клиент.
Сколько пользователей выдержит веб-клиент на одном сервере?
Универсальной цифры нет: предел зависит от мощности сервера, конфигурации, интенсивности работы и качества канала. Поскольку вся нагрузка ложится на сервер, ориентируйтесь на замеры фактического времени отклика под нагрузкой и при необходимости распределяйте сеансы между рабочими процессами или серверами кластера.