Чисто философский и умозрительный вопрос.
И конечно как правильнее и эстетичнее писать в таком случае код.

Ну чтобы понятнее, что лучше в типовой БП 3.0

ПланыСчетов.Хозрасчетный.ВспомогательныеПроизводства

или

ПланыСчетов.Хозрасчетный.НайтиПоКоду("23")

Поиск по коду требует обращения к базе всегда. Предопределенное значение кэшируется. Даже на клиенте.
RTFM ПредопределенноеЗначение()

(2) Ну.. с другой то стороны СУБД тоже может из кэша выдавать :)

(0) Практичнее 2 вариант

Поиск по коду это всегда извлечение по индексу, а поиск предопределенного это просто поиск

(4) Нужны доводы или конкретные пояснения.
вот, например, из этой же серии, что будет работать быстрее в запросе (пусть даже миллисекунды):
...
| ГДЕ
| Хозрасчетный.Счет = Значение(ПланыСчетов.Хозрасчетный.ВспомогательныеПроизводства)

ИЛИ

...
| ГДЕ
| Хозрасчетный.Счет.Код = "23"

(4)Чем практичнее?

(7) Может так эстетичнее?

(8)Скорее, нагляднее

что тут думать? обращение к предопределенному тупо быстрее работает.

https://yadi.sk/i/4Guf7a1K3J2SRz

Практичнее - это значит,что на практике код могут поменять и писец вашему быстрому поиску :)

Я уже наступал на подобные грабли.Доказывай потом,что не верблюд.Поэтому поиск только по предопределенному имени.

(12) +100500. в коде не стоит использовать поисков по кодам и наименований без явной потребности в этом.
всё о чем пишется в коде должно быть либо предопределенным, либо константой, либо параметром\реквизитом.

(12) всё-таки в данном случае не факт. Настолько кривые названия счетам дали. Если бы были предопределенные типа Сч23, Сч25, тогда да.

Надо было голосовалку прикрутить.

Я за вариант с предопределенным, хотя грешу и кодами (ибо проще и быстрее написать, это не такая затратная операция)

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

(16) тогда рухнет именно вариант с предопределенными названиями. При чем рухнет так, что мало не покажется.

А почему нет варианта например  НайтиПоНаименованию("Вспомогательные производства")?
Один х, индекс по наименованию тоже есть как и по коду)))

(17)Чего это он рухнет? Предопределенный элемент имеет имя, зашитое в конфигураторе. Код и наименование хоть заменяйся - имя останется прежним.

Имхо, предопределенные элементы конфигурации "связываются" платформой на уровне внутренних идентификаторов, GUID, на уровне ссылок. Сложно сказал? Может стоит вам погуглить про поле "_PredefinedID"? :)

(1)
я за

ПланыСчетов.Хозрасчетный.Сч23

названия предопределенных в плане счетов всегда раздражает.

"Сч23", как все абстрактные числа,  не содержит ни какой смысловой нагрузки:( Ну... кроме как для бухих, разумеется :) А простым смертным, к коим я причисляю программистов, всё-таки ближе "ВспомогательныеПроизводства" Хоть и считаю это громозкой конструкцией.

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

(22) всё-таки если открыть например предопределенные по счетам 60 и 62, там еще меньше смысловой нагрузки.

(21) да, тут разработчики типовых промахнулись

(1) в типовых конфигурациях сами 1Сники пользуются через предопределённый элемент

(6) "Хозрасчетный.Счет.Код = "23""
- это неявное соединение с ПС