Коллеги, добрый день.
У нас есть статусная схема, присвоенная нужному виду заказа ТОРО. В данной схеме на разные статусы имеют право разные группы пользователей. Органичено это через ключ полномочий. Т.е. все как полагается. Ключ полномочий указан в соответствующих ролях.
Но в итоге почему-то выходит, что Группа пользователей А имеет права на действия, определенные для группы Б. Настройки несколько раз перепроверили - вроде все корректно.
В su53 можно отловить только те объекты полномочий, при проверке которых возникали ошибки. Не понятно что делать, когда ошибок не возникало.

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

Так это то ясно. Просто возможно есть более простой путь, например в конкретном случае посмотреть все объекты полномочий, которые проверяются на сохранении заказа и результаты проверки (ок или не ок) для конкретного пользователя. Так было бы проще искать.

su22 попробовать можно.

Спасибо за напраление для исследований. Разобрался.

Вот и ладушки.

Коллеги, хотел бы рассказать как в итоге решили проблему. Может быть кому-то наш опыт пригодится.
Есть достаточно хороший инструмент в SAP - трассировка (тр. ST01). С помощью нее в том числе можно промониторить и проверку объектов полномочий. Причем все достаточно наглядно - при любом действии пользователя указывается сам проверяемый объект, а также параметры, которые запрашивает система при его проверке.
В итоге мы по крайней мере убедились, что настройка контроля полномочий корректна. Соответственно ошибка могла быть только в настройке ролей пользователя. Что вскоре и подтвердилось.

Здравствуйте! Вы тут обсуждали пользовательские статусы. Может поможите мне. У меня такой вопрос:

1. Как пользователи соединяются с ключом полномочий?
2. Можно ли с помощью пользовательских статусов менять(доступно для ввода, не доступно для ввода) отображаемые поля (например в заказе ТОРО)?

тут все просто: админ в ролях присваиваеть юзеру проверку полномочий на объект B_USERSTAT (в качестве ключей которого выступают: cхема статусов, тип объекта и ключ полномочий).



для этого вообще-то существует другой функционал, а статусы разрешают/запрещают определенные орг.-эконом.операции (хотя конечно польз.статус запрещающий, например, ведение правила расчета не даст создать это самое правило расчета, т.е. ввести информацию в соответствующие поля)

А какой другой функционал? Может подскажите направление? Ситуация следующая: есть много(5-7) пользователей которые должны вводить заказ ТОРО (каждый свои поля, а некоторые просто подтверждать), причем в строгой последовательности.
Я тут покапался, может это как нибудь через Подтверждения можно сделать?

Зарание большое спасибо!

Тут больше вопрос касается разграничения полномочий. И если обработка заказа ТОРО и подтверждение - это разные транзакции и их легко можно разграничить, то возможность изменения тех или иных полей только тем или иным пользователем потребует определенных телодвижений. Например, создать соответствующие варианты транзакций (в поиск по слову SHD0) и разграничивать полномочия уже по ним.