Product hierarchy conditions

Hi,
I have a query on product hierarchy.
We are using standard product hierarchy 3 level structure.
My structre is like below:
PHLevel 1 : SBU
PHLevel 2: Category
PHLevel 3 : Brand
I have PH3 as Brand 1 and Brand2 under PH2
so someone pls tell me what happens in sale order is created with PH3 material, when i maintain condition records for PH2 as 10%dis and for Brand1(PH3) as 5%
which condition record system will consider? is it 5% or 10% why?
Thanks in Advance
Srikky
Edited by: Srikky on Dec 10, 2010 3:15 PM

Hi,
It purely depends on the sequence in which you have defined the condition tables. If the PH2 table is before the PH3 table, then obviously PH2 entries will be picked in the record and not PH3.
In case where there is one condition table with all the 3 levels and the data maintenance for these fields is maintained as Optional, then the rule of priority comes into picture.
In such case, when you assign the condition table to acc seq, you have to maintain the priority list for the optional fields of the condition tables in the access sequence. In this case, PH3 will have first priority, PH2 teh second and PH1 the last (more specific will have first priority than the less specific.
Now in this case PH3 if available in condition record, will be taken. If PH3 is not there , PH2 data will be used. If PH2 and PH3 are available, only PH3 data will be taken.
Hope this helps.

Similar Messages

Product hierarchy level in TPM Pricing condition records

Hi all,
we're setting up TPM scenarios in CRM7.0.
A question arosen about the level of the product hierarchy we need to create pricing records.
We have a 5 level product hierarchy structure and we're using the CRM feature to spread the product category at the lates level while creating trade promotion. In example if the user put in the product category tab a level 1 category the system spread down to the 10 level 5 underneath.
My question is: shall i generate pricing records at that level (lev5) or can i create the pricing records at higher level and keep the campaign dtermination one at the lowest?
Appreciate any reply
Regards

Hi Carmine,
It's not mandatory to create conditions at the lowest level, but my recommendation is to keep a match between the level you allow users to plan their promotion and the level of the condition records.
However depending on the scenarios, it may be valid to do otherwise. Some examples:
- A user assign a Level1 Category, and it's exploded into 5 lower categories. Then he creates a trade spend exception for 1 of the categories, the conditions should have (at least) the same level in order to create this exception.
- A user assign a Level1 Category, and it's exploded into 5 lower categories. The user wants to create only 1 condition at a higher level, then yes it can make sense to have condition with the higher level.
An option to allows both would be to have different condition generation type (one for High Level planning and one for lower level).
Some additional thoughts:
The feature that "explode" the high level category into lower categories, was developed for customers that wanted to restrict their users in planning at a lower level. It also helps to ensure a KAM does not create a condition for a whole Brand, but only to the level he's allowed.
The system is build to manage a high number of conditions.
Best regards,
Guillaume

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...

Production hierarchy to be update in COPA

Hi SAP expert
i having problem and need SAP Gurus expert to help me resolve this issue, when i creating each material, i need to create production hierarchy for each material.
example
Material A - Production Hierarchy is 0001
Material B - Production Hierarchy is 0002
i managed to create all process in MM. the problem is the production hierarchy not updating in COPA site. when can be wrong ? any config missing ? or COPA just for SD site ?

There is no direct link between MM and COPA , the values to COPA will be coming from SD condition types . The problem may be between MM ans SD

Product hierarchy query

i have to fetch materials from mara based on Product hierarchy but with one condition
If the user specify product hierarchy as 1000Y (2 levels) , it should pull all the materials with product hierarchy as 1000Y* for example either 1000Y OR 1000Y02T OR 1000Y02T09R0TT etc
code is
select matnr lvorm into table int_matnr from mara where
matnr in s_matnr and
spart = p_spart and
mtart in p_mtart and
prdha in p_prdha and
lvorm ne 'X'.
i do not want to specify "1000Y*" in selection screen rather just on ntering 1000y it shud by default get 1000y* values. right now only wen i enter 1000y* in selection screen then only it fetches all materials with PH 1000Y or greater otherwise if i enter 1000y it does not give values

try sumthing like dis:
PARAMETERS p_prdha type mara-prdha.
at SELECTION-SCREEN OUTPUT.
if p_prdha ne space.
CONCATENATE '' p_prdha '' into p_prdha.
endif.
plz reward points if dis helps

Create product hierarchy & category in CRM

Hello experts,
I need to write a program that create product hierarchy & category in CRM 5 from flat file.
As anyone know how to do it?
I couldn't find any bapi, and when i tried to debug the program that transfer this data between R3 to CRM i got to dead end.
I realy dont know how to attack this...
regards,
Ronen.

USE LSMW. Even i am working on a similar thing though i need to create products in CRM from excel file. Category and hierarchy ar supplied to me. Actually there are a couple of options.
Basically do research in SE37 with search term COMCATEGORYCREATE*    and similarly for COMCATEGORYsav*   for category and for hierarchy replace category with 'hier' . You can then shortlist which FM is good for you and try to construct structure in your program that u can pass to the FM to get desired output.
Thing to remember is that you first create   and then do save.
1. Use following if input is from a *.txt or any tab delimited file.
INCLUDE com_product_const001.
INCLUDE com_product_const003.
*Excel data into Internal table
PARAMETERS: p_infile LIKE rlgrap-filename.
DATA: gd_file type string.
DATA: prod type N.
*Internal tabe to store upload data
TYPES: BEGIN OF t_record,
productid TYPE COMT_PRODUCT_ID,
product_desc TYPE COMT_PRSHTEXTX,
proudct_type TYPE COMT_PRODUCT_TYPE,
prod_categoryid TYPE COMT_CATEGORY_ID,
prod_obj_family TYPE COMT_PRODUCT_OBJECT_FAMILY,
prod_hierarchyid TYPE COMT_HIERARCHY_ID,
maintenance_language TYPE SY-LANGU,
prod_base_uom TYPE COMT_BASE_UNIT,
sales org1
sales org2
item category
END OF t_record.
TYPES : Begin of struc_mat,
        HEADER TYPE COMT_PRODUCT_MAINTAIN_API,
        DATA    TYPE COMT_PROD_MAT_MAINTAIN_API,
        INTERLINKAGES TYPE COMT_PRODUCT_IL_API,
        CONDITIONS TYPE COM_PRODUCT_CND_API,
        DOCUMENTS TYPE COMT_PRODUCT_DOCUMENTS_API,
      END of struc_mat.
DATA: it_record TYPE STANDARD TABLE OF t_record INITIAL SIZE 0,
wa_record TYPE t_record,
ls_record TYPE t_record.
**For Unicode check active in program attributes then need to declare constants as follows:
**class cl_abap_char_utilities definition load.
**constants:
   con_tab type c value cl_abap_char_utilities=>HORIZONTAL_TAB.
*AT SELECTION-SCREEN ON VALUE-REQUEST FOR P_INFILE.
AT SELECTION-SCREEN ON VALUE-REQUEST FOR P_infile.
CALL FUNCTION 'WS_FILENAME_GET'
    EXPORTING
      DEF_FILENAME     = 'p_infile'
      DEF_PATH         = ' '
      MASK             = '*.txt'
      MODE             = '0'
      TITLE            = 'UPLOAD TAB DELIMITED FILE'(078)
    IMPORTING
      FILENAME         = p_infile
    RC               =
    EXCEPTIONS
      INV_WINSYS       = 1
      NO_BATCH         = 2
      SELECTION_CANCEL = 3
      SELECTION_ERROR = 4
      OTHERS           = 5.
IF SY-SUBRC <> 0.
MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
        WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
ENDIF.
*START-OF-SELECTION
START-OF-SELECTION.
gd_file = p_infile.
CALL FUNCTION 'GUI_UPLOAD'
    EXPORTING
      FILENAME                    = gd_file
FILETYPE                      = 'ASC'
      HAS_FIELD_SEPARATOR         = 'X'
HEADER_LENGTH                 = 0
READ_BY_LINE                  = 'X'
DAT_MODE                      = ' '
CODEPAGE                      = ' '
IGNORE_CERR                   = ABAP_TRUE
REPLACEMENT                   = '#'
CHECK_BOM                     = ' '
VIRUS_SCAN_PROFILE            =
NO_AUTH_CHECK                 = ' '
IMPORTING
FILELENGTH                    =
HEADER                        =
    TABLES
      DATA_TAB                   = it_record
EXCEPTIONS
   FILE_OPEN_ERROR               = 1
   FILE_READ_ERROR               = 2
   NO_BATCH                      = 3
   GUI_REFUSE_FILETRANSFER       = 4
   INVALID_TYPE                  = 5
   NO_AUTHORITY                  = 6
   UNKNOWN_ERROR                 = 7
   BAD_DATA_FORMAT               = 8
   HEADER_NOT_ALLOWED            = 9
   SEPARATOR_NOT_ALLOWED         = 10
   HEADER_TOO_LONG               = 11
   UNKNOWN_DP_ERROR              = 12
   ACCESS_DENIED                 = 13
   DP_OUT_OF_MEMORY              = 14
   DISK_FULL                     = 15
   DP_TIMEOUT                    = 16
   OTHERS                        = 17
IF SY-SUBRC <> 0.
MESSAGE ID SY-MSGID TYPE SY-MSGTY NUMBER SY-MSGNO
        WITH SY-MSGV1 SY-MSGV2 SY-MSGV3 SY-MSGV4.
    write: 'Error' , sy-subrc .
    skip.
ENDIF.
END-OF-SELECTION.
*!!! Text data is now contained within the internal table IT_RECORD
Display report data for illustration purposes
LOOP AT it_record INTO wa_record.
   WRITE:/     sy-vline,
   (10) wa_record-productid, sy-vline,
   (10) wa_record-product_desc, sy-vline.
   (10) wa_record-age, sy-vline.
ENDLOOP.
*The field data in structure for MAT & FIN are very different . Loop at retreived data and based on product
*type fill in the respective structure and proceed.
*PARAMETERS: g_matnr1 TYPE comt_product_id.
*PARAMETERS: gv_guid AS CHECKBOX DEFAULT on.
DATA : gv_save TYPE BOOLEAN VALUE 'X'.
LOOP AT it_record INTO wa_record.
    IF wa_record-proudct_type EQ '01'.
      PERFORM init.
      PERFORM create USING wa_record.
      PERFORM save   USING gv_save.
    ELSE.
    ENDIF.
ENDLOOP.
2. Use excel file and use LSMW

Customer Hierarchy and product Hierarchy

Hi friends what is customer Hierarchy and what is product hierarchy?
please explain step by step with examples.
mail id: [email protected]
Thanx.

Hi Sirivas,
CUSTOMER HIERARCHY:
Customer hierarchies are available in Sales and Distribution, so that you can create flexible hierarchies to reflect the structure of customer organizations. If your customer base includes multi-level buying groups, cooperatives, or chains of retail outlets, for example, you can create hierarchies to reflect the structure of these groups. Use customer hierarchies during sales order processing and billing for determining pricing and running statistics.
 A customer hierarchy consists of nodes.
 To create a customer hierarchy:
1. Create master records for each node.
2. Assign the nodes to each other.
3. Assign the customer master records to the relevant nodes.
 Hierarchy nodes are only valid for a certain period of time. They may also be moved. If a node is moved, the system automatically reassigns all related nodes and customer master records.
With customer hierarchies, you can assign price or rebate agreements to a higher level node. The agreements are then valid for customers at all subordinate levels to this node. You can create pricing condition records for each node indicated as relevant for pricing. If one or more nodes in the hierarchy path of a sales order contain pricing information, the system takes them into account automatically during pricing.
'How to check'
All the customizing is in SD/Master Data/Business Partner/Customers/Customers hierarchy
All the customizing is in SD/Master Data/Business Partner/Customers/Customers hierarchy
1) Define hierarchy type: just put and ID and a name to the new hierarchy.
2) Set partner determination: if you want to user the hierarchy in price determination, then, in the orders, at the header level, you have to have a Partner Procedure with a partner function for each level. In the partner procedure, in each partner function you must indicate the source partner function. With this information, in the order, you obtain the business partner for each partner function.
3) Assign account groups: you indicate which accounts groups are allowed for being part or your hierarchy.
4) Assign sales areas: simple you indicate which sales areas are allowed in your hierarchy. (Here you can customize common sales areas, just for not having to build de hierarchy in all the different sales areas).
5) Assigning hierarchy type for pricing: you indicate which classes of documents uses hierarchy in pricing determination.
It is possible to maintain so called customer hierarchies. This might be useful when for example you create a condition discount for a customer that is part of such a hierarchy structure. All subnodes in the hierarchy below that customer, will thus receive the same discount.
Customer hierarchy setup, firstly decide the hierarchy type to be used.
The standard is type A.
You can also assign a partner function to the customer so that the higher level customer in the hierarchy is copied into a sales order as a partner function - but you don't need that right?
Next assign your customer account group to the hierarchy type. And enter the combinations that will be allowed for creating the hierarchy.
You want to assign a ship-to to a payer. So enter the ship to account group and enter the payer account group as the higher level.
You must also make an entry for permitted sales area assignments. So if you want to a hierarchy for customers in the same sales area then enter the sales area and enter the same one as the higher level sales area.
All these settings can be found in the IMG. Under SD - master data - business partners - customers - customer hierarchy
You use for example customer hierarchy when you have an company like Unilever and you agree both on a discount. Unilever does have different locations / businesses and you have to maintain the discount for all customers. If you use a customer hierarchy you can maintain the discount for the partner in the top of the hierarchy and in this way it will be valid for all customers in the hierarchy.
Product Hierarchy:
The product hierarchy on the Basic Data screen is used to depict the competitive materials of competitor 1 in relation to those of competitor 2. Here, your own company and its materials are also regarded as a competitor and as competitive materials respectively. You can use this representation as a basis for market analyses.
Normally we enter competitive materials using material type WETT. When entering your own materials as competitive materials, you can, however, display the product hierarchy on the Basic Data screen for other material types too.
Requirement type determination is based on the "Origin of requirement type in requirement type determination"
In this field you can select an alternative search strategy (source):
Source 0 = Material master strategy, then item category and MRP type
Source 1 = Item type and MRP type strategy
Source 2 = Item type and MRP type strategy (as for source 1) with additional check of the allowed requirements type
e.g. If you set value "0" system will first strategy group in material master based on that it will determine requirement type and no value found then it will determine requirement type based on item category and MRP type.
Above settings can be found at SD --> Basic Functions --> Availability Check and transfer of requirement --> Transfer of Requirement --> Determination of Requirement type using Transaction
For make to order std strategy group 20 is used to which req type KE is assigned.
Check
Check in Tcode OVZH, what requirement class is assigned to your requirement type
Check in Tcode OVZG, what value is assigned to field "Consumption" in requirement class because that determines consumption posting.
The product hierarchy is used to group materials by combining different features. It is used for analyses and pricing. A product hierarchy can consist of up to Eighteen characters. Its features can be combined in various ways.
Example: A dishwasher can be described by product hierarchy 000010000200000002. This series of characters states that dishwashers belong to the category electrical appliances (series of characters 00001, position 1-5), and also to wet appliances (series of characters 00002, position 6-10) and, finally, to dishwashers (series of characters 00000002, position 11-18).
One can maintain the product hierarchy via transaction "OVSV" and "V/76.
Path = IMG-Logistics General-Material master-Setting for Key fields-Data relevant to SD-Define Product hierarchy.
The product hierarchy is maintained in the Basic Data view of the material master record, and is used for evaluation as well as price determination in materials management.
The standard SAP allows only 3 levels, but you can go up to 6 levels, for additional 3 levels u will have to take abapper help and add 3 more fields and corresponding data element into structure. So that in material master drop down you will see 6 levels.
The transaction which will be useful to change product hierarchies for material master will be V/76.
Yes, You can print the levels of the product hierarchy through a report.
Use the view SE16 - V_T179 (Table Name) to display Product hierarchy with level numbers.
Field Name is PRODH
Please Reward If Really Helpful,
Thanks and Regards,
Sateesh.Kandula

