Duplicate pricing conditions due to contract supplements

Hi all,
<br><br>
We want our pricing conditions to appear automatically on a normal purchase order and on a purchase order with reference to contract, but they should only be on the purchase order once. We're experiencing difficulties since the condition is fetched and displayed twice (once coming from the condition supplement via the contract and a second time via the standard purchasing procedure).
<br><br>
Let me sketch the scenario.
<br><br>
We have two procedures used for purchasing:<br>
- procedure ZM0000 as standard purchasing procedure<br>
- procedure ZM000S as contract supplements procedure
<br><br>
Both procedures contain conditions ZA00, ZR01, ZR02, ZR03, ZR04, ZR05 and these conditions are not indicated as a manual condition.
<br><br>
For condition type ZA00 the pricing procedure ZM000S is defined so that condition supplements can be added in the purhcase contract. There is also an Access Sequence for this condition to prevent it from appearing twice on a purchase order with reference to a purchase contract.
<br><br>
When we create a normal purchase order, we get all conditions from the ZM0000 procedure without any problem.
But when we create a purchase order with reference to a contract with condition ZA00 and condition supplements ZR01, ZR02, ZR03, ZR04, ZR05; then we see these ZRxx condition appearing twice instead of once.<br>
It's displayed once coming from the ZM0000 procedure and a second time due to the ZM000S procedure.
<br><br>
I've had a look at the standard procedures, at sap notes and searched on the forums and can't find a feasible solution for this.
<br><br>
One way it is commonly solved is to make the ZRxx conditions a manual condition but that means the user will have to add these conditions manually to the purchase order. When we're talking about 50 or more conditions then it becomes a cumbersome to add all these conditions (if required) manually one by one for each purchase order that the user creates --> not feasible.
<br><br>
I guess another solution would be to create an access sequence for all ZRxx conditions based on purchase order type and then create condition records for all ZRxx conditions for the purchase documents without reference to a contract. That way the condition will be displayed once (from the condition record) on a normal purchase order and once (from the contract, since the condition record can't be found) in case of a purchase order with reference to a contract. When we're talking about 50 or more conditions and more then 2 document types, then maintaining all these condition records is quite some task --> not really feasible, not the prefered solution.
<br><br>
As an alternative to SAP standard we've found the following enhancement point in LV61AA11 where we could possibly delete the "duplicate" condition from KONV if the condition origin (KONV-KHERK) is not equal to "Condition supplement" (F) in case of purchase document type that references to a contract... but this is not the prefered solution.
<br><br>
<span style="font-family: Lucida Console">-----<br>
get pricing result from database table<br>
ENHANCEMENT-SECTION     KONV_EINLESEN_02 SPOTS ES_SAPLV61A.<br>
  select * into table hkomv<br>
           from konv<br>
           where knumv = komk-knumv<br>
           order by primary key.<br>
END-ENHANCEMENT-SECTION.<br>
</span>
<br><br>
Also, it's not a feasible solution to put a requirements formula on all these ZRxx condition because we're talking about more then 50 conditions.
<br><br>
Does anyone know a solution to this problem?<br>
How can we make sure the condition is displayed only once? (be it on the standard purchase document or on the purchase document with reference to the contract)<br>
Is there a standard approach for this?
<br><br>
Thanks in advance for your time.
Edited by: Kevin Coquel on Apr 15, 2010 3:34 PM

Bernhard, <br />
Thank you, but as I mentioned in my starting post, this is not feasible as this is concerning over 50 conditions (some of which already have other requirements formulas). <br />
Using requirement routine for all is an option we want to avoid at all costs.<br />
It would mean we need to have edit our existing requirement routines to also include routine 15 (as you can only have one requirement routine per condition in a pricing procedure).<br />
<br />
Hardik, <br />
Thank you for pointing us to EXIT_SAPMM06E_013.<br />
Preferably we would like to solve this using SAP standard before turning to ABAP development.<br />
<br />
I'm a bit surprised not being able to find a SAP standard solution to this problem. Since it's not possible to define a different pricing procedure per purchasing document type I would expect a) there is a way to avoid duplicate conditions (coming from the contract supplements) when you're in a purchase document with reference to a contract and b) that the conditions will appear by default in a normal purchase document (instead of having to add them manually one by one when you use "Manual" in the pricing procedure).

