К статье
Практический материал

Администрирование · 12 мин

Тонкий клиент 1С: как он работает и когда его использовать

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

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

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

Как устроено взаимодействие тонкого клиента с сервером

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

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

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

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

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

ПараметрТонкий клиентТолстый клиентВеб-клиент
Трафик по сетиНизкийВысокийСредний
Установка на ПКТребуется, небольшой дистрибутивТребуется, полный дистрибутивНе требуется, только браузер
Работа с оборудованиемПоддерживаетсяПоддерживаетсяОграничена
Конфигуратор и отладка на клиентеНетДаНет
Режим обычного приложенияНетДаНет

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

Какой клиент выбрать

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

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

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

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

Веб-клиент

Подходит для episodic доступа без установки ПО. Ограничен в работе с оборудованием и локальными файлами.

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

Тонкий клиент проектировался для работы по слабым каналам, включая VPN через интернет и мобильную связь. Критичнее всего не пропускная способность, а задержка (ping) между клиентом и сервером: каждый серверный вызов занимает минимум один сетевой оборот, поэтому при высокой задержке интерфейс начинает «подтормаживать» даже при широком канале. Комфортной считается работа при задержке в пределах десятков миллисекунд; при заметно больших значениях стоит оптимизировать код или рассмотреть терминальный доступ.

К самому компьютеру пользователя требования скромные: тонкий клиент не выполняет тяжёлых вычислений, поэтому достаточно офисного ПК с актуальной версией операционной системы. На стороне сервера, наоборот, нагрузка возрастает — именно там теперь исполняется весь код, поэтому серверу нужны достаточные ресурсы процессора и памяти, а также быстрый диск под СУБД.

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

Как проверить пригодность канала

Задержка до сервера (ping)
Норма

Стабильные значения в пределах десятков миллисекунд

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

Скачки задержки, потери пакетов — интерфейс будет дёргаться

Скорость открытия типовой формы
Норма

Форма открывается за 1–3 секунды

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

Открытие занимает десятки секунд даже при исправном сервере

Стабильность соединения
Норма

Сеанс работает часами без разрывов

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

Частые разрывы соединения и ошибки потери связи с сервером

Как установить и подключить тонкий клиент

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

Порядок подключения к базе
  1. 1
    Установите на ПК пользователя компонент «Тонкий клиент» той же версии платформы, что и сервер.
  2. 2
    Запустите 1cestart.exe и добавьте информационную базу в список.
  3. 3
    Для клиент-серверной базы укажите имя сервера 1С и имя базы в кластере; для подключения через веб-сервер — адрес публикации вида https://сервер/база.
  4. 4
    Выберите в свойствах базы режим запуска «Тонкий клиент».
  5. 5
    Войдите под учётной записью пользователя и проверьте открытие основных форм: справочника, документа, отчёта.

Для подключения через веб-сервер базу нужно предварительно опубликовать: настроить IIS или Apache, установить компоненты расширения веб-сервера из поставки платформы и выполнить публикацию из конфигуратора или через файл настроек. После публикации пользователи подключаются по URL, а весь трафик идёт по HTTP/HTTPS, что упрощает прохождение через межсетевые экраны.

text
Публикация базы из командной строки (пример):
"C:\Program Files\1cv8\<версия>\bin\webinst.exe" -publish -wsdir MyBase -dir "C:\inetpub\MyBase" -connStr "Srvr=Server1;Ref=MyBase;"

Требования к конфигурации и типичные проблемы

Главное условие работы тонкого клиента — конфигурация должна быть написана с разделением кода на клиентский и серверный. Директивы компиляции &НаКлиенте и &НаСервере определяют, где исполняется каждая процедура. Если в клиентском коде есть обращения к объектам базы напрямую (например, попытка выполнить запрос на клиенте), приложение выдаст ошибку вида «Вызов сервера запрещён» или «Процедура не обнаружена».

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

Типичные ошибки
01
Разные версии платформы на клиенте и сервере — подключение обрывается с ошибкой несовпадения версий.
02
Серверные вызовы внутри цикла — интерфейс зависает на медленных каналах.
03
Попытка запустить конфигурацию на обычных формах в тонком клиенте — база просто не откроется в этом режиме.
04
Публикация через HTTP без шифрования для доступа из интернета — логины и данные передаются открытым текстом.
05
Игнорирование настройки рабочих процессов сервера — при росте числа пользователей сервер перегружается, хотя клиенты «ни при чём».

Тонкий клиент или терминальный доступ: что выбрать для филиалов

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

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

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

Как выбрать схему доступа

Филиал со стабильным интернетом и торговым оборудованием на местахТонкий клиент через HTTPS-публикацию
Много серверных вызовов в конфигурации и высокий ping до сервераТерминальный доступ (RDP) — изображение экрана нечувствительно к вызовам
Эпизодический доступ без установки ПОВеб-клиент через браузер
Разработка, отладка или конфигурация на обычных формахТолстый клиент в локальной сети
Итог

Что важно запомнить

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

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

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

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

Почему тонкий клиент медленно открывает формы, хотя канал быстрый?

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

Что делать при ошибке «Несовпадение версий клиента и сервера»?

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

Работает ли сканер штрихкодов и касса через тонкий клиент?

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

Можно ли открыть конфигуратор в тонком клиенте?

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

Безопасно ли подключать тонкий клиент через интернет?

Безопасно при соблюдении двух условий: подключение идёт по HTTPS с действующим сертификатом и доступ к публикации ограничен (сложные пароли, при необходимости — двухфакторная аутентификация на уровне веб-сервера или VPN). Публикация базы по открытому HTTP без дополнительной защиты недопустима: учётные данные и содержимое сеанса передаются в открытом виде.