Администрирование · 12 мин
Для чего используют разные режимы запуска 1С:Предприятие
Разбираем режимы запуска 1С:Предприятие: тонкий, толстый, веб-клиент, конфигуратор, отладка. Когда какой выбирать, ограничения и типичные ошибки.
Платформа 1С:Предприятие умеет запускаться в нескольких режимах, и выбор между ними — не формальность. От режима зависит, какие функции доступны, как нагружается сервер, сколько трафика уходит в сеть и что вообще сможет сделать пользователь. Неправильно выбранный режим — частая причина ошибок «функциональность не поддерживается», медленной работы и невозможности выполнить нужную операцию.
Основная линейка режимов: конфигуратор (разработка и администрирование), толстый клиент, тонкий клиент и веб-клиент. Дополнительно существуют специальные варианты запуска — режим отладки, запуск с параметрами командной строки, режим агента кластера и внешние подключения через COM и веб-сервисы. Каждый из них решает свою задачу.
Ниже разберём, чем режимы отличаются технически, какие сценарии работы требуют конкретного режима, как настроить запуск и каких ошибок стоит избегать.
Конфигуратор: разработка, изменение структуры и администрирование
Конфигуратор — это инструмент разработчика и администратора, а не режим для ежедневной работы с данными. В нём изменяют структуру метаданных (справочники, документы, регистры), редактируют программный код, настраивают права, роли и интерфейсы. Именно через конфигуратор выполняется обновление конфигурации, загрузка и выгрузка информационной базы в файл .dt, объединение конфигураций и пакетная выгрузка в файлы поставки.
Ряд административных операций доступен только в конфигураторе: тестирование и исправление информационной базы, загрузка/выгрузка данных, настройка журнала регистрации, работа с хранилищем конфигурации. Для многих из этих операций требуется монопольный доступ — все пользователи должны выйти из базы.
Запускается конфигуратор из стартера 1С кнопкой «Конфигуратор» или через исполняемый файл с параметром DESIGNER. Учтите: обычным пользователям доступ в конфигуратор следует закрывать правами, иначе любой сможет изменить структуру базы или получить полный доступ к данным через внешние обработки.
Толстый клиент: совместимость и специальные операции
Толстый клиент — «тяжёлый» режим, в котором значительная часть логики (включая прикладной код) исполняется на компьютере пользователя. Исторически это был основной режим работы, и на нём до сих пор завязаны старые конфигурации, написанные под обычные формы и обычное приложение.
Когда толстый клиент реально нужен:
- работа с конфигурациями в режиме обычного приложения (старые версии «Управления торговлей», «УПП», самописные решения);
- запуск внешних обработок и отчётов, не адаптированных под управляемые формы и тонкий клиент;
- операции, требующие прямого доступа к файловой системе и COM-объектам на клиенте без ограничений веб-окружения;
- отладка кода, исполняемого именно в толстом клиенте.
Минусы существенные: высокий сетевой трафик между клиентом и сервером, повышенные требования к каналу связи, больший объём установки. В клиент-серверном варианте толстый клиент заметно уступает тонкому по скорости на медленных каналах. Если конфигурация поддерживает управляемое приложение, использовать толстый клиент для повседневной работы нет причин.
Тонкий клиент: основной режим для повседневной работы
Тонкий клиент — рекомендуемый режим для большинства пользователей современных конфигураций. Вся бизнес-логика исполняется на сервере (или в файловом варианте — в отдельном процессе), а клиент отвечает только за отображение интерфейса и ввод данных. За счёт этого резко снижается сетевой трафик: по каналу передаются не данные таблиц, а описания форм и результаты вызовов.
Практические преимущества: тонкий клиент стабильно работает на медленных каналах связи (например, при подключении филиалов через интернет), требует меньше ресурсов на рабочем месте, а его установка и обновление проще. Именно этот режим используется по умолчанию в типовых конфигурациях на управляемых формах.
Ограничения тоже есть. В тонком клиенте недоступен режим обычного приложения, часть устаревших механизмов (например, некоторые виды прямой работы с OLE/COM-объектами, модальные вызовы без специальных настроек) и функциональность, рассчитанная только на толстый клиент. Если при запуске обработки появляется сообщение о неподдерживаемой функциональности — в первую очередь проверьте, не запущена ли она в тонком клиенте вместо толстого.
Сравнение клиентских режимов
Повседневная работа в управляемом приложении, медленные каналы, минимальная нагрузка на ПК. Не подходит для обычного приложения.
Старые конфигурации на обычных формах, специфические обработки, COM/OLE-интеграции. Высокий трафик и требования к каналу.
Работа через браузер без установки платформы, доступ извне через веб-сервер. Ограничения браузерной среды и зависимость от публикации.
Разработка, обновление, администрирование. Не предназначен для работы с данными пользователями.
Веб-клиент: работа через браузер без установки платформы
Веб-клиент позволяет работать с информационной базой через браузер: на компьютере пользователя платформа 1С не устанавливается вовсе. Для этого информационная база публикуется на веб-сервере (Apache или IIS), а пользователи подключаются по ссылке вида http://сервер/имя_базы.
Типовые сценарии применения: доступ сотрудников из дома или командировки без установки и настройки платформы, работа на компьютерах, где нельзя ставить ПО, быстрое предоставление доступа внешним участникам (например, аудиторам в режиме чтения). Веб-клиент поддерживает управляемые формы и большинство механизмов тонкого клиента.
Ограничения связаны с браузерной средой: нет прямого доступа к локальной файловой системе (загрузка и выгрузка файлов идёт через диалоги браузера), сложнее работа с торговым оборудованием и COM-объектами, возможны отличия в отображении и печати. Также веб-клиент требует корректно настроенной публикации: ошибки в настройке веб-сервера и прав на каталог публикации — частая причина недоступности базы.
Режим отладки и параметры командной строки
Отладка — не самостоятельный клиент, а режим, который включается поверх любого из перечисленных. В конфигураторе через меню «Отладка — Начать отладку» запускается предприятие с подключённым отладчиком: можно ставить точки останова, смотреть значения переменных и пошагово исполнять код. Для клиент-серверной базы отладку нужно предварительно разрешить на сервере (параметр запуска сервера 1С), иначе серверный код отлаживаться не будет.
Командная строка позволяет автоматизировать запуск: указать режим, базу, пользователя и дополнительные действия. Примеры типовых параметров:
1cv8.exe ENTERPRISE /F"D:\Bases\Trade" /N"Иванов" /P"пароль"
1cv8.exe DESIGNER /S"server\base" /DumpIB"D:\backup\base.dt"
1cv8.exe ENTERPRISE /S"server\base" /Execute"D:\obrabotka.epf"
Такие команды используют в ярлыках для пользователей, в скриптах регламентного обслуживания (выгрузка .dt по расписанию), при автоматическом тестировании. Хранение пароля в ярлыке или скрипте — риск: используйте аутентификацию операционной системы или ограничьте доступ к файлам скриптов.
- 1Откройте список информационных баз в стартере 1С и выберите нужную базу
- 2Нажмите «Изменить» и укажите тип клиента: тонкий, толстый или веб-клиент
- 3Для ярлыка пропишите параметры командной строки: режим ENTERPRISE, путь к базе, при необходимости пользователя
- 4Проверьте запуск: база должна открыться в выбранном режиме без ошибок функциональности
- 5Для веб-клиента убедитесь, что база опубликована на веб-сервере и ссылка открывается в браузере
Внешние подключения: COM, веб-сервисы и фоновые сеансы
Помимо интерактивных режимов, с базой 1С могут работать внешние процессы. COM-соединение (объект V83.COMConnector) используется для обмена между базами 1С и интеграции со сторонними программами на Windows. Веб-сервисы и HTTP-сервисы, опубликованные на веб-сервере, позволяют обращаться к данным из любых систем — сайтов, мобильных приложений, учётных систем.
Отдельный случай — фоновые задания и регламентные операции: они исполняются на сервере без пользовательского интерфейса вообще. Код, рассчитанный на клиентский контекст (диалоги, формы, предупреждения), в фоновом задании работать не будет — это нужно учитывать разработчикам.
Каждый внешний сеанс занимает лицензию и создаёт нагрузку. Зависшие COM-соединения и незавершённые сеансы — частая причина исчерпания лицензий и блокировок при обновлении. Контролируйте список сеансов через консоль кластера или функцию «ПолучитьСеансыИнформационнойБазы».
Как выбрать режим под задачу
Алгоритм выбора простой. Определите тип конфигурации: если она построена на управляемых формах (все актуальные типовые решения), основной режим — тонкий клиент. Если конфигурация работает в обычном приложении — только толстый клиент. Если платформу установить нельзя или нужен доступ через интернет без настройки клиента — веб-клиент. Для разработки, обновления и обслуживания базы — конфигуратор.
Проверка результата: после настройки запустите базу и выполните типовые операции пользователя — открытие документов, проведение, формирование отчётов, печать. Если появляются сообщения о неподдерживаемой функциональности или отсутствуют привычные команды, режим выбран неверно либо конфигурация требует другого клиента.
Как выбрать режим
Наконец, учитывайте лицензионную политику: клиентские лицензии расходуются на сеансы, и режим запуска влияет на то, как они считаются. Документацию по конкретной версии платформы и конфигурации стоит изучить до внедрения нестандартной схемы подключения.
Что важно запомнить
Конфигуратор — для разработки и обслуживания, тонкий клиент — основной рабочий режим, толстый — для старых конфигураций и специальных задач, веб-клиент — для работы через браузер. Выбор режима определяется типом конфигурации и сценарием доступа, а ошибка выбора проявляется как недоступная функциональность или низкая скорость.
Частые вопросы
Можно ли одновременно работать в тонком и толстом клиенте с одной базой?
Да, разные пользователи могут подключаться к одной информационной базе в разных режимах, если конфигурация это поддерживает. Ограничение возникает, когда конфигурация рассчитана только на один режим — тогда часть пользователей увидит ошибки или пустой интерфейс.
Почему в тонком клиенте не открывается внешняя обработка?
Чаще всего обработка написана под обычные формы и толстый клиент. Проверьте её тип в конфигураторе: если формы обычные, запускайте обработку в толстом клиенте с режимом обычного приложения или попросите разработчика переписать её под управляемые формы.
Чем веб-клиент отличается от тонкого клиента через веб-сервер?
Веб-клиент работает целиком в браузере и не требует установки платформы. Тонкий клиент через веб-сервер — это установленное приложение, которое просто соединяется с базой по HTTP. Второй вариант обычно функциональнее и стабильнее, первый — удобнее для быстрого доступа с чужого компьютера.
Нужно ли разрешать отладку на сервере постоянно?
Нет. Включённая отладка на сервере создаёт дополнительную нагрузку и потенциальный вектор доступа к коду и данным. Включайте её на время поиска проблемы и отключайте после завершения, особенно на рабочих базах.
Какой режим запускать для обновления конфигурации?
Обновление выполняется в конфигураторе, обычно с монопольным доступом к базе. После обновления и принятия изменений структуры базу запускают в режиме предприятия для выполнения обработчиков обновления данных — чаще всего в тонком клиенте под пользователем с полными правами.
Безопасно ли указывать пароль в параметрах командной строки?
Нет, пароль в ярлыке или скрипте виден любому, кто откроет его свойства или файл. Предпочтительнее аутентификация операционной системы, а для скриптов обслуживания — отдельная учётная запись с минимально необходимыми правами и ограниченный доступ к самому файлу скрипта.