MDG Material - Product Hierarchy

Hi all,
How to maintain product hierarchies in MDG?
Is there a standard process/approach available to create product hierarchy?
If it is created in MDG, what would be the impact in the UI? Will it show the details in hierarchical manner?
Any thoughts/documents would be helpful.
Thanks
Bala

Hi Bala
it is already there in MDG as per below
There is no impact on UI and after replication you can see it in MARA table

Similar Messages

Reg product hierarchy

Hi,
I want to extract the materials of a patricular Product Hierarchy with current revision level and valid from date. (Material #, Product Hierarchy, Revision level, Valid from date).I tried in MARA table but there revision level and valid from fields are not there.but these fields are not in any table..they are in structure....How to get these fields?.......
Thanks in advance
Nagarathinam V

My question was to diaplay the revision level and valid from date fields also,these fields are in structure not in any database tables...How can i get these fields.In MVKE table,these fields are not there...

Product hierarchy IN MATERIAL MASTER ?

Hi experts
Can some body explain me about the Product hierarchy in material master under basic data view .??
Explain me about the purpose of Product hierarchy??
Which ind of industries will do with Product hierarchy??
And What the configuration has to done and where ??
What are the tyransaction in front to maintain the Product hierarchy??
In short without any links can some body explain ../
Many Thanks

Implement the Product Allocation Functionality
We are required to implement product allocation functionality in SAP R/3 (Enterprise Version).
We tried to do the elaborate steps as per the implementation guide but are not successful. Can you kindly help by giving the simple steps for implementation.
Please see if the following helps:
Configuration Overview; Allocation Specific Usage
1.Allocation Procedure (OV1Z) The product allocation procedure is the parent of the entire allocation process. All materials that are to be included in the allocation scheme are required to have an allocation procedure assigned to it in the material master. In addition, as of release 4.0, it is in the procedure that the method of allocation is defined. The user has the opportunity to set an indicator to identify their choice of two different methods (discrete and cumulative allocation) to evaluate the quantities to be considered for product allocation.
2.Allocation Object (OV2Z) The allocation object is the root level of the allocation process where actual data is entered and planned in LIS. The object allows the user to further break down a procedure into smaller parts for future validation of components comprising a specific material
3.Allocation Hierarchy Mapping (OV3Z) Primarily, this transaction permits the assignment of an allocation procedure to an LIS information structure. Secondly, a character is assigned to the information structure to permit collective planning. Finally, the user can assign a step level to the procedure and information structure to sequence the order in which allocation quantities are checked. This functionality allows the user the opportunity to check product allocation against several product allocation scenarios, before the required quantity is confirmed
4.Define Consumption Periods (OV5Z) The allocation consumption periods functionality is only valid if the allocation method flag has been set (OV1Z). If you have de-selected the method field, this functionality is not available. The consumption window indicates the number of past and future periods to be used in the allocation check.
5.Control Product Allocation (OV4Z) In order for the allocation process to function properly, allocation control records are created primarily to map allocation procedure steps to their corresponding objects so that the allocation data records can be located for validation. Secondly, validity periods must be established to indicate when the allocation control records are active. Finally, the user has the option of establishing a conversion factor per allocation control record to accommodate BOM listings of constrained materials
6.Activate Allocation for Requirement Class (OVZ0) In order to turn on allocation in the standard order processing functionality, the requirements class must have a flag indicating that allocation is relevant.
7.Activate Allocation for Schedule Line Category (OVZ8) In order to turn on allocation in the standard order processing functionality, the schedule line must have a flag indicating that allocation is relevant
8.Create Planning Hierarchy (MC61) In order to adequately establish allocation quantities, the user must initially determine the level at which the allocation is to take place and the aggregation factor of the allocation quantities. In this step, the levels for the collective allocation search procedure are also identified.
9.Generate Masking Character (OV7Z) Upon completion of the level determination for the planning hierarchy, the collective allocation masking character must be generated to allow aggregation indicators to be established. This transaction simply reads the hierarchy established in the planning table and then generates a collective mask character for each level of the hierarchy
10.Modify Planning Hierarchy (MC62) This step is a repeat of MC61 where the initial hierarchy was established. In order to complete the hierarchical set up, the collective allocation (mask character) hierarchy must now be maintained with the appropriate aggregation factors
11.Allocation Procedure Assignment to Material Master (MM02) At the root level of the allocation process are the materials. Each material that is to be considered in allocation scenario must be mapped to an allocation procedure. In order entry, then, when a material is entered with a valid allocation procedure in the material master, the allocation data is verified prior to confirming the line item ordered
12.List of Suitable Structures (OV9Z) This report is used to identify potential LIS information structures that can be used in the product allocation process. This report simply reads through the data dictionary and selects all the active information structures that contain the field product allocation object (KONOB) as the first field. This data can then be utilized in the mapping transaction (OV3Z) to link the allocation procedure step to an information structure (previous step).

Material Has wrong product hierarchy when entered in sales Order VA01

Hi,
Material -1300 - has a wrong product hierarchy.
If you search for product hierarchy via Tcode mm03 - basic data1 you will find the following hierarchy: 00P4SU000D8400600H
However if you enter an order with Tcode va01, enter Material 1300 - in the item tab Sales B - sales order picking up the wrong hierarchy 00PCSU000D8400600H. But in the sales order Product hierarchy should be 00P4SU000D8400600H.
How it could happen by picking up the worng product hierarchy. Can any one help me with regard. And how to resolve it.
Thanks in advance

Dear,
Please check in MM03 ---> Sales: Sales org 2 ---> Product Hierarchy.
If on plant level it is wrong maintain may be this type of issue generated.
Regards,
Sandip Shaktavat

Product hierarchy in the material master record

Hi,
I am handig Data migration project.
This is related to Product Hirerarchy.
I one business Product Hirerarchy have been configured. But in another buisiness, Product Hirerarchy has not been configured.
There are some common materials using by both business processes.
For coomon mateials if I am maintaining Product Hirerarchy value in the material master record, is there any impact on business which is not being used Product Hirerarchy. Whether it will stop / impact on business processes.
Can you explain plz
Thanks in advance
Regards

Hi karthink,
Thanks for your inputs.
we are meging two servers. In that in one server, product highrechy have been configuredand in another server not configured.
There are some materials with the numbers calling as a common parts exists in both servers.
ex: plat 0001 in one server 1 & plant 0002 in server2
Common part is : m1
plant 0001 not using product hierarchy and plant 0002 not using product hierarchy,.
After golive, all the common parts are being used by both plants and same basic data 1 view.
If we are maintaing product hierarchy in the basic data 1 view, it will flow into sales view as well.
Then what about impact on the plant 0001 business since it is not using product hierarchy.
In the configuration, is there any settings to activate / deactive product hierarchy at sales area level.
Is there any impact on MM / FICO side.
Please explain.
THANKS IN ADVANCE.
Regards
KRK

Product Hierarchy Levels in the material Master.

Plz let me know the Levels to which product hierarchy can be maintained for a Finished good in its Material Master.
What I know it is 9 and is limited to 18 characters.
The T- code for it is v/76, and is maintained thru it, but while I am trying to maintain 4th level it is automatically taking 3rd Level. please point out the mistake which i must be doing.

Hi
As per standard SAP allowed up to 3 steps only
Here i am furnishing small example
1 step allowed 5 digits - 00001- Electronics
2 Step allowed 5 digits- 00001 - Home Appliances
3 step allowed 8 digits- 00000001- Steam iron
The above hierarchy can be assigned in material master as 000010000100000001

How to extend material master product Hierarchy

Hi,
How to extend material master product Hierarchy
Define Product Hierarchies (SAP Library - Material Master)
In SAP help, the procedure is given, But in procedure we need to change standard structures and data elements.
Need to know, This is only the possibilty?
Need to change structure and data elements by Access key only or there is some other way.
Regards
Sukumar

Hi,
Use t.code:MM01 and in Copy From Field Give Material No ( u wan to copy) and in Next Screen Give Extending Plant & Storage Location and in Copy From Fields give Reference Plant & Storage Location.
For more check the links for material extension.
http://www.copacustomhelp.state.pa.us/infopak/nav/procurement/pr%20master%20data/file1434/index.htm
http://www.copacustomhelp.state.pa.us/infopak/standard/fastpaths/mm01_content.htm
Regards,
Biju K

Product hierarchy for indirect material?

How do we maintain prodh for indirect material?
for maintaining indirect materials master which of the following attributes are important to be considered
Material Numbering
Unit of Measure
Material Type
Product Hierarchy
Valuation Class
Material Status
Country of Origin
Conflict Minerals
Material Group

Indirect material is a consumable material. Its used with direct material for procurement.
Usually this material are non stock materials and it consumed immediately when you will do goods receipt.
And for attributes, its depend on your business process. You can maintain all these above as per your requirement.
But some are necessary to create a material master record like as
Material Numbering
Unit of Measure
Material Type
Valuation Class
Material Group

Pricing issue with Product hierarchy - Urgent

Hello,
I have an issue on pricing determination with product hierarchy.
I created product hierarchy as following,
level1 - A0001
level2 - A0001B0001
level3 - A0001B0001C0001
Then, assigned A0001B0001C0001 to material D in material master.
I created condition record with A0001B0001C0001(level 3), the system found the condition sucessfully when I created a sales order with material D.
However, I created condition record with A0001(level1) but the system didn't get the price when I created the sales order with material D. Since A0001B0001C0001 belongs to A0001, the system is supposed to get the price from the condition record with A0001...
Could you please let me know how to fix it?

Hi,
Thanks a lot for your kind explanation.
Here is the access sequence I defined. I wonder if there is anyway I can define PRODH1, PRODH2, PRODH3 in access sequnce the same way with customer hierarchy so that the system can check higher level data. If it's not allowed, I think I should define routine in requirement as you advised. Thanks!
*Accesses
AcNo       Description
1           Customer Hierarchy/Product Hiearchy
2           Customer Hierarchy/Product Hiearchy
3           Customer Hierarchy/Product Hiearchy
4           Customer Hierarchy/Product Hiearchy
Fields
AcNo   Condition    Doc. field      field lable
     1      HIENR      HIEBO01     CustomerHierarchy 01
             PRODH     PRODH       Product hierarchy
     2.     HIENR      HIEBO02     CustomerHierarchy 02
             PRODH     PRODH       Product hierarchy
     3      HIENR      HIEBO03     CustomerHierarchy 03
             PRODH     PRODH       Product hierarchy
     4       HIENR      HIEBO04     CustomerHierarchy 04
             PRODH     PRODH       Product hierarchy
I wonder if I can assign product hierachy fields, PRODH1, PRODH2, PRODH3 to access sequence like customer hierarchy so that the system can check higher level data to get the price...

CO-PA Realignment: Changes in Product Hierarchy

Hello all,
We have changed the product hierarchy on some of our materials and we want to realign the PA data to reflect the same.
Our product hierarchy which we have three levels is maintained in KES1. There are no derivation rules. KES1 is updated manually everytime any changes occur.
For example:
OLD
Product: 1-189-01
Hierarchy 1: 100
Hierarchy 2:A7300
Hierarchy3: B56220
So on the material master the prod hierarchy is 100A7300B56220
NEW
Product: 1-189-01
Hierarchy 1: 125
Hierarchy 2:A7500
Hierarchy3: B56120
I tried using KEND for realignment and this does not change anything. Any help, how to proceed with the realignment is appreciated.

Hi Anusha,
Did u also update PH level in KES3 - in specific hierarchy variant ? Also would like to know how did u reset the operating concern
Thanks,
Samik (SAP MM)

R/3 Product Hierarchy in BW data model.

Hi all,
We have been told by our implementation partner that the scenario described below is not feasible to design in our BW 3.5 system and if we were to implement this scenario there would be a significant amount of user maintenance to maintain the hierarchy structure in BW.
I was a query user in previous BW versions and my datawarehouse modeling experience is mostly in Cognos and Business Objects. The scenario described below is very easily implemented in these other datawarehouse software packages and I would be suprised if SAP does not have a standard solution to address the problem.
I would like to understand if:
(1) Yes this solution can be easily implemented in BW 3.5
(2) A brief explanation on the design approach, implementation, and considerations
I am already familiar with the link on http://sap.help.com that explains BW hierarchy design and considerations, but I would like to get a "real world" understanding of an approach and design and if you experienced this requirement.
Thank You in advance for your input.
Regards,
-Anthony
Scenario:
In R/3 we have modified the standard delivered product hierarchy structure for material master from 5,5,8 to be 5,5,4,4.
The 4 levels represent: BRAND --> PRODUCT LINE --> PRODUCT CATEGORY --> PRODUCT SUBCATEGORY
Our intent is to use this structure to satisfy current BW reporting requirements for COPA and R/3 Billing infocubes.
In BEx Explorer we would like to perform product analysis using the following dimension paths:
BRAND --> PRODUCT LINE --> PRODUCT CATEGORY --> PRODUCT SUBCATEGORY
PRODUCT LINE --> PRODUCT CATEGORY --> PRODUCT SUBCATEGORY
PRODUCT CATEGORY --> PRODUCT SUBCATEGORY
We are told that since we have multiple values at the BRAND node we will not be able to perform grouped reporting the starts at PRODUCT LINE node(which would be independent of the BRAND node). For example:
BRAND, PRODUCT LINE, PRODUCT CATEGORY
HONDA, AUTOMOBILE, CIVIC
HONDA, AUTOMOBILE, ACCURA
HONDA, BLOWER, CIVIC
HONDA, MOTORCYCLE, ODESSY
FORD, AUTOMOBILE, EXPLORER
FORD, BLOWER, EXPLORER
FORD, MOTORCYCLE, CHAMPION
So for example we would like to start our dimensional anaylsis to show all AUTOMOBILE or BLOWER sales independent of the fact they were for HONDA or FORD.
In other datawarehouse systems I have either: (1) created 3 dimensions called: BRAND, PRODUCT LINE, and PRODUCT CATEGORY or (2) created one dimension called BRAND with alternate dimension paths for PRODUCT LINE and PRODUCT CATEGORY. I am not sure if this is feasible in BW.
We were also told in order to achieve this design a structure would have to be maintained in BW every time we introduce a new material master and the material master would need to be manually entered into the structure so that reporting can be achieved for both the standard structure and the alternate structure(s).

Antony ,
there will be maintenance involved every time you add a material to the material master. However you could maintain the hierarchy through a GUI also depending on the number of values.
Ideally if this can be maintained in a table in the source system , it can be imported into BW. Otherwise if you were to maintain it in BW , you will have a lot of problems when :
1. Change in the hierarchy - A new Product Line coming in and many product category onwards change over to the new product line.
2. Viewing the changed hierarchy over time - If you have GM and a separate category called Daewoo , earlier they were separate and now they are one - what are my product sales due to the merged entity vis-a-vis separate entities earlier...
Things that you will need to consider from a design stand popint are :
1. Should the hierarchy be time dependent ?
2. Should it be maintained in the source system or in BW?
3. Change process for the same - Flat file / Manual
4. Estimate of how frequent the hierarchy would change?
5. Will you have display hierarchies - Ad-Hoc hierarchies to view certain combinations?
Depending on the above your hierarchy creation can go from easy to complex and hard to maintain.
One way to amintain it is to have a SAP ABAP program to populate a hierarchy table to have the relations in R/3 and transfer them into BW. You could automate it in such a way that the hierarchy is changed every time there is a new material
Otherwise , there can be a flat file to create the relationships
Or someone could log a request and if the change is minimal it couldbe done thru a GUI Interface provided by BW.
Arun
Assiging points is a way of saying thank you in SDN

Product hierarchy in COPA

Hi all,
I am new to COPA. What I need to do is creating a report that is using a product hierarchy that we can define.
So I started and created a hierarchy in V/76 like we need it. Those values can now be entered into the "Prod. hierarchy" field for each material in material master - basic data 1.
Then I have created a characteristic for the field MARA-PRDHA (Product Hierarchy) in COPA and assigned it to our operating concern in COPA. Now I created a form (KE34), double clicked on a column to add a characteristic and selected my PROD HIERARCHY characteristic. Now in the window for "selected characteristics" there is a checkbox "Flag for entering hierarchies" so I checked that, but it says "No hierarchies exist for this characteristic".
So is this the right way to do it? How can I add product hierarchies to my COPA report, we would like to be able to "click" through the hierarchy, like starting on the highest level and clicking down.
Thanks
Anne

Anne,
Do not a check on checkbox "Flag for entering hierarchies" . Select value( Hierarchies from Definition drop down window) .
Thanks,
Mahesh

How to put the product hierarchy in the bw?

I want to have the product hierarchy in the reporting, in a way, that the users can open and shut the elements of the tree.
So i added the foreign hierarchy criteria 0PRODH1, 2, 3 to the InfoObject 0MATERIAL.
Then I used InfoSource 0MATERIAL_LPRH_HIER to put data in 0MATERIAL.
In the result 0MATERIAL HAS the hierarchy, but without any materials added to the leafs.
What did i do wrong?
Tobias

Hi ,
Have a look on note: 407033
It says 2 main points with regarding to your problem.
1) Material master records with shared master data in the sales area cannot be assigned to a product hierarchy in BW.
This solution generates the thinnest possible hierarchy, but leads to some restrictions in the navigation options in the BW queries because you can no longer expand the hierarchy to the material numbers.
2) The 0PROD_HIER attribute of 0-MATERIAL must be active as a navigation attribute in the cube.When you expand the hierarchies by product hierarchy in the query, you can display this hierarchy.
With rgds,
Anil Kuma Sharma .P
Kindly assign points , if it really helps you.

