Чем отличается тонкий клиент от веб-клиента 1С

Тонкий клиент и веб-клиент — два способа подключения пользователей к информационной базе 1С в клиент-серверном или файловом варианте работы. Оба относятся к «лёгким» клиентам в отличие от толстого, но устроены принципиально по-разному: тонкий клиент — это отдельная программа, которую устанавливают на компьютер пользователя, а веб-клиент работает прямо в браузере без установки платформы.

От выбора между ними зависят требования к сети, скорость работы интерфейса, нагрузка на сервер и даже возможность использовать некоторые функции конфигурации. Неправильный выбор проявляется в типичных жалобах: «1С тормозит», «не открывается отчёт», «не работает сканер штрихкодов».

Ниже разобраны технические отличия, требования к инфраструктуре, ограничения каждого варианта и практические критерии выбора для разных сценариев — от офиса с локальным сервером до удалённых сотрудников через интернет.

Как устроены тонкий и веб-клиент: ключевые различия

Тонкий клиент — это исполняемый файл платформы 1С:Предприятие (1cv8c.exe), который устанавливается на рабочую станцию пользователя. Вся бизнес-логика и работа с данными выполняются на сервере 1С или в файловой базе, а клиент отвечает только за отображение интерфейса и передачу действий пользователя. Обмен с сервером идёт по собственному протоколу платформы, передаются только служебные данные и описания форм, поэтому трафик минимален.

Веб-клиент — это не отдельная программа, а приложение, которое выполняется внутри браузера. Информационная база публикуется на веб-сервере (Apache или IIS), браузер подключается по HTTP/HTTPS и получает интерфейс, сформированный средствами веб-технологий. Платформа на компьютере пользователя при этом не устанавливается вовсе.

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

Требования к установке и обновлению

Для тонкого клиента на каждое рабочее место устанавливается дистрибутив платформы соответствующей версии. При обновлении платформы на сервере клиентские версии также нужно обновлять, иначе пользователь получит ошибку несовместимости версий при подключении. В крупных сетях это автоматизируют через групповые политики или системы развёртывания ПО, но сама задача сопровождения остаётся.

Веб-клиент избавляет от этой задачи: пользователю нужен только современный браузер — Chrome, Firefox, Edge или Safari. Обновление платформы на сервере никак не затрагивает рабочие места. Это особенно удобно, когда подключаться нужно с личных устройств, с компьютеров филиалов без системного администратора или с macOS и Linux, где установка полноценной платформы сопряжена с нюансами.

Обратная сторона веб-клиента — зависимость от корректной настройки веб-сервера. Ошибки в публикации, неверные права на каталоги, истёкший TLS-сертификат или конфликт версий веб-расширения платформы приводят к тому, что база перестаёт открываться сразу у всех пользователей.

Производительность и требования к сети

Тонкий клиент проектировался для работы по каналам с низкой пропускной способностью. Он передаёт только результат обработки и изменения интерфейса, поэтому комфортно работает даже на каналах в сотни килобит в секунду. Для филиалов, подключённых по VPN через интернет, это обычно самый экономичный вариант.

Веб-клиент передаёт больше служебных данных: браузеру нужно загрузить клиентский код, ресурсы интерфейса, а при работе — обмениваться запросами с веб-сервером. На быстром канале разница незаметна, но на нестабильном соединении веб-клиент ощутимо «подтормаживает» раньше тонкого. Кроме того, в цепочке появляется дополнительное звено — веб-сервер, который сам потребляет ресурсы и может стать узким местом при большом числе одновременных пользователей.

По нагрузке на сервер 1С оба варианта близки: основная работа выполняется на стороне сервера приложений. Разница проявляется в том, что веб-сервер требует отдельного выделенного ресурса — процессора, памяти и администрирования.

Функциональные ограничения веб-клиента

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

Второе ограничение — интеграционные механизмы. COM-соединения, OLE-автоматизация, прямой запуск внешних приложений (например, выгрузка в установленный Excel с формированием документа «на лету») в веб-клиенте недоступны или работают иначе. Если конфигурация активно использует такие сценарии, переход на веб-клиент потребует доработки кода.

