есть отчет получающий данные из другой базы через Web-сервисы под спец.пользователем с полными правами, на входе имеем из 2-ой базы ТЗ со всеми данными

как натравить RLS на эти данные?

вар1: пробежаться по строкам ТЗ и запрограммированным алгоритмом выкосить не нужное

вар2: настроить RLS во 2-ой базе и запускать обращение к web-сервису под этим-же пользователем 1-ой базы

возникает геммор с паролями...

собственно кто что предложит ?

вар2 + вин авторизация = нет геморроя с паролями, если только это останавливает

(4) базы лежат на двух разных, разнесенных географически, серверах
как быть с win-авторизацией?

и еще к тому же используем апач, это что придется на IIS переползать ?

кроме (2) нет правильного варианта

ну или превратить это все в РИБ и делать отчт по своим данным со своим РИБ

со своим РЛС

ну или если данные транслируются в ТЗ, которая запихивается в качестве источника данных РЛС, а не прямо готовый отчет прилетает из другой базы, то можно сделать еще один набор данных-запрос с разрешенными элементами справочника, и к нему уже прилеплять "полный" источник данных (закладка соединения наборов данных).

или отправлять "фильтр" с разрешенными элементами в веб сервис, чтобы он вернул уже отфильтрованную таблицу

кстати, проблему паролей можно обойти

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

нужен именно рлс или просто отбора будет достаточно?

(10) можно сделать еще один набор данных-запрос с разрешенными элементами справочника, и к нему уже прилеплять "полный" источник данных >

а вот это уже классная идея!

(12) ну да, хэш от хэша и т.д., но вариант с временной подменой как это сделано в инструментах разработчика я рассматривал самым первым, но это топорный метод

в основной базе RLS настроен на каждого пользователя на регистр Продажи по клиентам, по отделам, по номенклатуре
со всяким производными комбинациями И / ИЛИ

повторять отборами в СКД не хотелось бы, хотя различных вариантов штук шесть

(10) встал вопрос: как на вкладке связей наборов данных реализовать ВНУТРЕННЕЕ соединение вместо левого ?

ведь из основной базы можно получить, например, список из 100 разрешенных клиентов, а в полученной из 2-ой базы ТЗ из 500 клиентов допустимыми будут, к примеру, 10

получим 90 контрагентов с пустыми данными...
а хотелось бы их отсечь

как вариант запихнуть ТЗ в пакетный запрос с менеджером временных таблиц и там уже делать внутреннее соединение

не стал я заморачиваться и реализовал подход по совету из (13)
спасибо тебе добрый человек!