Жила -была статья затрат. Использовалась много лет, расползлась-расплодилась по всей базе. И вот понадобилось завязать на нее некоторые алгоритмы. Для этого ее нужно сделать предопределенной. Но так, чтобы базу не перелопачивать. Фактически нужно имеющийся элемент удалить, а взамен создать предопределенный с точно такой же ссылкой.

Реально?

сделать константу   и ее использовать не вариант?

реально (правда типа нарушение лицензионной политики), но менее геморнее сделать новый, а потом поиск и замену значений на него.

(1) +1

(2) какие-то следы останутся ?

(1) Вариант. Но хочется иметь код почище и избежать лишних граблей.

(2) Что менее геморно, еще вопрос. База не маленькая, распределенная, большой downtime нежелателен, есть еще бэкапы х.з. где, и т.д.

(2) А штатного способа нет?

(5) имхо, вариант предложенный в (1) самый правильный. Нужно выносить логику в константу или регистр настроек.
Использование предопределенных элементов лично у меня вызывает больше вопросов, да и в 8.3, например, их вообще можно удалять судя по новым добавленным правам.

(8) >в 8.3, например, их вообще можно удалять
Не верю.

(0)ещё вместо константы можно спец.справочник с реквизитом Значение: Справочник.Настройки.ИмяНастройки.Значение ;)

(8) порой использовать предопределенный элемент более правильно хотя можно обойтись и без него.

(9) ну создай тестовую базу пустую на 8.3 и убедись) чай не религия, чтобы верить.

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

(12)все настройки это обращение к базе, а иногда этого не хочетса

(12) Прямо сейчас нет 8.3, а то бы проверил. И что, код не ломается?

В 8.3 можно удалить предопрделенный элемент.

(15) ЗАЧЕМ?

(16) А чтоб жизнь медом не казалась :) Ролями можно запретить.

(1), (2) или влезть руками в БД и в нужной таблице элементу с нужным ключом поменять значение поля PriedopriedelennyJ с 0 на 1

(18) и файловая и серверная?

(19) файловая точно нет -- там все в одном файле смешано
А с серверной можно попробовать поколдовать

Если не брать во внимание (15), какие ещё есть доводы не использовать предопределенные элементы? Я не имею в виду случай (0), а вообще. Вижу у людей фобия к ним. Доводы будут?

(21) кроме как удалять можно в 8.3 :)

(21) Это очень удобно. Было до (15).

http://main.1c-ei.ru/Articles/ismeta

Справочники.СтатьиЗатрат.ПолучитьСсылку(...) не?
На уровне СУБД это тоже самое, когда ты к предопределенному элементу обращаешься.

(0) Можно, прямым SQL-запросом UPDATE, который модифицирует признак предопределенности у элемента с заданным ГУИДом.

+(26) Вот только где имя установить - не помню уже что-то

(24) Да - вот ответ