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

Задача понизить версию 1С возникает в двух разных ситуациях, и их важно различать с самого начала. Первая — откат версии технологической платформы (например, с 8.3.24 на 8.3.22), когда после обновления платформы перестаёт работать конфигурация, внешняя компонента или оборудование. Вторая — откат версии самой конфигурации (например, «Бухгалтерии предприятия» с 3.0.х на более ранний релиз), когда обновление прикладного решения привело к ошибкам в учёте или несовместимости с доработками.

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

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

Определите, что именно нужно откатить

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

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

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

Откат платформы — самый безопасный сценарий, потому что он не трогает данные. Дистрибутив нужного релиза скачивается с портала portal.1c.ru (раздел обновлений, доступ по действующей подписке ИТС) либо берётся из архива дистрибутивов, который хранит ваш администратор или франчайзи. Установка выполняется стандартным инсталлятором: новая (точнее, старая) версия встаёт в отдельный каталог и не удаляет текущую.

На клиентском компьютере после установки старого релиза база может продолжать открываться новой платформой — 1С запоминает последнюю использованную версию. Чтобы явно указать нужную, откройте стартовое окно запуска, выделите базу, нажмите «Изменить» и на шаге выбора версии укажите требуемый релиз платформы вручную. Альтернатива — запуск через ярлык с указанием пути к исполняемому файлу нужной версии.

1. 1
   Скачайте дистрибутив нужного релиза платформы с портала 1С или возьмите из архива
2. 2
   Установите его стандартным инсталлятором — текущая версия при этом не удаляется
3. 3
   В стартовом окне 1С выберите базу, нажмите «Изменить» и укажите нужную версию платформы
4. 4
   Запустите базу и проверьте работоспособность: открытие документов, отчётов, подключённого оборудования
5. 5
   При серверном варианте убедитесь, что на сервере 1С тоже установлен нужный релиз и кластер работает на нём

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

Как понизить версию конфигурации через резервную копию

Откат конфигурации — это всегда восстановление базы данных целиком. Для файловой базы резервная копия обычно представляет собой выгрузку в файл *.dt, сделанную через конфигуратор («Администрирование» — «Выгрузить информационную базу»), либо копию файла 1Cv8.1CD. Для клиент-серверной базы — это дамп средствами СУБД (MS SQL, PostgreSQL) или тот же файл dt.

Порядок восстановления для файловой базы: создайте пустую информационную базу в списке баз (без конфигурации), откройте её в конфигураторе, выполните «Администрирование» — «Загрузить информационную базу» и укажите файл dt, сделанный до обновления. После загрузки база вернётся ровно в то состояние, в котором находилась на момент создания копии — включая версию конфигурации, данные и настройки.

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

Откат конфигурации в клиент-серверном варианте

Для баз на MS SQL Server или PostgreSQL восстановление выполняется средствами самой СУБД: база данных возвращается из полного бэкапа (например, через RESTORE DATABASE в MS SQL). После восстановления базы на уровне СУБД никаких дополнительных действий в 1С обычно не требуется — информационная база в кластере продолжает указывать на ту же базу данных.

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

Работу с бэкапами СУБД должен выполнять администратор баз данных. Восстановление «поверх» рабочей базы без предварительного копирования текущего состояния — одна из самых частых причин безвозвратной потери данных в организациях.

Что делать, если резервной копии нет

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

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

Второй вариант — не откатываться, а исправить проблему в текущей версии: дождаться исправляющего релиза от вендора, установить патч (исправления для типовых конфигураций публикуются регулярно) или отключить проблемный функционал. Третий вариант — загрузить в текущую базу типовую конфигурацию старой версии из файла cf через «Загрузить конфигурацию из файла», но это применимо только к базам без доработок и сопряжено с риском несовместимости структуры данных: реструктуризация «вниз» не предусмотрена, и результат не гарантирован. Такой эксперимент допустим только на копии базы.

Проверка результата после отката

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

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

Контрольные точки

Как проверить результат

Версия конфигурации в «О программе»

Норма

Соответствует целевому (старому) релизу

Тревожный признак

Осталась новой — загрузка копии не выполнена или взят не тот файл

Проведение документов и отчёты

Норма

Работают без ошибок

Тревожный признак

Ошибки — возможно, копия повреждена или не подходит платформа

Фоновые задания и обмены

Норма

Выполняются по расписанию

Тревожный признак

Заблокированы после загрузки dt — снимите блокировку

Работа всех пользователей

Норма

Все подключаются к восстановленной базе

Тревожный признак

Часть пользователей работает в старой копии базы — данные разойдутся

Как подготовиться, чтобы откат в будущем занял минуты

Практически все проблемы с понижением версии упираются в отсутствие свежей копии. Настройте автоматическое резервное копирование: для файловых баз — скрипт копирования файла 1Cv8.1CD или выгрузки dt по расписанию, для серверных — регулярные бэкапы средствами СУБД. Перед каждым обновлением конфигурации делайте выгрузку dt вручную, даже если автоматическая копия существует.

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

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

Можно ли откатить конфигурацию через «Поддержка» — «Настройка поддержки»?

Нет. Возврат на поддержку или изменение настроек поддержки не меняет версию конфигурации и не отменяет обновление. Эти механизмы управляют только возможностью редактирования объектов, а не версией релиза.

Подойдёт ли бэкап, сделанный неделю назад, если обновились вчера?

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

Можно ли держать на одном компьютере две версии платформы 1С?

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

Почему после отката платформы база просит обновить версию?

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

Можно ли откатить только часть обновления, например один модуль?

Штатно — нет, конфигурация обновляется и восстанавливается целиком. Теоретически доработчик может перенести отдельные объекты из старой версии через сравнение и объединение конфигураций, но это работа для программиста 1С и выполняется только на копии базы.

Теряются ли лицензии при понижении версии платформы?

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