Product Hierarchy discount

Hi,
We have come acorss for a typical discount condition type required.
Discount is required for product hierarchy. say for ex: there are 3 material X, Y and Z are having same product hierarchy key.
Now the requirement is for
Customer buys 15 packs of material X, therefore he should get a 15% discount.
Customer buys 10 packs of material X and 5 packs of material Y, therefore he should get a 15% discount too.
That means, mixing of materials within one product hierarchy should be possible.
How can achieve this?? will header condition work for this? Pls let me know your suggestions ASAP.
Regards,
Srikky

Thank you Navneetha...
really its a problem solving solution..
At last i wiould like to know where we can create this routine? i guess in VOFM - Formulas - Structure og Grp Key, pls correct if i am wrong. what should be logic to write code for this Product Hierarchy routine?
If i am already having a discount condition type and if i activate the 'Group condition', will this going to effect on anything? otherwise the functionality will remain same except Group Cond functionality? Can i use the same condition type for PH discount also?
Pls help me..
Thanks & Regards,
Srikky
Edited by: Srikky on Sep 7, 2010 11:12 AM
Edited by: Srikky on Sep 7, 2010 11:16 AM

Product Hierarchy Update on Existing Sales Order

Hi,
My company business process allows sales order to be created up up to 3 months before shipping. Prior to shipping, material can have the Product Hierarchy changed and pricing can also be updated for the new product hierarchy value (Pricing record with Product Hierarchy in the search key). Our company also want to make sure we bill customers with new (correct) price.
In order to support pulling in the new price for our existing backlog (orders), so that we don't mis-bill our customers, we need a way to update the product hierarchy value on the existing sales orders that have not been shipped. Our current solution is to implement some custom logic in the Sales Order Update user exit, so that when the user clicks on the "Update" button on the Condition Screen on VA02 to manually update price, the custom logic will be invoked to re-pull the Product Hierarchy from the MARA table to overwrite the old Product Hierarchy on the sales order. Next, pricing will perform the search for new price using the updated Product Hierarchy value.
This solution has worked okay for us, but we are trying to evaluate if there is any other better way to accomplish this same request. We would prefer to implement something that is offered by SAP via configurations. We try to stay away from customization as much as possible.
Have you ever experienced something similar or do you have any idea how to support this kind of business process?
Thanks very much.

