Explaining Automated Supply of High Priority Requirements

In this lesson, you will learn about:

The requirement priorities and how they can be used to automate the creation of Stock Transport Purchase Orders and Outbound Deliveries.

Scenario

Each Stock Transport Purchase Requisition has assigned a requirement priority.
The following lesson describes how the supply process of high-priority requisitions can be automated (for instance, automatic creation of Stock Transport Orders and / or Outbound Deliveries).

The image shows the flow of material requests and fulfillment between a Requesting Unit, a Supplier, and a Supplier/Vendor. The Requesting Unit can make a Manual request or use MRP Live to create a Purchase Requisition. The Supplier checks stock availability and if available, creates a Purchase Order, Delivery, Picking, and Goods Issue. The Supplier/Vendor receives the Purchase Requisition and the cycle continues.

When you are setting up the prioritized materials planning in DFPS, it is possible to automate the purchase order and outbound delivery creation.

The image shows the material request and fulfillment process between a Requesting Unit (Customer) and a Supplying Unit (Supplier). On the left, the Requesting Unit can create a Manual PR (Purchase Requisition) or use Planning of Provisions, which then leads to a Purchase Requisition and Goods Receipt. On the right, the Supplying Unit receives the Purchase Requisition, then creates a Purchase Order, Delivery, Picking, and Goods Issue. The two sides are connected by the Material Available element.

The image shows a table detailing the subsequent processing for prioritized materials planning. It includes information such as the Request/Pic, Plant, Log Lvl, Ext. Mat Group, Doc. Type, WF/PriorMPP, Notes, Part.Ord., AutoDely, NA Action, and FFFC Stop columns. The text below the image explains that customizing for prioritized material planning controls how purchase requisitions are converted into stock transport orders based on requirement priorities, activation of workflows, system behavior in case of partial or total material unavailability, and automated creation of outbound deliveries.

The requirement priority is the only mandatory input. If you only specify the requirement priority, it will be applicable for all plants and document types.

However, it is possible to specify the plant, document type, external material group, and logistics level. This allows you to set up a automated supply of high-priority requirements in a very detailed manner (if you choose).

Customizing path: SPRO → Defense & Security → Materials Management → Requirement Prioritization → Prioritized Materials Planning.

Prioritized Material Planning TAC /ISDFPS/PRPLB in Backend System - Background Processing:

The selection is performed by the following: i. Supplier and / or recipient ii. Purchase requisition information such as document type, requirement priority, and so on
The batch job enables you to do the following: i. Carry out an availability check during the creation of a purchase order ii. Change the supplier if the requisition needs to be forwarded iii. Forward the requisition to the next logistics level iv. Create outbound deliveries v. Trigger workflow

Prioritized Materials Planning can be run in dialog mode, but also in the background.

Workflows can be customized and activated for high-priority purchase requisitions. For purchase requisitions that are subject to release procedures, the workflow will only be triggered upon the release of the respective purchase requisition. For instance, the workflow informs the MRP Controller specified in the material master record about the creation or change of purchase requisitions.

The image shows the background processing of prioritized material planning. It includes sections for Worklist, Supplier/Recipient, and Purchase Requisitions. The Worklist section allows setting the delivery date, material, material planning object, equipment package, and other parameters. The Supplier/Recipient section allows selecting the supplier, return delivery view, supplying plant, storage location, MRP area, and supplying force element. The Purchase Requisitions section allows specifying the document type, MRP controller, responsible MRP controller, purchase requisition, requirement priority, and advice code. The image also notes that the background processing involves the creation of stock transport orders and deliveries, as well as selection by supplier and/or recipient, and using the purchase requisition information as document type, requirement priority, advice code, etc.

The way /ISDFPS/PRPLB converts Purchase Requisitions to Purchase Orders and Deliveries is controlled by customizing (shown on the previous page).

The SAP Fiori App Manage Prioritized Materials Planning

The image shows the title Manage Prioritized Material Planning and the transaction code DFS_PRPLD.

The Features of the SAP Fiori App for Prioritized Materials Planning are as follows:

Reschedule purchase requisitions
Change of purchase requisitions
Release of purchase requisitions
Automated conversion of purchase requisitions to purchase orders
Automated forwarding of purchase requisitions
Automated creation of outbound deliveries for purchase orders
Workflow functionalities

The image shows the user interface of the SAP Prioritized Material Planning software. It includes sections for creating stock transport orders and deliveries, selecting suppliers and purchase requisitions, and entering document type, requirement priority, and advice code information. The interface is designed to manage prioritized material planning.

Selection screen for Purchase Requisitions in the SAP Fiori app, Manage Prioritized Material Planning, in dialog mode.

The image depicts the Forwarding process in a procurement system. It shows two purchase requisitions, each with a consumer, supplier, and other supplier, as well as a delivery truck symbol. The text explains that if the requested material is not available from the supplying Force Element, the requisition can be forwarded to another Force Element by the material planner, and that the forwarding functionality creates a new requisition with reference to the preceding one.

Forwarding can be a valid processing option in both manual processing of requisitions (for example, by a category manager) and automatic one (for example, Prioritized Materials Planning).

The image shows the Prioritized Materials Planning user interface in SAP. It includes a list of purchase requisitions, with a Prioritized Processing indicator for certain requisitions. The text explains that in case of material unavailability, the requisition can be forwarded to another Force Element, and that the forwarding functionality creates a new requisition with reference to the preceding one. It also states that forwarding can be carried out automatically in the background or through a dialog using the Prioritized Processing button.

Apart from forwarding, there is another option to react to the situation that a material is not available at supplier level: Purchase requisition transfer with changed sender. In this case, no additional PR is created but instead the supplier gets exchanged for the supplier of the supplier.

The image shows the Requisition List in the SAP Prioritized Materials Planning system. It displays details of several purchase requisitions, including delivery dates, purchase requisition numbers, quantities, materials, and other relevant information. The text explains that the forwarding functionality can be manually carried out as described in the ISDF/PSPF instructions.

Search for alternative sources for the requested material can be performed by the processor to locate a suitable supplier of forwarding. Then, "copy" the source of the stock line and "Paste" it using the Forward button.

The image shows the SAP system interface for processing a forwarded purchase requisition. It displays the details of the requisition, including the planned delivery, source of supply, and status information. The text explains that when a forwarded requisition is converted into an order, an outbound delivery is automatically created for the original purchase requisition with the original requesting force element as the receiving party.

The two purchasing requisitions, the original and the forwarding requisition, are linked to each other.