В понедельник рабочая база должна открыться на 8.3, если проверка 8.5 закончилась ошибкой. Поэтому пятничная установка — не точка перехода, а начало пилота с готовым путём назад.
Фирма «1С» выпустила финальную платформу 8.5.1 25 декабря 2025 года. При этом новый интерфейс «Версия 8.5» сохранил статус бета. У ЗУП пока нет официального режима совместимости с 8.5 — это отмечает обзор MasterSoft.
Задача на выходные — проверить не установщик, а рабочий контур. В него входят конфигурации, расширения, клиенты, обмены, фоновые задания и лицензии. Если один участок не прошёл проверку, пользователи продолжают работать на 8.3.
До пятницы подготовьте маршрут перехода и отката
Платформа 8.5.1 не требует конвертации базы при переходе с 8.3. Поведение базы задаёт режим совместимости конфигурации, а не номер установленной платформы. Эти условия приводит TezBase в руководстве по переходу на 8.5.
Значит, 8.5 можно проверить рядом с 8.3. Практический обзор Klerk подтверждает параллельную установку обеих платформ на одном компьютере.
Это окно для пилота, а не разрешение обновлять рабочее место без подготовки. До установки зафиксируйте текущую версию платформы, режим совместимости и способ запуска каждой базы.
Для файловой базы сохраните каталог с 1Cv8.1CD. Для клиент-серверной снимите резервную копию средствами СУБД и разверните её отдельно. Проверять переход на единственном рабочем экземпляре не следует.
Если меняется ещё и серверный контур, возьмите за основу пилот миграции с проверкой лицензий, обменов и отката. Смена платформы меньше по масштабу, но контрольные точки нужны те же.
| Что проверить | Где проверять | Условие допуска |
|---|---|---|
| Типовые конфигурации | На отдельных копиях каждой рабочей базы | База открывается, вход не меняет режим совместимости |
| Расширения | На копии с тем же набором расширений | Все расширения подключились, их функции доступны |
| Тонкий и толстый клиенты | С рабочих компьютеров или их точных аналогов | Каждый используемый клиент входит под штатной учётной записью |
| Обмены | Между тестовыми узлами или копиями баз | Узлы отправляют и принимают данные без новых ошибок |
| Фоновые задания | В отдельном тестовом контуре | Задания запускаются один раз и завершаются штатно |
| Лицензии | На том же сервере и рабочих местах | Клиенты и сервер получают лицензии после перезапуска |
| Возврат на 8.3 | На копии, которую уже открывали в 8.5 | База снова открывается прежней платформой |
Вывод из таблицы простой: без успешного возврата на 8.3 переход в пятницу не начинайте.
Проверьте и бытовую часть отката. Старые ярлыки, команды запуска и публикации веб-клиента должны остаться доступными до приёмки 8.5.
Конфигурация или расширение не готовы к 8.5
Одинаковая платформа не означает одинаковую готовность конфигураций. «Бухгалтерия предприятия» и ЗУП уже расходятся по условиям запуска.
По обзору MasterSoft, «Бухгалтерия предприятия» запускается под 8.5 в режиме «Такси. Разрешить Версия 8.5». У ЗУП официального режима совместимости с 8.5 пока нет. Практическая проверка Klerk при этом показала запуск ЗУП через интерфейс «Такси».
Эти два утверждения не противоречат друг другу. Факт запуска говорит о конкретной проверенной базе. Официальный режим совместимости говорит о заявленной поддержке конфигурации.
Для вашей базы нужен собственный результат. Скопируйте рабочую конфигурацию вместе с расширениями и выполните операции, которыми сотрудники пользуются каждый день.
Не ограничивайтесь входом в программу. Проведите документ, сформируйте отчёт, откройте печатную форму и запустите обмен. Для ЗУП добавьте расчёт на тестовых данных и формирование применяемого отчёта.
Расширения требуют отдельной проверки. В 8.5.1 появился механизм цифровой подписи расширений. По обзору MasterSoft, платформа не подключает расширение при несовпадении подписи.
Сбой расширения не всегда виден при входе. База откроется, но пропадёт команда, изменённая форма или фоновая обработка. Поэтому проверяйте функцию расширения, а не только строку в списке.
Сборка 8.5.1.1343 добавляет ещё один риск. TezBase перечисляет в ней дефекты механизма расширений. Если ошибка появилась только после смены платформы, сначала воспроизведите её на отдельной копии без расширений.
Отключать расширения на рабочей базе ради эксперимента не нужно. Снимите точную копию и меняйте состав только там. Так вы отделите дефект платформы от ошибки конкретного расширения.
Дефект сборки проявится в рабочем сценарии
Запуск начальной страницы проверяет только запуск начальной страницы. Он ничего не говорит о PDF, HTML-полях, поиске и работе кластера.
TezBase указывает для сборки 8.5.1.1343 дефекты в пяти зонах: PDF, HTML-документ, расширения, полнотекстовый поиск и кластер серверов. Каждая зона требует проверки, если она участвует в работе вашей базы.
Есть и отдельный признак для толстого клиента. По обзору MasterSoft, в клиент-серверной базе под 8.5 возможна ошибка «Пользователь ИБ не идентифицирован».
Проверяйте тем клиентом, которым сотрудник войдёт в понедельник. Успешный вход через тонкий клиент не подтверждает работу толстого. Веб-клиент тоже образует отдельный сценарий.
| Рабочий сценарий | Возможный признак сбоя | Как проверить | Решение на выходные |
|---|---|---|---|
| Формирование печатной формы | PDF пустой, искажён или не создаётся | Сформировать типовой документ и открыть итоговый файл | Вернуть рабочий запуск на 8.3, сохранить пример и журнал |
| Форма с HTML-полем | Поле не загружается или реагирует иначе | Открыть используемую форму под рабочей учётной записью | Проверять копию на другой сборке, рабочую базу не менять |
| Полнотекстовый поиск | Запрос не находит известный документ | Искать заранее выбранный документ по точной фразе | Оставить пользователей на 8.3 до проверки причины |
| Расширение | Нет команды, формы или фонового действия | Выполнить функцию каждого установленного расширения | Проверить подпись и совместимость расширения на копии |
| Толстый клиент | Сообщение «Пользователь ИБ не идентифицирован» | Войти тем же способом и под той же учётной записью | Использовать прежний запуск через 8.3 |
| Кластер серверов | Клиент не входит после перезапуска службы | Проверить сеансы, рабочие процессы и контрольный вход | Вернуть прежнюю платформу, собрать журнал для разбора |
Таблица задаёт критерий приёмки: каждый используемый сценарий должен пройти проверку до переключения пользователей.
При сбое не исправляйте рабочую базу вслепую. Верните запуск через 8.3, сохраните журналы и повторите ошибку на копии.
Если обновление прервалось или база перестала открываться, используйте порядок сохранения состояния и разбора сбоя обновления. Там действия начинаются с копии, а не с повторного запуска обновления.
Режим совместимости отключили до окончания проверки
Пока база сохраняет прежний режим совместимости, переход с 8.3 на 8.5.1 не требует конвертации. Это и держит открытым возврат на старую платформу.
После отключения совместимости ради функций 8.5 структура объектов базы меняется. MasterSoft предупреждает: старые версии платформы такую базу уже не откроют.
Поэтому не совмещайте два изменения за одни выходные. Сначала смените платформу и проверьте рабочие сценарии. Новый режим совместимости включайте отдельным этапом после приёмки.
Есть более узкая ловушка. Создание объекта метаданных ЦветПалитры в 8.5.1 закрывает открытие базы в 8.3.27 и предыдущих сборках 8.5.1. Это ограничение также приводит MasterSoft.
Администратор может не создавать такой объект сам. Его способно добавить обновление конфигурации или расширения. Перед возвратом проверьте, какие изменения попали в метаданные за время пилота.
Не рассчитывайте на копию, сделанную после изменения режима совместимости. Она уже несёт новую структуру. Для отката нужна копия, снятая до перехода и проверенная на отдельном развёртывании.
Старую платформу тоже не удаляйте после первого успешного входа. Параллельная установка 8.3 и 8.5 нужна до конца приёмки и контрольного возврата.
Сценарий перехода с пятницы по воскресенье
В пятницу зафиксируйте исходное состояние. Запишите версии платформы и конфигураций, режим совместимости, список расширений, расписание фоновых заданий и способы подключения клиентов.
Затем снимите копию и проверьте её восстановление отдельно. Файл резервной копии без пробного развёртывания ещё не даёт рабочего пути назад.
В субботу установите 8.5 рядом с 8.3. Подключите только копию базы и запретите ей выполнять рабочие обмены или отправлять данные во внешние системы.
Запустите конфигурации, расширения и все типы клиентов. Затем проверьте обмены на тестовых узлах, печатные формы, PDF, HTML-поля, поиск и фоновые задания.
Klerk сообщает об успешной синхронизации «Бухгалтерии предприятия» между локальными и серверными базами под 8.5. Этот результат подтверждает работоспособность сценария автора, но не вашей схемы обмена.
В воскресенье повторите проверки после перезапуска нужного компонента. Уровень перезапуска выбирайте по затронутому участку: клиент, рабочий процесс, служба или весь узел.
Не останавливайте кластер, если нужно обновить один рабочий процесс. Свериться можно с порядком перезапуска компонентов и контрольного входа.
После перезапуска выполните одну типовую операцию каждой группы пользователей. Бухгалтеру нужен документ и отчёт, кадровику — расчётный сценарий, складу — обмен или печать.
Затем остановите тест и откройте ту же копию через 8.3. Контрольный возврат должен пройти до любых изменений режима совместимости.
Если возврат не прошёл, пользователи в понедельник остаются на исходной рабочей базе 8.3. Копию после пилота сохраняют для разбора, но не подменяют ею рабочий экземпляр.
Что считать успешным переходом
Установка 8.5 без ошибки ещё не означает переход. Допуск дают три результата:
- каждая рабочая конфигурация и её расширения прошли сценарную проверку;
- клиенты, обмены, печать, поиск и фоновые задания не воспроизвели дефекты сборки;
- возврат на 8.3 проверен до смены режима совместимости.
Если один пункт не выполнен, выходные заканчиваются запуском 8.3. Платформа 8.5 остаётся рядом для следующего пилота.
Перед переключением пользователей проверьте пять вещей:
- отдельная копия базы развёрнута и открывается;
- платформы 8.3 и 8.5 установлены параллельно;
- прежний режим совместимости сохранён;
- клиенты, обмены и фоновые задания проверены;
- контрольный возврат на 8.3 выполнен.
Этот список и есть граница между пилотом и рабочим переходом. Новые функции 8.5 включайте позже, отдельным изменением с новой копией и своим планом отката.