← На главную

Обновление нетиповых конфигураций (или типовых конфигураций с включенной возможностью изменения) — одна из наиболее ответственных задач разработчика 1С. Основная сложность заключается в том, чтобы корректно перенести обновления поставщика, сохранить все собственные доработки и не упустить случайно затертый код или реквизиты.

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

Методика контроля обновлений с помощью отчетов о сравнении

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

1. Фиксация исходного состояния: Перед началом процедуры обновления открываем окно настройки поддержки (команда меню Конфигурация — Поддержка — Настройка поддержки) или вызываем процедуру сравнения основной конфигурации с конфигурацией поставщика. Формируем и сохраняем в текстовый файл Отчет о сравнении конфигураций. В нем отражены все отличия вашей текущей базы от исходного релиза поставщика.
2. Выполнение процедуры обновления: Проводим штатное обновление конфигурации на новый релиз поставщика через меню Конфигурация — Поддержка — Обновить конфигурацию. На этапе объединения скрупулезно разбираем все доработки и конфликты.
3. Фиксация итогового состояния: После завершения объединения и сохранения изменений снова заходим в окно поддержки и формируем второй Отчет о сравнении конфигураций (уже с новым поставщиком).
4. Сравнение отчетов: Используем внешнюю утилиту визуального сравнения файлов (например, KDiff3 или Araxis Merge) для сравнения двух полученных текстовых отчетов. Если доработки не должны были затрагивать новые блоки, структура отличий в отчетах должна совпадать за исключением участков, где функционал обновлялся осознанно. Этот шаг позволяет моментально найти случайно затертые объекты и неплановые отклонения.

Практические приемы при выполнении сравнения и объединения

Для ускорения работы в окне сравнения и объединения конфигураций Конфигуратора рекомендуется активно использовать встроенные механизмы фильтрации и настройки:

1. Фильтрация «дважды измененных» объектов
В окне сравнения обязательно включаем фильтр Показать только дважды измененные свойства (команда ПоказатьДваждыИзмененные). Это отсекает объекты, которые менялись только поставщиком или только вами, оставляя исключительно точки пересечения и потенциальные конфликты.

2. Трехстороннее объединение модулей (3-way merge)
Для программных модулей используем встроенный режим трехстороннего слияния. Платформа одновременно показывает исходный модуль поставщика, новый модуль поставщика и ваш доработанный модуль, что позволяет вручную или автоматически объединять строки кода прямо в окне сравнения.

3. Использование внешних программ слияния
В параметрах Конфигуратора можно подключить стороннюю утилиту сравнения файлов. Это особенно удобно для глубокого анализа разницы в процедурах и функциях, когда стандартного окна платформы оказывается недостаточно.

Типичные ошибки при обновлении и как их избежать

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

Сопоставление объектов по имени вместо идентификатора: Если поставщик переименовал объект метаданных и одновременно создал новый объект со старым именем, платформа может некорректно их связать. Всегда проверяйте правильность связей объектов перед выполнением объединения.

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

Запуск обработчиков обновления в режиме «Предприятие»: После успешного обновления конфигурации базы данных в Конфигураторе обязательно запускаем сеанс в режиме 1С:Предприятие под пользователем с полными правами. Это необходимо для запуска процедур Библиотеки Стандартных Подсистем (БСП), которые пересчитывают данные и обновляют структуры регистров.

Современный подход: вынос доработок в расширения (CFE)

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

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