💬 Отвечаем на вопросы участников вебинара. Часть 2

Как подходили к обновлению, как сравнивали конфигурации и пр.?

Мы обновляли конфигурацию 1С:ERP, находящуюся на замке. Однако из-за длительного отсутствия обновлений процесс существенно усложнился. Чтобы ускорить его и минимизировать перебои в круглосуточной работе завода, мы подошли к обновлению следующим образом:
▪️ сначала выстроили карту обновлений — поэтапный маршрут по основным релизам с учётом того, с каких версий можно «перепрыгнуть», а где придётся идти последовательно;
▪️ после каждого этапа обновления подключали расширение и проверяли, можно ли его применить к новой версии, осталась ли логика работоспособной, какие ошибки возникли;
▪️ исправляли всплывающие ошибки, финализировали решение, после чего шли дальше. Так, шаг за шагом, добрались до целевого релиза.

Самым сложным оказалась адаптация старого кода заказчика к новой логике 1С:ERP. Например, в версии 2.5 исчез регистр «Основные ресурсные спецификации», а в старом коде на него опиралась вся логика. Пришлось переписать расширение, чтобы учесть новые механизмы и сохранить функциональность.

На выходе мы получили полностью обновлённую 1С:ERP 2.5 с рабочим расширением, адаптированным под последнюю версию.

Почему не выбрали LTS-версию?

На текущей LTS стоят нестандартные расширения, конфликтующие с обновлениями. Переход на новую LTS потребовал бы полного рефакторинга (12+ месяцев), в то время как non-LTS версия позволила мигрировать модульно.

Как оценили техническую возможность перехода?

Провели тестовое обновление на копии рабочей базы, чтобы проверить, как система поведёт себя после перехода.

Делали ли автоматическое тестирование? Как составляли план?

Тестирование было ручным. План тестирования составлялся по результатам тестового обновления копии рабочей базы, с описанием ключевых бизнес-сценариев.

Как обновляли формы в расширении?

Использовали типовой механизм «Обновить форму».