Hi Hans,
We don't want to wait for until billing to update price since we have the CI created at the time of delivery not billing. CI document also needs to display correct pricing for custom purposes.
Also, we would like to keep pricing on the Sales Doc. and Billing Invoice the same. This is why we would like to trigger re-pricing on sales order. And when pricing is re-invoked, we need to re-read the PRODH data to ensure new price is retrieved.
Thanks for your response.
Hannah

Addign product hierarchy to purchasing conditon

Hi,
I have a problem,
I'm trying to create a vendor discount condition based on the material's product hierarchy.
I added field PRODH to the field catalog and then created a new table, then I added the new table to the access sequence.
I created a condition record to for a product hierarchy.
BUT in the purchase order the condition is not recognized.
In the analysis there is a message for the access seq :" Access not made (initialized field) "
Can you please help me solve this issue.
Thanks,
Dave

Hi ,
i think something wrong with VARKEY itself , anyhow y dont you process BDC session with "Display Error Screen" then u wil come to know hot its passing the values to PRODH.....
regards
Prabhu

CUSTOMER & PRODUCT HIERARCHY

Dear SAP Gurus,
Can any one provide me step by step of Customer and Product Hierarchies?
my mail id is [email protected]
Highly rewarded.
Regards.

hi
Customer Hierarchy
All the customizing is in SD/Master Data/Bussiness Partner/Customers/Customers hierarchy
1) Define hierarchy type: just put and ID and a name to the new hierarchy.
2) Set partner determination: if you want to user the hierarchy in price determination, then, in the orders, at the header level, you have to have a Partner Procedure with a partner function for each level. In the partner procedure, in each partner function you must indicate the source partner function. With this informacition, in the order, you obtain the bussiness partner for each partner function.
3) Assign acount groups: you indicate which accounts groups are allowed for being part or your hierarchy.
4) Assign sales areas: symple you indicate wich sales areas are allowed in your hierarchy. (Here you can customize common sales areas, just for not having to build de hierarchy in all the different sales areas).
5) Assigning hierarchy type for pricing: you indicate which classes of documentos uses hierarchy in pricing determination.
It is possible to maintain so called customer hierarchies. This might be useful when for example you create a condition discount for a customer that is part of such a hierarchy structure. All subnodes in the hierarchy below that customer, will thus receive the same discount.
Customer hierarchy setup, firstly decide the hierarchy type to be used.
The standard is type A.
You can also assign a partner function to the customer so that the higher level customer in the hierarchy is copied into a sales order as a partner function - but you don't need that right?
Next assign your customer account group to the hierarchy type. And enter the combinations that will be allowed for creating the hierarchy.
You want to assign a ship-to to a payer. So enter the ship to account group and enter the payer account group as the higher level.
You must also make an entry for permitted sales area assignments. So if you want to a hierarchy for customers in the same sales area then enter the sales area and enter the same one as the higher level sales area.
All these settings can be found in the IMG. Under SD - master data - business partners - customers - customer hierarchy
You use for example customer hierarchy when you have an company like Unilever and you agree both on a discount. Unilever does have different locations / businesses and you have to maintain the discount for all customers. If you use a customer hierarchy you can maintain the discount for the partner in the top of the hierarchy and in this way it will be valid for all customers in the hierarchy.
Can also refer to http://help.sap.com/bestpractices/BBLibrary/documentation/J04_BB_ConfigGuide_EN_UK.doc
Product Hierarchy Configuration:
http://help.sap.com/bestpractices/BBLibrary/documentation/Q10_BB_ConfigGuide_EN_US.doc
Reward if USeful
Thanx & regards..
Naren..

