Changing the pricing condition table

Hi Gurus,
As there is a shortage free tables I want to change the existing condtion table and to add new field to fulfill the requirement.Currently we have the table sales area/PH1-PH6 and I need to change it to sales area/PH1-PH6/material group2.While i am trying to change in V/04 system is not allowing and its showing the  following messages "Carry out repairs in non-original system only if they are urgen" andt "function code not allowed". Please let me know how to change the existing condition table.
Regards,
Hari CHalla.

Hi
I think you need to get the acces key to change the standard table from SAP in service market place.
Regards
Yatin Thakkar

Similar Messages

  • Change of pricing condition in sales after delivering or invoicing of a sub

    Hello,
    I have to change the pricing condition of a sales order item, condition type PR00, after a sub quantity had been delivered or invoiced to the customer. BAPI_SALES_ORDER change I tried with did not work but also I got no error.
    w_inx-updateflag = 'U'.
    w_cond-itm_number = '000010'.
    w_cond-cond_type = 'PR00'.
    w_cond-cond_value = 999.
    w_cond-currency = 'EUR'.
    APPEND w_cond TO t_cond.
    w_condx-itm_number = '000010'.
    w_condx-cond_type = 'PR00'.
    w_condx-updateflag = 'U'.
    w_condx-cond_value = 'X'.
    w_condx-currency = 'X'.
    APPEND w_condx TO t_condx.
    w_vbeln = p_in.  <--- from input parameter
    CALL FUNCTION 'BAPI_SALESORDER_CHANGE'
       EXPORTING
         salesdocument    = w_vbeln
         order_header_inx = w_inx
       TABLES
         return           = t_ret
         conditions_in    = t_cond
         conditions_inx   = t_condx.
    How can I change the price and trigger a new pricing for the sales order?
    Thank you for your time
    Regards
    Norbert

    Hi
    In the transaction VOFM, tab -> Formulas -> Condition Value , create a new routine, no need to copy from existing as you will be writing your own logic.
    In this new routine, set xkwert to your required value.
    Ask your SD functional to assign this formula to ZAS2 condition in the transaction V/08.
    I hope this might help.
    Best Regards,
    Nikhil Patil

  • Changing the pricing conditons for a trading contract (Trnx WB22)

    Hi Gurus,
    I want to change the pricing condition amount (KBETR) for a given item in a trading contract using a BAPI.
    I already used BAPI_TRADINGCONTRACT_CHANGE and tried to change the amount field for a given
    condition Type, But was not successful in doing so.
    Although I was able to change item details in the same trading contract but could not change the condition prices although I was able to do it manually.(WB22)
    Could anyone please help me on this because I need the information urgently.
    Thanks in Advance....

    I had solved it myself by using table parameters VENDORCONDIN and VENDORCONDINX.

  • User Exit / BAdI to update the pricing conditions of the Purchase Order

    Hello SAPients,
    This is my requirement:
    "Copy the Pricing Conditions from the Shipment Cost Document (VI01 / VI02) to the automatically generated Purchase Order".
    I'm using the enhancement V54U0002 (Function Module EXIT_SAPLV54U_002) to EXPORT  the values of the Pricing Conditions to memory and I have used the enhancement MM06E005 ( FM EXIT_SAPMM06E_006, 007, 012, 013, 014, 016, and 017) to IMPORT the values from memory and store them in TKOMV. But, when the PO is generated the values don't stay, they are always changed with the standard PBXX pricing conditions.
    My question is: Does anyone know the User Exit / BAdI that I can use to change the Pricing Conditions of the Purchase Order?
    <<removed_by_moderator>>
    Thanks!
    Edited by: Vijay Babu Dudla on Jan 14, 2009 11:08 PM

    >
    kartik tarla wrote:
    > check this badi
    > ME_PROCESS_PO_CUST
    >
    > and the following user exit
    > Goto-> include RV61AFZA then search for
    > USEREXIT_PRICING_RULE see if its helpful to u.
    Hello Kartik / SAPients,
    I tried with ME_PROCESS_PO_CUST but didn't work. The system doesn't execute that code. Any other idea would be greatly appreciated.
    Thanks.

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

  • Populating the bapi in retreiving the pricing condition

    Hi guys,
    given the ff data, how am i going to populate bapi_salesorder_simulate to retrieve the pricing condition?
    Condition      Table     Field                    SAP Field
    ABCD     907     Sales Org                   LIKP-VKORG
    ABCD     907     Customer                   LIKP-KUNNR         ABCD     907     Material                   LIPS-MATNR    XYZW     855     Sales Org                   LIKP-VKORG
    XYZW     855     Price Group     KNVV-KONDA
    XYZW     855     Material Group     MARA-MATKL
    XYZW     855     Duty Band                    MVKE-MVGR3
    Thanks a lot!
    Regards,
    Mark

    Hi Preet,
    I am sorry that we are back to square one. I checked OSS and two OSS notes specifically mention that you cannot do anything with condition records if you are in a version lower than 4.7.
    That leaves us with the option that I mentioned in your earlier posting which is to make config changes, and then write a small program to do repricing. That way all the sales orders will be repriced and based on the new configuration, the condition should disappear.
    You can give points by clicking the yellow star sign at the header of a post. You can give one 10 points for the post solving your issue, two 6 points for very helpful answers and unlimited 2 points for helpful answers.
    Regards,
    Srinivas
    Sorry forgot to mention the OSS notes. They are 593246 and 597970.
    Message was edited by: Srinivas Adavi

  • Unable to display the pricing conditions for a product.

    Hi All,
        I have created a product with help of function modules.The problem is that i am able to populate the pricing conditions data into internal table,but the pricing conditions  is not being displayed in the Masterdata->Products-> Maintain Products screen. Can anyone suggest me in this regards.Is there any function module to be used? or any other procedure to be followed for the pricing conditions to be dispalyed? If any sample code also please provide me.Please respond soon it is an Urgent Requirement. Points will be awarded for useful answers.
    Thanks in Advance,
    Shwetha.

    Hi,
    The pricing in SD and MM is a separate module like thing and is maintained for different products based on the Condition records.
    The basic Pricing Procedure consists of Condition  Types, Condition Records, Accesss Sequences and condition tables.
    Generally with respect to all sales and purchase documents the pricing is maintained in KONV  and KONP tables based on the different condition types.
    reward points if useful
    regards,
    ANJI

  • How to update the pricing conditions in Products.

    Hi All,
    I have created a Product Using  Function Modules. Now i need to update the Pricing Conditions into it. Can anyone suggest me with  the exact Function Module and Tables that are used to Update the pricing conditions?Can anyone provide me with a sample report program written to update the pricing conditions.?
    Points will be awarded for useful answers.
    Thanks In Advance,
    Shwetha Korlepara.

    Hi,
    Can you check if these FM's are useful:
    CRM_MKTPL_GET_BP_SALES_AREAS
    CRM_MKTPL_AL_FILL_PRODUCT
    Hope this helps.
    Regards,
    Anup

  • Change the Pricing Type during billing

    We are facing an issue with the rebate conditions which needs to be resolved asap..
    User has created a credit memo request in VA01.
    Credit memo request is created for the change in the Price.
    (Note: Order reason for such specific credit memo requests is ZXX (e.g.))
    Due to price change rebate accruals value is also reduced in proportion to the reduced price.
    The rebate accruals should not be reduced in this case, since there is no material return and rebate condition is quantity based.
    As a solution to this u2013
    We created a new routine AAA and assigned to the rebate condition types in Pricing procedure.
    This routine will function when order reason entered in the Credit memo request is ZXX.
    Therefore all the rebate condition types (assigned with routine AAA in Pricing) will get deactivated in Order Conditions tab.
    This is working correctly in creating credit memo (VA01).
    The issue is u2013
    When the credit memo is created in VF01, these rebate condition types are again activated and accruals are posted.
    This should not happen. Pricing from the CM request (VA01) should get copied in Credit memo (VF01) completely. The same issue
    with VF02..
    Please  suggest a user exit in which the pricing type can be changed during billing..Tried coding in the form
    USEREXIT_PRICING_PREPARE_TKOMP in RV60AFZZ by changing the Pricing Type KNPRS..But didnt work out..
    Is there any way to meet this requirement. I have checked the user exit RV61AFZA having two forms:
    FORM USEREXIT_PRICING_RULE &
    FORM USEREXIT_PRICING_COPY.
    I would be interested to know how this can be  coded to meet the requirement. Coding displayed will be of great help to
    implement.
    Any pointers / solutions to the issue will be highly appreciated..
    Moderator message - Please do not offer points or rewards
    Edited by: Rob Burbank on Jul 29, 2010 12:34 PM

    Hello Sean
    1) Firstly I don't think the Credit Memo for this case or any case in your situation should be relevant to rebate.  That's becasue your rebate is tied to quantity.  So you should deactivate rebate processing for that Billing Doc type. T Code OVB0. That should close the issue.
    2) Pricing type 'D' in copy control from sales to Billing documents should ensure that Pricing from the CM request (VA01) gets copied in Credit memo (VF01) completely. Why do you need user exits for that? T code VTFA.
    3) If you need to change pricing type selectively for some conditions, then you should configure the condition type with condition category X,Y or Z ( Customer Reserve) and then use USEREXIT_PRICING_RULE (module pool SAPLV61A, program RV61AFZA to ensure that those conditions are copied (or otherwise) from source. But I don't think you need this.

  • Change header pricing condition in sales order

    Hi,
    I have an requirement in VA01 and VA02 to automatically edit one header pricing condition. The user can able to change the value of that condition type in header not in items . Does anyone know what user exit I can use for this requirement.
    Thanks

    Hi Sunil,
    Plealse find below 2 methods to change header pricing conditions in sales order.
    1.Goto SE38, give prog name as MV45AFZZ and in that write logic under USEREXIT_PRICING_PREPARE_TKOMK . (OR)
    2) The same can be done by creating a Alt Calculation type routine through VOFM and writng the logic in the routine, which will then be assigned to the pricing procedure in the condition type which will automatically calculate the condition.
    Try with the options mentioned above..
    Regards,
    KK

  • How to change the manual condition type value in change sales order BAPI

    Hi All,
    My scenario here is, i want to either add/change the manual condition type value during change of SO.
    When i'm trying to pass the  order_conditions_in and  order_conditions_inx tables in  'BAPI_SALESORDER_CHANGE'.
    Condition type is coming at item level but the value is setting to zero. Pls. help if anyone has any idea how to handle this.

    Siva,
       I guess you posted in Wrong Thread. You need to post in WAS section.
       check for any BAPI's available in CRM.
    Nagesh Ganisetti.

  • Creation of Customized field for  Pricing Condition tables

    Hi Friends
    I have a requirement to create a  Pricing condition table with Customized field starts with 'Z'  and
    Field length should be more than 80.
    After creating New Customized Field, system  is not allowing to create Pricing Condition table and giving error 'Too Many fields selected (larger than 100 bytes)'.
    Could you please advice how to over come this error and Maximum field to create Pricing  condition table .
    Thanks
    Ravi

    Hi there,
    Table & table attributes are defined by the ABAPers. Not by finctional consultants.
    You need to have an access key to define new tables & access sequence.
    Check with your ABAPer. He will be able to help you with that.
    Regards,
    Sivanand

  • How to change the pricing rate of Sales Order after delivery is created?

    Is it possible to update(change) the pricing rate which belong to a specific condition type, of the "Sales Orders"  after corresponding delivery is created ?
    number of the Sales Order to be changed is huge. How can I handle this situation ?
    immediate replies would be rewarded

    Repricing is only possible if your pricing record has a valid from date that is equal to or before the pricing date on the order. Otherwise, your pricing rate change will be applicable only from the begin date of that record.
    Assuming that it is allowed by config, you can go to VA02, go to conditions, and then there is small button at the bottom, that says 'Update'. By pressing that, your system will automatically reprice the sales order, provided, as I said, all pre-conditions are met. Once you know that you can do this, then you can adopt any of the technical solutions that Rich had suggested above to do the mass changes.

  • To make the Pricing Condition types inactive in Pricing Procedure

    Hi Experts,
    I am facing a senario where, in a sales order, pricing procedure, if one of the pricing condition type does not exist, then two other condition types (even though they are determined by condition records), should be either made inactive or should not appear in the pricing procedure.
    Example: If I have 3 condition types in Pricing Proc say
    YYY1, YYY2, YYY3, then the scenarios are
    a. If one of the condition types YYY1 is not determined, then, YYY2 and YYY3 should not be either determined in the sales order or should be made inactive. This same logic applies to both YYY2 and YYY3.
    b. If all three condition types are determined in Pricing Proc of the sales order, then, the price should be considered.
    If it was just YYY1 then, I could have done it in VOFM by writing a routine and assigning it to YYY2 and YYY3 in pricing proc. However, the scenario is to check the other condition types as well and make YYY1 inactive if any of the other condition type does not exist. Both condition types are determined after YYY1 which is another difficulty.
    I tried creating a dummy condition type  and assigning it to Pricing Proc (at the end of Pricing Proc). For this dummy condition I put in a pricing requirement which checks for all three condition types and if one does not exist, then it make other conitions inactive.
    However, this does not work in VA02 and VA03 as XKOMV is either not getting filled up or even if is getting filled, it is not having the condition type. It some times has condition records, and sometimes not... (not very sure why)
    So, I was thinking of using user exit for the same. However, I was unable to find a suitable user exit for the same where KONV table can be read or XKOMV can be filled.
    Can you please suggest if any user exit can be used for this or if we can implement it in a different way?
    Regards,
    Mukund S

    Hi,
    I think you can use condition exclusion functionality to select best pricing condition from a set of conditions in pricing.  You can compare conditions in many ways.
    I believe you can plot a solution with little research.  The below link is for your reference.
    [http://help.sap.com/saphelp_40b/helpdata/fr/93/743483546011d1a7020000e829fd11/content.htm]

  • How to obtain the pricing condition data from sales data?

    Hi all!  I have googled many times and read through many sites to understand how I can obtain the pricing condition data that's specific to a specific sales line.  However, the answer I got usually are as follow:
    Tables to be used:
    KONV
    KONH
    KONP
    VBRK
    VBRP
    And the thing is to obtain KNUMH data from VBRP and link it to KONP which will get the exact pricing condition data that's relating to the specific transaction.
    However, my challenge is that the field KNUMH in either VBRP or VBAP, it is empty.  Therefore, how can I have a report with my sales data as the primary file, and appending the pricing condition data so that I can analyze the different kinds of pricing condition types that the company is using.  The only field that I can use is KNUMV which does not give me the pricing condition that was used in this particular invoice line.
    I also know that there is the A*** tables, which contains the KNUMH file.  However, this file is split into many different tables.  Thus, is there a more efficient method to download all the data?  In any case, I still do not know how to link to my sales data.
    FYI, I only have SE16N and VK13's access.
    I hope that someone can help me, please!
    Thank you!

    Hi,
    Data flow :
    BW :
    When u right click on the Master Data Info object -> Select Data flow.Then  it will  show u the details like DS name,IS (If 3.x)
    Once u know the DS then you need to find out the source tables for the R/3 DS.This information will get using ROOSOURCE or ROOSFIELD tables  or help.sap.com.
    My suggestion better to search in Help site for DS source tables.
    DS Tables :
    The following link will provide you the source tables for some of the LO DS.
    https://wiki.sdn.sap.com/wiki/display/BI/BWSDMMFIDATASOURCES
    Regards
    Ram.
    Edited by: Ramakanth Deepak Gandepalli on Dec 22, 2009 9:29 AM

Maybe you are looking for