Какую версию платформы 8.3.27 выбрать для обновления УТ 11.5 и БП: анализ ошибок и способы обхода блокировки

Системный администратор 1С v8.3 (Управляемые формы) 1С:Управление торговлей IT и автоматизация бизнеса
← На главную

При обновлении типовых конфигураций, таких как "Управление торговлей" 11.5 или "Бухгалтерия предприятия", мы часто сталкиваемся с требованием установить новую версию платформы (в данном случае ветку 8.3.27). Зачастую такие обновления необходимы, чтобы внедрить актуальные законодательные изменения, например, настроить НДС 22%, 7%, 5% в 1С:Управление торговлей 11.5, Комплексной 2.5 или ЕРП 2.5. Однако "свежие" релизы платформы могут содержать ошибки, блокирующие нормальную работу. Разберем детально, с какими проблемами столкнулись пользователи, какой релиз выбрать безопаснее всего, и как, при необходимости, обойти требование обновления платформы.

Анализ проблемных релизов ветки 8.3.27

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

Проблема релиза 8.3.27.1786: Неконтролируемый рост базы

Если вы рассматриваете установку версии 8.3.27.1786, будьте крайне осторожны. В этом релизе (и ряде предшествующих) зафиксирована критическая ошибка работы с таблицей BinaryData в базе данных SQL.

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

Вердикт: Данный релиз не рекомендуется для продуктивной эксплуатации на базах с интенсивным вводом данных.

Проблема релиза 8.3.27.1859: Ошибки в Конфигураторе

В попытке исправить предыдущие ошибки, 1С выпустила релиз 8.3.27.1859. Ошибка с ростом базы в нем исправлена, однако появилась проблема, мешающая разработчикам и администраторам.

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

Вердикт: Релиз стабилен для пользователей, но крайне неудобен для поддержки и доработки конфигурации.

Рекомендованный релиз: 8.3.27.1936

На текущий момент наиболее безопасным вариантом для перехода на ветку 8.3.27 выглядит версия 8.3.27.1936 (и выше). В этом релизе:

  1. Исправлена критическая ошибка с разрастанием таблицы BinaryData.
  2. Устранены проблемы с отображением реквизитов в Конфигураторе.
  3. Не зафиксировано массовых блокирующих ошибок на момент обсуждения.

Как остаться на старой платформе при обновлении конфигурации?

Если вы не готовы рисковать и устанавливать новую платформу 8.3.27, но вам необходимо адаптировать систему к новым требованиям (например, реализовать добавление ставок НДС 2025, 2026 — 22%, 5% и 7% — в старую ERP 2.4, 2.5, УТ 11.4, 11.5, КА 2.4, 2.5), можно воспользоваться программным обходом проверки версии при обновлении конфигурации.

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

Важно: Это временное решение ("затычка"). Некоторые новые механизмы конфигурации могут действительно требовать функционала новой платформы и не будут работать корректно.

Порядок действий:

  1. Откройте конфигуратор и создайте новое расширение.
  2. Снимите у расширения галку Безопасный режим (это критически важно).
  3. Вам необходимо перехватить функции, отвечающие за проверку версии. В разных конфигурациях это могут быть разные модули. Чаще всего это общий модуль ОбщегоНазначения или специализированные модули обновлений.
  4. Найдите процедуру, похожую на УточнитьМинимальнуюВерсиюПлатформыИзСервиса или место, где вызывается исключение при проверке версии.
  5. Добавьте этот метод в расширение с аннотацией &Вместо.

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


&Вместо("УточнитьМинимальнуюВерсиюПлатформыИзСервиса")
Процедура Расш_УточнитьМинимальнуюВерсиюПлатформыИзСервиса(ВерсияДляЗапуска, ВерсияДляРаботы)
    // Принудительно понижаем требования к версии,
    // указывая ту, которая у вас установлена стабильно (например, 8.3.22.xxxx или 8.3.25.xxxx)
    
    // Оставляем пустым или прописываем старую версию, чтобы проверка прошла успешно
    // Либо просто не вызываем исключение
КонецПроцедуры

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

Выводы

Для безопасного обновления до актуальных релизов УТ 11.5 и БП 3.0, требующих платформу 8.3.27, мы рекомендуем:

  1. Избегать релизов 1786 (проблема с местом на диске) и 1859 (проблема конфигуратора).
  2. Устанавливать релиз 8.3.27.1936 или более новый.
  3. Если обновление платформы невозможно по техническим причинам — использовать расширение для временного отключения проверки версии, осознавая возможные риски.
  4. После любого обновления обязательно проводите выгрузку внешних отчетов и поиск ошибок в них, так как изменение версии платформы или конфигурации может нарушить работу привычных инструментов.
← На главную