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

Similar Messages

  • How to Maintain the Pricing Condition Records in CRM

    Hi
    I am new to the CRM
    How to maintain the pricing condition records in crm for the particular condition type?
    as we do in SD(VK11)
    Thanks

    Hi Binu,
    First of all, you could maintain pricing conditions in the following places:
    1. In General Condition Maintenance (GCM)
    2. At the product maintenance level
    3. At the 'Price agreement' tab of Contracts
    4. As manual conditions during order processing at item level
    Now, if you want to maintain conditions using GCM, you first have to maintain a condition maintenance group in the customizing where in you can assign condition table and condition type for different counter values. I am assuming that you have done this activity successfully.
    When you run the transaction '/SAPCND/GCM', for application 'CRM', your condition maintenance group name and context 'GCM', you will be initially taken to a screen where in you'll have an item area which would be blank and then condition fields would be displayed in a tree on the left.
    Here, select the field 'Condition type' and click on icon 'Select records'. You would get a dialog prompting you to enter condition type. Here you can specifiy the condition type for which you want to maintain/view condition records.
    If no condition records are available, item area would be left blank. Here, you can choose a condition type using the standard F4 help. Depending on condition types that are assigned to condition maintenance group, different condition types would be displayed in the F4-help using which you can maintain condition records.
    Hope this helps.
    Regards,
    Pavithra
    **PS: Please reward points if this helps.

  • Duplicate pricing condition records in Billing

    Helllo evry one,
    I have an issue with an Invoice document, Where the pricing  condition records is appearing twice both at the item level and header level. 
    It is appearing as
    Condition Type     Condition base value        Condition value      
    ZABC                               20.00                                       200.00
    ZABC                                20.00                                      200.00
    Any clue at what level is might happen and how can we avoid such issues
    Regards,
    Ganesh
    Edited by: Tcode on Dec 15, 2009 5:56 PM

    Hi,
    Check  Whether the CONDITION TYPE is a HEADER CONDITION
    Goto V/06 and check the HEADER DISCOUNT filed is activate for the condition type, if yes then it will copy to Item also.
    Please check and revert back.
    regards,
    santosh

  • Extracting the pricing condition records

    Hi,
    I would like to extract the pricing condition records of a particular sales organization. I need to upload these records to another system.
    Any guidelines?
    Thanks a million.

    Hi,
    For Sales dacuments pricing conditions you can use :
    RV_PRICE_PRINT_HEAD  --Header pricing conditions
    RV_PRICE_PRINT_ITEM  -- Item level.
    Lanka
    Message was edited by: Lanka Murthy

  • Pricing condition records should not be picked up

    Hi,
    I have configured a scenario for Supplementary Invoice for which I created a new sales order type. The requirement is such that this order type should not pick the pricing condition records that have been created in VK11. Please suggest how can this be configured.
    Do I have to use any Userexits, if so which one?
    Regards,
    Abhishek

    As mentioned by you, you have created a new Sales Order Type, you can create a new document pricing procedure, based on which you can determine a new pricing procedure.
    To configure new Document Pricing Procedure:
    IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Pricing Procedure --> Define Document Pricing Procedure. (Maintain the new Document Pricing Procedure in new Sales Order Type)
    Maintain a new Pricing Procedure, maintaining the Condition Types as manual. Maintain the determination of Pricing Procedure appropriately.
    Pricing Procedure Determination:
    In SD, Pricing Procedure is determined (T.Code: OVKK) based on Sales Area (Sales Organization + Distribution Centre + Division) + Customer Pricing Procedure + Document Pricing Procedure. Sales Area is determined in Sales Order Header Level. Customer Pricing Procedure is determined from Customer Master. Document Pricing Procedure is determined from Sales Document Type / Billing Type (if configured). Once the pricing procedure is determined, Condition records are fetched. If appropriate condition records are found, the price is determined. If Mandatory pricing condition is missing, system will through an error message.
    Pricing Procedure Configuration:
    In SD, the steps to configure Pricing procedure are as under:
    Step 1:
    Condition table (T.Code: V/04): If existing condition table meets the requirement, we need not create a new condition table. Considering the requirement for new condition table, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Condition Table (select the required fields combination, which will store condition record).
    Step 2:
    Access Sequence (T.Code: V/07): If existing access sequence meets the requirement, we need not create a new access sequence. Considering the requirement for new sequence, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Access Sequence (Access sequence is made up of Accesses (Tables) & the order of priority in which it is to be accessed. Here we assign the condition table to access sequence.
    Step 3:
    Condition Type (T.Code: V/06): If existing condition type meets the requirement, we need not create a new condition type. Considering the requirement for new condition type, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Condition Type. It is always recommended to copy an existing similar condition type & make the neccessary changes. Here we assign Access sequence to Condition type.
    Step 4:
    a. Pricing Procedure (T.Code: V/08):  It is recommended to copy a similar pricing procedure & make the neccesary changes in new pricing procedure. Pricing Procedure is a set of condition type & arranged in the sequence in which it has to perform the calculation. Considering the requirement for new Pricing Procedure, the configuration will be done in spro as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Pricing Procedure --> Maintain Pricing Procedure.
    b. Pricing Procedure (T.Code: VOK0): After maintaining the pricing procedure the next step will be determination of pricing procedure. Configuration for determining pricing procedure in SPRO is as follows: IMG --> Sales & Distribution --> Basic Function --> Pricing Control --> Pricing Procedure --> Determine Pricing Procedure.
    5. Condition record (T.Code: VK11 / VK12): Condition record is a master data, which is required to be maintained by Core team / person responsible from the client. During new implementation, the condition records can be uploaded using tools like SCAT, LSMW, etc. Condition Record is maintained in T.Code: VK11 / VK12, which are captured in Sales Order & Billing.
    Also check document pricing procedure in Sales Document Type (T.Code: VOV8 - Sales order Type, VOFA: Billing Type (If Required)), customer pricing procedure in Customer Master Data (T.Code: XD02), ... are in place.
    Regards,
    Rajesh Banka

  • Pricing condition record

    Hi All,
    There is a problem with the invoice condition records.In our case invoices are actually created via Idocs.
    Usually the condition record type is sent in the Idoc and the corresponding condn. type comes in the invoice.But in one case,the Idocs do not have a particular condition record type present in the data segment ,yet the invoice when created has the condition type in it.
    Does any one have  a idea if the condition type gets picked from any master table or is there any other way it  appears in the invoice.
    As far as the program that creates the Idocs,It picks the condition records from a Z table and fills in the Idocs.
    Thanks for your help!
    Regards,
    Gowthami SK

    Hi Sam,
    the preceding document is the sales order.
    the scenario is like the sales order gets created through Idocs (msg type:VLCCPO),the pricing condition record is filled in the Idoc ( KSCHL) and it appears in the invoice.
    But in a particular case,there is no condition type in the Idoc  ,yet the condition type appears in the invoice.
    Is it possible that any standard pricing condition has been defined???
    Regards,
    Gowthami SK.

  • Changing currency in the Pricing Condition Records after saving

    Hello,
    I would like to know whether there is any way we can change the currency in VK12 in the pricing conditions records created via VK11. Please let me know.
    For example, for PR00 condition type, I am maintaining condition records in VK11. I enter an amount and currency as USD and I save it. Now, in VK12, I would like to change the currency to EUR. Is this possible? Please share your ideas.
    Regards,
    Venkata Phani Prasad K

    Closing this thread.

  • Pricing condition record, calculation type F volume, scale basis E net weig

    HI SAP Gurus,
    I have a question on pricing condition records.
    I have a requirement that needs to populate discount based on total net weight on the PO.  For example, if total net weight is greater than 1000 LB, it should give 10 cents discount per GAL.  The base UOM of the material is EA, GAL is an alternative UOM and Order Pricing Unit.  I can make the pricing condition works if the discount is per LB.  However, it doesn't work for discount given per GAL.  The calculation type is F volume and sacle basis is E net weight.  Pls advise what I need to do to make it work.  Thank you so much!

    closed

  • Deletion of bulk pricing condition records

    Hello thr,
    I have thousands of pricing condition records to be deleted. I use condition type ZP01 in VK12 and select the key combination customer/material and then enter the details and then mark the condition record for deletion. To delete the next condition record, I need to go back and do the entire process again. Could someone please let me know if there is a txn that can help me do this in one step.
    Thanks very much for your help.

    Hi Swetha,
    If you want to delete all conditions for ZP01 condition type, you need to create a LSMW batch input from LSMW t-code. you can check and try followings:
    [https://wiki.sdn.sap.com/wiki/display/ABAP/LSMW%20steps%20-Batch%20Input%20Recording]
    [http://www.scmexpertonline.com/downloads/SCM_LSMW_StepsOnWeb.doc]
    You should go to in LSMW t-code, a recording should be created for one record from VK12 t-code and it can be run for all records like same from SM35 t-code.
    Please follow the links above for VK12 condition deletion.
    I hope these will meet your requirement fully.
    Regards,

  • Pricing condition records maintanence

    Hello All,
    We have a requirement to store the pricing condition records in 3 decimal places say 1.733 instead of 1.73 that way standard SAP is doing.
    Do we have any solution for this? Can we maintain the pricing condition records in 3 decimal places?
    Any suggestions would be appreciated ?
    Thanks,
    Vinay

    chk the following thread:
    https://forums.sdn.sap.com/click.jspa?searchID=5045505&messageID=3878405
    Regards
    AK

  • Pricing condition record text maintenance in multiple language

    Hi friends,
    While maintaining condition record by VK31 transaction, there are options for multiple language selection. but after saving it appears only in English. Please let me know whether we can maintain text in multiple languages for a pricing condition record?
    Regards
    Manish
    9741178072

    HI Manish,
    You need to maintain the translations for the condition types in SPRO.
    The path is SPRO - Sales and Distribution - Basic Functions - Pricing - Pricing condition types - Maintain Condition types.
    Then selecting the particular condition type GOTO- Translations, you need to maintain the translation in the particular language as desired.
    Thanks
    Ani

  • Is there a  BAPI to create IS-Oil (formula) MM Pricing condition records

    Hi,
    Is there a standard BAPI to create IS-Oil (formula) MM Pricing condition records, which would include the maintaining of the formula?
    Regards
    Kasi

    no BAPI exists

  • BAPI  to create IS-Oil (formula) MM Pricing condition records

    Hi,
    Is there a standard BAPI  to create IS-Oil (formula) MM Pricing condition records, which would include the maintaining of the formula?
    Regards
    Kasi

    no BAPI exists

  • Product Hierarchy level 2 code and description details

    Hi BW Experts,
    In our report we want to display Material wise 'Product Hierarchy level 3 code and level 2 description.
    Here, we have loaded material master hierarchy data to BW but we are not able to get the level 3 code and level 2 desc.
    In R/3 side we can see product hierarchy level 3 code and level 2 description using transaction code.
    Could some one help me how do we get these details.
    Thanks in advance.
    mahantesh

    Folks,
    Any solution?
    Laks

  • Archive pricing condition record

    Hello everybody,
    I want to ask about how to archive MM pricing condition record?
    I tried with SARA, archive object CND_RECORD or program /SAPCND/CND_RECORD_WRITE but it doesnt work.
    Kindly advise,
    Thanks,
    HN

    Hello Jurgen,
    We're about to archive tens of millions of SD_COND entries - mainly to reduce the number of change records we have in table CDHDR, of type COND_A (COND_A is the change document object for SD Pricing conditions and we have over 100 million of them! And is now causing a few performance issues).
    Understandably this is going to take a long time to process so I was intrigued to read your post that no conditions should be maintained whilst the archiving programs run...
    I've tried searching OSS but haven't been able to locate any information about this.
    Could it be that you were referring to the old archive programs and not the newer ones such as those described in:
    Note 838768 - New archiving programs for condition records
    Any help you could offer would be much appreciated!

Maybe you are looking for

  • SSL Offloading and Certificate Errors

    I am attempting to offload SSL on an F5 load balancer.  I made the certificate request from the load balancer, procured the certificate from Entrust, and installed on the load balancer.  I then followed SSL Offloading TechNet instructions here: http:

  • How to access to my Mac Book Pro's iTunes with Apple TV?

    All right, I'm new on Mac. Just bought a Mac Book Pro, Time Capsule, iPhone 5 and Apple TV! I'm using my TC as an external HD, since I allready have everything backed up on another non-wifi HD.I've already imported some files from the TC to iTunes. W

  • TV output from nano 5G

    I have cable from Boxwave that says that it will connect my Nano 5G to composite video. It connects to the sync connection, not to the headphone jack. I have tried two of them but I always get the message that the attachment is not supported and I ca

  • Help!!!! is my ipod screwed or can i retrieve it

    i got this thing on my ipod so when it freezes and i do the thing and it comes up with apple instead of that its stewy and he moves and he says how much percentage it has left this all was working fine untill i just constantly tried to install this a

  • Missing Renderer Message

    I've been using the MPE Hack with my GTX 260 and now it longer works.  I get the Missing Renderer message when I fire up a project.  The one that says I will have to use the Software part of MPE and not the Hardware of MPE.  Anyway, I searched and re