Application Development Discussions
Join the discussions or start your own on all things application development, including tools and APIs, programming models, and keeping your skills sharp.
cancel
Showing results for 
Search instead for 
Did you mean: 

Zauthority check

Former Member
0 Kudos

Hi,

I am doing one report it is not having selection screen like bukrs, werks and vkorg ti impplement the zauthoritycheck

.Here we are following zauthoritycheck FM which is having 5 fields to import that is bukrs,vkorg,werks gsber,ekorg.

But for my report i am not having the 5 fields in selection screen and i am not using it in report also anywhere.

Now i want to implement the zauthoritycheck in my prog.

and i am calling standard tcode in my another program for that also i have to implement zauthoritycheck? standard progs all are already have authority check?

Please,tell me solution for this.

Regards,

Nandha

2 REPLIES 2

christian_wohlfahrt
Active Contributor
0 Kudos

Hi Nandha!

A authorization object should prevent something, e.g. users seeing a price or an invoice. Then groupings can be define like bukrs or vkorg -> not single invoice numbers, but all invoices of bukrs are allowed, not all prices, only prices in vkorg xxxx are allowed.

So if your report is not doing (showing) anything, which has something to do with your z-authority -> don't mind, you don't need to make the check.

If your report would have a connection, you should have (some) fields to assign for the check. If one field (like ekorg) can't be specified: there is a DUMMY syntax, which will be used as *-restriction.

Of course have standard programs already own authority checks - sometimes customers want to have additional checks. Then in user-exits (or modifications) the z-check has to be added - but only if the transaction has something to do with the meaning of the object.

Regards,

Christian

Former Member
0 Kudos

Solved