← На главную

При переводе пользователей конфигурации «Управление производственным предприятием» (УПП 1.3) или других решений на обычных формах с платформы 1С:Предприятие 8.2 на 8.3 администраторы часто сталкиваются с неожиданным поведением. Несмотря на то что в параметрах запуска информационной базы явно указан толстый клиент, а в карточке пользователя в Конфигураторе выбран режим запуска по умолчанию Толстый клиент (обычное приложение), при первом входе программа стартует в тонком клиенте либо открывает толстый клиент в режиме управляемого приложения. Пользователи видят пустой или непривычный интерфейс без классических документов и журналов, что вызывает шквал обращений в техническую поддержку. Разберем по шагам, почему возникает эта коллизия и как централизованно настроить запуск нужного интерфейса.

Анализ причин: почему стартер запускает управляемый режим

Проанализируем архитектурную логику платформы 8.3 при инициализации клиентского сеанса:

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

Способ 1. Использование параметра запуска /RunModeOrdinaryApplication

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

/RunModeOrdinaryApplication

Чтобы не перенастраивать ярлыки вручную на рабочем месте каждого пользователя, применим административные методы распространения параметра:

1. Файл общих информационных баз. Настроим общий сетевой список баз через файл конфигурации стартера 1cestart.cfg, расположенный в каталоге %PROGRAMDATA%\1C\1CEStart или %APPDATA%\1C\1CEStart. В параметре CommonInfoBases укажем путь к общему файлу списка ibases.v8i. В самом файле для нужной базы зададим строку дополнительных параметров:

   AdditionalParameters=/RunModeOrdinaryApplication

   В этом случае настройка мгновенно применится ко всем рабочим местам в домене.
2. Настройка фермы RemoteApp или терминального сервера. Если пользователи работают через удаленные рабочие столы или опубликованные приложения RemoteApp, добавим ключ /RunModeOrdinaryApplication непосредственно в параметры запуска исполняемого файла на сервере публикации. Это полностью снимет проблему без вмешательства в локальные профили.
3. Групповые политики Active Directory (GPO). Если запуск выполняется локально, централизованно обновим ярлыки запуска на рабочих столах пользователей через предпочтения групповых политик (Group Policy Preferences).

Способ 2. Проверка свойств корневого узла конфигурации

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

1. Откроем базу в режиме Конфигуратор с административными правами.
2. Выделим корневой узел дерева метаданных и откроем палитру свойств.
3. Найдем свойство Основной режим запуска. Для конфигураций, спроектированных под обычный интерфейс (таких как УПП 1.3), значение должно быть установлено строго в Обычное приложение, а не в «Авто» или «Управляемое приложение».
4. Проверим свойство Режим совместимости. Для УПП 1.3 должна быть включена совместимость с версией Версия 8.2.13 или Версия 8.2.16. Полное отключение режима совместимости переводит систему в режим управляемого приложения по умолчанию.

Способ 3. Явное указание разрядности и версии платформы

Разберем тонкую настройку в окне запуска списка баз. Чтобы минимизировать сбои алгоритма автоопределения в стартере 1cestart.exe:

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

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

Важно помнить об архитектурном ограничении платформы: если на компьютере пользователя был развернут только дистрибутив тонкого клиента (пакет 1cv8c), запуск обычных форм не произойдет ни при каких настройках профиля или параметрах командной строки. Убедимся, что на рабочие станции установлен полный пакет платформы, содержащий файл 1cv8.exe в рабочем каталоге bin соответствующей сборки 8.3.