Добрый вечер и с крещением всех

Плавал я значит в ванной со льдом, да квас попивал, и понял что дальше так жить нельзя.

Вот например конфа Бухгалтерии снята с поддержки, в документ "Поступление" 400 лет назад добавлен реквизит любой, ну например "ВероисповеданиеКонтрагента"

Данные конечно вносят.

И мучаются с обновлением.

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

Ну то есть если я добавляю реквизит в расширение - он остается в конфе основной

Если из основной конфы удаляю и добавляю расширение потом - данные теряются.

Неужто только удалять и корпеть при свече с выгрузкой-загрузкой xml?

Челом бью

А как Вы хотели? Новый реквизит и переносить

Создать новый реквизит в расширении, перенести туда значения, хоть прямой вставкой , если не файловая. Потом прибить в основной старый реквизит, новый переименовать

Так если конфа снята с поддержки, то какие проблемы? Зачем в боевой она нужна, при условии, что серевер у саппорта есть, копия базы на саппорте стоит и он там обновление готовит абсолютно годное и выверенное на 100% и затем Загрузить из файла усаживает готовую конфу в боевую, как текущую?

(0) И мучаются с обновлением.? Не верю. Позволю себе усомнится. Обновление не сносит добавленные в конфу пользователями реквизиты, а что же до отображения реквизита в формах, то если конфа современноуфная, то расширения Вам в руки, а если ещё и типовая то можно и лучше в программном коде на лету его на форму добавлять

(0) просто добавляешь новый реквизит в расширение и своей обработкой переносишь данные со старого реквизита на новый. Всё. Обработку можешь как внешнюю или как произволный алгоритм в групповом изменении реквизитов. Про xml  - это у тебя какие-то странные мысли.

А данные из этого реквизита пишутся в регистры? Если нет, то вообще проблем нет

(4) ходят слухи, что программное добавление реквизитов на форму сильно тормозит открытие этой самой формы...

(4)Обновление реквизит конечно не перетирает, стирается отображение на форме, присутствие в модулях и т.д.

Несколько баз в расширения перевел и теперь обновляю через далее-далее, но там обычно всякие модули для обменов были, а тут реквизит

(8) Я бы лично воздержался бы от переноса хранимой сущности, в данном случае реквизита, в расширение. Просто если кто прибьёт, удалит Ваше расширение, то всё что там хранилось исчез-нет. А что же до отображения реквизита Вашего в формах и отработки его в программном коде, то это перенесите в расширение

(8) еще раз... дело даже не в том, перенесешь в расширение этот реквизит несчастный или нет

Ну не нужно искажать типовую структуру поставщика. Вне зависимости от того, хочешь его в расширение запихать или нет. Надо было заводить доп-свойство или доп-реквизит - термин в данном случае можно выбрать любой - вне типового объекта. Тогда проблем сабжа и не возникло бы.

А то, что тут говорят "отключат... и все пропало".
Но можно и конфу поставщика накатить и тоже будет "ой, всё пропало"

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

Вижу, что в топике упомянута Бухия. Так вот бухия в режиме измененных разрешений с сохранением поддержки пожирает оперативу, когда происходит обновление.
При обновлении через загрузку конфы из файла такого расхода памяти нет.
Единственный прикол, что помимо боевой нужно еще иметь вспомогательную конфу, куда можно будет принимать CFU - вот только с этим и есть преимущество. Но для этого конфа должна быть жестко на поддержке.

Для этого - это я про преимущества у базы с конфой, которая полностью на замке.

По сабжу выскажусь более определенно. Что делать с этим реквизитом?
Создать в расширении дополнительный объект, связанный с типовым по ссылке, например.
Дописать обработку для переноса данных. Перенести данные в допобъект.
И дальше пользоваться расширением. Если получится, то конфу вернуть под замок полностью.

(2)а новый зачем переименовывать?