Skip to Content
Product Information
Author's profile photo Partha Sarkar

Rework Process in Purchase Requisitions

The Rework feature in purchase requisitions provides approvers with an option to send back  requisitions to requestors for rework. Requestors can then make the required changes in the requisition and resubmit.

This blog post briefly outlines the various configurations and steps involved in the rework process of a purchase requisition.

Let us now see an example of how this feature works for the scenario Overall Release of Purchase Requisition.

Configurations in Manage Workflows for Purchase Requisitions:

While defining a workflow step, choose the step type as Overall Release of Reworkable PR.



In the Exception Handling Section,

For Rework Requested Exception select the required action as Rework PR and

choose an Action Result.

Action Result Description
Continue The workflow will continue with the next step after the rework is done by the requestor
Repeat Step The current step will be repeated after the rework is done by the requestor
Restart Workflow The same workflow will be restarted once the rework is done by the requestor


You must choose the required action for the exceptions as follows:

Rework Requested –  choose the required action as Rework PR

Rejected                  –  choose the required action as Do Nothing

Any other combination will lead to an error while saving and activating the workflow.




While configuring the step, choose the Role as Determined automatically. As the recipients in this case are the requestor(s) of the purchase requisition who need to perform the rework, the recipients are determined internally.


Selection of any other combination will lead to an error and activation of the workflow will not be possible.




Now when a purchase requisition subjected to flexible workflow picks up a workflow which is configured for Rework.

The approver of the purchase requisition will have an additional decision option “Request Rework

for the work item in the My Inbox app.



In case the approver wants the requestor to make some changes to the purchase requisition, this option can be used to send back the requisition to the requestor for corrections.

It is mandatory for the approver to provide comments while performing this action.


The requestor will receive a rework work item in the My Inbox app. Either the requestor can directly navigate to the Manage Purchase Requisitions – Professional app from the My Inbox using the smart link or select the Manage Purchase Requisitions – Professional app from the Launchpad.


In the Manage Purchase Requisitions – Professional, in the list page, the requestor sees a Rework Required indicator for the requisition for which rework is requested.



Once the requestor navigates into the purchase requisition, they can see a new section called Rework which displays the comments provided by the approver.


The requestor can view the workflow related details in the Approval Details section. In the below figure,

Workflow Step 2 indicates the rework work item for the requestor to act on.

Workflow Step 3 indicates that once the rework is completed the first step will be repeated.



The requestor then makes the changes, enters the rework comments, and saves the purchase requisition.



This completes the rework step, and the approver once again receives a work item in the My Inbox to act upon.

 Note: In case the requestor makes a change in the purchase requisition that is restart relevant then the workflow will get restarted. 


For any queries or support related to the rework process in purchase requisitions please post a question here.

For frequently asked questions on flexible workflow in purchase requisitions, please check this blog post from Yamuna Mathew, where she summarized some of the frequently asked questions.

If you have any questions or thoughts please feel free to post in the comments section.


Assigned Tags

      You must be Logged on to comment or reply to a post.
      Author's profile photo Vijay Balachandran
      Vijay Balachandran

      Thankyou Partha for this blog.

      Author's profile photo Christoph Hahn
      Christoph Hahn

      Hi Partha,

      thanks for that blog. Can you tell me whats wrong when the decision buttons are not visible in the Inbox. I allready checked the customizing for the flexible worklfow. (Visualzation and


      Thanks Ahead für your Feedback.

      Author's profile photo Martin Unger
      Martin Unger

      Hi Christoph,


      I could solve this very problem yesterday:


      1. Check the step of rework in transaction SWDD_SCENARIO: Check the relevant step of "Release of Reworkable PR Item" for the scenario (e.g. for scenario WS02000471 "PR Item Releae" the step is 000031) as can be seen in the navigation area.
      2. Go to SPRO --> SAP Gateway Service Enablement  --> Content --> Workflow Settings -->  Maintain Task Names and Decision Option: Add a scenario - step combination (probably WS02000471 / 000020 "Release of Purchase Requisition Item" is already existing, now you need to add WS02000471 / 000031 "Release of Reworkable PR ITem"). Add a third Decision Option "Rework" of type "Negative"
      3. Check the "My Inbox" App and hopefully it works 🙂
      Author's profile photo Mithun Kumar
      Mithun Kumar

      Thanks for the Blog, Partha.

      We've the requirement to enable this Rework functionality for a customer. It's working all fine, but there's no email being sent to the requester when an approver sends the item back for rework. I've the email template enabled as ZZ1_<scenario>_COMPLETE_NEGATIVE; and this email is sent out perfectly for Rejection only. But not for Rework case.

      Do you have any idea how to enable the email for Rework case as well?

      Author's profile photo Dinesh D
      Dinesh D

      Please refer to the Help Doc about email templates as it contains details about rework items as well.