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

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

Сразу важная оговорка: речь о платформе (8.3.XX.YYYY), а не о конфигурации (Бухгалтерия, ЗУП и т.д.). Это два независимых слоя. Откат платформы не возвращает конфигурацию к старой редакции — для неё откат делается отдельно, из резервной копии или через конфигуратор.

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

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

• 🖥 Откат платформы — вернуть прежний релиз 1С:Предприятия (об этом вся статья).
• 🧱 Откат конфигурации — вернуть прежнюю редакцию прикладного решения; делается в конфигураторе или из файла .cf, к платформе отношения не имеет.
• 💾 Откат данных — восстановить базу на состояние до изменений из резервной копии.

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

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

Не каждый сбой после обновления — повод откатываться. Сначала стоит понять, виновата ли именно платформа.

Разумные причины вернуться на старый релиз:

• 🧩 Несовместимость с конфигурацией. Старая редакция конфигурации требует платформу не выше определённого номера, а обновили её выше.
• 🐢 Падение производительности. После обновления заметно просели типовые операции, и это воспроизводится только на новой версии.
• 💥 Ошибки в новом релизе. Платформа вылетает, не открывает формы, ломает печать — а на прежней версии всё работало.
• 🔌 Несовместимость с внешними компонентами. Торговое оборудование, криптопровайдер или самописная внешняя компонента перестали подхватываться.

А вот когда откат не поможет и проблему надо искать в другом месте:

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

Что сделать до отката

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

Для файловой базы достаточно скопировать файл базы 1Cv8.1CD из каталога базы в надёжное место. Путь к каталогу виден в окне запуска под именем базы.

Для клиент-серверной базы резервную копию делают средствами СУБД (выгрузка средствами PostgreSQL или MS SQL) либо через конфигуратор — выгрузка в файл .dt (Администрирование → Выгрузить информационную базу).

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

Устанавливаем старый релиз рядом с новым

Самый безопасный сценарий — не удалять новую версию, а поставить старую параллельно. Так проще вернуться обратно, если откат не решит проблему.

1. Распакуйте дистрибутив нужной версии и запустите из его папки setup.exe.
2. Пройдите установку обычным образом. Компоненты оставьте те же, что стояли у вас (толстый клиент, тонкий клиент, при необходимости — сервер).
3. После установки в системе окажется два релиза: 8.3.XX (новый) и 8.3.YY (старый). Это нормально — они не конфликтуют.

Общий механизм запуска (ланчер 1cestart.exe) по умолчанию берёт самую свежую установленную версию. Поэтому просто поставить старую рядом недостаточно — базу нужно явно привязать к нужному релизу (об этом ниже).

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

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

Для клиент-серверного варианта порядок строже, потому что затрагивает всех пользователей:

1. Предупредите пользователей и дождитесь выхода из базы.
2. Остановите службу агента сервера (Агент сервера 1С:Предприятия) через оснастку Службы (services.msc).
3. Установите старый релиз на сервере из setup.exe.
4. Запустите службу агента заново.
5. Установите тот же номер релиза на клиентских машинах.

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

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

1. Закройте все окна 1С:Предприятия и конфигуратора.
2. Откройте Пуск → Параметры → Приложения (или классическую Панель управления → Программы и компоненты).
3. Найдите в списке 1С:Предприятие 8.3 (8.3.XX.YYYY) с номером новой версии. Версий будет несколько — ориентируйтесь на номер в скобках.
4. Выберите нужный релиз и нажмите Удалить.

После удаления ланчер снова будет выбирать самую свежую из оставшихся версий — то есть ваш старый релиз.

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

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

1. В окне запуска выделите нужную базу в списке.
2. Нажмите Изменить.
3. В поле Версия 1С:Предприятия впишите номер нужного релиза — например, 8.3.21. Можно указать и полный номер до сборки.
4. Нажмите Готово.

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

Если позже вы доустановите или удалите версии, проверьте это поле. Привязка к релизу, которого больше нет в системе, даст ошибку запуска «не обнаружена версия 1С:Предприятия».

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

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

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

Перед чисткой закройте 1С на этой машине — иначе файлы будут заняты.

Каталоги кэша клиента в Windows:

• %LOCALAPPDATA%\1C\1cv8
• %APPDATA%\1C\1cv8

Внутри лежат папки с длинными именами из букв и цифр (хэш базы). Удалите эти папки целиком — при следующем запуске они создадутся заново.

Быстрый способ открыть каталог: нажмите Win+R, вставьте %LOCALAPPDATA%\1C\1cv8 и нажмите ввод.

Если баз несколько, а чистить нужно только одну, точное имя папки-хэша определить на глаз трудно. Проще поступить так: удалите все папки кэша внутри 1cv8 — ни одна база от этого не пострадает, кэш каждой пересоберётся при первом запуске. Разница лишь в том, что первый старт после чистки будет чуть дольше обычного.

Для клиент-серверной базы серверный кэш хранится в каталоге кластера (srvinfo). Его трогают только при явной необходимости и при остановленной службе агента — иначе оборвутся все сеансы.

Проверяем, что всё работает

После установки старого релиза и чистки кэша нужно убедиться, что откат удался.

1. Запустите базу. Если она привязана к версии — убедитесь, что запуск прошёл без ошибки «не обнаружена версия».
2. Откройте Справка → О программе и сверьте номер платформы — он должен совпадать с целевым релизом.
3. Проверьте то, ради чего откатывались: откройте проблемную форму, запустите отчёт, проведите тестовый документ (на копии).
4. Для клиент-серверной базы проверьте, что служба агента запущена и база доступна по сети нескольким пользователям.

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

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

Типичные ошибки при откате

Эти проблемы встречаются чаще всего. Разберём по симптому.

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