Update Product Hierarchy

I wonder how could we handle master data which are changed frequently (from the data source), especially for the InfoObject with hierarchy?
Currently, I extracted product hierarchy from SAP-CRM. But users tend to change material in the product hierarchy from one node to another node more often. I'm not sure whether there is any solution to handle this kind of change in SAP-BW and queries?
I wonder if I don't set the hierarchy in the infoObject as time-dependent, is there any solution? I don't think using full update every time could not solve this problem.
Any suggestion would be sincerely appreciated.
-WJ-

Hallo Wachira
look at table RSHIEDIR, there BW stores all information about the loaded hierarchy nodes. If you load a hierarchy with a different HIENM or a different HIER_VERS, BW will create in this table a new row with primary key hierarchie ID HIEID and object version OBJVERS (activated, modified, new or content). It doesn't matter which time intervall the hierarchie has, it can be changed whithout creating a new row in RSHIEDIR. But BW will change the relationship between the different nodes whithin a hierarchie (father - son) and also the attributes of the different nodes.
Concerning your questions:
> I don't know if the Date From and Date To shoud be
> specified every period?
Yes, for time dependent hierarchies.
> If I use the same range, data will be overwritten,
> right?
Yes, but if the hierarchie name stays the same, the nodes will be overwritten also if the range varies.
> Is there any way to know which node has been
> deleted?
I think, you have to look at table RSHIEDIR. But I suppose, the nodes won't be deleted but their relationship to other nodes may change - possibly they will be unassignd. How to access table RSHIEDIR, see these threads:
http://sap.ittoolbox.com/groups/technical-functional/sap-r3-bw/677475
Re: Hierarchy Information in a table
and this blog
https://www.sdn.sap.com/irj/sdn/weblogs?blog=/pub/wlg/3113. [original link is broken] [original link is broken] [original link is broken] [original link is broken] [original link is broken] [original link is broken] [original link is broken]
Hope this helps and thank you for the points!
Message was edited by: Martin Lehmann

