Вот собственно проблемка - пользователям даётся транзакция, которой надо менять одно единственное поле в ОЗМ (MM02), но по факту всем этим пользователям закрыт доступ в справочник материалов на изменение (только просмотр). Как правильно реализовать корректировку поля (нужно чтобы стандартный документ изменений создался от имени пользователя)? Возможно-ли при вызове пакетного ввода, или например BAPI временно (на время работы алгоритма) повышать пользователю полномочия?

Или это както по другому надо делать? Просто не хотелось бы городить: enqueue => modify MARA => принудительное создание док-та изменений через ФМ

я в таких случаях перед операцией даю sap_all, после убираю.
есть ФМ на эту тему (не помню какие). Мне пришлось их переписать, тк они в свою очередь проверяют полномочия пользователя на изменения полномочий
в общем если нада, давай мэйл, скину что есть

ну а создать вариант транзакции на MM02 (с возможностью редактирования только этого поля)?

Если не ошибаюсь, то в случае с запуском варианта транзакции полномочия на запуск основной транзакции у пользователей должны быть,
в таком случае надо бы ещё проверку в какой нибудь эксит добавить что запущено именно с вариантом транзакций

Попробую с вариантом поколдовать, но чтото мне тоже кажется, что работать не будет (программный код один и тотже выполняется, и все authority-check тоже).
Впринципе, есть наверное ещё вариант с запуском пакетного ввода от имени другого пользователя (в виде фонового процесса) - а потом варварскими методами править документ изменений.

Получается, вариант с прямым modify MARA - самый простой.


Не - чтото мне такая идея не нравится. Вдруг сбойнёт чтото, и останутся пользователи с саполлом Ещё натворят чего нехорошего.

А можно сделать Z табличку с полями: пользователь, нужное поле, флаг (если стоит, то менять нельзя) и проверять это в exite, когда пользователь работает с ММ02.

дык, проблема в том, что пользователю ММ02 вообще недоступна - только ММ03.

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

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

а мы и так тоже попробуем. Разберёмся только, как варианты создавать (админы такого не умеют).

SHD0 (там вроде как интуитивно понятно, да и на форуме не раз обсуждалось).

В аналогичной ситуации сделал через RFC. Изначально во входящей поставке через юзер-экзит был реализован пакентик, который расширял материал на вид оценки. Потом захотели у всех пользователей отнять права на MM01.
Решил завернуть код в функциональный модуль и вызывать его с дополнением DESTINATION. Настройку RFC-соединения и пользователя делал базисник. Вопрос с именем пользователя в документе изменений отпал, так как его можно вычислить по дате/времени создания поставки. Вышло дешево и сердито, при этом вполне работоспособно