Получаю данные из виртуального куба с DTP прямого доступа. Информация извлекается из источника данных, экстрактор которого написан на базе функционального модуля. Источник данных и виртуальный куб содержат разные наборы полей, то есть в трансформации с ABAP-подпрограммами (трансформация от источника в виртуальный куб) указано что и как мэппится. Сам экстрактор писался таким образом, чтобы обрабатывать параметры фильтрации и позволяет эффективно получать нужный срез данных. Проблема заключается в том, что когда с ним в связке используется виртуальный куб, то указать параметры невозможно, например в DTP-прямого доступа нет фильтра. Вопрос - существует ли какой-то способ при такой архитектуре выполнять фильтрацию данных, то есть чтобы из исходной системы поднимались не все данные, а только то, что требуется?! Сразу скажу, что в экстрактор ничего вносить нельзя, хоть и написан он мной (он многоцелевой и используется в других задачах тоже)

А если все таки внести небольшие изменения в экстрактор? То есть брать ограничения из настроечной таблицы (например TVARVC).

Нет, это не годится точно. Надо, чтобы пользователь, например, через обычный просмотр данных в RSA1 или через BEX-запрос данные запросил с требуемыми ограничениями, и они "магическим" образом были переданы в экстрактор в качестве входных параметров. Вот мне и требуется эта "магия". Может где есть что-то похожее?! BADI там какое-нибудь или описание?!

В подробности не вдавался, но посмотрите ноты:
1592982 - VC: Query selections not passed to virtual cube
1358844 - Remote cube: Missing data

Т.к. у вас есть неявные преобразования (абап в трансформации), используйте инверс рутину для формирования ограничений на источник.

Из-за абапа в трансформации ограничения на виртуальный куб игнорируются и из источника данных запрашиваются все данные. Хелп по инверс рутине:
http://help.sap.com/saphelp_nw04s/helpd ... ameset.htm

Спасибо. Почитал ноты, документацию и ссылки на SDN-е. Правда не совсем понятно какой именно вариант INVERSE-рутины использовать. Например, если у меня есть прямые преобразования на признаках в виде ABAP-подпрограмм, а также есть прямая подпрограмма запуска и цель у меня следующая - зайти в стандартный просмотр данных виртуального куба (не через BEX-запрос), вбить критерий выбора, например, для календарного месяца 01.2006 (внутреннее представление 200601) и получить на выходе данные только за указанный период, то я должен реализовать инверс-рутину только для 0CALMONTH (прямое ABAP-преобразование было из поля источника данных P_TIME в формате ГГГГ.ММ в 0CALMONTH в формате ГГГГММ), чтобы выбор дошел до экстрактора?! Или же я должен еще реализовывать инверс-рутину для подпрограммы запуска?! Но какой в этом смысл?!

Я попробовал на основе примера в одной из нот реализовать инверсное преобразование на P_TIME -> 0CALMONTH. Все вроде сделал как написано, в отладчике походил, но при просмотре данных виртуального куба по-прежнему получаю полный набор данных. Что не так?!

Получилось! Всем спасибо, все свободны!