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

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

Для чего используются разные режимы запуска 1С:Предприятие

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

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

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

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

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

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

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

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

Тонкий, толстый и веб-клиент: что выбрать

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

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

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

Сравнение клиентов

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

Универсальный выбор для большинства пользователей. Ограничение: нет прямой работы с COM и некоторыми внешними компонентами.

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

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

Веб-клиент

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

Режим отладки и инструменты разработчика

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

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

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

Как включить отладку
  1. 1
    Откройте базу в конфигураторе под пользователем с правами разработчика
  2. 2
    В меню «Отладка» выберите «Начать отладку» или нажмите F5
  3. 3
    Выберите тип клиентского приложения для сеанса отладки
  4. 4
    Поставьте точку останова в нужной строке кода и выполните действие в режиме предприятия
  5. 5
    Проверьте: выполнение остановилось на точке, доступны значения переменных

Параметры командной строки и автоматизация запуска

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

Ключевые параметры: режим запуска (ENTERPRISE, DESIGNER, WEBCLIENT), путь к базе или строка подключения к серверу, имя и пароль пользователя, выполнение внешней обработки или команды. Например, ярлык с параметрами предприятия и указанием базы позволяет бухгалтеру входить в свою базу одним щелчком, минуя список выбора.

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

cmd
"C:\Program Files\1cv8\common\1cestart.exe" ENTERPRISE /F"C:\Bases\Trade" /N"Иванов" /P"пароль"

Файловый и клиент-серверный варианты: влияние на выбор режима

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

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

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

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

Как выбрать режим

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

Настройка режима запуска для конкретной базы

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

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

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

Типичные ошибки
01
Запуск обновления конфигурации без выгона пользователей — обновление прерывается или база остаётся в несогласованном состоянии
02
Хранение пароля администратора в ярлыке — компрометация учётной записи при доступе к компьютеру
03
Использование толстого клиента по сети с файловой базой — сильное падение скорости работы
04
Попытка отладки на сервере без включения режима отладки в кластере — точки останова не срабатывают
05
Выдача всем пользователям прав на конфигуратор — риск случайного изменения структуры базы

Ограничения и безопасная самостоятельная работа

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

К действиям, требующим подготовки, относятся: обновление конфигурации базы, тестирование и исправление, загрузка данных, пакетные обработки через командную строку. Перед ними обязательно делается резервная копия (выгрузка в dt для файловой базы или средствами СУБД для клиент-серверной), а сама операция выполняется в нерабочее время при монопольном доступе.

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

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

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

Тип запущенного клиента
Норма

В заголовке окна и поведении соответствует выбранному (тонкий/толстый/веб)

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

Открывается другой клиент — проверьте настройки базы в стартере

Доступность функций
Норма

Все нужные пользователю операции выполняются без ошибок

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

Часть функций недоступна — возможно, нужен толстый клиент

Отладка
Норма

Точки останова срабатывают, переменные видны

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

Отладка не подключается — проверьте разрешение отладки на сервере

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

Формы открываются без заметных задержек

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

Массовые «тормоза» — пересмотрите выбор клиента или вариант работы базы

Частые вопросы о режимах запуска 1С

Чем отличается кнопка «1С:Предприятие» от «Конфигуратор» в стартере?

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

Можно ли запускать разные базы в разных режимах на одном компьютере?

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

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

Тонкий клиент не поддерживает прямую работу с COM/OLE на стороне клиента. Такие интеграции выполняются либо в толстом клиенте, либо переносятся на сервер.

Как запустить 1С без выбора базы из списка?

Создайте ярлык с параметрами: режим ENTERPRISE, путь к базе через /F (файловая) или /S (серверная), при необходимости — имя пользователя. Запуск по такому ярлыку сразу открывает нужную базу.

Опасно ли запускать конфигуратор, пока пользователи работают?

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

Что делать, если после настройки ярлыка база не открывается?

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

Итог

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

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