В процессе обновления доработанных нетиповых конфигураций или конфигураций, находящихся на поддержке с возможностью изменения, разработчики регулярно сталкиваются с окном сравнения и объединения. Разберем типичную ситуацию: объект метаданных был изменен разработчиком в основной конфигурации, а в новой конфигурации поставщика вендор этот объект не трогал. Выясним, что произойдет с этим объектом, если снять с него флаг «Участвует в объединении», и как правильно работать с окном сравнения конфигураций.
Если объект метаданных изменен только в основной конфигурации, а в конфигурации поставщика изменений нет, и разработчик снимает флаг объединения напротив этого объекта (или оставляет его снятым), то в результирующей объединенной конфигурации объект останется точно таким же, каким он был в основной конфигурации.
Проанализируем возможные варианты подробнее:
Чтобы не проверять каждый объект вручную и исключить риск случайной перезаписи собственных доработок типовыми объектами поставщика, настроим фильтрацию дерева объектов.
Выполним следующие шаги:
Конфигурация — Поддержка — Обновить конфигурацию.Этот фильтр скроет все объекты, которые менялись только вами или только поставщиком, и оставит на экране исключительно конфликты — те элементы, которые были изменены одновременно и вендором, и программистом в основной конфигурации. Именно по этим объектам требуется детальный ручной анализ и объединение модулей.
Разберем важный нюанс механизма поддержки платформы 1С:
Редактируется с сохранением поддержки, чтобы при последующих релизах платформа корректно определяла статус доработок.Конфигурация — Сравнить, объединить с конфигурацией из файла, конфигурация поставщика вообще не затрагивается и правила поддержки не меняются.Даже если объект поставщиком не менялся и был оставлен в исходном виде, в новом релизе могли измениться связанные с ним механизмы (типы данных, состав реквизитов других справочников, процедуры и функции общих модулей). Поэтому после завершения объединения обязательно выполним проверку.
Разберем порядок действий:
Конфигурация — Проверка конфигурации.Чтобы избежать необходимости контролировать флаги объединения при каждом релизе, рассмотрим архитектурный перенос доработок в механизм расширений конфигурации. Если алгоритмы и формы вынесены в расширение с директивами &Перед, &После или &Вместо, основная конфигурация остается на полной типовой поддержке поставщика (замок) и обновляется в автоматическом режиме без ручного сравнения неизмененных объектов.