Доброе время суток.

Подскажите пожалуйста, как можно разграничить в ролях полномочия пользователей по работе с конкретным полем таблицы?
Ситуация такая:
Есть СПП-элемент, есть название СПП-элемента. Из поля названия (PRPS-POST1) текст тянется в карточку ОС.
Необходимо разграничить полномочия на изменение текста. В ролях одним пользователям - разрешить изменение.
В ролях других - оставить создание и просмотр.
Пробовала сделать это через SU20\SU21, но ограничение не отрабатывает. Возможно выбираю неправильные критерии.

Прошу помощи

два вопроса:
1. а что именно сделали в su21?
2. в вашей программе AUTHORITY-CHECK прописан?

1. В SU21 я создала свой класс объектов (ZPS). В нем создала свой объект полномочий (ZPOST1). В объекте полномочий - прописала следующие поля полномочий:

TXTAR Вид текста
PS_ACTVT Действие проверки полномочий в PS-системе
TRTYP Тип транзакции
AUTH_FIELD Имя поля
POST1 - текст PS

Добавляю этот объект полномочий - к роля пользователя. Ограничиваю PS_ACTVT - только на просмотр.
Не работает (

2. Я не создавала программу....

вроде как все верно



а где ваш объект будет проверяться?:) для стандартных объектов в абап-коде прописывается, например:

этой части относительно вашего объекта и не хватает

честно говоря - никогда не писала проги. Даже не знаю - куда и в какой код что надо вставлять.
обычно через SU20 - вставляю поле, на которое нужно ограничивать полномочия, и в SU21 - делаю сами полномочия.

А куда (в какой код) надо прописывать ???

нипонятно, спилберг:)))

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

вот с этого надо было и начинать...

Просто раньше я уже создавала свои объект полномочий, и никоим образом нигде не прописывала код. Стандартные возможности расширения полномочий - SU20\SU21.
Поэтому и возник вопрос про "прописание кода в программе".
Мне кажется, дело скорее в неправильно определенных критериях.
ЗЫ: Полномочия эти - не для разработки, а для стандартного функционала.