Однажды при работе в Хранилище я наткнулся на объект конфигурации, у которого была настроена поддержка в режиме «Объект поставщика не редактируется», но при этом объект явно отличался от конфигурации поставщика. Как же его отредактировали, сохранив замочек?
Можно было просто пройти мимо, но пытливый ум вынудил разобраться в ситуации и выяснить, как же это произошло. Первым делом я решил задать вопрос автору этих правок. Анализ истории Хранилища показал, что автором этих правок являюсь я сам...
Выйдя при расследовании на себя самого, мне не оставалось ничего иного, как восстанавливать цепочку своих собственных действий. И у меня получилось. Сегодня я расскажу, как редактировать объекты конфигурации, находящиеся на замке, с его сохранением.
Для данного приема «Конф-фу», конфигуратор должен быть подключен к Хранилищу. Если кто-то не знает, как это сделать, то краткая инструкция под спойлером:
Первым делом захватываем корень конфигурации и объект конфигурации, который планируем редактировать. После чего настраиваем поддержку для объекта таким образом, чтобы у нас появилась возможность его редактировать:
Вносим любые правки в объект без замочка и помещаем их в Хранилище (корень конфигурации оставляем захваченным!):
Объект отредактирован, но замочек пропал.
А теперь следим за рукой...
Берем корень конфигурации... и отменяем его захват в Хранилище. Да вот так просто. Берем и отменяем:
После чего получаем такую интересную картину:
Объект вернулся на замок, но правки, которые были в него внесены, никуда не пропали. И мы получили ту самую парадоксальную ситуацию, при которой объект конфигурации отличается от конфигурации поставщика, но при этом его поддержка в режиме «Объект поставщика не редактируется».
Этот парадокс сохраняется и после отключения базы от Хранилища:
В комментариях предлагаю поделиться вашими вариантами практического применения данного приема «Конф-фу».
Вступайте в нашу телеграмм-группу Инфостарт