Переход на 1С:Предприятие 8.5: что проверить в конфигурации и на серверах
Иван Недомолков · Опубликовано: · Обновлено:
Коротко, на 22 сентября 2026: финальная платформа 8.5.1 вышла в конце декабря 2025 и годится для рабочих баз. Интерфейс “Такси” в ней работает как раньше, новый интерфейс “Версия 8.5” пока остаётся бетой, а следующая версия, 8.5.4, доступна только как тестовая. На 24 сентября 2026 на сервере 1С лежат публичные списки изменений сборок 8.5.1.1343 и 8.5.1.1423: весь разбор ниже сделан по 8.5.1.1343, часть её ошибок в 8.5.1.1423 уже закрыта. Если вы сейчас на 8.3.27, 8.5.1 включает всё, что было в 8.3.27; вторая база из нашей проверки стояла как раз на 8.3.27.2325. Конвертировать базы при переходе не нужно. Работа всё равно будет: платформа меняет поведение по накопленному списку изменений, и его длину задаёт режим совместимости конфигурации. Свежесть релиза конфигурации на неё почти не влияет. Проверить свою конфигурацию до установки 8.5 можно нашей обработкой готовности к переходу, она работает на текущей платформе начиная с 8.3.20. Если разбираться некогда, напишите нам в WhatsApp (кнопка над статьёй): проверим вашу базу.
Переход на новую платформу обычно планируют одной строкой в графике работ: “обновить 1С до 8.5”. За этой строкой прячется вопрос, на который до обновления ответить нечем: что именно в нашей конфигурации поведёт себя иначе.
Мы проверили две базы одной и той же конфигурации. Первая на релизе двухлетней давности, вторая на 34 релиза свежее и на более новой платформе. Ожидание было простое: свежая база окажется в разы чище. Получилось 18 замечаний против 15. Разница на три пункта.
Ниже полный разбор подготовки: как устроена накопительная природа изменений платформы, почему режим совместимости важнее версии конфигурации, все 63 изменения с 8.3.21 по 8.5.1 по категориям, что снято из поддержки на стороне СУБД и операционных систем, и отдельный пласт, о котором вспоминают последним - известные неисправленные ошибки самой 8.5.1.
Что вышло и что анонсировано: 8.5 по датам
Статусы сверены с первоисточниками 1С 22 сентября 2026: информационные письма на 1c.ru, документация на its.1c.ru, файлы изменений платформы и технологический блог 1С “Зазеркалье”.
| Версия | Что это на 22.09.2026 | Когда | Где сказано |
|---|---|---|---|
| 8.5.1, бета (сборка 8.5.1.189) | версия для ознакомления, в реальных задачах только в отдельных случаях | декабрь 2024 | информационное письмо 1С № 32567 |
| 8.5.1, финальная (сборка 8.5.1.1150) | для промышленной эксплуатации; интерфейс “Версия 8.5” в ней остаётся бетой | 26.12.2025 | информационное письмо 1С № 33937 |
| 8.5.1.1343 и 8.5.1.1423 | следующие сборки 8.5.1 с исправлениями | после финала | списки изменений на сервере обновлений 1С |
| 8.5.2 и 8.5.3 | отдельно не выйдут, их задачи вошли в 8.5.4 | решение от 25.03.2026 | блог “Зазеркалье” |
| 8.5.4 (сборка 8.5.4.1306) | тестовая версия | дата финальной не объявлена | документация на its.1c.ru подписана “Тестовая версия” |
| 8.5.5 | план задач, новые возможности 1С разбирает в блоге | план с 28.10.2025, обновлён в феврале 2026 | блог “Зазеркалье” |
Нумерация тоже поменялась. 8.5.1 включает всё, что было в 8.3.27, и новые версии 1С дальше выпускает только в ветке 8.5. Возможности, которые анонсировали для 8.3.28, в декабре 2024 перенесли в 8.5.2, а по решению от 25 марта 2026 они должны войти в 8.5.4.
Для плана из этого следует простая вещь. Рабочие базы переводят на 8.5.1, а 8.5.4 пока смотрят на копиях. В 8.5.4 появился режим совместимости “Версия 8.5.1”: конфигурация, подготовленная под 8.5.1, запустится на 8.5.4 без правок и без изменения структуры данных, и с базой при необходимости можно продолжить работать из 8.5.1. Каталог нашей обработки описывает путь до сборки 8.5.1.1343, изменений 8.5.4 в нём пока нет.
Почему 8.5.1 не накатывается “как обычно”
Первая реакция у всех одинаковая: релизы платформы мы меняем регулярно, 8.2 на 8.3 когда-то пережили, что тут особенного.
Особенность в том, что список изменений, требующих правок в конфигурациях, накапливается от версии к версии и старое из него не вычёркивают. Если конфигурация сидит на режиме совместимости 8.3.14, при переходе на 8.5.1 вы прыгаете не через одну версию, а через все сразу.
Платформа при этом не падает с сообщением “здесь устаревший метод”. Она меняет поведение молча. Метод продолжает работать, только результат другой. Такие вещи всплывают через месяц в отчётности, а не в первый час после обновления.
Второй слой - дефекты самой платформы. В сборке 8.5.1.1343 их заметный пласт, и часть касается механизмов, которыми пользуются все: PDF, поле HTML-документа, расширения конфигурации, полнотекстовый поиск, кластер серверов. Это не ваш код, чтением своей конфигурации их не найти, а встретиться с ними можно ровно так же.
Режим совместимости решает больше, чем версия конфигурации
Ключевая величина при планировании перехода - режим совместимости конфигурации, а не номер её релиза.
Работает это так. Каждое изменение платформы, ломающее поведение, привязано к версии и начинает действовать при снятом режиме совместимости предыдущей версии. Пока конфигурация стоит в режиме 8.3.14, платформа продолжает вести себя как 8.3.14, сколько бы релизов конфигурации на неё ни накатили. Обновление конфигурации закрывает изменения прикладного кода вендора и не двигает эту границу.
Отсюда практический вывод, ради которого мы всё это и считали: ощущение “мы регулярно обновляемся, значит к 8.5 готовы” ложное. Свежая база приезжает к 8.5.1 почти с тем же списком работ, что и база на релизе двухлетней давности.
Полезная деталь для планирования: конвертация конфигураций, информационных баз, внешних обработок и отчётов при переходе на 8.5.1 не требуется. Запуститься на новой платформе можно, оставив текущий режим совместимости, и это разумный первый шаг. Отключают режим позже, отдельной работой, потому что при отключении меняется структура части объектов базы данных. Для отката режим ставят обратно, но это уже операция с данными, а не переключение флага.
Новый интерфейс “Версия 8.5” в 8.5.1 идёт в статусе бета, прежний “Такси” поддерживается полностью. Есть переходные режимы “Такси. Разрешить Версия 8.5” и “Версия 8.5. Разрешить Такси” для смешанного варианта.
Как посмотреть свой режим совместимости
Конфигуратор, свойства корня конфигурации, свойство “Режим совместимости”. Из режима предприятия:
Сообщить(Метаданные.РежимСовместимости);Одна оговорка, которая нам стоила отдельного разбирательства. Платформа возвращает это значение строкой вида Версия8_3_14, через подчёркивания, а не через точки. Любой самописный разбор версии, который ищет точку, на этой строке молча вернёт пустоту. У нас именно так и вышло: первая версия нашей обработки точку не находила, подставляла вместо режима совместимости версию платформы и отбирала правила по чужой шкале. Лечится заменой подчёркиваний на точки до разбора строки.
Две базы одной конфигурации: цифры
Проверяли обе базы своей обработкой, в двух режимах: быстрый проход по живой базе и полный, с выгрузкой конфигурации в файлы и разбором текстов модулей.
База 1. Файловая, бухгалтерская конфигурация релиза 3.0.39.2, платформа 8.3.20.2290, режим совместимости 8.3.14, расширений нет.
| Показатель | Быстрый | С кодом |
|---|---|---|
| Предупреждения | 9 | 18 |
| Информация и чек-лист | 25 | 31 |
| Проверено, замечаний нет | 5 | 14 |
База 2. Та же конфигурация релиза 3.0.73.1, то есть на 34 релиза свежее. Платформа 8.3.27.2325, режим совместимости поднят до 8.3.21, подключены четыре расширения.
| Показатель | Быстрый | С кодом |
|---|---|---|
| Предупреждения | 7 | 15 |
| Информация и чек-лист | 25 | 30 |
| Проверено, замечаний нет | 4 | 10 |
Разница в охвате правил есть, но скромная. Первой базе применились все 63 правила каталога, второй 55. Восемь отсеявшихся правил - это ровно изменения версии 8.3.21, которые вторая база уже прожила поднятым режимом совместимости. Все остальные, включая 24 правила самой 8.5.1, легли на обе одинаково.
Ещё одно наблюдение из этих таблиц: примерно половина находок на обеих базах живёт в текстах модулей и в быстром режиме не видна вообще. Из режима предприятия платформа читать код конфигурации не даёт, поэтому проверка “на живой базе без выгрузки” физически не может закрыть эту половину.
Что накопилось: 63 изменения по версиям
Каталог, по которому мы проверяли, собран из официального “Списка изменений и порядок обновления” платформы 8.5.1.1343 и Сервиса публикации ошибок 1С (снимок на 13.08.2026). Покрытие начинается с 8.3.21.
| Версия | Правил |
|---|---|
| 8.5.1 | 24 |
| 8.3.27 | 4 |
| 8.3.26 | 5 |
| 8.3.25 | 6 |
| 8.3.24 | 5 |
| 8.3.23 | 7 |
| 8.3.22 | 4 |
| 8.3.21 | 8 |
По серьёзности: 25 предупреждений (поведение меняется либо перестаёт поддерживаться) и 38 информационных пунктов, включая то, что проверяется руками.
По смыслу:
| Категория | Правил |
|---|---|
| Известные ошибки 8.5.1 | 11 |
| Язык BSL | 10 |
| Администрирование | 9 |
| Формы | 6 |
| СУБД и система | 5 |
| СКД и отчёты | 5 |
| Интеграция | 4 |
| Совместимость | 3 |
| Метаданные, криптография, мобильные | по 2 |
| Запросы, настройки ИБ, внешние компоненты, система взаимодействия | по 1 |
Если ваш режим совместимости ниже 8.3.21, к этому списку добавляются накопленные изменения более ранних версий, и их придётся смотреть отдельно по документу на releases.1c.ru. Практичный маршрут в такой ситуации: сначала поднять режим совместимости до актуальной 8.3, прогнать регресс на копии, и только потом идти на 8.5.1. Два прыжка по отдельности разбираются легче, чем один общий.
Что меняется в 8.5.1
Разбор по пунктам, которые чаще всего задевают типовые и доработанные конфигурации.
Свойство ГиперссылкаЯчейки у поля формы объявлено устаревшим. Замена: у таблицы формы теперь ОтображениеГиперссылокЯчеек, у поля формы ОтображениеГиперссылкиЯчейки и ВариантОтображенияГиперссылкиЯчейки.
Показательно, где оно нашлось. Не в доработках, а в типовой поставке: семь мест в бухгалтерской конфигурации - вычеты ИПН, обмен с банками (три вхождения), работа с номенклатурой, редактирование документа Office Open XML и редактирование табличного документа. Аргумент “у нас типовая, мы ничего не меняли” от проверки не освобождает.
Новый вид метаданных ЦветПалитры необратим. Если создать в конфигурации объект этого вида, информационную базу больше не откроют ни 8.3.27, ни предыдущие сборки самой 8.5.1. Пункт стоит держать в голове тому, кто планирует путь отката: один объект метаданных закрывает возможность вернуться.
Конфликт имён по серому цвету. В стандартной палитре 8.5.1 появился ЦветаПалитры.Серый. Если в конфигурации есть собственный элемент стиля с именем “Серый”, имена столкнутся.
Переименование в системном перечислении. Значение ОтображениеУправленияОбычнойГруппы.Картинка стало Кнопка.
РазмерХранимыхДанных() считает иначе. Теперь функция учитывает объём реквизитов типа ХранилищеЗначения, хранящихся в таблице базы для двоичных данных. Если на её результате построена ваша отчётность по объёмам или логика очистки, цифры поедут.
Командные панели форм списков в новом интерфейсе. Формируются иначе: не выводятся кнопки “Создать” у дерева и “Создать группу” у основной таблицы, команды разработчика получают приоритет над автоматическими. Касается только интерфейса “Версия 8.5”.
Что накопилось в версиях 8.3.21 - 8.3.27
Эта часть обычно и оказывается основной по объёму работ, потому что до неё редко доходят руки: изменения выходили постепенно, каждое поодиночке выглядело мелким.
8.3.21. Добавление реквизита формы или колонки динамического списка с дублирующимся именем через ИзменитьРеквизиты() теперь формирует исключение. Раньше дубль молча создавался и был недоступен. Множественный оператор В с подзапросом на PostgreSQL, Oracle и Db2 транслируется через EXISTS() и всегда возвращает булево, поведение выровнено с MS SQL и файловым вариантом. Значение Авто у НастройкиОбработкиОшибок.ВариантОтображенияСообщения в режиме технического специалиста трактуется как краткое представление ошибки. В полнотекстовом поиске символ * в кавычках ищется как символ, а не метасимвол.
8.3.22. Обработчик ошибок ОписанияОповещения вызывается только для ошибок внутри самого асинхронного вызова, а не для ошибок в методе-продолжении. Тихое изменение, которое ломает самописную обработку ошибок в асинхронном коде.
8.3.23. Обращение на сервере к свойству ИспользуемаяТаблица у групп формы и команд формы вызывает исключение, раньше молча игнорировалось. Поле ввода с реквизитом типа СписокЗначений или ДанныеФормыКоллекция отображает коллекцию по-новому: элементы с кнопками удаления, ввод прямо в поле, кнопка выбора не работает.
8.3.24. Поля составного типа, содержащие более 100 типов, исключаются из полей упорядочивания динамических списков. Метод табличной части Найти(): если список колонок поиска состоит только из НомерСтроки и значение не найдено, поиск по остальным колонкам больше не выполняется. Внешние навигационные ссылки в разделённых базах включают значения разделителей сеанса.
8.3.25. Адрес электронной почты пользователя информационной базы обязан быть уникальным без учёта регистра, длина ограничена 128 символами. Попытка записать второго пользователя с тем же адресом даёт исключение. Это ровно тот пункт, который проверяется за минуту до перехода и всплывает при первой же записи пользователя после. У объекта ЗапросВыбораСхемыЗапроса свойство Индекс устарело, взамен Индексы и ТаблицаДляДобавления.
8.3.26. Объекты ЧтениеZipФайла и ЗаписьZipФайла объявлены устаревшими. Учитывая, как часто архивирование используется в обменах и выгрузках, этот пункт стоит проверить отдельным поиском по всем модулям. При снятом режиме совместимости 8.3.25 установка текста запроса или вызов методов объекта Запрос больше не сбрасывают свойства ИспользованиеКопийБазыДанных и ИспользуемыеКопииБазыДанных.
8.3.27. В основном инфраструктурное, см. следующий раздел.
Инфраструктура: что снято из поддержки
Эта часть проверяется до обновления платформы и не зависит от конфигурации вообще. Выясняется обычно в неудачный момент.
PostgreSQL. 8.5.1 прекратила поддержку версий до 9.6 включительно. Проверять версию сервера надо до обновления платформы, и если она ниже, сначала идёт обновление СУБД, а это отдельная работа со своим окном. Про подготовку базы к переезду между СУБД у нас есть отдельный разбор - “Миграция 1С на PostgreSQL: проверка базы до переезда”, а про настройку самого сервера “PostgreSQL для 1С: настройка”.
IBM Db2. С 8.3.26 снята поддержка версий до 10.1 включительно, осталась только 11.1.
Операционные системы серверов. С 8.3.26 из поддержки вышли CentOS 7, Oracle Linux 7, RHEL 7 и Астра Linux CE 2.12. С 8.3.27 - Windows XP, Vista, Server 2003 и Server 2008 для веб-клиента, а также дистрибутив Альт Линукс 8 СП.
Браузеры. С 8.3.22 не поддерживаются Microsoft Edge до версии 18 включительно и Internet Explorer 10, Firefox ниже 68 отвалился с 8.3.27. Если у вас есть терминальные машины или киоски с зафиксированным браузером, это их касается напрямую.
Файловые базы. Для формата 8.3.8 (страница 8К и больше) максимальный размер внутреннего файла увеличен с 6 до 16 Гбайт. Ловушка тут в откате: версии 8.3.8 - 8.3.27 такие файлы прочитают, но записывать в них не смогут. То есть если файловая база под 8.5.1 переросла старый лимит, вернуться на 8.3 для работы уже не выйдет. Резервную копию до перехода в этом сценарии стоит держать не для галочки.
Расширения конфигурации
Отдельная тема, потому что правил тут два уровня.
Первый - формальные требования. Режим совместимости расширения не может быть выше режима основной конфигурации, а режим совместимости интерфейса обязан совпадать с расширяемой конфигурацией.
Второй - состояние механизма в 8.5.1.1343. По расширениям в этой сборке числится набор серьёзных неисправленных ошибок: игнорирование условных блоков препроцессора у методов, добавляемых расширением (10207424, исправлено в поздних сборках), невосстановимая ошибка записи после удаления общего реквизита (60031771), необновление таблиц собственных планов обмена (60030127), пропадание элементов заимствованных форм (70147031), незаполнение собственных реквизитов предопределёнными значениями (60032112), падение конструктора запросов при функции ТИП (60032281).
Если расширений много и они несут бизнес-логику, это самый весомый аргумент за то, чтобы прогнать полный регресс на копии базы под целевой сборкой до продуктивного перехода. Особенно расширения с собственными планами обмена и заимствованными формами.
Известные ошибки 8.5.1.1343
Пласт, который не найти чтением своего кода. Ниже он целиком, с номерами дефектов, по снимку сервиса ошибок на 13.08.2026. По номерам текущее состояние проверяется на bugboard.1c.ru, часть уже закрыта в сборках 8.5.1.1423 и выше.
PDF. Аварийное завершение при открытии повреждённого файла (60027256), падение при ПолучитьОписанияПодписей (60031186, исправлено позже), некорректное отображение ряда документов (60031219, 60030685, 60032085), ошибка “Не найден XObject” (70149548).
Поле HTML-документа. Аварийное завершение после нажатия ALT (60027209), падения в Linux (60029360, 60026757), незакрывающиеся ссылки (60010543), контекстное меню в углу экрана (70143302), проблемы воспроизведения видео.
Криптография. Утечка памяти при ПроверитьПодпись (60031344, исправлено позже), падение расширения криптографии в веб-клиенте при неустановленном криптопровайдере (60033114, исправлено позже), ошибки проверки подписи по алгоритму согласования ключа (60032982, исправлено позже), веб-клиент не использует прокси из inetcfg.xml (60030824).
Хранилище двоичных данных. Двоичные данные табличных частей не сохраняются в хранилище (60024506, статус “Планируется”, то есть не исправлено), ошибка SDBL при создании базы из шаблона для конфигураций с хранилищем (60025182, исправлено). Первый пункт означает возможную потерю данных, и если у вас есть двоичные реквизиты в табличных частях, сценарии записи стоит проверить до перехода.
Полнотекстовый поиск. Аварийное завершение rphost при поиске в динамическом списке с полнотекстовым поиском версии 2 (60031260, исправлено в поздних сборках), ошибка индексации при неподдерживаемом языке региональных настроек (60031809).
Кластер серверов. Аварийное завершение ragent при штатной остановке кластера (70145876), клиенты перестают получать уведомления после переключения активного сервиса уведомлений (60028443), сброс флага “Блокировка регламентных заданий включена” после перезапуска rphost (60025973), падение rphost при загрузке автономной конфигурации на мобильное устройство (70153025) и при подключении сервисов интеграции к шине (70147299), нулевые метрики сеансов (70142645). Почти всё закрыто в 8.5.1.1423 и выше.
Конфигуратор. Аварийное завершение при открытии конструктора запросов во внешней обработке при закрытой конфигурации (70125056, не исправлено), падение при сравнении модулей во время переподключения RDP (60023781), ошибка “Недопустимое состояние объекта” при аннотациях на двух языках в модуле расширения (60023547), динамическое обновление после правки модуля менеджера требует обработки таблиц (70142963), предел стека SQL Server при последовательных динамических обновлениях (70133819).
Регистры расчёта. Ложная запись о перерасчёте при полном вытеснении начисления (10142644), долгие удаления записей фактического периода действия на PostgreSQL (60015542, исправлено). Зарплатным конфигурациям это означает обычный регресс расчётов на копии после перехода.
Интерфейс “Версия 8.5” (бета). Дефекты отрисовки после нестандартного масштаба Такси в веб-клиенте (30182624), чёрные рамки окон в RemoteApp на Windows Server 2012R2 (60031493), самопроизвольное закрытие панели разделов при работе экранных рекордеров (30182589), команды формы попадают в панель таблицы (70149231). Пилот нового интерфейса имеет смысл вести на свежайшей сборке.
Прочее. ОжидатьЗавершенияВыполнения в файловой базе ждёт только одно фоновое задание из множества (60031917, не исправлено), basic-аутентификация при неверных данных заваливает веб-сервер запросами (60032713), обработчик ПоказатьВопрос получает Неопределено (60021238), потеря данных при Ctrl+X в форматированном документе тонкого клиента (70144933).
Починить это вы не сможете. Спланировать сможете: не тащить на 8.5.1.1343 контур, который наступит на такую ошибку, и брать сборку посвежее там, где исправление уже вышло.
Как это проверять
Есть три способа, и они не взаимозаменяемы.
Руками по документу. Открыть “Список изменений и порядок обновления” на releases.1c.ru, выписать всё, что касается вашего пути по версиям, и пройтись по конфигурации глазами. Мы начали именно так и бросили через пару часов. Типовая бухгалтерская конфигурация - это тысячи объектов метаданных и тысячи модулей. Держать в голове весь список и не моргать нереально, а результат такой проверки нигде не зафиксирован: через полгода выйдет следующая версия, и всё заново. Плюс её не передать коллеге и не показать заказчику как доказательство, что посмотрели везде.
Штатная “Проверка и конвертация” в конфигураторе. Работает, когда 8.5 уже установлена, и заточена под переход на новый интерфейс. Помогает чинить после прыжка, но не показывает, во что вы прыгаете, пока решение ещё принимается.
Автоматической проверкой на текущей платформе. Всё, что мы искали глазами, оказалось шаблонами: устаревший метод ищется по шаблону, снятое свойство метаданного тоже, режим совместимости читается одной строкой. Из этого и получилась обработка: правила лежат данными в JSON-каталоге, движок их применяет и отбирает по режиму совместимости базы.
Про ограничения последнего способа скажем честно, потому что это важно при чтении отчёта. Поиск по коду идёт по тексту модулей, синтаксическое дерево не строится. Комментарии отбрасываются, но ложные срабатывания на строковых литералах и одноимённых переменных возможны. Реальный пример из нашего же прогона: строка вида ..., "СостояниеДиректБанк", "ГиперссылкаЯчейки", Ложь); - это совпадение внутри строкового литерала в параметрах вызова, а не обращение к свойству. Для задачи “составить список мест, куда посмотреть перед переходом” точности хватает. Для автоматического рефакторинга нет.
Отдельно про категорию “не проверялось” в отчёте. В быстром режиме, без выгрузки конфигурации, 24 правила из 63 помечаются именно так, потому что это правила уровня кода. Инструмент, который в такой ситуации показывает “замечаний нет”, врёт, и это худший из возможных вариантов поведения.
Чек-лист перед переходом
- Посмотрите режим совместимости конфигурации. Это первая величина, от неё считается объём работ. Если он ниже 8.3.21, добавьте отдельным пунктом разбор накопленного за более ранние версии.
- Не рассчитывайте на свежесть конфигурации. База на последнем релизе получает почти тот же список работ, что и база двухлетней давности.
- Проверьте код, а не только метаданные. На обеих наших базах половина находок оказалась в текстах модулей.
- Не пропускайте типовую поставку. Семь мест с устаревшим свойством нашлись в коде вендора, а не в доработках.
- Проверьте версию СУБД. PostgreSQL до 9.6 включительно и Db2 до 10.1 из поддержки вышли. Это работа до обновления платформы, со своим окном.
- Проверьте версии ОС серверов и браузеры клиентских машин и терминалов.
- Прогоните расширения на копии под целевой сборкой, отдельно те, что несут собственные планы обмена и заимствованные формы.
- Проверьте уникальность email пользователей информационной базы (требование с 8.3.25) и длину адресов против лимита в 128 символов.
- Поищите по всем модулям
ЧтениеZipФайлаиЗаписьZipФайла- объекты устарели с 8.3.26, а используются в обменах чаще, чем помнится. - Сверьте свою функциональность со списком известных ошибок 8.5.1 и выберите сборку: часть дефектов 8.5.1.1343 закрыта в 8.5.1.1423 и выше. Тестовую 8.5.4 держите на копии, пока не выйдет финальная.
- Держите резервную копию и план отката, особенно для файловых баз и для конфигураций, где планируется создавать объекты
ЦветПалитры. - Прогоните переход целиком на копии до боевого окна. Про то, почему мы репетируем каждую тяжёлую работу и сколько раз, - “Семь репетиций одной ночи”.
Что мы об этом думаем
Главным итогом мы считаем не цифры, а то, что свежая база оказалась почти в том же положении, что и старая. Регулярное обновление конфигурации мы привыкли считать формой готовности к будущему. К смене платформы это не относится: там своя шкала, и двигается она режимом совместимости.
Второй вывод скучнее, но полезнее. Список изменений платформы устроен накопительно, и чем дольше вы стоите на старом режиме совместимости, тем больше единовременная работа при переходе. Разбираться с ним по частям, поднимая режим по мере выхода версий, дешевле, чем разбирать всё за одну ночь.
Готовые обработки по теме:
- Помощник перехода на 1С:Предприятие 8.5 - показывает, что в вашей конфигурации изменится при переходе, и делает это на текущей платформе, начиная с 8.3.20. Быстрый анализ живой базы и полный с разбором кода конфигурации, расширений и внешних обработок. Именно ей получены цифры из этой статьи.
- Проверка базы перед миграцией на PostgreSQL - если вместе с платформой меняете СУБД, этот чек-лист про вторую половину задачи.
- Чек-ап СУБД под 1С - 40+ проверок настроек SQL Server под платформу, полезно после любого крупного обновления.
Если переход на 8.5 стоит у вас в плане, это часть нашей работы по обслуживанию баз 1С: проверка готовности конфигурации, подготовка серверов, репетиция обновления на копии и разбор регресса. Отдельно про то, что растёт в базе и стоит ли чистить её перед переходом, у нас есть свой разбор.
