Переход на новую версию платформы — это всегда ответственный шаг, особенно когда речь идет о такой тяжелой и критически важной для бизнеса системе, как «Управление производственным предприятием» (УПП). Ситуация осложняется тем, что УПП — это конфигурация на обычных формах, которая имеет свои специфические требования к режиму совместимости, в то время как будущая цель — 1С:ERP — полностью построена на управляемых формах и современных механизмах платформы 8.3. В данной статье мы подробно проанализируем, какие релизы платформы стоит рассматривать, с какими техническими трудностями можно столкнуться и как обеспечить стабильную работу системы в переходный период.
Рассмотрим ситуацию, когда текущая работа ведется на платформе версии 8.3.14.1779. На первый взгляд, это рабочая версия, однако пользователи часто сталкиваются с тем, что некоторые отчеты, особенно регламентированные, перестают корректно функционировать. Проанализируем причину: часто при попытке открыть форму или сформировать отчет возникает ошибка «Тип не определен (ФормаКлиентскогоПриложения)». Это связано с тем, что в некоторых релизах ветки 8.3.14 были изменены внутренние механизмы обработки форм.
Разберем, почему простое обновление «на один шаг вперед» может не решить проблему. Как отмечают специалисты, в режиме совместимости 8.3.14 многие механизмы были существенно переработаны, что часто приводит к «отваливанию» половины кастомного кода в старых конфигурациях. При этом попытка остаться на старой платформе блокирует возможность использования новых государственных сервисов, таких как Честный знак или ЕГАИС, которые требуют актуальных протоколов безопасности TLS 1.2/1.3.
Важно помнить о событии ноября 2022 года, когда многие предприятия столкнулись с внезапной остановкой работы баз. Выясним причину: платформы версий ниже определенных релизов содержали ошибку в механизме проверки лицензионной чистоты, связанную с окончанием срока действия внутренних сертификатов. Проанализируем список «безопасных» релизов, на которые стоит ориентироваться при выборе:
8.3.17.27338.3.18.19248.3.21.16078.3.22.1704Если мы выберем релиз ниже указанных, мы рискуем получить неработоспособную систему без возможности быстрого исправления ситуации. Поэтому при планировании перехода на платформу, например, 8.3.17.1851 (которую часто рекомендуют как стабильную), необходимо обязательно убедиться, что установлены последние патчи или выбран финальный билд этой ветки.
Для типовой конфигурации УПП штатным режимом совместимости является «Версия 8.2.13». Посмотрим, что происходит при попытке его изменения. Повышение режима до 8.3.x может вызвать цепную реакцию ошибок:
Вопрос() или ОткрытьФормуМодально(), система начнет генерировать исключения.Deadlocks (взаимных блокировок) в СУБД.rphost.Рассмотрим рекомендации опытных администраторов: обновлять платформу нужно, но режим совместимости в самой конфигурации УПП лучше оставлять максимально близким к оригиналу, если только вам не требуются специфические функции расширений 8.3.14+.
Одной из главных проблем при работе с УПП на платформе 8.3 является «раздувание» рабочих процессов rphost. Разберем, как это решается в новых версиях. Начиная с веток 8.3.18 и выше, механизмы управления памятью были значительно оптимизированы. Это критично для тяжелых отчетов, таких как «Ведомость по партиям товаров» или «Расчет себестоимости».
Рассмотрим пример того, как платформа может вести себя при наличии длительных фоновых заданий. В релизах ветки 8.3.16 (например, 8.3.16.1973) наблюдались аварийные завершения работы сервера при высокой нагрузке на фоновые процессы. Если ваше предприятие использует КОРП-лицензии и активно задействует механизмы балансировки нагрузки, крайне рекомендуется переходить сразу на ветку 8.3.21 или 8.3.22, где эти ошибки были исправлены.
Выясним, какая платформа потребуется для работы с 1С:ERP. Современные версии ERP (релизы 2.5.8 и выше) требуют платформу не ниже 8.3.17.2733, а для наиболее актуальных возможностей — 8.3.21. Переходя сейчас на современную платформу для текущей УПП, мы решаем несколько задач одновременно:
Проанализировав все «за» и «против», мы можем выделить следующие варианты:
Вариант 1: Консервативный (ветка 8.3.17).
Использование релиза 8.3.17.2733 или выше. Это «золотая середина» для тех, кому нужна стабильность УПП и минимальные требования для запуска ERP. Она лишена критической ошибки с сертификатами и достаточно отлажена.
Вариант 2: Перспективный (ветка 8.3.21 / 8.3.22).
Если вы планируете переход на ERP в ближайшие полгода-год, лучше сразу ориентироваться на ветки 8.3.21.1622 и выше. Это позволит избежать повторного обновления платформы через короткий промежуток времени и обеспечит лучшую совместимость с новыми версиями СУБД (например, PostgreSQL 14/15 или MS SQL Server 2022).
Рассмотрим пример кода, который может потребоваться для проверки версии платформы в скриптах обслуживания:
СистемнаяИнформация = Новый СистемнаяИнформация;
ВерсияПлатформы = СистемнаяИнформация.ВерсияПриложения;
Если Лев(ВерсияПлатформы, 4) = "8.3." Тогда
Сообщить("Используется актуальная ветка платформы: " + ВерсияПлатформы);
КонецЕсли;
В завершение подчеркнем: перед финальным обновлением на рабочем сервере обязательно проведите тестирование на копии базы. Проверьте основные бизнес-процессы: проведение документов реализации, расчет себестоимости и формирование регламентированной отчетности. Только убедившись, что ошибка Тип не определен не проявляется в ваших сценариях, принимайте решение о переходе.