Выбор версии платформы для крупного производственного предприятия — это всегда баланс между необходимостью использования новых функций конфигурации (например, ERP 2.4) и стабильностью работы критических узлов: оборудования, обменов и расчетных механизмов. В этой статье мы подробно разберем, с какими трудностями сталкиваются специалисты при выборе между релизами 8.3.10, 8.3.11 и 8.3.12, и выработаем оптимальную стратегию обновления.
Рассмотрим ситуацию, когда стабильность является приоритетом номер один. Платформа 8.3.10 (в частности, финальные сборки типа 8.3.10.2667) зарекомендовала себя как наиболее предсказуемая среда для работы с обычными формами и старыми конфигурациями. Если ваша информационная база содержит большой объем доработок на обычных формах (например, глубоко кастомизированная УПП или ЗУП 2.5), этот релиз будет наиболее безопасным выбором.
Основные преимущества 8.3.10:
Microsoft SQL Server здесь отлажены годами.COM-соединение, демонстрируют в этой версии наиболее стабильную работу.Однако помните, что 8.3.10 постепенно устаревает. Новые релизы типовых конфигураций, выходящие после 2018 года, начинают требовать режим совместимости, который данная платформа предоставить не может.
Проанализируем "промежуточный" вариант — версию 8.3.11. Многие специалисты отмечают субъективное ускорение работы интерфейса и выполнения запросов на этой платформе. Но вместе с производительностью пришли и специфические проблемы, которые могут быть критичны для крупного завода.
Выявленные проблемы 8.3.11:
8.3.11.3034), когда в модуле формы документа видны не все элементы. Это критическая ошибка для операторов, работающих с тяжелыми документами.ODBC.rphost может агрессивно потреблять память при работе с тяжелыми отчетами на СКД, не возвращая её операционной системе своевременно.Разберем пример ситуации, когда платформа 8.3.11 может подвести при обновлении конфигурации в режиме предприятия. Если процедура обновления прерывается критической ошибкой платформы, база может остаться в заблокированном состоянии.
Если ваша цель — переход на ERP 2.4.3 и выше, или внедрение мобильного клиента для руководства, то ваш путь лежит в сторону 8.3.12. Несмотря на то, что в начале своего пути эта ветка считалась "сырой", более поздние релизы (например, 8.3.12.1469 и выше) стали стандартом для многих систем.
Почему стоит выбрать 8.3.12:
SSL/TLS 1.2, что крайне важно для обмена с государственными информационными системами и внешними API.8.3.12 и MS SQL Server 2016 с отключением старых уровней совместимости дает прирост скорости перепроведения документов в 1.5–2 раза за счет оптимизации планов запросов.Важное предостережение: При переходе на 8.3.12 обязательно протестируйте работу ТиИ (Тестирование и исправление). В некоторых релизах наблюдались проблемы с открытием утилиты пересчета итогов или некорректная работа chdbfl.exe для файловых баз.
Рассмотрим пошагово, как минимизировать риски при обновлении платформы на заводе, где остановка производства недопустима.
Шаг 1: Создание тестового контура. Необходимо развернуть копию основной базы на тестовом сервере с той версией платформы, которую вы планируете внедрить. Проанализируем критические бизнес-процессы:
// Пример проверки программного доступа к элементам формы,
// которые могут "пропадать" в 8.3.11
Для Каждого Элемент Из ЭтаФорма.Элементы Цикл
Попытка
Сообщить("Элемент найден: " + Элемент.Имя);
Исключение
ЗаписьЖурналаРегистрации("ОшибкаПлатформы", УровеньЖурналаРегистрации.Ошибка, , , "Пропал доступ к элементу");
КонецПопытки;
КонецЦикла;
Шаг 2: Тестирование торгового и промышленного оборудования.
Это самое узкое место. Выясним причину возможных сбоев: часто новые версии платформы требуют обновления драйверов до версии Native API. Если ваше оборудование работает через COM, убедитесь, что права доступа пользователя, под которым запускается служба 1C:Enterprise Server, позволяют работать с этими объектами.
Шаг 3: Проверка ЭДО и обменов.
Посмотрите на работу с сертификатами электронных подписей. В версиях 8.3.11 и 8.3.12 механизмы криптографии претерпели изменения. Проверьте отправку и получение документов через 1С-ЭДО в тестовой базе.
Шаг 4: Анализ производительности запросов.
Используйте Центр Управления Производительностью (ЦУП) или замерьте время выполнения ключевых регламентных операций (закрытие месяца, расчет себестоимости). В платформе 8.3.11/8.3.12 была внедрена новая логика использования временных таблиц в SQL. Если в ваших самописных запросах есть ошибки структуры, это может привести к деградации производительности.
Подведем итог нашему анализу:
Помните, что фраза "восьмерка еще сырая" — это старая шутка сообщества, но в каждой шутке есть доля правды: любая новая версия платформы требует тщательного тестирования именно на ваших данных и вашем железе.