topic Maintaining Parameter Values in User Master Alternatives in Application Development and Automation Discussions

Maintaining Parameter Values in User Master Alternatives

Former Member — Thu, 17 Nov 2011 21:57:39 GMT

Requirement: I have a user that needs to maintain parameter values for other users. This user is a power user.

Issue: The only option I see are SU01 (which is too wide open), and SU3 (which is self-service).

Question: Is there a transaction that would allow me to grant this user access to update Parameter ID and Parameter Values of other users, but not allow them to change other User Master information such as Name, Email, Roles etc? When I say not give them access, I mean I don't want the tabs there at all.

Re: Maintaining Parameter Values in User Master Alternatives

mvoros — Thu, 17 Nov 2011 22:27:47 GMT

Hi,

variant for US01 might work. Probably, the safest option is to develop a custom transaction that would use standard BAPIs.

Cheers

Re: Maintaining Parameter Values in User Master Alternatives

Former Member — Sun, 20 Nov 2011 19:09:28 GMT

Emmonskr,

I think there´s no such specific transaction to do that. The table where SAP stores the parameters is USR05.

You can create your own development or provide the user with a change view of the table I mentioned above.

Regards,

Diego.

Re: Maintaining Parameter Values in User Master Alternatives

mvoros — Sun, 20 Nov 2011 22:33:16 GMT

Please don't suggest direct update of DB tables. It's always risky because you might still need to update other tables. In this case SAP provides BAPIs BAPI_USER_* so I don't see any reason why to do direct update DB.

Cheers

Re: Maintaining Parameter Values in User Master Alternatives

Former Member — Mon, 21 Nov 2011 18:43:16 GMT

Martin is 100% correct. Perhaps you are a DB admin without any application respect?

Anyway, in addition to the BAPIs to changing the PIDs you must consider that it is a personal preference of the user to change them and many transactions use GET / SET Paramter statements regardless of what the SU01 record might have been set to initially.

So what you are actually looking for is a template to create the user from with the desired default PIDS, right?

If so then you need to tell us whether these defaults are general or need to be role specific?

Also, are any of these PIDs security relevant for you (the user should ideally not be able to change it)? In this case PIDs are not the solution - you should have used Personalizations.

Cheers,

Julius