← На главную

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

Разберем основной механизм идентификации объектов

Для начала проанализируем, как платформа 1С понимает, является ли объект «вашим» или «объектом поставщика». В окне настройки поддержки и сравнения конфигураций каждому объекту присваивается определенная иконка:

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

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

Настройка параметров сравнения и объединения

Одной из главных причин, по которой галочки на удаление ставятся автоматически, являются настройки самого процесса сравнения. Посмотрим на алгоритм действий для изменения этих параметров:

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

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

Почему «свой» объект попал на поддержку поставщика?

Рассмотрим подробнее, почему объект, созданный вами, может получить статус «на поддержке» (зеленый карандаш). Это случается в нескольких случаях:

• Копирование объекта: Если вы создали свой ПланОбмена или Справочник путем копирования существующего объекта поставщика (через Ctrl+C / Ctrl+V или перетаскиванием), он мог унаследовать внутренние идентификаторы (UUID) и настройки поддержки.
• Объединение с другим файлом: Если ранее выполнялось сравнение и объединение с другим .cf файлом, где этот объект уже был на поддержке, эти правила могли перекочевать в вашу базу.
• Совпадение имен в отраслевых решениях: В сложных конфигурациях, таких как «Астор», поставщик может добавить объект с тем же именем, которое вы использовали ранее. При совпадении имен система может попытаться сопоставить их, если не настроены правила сопоставления по идентификаторам.

Как вернуть объекту статус пользовательского

Если мы обнаружили, что наш объект ошибочно находится на поддержке, выполним следующие шаги:

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

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

Проанализируем специфику конфигураций «Астор» и ERP

В крупных отраслевых решениях часто наблюдается эффект «замусоривания» конфигурации поставщика. Бывают случаи, когда при сохранении конфигурации поставщика в файл (через Настройку поддержки) мы получаем не «чистый» код разработчика, а конфигурацию с нашими изменениями. Это свидетельствует о сбое в таблицах метаданных базы данных.

В таких ситуациях рекомендуется:

• Выполнять обновление не через файл .cfu (обновление), а через полный файл .cf (конфигурация).
• Перед обновлением всегда проверять окно «Настройка поддержки» на наличие объектов, которые не должны там находиться.
• Использовать режим «Показывать только дважды измененные объекты» в окне сравнения, но всегда перепроверять список объектов, помеченных на удаление, в режиме полного отображения.

Практические советы по безопасному обновлению

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

1. Не спешите нажимать «Выполнить». Если вы видите серое поле с галочкой на вашем объекте, разверните его структуру (плюсиком слева). Иногда 1С предлагает удалить не сам объект, а только изменившийся порядок реквизитов или предопределенные данные.
2. Проверьте соответствие объектов. В окне сравнения нажмите правую кнопку мыши на объекте и выберите пункт «Установить соответствие». Убедитесь, что ваш объект не сопоставлен с каким-то системным объектом поставщика, который действительно должен быть удален.
3. Используйте «Сохранить настройки». Если вы долго снимали галочки с объектов, которые не нужно трогать, сохраните эти настройки в файл (кнопка на панели инструментов окна сравнения). В случае сбоя или необходимости повторного прогона на копии базы, вы сможете мгновенно загрузить все установленные флаги.

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