Добрый день

Настроенна система QA , вопрос в том как ограничить подтверждение запроса в
этой системе владельцу запроса ( чтобы он не мог подтверждать за начальника отдела и администратора)
А то получаеться один человек может подтверждать за всех.
За это отвечает объект полномочий S_CTS_ADMI , но что у него выставить пока не ясно.
Делал пустым , ставил права всё равно даёт всё подтверждать.
Подскажите <я не знать русский языка> , кто с этим сталкивался и настраивал.

А у вас в STMS -> Shift +F7 -> дважды щёлкаем по системе в которой хотим настроить подтверждения -> вкладка "Атрибуты системы" -> кнопка "Процедуры" всё настроено?. Если нет, то ставим галочки какие пункты необходимо проверять.

Это понятно , вопрос в том когда владелец запроса заходит в STMS_QA , у него есть
права подтверждать не только за себя перенос , но и за нач. отдела .
Как убрать это.

Вот описание объекта:

S_CTS_ADMI

Definition

Administration functions in the Change and Transport System
Defined fields

The authorization object only has the field CTS_ADMFCT, the values of which describe the various administration activities that can be checked using the authorization object.

Six different administration functions are currently defined:

"TABL"

This authorization allows you to
maintain the control tables of the Change and Transport System (for example, set the transport routes)
schedule the transport utility RDDIMPDP
call certain tools (transaction SE03)

You can access the tools from the initial screens of the Organizer transactions (SE09, SE10, and SE01) with Goto -> Tools.

"INIT"

This special authorization is required to initialize the Workbench Organizer after a system copy (transaction SE06).

"SYSC"

To set the system change option, the authorization with value "SYSC" is required.

"IMPT"

The Transport Management System (transaction STMS) allows imports to be initiated from the R/3 System into your own system or another R/3 System. When importing into non-SAP systems, an RFC connection is set up in these R/3 Systems and the import initiated with a user there. In both cases, the user initiating the import must have the authorization "IMPT" for the authorization object S_CTS_ADMI.

"EPS1"

Generate EPS objects

"EPS2"

Change EPS objects

Меня, кстати тоже интересует данный вопрос.
Вот что написано в Help:

Получается, что чтобы подтвердить запрос на любом уровне необходимы полномочия на TADM. Тогда непонятен вообще смысл разграничения по уровням... Можно ли как-то разграничить полномочия между Уровнями?

Тем более сейчас я могу подтверждать запрос другого человека, как это запретить? Может я не до конца разобрался в этой QA, но как-то сыро она выглядит...

Получаеться что ни кто не пользуется QA ,
Хотелось получить информацию по разграничению прав подтверждения запросов
или это основанно на доверии к друг другу . Создал запрос и подтвердил его,
а дальше не лезу.

Включите трассировку и проанализируйте проверяемые объекты полномочий до нужного вам действия.
Я ограничивал полномочия на подтверждения администратором и владельцем. И всё получилось.
Сейчас лень опять этот путь проходить трассировкой...

Трассировка показала, что при подтверждении своего запроса проверяется CTS_ADMFCT=TQAS, а при подтверждении чужого запроса проверяется сначала CTS_ADMFCT=TADM, когда выплывет сообщении типа "Вы уверены что хотите подтвердить чужой запрос", а потом CTS_ADMFCT=TQAS, при самом подтверждении. Вывод - можно ограничить полномочиями подтверждение чужих запросов...
У меня пока стоит один уровень - подтверждение владельцем...