Обновление, откат и замена версии платформы 1С 8.3

· 9 мин

Содержание

Платформа и конфигурация — разные вещи. Платформа (1cv8, «движок») устанавливается на компьютер, конфигурация (Бухгалтерия, ЗУП, УТ) лежит внутри базы и работает поверх платформы. Поэтому «сменить версию платформы» — это не обновление базы из Конфигуратора, а установка другого релиза 1cv8 и переключение базы на него.

Главное, что снимает большинство страхов: несколько версий платформы спокойно живут на одной машине рядом. Новая не затирает старую — она ставится в отдельную папку C:\Program Files\1cv8\<номер версии>. Именно это делает откат простым: прежняя версия никуда не делась, достаточно снова указать её базе.

Когда платформу действительно пора менять, а когда лучше не трогать

Менять версию стоит в понятных случаях:

  • 🔼 Новый релиз конфигурации требует платформу не ниже определённого номера — без неё база просто не откроется.
  • 🐞 В вашей версии есть ошибка, которую исправили в более свежей (по списку известных проблем релиза).
  • 🖥️ Вы перешли на новую ОС или сервер, и старая версия на ней не поддерживается.
  • 🔒 Требования безопасности или ИТС обязывают поднять версию.

А вот когда трогать платформу не надо:

  • Всё работает, конкретной причины нет. Смена версии ради «пусть будет свежее» добавляет риск совместимости без выгоды.
  • Идёт отчётный период или массовый ввод документов. Перенесите на спокойный день.
  • У вас клиент-серверный вариант с несколькими рабочими местами — тут цена ошибки выше, планируйте окно.

Версию платформы сравнивайте строго по номеру: нужна «не ниже 8.3.21», а не «новее» или «старее». Формат номера — 8.3.XX.YYYY, где важны все четыре части.

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

Что проверить и сохранить перед сменой версии

До любых действий — резервная копия. Это единственная операция, которую нельзя пропускать.

Как снять копию:

  • Файловая база. Закройте все сеансы и скопируйте целиком папку базы (в ней лежит файл 1Cv8.1CD). Копия папки = полный бэкап.
  • Клиент-серверная база . Сделайте резервную копию средствами СУБД (например, бэкап базы в SQL Server) либо выгрузку через Конфигуратор: Администрирование → Выгрузить информационную базу в файл .dt.

Дальше проверьте три вещи:

  1. Какую версию требует ваша конфигурация. Откройте Конфигуратор, в свойствах корня конфигурации посмотрите минимально допустимую версию и режим совместимости. Новую платформу берите не ниже этого номера.
  2. Разрядность и ОС. Дистрибутив должен соответствовать системе: 64-разрядная платформа — на 64-разрядную Windows. Для сервера проверьте поддержку вашей версии Windows Server.
  3. Где взять дистрибутив. Нужный релиз скачивается из личного кабинета по вашей подписке ИТС. Номер версии в имени дистрибутива должен совпадать с тем, что вы планируете поставить.
Перед сменой версии платформы
Выполнено: 0 / 5

Как установить новую версию и запустить базу на ней

Порядок для рабочего места (файловый или клиентский вариант):

  1. Закройте все открытые сеансы 1С на этом компьютере. В клиент-серверном варианте предупредите пользователей — на время установки сервера работа остановится.
  2. Запустите setup.exe из распакованного дистрибутута новой версии и пройдите установку с настройками по умолчанию. Новая версия встанет рядом со старой, в свою папку.
  3. Откройте окно запуска 1С (стартёр со списком баз). Выделите нужную базу и нажмите Изменить.
  4. Дойдите до страницы дополнительных параметров запуска. В поле Версия 1С:Предприятия укажите номер новой версии (например, 8.3.24) и, при необходимости, разрядность.
  5. Запустите базу. Если это обновлённая конфигурация, при первом входе Конфигуратор может предложить реструктуризацию — согласитесь после того, как убедились в наличии копии.

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

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

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

Чтобы для всех баз на компьютере закрепить версию по умолчанию, используют параметр DefaultVersion в файле 1CEStart.cfg (лежит в профиле пользователя и в общем профиле, каталог 1C\1CEStart). Строка вида DefaultVersion=8.3.24.1234 заставит стартёр запускать именно этот релиз, если у базы не задан свой номер.

Правьте 1CEStart.cfg только если понимаете, зачем. Неверный номер приведёт к тому, что базы перестанут запускаться с сообщением, что нужная версия не найдена.

Как вернуть прежнюю версию платформы

Откат на старую платформу — не «удаление и переустановка». Раз прежняя версия осталась на диске, достаточно снова переключить на неё базу:

  1. В окне запуска выделите базу → Изменить → страница дополнительных параметров.
  2. В поле Версия 1С:Предприятия впишите прежний номер (тот, что вы записали перед сменой).
  3. Запустите базу на старой версии.

