Сейчас вот потребовалось познакомиться в RRI. Идея понятна. По документации через транзакцию RSBBS соединил два запроса. Запросы внедрены в Excel-книгу. Все отчеты в рабочей книге отформатированы для приятного визуального созерцания. Стоя на ячейке отчета источника выбираю привязанный отчет. Открывается новая рабочая книга с тремя листиками и в первый из них вставялется результат привязанного запроса (естественного без какого-либо форматирования). Зрелище не из приятных. Более того, при возврате назад окно с этим безобразием закрывается и я возвращаюсь в исходную книгу, но на первый лист (а не на тот, с которого был вызов). Тоже нехорошо

Можно ли каким-нибудь образом указать, что мне не надо открывать новую РК, а следует использовать отчет в текущей книге, в которой есть форматирование и нормально возвращаться на лист, с которого был вызов? Или RRI удобен только для WEB-отчетов, а для Excel я зря попу надрываю?

Можно открывать новый отчет в книге-шаблоне, где он будет открыт вместо последнего добавленного отчета.
Все.

Извраты:
Делали переход в ABAP-report, в котором открывали книгу, но все равно новую и были проблемы с переменными (они передавались, но запросы значений выводились все равно).

Если отчет у тебя суперформатированный, значит его нельзя крутить.
Тут поможет определение переменных других отчетов в той же книге и последующее обновление, с помощью макросов. Это дело техники.

При открытии книги макрос подменяет шаблон в котором открывать RRI на нужный. Но все равно в новой книге.

Тут тоже, вроде, все.

Судя по всем вышеперечисленным извратам, наверное стоит отказаться от использования RRI в рабочих книгах Excel. Если
у кого-то еще появятся идеи - всегда рад

Делал так и не раз, таких проблем не наблюдал. Видимо вы описали не все parameters в отчете, или не с теми типами.

Пример в студию!
(
Конкретно:
как из ABAP открыть книгу и заполнить в ней все переменные BEx?
По моему в RSAH_LAUNCH_EXCEL есть документированная бага по этому поводу, переспрошу у камрадов...
)

Например вот так:

REPORT ZBPS_TARGET_SELECT .


data: l_sap_wb_id like rsrwbindex-workbookid.

parameters: c_item type /BI0/oicmmt_item,
fund_ctr type /bi0/oifunds_ctr,
fyear type /bi0/oifiscyear,
ver type /bi0/oiversion.

select single wb
into (l_sap_wb_id)
from zbextargets
where article = c_item.


if l_sap_wb_id <> ''.

call function 'RSAH_LAUNCH_EXCEL'
exporting
i_workbookid = l_sap_wb_id
i_hide_sapgui = ' '
exceptions
excel_wrong_version = 1
excel_viewer_not_installed = 2
others = 3
.
if sy-subrc = 1.
message e870(brain).
elseif sy-subrc = 2.
message e871(brain).
endif.
endif.

Все примерно также.
Вот только открывшаяся книга переспрашивает переменные BEx

Я же и говорю - видимо описали не все переменные или неправильно указали типы.
В случае если все обязательные переменные на selection-screen целевого отчета будут переданы через RRI - selection-screen не будет

Аналогично зашиваюсь с данной темой. Необходимо передать в RFC функцию параметр выделенной мышкой, в зависимости от выделенного параметра RFC должен открыть нужную рабочую книгу и передать туда этот параметр, чтобы там выполнился запрос и построился отчет.
С первым проблем не возникает, передали параметр, выбрали нужную рабочуюю книгу и даже ее открыли, но вот как передать параметр из RFC в рабочую книгу, чтообы она не запрашивала его перед открытием?

Мы делали так:
Все BEX-переменные делали USER-EXIT. При открытии Рабочей книги, BEX-переменные устанавливались в соответсвии с нужной нам логикой (к примеру у нас мапинг BPS и BEX-переменных).
И отчёт выстраивался с теми параметрами, которые хотели. Причём BEX не просит вводить переменные руками.

Была такая тема с вызовом рабочей книги программно. Сколько бы переменных я не передавал в книгу (даже можно лишние передавать, BEx их просто игнорит), всё равно BEx спрашивал значения переменных. Пока я не отключил в свойствах запроса автоматическое обновление при открытии рабочей книги...