aysinerten
20th January 2009, 11:03
Hi,

a weird situation has happened to me.
Even we are using DEM for Role authorizations, sometimes we need to define field authorizations to the users according to the management rules.

We are using PCS Module, so changing the project status from "closed" to "active" is a strict forbidden management rule.

Therefore we are defining for each user who has the access to the tipcs020 table via session tipcs2101m000, a field authorization.

But for two users I can not understand why this authorization is not working. I tried to enter it again and again run CRunTime but he is still able to change the project status from "closed" to "active".

Please find the attachment where I put the screenshot. Does anyone has a clue ?
Please help.
Thnx

toolswizard
22nd January 2009, 15:36
You said you converted to runtime, but did not say if you had the user logoff and back in after changing the authorizations.

aysinerten
22nd January 2009, 15:52
I am struggeling with this issue since I recognized this few months ago.
The users are connecting to the system at least every day once.

Do you have another idea?

Thank you..
Aysin

toolswizard
22nd January 2009, 15:58
When getting down to field and row authorizations, a new file is created in the $BSE/lib/user directory. I an not sure, but I think it starts with a "p". In this file is the authorizations for table and fields. Can you post or send me this file for one of your users. You could also compare this to one of the other users that does work to see what may be different. If possible, send or post this file from a user that does work.

aysinerten
22nd January 2009, 17:18
I found no file starting with p - as you mentioned. But some files starting with u.
The user id mi3559 has changed successfully where with the user id sy340 I failed.
I figured out in user data that the only difference is "Password required" field.
I put all of them in attached file..
Thnx..

toolswizard
22nd January 2009, 17:46
The document is empty when opened.

Other than the "u" file, there should be another file prefixed with another letter for the m3559 user.
Have you checked the permissions on the directory? files? Are you able to update them.