Подскажите, пожалуйста, в чем может быть проблема.

Вставляю проверку полномочий на объект F_BKPF_BUP в расширении, функция authority-check возвращает 0. (В master record объект прописан, но прав на его поля нет). Т.е. функция отработала неправильно..

Если проверку вызывать в программе типа 1 (исполняемая), то функция authority-check отрабатывает нормально (код возврата 4).

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

а какой user-exit в какой транзакции?

Вызов в программе:
AUTHORITY-CHECK OBJECT 'F_BKPF_BUP' ID 'BRGRU' FIELD '0001'.
AUTHORITY-CHECK OBJECT 'F_BKPF_BUP' ID 'BRGRU' FIELD '0002'.

Операция - сторнирование фактур транзакция vf05 проваливаемся в фактуру, говорим - сторнировать, в этот момент срабатывает расширение.

Данная разработка осуществляется при помощи транзакции VOFM -> условия копирования -> фактуры.

Сгенерированный инклюд лежит в группе функций V60A.
Так вот, если в данном инклюде вызывать A-Check, то проверка всегда показывает sy-subrc = 0 (даже если ПОЛЕ объекта указывать неправильно). С другой стороны, если ИМЯ объекта полномочий указать неверное, то sy-subrc = 12 (типа ошибка). Т.е. функция частично работает.

Может, в этот инклюд программа входит с другими правами?
Или существуют какие-то ошибки, после которых a-check перестает работать?

Если a-check вставляем в программу типа "1", тогда после вызова sy-subrc = 4 (так и должно быть - полномочий в моей роли нет..) Если указываю неверное имя поля, тогда sy-subrc = 4, т.е. все работает как надо..

Советую

AUTHORITY-CHECK OBJECT 'F_BKPF_BUP' ID 'BRGRU' FIELD '0002'.

сделать в отдельной функции,
а из инклуда вызывать эту функцию и передавать обратно значения sy-subrc через exceptions

не работает, так же как и из Performa..

странно...

а если попробовать ФМ authority_check ?

Может проблема как-нибудь связана с тем, что сторнирование, например, запускается в Update process. Вдруг там авторизации ведут себя несколько по-иному?

Speelky, я тоже в ту же сторону думаю.
Господа, кто специалист по сим процессам?
Но тогда почему функция не ругается на неправильно подсунутый параметр объекта? Получается, бывают ситуации, в которых AUTHORITY-CHECK не отрабатывает...

гость в последнем сообщении - это я.
Забыл авторизоваться

может код User-exit'a покажешь?

Попробуй проверку полномочий делать не через VOFM, а в процедурах USEREXIT* в группах функций V60A или V60B - что лучше подойдет.

Спасибо! ФМ работает.
В общем, делаю вывод: проверку полномочий в расширениях писать нельзя(с помощью authority-check), если в названии exita(user, customer - не важно..) нет ни слова про авторизацию. Странно как-то..