Почему база 1С на обычных формах запускается в режиме управляемого приложения и как это исправить

Системный администратор 1С v8.3 (Обычные формы) 1С:Зарплата и Управление Персоналом IT и автоматизация бизнеса
← На главную

При переходе конфигураций на обычных формах (таких как 1С:Зарплата и Управление Персоналом 2.5, Управление производственным предприятием 1.3 или Управление торговлей 10.3) на платформу ветки 1С:Предприятие 8.3 администраторы и пользователи нередко сталкиваются со странным поведением: на сервере база запускается корректно, а на клиентском компьютере открывается в интерфейсе управляемого приложения (тонкого клиента). При этом формы документов и справочников отображаются пустыми либо сгенерированными автоматически без привычного интерфейса.

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

Причины некорректного выбора режима запуска

Проанализируем основные факторы, вызывающие открытие базы в управляемом режиме:

  1. Нестабильная работа механизма автоопределения стартера: В версиях платформы (в частности, в ветке 8.3.10) общий модуль запуска 1cestart.exe при автоматическом выборе клиента может ошибочно определять тип клиентского приложения для клиент-серверной базы и вызывать тонкий клиент 1cv8c.exe вместо толстого.
  2. Индивидуальные настройки пользователя в конфигураторе: В свойствах конкретной учетной записи может быть жестко зафиксирован режим запуска «Управляемое приложение».
  3. Установка неполного дистрибутива платформы: На рабочей станции развернут только тонкий клиент платформы 1С, в котором файл 1cv8.exe физически отсутствует, из-за чего запуск в обычном приложении невозможен в принципе.
  4. Повреждение пользовательского кэша: Сбойные записи в локальном каталоге временных файлов сеанса приводят к тому, что клиент не успевает считать свойства конфигурации и открывается по умолчанию в управляемом виде.

Способ 1. Использование специального ключа запуска

Самый быстрый и надежный способ решить проблему — принудительно указать стартеру платформы запуск в обычном приложении через строку дополнительных параметров.

Выполним следующую последовательность действий:

  1. Откроем окно запуска 1С:Предприятие со списком информационных баз.
  2. Выделим нужную информационную базу и нажмем кнопку Изменить.
  3. В открывшемся мастере дойдем до последней страницы настроек (где указываются версия платформы и дополнительные параметры).
  4. В поле Дополнительные параметры запуска пропишем ключ: /RunModeOrdinaryApplication
  5. Нажмем кнопку Готово и выполним запуск базы.

Ключ /RunModeOrdinaryApplication принудительно указывает платформе инициализировать сеанс толстого клиента именно в контексте обычного приложения, полностью игнорируя автоопределение.

Способ 2. Проверка режима запуска в свойствах пользователя

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

  1. Запустим конфигуратор под учетной записью с административными правами.
  2. В главном меню перейдем в раздел Администрирование > Пользователи.
  3. Откроем нужного пользователя двойным кликом мыши.
  4. Перейдем на вторую вкладку — Прочие.
  5. Найдем реквизит Режим запуска.
  6. Если там установлено значение Управляемое приложение, заменим его на Обычное приложение или Авто.
  7. Сохраним изменения по кнопке ОК.

Способ 3. Настройка параметров информационной базы в окне запуска

Разберем параметры явного указания клиента в окне редактирования параметров информационной базы:

  1. В списке баз нажмем кнопку Изменить для проблемной базы.
  2. На первой и второй страницах оставляем параметры подключения без изменений.
  3. На третьей странице в поле Основной режим запуска вместо варианта Выбирать автоматически выберем явное значение Толстый клиент.
  4. Обратим внимание на пункт Скорость соединения: если там установлено значение «Низкая», платформа может принудительно переключаться на тонкий клиент. Установим переключатель в положение Обычная.
  5. В поле Версия 1С:Предприятия рекомендуется очистить значение либо убедиться, что там указана корректная разрядность и ветка (например, 8.3).

Способ 4. Проверка установленных компонентов и прямой запуск через исполняемый файл

Убедимся, что на клиентской машине физически присутствует толстый клиент. Перейдем в каталог установки платформы (по умолчанию для 32-битной версии это C:\Program Files (x86)\1cv8\<номер_версии>\bin\).

Проверим наличие файла 1cv8.exe (толстый клиент). Если в папке присутствует только 1cv8c.exe, значит, на компьютере развернут только дистрибутив «Тонкий клиент 1С:Предприятия». В этом случае необходимо переустановить платформу с полным набором компонентов, отметив флаг Толстый клиент 1С:Предприятия.

Если требуется обойти общий загрузчик 1cestart.exe, создадим прямой ярлык на рабочем столе с командой запуска:


"C:\Program Files (x86)\1cv8\8.3.10.2580\bin\1cv8.exe" ENTERPRISE /S"server-name\base-name" /RunModeOrdinaryApplication

Способ 5. Очистка пользовательского кэша и перезапуск служб

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

  1. Завершим все активные процессы 1cv8.exe и 1cv8c.exe через диспетчер задач.
  2. Очистим содержимое временных каталогов:
    • %LOCALAPPDATA%\1C\1cv8\
    • %APPDATA%\1C\1cv8\
    (Удалять следует каталоги с длинными буквенно-цифровыми именами (GUID)).
  3. Альтернативный быстрый способ сбросить привязку кэша — удалить базу из списка в окне запуска и добавить её заново с тем же путем к серверу.
  4. Для разового сброса серверного кэша при старте можно добавить ключ /ClearCache в строку дополнительных параметров запуска базы.
  5. В редких ситуациях сбоя сеансовых данных помогает перезапуск службы Агент сервера 1С:Предприятия.

Резюме

Для надежного решения проблемы запуска базы ЗУП 2.5 в режиме толстого клиента оптимально использовать комбинацию явного указания параметра Толстый клиент в настройках базы и ключа /RunModeOrdinaryApplication в дополнительных параметрах запуска. При плавающем характере проблемы также рекомендуется проверить карточку пользователя в конфигураторе и обновить платформу ветки 8.3.10 до более стабильных сервисных релизов.

← На главную