Determination of the Order Priority UseIf an order or schedule line is created manually or automatically in Production Planning and Detailed Scheduling (PP/DS), the system determines the priority of the order or schedule line. The order priority is valid for: An in-house production order for all receipt and requirement elements of the order An external procurement order for all receipt and requirement elements of the schedule lineTo keep thins simple, only the term order is used from no! on."ou can chane the order priority as follo!s: Manually in the product view Using the heuristic SAP_PP_0! for changing order priorities"ou use the order priority for specific, priority#dependent se$uencin for orders% for e&ample, !ith DS heuristics or !ith PP/DS optimi'ation. FeaturesPriority values(n order can have a priority )et!een * and +,,. The value - is the hihest priority. The value +,, is the lo!est priority you can enter. If a value has not )een entered for the priority, or if you enter a 'ero, this corresponds to priority +,., the lo!est priority.Automatic priority determinationIn the plannin version, you define in the PP/DS: Determine Priority field ho! the system should determine the priority of an order. "ou have the follo!in options: For make-to-order planning from sales order, otherwise from product "f you plan a product with a ma#e-to-order production strategy$ the orders inherit the priority of the sales order% "f you plan a product using a ma#e-to-stoc# production strategy$ the orders acquire the priority that you entered in the location product master on the SNP2 ta& page% 'he priority field on the PP/DS ta& page is only for display purposes% Always passed on from requirementAn order always inherits the priority from the requirement for which it was created to cover% "n the case of make-to-order production$ the customer requirement passes on its priority across all production levels to all orders that the system creates to cover the dependent requirements and stoc# transfer requirements% Since planned independent requirements do not have a priority$ orders that the system creates to cover planned independent requirements are not prioriti(ed% Always passed on from productAn order acquires the priority that you entered for the primary product in the location product master% /anually created orders al!ays ac$uire the priority from the product master. 0rders you create in PP/DS )y convertin S1P orders or )y convertin (TP tree structures do not ac$uire a priority.anually changing the priority"ou can chane the priority of an order in the product vie! for the order product on the Elementsta) pae. 2or a planned order, you have to )e in the product vie! of the primary product. "ou cannot chane the order priority in the product vie! of the dependent or stock transfer re$uirements.Differing order prioritiesThe net re$uirements calculation and dynamic pein do not take account of order priorities. The system is a)le to cover a re$uirement !ith lo! priority !ith a receipt !ith hih priority, !hich has possi)ly )een created to cover a re$uirement !ith hih priority. This is of particular relevance to the make#to#stock production levels. "ou can use the standard heuristic S(P3PP3*-+ for changing order priorities to ad4ust the priority of an order to the priority of the re$uirement for !hich a dynamic pein relationship e&ists.!ntegration with "AP #$%Since the order priority is of particular relevance to plannin in S(P (P0, the order priorities of procurement proposals, !hich you create in S(P (P0, are not interated !ith S(P 5/6. In the case of manufacturin orders, only the priorities - to 7 are interated !ith S(P 5/6.