Если прежней версии на диске уже нет — установите её дистрибутив заново, он так же встанет в отдельную папку.

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

Удалять новую версию (через Программы и компоненты в Windows) имеет смысл только после того, как вы убедились, что всё работает на старой и свежая больше не нужна.

Совместимость: платформа, конфигурация и режим совместимости

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

Обратная ситуация — свежая платформа и старая конфигурация — обычно работает: новые релизы платформы совместимы со старыми конфигурациями. Регулирует это свойство конфигурации «Режим совместимости»: оно хранится в самой конфигурации (корень → свойства) и говорит платформе вести себя как определённый релиз.

Что делать в типичных ситуациях:

СитуацияЧто произойдётРешение
Платформа ниже требуемой конфигурациейБаза не запускаетсяПоставить платформу не ниже требуемого номера
Платформа свежее конфигурацииЧаще всего работает штатноОставить как есть; режим совместимости менять не нужно
Нужен откат ниже, чем требует конфигурацияСтарая платформа не откроет базуВ Конфигураторе понизить режим совместимости, затем открывать на старой версии

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

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

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

Актуальные релизы 1Собновлено 04.11.2026
ПродуктРед.Последняя сборка
Платформа 1С:Предприятие8.38.3.27.1688 (13.08.2025, реком.) · последняя 8.3.27.1859 (12.11.2025)

Номера сборок конфигураций выходят почти каждую неделю — точный релиз на сегодня смотрите прямо в программе: «Администрирование → Обновление версии программы». Ниже — последние известные на дату обновления таблицы.

Смена версии в файловой и клиент-серверной базе

Процедуры различаются принципиально, поэтому не путайте их.

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

Клиент-серверная база. Версию меняют и на сервере, и на клиентах, причём согласованно:

  1. Выберите окно обслуживания. ⚠️ Остановка службы сервера оборвёт все активные сеансы — пользователи потеряют несохранённые данные. Делайте это только когда в базе никого нет.
  2. На сервере установите новую версию с компонентой «Сервер 1С:Предприятия» и отметьте установку сервера как сервиса Windows — мастер переустановит службу на новый релиз.
  3. Проверьте в оснастке служб Windows (services.msc), что служба агента сервера теперь запускается из папки новой версии и работает.
  4. На клиентских местах установите ту же версию платформы и при необходимости укажите её в параметрах запуска базы.
  5. Запустите кластер и откройте базу. Для диагностики кластера из командной строки можно пользоваться утилитой rac (например, rac cluster list); точные параметры смотрите в rac help.

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

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

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

Частые ошибки при смене версии платформы

  • «Не обнаружена версия 1С:Предприятия». В параметрах базы указан номер, которого нет на диске. Поправьте поле Версия 1С:Предприятия или уберите жёсткое указание, чтобы запускалась установленная версия.
  • Платформа ниже требуемой конфигурацией. Поставьте релиз не ниже минимального номера, который показывает Конфигуратор в свойствах конфигурации.
  • Клиент и сервер разных версий. После обновления сервера забыли обновить клиентов (или наоборот). Приведите версии к одной.
  • Откат не удаётся после сохранения конфигурации в новой версии. Старая платформа не открывает базу с поднявшимся режимом совместимости. Восстановите копию, снятую до смены версии.
  • Обновление без резервной копии. Самая дорогая ошибка: вернуться некуда. Копия до начала работ обязательна.
  • Правка 1CEStart.cfg наугад. Неверный DefaultVersion ломает запуск всех баз на компьютере. Меняйте номер точно или не трогайте файл.

Частые вопросы

Нужно ли удалять старую версию платформы перед установкой новой?
Нет. Версии ставятся в отдельные папки и не конфликтуют. Старую лучше оставить до тех пор, пока не убедитесь, что всё работает на новой — она и есть ваш быстрый откат.
Как узнать, какая версия платформы сейчас используется?
В запущенной программе откройте меню «О программе» (пункт «Информация») — там показан точный номер 8.3.XX.YYYY. В окне запуска версия видна в параметрах выбранной базы.
Повлияет ли смена платформы на данные в базе?
Сама установка другого релиза платформы данные не трогает. Изменить базу может только реструктуризация при обновлении конфигурации или понижение режима совместимости — именно поэтому перед такими шагами нужна копия.
Можно ли запускать разные базы на разных версиях платформы?
Да. Для каждой базы в окне запуска указывается своя версия в поле Версия 1С:Предприятия. Одна база может работать на 8.3.21, другая — на 8.3.24.
Платформа свежее, чем конфигурация, — это проблема?
Как правило, нет: новые релизы платформы совместимы со старыми конфигурациями. Поведение регулирует режим совместимости в свойствах конфигурации, и менять его обычно не требуется.