Обновление технологической платформы «1С:Предприятие 8.3» — это всегда ответственный шаг, требующий баланса между необходимостью использования новых функций и стабильностью работающей системы. В современных реалиях, когда конфигурации (такие как ЗУП 3.1 или ERP 2.5) начинают жестко требовать конкретные версии платформы, вопрос выбора правильного релиза становится критическим. Проанализируем накопленный опыт и разберем, на какие версии стоит ориентироваться, а какие таят в себе скрытые угрозы.
Рассмотрим стратегию разделения релизов, которую фактически применяет фирма «1С». На сегодняшний день ветка 8.3.22 перешла в разряд LTS (Long Term Support) — это наиболее отлаженная и стабильная серия. В то же время ветка 8.3.23 позиционируется как инновационная. Разберем подробнее, почему многие эксперты советуют не спешить с переходом на 8.3.23 без острой необходимости.
Посмотрим на практический опыт коллег. Версия 8.3.22.1851 и соседние релизы (например, 8.3.22.1750) показывают отличные результаты в плане отсутствия массовых ошибок. В этих сборках уже исправлены основные проблемы, возникшие после инцидентов с лицензированием в конце 2022 года. Если ваша задача — обеспечить бесперебойную работу крупного предприятия, именно ветка 8.3.22 на текущий момент является «золотой серединой».
Проанализируем конкретные проблемы, выявленные в новых релизах. В версии 8.3.23.1688 были замечены серьезные сбои при работе с базами данных под управлением PostgreSQL. В частности, зафиксированы ошибки при выполнении POST-запросов, что может парализовать работу внешних интеграций и HTTP-сервисов. Также пользователи сообщали о проблемах с формированием отчетов — в некоторых случаях после обновления отчеты просто перестают открываться или выдают неочевидные ошибки компоновки данных.
Выясним причину таких сбоев. В ветке 8.3.23 была существенно переработана внутренняя логика отрисовки форм и механизмы взаимодействия с памятью. Хотя это привело к ускорению интерфейса (отклик на действия пользователя стал субъективно быстрее), это же породило ряд «детских болезней», которые исправляются от релиза к релизу. Например, в сборке 8.3.23.1739 все еще встречаются баги, которые не воспроизводятся на тестовых стендах франчайзи, но проявляются в реальной эксплуатации.
Разберем ситуацию, когда обновление становится неизбежным. Современные версии 1С:Зарплата и управление персоналом (ЗУП) редакции 3.1 требуют версию платформы не ниже 8.3.22.1704. Попытки запустить такие конфигурации на старых платформах (например, ветки 8.3.20) могут привести к неработоспособности некоторых механизмов или даже невозможности открыть базу в режиме «Предприятие».
Важно помнить, что даже если вы «обманете» систему, закомментировав проверку версии в коде (как иногда делают в ERP), это не решит проблему Режима совместимости. Если конфигурация использует объекты или свойства, появившиеся только в новых релизах, вы рискуете получить критический сбой в самый неподходящий момент. Рассмотрим пример проверки версии:
// Пример стандартной проверки в типовых решениях
Если ОбщегоНазначения.ВерсияПлатформыНиже("8.3.22.1704") Тогда
ВызватьИсключение НСтр("ru = 'Для работы требуется обновление платформы'");
КонецЕсли;
Проанализируем, как новые платформы взаимодействуют с внешними приложениями. Это важный аспект для тех, кто активно использует интеграции.
COM. В новых версиях платформы (особенно в связке с Windows 11) регистрация и работа COM-компонент становится нестабильной. Рекомендуем переходить на использование HTTP-сервисов или расширений для обмена данными..xlsx. Теперь платформа корректно обрабатывает длинные строки и сложные форматы ячеек без необходимости устанавливать Microsoft Excel на сервере.Вспомним инцидент с массовым падением систем в ноябре 2022 года. Он был связан с проверкой легальности использования программного обеспечения. В современных релизах (начиная с 8.3.22.1704) этот механизм был полностью переработан. Платформа стала более устойчивой к временным сбоям серверов лицензирования, однако контроль «чистоты» лицензий стал более строгим. Если вы используете старые аппаратные ключи или специфические настройки защиты, перед массовым обновлением обязательно проведите тест на одном рабочем месте.
Подведем итог и составим план действий для системного администратора или программиста:
Если вам не нужны специфические функции 8.3.23 (например, работа с JSON в запросах), выбирайте последний стабильный релиз из ветки 8.3.22. На текущий момент это наиболее безопасный путь для стабильной работы ERP и ЗУП.
Перед установкой на рабочий сервер обязательно разверните тестовый контур. Проверьте выполнение регламентных заданий и работу фоновых процессов (rphost). В ранних сборках 8.3.23 наблюдались утечки памяти именно в серверных процессах при интенсивной нагрузке.
Обратите внимание на свои расширения. При повышении версии платформы и режима совместимости расширения могут «отвалиться» из-за изменения структуры метаданных или ужесточения контроля типизации. Рекомендуем предварительно проверить их в конфигураторе.
Посмотрим на пример кода, который может потребовать внимания при переходе на новые версии платформы в части работы с временными таблицами (в 8.3.23 оптимизирована работа с менеджером временных таблиц):
МенеджерВТ = Новый МенеджерВременныхТаблиц;
Запрос = Новый Запрос;
Запрос.МенеджерВременныхТаблиц = МенеджерВТ;
// В новых версиях платформы работа с большими объемами данных
// во временных таблицах стала более эффективной за счет оптимизации СУБД.
Таким образом, основной совет: не становитесь «бета-тестером» последних релизов на живых базах. Используйте проверенную ветку 8.3.22, если требования конфигурации позволяют оставаться на ней, и внимательно следите за списками исправленных ошибок при необходимости перехода на 8.3.23.