Сначала определите причину перехода
Обновляться только ради номера версии не стоит. Практическая причина может быть конкретной: поддержка новой ОС, улучшения крупного внедрения, новые механизмы аутентификации, оптимизация PostgreSQL, развитие интеграций или подготовка к новым редакциям прикладных решений. Для каждой причины нужны свои критерии готовности.
На сентябрь 2026 года актуальная ветка 8.5 уже включает возможности версий 8.5.1 и 8.5.4. В 8.5.4 появились изменения для крупных систем, администрирования, PostgreSQL, лицензирования, безопасности и интеграций. Это делает переход полезным, но увеличивает объём проверки.
Соберите карту зависимостей
До стенда фиксируют:
- конфигурации и точные версии, включая отраслевые решения;
- расширения, внешние обработки, печатные формы и собственные доработки;
- драйверы оборудования, криптопровайдеры и внешние компоненты;
- веб-публикации, мобильные клиенты, фоновые задания и обмены;
- версии ОС, СУБД, сервера 1С и клиентских приложений.
Особое внимание требуется решениям, которые давно не обновлялись или были изменены без документации. Именно они чаще создают неожиданные ограничения.
Проверяйте не запуск, а рабочий день
Успешное открытие базы подтверждает только базовую совместимость. На тестовом контуре выполняют сценарии подразделений: вход пользователей, проведение документов, закрытие периода, печать, обмен с банками и ЭДО, интеграции, фоновые задания и формирование тяжёлых отчётов.
Новый интерфейс 8.5 лучше вводить отдельно от технического обновления. Так проще отличить ошибку совместимости от вопроса пользовательского поведения и обучения.
Подготовьте обновление и возврат как две равные процедуры
Перед работами определяют окно, ответственных, контрольные точки и допустимое время простоя. Резервная копия должна быть проверена восстановлением, а не только создана. Версии платформы, дистрибутивы, конфигурации и параметры публикаций сохраняют вместе с протоколом действий.
План возврата нужен даже после успешного пилота: производственная база отличается объёмом, конкурентной нагрузкой и реальными интеграциями. Переход считается завершённым после контрольного периода, когда подтверждены производительность, регламентные задания, обмены и поддержка пользователей.