Invoiced Quantity grouped by Product Hierarchy

Hello,
I am trying to create an Evaluation (tCode MC11) which will report on Invoiced Quantity grouped by Product Hierarchy. I created an evaluation referencing an evaluation structure which references two other eval. structures: one - for data tables VBRP and the second for info. struct.S004. One of the characteristics is Product Hierarchy. The problem is, that when I execute the evaluation - I only get 4th level of product hierarchy, but I need to see all four, starting with the first one.
(I would like it to look like this:
level 1
     level 2
          level 3
                level 4
Thank you in advance for your help,
Olga

Antony ,
there will be maintenance involved every time you add a material to the material master. However you could maintain the hierarchy through a GUI also depending on the number of values.
Ideally if this can be maintained in a table in the source system , it can be imported into BW. Otherwise if you were to maintain it in BW , you will have a lot of problems when :
1. Change in the hierarchy - A new Product Line coming in and many product category onwards change over to the new product line.
2. Viewing the changed hierarchy over time - If you have GM and a separate category called Daewoo , earlier they were separate and now they are one - what are my product sales due to the merged entity vis-a-vis separate entities earlier...
Things that you will need to consider from a design stand popint are :
1. Should the hierarchy be time dependent ?
2. Should it be maintained in the source system or in BW?
3. Change process for the same - Flat file / Manual
4. Estimate of how frequent the hierarchy would change?
5. Will you have display hierarchies - Ad-Hoc hierarchies to view certain combinations?
Depending on the above your hierarchy creation can go from easy to complex and hard to maintain.
One way to amintain it is to have a SAP ABAP program to populate a hierarchy table to have the relations in R/3 and transfer them into BW. You could automate it in such a way that the hierarchy is changed every time there is a new material
Otherwise , there can be a flat file to create the relationships
Or someone could log a request and if the change is minimal it couldbe done thru a GUI Interface provided by BW.
Arun
Assiging points is a way of saying thank you in SDN

MDG Material - Product Hierarchy

Similar Messages

Maybe you are looking for