← На главную

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

Причины возникновения блокировки и нескольких конфигураций поставщика

Проанализируем механизм работы поддержки в платформе 1С:Предприятие. Когда в конфигурации зарегистрировано несколько поставщиков, правила редактирования настраиваются индивидуально для каждого из них. Если хотя бы один поставщик запрещает редактирование объекта, платформа удерживает его на замке.

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

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

Способ 1. Быстрое включение редактирования объекта через окно настройки поддержки

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

1. Откроем дерево метаданных в конфигураторе.
2. Перейдем в главное меню: Конфигурация → Поддержка → Настройка поддержки....
3. Обратим внимание на верхнюю часть окна, где располагается поле со списком «Конфигурация поставщика». Если в базе зарегистрировано несколько поставщиков, здесь доступен выпадающий список.
4. Выберем в выпадающем списке ту конфигурацию поставщика, которая в данный момент блокирует изменения. После переключения правая панель настройки правил поддержки станет активной.
5. Найдем в дереве объектов требуемый элемент (например, ПланыВидовХарактеристик.НастройкиПользователей).
6. Дважды кликнем по правилу поддержки объекта и установим режим «Объект поставщика редактируется с сохранением поддержки».
7. Нажмем кнопку «Закрыть» и применим изменения, обновив конфигурацию базы данных по клавише F7.

После выполнения этих действий замок с объекта метаданных будет снят, и мы сможем добавить необходимые типы значений или реквизиты в состав ПланВидовХарактеристик.

Способ 2. Корректное удаление лишней конфигурации поставщика

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

1. Создание резервной копии: перед любыми операциями со структурой поддержки обязательно сформируем архивную копию информационной базы через меню Администрирование → Выгрузить информационную базу... или средствами СУБД.
2. Откроем окно: Конфигурация → Поддержка → Настройка поддержки....
3. В выпадающем списке «Конфигурация поставщика» выберем именно ту конфигурацию, которая является дублирующей или ошибочной.
4. Нажмем кнопку «Снять с поддержки».
5. Подтвердим действие во всплывающем системном окне.

В результате платформа удалит только выбранного поставщика. Основная конфигурация поставщика останется активной, а все ранее внесенные доработки конфигурации сохранятся в неизменном виде.

Способ 3. Переподключение поддержки к чистому типовому релизу

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

1. Создадим резервную копию базы данных.
2. В окне Настройка поддержки... снимем конфигурацию со всех имеющихся поддержек с помощью кнопки «Снять с поддержки».
3. Подготовим файл поставки .cf требуемого типового релиза (без каких-либо доработок).
4. Выберем меню Конфигурация → Сравнить, объединить с конфигурацией из файла... и укажем подготовленный файл .cf.
5. На системный вопрос «Обнаружена возможность объединения с постановкой на поддержку. Поставить конфигурацию на поддержку?» ответим «Да».
6. В открывшемся окне сравнения и объединения снимем все флажки со всех объектов метаданных. Это критически важно для того, чтобы типовой файл не затер существующие доработки в базе.
7. Нажмем кнопку «Выполнить».

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

Нюансы доработки состава типов Планов видов характеристик

При добавлении новых типов (например, собственного справочника) в реквизиты типовых объектов, таких как ПланВидовХарактеристик, следует учитывать следующие особенности сопровождения:

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