Рассмотрим типовую УПП. Есть справочник НГ и Пректы. У НГ есть реквизит Проект. Имея проект ПроектХ надо выйти на НГ. Этот ПроектХ не заполняется в НГ, а заполняется его родитель причём не непосредственный родитель, а родитель самого верхнего уровня. Напрашиватся запрос типа


ВЫБРАТЬ
   НГ.Ссылка
ИЗ
   Справочник.НоменклатурныеГруппы КАК НГ
ГДЕ
   &Проект В ИЕРАРХИИ (НГ.Проект)


Но он не работает. Система ругается

Не верные параметры В ИЕРАРХИИ....


Где я туплю подскажите пожалуйста.

Ключевое слово - ПАРАМЕТРЫ

НГ.Проект В ИЕРАРХИИ (&Проект )

(1) "Ключевое слово - ПАРАМЕТРЫ"

Не понял, поясни.

(2) "НГ.Проект В ИЕРАРХИИ (&Проект )"

Ммм... Не понимаю...

НГ.Проект - это родитель самого верхнего уровня
&Проект -  подчиненный проект

Получается проверяем входит ли родитель НГ.Проект  в иерархию &Проект? Брррр....

Где
  <Поле> <Условие> <Параметр>

а у тебя наоборот

(5) Это такой жесткий синтаксис для В ИЕРАРХИИ чтоли?

Просто если убрать ИЕРАРХИИ то работает



ВЫБРАТЬ
   НГ.Ссылка
ИЗ
   Справочник.НоменклатурныеГруппы КАК НГ
ГДЕ
   &Проект В (НГ.Проект)


Тут именно проблема с В ИЕРАРХИИ какаято?

(6) это к иерархии отношения не имеет, это просто синтаксис такой

(7) "это к иерархии отношения не имеет, это просто синтаксис такой"

Я же пример привёл что замечательно работает и



Где
  <Параметр> <Условие> <Поле>

(6) Да. Для иерархии именно так.

(9) Упс...

Ну ладно. Как можно мою проблему решить по другому? Циклы крутить чтоли?

(8) ну значит имеет)

ГДЕ
   &Проект.РОдитель = НГ.Проект
ИЛИ   &Проект.РОдитель.РОдитель = НГ.Проект
.......

(12) Нуну.
(10) Одним запросом не выйдет.

(13) Спасибо.

Ну и грабли... Я изначально думал задача пустяковая...

(14) Она и есть пустяковая. Просто немножко иначе решается.

(15) Ну как немножко иначе, подскажи оптимальное решение.