Почему при обновлении типовой конфигурации 1С появляется окно объединения конфигураций и как это исправить

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

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

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

Причины возникновения проблемы

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

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

Способ 1. Восстановление полной поддержки через выгрузку типового CF из самой базы (Основное решение)

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

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

  1. Создаем резервную копию информационной базы: В меню Администрирование выберем пункт Выгрузить информационную базу... или создадим копию средствами СУБД. Это критически важный шаг перед любыми манипуляциями с поддержкой.
  2. Открываем окно настройки поддержки: В главном меню Конфигуратора переходим в раздел Конфигурация > Поддержка > Настройка поддержки....
  3. Выгружаем конфигурацию поставщика: В открывшемся окне нажимаем кнопку Сохранить в файл. Платформа выгрузит чистую типовую конфигурацию поставщика именно той версии, которая сейчас установлена в базе.
  4. Загружаем полученный CF-файл: В главном меню выбираем Конфигурация > Загрузить конфигурацию из файла... и указываем сохраненный на предыдущем шаге файл .cf.
  5. Подтверждаем замену: Платформа выдаст предупреждение о том, что текущая конфигурация будет полностью заменена. Соглашаемся с операцией.
  6. Обновляем конфигурацию базы данных: Нажимаем клавишу F7 (или меню Конфигурация > Обновить конфигурацию базы данных).

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

Способ 2. Восстановление правил поддержки без перезагрузки всей конфигурации

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

  1. Перейдем в окно Конфигурация > Поддержка > Настройка поддержки....
  2. Нажмем кнопку Включить возможность изменений (если она активна) или выберем команду Сравнить/объединить с файлом типовой конфигурации .cf той же самой версии.
  3. В окне настройки правил поддержки установим для всех элементов правило: «Объект поставщика не редактируется».
  4. Сохраним изменения и обновим конфигурацию базы данных (F7).

Важная информация о рисках и ограничениях

При выполнении описанных операций необходимо учитывать следующие технические нюансы:

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

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

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

← На главную