Для каких целей может использоваться тонкий клиент 1С

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

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

Как тонкий клиент устроен и чем отличается от толстого

В отличие от толстого клиента, который исполняет значительную часть прикладного кода непосредственно на компьютере пользователя, тонкий клиент передаёт на сервер только действия пользователя и получает обратно готовое отображение форм. Вся работа с данными, проведение документов, расчёты и обращения к СУБД выполняются на сервере приложений 1С.

Тонкий клиент может подключаться к базе двумя способами: напрямую к кластеру серверов 1С по протоколу TCP или через веб-сервер (IIS или Apache) по протоколу HTTP/HTTPS. Второй вариант позволяет работать через интернет без настройки VPN, что часто становится решающим аргументом.

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

Удалённая работа сотрудников и филиалов

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

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

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

Работа на слабых и устаревших рабочих станциях

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

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

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

Публикация базы через веб-сервер и доступ из браузера

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

Настройка публикации выполняется администратором: устанавливается веб-сервер (IIS или Apache), публикуется информационная база с указанием параметров подключения, настраивается аутентификация. После этого пользователи подключаются по адресу вида https://server/base.

1. 1
   Установите и настройте веб-сервер (IIS или Apache) на отдельной или серверной машине
2. 2
   Убедитесь, что установлены модули расширения веб-сервера из дистрибутива платформы 1С
3. 3
   Выполните публикацию информационной базы через конфигуратор или утилиту webinst с указанием каталога публикации
4. 4
   Настройте HTTPS и аутентификацию пользователей
5. 5
   Проверьте подключение тонким клиентом по адресу публикации из внешней сети

Централизованное администрирование и обновление

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

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

Ограничения тонкого клиента, о которых нужно знать

Тонкий клиент не поддерживает часть возможностей платформы. Главные ограничения: невозможность запуска конфигуратора, отсутствие поддержки некоторых механизмов интеграции на клиенте (COM-объекты, OLE, часть внешних компонентов), ограниченная работа с локальными файловыми диалогами и специфическим оборудованием.

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

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

Как выбрать между тонким, толстым клиентом и браузером

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

Сравнение вариантов доступа

Тонкий клиент

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

Веб-браузер

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

Толстый клиент

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

RDP / терминальный доступ

Альтернатива, когда публикация невозможна: вся работа на терминальном сервере. Удобно, но требует отдельного лицензирования Windows и нагружает сервер сеансами.

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

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

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

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

Подключение из внешней сети

Норма

Тонкий клиент открывает базу по HTTPS-адресу, спрашивает логин и пароль

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

Ошибка соединения, таймаут или предупреждение о недоверенном сертификате

Скорость работы

Норма

Формы открываются за приемлемое время, проведение документов не вызывает длительных пауз

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

Заметные задержки при каждом действии — проблема канала или перегрузка сервера

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

Норма

Документы выводятся на локальный принтер пользователя

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

Печать недоступна или уходит на серверный принтер

Ключевые функции конфигурации

Норма

Все используемые операции (обмены, отчёты, оборудование) работают

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

Часть функций не выполняется из-за несовместимости с тонким клиентом

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

Часто задаваемые вопросы

Можно ли работать в тонком клиенте без интернета?

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

Подойдёт ли тонкий клиент для подключения торгового оборудования?

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

Чем тонкий клиент отличается от работы через браузер?

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

Нужна ли отдельная лицензия на тонкий клиент?

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

Почему тонкий клиент не подключается к файловой базе напрямую?

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

Что выбрать для филиала с плохим интернетом: тонкий клиент или RDP?

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