Что произойдет с доработанным объектом при обновлении конфигурации 1С, если снять флаг объединения

Программист 1С v8.3 (Управляемые формы) IT и автоматизация бизнеса
← На главную

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

Поведение объекта при снятии флага участия в объединении

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

Проанализируем возможные варианты подробнее:

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

Оптимизация работы в окне сравнения и объединения

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

Выполним следующие шаги:

  1. Откроем окно сравнения и объединения конфигураций через меню Конфигурация — Поддержка — Обновить конфигурацию.
  2. В верхней панели окна сравнения нажмем кнопку Фильтр.
  3. Установим режим фильтрации Показывать только дважды измененные свойства.

Этот фильтр скроет все объекты, которые менялись только вами или только поставщиком, и оставит на экране исключительно конфликты — те элементы, которые были изменены одновременно и вендором, и программистом в основной конфигурации. Именно по этим объектам требуется детальный ручной анализ и объединение модулей.

Что происходит с конфигурацией поставщика и правилами поддержки

Разберем важный нюанс механизма поддержки платформы 1С:

  1. Обновление конфигурации поставщика: При штатном обновлении конфигурация поставщика в информационной базе обновляется до новой версии целиком для всех объектов, даже если флаги объединения для некоторых из них в основной конфигурации были сняты. Это означает, что при следующем обновлении эталоном поставщика для объекта уже будет считаться версия из текущего релиза.
  2. Настройка правил поддержки: При сохранении результатов объединения система предлагает настроить правила поддержки. Для доработанных объектов важно контролировать правило Редактируется с сохранением поддержки, чтобы при последующих релизах платформа корректно определяла статус доработок.
  3. Обычное сравнение-объединение: Если процедура выполняется через меню Конфигурация — Сравнить, объединить с конфигурацией из файла, конфигурация поставщика вообще не затрагивается и правила поддержки не меняются.

Контроль целостности после обновления

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

Разберем порядок действий:

  1. Перейдем в главное меню Конфигурация — Проверка конфигурации.
  2. Установим флаги Синтаксический контроль, Проверка логической целостности конфигурации и Поиск некорректных ссылок.
  3. Нажмем кнопку Выполнить и проанализируем найденные ошибки.

Альтернативный вариант: перевод доработок в расширения

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

← На главную