Дайте идею...
есть справочник (например, контрагенты). У него есть подчинённый (например, договоры). У договора есть признак (например, тип договора).
Нужно в списке фильтровать контрагентов по типу договора.
В джойн типы договоров, разумеется, не впихнуть, договоров у контрагента много.
А как иначе сделать?
Вариант отбора "в списке" не катит....

Exist

(1) А как это будет выглядеть в запросе динсписка? Менять текст запроса? Как-то оно нехалялльно...

(0) До установки отбора список будет выглядеть так:
Контрагент1   ТипДогПоставщик
Контрагент1   ТипДогПокупатель

Контрагент2   ТипДогПосредник

Контрагент3   ТипДогКредитоДатель
Контрагент3   ТипДогКредитоВзятель
Контрагент3   ТипДогПоставщик

(0) Если нужно делать отбор, то нужно каджый вид договора сделать отдельной колонкой, то есть транспонировать.

(4) Нет. Криво.

(5) Ну найдешь как прямо, расскажи.

(0) Подробней опиши:

(7) Какие колонки должны выводиться в ДинСписке (в случае установки отбора и в случае без отбора)?

(5) сделай отображение дин списка как дерево, там кодом придётся прописать, будет примерный вид вот такой:

+ Контрагент3  
   ТипДогКредитоДатель
   ТипДогКредитоВзятель
   ТипДогПоставщик

В свёрнутом виде  - исходный список, в развёрнутом - типы договоров, не совсем красиво, но универсально, кроме того, сможешь фильтровать по 2 и более типам договоров

Если типов договоров не много, то - при создании формы прочитать все типы договора, вывести их на форму списка в виде флажков, назначить им процедуры при изменении.
При изменении значений флажков устанавливать отбор заново.

(10) Отбор в (0) хочет поставить на данные, которых нет в текущем списке
  Контрагент  -  он в списке
    Договор   -  есть связь, но в списке нет
      ТипДоговора  - вот по этому реквизиту нужно отобрать

Тут вариантов не много:
   1. Динамически изменять текст запроса
(недостаток - дёргаем БД при каждой попытке изменить отбор)

   2. Сделать ДС деревом и ставить стандартные отборы
(недостаток - изменяется внешний вид списка Контрагентов)

> Отбор в (0) хочет поставить на данные, которых нет в текущем списке

не волнуйтесь, я понял.
При создании формы списка контрагентов это никак не мешает прочитать данные договоров запросом.

(12) В том и вопрос:
прочитали все возможные типы, реализовали работу галочек типов договоров, а дальше?
Данных для отбора в списке нет. Прямого, универсального, решения то же нет.
Решение есть только под конкретный набор типов договоров (тогда и галочки практически ни к чему), но, как я понимаю, хочется некоторой универсальности

select k from kk where k in (select v from dd where t = &t) воломон?

(0) Вот так это не решается разве?

ВЫБРАТЬ
    Продукты.Ссылка КАК Продукт
{ВЫБРАТЬ
    Продукт.*}
ИЗ
    Справочник.Продукты КАК Продукты
        {ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДополнительныеРеквизитыПродуктов КАК ДополнительныеРеквизитыПродуктов
        ПО Продукты.Ссылка = ДополнительныеРеквизитыПродуктов.Объект}
{ГДЕ
    Продукты.Ссылка.* КАК Продукт,
    ДополнительныеРеквизитыПродуктов.ВидРеквизита.* КАК ВидДопРеквизита,
    ДополнительныеРеквизитыПродуктов.Значение.* КАК ЗначениеДопРеквизита}

(15) + У меня по этому запросу ситуация описанная в (0) отработала корректно.

(15) + Здесь

"Справочник.Продукты КАК Продукты" - это твои "контрагенты"
"РегистрСведений.ДополнительныеРеквизитыПродуктов" - это твои "Договора"

"ДополнительныеРеквизитыПродуктов.ВидРеквизита.* КАК ВидДопРеквизита" и "ДополнительныеРеквизитыПродуктов.Значение.* КАК ЗначениеДопРеквизита" - это отбор на твой "тип договора"

проблема может быть в том, автор топика указал основную таблицу ДС - Контрагенты. Если галку снять, все получится

(8) Контрагенты. Те, у которых есть договор с нужным типом.

(9) Лажа

(15) Надо будет попробоват

(21) я уже попробовал. Должно взлететь

Это ж как Характеристики в запросе

(0) не рекомендуется, но если сильно нужно
{ГДЕ
    Контрагенты.Ссылка В
            (ВЫБРАТЬ
                Договоры.Владелец
            ИЗ
                Договоры КАК Договоры
            ГДЕ
                Договоры.Тип В (&Тип))}

Можно вообще сделать

Выбрать различные ...
Из договоры
Левое соединение контрагенты

(25) а зачем левое ?
можно таблицу договоров. с контрагентами и так будет неявное, если выбирать еще какие то реквизиты

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

> прочитали все возможные типы, реализовали работу галочек типов договоров, а дальше?

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

>   Справочник.Продукты КАК Продукты
>        {ЛЕВОЕ СОЕДИНЕНИЕ РегистрСведений.ДополнительныеРеквизитыПродуктов КАК ДополнительныеРеквизитыПродуктов
>        ПО Продукты.Ссылка = ДополнительныеРеквизитыПродуктов.Объект}
>
> + У меня по этому запросу ситуация описанная в (0) отработала корректно.

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

Добавил
{ЛЕВОЕ СОЕДИНЕНИЕ Справочник.ДоговорыКонтрагентов КАК Договоры
    ПО СправочникКонтрагенты.Ссылка = Договоры.Владелец
}
{
    ГДЕ Договоры.ТипДоговора.* КАК ТипДоговора
}

При установке отбора по типу - получаю дублирование ссылок ((

Что, получается ничего, кроме временной тз никак?

(30) рекомендую обратить внимание на 10 пост, там на мой взгляд вполне удобное для пользователя решение.

(31) Не, там плохой вариант. У меня этих типов только активных 30 штук...
Мне лучше штатным отбором динсписка...

(30) Погоди отбрасывать решение у тебя несколько договоров одного типа у контрагента
Переделай своё соединение, например, так:

Выбрать Количество(Различные таб.ТипДоговора) как Сколько, таб.Владелец из Справочник.ДоговорыКонтрагентов как таб)

33+ т.е. соединяй не с таблицей справочника, а с количеством договоров определённого типа у владельца - это гарантирует одну запись на Контрагента