[quot LSV]Тоже задавался вопросом передачи доп. фильтра при лукапе.
Это может быть полезно, особенно если фильтр должен меняться у разных строк датасета.

Да, так и сделано: связь от "Источник значения параметра в правиле отборе" на "Реквизит в структуре данных".
При запуске выбора значение этого реквизита в форме будет взято как значение конкретного параметра критерия.

LSVУ меня в фреймворке есть возможность открывать разные формы в завис. от условия. Но это решает проблему лишь частично, т.к. плодит формы и их не может быть бесконечно много.
То бишь количество форм соттветствует количеству параметризованных критериев отбора?
Если да, то роде не страшно, и их количество таки поддаётся пересчёту комбинаторикой :).
А при подходе "выборка из перечня" сама есть новый "перечень" ещё и оценивается +- количеством узлов сбалансированного дерева с глубиной в количество реквизитов из перечня.

И, по-моему, dma_caviar так и предлагал делать (с наследованием).
Вопрос в следующем:
- какие комбинации фильтров "востребованы"? (это зависит в том числе и от конретного внедрения);
- что нужно сделать (настроить или разработать+перекомпилировать), если нужной комбинации фильтров нет.

ViPRos...лукапы тоже попадают под действия разграничение прав...
..Делается это так..
Вот ещё интересные требования/фичи всплыли в топике:
1. Право видеть значение из перечня независимо от реквизита, для которого выполняется выбор
2. Право видеть значение из перечня при выборе в этот реквизит (т.е. в зависимости от пользователя, результат предлагаемой выборки разный)
3. Тип значения реквизита может быть неким множеством, которое есть объединение нескольких множеств-перечней (в терминологии ViPRos - нескольких макротипов :).

ViPRosViPRos,

при том это только один из способов лукапа (жесткого)
механизм лукап воще то должен быть интеллектуальным, в ВИПРОС встроен 4 алгоритма ранжированных по приоритетам (тоже настраивается)
"Ранжирование" в вашем случае сильно отличается от некоего правила сортировки перечня, где поле для сортировки заполняется как некая функция: от простого значения реквизитов перечня до "сначала те, у которых остатки есть " и даже до "первыми идут те, которые данный пользователь в этом месте сегодня уже выбирал"?

iscrafmАнатоЛойпропущено...

Боюсь сделать много лишних домыслов, чтобы от "настройки банальной выборки с передаваемой в нее параметром, какой тип записей отбирать в нее" перейти к "хранения этих настроек в РСУБД". Вас не затруднит простенькую структуру набросать?
не совсем понимаю какой набросок Вы хотите...
есть таблица документов, есть таблица контрагентов. У контрагента есть поле состояния, допустим поле с именем st. Это поле содержит значение 0 или 1, в простейшем случае. Для выбора возможных значений из таблицы контрагентов используется банальная выборка с условием "where st = <нужное значение передаваемого параметра>".

Смотрим условие в первом посте "настройка хранится в реляционной СУБД".
Можете нарисовать таблицы и внешние ключи, обеспечивающие хранение этой настройки?