← На главную

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

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

Выясним причину поведения платформы

Проанализируем ситуацию с точки зрения механизмов платформы «1С:Предприятие». При выполнении процедуры сравнения и объединения конфигураций платформа сопоставляет объекты метаданных не по их видимым наименованиям или синонимам, а строго по внутренним уникальным идентификаторам (UUID / GUID).

При переходе с редакции 2.0 на 3.0 архитектура и идентификаторы многих типовых объектов были изменены разработчиком. В результате при прямом сравнении с файлом поставки .cf платформа воспринимает старый и новый объекты как два абсолютно разных элемента и создает дубликат.

Красный крестик блокируется и становится неактивным по следующим причинам:

1. Объект находится на поддержке поставщика с правилом «На поддержке без возможности изменений».
2. В окне сравнения и объединения по умолчанию отключен системный флаг, разрешающий удаление объектов основной конфигурации.

Способ 1. Снятие с поддержки и включение флага удаления

Рассмотрим порядок действий для активации возможности удаления нетипового или дублирующего объекта:

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

После выполнения этих шагов пиктограмма с красным крестиком станет активной, и объект основной конфигурации будет доступен для удаления при объединении.

Способ 2. Ручное сопоставление объектов (Установить соответствие)

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

1. В дереве сравнения найдем задвоенную пару объектов.
2. Нажмем правой кнопкой мыши по объекту и в контекстном меню выберем пункт «Установить соответствие».
3. Укажем соответствующий парный объект из файл-источника.

Важно: Функция «Установить соответствие» работает только для объектов одного типа метаданных (например, справочник со справочником или документ с документом).

Критические риски и правильная методология перехода на БП 3.0

Проанализируем возможные последствия принудительного удаления объектов. Прямое сравнение и объединение через файл .cf при переходе с 2.0 на 3.0 не является штатным механизмом обновления и влечет за собой серьёзные риски:

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

Корректный переход с «Бухгалтерии предприятия 2.0» на «Бухгалтерию предприятия 3.0» должен выполняться одним из стандартных способов:

1. Штатное обновление через файл обновления (.cfu): Перед обновлением измененные объекты базы 2.0 приводятся к типовому виду, после чего выполняется обновление через меню «Конфигурация» — «Поддержка» — «Обновить конфигурацию» с последовательным применением файлов .cfu и запуском обработчиков в режиме «1С:Предприятие».
2. Загрузка/перенос данных: Данные выгружаются из исходной базы 2.0 и загружаются в чистую типовую конфигурацию 3.0 с использованием специализированных правил переноса.