Коллеги, здравствуйте. Необходимо создать роль, в которой будет запрещено деблокирование производственных заказов - будет возможны изменение и просмотр. Никак не могу найти подходящий объект полномочий. Вроде бы более менее по смыслу должен подходить объект "RLMFW_ORD - Управление деблокированием". Но не помогает - выставляю права, при которых пользователь вроде бы не должен иметь возможность деблокирования заказов - но деблокирование все равно остается возможным. Кто нибудь сталкивался с такой проблемой? Заранее благодарен за конструктивные советы по решению данной проблемы.
P.S. : поиск по форуму использовал - ничего подходящего для моей ситуации не нашел. Транзакции ST01 и ST05 также использовал - объекты полномочий, которые задействуются при деблокировании производственных заказов также отследить не получилось.

1. Транзакция BS02
1.1.Делаешь свою статусную схему, где устанавливаешь как минимум 1 статус с параметрами:
- начальный статус = X
- ключ полномочий = любое НЕпустое значение
1.2. Проваливаешься в этот статус в управление операциями
Ставишь для операции "Деблокировать" точку в столбце "Запрещено"

2. Транзакция OPJH
Привязываешь свою статусную схему к виду заказа

3. Объект полномочий B_USERSTAT - прописываешь в соответствующей роли.


Если все сделал правильно - то при создании РР заказа твой пользовательский
статус будет активным. При этом его активность не позволит деблокировать РР заказ.
А вот изменить пользовательский статус - можно регулировать полномочия.

Down_Shifting, спасибо за совет, но данный метод не совсем подходит. Дело в том, что у меня уже реализована статусная схема - т.е. при статусе заказа "Открыто", появляются еще 3 моих собственных статуса. Пока эти статусы не "включены" - деблокирование невозможно.Если эти статусы включены - деблокирование возможно делать. После того как все 3 моих статуса стоят, деблокирование становится возможным, и соответственно любой человек может деблокировать заказ.Надеюсь понятно написал Возможно ли сделать стандартными методами, чтобы один человек мог поставить статус "Деблокировано", а другой нет?

Насколько мне известно - стандартных объектов полномочий на деблокирование нет.
Так а что мешает добавить 4-й пользовательский статус и дать на него полномочия тем, кто должен иметь право на деблокирование, а другим не давать?

Просто добавиться маленькая операция на снятие галочки перед деблокированием.

Представим такую ситуацию...Чел, который имеет полномочия на 4-й статус (дающий право деблокирования), проставил этот статус. Он же может не деблокировать сразу этот заказ, а вместо него потом это заказ может деблокировать другой человек, который не должен этого делать - но статус то дающий право на деблокирование уже стоит, т.е. если по каким причинам у заказа проставлен статус дающий возможность его деблокировать, но заказ еще не деблокирован - его может деблокировать кто хочет. Согласен, ситуация немного "искусственная"...но все же может быть. Но это ладно. Пусть заказ деблокирован тем, кто его и должен деблокировать. Но ведь статус "деблокировано" можно скинуть...Т.е. нужен еще и статус запрещающий отменять деблокирование....это получается 2 дополнительных статуса...уже многовато. Просто в стандартных объектах полномочий можно было бы указать для одной роли: статус деблокирования можно ставить, статус деблокирования можно отменять. Для других ролей статус деблокирования менять никак нельзя.

Предлагаю попробовать такой вариант:

Контролировать полномочия на деблокирование при помощи дополнительного объекта полномочий. Для примера можно взять объект I_VORG_ORD - PM: организационно-экономическая операция: заказы
с полями
AUFART Вид заказа
BETRVORG Организационно-экономическая операция

Если производственному заказу перед сохранением предварительно присвоен статус ДЕБЛ, то необходимо (разработкой) проверять наличие полномочий на вид заказа в поле AUFART и разрешённые организационно-экономические операции (BFRE - Деблокировать). При отсутствии необходимых полномочий запрещать сохранение заказа.

С разработкой - есть много вариантов.
Тут, как я понял, хотели обойтись стандартом.

Кстати, действительно странно. Таблица TJ11 есть, и она по смыслу подошла бы,
но, кажется, она нигде не используется