Skip to Content

Dear Friends,

I would like to share with you all a scenario which I’ve come across in ‘PO Release Strategy’, and the requirement has been met by introducing a small enhancement.

Note: There was no solution in ‘Standard SAP’ (confirmed by SAP), thus achieved the requirement thru enhancement

The Scenario:

Example: PO Release Strategy is configured for 3 level as explained below;

1st Level:      L2 – Local Purchase Manager

2nd Level:     L3 –  Finance Manager

3rd Level:      GM – General Manager (Final/Highest Level)

For the above stated release strategy the standard SAP has provided an option to the 1st and 2nd (L2 – Local Purchase Manager & Finance Manager) level approvers to revoke the purchase order, which is released completely by 3rd level (General Manager). Few business advises to restrict this functionality, as they expect the functionality should be like once the PO gets released by General Manager (final approver), neither Finance Manager nor Local Purchase Manager should have the authorization to revoke the PO, until the General Manager revokes it.


Restricted the release authorization at the role level for the transaction code ME29N, by doing screen enhancement. Since the requirement is not achievable in standard sap (confirmed by SAP).


  1. Go to transaction code ME29N–> enter purchase order number, which is waiting for release–> enter /h (debug mode) in command bar–> then click on ‘Release Strategy’ tab in PO header–>it would take you to the program ‘SAPLMERELVI–> find out for the ‘Include – lmerelvici1–>double click on the include and then go to method ‘HOTSPOT_CLICK–> write the restriction logic for the desired roles as shown in below logic.

Transaction Code: ME29N


Include Program: LMERELVICI1 




Fucnctional Logic:

  1. Once we go to the transaction ME29N to release the PO, the program would check for the PO release status (Structure: MEPO_REL_GENERAL- FRGKX≠ R or (Just for reference: EKKO-FRGRL=X))–> if the PO is not completely released (FRGKX ≠ R) skip the process–>  if the PO is released completely (FRGKX = R or (Ref: EKKO-FRGRL= ‘ ’)) go to table AGR_USERS (list of users) and check for the role–> if the user has role: ‘GM:GENERAL_MANAGER‘, allow the user to revoke the PO–> if he doesn’t has the given role, display an error message as ‘You are not Authorized to revoke the Release Strategy, until final level revokes the PO


ABAP Code:

IF sy-tcode = ‘ME29N’.
BEGIN OF ty_agr_users,
TYPE agr_users-agr_name,
TYPE agr_users-uname,
END OF ty_agr_users.

DATA : lv_user TYPE sy-uname,
TYPE TABLE OF ty_agr_users,
TYPE ty_agr_users.


lv_user = sy-uname.
FROM agr_users
WHERE uname = lv_user.

IF sy-subrc <> 0.
MESSAGE ‘You are not Authorized to revoke the Release Strategy, until the final level revokes the PO’ TYPE ‘I’ .
clear : lv_user,it_agr,wa_agr.


Local Purchase Manager is trying to revoke a purchase order, which has already released by Finance Manager & General Manager, but system is throwing an error message, as expected.


Hope this document is clear for you and helps you in your current or future project(s) .

Thank you for reading the document .

Narayana N

To report this post you need to login first.


You must be Logged on to comment or reply to a post.

  1. Former Member

    Dear Narayana,

    Good document. The requirement was there in one of my previous projects. Must be useful for upcoming projects as well..

    By the way.. you could have removed the *BREAK-POINT from the code 😆 Anyway good effort.



  2. Former Member

    Nice Document

    How do we proceed if instead of waiting final approval to restrict users, the revoke stays impossible when my direct superior already approved the PO.

    In you example, if Finance Manager already approved PO, local purchase manager should not be able to revoke PO.

    Thanks for your help.

    1. Narayana N Post author

      Hi Patrick,

      Sorry for the delay in response.

      If you are looking for such an enhancement, please follow the below procedure to achieve it. The method is better in terms of flexibility and for compatibility.

      • Create a custom table as shown below;
      Release Group Release Strategy Release Code Role Name Release Level
      P3 S5 L1 LP:Local_Purchase_Manager X – 1st Level
      P3 S5 L2 FM:Finance_Manager XX -2nd Level
      P3 S5 L3 GM:General_Manager XXX – 3rd Level
      • Write a logic as, whenever a user tries to revoke a purchase order, system should check for the release strategy (EKKO-FRGSX) and current release level (if EKKO-FRGZU=X means the 1st level release is completed, if EKKO-FRGZU=XX means the 2nd level release is completed and so on).

      Release Status.JPG

      • Pass those information to the custom table and find out the release level and relevant role to release/revoke the purchase order
      • Go to table AGR_USERS à pass the user id and find out that which role does the user has, out of specified roles in the custom table for the release strategy
      • If the user has got the role which is highest level (GM=XXX) in the custom table then the system should allow him to revoke the purchase order
      • If the user has got the role which is equal to the current release level then system should allow him to revoke the purchase order
      • If the user has got the role which is lower to the current release level then the system should throw him up an error message as ‘Release not possible as the next level has already released’

      Please let me know, if you require any clarification.

      Thanks & Regards,

      Narayana N

  3. Former Member

    Hi Narayana,

    Wow, what a document! very well explained 🙂 . The language and the flow is really understandable easily. Thanks a lot for sharing such a nice document 🙂

    Keep sharing your knowledge.

    Best Regards.


    1. Narayana N Post author

      Hi ismaile samy,

      The procedure is almost same, but I would advise you to get clear understanding of your business requirement, and if the requirement is same as this document, sit with your abaper and ask him to implement the given solution by finding the right spot for the transaction ME28.

      If you require any assistance on any specific question, please do let me know.

      Thanks & Regards,

      Narayana N


Leave a Reply