Почему 1С упорно запускает версию 8.2 вместо 8.3 и как это исправить

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

При одновременной работе нескольких версий платформы 1С:Предприятие на одном сервере часто возникает ситуация, когда система игнорирует настройки пользователя и запускает устаревший клиент (например, 8.2 вместо установленного 8.3). Это создает массу неудобств: от невозможности использовать новые функции до ошибок совместимости. Давайте подробно разберем, почему «машина не едет», и как заставить загрузчик 1С работать правильно.

Разбор первой причины: Путаница в ярлыках и исполняемых файлах

Проанализируем самую распространенную ошибку — запуск платформы через прямой исполняемый файл конкретной версии. В папке установки 1С существуют два типа файлов .exe, которые пользователи часто путают:

  1. 1cv8.exe — это исполняемый файл конкретного релиза (находится в папке типа C:\Program Files\1cv8\8.2.19.130\bin\). Если ярлык ссылается на него, система всегда будет запускать именно эту версию, игнорируя любые настройки в списке баз.
  2. 1cestart.exe — это универсальный загрузчик (стартер), который находится в папке C:\Program Files (x86)\1C\1CEStart\. Именно он отвечает за анализ настроек базы и выбор нужной версии платформы.

Выясним, на что ссылается ваш ярлык. Нажмите правой кнопкой мыши на иконку 1С, выберите «Свойства» и проверьте поле «Объект». Если там указан путь к папке 8.2, удалите этот ярлык. Создайте новый, который указывает на 1cestart.exe в общей папке Common.

Настройка версии в интерфейсе стартера

Рассмотрим, как правильно указать версию в самом окне запуска. Часто пользователи указывают просто «8.3», но система продолжает использовать «8.2» из-за приоритета в общих настройках. Попробуем выполнить следующие действия:

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

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

Редактирование файла списка баз ibases.v8i

Посмотрим на ситуацию изнутри. Все настройки списка баз хранятся в текстовом файле ibases.v8i. Иногда визуальный интерфейс не сохраняет изменения корректно, и нам нужно вмешаться вручную. Файл обычно находится по пути %AppData%\1C\1CEStart\ibases.v8i. Откроем его в текстовом редакторе и найдем блок нашей базы:


[Имя Вашей Базы]
Connect=Srvr="ServerName";Ref="BaseName";
ID=...
OrderInTree=...
External=0
ClientConnectionSpeed=Normal
App=Auto
DefaultApp=ThinClient
Version=8.3

Проанализируем строку Version=. Если там стоит 8.2 или она пустая, загрузчик может выбрать версию по своему усмотрению (чаще всего самую старую из подходящих или последнюю установленную). Измените это значение на 8.3 или конкретный номер сборки. Сохраните файл и попробуйте запустить 1С снова.

Влияние конфигурационных файлов 1CEStart.cfg и 1CESCmn.cfg

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

В этих файлах нас интересует параметр DefaultVersion. Если там жестко прописано DefaultVersion=8.2, то стартер будет всегда пытаться запустить старую платформу, если иное не указано в настройках конкретной базы. Также проверьте параметр InstalledVersions — в нем должны быть указаны корректные пути к папкам с установленными версиями. Если путь к 8.3 там отсутствует, стартер просто «не видит» новую платформу.

Конфликт версий на уровне сервера (Агент 1С)

Рассмотрим ситуацию, когда база является клиент-серверной. Это важный момент: клиентское приложение при запуске связывается с Агентом сервера. Если на сервере запущена служба Агент сервера 1С:Предприятия 8.2, она может принудительно «попросить» клиента переключиться на версию 8.2 для обеспечения протокольной совместимости.

Выясним, какие службы запущены в системе. Если вам необходимо держать обе версии сервера (и 8.2, и 8.3), убедитесь, что они работают на разных портах. Стандартные порты 1540, 1541, 1560-1591 обычно занимает одна служба. Для второй версии (например, 8.3) необходимо назначить другие порты (например, 1640, 1641). В настройках информационной базы адрес сервера должен выглядеть так: ИмяСервера:1641.

Регистрация COM-объектов и кэш системы

Иногда корень проблемы лежит в реестре Windows. Если версия 8.2 устанавливалась или обновлялась после 8.3, она могла перерегистрировать на себя основные библиотеки. Попробуем восстановить приоритет 8.3 через регистрацию COM-соединителя. Для этого запустим командную строку от имени администратора и выполним команду для библиотеки comcntr.dll, находящейся в папке bin версии 8.3:

regsvr32 "C:\Program Files\1cv8\8.3.11.2924\bin\comcntr.dll"

Также не забудем про кэш стартера. Бывает, что настройки «залипают» и не меняются даже после редактирования файлов. В этом случае мы рекомендуем полностью очистить содержимое папки %AppData%\1C\1CEStart (предварительно сделав резервную копию файла ibases.v8i). После удаления папки запустите 1cestart.exe — система заново просканирует установленные платформы и создаст чистые файлы конфигурации.

Итоги и рекомендации

Подводя итог, можно сказать, что автоматический запуск 8.2 вместо 8.3 — это почти всегда результат неправильной работы загрузчика 1cestart.exe, вызванный либо прямыми ссылками в ярлыках, либо некорректными записями в .cfg и .v8i файлах. Пройдя по шагам от простых настроек интерфейса до редактирования системных файлов и проверки портов сервера, мы сможем добиться стабильного запуска нужной версии платформы.

← На главную