In this chapter, we provide an overview of Deployment planning using Heuristics.
The deployment run is one of the planning run types in order-based planning and is used to plan the distribution of available supply to demand.
The deployment feature resolves issues related to distribution in case there are any mishaps on the supply side. Any such shortcomings can be addressed using the deployment run, which essentially confirms the supply plan generated by the response engine.
As a prerequisite for the deployment run, we need to define the order categories that are Available-to-Deploy (ATD) in the ATD profile. With this as a reference, the deployment engine confirms the plan across the supply chain network, however, it cannot generate any planned orders.

Deployment Planning Process Description
Deployment planning is performed as short-term supply planning to distribute the available supply to demand.

As shown in the figure, Deployment Customer Use Cases, the deployment run considers sales orders, forecasts, fixed demands, and receipts (and safety stock) as Demand Elements.
Deployment Planning Customer Use Cases
Some of the use cases of deployment include:
Short Term Demand Increase: as an example, sales peak in one market whereas in other market forecast is not consumed.
OR
Short Term Supply Changes: For example, production delay requires replanning of replenishment to Distribution Centers and Customers.
Deployment re-plans the distribution considering the current demand and supply situation, creates Stock Transfer Requisitions, and confirms Sales Orders.
Step by Step Deployment Planning
Sales Orders, Forecast, Safety stock targets (static or time-dependent), and so on, are the inputs to Deployment Planning run. The following constraints are considered: product allocation, rules to segment and prioritize demand, Available to Deploy elements, min-max lot size, and rounding values.
The Priority Deployment Heuristic will plan individual demand elements, one by one. The planning algorithm selects the highest priority Source of Supply first. In case of shortage or lateness, secondary sources are used.
Planning run plans Distribution based on fixed production and procurement quantities. Deployment Stock transfers are only created if pegged supply is part of the ATD List. Optionally, you can create sales orders confirmations that help you to distinguish between sales and intercompany demand at a plant. Planning Runs cannot change fixed stock transfer orders or deliveries because SAP ECC or SAP S/4Hana is the master of these orders.
With the Pegging strategy "Stable Supply", you can preferably use firm supply for your high-priority demands. For example, Sales orders consume stock before Forecast does.

Fair Share Distribution
In the case of limited supply, SAP IBP order-based planning offers the possibility to use demand fair share: multiple sets of demands should be handled with the same priority and supply should be allocated to the demands based on a given ratio for the sets.
In SAP IBP order-based planning demands can be grouped based on characteristic value combinations on a given planning level. The level defines the business aspect of the competition for available supply, for example, location materials compete against each other.
Within the segment of the demand prioritization rule, you define, whether the affected demands should be fulfilled using fair share or one after another following the sequence definition of the demand prioritization rule.
Refer to the Constrained Forecast Run: Fair Share Distribution, as concepts are the same.

Available to Deploy
Release Deployment Plan and Integrate with SAP S/4HANA
During the deployment run, the stock transfer requisitions that are pegged only to supply elements that are considered available to deploy become deployment stock transfer requisitions.
After integration to SAP S/4HANA, using the RTI outbound, you can convert these deployment stock transfer requisitions to stock transfer orders to prepare the execution of the supply plan.

Deployment Status in SAP S/4HANA
- IBP-S/4HANA Integration cycle keeps the deployment status of Stock Transfer Requisitions consistent in both systems.
- In automatic (mass) STR ->STO conversion user can schedule a job that converts only Deployment STRs into STOs.
- Deployment status flag (what type of STR) can only be set by the interface. User cannot change the Type of STR manually in SAP S/4 HANA (that is, in transactions like ME51/ME52).
- User can see the Deployment status flag in MD04.








