Есть два главных отчета, которые встроены в рабочую книгу. Оба отчета недоступны пользователю в явном виде, то есть расположены на скрытых листах, а данные из них сведены на обычном excel-листе. У каждого отчета есть детализированные RRI-отчеты. Какие способы есть в данном случае, чтобы предоставить пользователю возможность переходить к детализированным отчетам?

Я пока что вижу один - прилепить пару кнопочек в рабочую книгу. Нажали на первую - вызвали первый главный отчет повторно, но уже в отдельной книге. В ней пользователь может выполнять любые операции, включая RRI-переходы. На вторую нажали - вызвали второй отчет и тоже выполняем анализ. Проблема в данном решении такая. Когда пользователь открывает рабочую книгу с двумя главными отчетами в первый раз, он вводит параметры и ждет выполнения. Затем он хочет получить детализацию, нажимает на кнопку, у него снова появляется диалоговое окно с параметрами первого главного отчета, затем он ждет егов ыполнения, по сути получает повторно те же самые данные, которые у него уже есть, и лишь затем переходит к RRI-отчету.

Может есть еще какие-нибудь варианты, более элегантные?!

День добрый.
В данном случае можно попробовать покопаться в макросах и посмотреть каким образом вызывается RRI в стандарте. Ведь по сути BEx-Analyzer это один большой макрос. Если вы найдете код который вызывается в стандартной рабочей книге при вызове RRI отчет , то сможете сделать его аналог на титульный лист на кнопку и не надо будет морочиться с доп отчетом.

Это уже пробовал сделать - до стандатрных объектов дохожу и на этом возможность дальнейшего дебаггинга прекращается, так что не вариант

А если трассировку включить на стороне BW? Чтобы понять что вызывается?

Будет время, попробую, о результатах напишу

PS: Вот если бы вы подсказали, как запретить любую навигацию в отчете, но при этом сохранить возможность RRI-переходов, то это было бы действительное полезное дело

2 G

А что вы понимали под "включить трассировку на стороне BW"?! ST01, ST05, RSTT?!

ST01.
Но в ST05 трассировка RFC тоже есть.

бесполезная затея

Пытался докопаться до того, как RRI происходит в стандарте.

Понял, что схема такая:
1. Предположим на какой-то ячейке пользователь говорит - хочу перейти по RRI
2. Данная команда ПОЛНОСТЬЮ обрабатывается на стороне Bex, причем не на VBA, а где-то внутри .NET (это выплывающее меню по правой кнопке тоже написано на .NET, не на VBA)
3. Компонент .NET вызывает ФМ RSR_NET_INTERFACE (он его всегда вызывает, что ни делай в Bex), куда передает информацию о запросе и координатах ячейки, с которой делается RRI
4. На стороне BW выполняется анализ того, что в этой ячейке отображается, какие у нее есть фильтры, затем она лезет в настройки RRI и вытаскивает конкретный алгоритм перехода. Далее ФМ просто ВОЗВРАЩАЕТ параметры для выполнения RRI обратно в .NET
5. .NET, полностью внутри, выполняет RRI: открывает новую книгу, применяет фильтры ит.д.

И утверждение, что Bex - это один большой макрос на VBA, к сожалению, неверно.
VBA в нем выполняет лишь роль прослойки, вызывающей основной код на .NET (оформленный в виде ActiveX-компонентов).