В рабочей книге BEx есть последовательность, повешенная на кнопку - высчитывает значение в зависимости от введённых данных.
Для пользователя с sap_all после ввода данных в ячейки, открытые для ввода, она отрабатывает корректно.
Для пользователя с назначенной ролью - нет. При этом ничего не пишет, не ругается. Перенос и сохранение данных в куб - происходят.
На кубе, где построен запрос и рабочая книга - есть срезы данных и деривация типа user-exit. Специально для них ничего в роль не добавляла, тем более что при сохранении данных в куб из-под пользователя деривация отрабатывает корреткно.
В профиле для роли объекты S_RS_PLSE, S_RS_PLSQ, S_RS_PLST сейчас полностью *.
Чего может не хватать, и где проводить трассировку?

BW 700 18 патч
Gui 640 31 патч, bw 17
Excel 2003 SP 3

Начиная с 17 патча саповцы много что "оптимизировали" в IP, и до 19 патча нормально ничего не работает. Могу посоветовать поискать ноты с подстрокой "OLAP tunnel". Возможно, что проблема где-то там.

Спасибо, утешили... А 19 ещё не вышел, насколько помню, да и накатывать стрёмно - опять потом глюки исправлять неделю будем

Другие варианты у кого-нить будут?

P.S. Однако, оказывается, у пользователя нет возможности просмотра фильтра запроса (который "сохранен как" с именем и для всех запросов уровня). Т.е. запрос можно пересохранить - но при этом доступ к глобальному фильтру пользователь не получает. Этот же фильтр конечно и в в последовательности.
В полномочиях не нашла объекта для доступа к фильтру.

Может быть объект полномочий S_RS_COM. В нем дать полномочия на просмотр ракурса запроса.

S_RS_COMP точнее:)

Нет, как раз там всё хорошо, тем более что структура для просмотра доступна - вопрос - не может ли это повлиять на выполнение функции
ACTVT 03, 16, 22
RSINFOAREA <область>
RSINFOCUBE <кубики>
RSZCOMPID <запросеги>
RSZCOMPTP*

По идее не должен локальный ракурс влиять на выполнение глобальной последовательности. Но еще раз повторяюсь, с буфером начиная с 17 патча творятся странные вещи. Можно попробовать подебажить функции в глобальной последовательности.

Где дебажить? Чем? st01 стабильно выдаёт 0 записей rsecadmin в BEx ёксель - не лазает...

А Modeller настроен так, что даже если я захожу из-под пользователя - в sm04 видно rfc соединение с другим логином. При этом последовательность из-под пользователя выполняется успешно.

P.S. Установили ноты
*1179076
1117348
1144702
1176585
1093422
1099971
1112519
1125037
1161111

*1238178

Никакого эффекта.

В RSTT. Там же и дебажить.

Ну я вообще-то имел ввиду другое. В методе EXECUTE_SERVICE класса
CL_RSPLFR_CONTROLLER ставите бряку. Дальше начинаете смотреть, какую рефдату считает, как с буффером работает и т.д. В принципе, можно определить, где начнутся расхождения. Возможно разные ограничения при чтении рефдаты или что-то другое..вообщем, я бы делал так..Например, в этом куске кода читаются ограничения для рефдаты:

* Referenzdatenselektion lesen
l_service_has_ref_data = rs_c_false.
IF rs_c_true = p_r_service_type->n_has_ref_data.
l_service_has_ref_data = rs_c_true.
get_ref_data_selection( EXPORTING i_t_charsel = p_t_charsel
IMPORTING e_th_no_ref_block_cha = l_th_no_ref_block_cha
e_t_charsel_ref = l_t_charsel_ref
CHANGING c_ok = r_ok ).
IF r_ok = rs_c_false.
finish( CHANGING c_ok = r_ok ).
RETURN.
ENDIF.
SORT l_t_charsel_ref.
ENDIF.

vv
только как мне ограничения рефдаты помогут понять полномочия? Какой это объект и поле и т.д.?

Судя по этому сообщению, Вы запускаете глобальную последовательность из разных книжек, построенных на одном квери. Т.е. у книжек изменен локальный ракурс запроса. Это в принципе, не должно влиять на запуск глобальной последовательности. Но т.к. расчеты в IP и input-ready query работают с одним и тем же буффером, то получается, что локальный ракурс может влиять на запуск глобальной последовательности из книжки. Я предлагаю Вам, это протестить. Возможно, проблема не из-за полномочий.

PS: Но Вам конечно виднее...А код я привел просто в качестве примера, что в этом классе все не так уж сложно и можно сравнить, как отрабатывает этот код под разными пользователями.

Так же в этом коде можно посмотреть, что возвращают функции/методы..почитать ошибки и т.д. Возможно, станет понятнее проблема.

Книжка ОДНА. Всё ОДИНАКОВО.
Пользователи РАЗНЫЕ и только.
Один с SAP_ALL, второй - прототип "рядового пользователя системы"

P.S. Ключа разработчика на систему нет. Будет ли - сейчас сказать не могу.

Я предложил вариант поиска проблемы. Т.к. в книжке нет сообщений, сообщения могут быть возвращены из функций/методов, используемых в стандартном коде. Возможно по ним могут быть выявлены причины такого странного поведения функций. Ваше право пытаться разобраться в проблеме таким образом, либо ждать другого решения от коллег.
PS:Для того, чтобы дебажить код, ключ разработчика не нужен.