Mass Update of Product hierarchy in all CRM Open Sales Orders

Hi Folks,
I have a requirement in my project wherein I have to update product hierarchy details with new values in all Items of CRM Open sales orders.
If suppose I have a text file which has the details of Open Orders & new product hierarchy which i have to update, then would it be recommended if I use BDC for this task. Can I Call Transaction CRMD_ORDER?
If someone has already gone through such requirement, Can you please suggest me how to proceed with this requirement. Using BDC or any other way which I can proceed with?
Thanks in advance !!!
Regards,
Nitish.

You are correct in indicating that Exchange rate type field is not seen in Header data of sales order. I checked screen layouts for various screens for sales order data and this field is not suppressed. The only reason could be that this field is not used in sales order screens
If you are interested, you could also check in the following way
1. Go to SE11, enter database table as VBAK
2. Once inside data dictionary table, click where used list button, select programs and screens and execute
3. click continue (don't select background)
4. now you would have list of programs and screens, this table is used
5. now start another session and go to transaction SE51
6. indicate program name as SAPMV45A and screen numbers as listed in step 4. you can check all screen numbers to see whether Exchange rate type field is listed in sales order layout.
7. Of particular interest would be screen number 4311 as this contains Financial accounting data & 4303 Billing data
8. you can check screen layout for screen 4311 & 4303. you would see Exchange rate type field is not indicated.
9. in case you could find this field in any screen, you could ask your ABAP consultant to add this field in the layout screen.
Hope this answers your question

Different product hierarchy in sales order and in service order

Dear experts,
In VA03, I notice that
- under Line Item > Sales B, there is a field Product Hierarchy
- under Line Item > Account assignment, there is a field Order. From here, it links to a service order. In the service order, I can see a field Product Hierarchy too.
I would like to know if there is an implication when the field Product Hierarchy in sales order and in service order are different. Is it possible that this will cause an inconsistency?
Usually these two fields have the same value, since the value in sales order is copied from service order. However, in my case, the product hierarchy is changed/updated in service order, but not in sales order.

Hi,
We have document pricing procedure maintained at two levels for Sales order or Billing type.
The pricing procedure is determined based on SAles Area Customer pricing procedureDocument Pricing procedure+pricing procedure.
Example :For Sales Document type the document pricing rpocedure will be A and for billing type 'B"
Sales Area1A+Pricing procedure A
Sales Area1B+Pricing procedure B
Now A will be maintained in VOV8 and B will be maintained in VOFA.So two pricing procedures.
Regards,

SQVI Report for SAP CRM Product Hierarchy and its Product

Hi
How to create a SQVI report for generating a list for SAP CRM Product Hierarchy which should show the outputs->Level 1, level 2, level 3 and level 4 categories and its products?
I tried COMM_Hierarchy table and Comm_product but not able to achieve this requirement.
or Is there any chance of getting related tables so that I could try more for this requirement.
In which table both product id and its category Id can be found?
Pravin

Thanks DJ
Is there any possibility to get a report for product hierarchy in SQVI ?
say in SAP CRM system, the product category is maintained in COMM_HIERARCHY as
Parent category Id->
                                Level2 Category Id->
                                                                 Level 3 Category Id->
Level 4 category Id ->
Product Id's
(I understood the link between Level 4 category id and product id with your info.) but not able to achieve the requirement fully.
Is there any possiblity to achive for generateing a report?

"Creation" of location product hierarchy

Hi Experts
I know that a location product hierarchy can be "generated" by combining a location hierarchy and a product hierarchy. But for our business requirement we cannot use a generated location product hierarchy. This is because we have 1000'ds of products and for each product the parent location -child locations can be different. That is for product A if parent is location L1 and children are L2 and L3 then for product B the parent can be L1 but the children can be different say L5 and L4. There can be 1000ds of location parent - children combinations like this and it is impossible to model this using a location hierarchy.
So i want to know if there is a way to directly create a location product hierarchy and manually add members to it. Please advise
Thanks
Saradha

I have found another way to make it work. Iam going to try using the concept of planning product and check how it goes.

Product hierarchy conditions

Similar Messages

Maybe you are looking for