profit center and comapny code missing authorization problem.

[Former Member]

Could you help any body,i have some missing authorization problem with profit center and company code,

How to search the roles which having require profit and company code values.

Is there any way to search.

Please let us know very fast.

Thanks in advance

[Former Member]

Hi "basissap"...

Once you have the missing authorization error, check the SU53 or use the ST01 auth check trace to find out the missing authorization objects. (You can search SDN for tracing authorization failures, if you want)

Then, you can use SUIM -> Roles by complex selection crt., input the auth objects and field values found via SU53/ST01 and look for the role.

PS:

Lots of information is "missing" in the query...

"Please let us know very fast."... these things may raise concerns...forum rules..

Cheers !!

Zaheer

[Former Member]

hi

you can check the missing authorizations through the t code su53 and manually can add the same into in that role . You can check abt the authorizations objects from SU26/ Su24

Thx

Mysterious

[Former Member]

Can we search for roles by search critirea of company code and proft center.

[Former Member]

You can search roles with company code and profit center,

SE16 -> AGR_1252 and then enter $BUKRS for company code and for profit center use, $PRCTR as org value.

However, since you are failing somewhere, you should look for SU53./ST01, this will give you the other field values being checked apart from Company code / Profit center.....

Cheers !!

Zaheer

[Former Member]

Hello,

the only way you can search roles by multiple fields criterias , is to join tables by SQVI transaction.

you need to make a join of 3 tables-UST12,AGR_1250,AGR_DEFINE.

in the selection filelds you need to enter the 2 fields - PRCTR,BUKRS and you will get the report oyu demand.

Regards,

Haim Brauner

[Former Member]

Another, and probably much easier way, is just to use Ctrl + Y... and use subsets of the selections in the SUIM reports.

But I can well understand the temptation to use tables or at least double-check the SUIM output against them.

The bugger with tables is that you can easy make the same mistakes or more than the SUIM reports do, or use old obsolete tables, or incorrect logic when interpreting single fields of the user tables.

Personally, I would normally check the exits first. Developers don't always raise self-explanatory messages...

Cheers,

Julius