Przemyslaw Gapinski wrote:
Do a test for SPRO and SM30 and S_TABU_DIS deactivation.
But then the parameter transaction won't work as it need S_TABU* authorization.
The trick is that the parameter transaction knows which parameter it is passing -> SU24.
Then you only have "originals" for "common stock" objects and can do it centrally via the core "original" transaction to scale it.
I normally maintain SE16, Sm30, Sm34 etc with a "dummy" proposal to signal in the role that a parameter passed is missing in Su24. Set S_TABU_DIS to dummy for '03'. S_TABU_NAM for dummy to '02'. You will find then (or they are okay and not needed - no need to deactivate. Works for me.
Once you have mastered Su24, and maintained it well, it becomes very easy to build and maintain roles.
Cheers,
Julius