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

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

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

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

Что такое толстый клиент и чем он отличается от остальных

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

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

Практическое следствие: толстый клиент «тяжёлый» для сети и рабочего места, но «богатый» по возможностям. Именно этот баланс определяет области его применения.

Разработка и отладка прикладных решений

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

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

Для запуска отладки в толстом клиенте в конфигураторе выбирается соответствующий режим запуска: «Сервис → Параметры» или параметры отладки, где указывается клиентское приложение. После этого точки останова будут срабатывать в клиентском коде толстого клиента.

1. 1
   Откройте конфигуратор и перейдите в настройки отладки (Отладка → Параметры или через свойства запуска)
2. 2
   Укажите клиентское приложение: толстый клиент, при необходимости — режим обычного приложения
3. 3
   Установите точки останова в нужных модулях
4. 4
   Запустите отладку (F5) и выполните в клиенте действия, вызывающие нужный код
5. 5
   Проверьте, что точки останова срабатывают и значения переменных доступны для просмотра

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

Конфигурации, созданные на платформе 8.0–8.2 и не переведённые на управляемые формы, работают в режиме обычного приложения. Этот режим поддерживается только толстым клиентом: ни тонкий клиент, ни веб-клиент обычное приложение не запускают. Пока такая конфигурация не доработана, толстый клиент остаётся единственным способом работы с ней.

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

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

Прямая работа с файловыми базами

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

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

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

Интеграции через COM, OLE и внешние компоненты

Толстый клиент — единственный клиент 1С, который может выступать как COM-клиент и COM-сервер на стороне пользователя. Через COM-соединение (V83.COMConnector) внешние приложения подключаются к базе 1С, а из кода 1С, исполняемого в толстом клиенте, можно обращаться к другим COM-приложениям: например, к Microsoft Office для формирования документов.

Также в толстом клиенте работают внешние компоненты по технологии Native API и COM, подключаемые на клиенте, — драйверы торгового оборудования, сканеров, касс и других устройств. Если оборудование подключено к рабочему месту и взаимодействие реализовано через устаревшие компоненты, может потребоваться именно толстый клиент.

// Пример COM-подключения к другой базе 1С из кода
Коннектор = Новый COMОбъект("V83.COMConnector");
Соединение = Коннектор.Connect("File=\"C:\\Bases\\Trade\";Usr=\"Админ\";");

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

Когда толстый клиент не нужен: выбор в пользу тонкого клиента

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

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

Типичные ошибки при использовании толстого клиента

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

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

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

FAQ