Платформа 1С обновлена, а релизы конфигурации не видны: что проверить и стоит ли откатывать версию

Коротко: что делать, если 1С не видит нужный релиз конфигурации

Откатывать платформу сразу не нужно. На форуме buh.ru пользователь Nadi описал ситуацию так: «Обновила платформу и теперь не могу обновить конфигурации, не видит нужный релиз». Ответ с советом удалить новую платформу содержал прямую оговорку: «Но проблема не в платформе» (обсуждение на buh.ru). Значит, причину ищут в совместимости версий и настройках обновления, а платформу трогают в последнюю очередь.

Порядок проверки, который закрывает большинство таких случаев:

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

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

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

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

Оговорка по источникам: конкретную причину сбоя в исходном обсуждении не назвали, прозвучала только версия, что дело не в платформе (buh.ru). Дальше речь идёт о диагностике по опубликованным описаниям релизов, а не о готовом диагнозе вашей базы.

Привязка релиза конфигурации к версии платформы

В описании релиза совместимость указывают явно. Пример формулировки: «Версия 3.1.38 предназначена для использования с версией платформы 8.3.27.1688 (и более поздних)» (описание релиза). Ключевой фрагмент здесь - «и более поздних»: если установленная платформа не ниже 8.3.27.1688, сама по себе она не мешает поставить релиз 3.1.38.

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

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

Перечень версий, с которых возможен переход

Второй механизм связан с последовательностью обновлений. В том же описании указано: «Релиз предназначен для обновления конфигураций версий 3.1.38.123, 3.1.38.92, 3.1.37.72, 3.1.34.332» (buh.ru). Если текущая версия базы не входит в этот перечень, прямой переход на релиз не поддерживается: сначала ставится промежуточная версия, указанная в описании.

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

Шаг 1. Проверьте совместимость релиза конфигурации и платформы

Задача шага - получить два числа и сравнить их между собой.

Версия платформы. Её показывает окно «О программе» в разделе «Справка» главного меню. Расположение команды зависит от версии платформы и настроек интерфейса, поэтому ориентируйтесь на название окна, а не на позицию пункта.
Требование релиза. Откройте описание нужного релиза конфигурации и выпишите минимальную версию платформы.
Версия конфигурации. Она указана в том же окне «О программе» и понадобится на следующем шаге.

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

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

Шаг 2. Проверьте канал и список доступных обновлений конфигурации

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

Источник обновлений указан верно и доступен из вашей сети.
Список обновлений перечитан после смены источника или сетевых настроек.
У базы есть действующий доступ к источнику обновлений.
Перечень предложенных релизов сравнён с описанием нужного релиза на сайте поддержки.

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

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

Шаг 3. Убедитесь, что нужен именно этот релиз и эта последовательность

Три проверки, которые чаще всего пропускают, когда обновление «не видит» релиз.

Вариант поставки. Релиз 3.1.38.151 выпущен для конфигураций «Зарплата и управление персоналом» и «Зарплата и кадры государственного учреждения» в вариантах ПРОФ, КОРП и базовая (описание выпуска). Релиз для КОРП не подойдёт базовой версии, и наоборот.
Промежуточный релиз. Если текущая версия не входит в перечень для перехода, сначала устанавливают промежуточную версию из описания.
Обход последовательности. Ручная «догонка» релиза в обход поддерживаемой цепочки создаёт риск для данных, экономии времени она не даёт.

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

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

Ответ короткий: откат платформы - крайняя мера, а не первый шаг. В обсуждении на вопрос «Можно установить платформу ниже?» прозвучало: «Удалите новую, потом установите старую. Но проблема не в платформе» (buh.ru). Логика ответа прозрачна: замена платформы не адресует причину. Если релиз не предлагается из-за перечня версий или настроек источника обновлений, смена платформы ничего не изменит в списке.

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

Оправданные сценарии формулируются как условие, а не как рекомендация:

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

Решение принимают по описанию конкретного релиза и документации, а не по форумному совету. В исходном обсуждении подтверждения несовместимости нет, поэтому откат там не обоснован.

Чем рискует тот, кто откатывает платформу «на всякий случай»

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

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

Правило простое: сначала резервная копия и тестовая база, затем любые изменения платформы.

Безопасный порядок действий: от проверки к обновлению

Собранный маршрут выглядит так:

Резервная копия информационной базы.
Сверка версии платформы с требованием релиза.
Сверка текущей версии конфигурации с перечнем версий для перехода.
Проверка источника и списка обновлений.
Установка на тестовой базе.
Перенос на рабочую базу в согласованное окно простоя.

Пошаговый алгоритм с проверкой версий конфигурации и платформы, резервным копированием и тестовой установкой разобран в материале про обновление 1С:ERP 2.5.27.82; последовательность там применима и к другим конфигурациям.

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

Когда без специалиста по 1С не обойтись

Признаки ситуации, которую лучше не решать самостоятельно:

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

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

Короткий чек-лист и что запомнить

Не удаляйте платформу первым делом.
Проверьте минимальную версию платформы в описании релиза: релиз 3.1.38 рассчитан на 8.3.27.1688 и более поздние.
Проверьте текущую версию конфигурации в перечне для перехода: релиз 3.1.38.151 обновляет версии 3.1.38.123, 3.1.38.92, 3.1.37.72, 3.1.34.332.
Уточните вариант поставки: ПРОФ, КОРП или базовая.
Проверьте источник и список обновлений, сравните его с описанием релиза.
Сделайте резервную копию и прогоните обновление на тестовой базе.
Откат платформы оставьте на случай подтверждённой несовместимости.

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