Skip to main content

S4HANA/ SD/PP/PS/CS---- Requirements Type and its determination in Sales Order


This Article focuses on Requirement Type and how it is determined in Sales Order. Also  the strategy of Requirement and its Usage

Definition of Requirements Type:

               Requirement Type Identifies different Requirements like Sales Order, Delivery Requirements,  individual Customer Requirements, Make To Order  or Assembly to Order. Requirements Type uses Planning strategy which has specific strategy for specific Process

Requirements Type along with Requirements Class plays a Significant role in determining relevant Functions like,
Costing,
Settlement,
Result analysis,
Accounting Indicators,
 Special Stock  Indicators,
Valuation settings


Determining the Requirements Type:


To determine  Requirements Type at Sales Order, a sequence of Strategies are defined in Standard
Let us check these Strategies

1.  At First, system will check the MATERIAL MASTER--> MRP  3 View-->Strategy Group


Checks in OPPS for Assignment of Strategy group to Requirements Type


2. If the Strategy Group field is empty, as Second Strategy system will look for  MRP Group field in MRP 1 View


system check OPPU for MRP Group and Plant Combination for identifying Strategy Group and again OPPS for Requirement Type determination




3.  If No MRP type is filled , as Third Strategy, system will check MATERIAL TYPE and matchs the definition of MATERIAL TYPE with MATERIAL GROUP to find Requirements Type


4. If the above also Not matches, then system will look for ITEM CATEGORY + MRP types in the Configuration OVZI


5. If there is no Requirement type for ITEM CATEGORY+ MRP, then system will only look for ITEM CATEGORY alone to determine Requirement Type

If there is no requireement type is maintain for ITEM CATEGORY as well, then system Considers that the transaction is not relevant for Requirement Type

We will see how this will work in an Practical session in Next blog

Thank you

Comments

  1. Hi Santosh sir,

    Very powerful documents you are sharing..keep it up.

    ReplyDelete
  2. Nice information about the requirement type and it's role.

    Thajks,
    Amol Datir

    ReplyDelete

Post a Comment

Popular posts from this blog

SAP PM/CS / EAM : Refurbishment Process

Refurbishment A refurbishment order is a standard Maintenance Order type. In customizing for order, we first create an order type ( such as PM04) In the configuration we have to create a new order type in OIOA and activate this for Refurbishment process. Process flow: Business process steps 1. Damaged equipment/ spares if can be repaired will be done by the PM order of type PM04 2. Equipment/Spares needs repairing should have the item code if it is serialized item then with the serial number. 3. Item should have the valuation type for repair category too. 4. Create PR through refurbishment order for repair of the item with split valuation type of repair. Proper G/L codes and order for the repair indent should be provided in the indent 5. After approval of the requisition, the requisition and item should be send to the stores/Purchase section for further actions. 6. Stock will get updated after MIGO of the item 7. The activity type cost

TO MAKE INACTIVE CONDITION ACTIVE IN SAP

This blogger contains details on how to set an INACTIVE CONDITION  to ACTIVE while processing Sales Order content: 1.  BUSINESS REQUIREMENT Due to some legal restrictions in Russia, Russia Local Plant cannot hold any stock for the material and hence it is non valuated which means the Standard Price is Zero ( 0 $ ) The stock will be replenished from another company code and we used our Standard Third Party process  in which PR is created which will be converted to PO and when we do GR, the Standard Price of that plant is calculated in the GR. The baseline pricing structure is mapped in such a way that VPRS is calculated from the Material master and on which 15% markup is added as base price. Since the Cost price in VPRS condition is Zero Markup calculated on VPRS will be obviously calculates to Zero and both conditions were set as INACTIVE as per the condition properties 2.  CREATE SALES ORDER we will create a sales order for a material, whose standard Price

S4HANA-Project Systems Operative Indicators in WBS- CJ20N

  Use and Purpose of Operative Indicators in WBS elements When a customer Requests for ATO or ETO process where we create a Project with Integration between SD and PS ( project systems) As a First step we create a Project in CJ20N and under the Project we will Create Multiple WBS elements which has to be set for Operative Indicators This article deals with Operative Indicators in WBS elements. WE Use Operative Indicators to define characteristics of WBS and to specify which tasks WBS can perform during Execution In General, we have three Operative Indicators such as 1. Planning Indicator 2. Account Assignment Indicator 3. Billing Indicator Planning Element: WBS Elements will be set for planning Element,if we we want a plan cost to be enabled For Example, While Creating a Project- Manufacturing an Equipment. We will Create different WBS elements for each Level such as Design, Procurement of components, Production, Assembly and Installation. During Each state some cost is incurred and we