есть два списка: список групп и список элементов
как объединить эти таблицы чтобы результат включал только те группы в которые входят элементы из второго списка?

число уровней иерархии?

навскидку

выбрать различные группы.ссылка
из
группы
левое соединение
элементы
по элементы.ссылка в иерархии(группы.ссылка)
где элементы.ссылка <> null

по элементы.ссылка в иерархии(группы.ссылка) -  вот я так и пытаюсь сделать, но ругается мол "Неверные параметры "В ИЕРАРХИИ""

ну по ходу по иерархии соединять нельзя

потому и спрашиваю

можно по родителям через несколько ИЛИ по количеству уровней иерархии
в типовых всегда так делают

по всей видимости параметром " В ИЕРАРХИИ " не может быть список

Может так: Внутреннее по Элемент.Родитель = Группа.Ссылка

(8) ну тут группы тоже с подгруппами пойдут

вообще в списке групп все группы или только первый уровень? тоже не ясно

(10) глубина справочника номенклатура заранее не известна

в чём практический смысл сабжа? может, так яснее будет

(12) в списке групп может быть любая группа справочника - идея в привязке настроек на уровне групп а не элементов.

+ если интересно сами настройки храню в РС

таким образом выполняю доработку функционала добавляя РС и подписки на события не модифицируя исходник.

(0) так у тебя там две таблицы или два списка. И элементы и группы одного справочника?

Осталось только сообразить как КРАСИВО получить параметры для списка номенклатуры из табличной части документов...

(16) список или таблица сути не меняет. если поможет заготовок запроса вот:
ВЫБРАТЬ
    ТЗ.Организация,
    ТЗ.Номенклатура
ПОМЕСТИТЬ док
ИЗ
    &ТЗ КАК ТЗ
;

////////////////////////////////////////////////////////////////////////////////
ВЫБРАТЬ
    соотв.ГруппаНоменклатуры
ИЗ
    док КАК док
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.мСоответствиеГруппНомеенклатурыОрганизациям.СрезПоследних(&Период, ) КАК соотв
        ПО док.Номенклатура В ИЕРАРХИИ(соотв.ГруппаНоменклатуры.Ссылка)

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

Может так
ВЫБРАТЬ
    соотв.ГруппаНоменклатуры
ИЗ
    док КАК док
        ВНУТРЕННЕЕ СОЕДИНЕНИЕ РегистрСведений.мСоответствиеГруппНомеенклатурыОрганизациям.СрезПоследних(&Период, ) КАК соотв

        ПО док.Номенклатура = соотв.Номенклатура

Или так

ПО док.Номенклатура.Владелец В ИЕРАРХИИ(соотв.ГруппаНоменклатуры)

(21) сори не Владелец а Родитель

(20) таблица групп не содержит элементов
(22) а в чем смысл?

походу задача запросом не решается. придется крутить в цикле.

(23) "таблица групп не содержит элементов"
так с этого начинать надо было ))
А рег свед есть соответствие элементов и групп?

(24) а у элементов Родитель есть? ) Он не есть группа?

(25) в регистре храним любые произвольные параметры которые хотим назначить всем элементам входящим группы. не смотрите на название регистра. суть вообще не в механизме хранения настроек - суть в топике.

если все что объяснил непонятно, вот наглядный пример:
ГруппаА Настройка1
ГруппаБ Настройка2
ГруппаС Настройка3
+
Номенклатура1
Номенклатура2
Номенклатура3
=
Номенклатура1 Настройка3
Номенклатура2 Настройка1
Номенклатура3 NULL

,где этом Номенклатура1 в группе С, Номерклатура2 в группе А, а Номенклатура3 не принадлежит ни одной из групп описанных в списке групп.

(29) имхо, не правильно это делать настройки для групп. Пример: книга "Приключения Алисы" Кир Булычев в библиотеке может быть на полке фантастики, а может и в детской литературе, т.е. обладать настройками из обеих групп.
Так что доп. свойства - и вперед

(30) + Я бы тоже через регСв значения свойств объектов сделал.

(30) Книжка конечно хорошая. Но при чем здесь доп.свойства? Вы предлагаете изменить механизм хранения доп.информации. Вопрос по сути - ЗАЧЕМ?

(32) мы предлагаем использовать механизм хранения доп.информации как в типовых решениях 1С

(0) Друг сталкивался с подобной задачей.

Предложил ему через ВЫБОР КОГДА делать)

Был послан))

В итоге все делалось в цикле