Skip to Content
avatar image
Former Member

Unable to avoid tcode check after update SE97

Hello,

For a change project, our customers requested the possibility to be able to cancel invoices through VF02, while avoiding direct access to VF11.

In order to achieve this, I have tried to put the check indicator in SE97 to NO for tcode VF11 and removed the VF11 transaction from the respective end-user role.

To my understanding, this should prevent the tcode check when CALL_TRANSACTION is performed. Trying to chose the option cancel invoice now however results in the standard message that there is no authorization for VF11.

Any suggestions as to what I am overlooking? (or am I perhaps misunderstanding the SE97 functionality).

Thanks in advance.

Add comment
10|10000 characters needed characters exceeded

  • Get RSS Feed

2 Answers

  • Best Answer
    avatar image
    Former Member
    May 13, 2011 at 09:59 PM

    You cannot use SE97 for all scenarios of you already are in the transaction called. It checks itself again, as from those screens other menu options are available as well (which might not be greyed out based on authorizations).

    In that case the user will have access to VF11 anyway, even if you suppress the intial tcode check...

    Your options are an alternate choice of tcode or a more granular application object restriction if there appeared to be a reason for not authorizatizing VF11.

    What was the reason for this requirement?

    Cheers,

    Julius

    Add comment
    10|10000 characters needed characters exceeded

  • avatar image
    Former Member
    May 13, 2011 at 10:00 PM

    As the calling transaction code is VF02 and called transaction is VF11, you need to make check indicator "No" for transaction VF02 not VF11, then VF02 won't check VF11. Hope this helps

    Add comment
    10|10000 characters needed characters exceeded

    • Former Member Former Member

      See include MV60AF0F_FCODE_STOR (in SE38).

      If you are in any tcode starting with VF0.. then the check on VF11 is hardcoded.

      SE97 can only influence the subsequent CALL TRANSACTION to VF11. It cannot deactivate the prior hardcoded check.

      You can consider opening a message with SAP and ask them to replace the hardcoding with a call to function module AUTHORITY_CHECK_TCODE to make the check. Then SE97 will work again.

      Cheers,

      Julius