topic Zauthority check in Application Development and Automation Discussions

Zauthority check

Former Member — Tue, 20 Jun 2006 11:00:48 GMT

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

Re: Zauthority check

christian_wohlfahrt — Tue, 27 Jun 2006 12:57:31 GMT

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

Re: Zauthority check

Former Member — Wed, 14 Mar 2007 06:53:31 GMT

Solved