Запрос.УстановитьПараметр("Свойство",Справочники.СвойстваОбъектов.НайтиПоКоду("00000001"))

Запрос.УстановитьПараметр("Свойство",XMLЗначение(ИзXMLТипа("ChartOfCharacteristicTypesRef.СвойстваОбъектов",""), "c244d1ae-03de-11e2-86f7-5404a64c84d9"))

:)

ChartOfCharacteristicTypesRef

Это нафига?

Почему не по русски?

еще по наименованию и по реквизиту.

имхо

лучше:

Запрос.УстановитьПараметр("Свойство",Константы.свойствоНоменклатурыДляЗапроса.Получить())

+ а есть еще какая-то хитрая система хранения констант, где добавлять новые константы можно в режиме предприятия

(5) оп-па, это что-то новое.

2(1) Можно по-русски? Я не знал.. мне эта строка вернулась функцией XMLТип(Ссылка).ИмяТипа

А хуже,лучше с точки зрения чего ?

Зависит от контекста.
Если это одноразовая обработка - то пофигу 1000 раз.
Если это постоянное решение, то я бы хрень с кодом "00000001" вынес в какую-нибудь настройку.

(5)Регистр сведений?

(10) что-то типа

2(4) Это прекрасно, а что если к примеру это список из более чем одной ссылки?

Я за УИД - можно код менять, наименование, но имхо читабельней так
Справочники.СвойстваОбъектов.ПолучитьСсылку(Новый УникальныйИдентификатор("c244d1ae-03de-11e2-86f7-5404a64c84d9"))

(10) Сирожа, ты ли это? :)

для разных целей используется вобще, в зависимости от ситуёвины

(14)кто такой Сирожа?

2(13)для читабельности есть каменты

(16) да был тут один Гений :)

Гений 1С

(18) на младшего брата потянет.

(18)значит я не он

(21) см. (20) :)

По сабжу имхо :)

(0) В качестве костыля для конкретной базы по ГУИД-у лучше.
А так

Чем не вариант УниверсальныеМеханизмы.ВосстановлениеНастроек(СтруктураНастройки); ? В Структура настройки пиши все что надо, только форму приделай для хитрого редактирования.

Я uuid для поиска таких настроек использую.

(7) XMLЗначение(Тип("СправочникСсылка.СвойстваОбъектов"), "c244d1ae-03de-11e2-86f7-5404a64c84d9")

(0) Зависит от ситуации.

(20),(22)не, вряд ли потяну, я его даж не знаю

(28) >я его даж не знаю

это не такая уж и большая проблема :)

Лучше сделай константу, в которую помести нужную ссылку.

(12) Мне нравится делать справочник "Константы" (чтоб каждый раз не менять структуру).
И к "константам" обращаться так:
Справочники.Константы.НайтиПоКоду("СвойствоТакоеТо")
Если нужен список - значит запихнуть список (хоть значениевстроку, хоть как, дело вкуса)

(28) может он твой папа?

(32)хорошо, что не мама

а почему не сделать предопределенный элемент справочника?

только или константа или предопределённое значение!!! Остальное отстой!

2(34) потому что он уже не предопределенный. Вернее даже так. их несколько непредопределенных(номенклатура), которых нужно пометить  что они сервисные. Все элементы участвуют в оборотах. Нужно их пометить как-то. То есть собрать в каокй-то список, доступный всем пользователям.

(36) а сделать предопределенную категорию и запросом получать этот список?

(37) обновлять предопределенные свойства и категории то еще удовольствие.

(38) а какие в этом грабли?

+(39) ну или без предопределенных обойтись

(39) не дай бог код поставить следующий по порядку, в типовой добавят еще предопределенное значение с таким кодом...
(40) без предопределенных получается НайтиПоКоду.

(41) Код ставлю обычно сильно больше типовых, проблем не замечаю :)

.

2(37) м... Вариант, да...
2(41) ну и что в этом страшного? :)

(0) А почему бы не использовать предопределенный элемент справочника?

ПВХ + РС

2(45) нет его, уже есть непредопределенные, по которым есть обороты.
2(46) Ну в итоге так и сделано, потому что свойства объекта это и ПВХ и справочник и  РС. Но все равно ведь, нужно создать такой элемент справочника, и нужно как-то понимать, что номаенклатура которая относится к этому элементу ПВХ - это она

Хуже, но находит один элемент.

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

Заведите более одной базы и рыдайте. Коды разные, UID разные, а обработки нужны одни и те же

(33) лучше смени ник )
добрый совет

2(50) да, это большой минус для второго, если загодя не озаботится... :)
2(49) блеать.. точно. спасибо

(51)Спасибо, добрый человек, только вот не вижу в этом смысла

Юзай предопределенные элементы, блеать. Буть мужиком

(53) Потому что к тебе автоматически отношение будет как к сироже.

По личному опыту скажу - зависит от ситуации, вообще я противник использования поиска по коду (так как код могут изменить, такой поиск нужно использовать только в крайнем случае)

я бы сделал ПВХ для хранения параметров + Регистр сведений для хранения значений

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

(9) Это, конечно, хорошо. Но вот когда будет заводить новую базу - про настройку можешь и забыть...

(13) А через год будешь вспоминать, что этот УИД значит? А если несколько баз с одинаковой конфигурацией?

P.S. Помню у нас бухгалтера способ отражения "Не отражать" переименовали в "Дт 20 Кт 70". И удивлялись - а чего это оно не отражается...

(59) не "можешь забыть", а "точно не вспомнишь" :)

(58) Можно подписку добавить на то, чтобы никакая зараза не меняла код и наименование у элемента 00000001 и тем самым сделать этот элемент в какой то степени "предопределенным"

(62) Эта пять...

Все не читал, поэтому...

Я вот так тоже люблю делать
Справочники.СвойстваОбъектов.ПолучитьСсылку(Новый УникальныйИдентификатор("c244d1ae-03de-11e2-86f7-5404a64c84d9")); // комент такой-то справочник

при обменах даже самописных часто завязываюсь на регистр соответствие объектов для обмена.

меня потому что задолбали бухи...они все готовы поменять.

(65) Ну и ты их задалбывай. Поменяли, и не находится элемент? Ну так пусть они теперь вручную его каждый раз указывают.