Similar Messages

  • Duplicate pricing conditions printed in the invoice

    The values returned in the table parameter "TKOMVD" of the function module "'RV_PRICE_PRINT_HEAD"used in the program RVADIN01, causing some duplicate pricing conditions in the script printing.
    Also this table parameter is not always returning the same set of values. Only at the first time print of the invoice (via the job schedule of the program RSNAST00) this parameter is filled with some values, so when i reprint the invoice via VF03, it prints fine.
    I searched some notes to resolve the problem. But in the below mentioned note it says that, it is the standard behaviour of the function module. But if it is the standard behavior, then the function module should return the same set of values always. (I am working on SAP 4.7)
    (Note Number : 68057
    Symptoms:
    If conditions are revealed in the totals block for order confirmations or billing documents, conditions are only accumulated if the condition rate or the condition percentage rate is identical.
    Example : Billing document with            Item      Condition    Condition rate
               10        PR00         100
               20        PR00          10
               30        PR00         100
    If condition PR00 is printed in the totals block, the following two lines appear :
               Price     100  per piece    200
               Price      10  per piece     10
    Additional key words
    Invoice printout, RVADOR01, RVADIN01
    Cause and prerequisites
    Standard behavior
    Solution
    To achieve a summarization of conditions with identical condition keys but with different condition rates or condition percentage rates, you can change the standard behavior by using a user exit as described below.)

    Hi..
    If you are talking about proforma invoice that needs to be printed and is required to be changed.Then i would suggest you to look at one of the output type for the std proforma invoice FUPI has aprogram linked to it RVADAUS1 that determines the output with print parameters fetching from NAST table.
    You can devlope the log or can incorporate the new requirements  you wanted to be changed
    Just check if this is the thing you are looking or let me  have more clarity from you about your issue.
    Thanks
    Saurabh.

  • Duplicate Pricing Conditions

    Hi everyone,
    When we create a sales order (VA01) with reference to an existing order, the pricing conditions in the document are getting duplicated.
    Even forcing a pricing update (via the conditions tab) does not get rid of the duplicate condiations.
    Does anyone have experience with a similar issue?
    Any ideas on how to isolate where the duplicates are being generated would be appreciated.
    Thanks,
    - Suresh

    I would check analysis from the pricing screen to see how your conditions were determined (based on what keys/tables). Another place to loock at - access sequence for your conditons, does it have multiple accesses and EXCLUSIVE checkbox non-selected ? Also, I would check requirements in the access sequence.
    Do you have any code which tweaks XKOMV during order processing  - it may cause problems as well.

  • 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

  • How to Avoid Duplicate Pricing Condition Types In  Sales Order and Billing

    Hi SAP Gurus
    I have a requirement in Pricing (Sales and Distribution). We have  issue duplicated condition types in Sales order and it causes wrong posting in to accounts.
    I want make them inactive duplicated Condition type in Sales order and Billing Documents.
    Please advice me how to make inactive status to duplicated Condition types
    Thanks  in Advance.
    Ravikanth

    Hi
    You can use Exclusion Group
    You can define 2 Groups and include 1 condition type in each
    and define exlusion procedure
    A   Best condition between condition types                
    B   Best condition within the condition type              
    C   Best condition between the two exclusion groups       
    D   Exclusive                                             
    E   Least favorable within the condition type             
    F   Least favorable betweent the two exclusion groups     
    you can use Exclusive to set your condition type or as per your requirement
    Regards
    Jitesh

  • How to correct the sequence of pricing condition in ME21N

    Hi,
    I checked the sequence of pricing condition for a contract in ME33K in Quality and development server, the sequence is correct in both ME33K  and ME21N also but I faced the problem the pricing condition showing in reverse order in ME21N as compare to ME33K.
    I tried to debug ME21N the standard program but I am not getting anything.
    Could any one give proper suggestion to get the correct sequence of Pricing condition.
    Below is the correct sequence of pricing condition:
    u2022     PB00
    u2022     ZDIF
    u2022     ZBFT
    u2022     ZVTF
    u2022     ZMSC
    u2022     ZYIE
    u2022     LQY1
    Waiting for quick response.
    Best Regards,
    BDP

    Hi,
    I think you can check this with functional. Check the sequence of the conditions defined in pricing procedure.
    Thanks,
    Vinod.

  • Pricing Condition is Duplicating on Changing the Variants in Quotation !

    Hi,
    I have a requirement, where the Pricing Condition (Custom Pricing Condition Specific to the Variant Pricing) is duplicating on changing the Variants in Quotation to be stopped or deleted.  I suppose, the variant pricing condition should not be newly added to the pricing table each time, there is a change in the material variants as chosen by the business/user with the Quotation.  Instead, I assume, the existing cost for the variant pricing condition should update each time, when the variant material is changed by the user. I am not sure, whether this issue can be controlled in the configuration? or Can I control the occurrence of the duplicate pricing condition inside any user exit by deleting the duplicate condition, but retaining the newly added ( Recently  added pricing table entry for that condition)? I am not sure, what are the possibilities to fix this issue? Appreciate if you could provide me with a suitable solution.
    Thanks for your time.
    Thanks,
    Kannan

    Hello Kannan.
    I have the Same Problem. do you have a solution for the same?
    i have written a pricing condition at the characteristic level using pricing Factors. however when i change the characteristic. it is duplicating the condition instead of refreshing it.

  • Purchase condition based on Contract document type

    Dear Gurus,
    We have created a seperate documents for Domestic and Import Contracts. We want to trigger Domestic Pricing condition in Domestic Contract, and vise verse... We want only the domestic condition to apprear in the dropdown when the purchase team is creating a domestic contract. Does Condition sequencing provide any means to achive this?
    Waiting for a reply.
    Regards
    VPV

    >
    VIKAT verlekar wrote:
    > Dear Gurus,
    >
    > We have created a seperate documents for Domestic and Import Contracts. We want to trigger Domestic Pricing condition in Domestic Contract, and vise verse... We want only the domestic condition to apprear in the dropdown when the purchase team is creating a domestic contract. Does Condition sequencing provide any means to achive this?
    >
    > Waiting for a reply.
    >
    > Regards
    >
    > VPV
    Separate calculation schema are created for both domestic and import and they are attached to vendor. When  vendor is inputted in the contract, vendor is the determining factor of which calculation schema it should bring as attached in the vendor. So only conditions attached with vendor will be bought once vendor is entered in contract. It can be either local or import.

  • Changing Pricing Conditions in CRM

    Hi,
    We'd like to change an already existing price condition on contracts in CRM using a batch program.
    The prices doesn't exist in R/3 but only in CRM.
    We have run some tests using Function Module
    'CRM_ORDER_MAINTAIN' but the pricing conditions where not saved(the price sheet is updated and also the total net price of the contract).
    Does anyone know of a functon module to use for changing a pricing condition for a contract in CRM ??
    Thanks,
    Björn

    Hi,
    did you find a solution to your question ? I am trying to find an answer to the same subject.
    thanks,
    Isaac

  • Duplicate condition type in contract header

    Dear Experts,
    In contract (VA43) header, i am getting duplicate Condition type (zcondition type). This condition type is not duplicate at Item level.
    Also at header level where dupluicacy is there, it has both Statiscal indicator marked and unmarked rows. No access sequence has been assigned for the condition type.
    My requirement is there should not be duplicate condition type at header level. Find below screenshot for the same.
    Please guide me what should be the required steps to rectify the error.
    Best Regards,

    You can also create conditions at header level, however, these can only be discounts or surcharges. These master conditions are used by Pricing in SAP Enterprise Buyer to determine a gross price. For details, check SAP help at
    http://help.sap.com/saphelp_srm30/helpdata/en/ee/d9df3bbcce4b37e10000000a114084/content.htm
    The following thread might be useful to you as well Pricing Condition in Contract

  • Issue in using custom discount condition type in pricing agreement at Service Contract line item level

    Hello
    We are facing an issue while using a Z discount condition type in price agreement at service contract line item level.
    A Z Condition type has been created in ECC and assigned to the pricing procedure. This pricing procedure is downloaded in CRM and determined in the service contract.
    A condition maintenance group using this Z condition type is created in CRM and assigned to service contract item category.
    Condition records are created in CRM for this condition type/condition maintenance group for specific products along with sales org and discount percentage.
    But when the price agreement(using this condition type) is used at the item level of a service contract, the system throws errors (related to product/unit of measure and sales org, even though no issues seem to be there)and thus the price agreement is not allowed to be used.
    If anyone has worked on such kind of scenario, please get in touch, I will share more details for the same. 
    Regards
    Ankit Arora

    Dear Ankit,
    Once the pricing procedure is downloaded, please maintain the document pricing procedure at service contract header level, and maintain the customer pricing procedure at business partner sales area billing data.
    In spro, maintain the pricing procedure for the combination of sales area, document pricing procedure, customer pricing procedure.
    Please crosscheck whether the condition table is active or not.
    Regards,
    Maddy

  • Pricing Condition in Contract

    Friends,
    Can you Please let me know What is the procedure for Pricing condition in Contacts and scheduling agreements. I mean can you please run thru the entire process/steps starting from condition table to the condition record.
    What all settings are to be done/maintained for the conditions to get kick in for outline agreements
    Please answer in detail.
    Thanks,
    Mayur

    Hi
    We have to
    Create Condition Types u2013M/06 ( these have to be in the Pricing Procedure defined for the Contract,SA)
     Create Access Sequence u2013 M/07
     Create condition table u2013 M/03, M/04/M/05
    Creation of Condition tables M/03
    In this T code u2013 Enter the Table Name you want to Create (the one starting with 9**) Not define in the List)
    In this Double click on the Fields you want to check at this table ,so that it gets activated on come to left side of the screen
    For exampleu2014088 --tables has the fields-
    Destination Country
    Tax ind. f. material
    Tax Indicator: Plant
    Tax Ind. Acct Assgt
    Import
    Tax indicator region
    So the Table acts upon these fields that are activated
    We can choose our own combination from the list, we meet our requirement.
    Then comes the creation of Access Sequence M/07
    This is Cross client Application so it affects all the clients at the same time.
    In this T code Create a Access Sequence and Add the tables created Earlier.( in the Tab Access)
    In this Tab there is a check box Exclusive u2013if it is checked then the system stops checking the condition record it finds a value against this table under that access sequence.
    In the Fields, it gives the details of the Tables and the fields in the condition table in the access sequence.
    Condition types are the ones at which the values are Maintained or entered.
    To maintain the condition types. Automatic determination, the access sequence is maintained
    At which level it has to be determined is what the condition table determine
    An access Sequence is a combination of condition tables
    And one condition type has only one access sequence
    Know the Maintenance of the condition type for the access sequence can be done in T code MEK1
    So after we enter the same based on the condition type u2013it pick up the access sequence  based on access sequence it pick up the condition table.
    Know select a condition table and maintain the value it updates a condition record
    And that condition record will come in the Contract and schedule agreement and PO
    (Based on the fields in the condition table)
    In the contract to update the Price manually we have to click on the conditions Button and update the same.
    hope so it helps
    Regards
    Anjanna

  • Contract with monthly half pricing conditions

    Hi
    Iu2019m trying to use a contract with monthly half pricing conditions.
    When sales orders are created during the first monthly half, I need to use a specific price.
    When sales orders are created during the second monthly half, I need to another specific price.
    Please let me know your comments.
    Regards

    Create two condition types that fetch the specific price for each part of month.
    Then, you can set these two condition types consecutively in the pricing procedure with pricing requirement code that checks for the part of the month and sets SY-SUBRC to zero or not according to the first or later part of the month. This will allow one pricing condition type to trigger the first part of month while the other triggers the later part.

  • Issue with BAPI CONTRACT CREATE while uploading pricing conditions

    Hi Experts
                        I am using BAPI CONTRACT CREATE to create Purchase Contract ME31K
    I am facing the issue while passing pricing conditions  Could you please help me regarding this
    Could you please help me along with this what are the values has to pass
    Thanks
    Vijay Kumar Reddy

    Hi Experts
                        I am using BAPI CONTRACT CREATE to create Purchase Contract ME31K
    I am facing the issue while passing pricing conditions  Could you please help me regarding this
          gs_oucondition-item_no = w_data-evrtp.  
          gs_oucondition-serial_id = '1'.     
          gs_oucondition-cond_count = '01'.     
          gs_oucondition-cond_type = w_data-cond1.     
          MOVE w_data-amnt1 TO gs_oucondition-cond_value.     
          gs_oucondition-currency  = w_data-curr1.     
          gs_oucondition-numerator   = '1'.     
          gs_oucondition-denominator = '1'.     
          gs_oucondition-change_id   = 'I'.     
          APPEND gs_oucondition TO gt_oucondition.     
          CLEAR gs_oucondition.
          gs_ouconditionx-item_no = w_data-evrtp.     
          gs_ouconditionx-serial_id = '1'.
          gs_ouconditionx-cond_count = '01'.     
          gs_ouconditionx-item_nox = c_x.     
          gs_ouconditionx-serial_idx = c_x.     
          gs_ouconditionx-cond_countx = c_x.     
          gs_ouconditionx-cond_type = c_x.     
          gs_ouconditionx-cond_value = c_x.     
          gs_ouconditionx-currency  = c_x.     
          gs_ouconditionx-numerator   = c_x.     
          gs_ouconditionx-denominator = c_x.     
          APPEND gs_ouconditionx TO gt_ouconditionx.     
          CLEAR gs_ouconditionx.
    Could you please help me along with this what are the values has to pass.
    these are the parameters passing to the condition structure while executing bapi i am getting error like enter quantity conversion.
    but with the same data i am able to create contract using SE37 by directly executing the Function module.
    and if i have net price in my excel sheet also i am able to create contract using my program.
    the only problem with pricing conditions alternatively there will be no net price..
    Please really it will be a challenging question....
    Thanks
    Vijay Kumar Reddy

  • FM SD_SALESDOCUMENT_CREATE - pricing condition problem

    Hello,
    I hope someone could help me on this one:
    First of all, my SAP version is 4.6c. 
    I've been developing a program that will create a sales contract using FM  SD_SALESDOCUMENT_CREATE.  Overall, the sales contract is being created successfully.
    However, in the item pricing, the pricing condition that I need to create is being duplicated.  I understand that in the pricing procedure the particular condition is being inserted automatically.  The problem is, instead of the FM updating the default inserted pricing condition, it's inserting the one being passed.
    I've already done a little research through the forums.  I've tried [this|SD_SALESDOCUMENT_CREATE with Pricing Condition; suggestion where I create first the document then update it using SD_SALESDOCUMENT_CHANGE.  There is also  [this suggestion|SD_SALESDOCUMENT_CREATE - Duplicate sales conditions; that sets the field LOGIC_SWITCH-COND_HANDL, but my version does not have that field. 
    Finally, there's [this suggestion|http://www.sapfans.com/forums/viewtopic.php?f=13&t=218865&start=0&st=0&sk=t&sd=a] that sets the field LOGIC_SWITCH-PRICING to a particular value.  I tried the initially suggested value of 'G' - Copy pricing elements unchanged and redetermine taxes.  The duplicate condition no longer occurs, but other pricing conditions were removed.  Using other values resulted in either the contract creation failing, or the condition value not updating.
    So, please please can anyone help with my problem?  Thank you in advance.

    SALES_CONDITIONS_IN
                ITM_NUMBER                     000010
                COND_ST_NO                     020
                COND_COUNT                     01
                COND_TYPE                      YB05
                COND_VALUE                                           10.000000000
                CURRENCY                       TWD
    SALES_CONDITIONS_INX
               ITM_NUMBER                     000010
               COND_ST_NO                     020
               COND_COUNT                     01
               COND_TYPE                      YB05
               UPDATEFLAG                     U
               COND_VALUE                     X
               CURRENCY                       X
    IF the condition is being inserted automatically,you must update it.
    some import parameters are obligatory,including COND_ST_NO COND_COUNT.

Maybe you are looking for