The SAP Purchase Requisition is a request for the procurement of materials or services and is often the first step in the procure-to-pay process. In SAP S/4HANA, it remains central, but is made more efficient through Fiori apps and automation.
A purchase requisition (abbreviated as PurRqs; German: BANF) is an internal document created to meet an identified requirement for materials or services. It therefore represents the central procurement item prior to the purchase order. Unlike a purchase order, the PurRgs is not sent to the supplier but is used solely for internal coordination purposes.
The aim is to provide a clear overview of requirements and to initiate the procurement process in a structured manner.
In SAP, a distinction is made between different types of purchase requisitions:
| PurRqs-Type | Description |
| Manuelle PurRqs | Created directly by the user (e.g. via ME51N) |
| Automatic PurRqs | Generated by MRP (Material Requirements Planning) |
| PurRqs with reference | Based on, for example, a customer order or a production order |
| Service-PurRqs | For external services without a materials master |
The typical process for a purchase requisition can be broken down into several steps:
Requirements are generated in various ways. Either:
The purchase requisition is created in the system, for example via:
Many companies have an approval process built in:
Once the purchase requisition has been approved, a purchase order is created:
| Transaction | Function |
| ME51N | Create a purchase requisition |
| ME52N | Amend purchase requisition |
| ME53N | View purchase requisition |
| ME54N | Approve the purchase requisition |
| ME57 | Convert a purchase requisition into an order |
Advantage: Intuitive user interface, mobile use and a clearer overview.
SAP S/4HANA has optimised many processes relating to purchase requisitions:
Key new features:
Furthermore, Purchase Requisition processes benefit indirectly from structural changes – similar to the material master, where central tables such as MATDOC have been introduced.
Transparency
All requirements are recorded centrally, can be viewed at any time and can be tracked throughout the entire procurement process.
Control
Approval workflows ensure that budgets are adhered to and that only authorised requests are processed.
Efficiency
Automated processes, such as those using MRP, reduce the amount of manual work involved and speed up the transfer of requirements into the procurement process.
Traceability
Every purchase requisition can be traced in full: it is clear who created and approved it, and when it was converted into an order.
The purchase requisition does not exist in isolation, but is closely linked to other SAP objects:
Without accurate master data, the Purchase Requisition cannot be used efficiently.
Unclear definition of requirements
Media breaks
Delayed approvals
Redundant purchase requisitions
1. Standardised processes
2. Make use of automation
3. Using Fiori apps
4. Conduct training sessions
The PurRqs is an internal request, whereas the purchase order is an external document for the supplier.
No. In some cases, an order can be placed directly. However, a purchase requisition is recommended for:
Yes, for example through:
That depends on the authorisation policy. Typically:
The purchase requisition is converted into a purchase order and sent to the supplier.
The SAP PurRqs is far more than just a simple requisition document. It forms the basis for a transparent, controlled and efficient procurement process. In SAP S/4HANA in particular, companies benefit from modern user interfaces, automation and real-time data.
Companies that optimise their PurRqs processes achieve:
This makes the PurRqs an essential component for successful procurement in the SAP environment.