Пример: как-то так указать  
СчетКт в иерархии(Значение(ПланСчетов.Хозрасчетный.60))

вместо

СчетКт в иерархии(Значение(ПланСчетов.Хозрасчетный.РасчетыСПоставщикамиИПодрядчиками))

Можно или нет? У меня не получилось...

нет

да и не нужно

СчетКт в иерархии(ВЫБРАТЬ ПЕРВЫЕ 1 СС.Ссылка ИЗ ПланСчетов.Хозрасчетный КАК СС ГДЕ СС.наименование = "60")

только так получается

СчетКт В ИЕРАРХИИ
   (ВЫБРАТЬ
       Хозрасчетный.Ссылка
   ИЗ
       ПланСчетов.Хозрасчетный КАК Хозрасчетный
   ГДЕ
       Хозрасчетный.Код = "60")

но, имхо как-то лажово получается

(3) не сработает в иерархии

(5) Стормозил :)

А зачем именно так?
как вариант

в иерархии(&Счет60)

У меня вот встречный вопрос, а в чем смысл этого?

(0) можно использовать имя предопределенного элемента. при чем тут наименование или код?

(9) капетан

(9) у каждого свои тараканы ;) Видимо проще ориентироваться по цифрам, а не словам ;)

(10) повышаем чсв?)

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

(8) А смысл устанавливать параметры? Зачем добавлять себе лишнию работу? Писать еще код, когда можно запросом все сделать?

Сколько у Вас уйдет времени, чтобы перенести запрос в консоль и там ручками установить параметры?  А мне надо будет только скопировать запрос и не думать как заполняется Параметр Счет1, ОсобыйСчет

(9) Можно, но названия очень длинные и не читабельные. Когда кодишь, думай о будующем.

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

(14) ну тогда тебе в (1) уже ответили

(0) ПОДСТРОКА(СчетКт.Наименование, 1, 2) = "60"
но лучше через предопределённое значение, на то они и сделаны
хотя, возможно, по наименованию будет быстрее, чем в иерархии

(14) >Сколько у Вас уйдет времени, чтобы перенести запрос в консоль и там ручками установить параметры?  А мне надо будет только скопировать запрос и не думать как заполняется Параметр Счет1, ОсобыйСчет

Зато при изменении счёта достаточно будет поменять значение параметра, а не лазить по всему запросу. А консоль можно допилить, чтобы параметры можно было устанавливать программно.

(17) Парень, видимо, в ЗУПе запросы не видел.
(14) Дружественней надо быть к пользователю, добрее. Да и к себе.
(14) А если этот счет у тебя будет встерчаться несколько раз в запросе, что проще, параметр заполнить или исправлять 20 раз в тексте запроса?

(14) и не "будующем", а "будущем"

(18) дык там заменой текста можно, одной командой щелкнуть все 20.

(20) не всегда правильно сработает. В зависимости от характера изменений и текста запроса. Как и параметры, впрочем.
Но связь с интерфейсом гораздо проще через параметры организовать.