Третий момент — работа с файлами. В веб-клиенте операции «сохранить файл» и «открыть файл» проходят через механизмы браузера (загрузка и скачивание), что меняет привычный пользовательский сценарий. Режим модальных окон в веб-клиенте не поддерживается — конфигурация должна использовать асинхронные вызовы, иначе часть диалогов просто не откроется.

Безопасность и доступ из интернета

Оба варианта допускают работу через интернет, но с разной моделью защиты. Тонкий клиент подключается к серверу 1С напрямую, поэтому выставлять кластер серверов в открытый интернет без VPN — плохая практика. Стандартное решение — VPN-канал до офисной сети, внутри которого работает тонкий клиент.

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

В обоих случаях базовые меры одинаковы: сложные пароли, разграничение прав на уровне ролей, регулярные обновления платформы, резервное копирование базы. Публикация базы без HTTPS и с простыми паролями — одна из самых частых причин компрометации данных 1С.

Маршрут решения

Как выбрать вариант подключения

Все пользователи в локальной сети офисаТонкий клиент — проще в поддержке и не требует веб-сервера

Сотрудники работают из дома и с личных устройствВеб-клиент по HTTPS — не нужно ничего устанавливать

Филиалы со слабым интернет-каналомТонкий клиент через VPN — меньше трафик и стабильнее работа

На рабочих местах сканеры, ККТ, весыТонкий клиент — прямая работа с драйверами оборудования

Нужен доступ с планшетов и macOS без установки ПОВеб-клиент — работает в любом современном браузере

Пошаговая проверка перед внедрением

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

1. 1
   Определите перечень рабочих мест: где нужно торговое оборудование, где только просмотр и ввод документов
2. 2
   В конфигураторе запустите проверку конфигурации с режимом совместимости для веб-клиента и исправьте критичные ошибки
3. 3
   Опубликуйте тестовую копию базы на веб-сервере или настройте тонкий клиент на одном рабочем месте
4. 4
   Проверьте ключевые сценарии: создание документа, проведение, печать, формирование регламентных отчётов, обмены
5. 5
   Замерьте скорость открытия форм на реальном канале связи пользователя
6. 6
   Только после успешной проверки переводите остальных пользователей

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

Типичные ошибки при выборе и настройке

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

Контрольные точки

Как проверить результат настройки

Открытие основных форм

Норма

Список документов и карточка открываются за 1–3 секунды

Тревожный признак

Формы открываются дольше 5–10 секунд или с ошибками

Печать документа

Норма

Печатная форма формируется и выводится на принтер

Тревожный признак

Ошибка при формировании или пустое окно печати

Работа оборудования

Норма

Сканер и ККТ отвечают из интерфейса 1С

Тревожный признак

Оборудование не определяется или работает только вне 1С

Обмены и интеграции

Норма

Регламентные обмены выполняются без ошибок

Тревожный признак

Обмен падает с ошибкой вызова внешних компонентов

FAQ

Можно ли использовать тонкий клиент и веб-клиент к одной базе одновременно?

Да. Одна и та же информационная база может обслуживать подключения тонких клиентов, веб-клиентов и толстого клиента одновременно. Это стандартная практика: офис работает через тонкий клиент, а удалённые сотрудники — через браузер. Ограничение одно: конфигурация должна корректно работать в обоих режимах.

Нужна ли отдельная лицензия 1С для веб-клиента?

Нет, лицензионная политика не различает тип клиента: учитываются пользовательские и серверные лицензии независимо от того, подключается пользователь тонким клиентом или через браузер. Одна пользовательская лицензия позволяет работать любым клиентом.

Работает ли веб-клиент на планшете или смартфоне?

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

Что быстрее: тонкий клиент или веб-клиент?

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

Можно ли перейти с толстого клиента сразу на веб-клиент?

Можно, но почти наверняка потребуется доработка конфигурации: толстый клиент допускает модальные вызовы, прямой доступ к файловой системе и COM-объектам, которые в веб-клиенте не работают. Реалистичный путь — сначала перевести конфигурацию на управляемые формы и тонкий клиент, затем проверить совместимость с веб-клиентом.