Condition type price issue

Hello,
I have a item level condition type ZMAT. This condition type will be applicable when you order a material XXX with qty 5 and there will be 10% discount. Suppose we create an order with material XXX and qty 3, still this condition type ZMAT is appearing in condition tab with amount the discount amount as ZERO.
I don't want to appear this condition type in case if the material XXX is having qty less then 5 in an order. Please help me how to fix this issue.
Thanks,
Shreekant

In your pricing routine, check if qty is less than 5 then set sy-subrc = 4.

Similar Messages

  • Purchase order condition type price is changed

    Hi Experts,
    After the GR has completed.. through work flow batch job ,the main condition type ZRUP( Roll up price) is changed ....Now for invoice verfication system using the new price not the price in which GR has been done.
    Basically a subcontract PO ( SO - PR- PO - GR(Mb01)- Now trying to do MIRO)
    through ME22 T.ocde the work flow eent is triggered. in item changes i am able to check..
    But i am unable to under stand why ME22 has been trigerred..
    Any bosy if you have come acros such sittuation.. Please let me know
    Points are fully assured.....
    Regards
    Prabhat

    Hi,
    Thanks for the answer.
    My requirement is i am able to check that price is changed.. Now why the work flow event is triggered..
    Is there any standard task list is SAP which triggers ME22 through work flow.
    Regards
    Prabhat

  • Sd-condition type

    hello gurus,,
    in my pricing procedure there are two manual condition type
    price (zm01)
    surcharge(zd31)
    current calculation
    zm01 1000
    zd31    100  (10%)
    net value 1100
    But our requrmnet is
    we want to enter price + surcharge directly i.e. 1100 in zm01 then surcharge 10% in zd31
    we need  sytem should disply this in document
    Zm01 1000
    zd31   100  (10%)
    net value  1100
    instade of reguler calculation
    zm01    1100
    zd31       110(10%)
    net value  1210
    pls help what configeration i have to do fo this in condition type
    Regards,
    Mahesh

    Hello,
    I think through configuration this is not possible.
    We need to use IPC pricing formulas.
    Thanks and Regards
    Shanto Aloor

  • Determination of Base price condition type depending on Item Category

    Dear All,
    The requirement I have is as stated below:
    There are two materials A and B that are individually sellable materials. But during a specific time period the company decides to give a scheme where in Material B is given as free when a particular quantity of material A is purchased. Irrespective of the scheme, material B can also be individually purchased during the scheme period.
    Now in the former scenario where material B goes free with material A in the same order, the base price of material B should not go to revenue G/L but to a different G/L called Scheme G/L. To counter this scheme G/l there is another counter G/L into which 100% discount on base price to material B goes.
    In the latter case, if material B is sold individually, then the base price should go to Revenue G/L and not scheme G/L and the 100% discount is not applicable.
    Can you please guide me on how to configure this.
    The approach I have taken is as follows:
    The condition types for base price are ZBPR and ZBP1(reference condition type of ZBPR)
    Item Categories to be considered: ZTAN and ZTNN (for material B going as free during the scheme)
    The requirement is such that, whenever the item category for a particular material is ZTAN, the condition type to be picked must be ZBPR while the condition type ZBP1 must be deactivated.
    Similarly, if the item category for the line item is ZTNN, then the condition type to be picked must be ZBP1 and the condition type ZBPR must be deactivated

    Dear All,
    I have fulfilled this by doing rev acct determination in vkoa using item category and moving it up the order. Also I used a requirement in v/08 for 100% discount on free material.
    This has resolved my issue and i am now closing this thread.
    Thanks and Regards,
    Rohan
    Edited by: Lakshmipathi on Apr 2, 2011 10:53 AM
    Since you have arrived at a solution, please change the status of the thread to "Answered"

  • Using RB00 condition type for Price Adjustment

    Hi,
    I have to do a price adjustment due to some rounding issues in the pricing of my sales order.(Using standard Pricing Procedure RVAA01). I am thinking of using manual condition type RB00 at Item level that can accept both positive and negative values depending on the situation.
    If the calculated value>expected value then the user will enter negative RB00 value manually and
    if the calculated value<expected value then the user will enter positive RB00 value manually.
    The account key is however different in standard Pricing procedure for RB00 and it is ERS and for standard Base Price (PR00) it is ERL.
    So, my question is that does that make any difference if I maintain condition records in VKOA for RB00 same as PR00?

    Hi
    If you are looking for rounding then you round the decimals by not maintaining any decimals.But if it is a price adjustment then your approach is correct
    If it is VK11 then there is no need to maintain condition record for RB00 as it is a manual condition type at item level
    If you are talking to maintain revenue account determination VKOA then you have to maintain as whenever you give discount then it will hit some G/L account .So you should assign a G/L account also
    Regards
    Srinath

  • PO Condition Type Issue

    Hi All,
    I have encounter a PO condition type issue, hope to get someone to enlighten me.
    I have create both cuztomize condition type ZOT2 AND ZOT3. 
    With config in Control data 1
    Cond. Class - A Discount or Surcharge
    Calculat. type - B Fixed Amount
    Cond. category - B Delivery cost
    Group Condition
    Select for Group cond. & RoundDiffComp
    GrpCond.routine - 1 Overall Document
    ZOT2 in header condition should be divided into item via value.
    ZOT3 in header condition should be divided into item via quantity.
    Both condition type havemanually enter with value 300
    In the test PO I have created 3 materials:-
    Material     Quantity     Net Price     Item Net
    A     100     1,615.00     161,500.00
    B     100          16.15         1,615.00
    C     1000          16.15       16,150.00
    In the Item view calculation for both condition type as stated below:-
    ZOT2 - 270.27 : 2.70 : 27.03 (Ratios base on Value 100:1:10)
    ZOT3 - 270.27 : 2.70 : 27.03 (Rations base on Quantity 1:1:10) the amount result should be 25: 25: 250 but the result I get from the system for condition type ZOT3 is the same as ZOT2.
    Please advise how to reticfy the configuration. Thank you.

    Eugenia Foong Pui Mun wrote:
    Hi Shiva,
    >
    > I have try to config with the info you have suggested, but it does not seem to get the expected result.
    Hi Eugenia...
    I tested  scenario with values you have mentioned. It works perfect both ways. Pls follow this....
    1. Pls avert the changes I had suggested in my prev reply for changing the condition types. (group condition active, round diff condition & group cond routine, keep them as they are)
    2. While you enter value in header with condition type ZOT2. the value gets properly distribute by the ratio 100:1:10 and thats perfect......Now
    3. While you enter the values for condition type ZOT3 in the header...Pls note that your Total Qty is 1200 and the total condition value is 300 this means per unit qty the value is 300/1200 =0.25...
    Now while you enter the values for ZOT3 in the header, enter 300 in the Amount column and 1200 in the Per column, meaning that the total of 300 shoud be divided into 1200 units irrespective of quantities per Line Item
    Now check the results and you will have the distribution ratio 1:1:100
    NB:For ZOT3 (Qty base) to work the UoM for all the line items must be similar
    Pls check and revert
    Regards
    Shiva
    Edited by: Shivaspatil on Nov 24, 2011 12:42 PM

  • Pricing condition type Issue YPR0--- ZPR1

    Hi All,
    WE have a pricing issue, for example we have a condition type YPR0 and we use a pricing procedure which i will call ZME600, we are basically creating a new condition type to be called ZPR1 to replace YPR0, now in the copy control, delivery document to billing, for item category YBHP, the price type  setting is ''G ''which means copy pricing elements unchanged and redetermine taxes, if we use this option, when we upload new price list, create a billing document, it will change the price on all open sales orders rather than keep the original price, so option is, change the pricing type setting to a ''D'' which basically copies all pricing elements unchanged, will this be a better solution? what happens when we  start using new condition type ZPR1 to replace YPRO, the system will no longer recognise YPR0, if there any options to work around this, some have suggested linking YPR0 to ZPR1 in the pricing procedure??

    Hi,
    Please check V/06 conditiontype functionlality of tht condition type. There it might have been activated for both header level and item level. that is the reason it is printing in both levels. Please do needful setting there..
    Regards
    Sankar

  • 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

  • Price on condition record no issue

    Hi,
    I am working on report to print the PR00 value of material.
    Report is working fine but the material whose price had chaged is not picking write price .( picking first time entered price)
    Tables :A515 and konp . I am picking the price on basis of condition records no  equality from both tables.
    But material whose  prices is changed many times and has same no of condition records are created.
    In that case the first condtion recod is matched and first time enterd Price is picked.
    But i need latest or last updated Price. How to overcome this issue ?
    Thanks

    Any relavent info regarding issue :
    I am working on report to print the PR00 (condition type ) value of material.
    Report is working fine but the material whose price had chaged is not picking write price .( picking first time entered price)
    Tables :A515 and konp . I am picking the price on basis of condition records no equality from both tables.
    But material whose prices is changed many times and has same no of condition records are created.
    In that case the first condtion recod is matched and first time enterd Price is picked.
    But i need latest or last updated Price.
    Thanks

  • Inactive conditions (Type Y - Inactive because of subsequent price)

    Hi all
    I have a curious case that seems to be unexplained...
    The inactive conditions of type Y
    When are the condition types deemed inactive if type Y ??
    There was no entries maintained in the condition records upon the existing entry or the entry existing was not changed. There are no exclusions maintained for the condition type as well. The condition type that I am using here is of the condition class A (discounts/surcharges).
    The condition is inactive at the document level of type Y.
    However, when I check the status information of the condition type, I find the message "Condition is active"
    Kindly provide me pointers to resolve the overlying issue.
    Thanks in advance
    Vinodh S

    It could be due to two reasons
    1)  Please note that If both the condition types has a Condition Class as B  (Prices) only one pricing condition in the lowest level ( step number ) will be active and rest are made inactive by the system. This is a standard behavior.  So If you have two condition types with same condition class, you may need to change the first one to be a discount or surcharge in V/06
    2)  Next go to IMG Path -- SD --> Basic Functions --> Pricing --> Pricing Control --> Define Pricing By Item Category --> Activate pricing for item categories.    There check you have maintained "X" for your item category under the tab "Pricing" and blank against "Statistical value".
    thanks
    G. Lakshmipathi

  • Decimal issue in condition type

    Hi All,
    Present Calculation`s
    Our SAP system in Sales Order
    Mat - xxxx   Qty 12, Price 4,08 with 7,5 % discount
                       7,5%  -    0,306
                      Net price -3,774
    Calculation - 12 (Qty)*3,774=45,288         It gives 45,29 for invoice amount
    Requirement :
    customer calculation with 2 decimals
    Price       4,08
    7,5%        0,31
    Net Price   3,77
    Should calculate   12(Qty)*3,77=45,24          
    customer compares 45,24 with 45,29 and gets a difference of 5 cent hence he is not accepting the invoices because of the differences.
    How can we make the decimal 0,306 to reach 0,31?
    Note : In condition type the rounding rule commericail.We tried all the options but did not yield results. Your help i highly appreciated

    Dear Friend,
    One option is rounding rule in Condition Type, which is somethimg you have already tried. Just make sure that for all Condition Type mentioned here, the rounding rule is Commercial.
    Now the real issue in you case is not Round Rule, but is is realted to Decimal Places.
    You can set Decimal places at OY04 (IMG - SAP NetWeaver - General Settings - Currencies - Set Decimal Places for Currencies)
    Here you will have to set the Decimal Places to 2 against Currency type (INR incase of India).
    But please note that this setting is applicable on Currency & will have impact on all the places where the said Currency is used in system.
    Hope this helps...
    Thanks,
    Jignesh Mehta

  • Two prices for one material in sales order according condition type

    Hi,
    I configure the condition type according to following condition record:
    Plant/ Sales Organization/ Distribution channel/ Material / Customer
    (because system should calculate two prices for one material in two plants)
    In the sales order screen, when user firstly select material , quantity, plant ,  system calculate the related price correctly but if user select the material and quantity and enter and after that select the plant, system will show the error message in pricing procedure and to have a price for material, user should update the price in the price condition in sales order.
    It is so difficult for user to update one by one, because there are several sales orders which need to update.
    Is it any way to solve this problem?
    Thanks,

    > In the sales order screen, when user firstly select material , quantity, plant ,  system calculate the related price correctly but if user select the material and quantity and enter and after that select the plant, system will show the error message in pricing
    Hi,
    Why to let the user press Enter button before entering plant value Obviously, system will give error, because it doesnt get all the required value based on which you have maintained condition records.
    Ask the user to enter all the value at item level otherwise you will have go for the option that you are doing currently.
    It is said prevention is better than cure
    Hope you get some inputs
    regards,
    Sagar

  • Tax condition types issue in sales order

    Hi Friends,
    I am bit lost with the following issue. I have searched sdn and other SAP forums for this. There were similar issues discussed but they didnu2019t solve my issue. There was exactly similar issue but it was unanswered. So I am posting the issue here to get some inputs.
    This is the Indian tax scenario.  I have configured pricing procedure where I have JVAT and JCST. If the company is selling to customer in the same state where company is located letu2019s say region 05 JCST 2% applicable. If the customer is outside region 05 then 5% JVAT should applicable.
    =>  In the pricing procedure it was like
    150  0  JVAT
    160  0  JCST
    Both will be calculate on the gross value.
    =>  I have created two new tax classifications for customer master. 
    JCST   2   Tax liable outside region 05
    JVAT  3    Tax liable inside region 05
    So in the customer master I have both JCST and JVAT. I have created a customer with region 05 and in customer master under Billing document tab I have entries like below
    Country    Name   Tax Category   Name   Tax classification  Description
    IN              India        JCST                IN: CST              2                  Tax liable outside region 05
    IN              India        JVAT               IN: VAT              0                  Tax Exempt
    => I have created condition record for JCST with the following key combination
    Country u2013 IN
    Region of dlv. Plant u2013 05
    Region u2013 05
    TaxClass1-Cust.  -- 2
    TaxCl.Mat u2013 1
    Amount u2013 2 percentage
    Tax code u2013 A1 (TAXINN A1 2% Output tax)
    =>  With the above condition records maintained for JCST and maintaining tax classification as 2 for JCST and 0 for JVAT, I assume in Sales order SAP should calculate tax JCST 2 percentage. But in sales order SAP is not considering JCST and JVAT. For JVAT it makes sense as it does not have condition records. But I didnu2019t get the reason for not getting JCST.  When I checked analysis and click on JCST condition type it says condition record is missing.  Surprisingly when I click on the access details it shows u201CTaxClass1-Cust. as 0u201D it didnu2019t show as 2 as maintained in the customer master.
    When I change the Tax classification for JVAT from 0 to 1 or from 0 to 3 in the customer master, in the analysis when I click on access details for JCST it shows tax classification maintained for JVAT that is as 1 or 3  so it seems SAP is not considering JCST in customer master at all. Why is that so?
    The access (condition table) for JCST and JVAT are same.
    Any inputs?

    Hai SAP_2006,
    We are also having similar requirement and inform the USER to maintain
    In our customer master we gave like
    Customer master:
    Sales area data
    Billing documents
    JTX1     Tax Jurisdict.Code d     1     Full Tax 12.5%
    JTX2     Tax Jurisdict.Code d     1     Full Tax 12.5%
    JTX3     Tax Jurisdict.Code d     1     Full Tax 12.5%
    JTX4     Tax Jurisdict.Code d     1     Full Tax 12.5%
    To get LST  we maintain
    Country u2013 IN
    Region of dlv. Plant u2013 05
    Region u2013 05
    TaxClass1-Cust. -- 1
    TaxCl.Mat u2013 1
    Amount u2013 12.5  percentage
    Tax code u2013 A2 (TAXINN A1 12.5% Output tax)
    To get CST
    Country u2013 IN
    Region of dlv. Plant u2013 05
    Region u2013 06
    TaxClass1-Cust. -- 1
    TaxCl.Mat u2013 1
    Amount u2013 12.5 percentage
    Tax code u2013 A2 (TAXINN A2 12.5% Output tax)
    In case if they want CST 2%, then user has to go
    Sales order header Biiling
    Alt tax Classification : Shouls change the Blank to 2 in the 1 box out of 4.
    for that we maintained condition record as
    Country u2013 IN
    Region of dlv. Plant u2013 05
    Region u2013 06
    TaxClass1-Cust. -- 2
    TaxCl.Mat u2013 1
    Amount u2013 12.5 percentage
    Tax code u2013 A3 (TAXINN A3 2% Output tax)
    This doesn't require to change customer master regularly and default system finds LST or CST 12.5 unless they change to 2% system will not change automatic. So CST 2% Vs CSTfull tax risk is also avoided.
    Regards,
    Mani

  • Excise duty condition type and Purchase Order Print Issue

    Dear Friends,
    We have a issue related to Purchase order print out.
    We are maintaining TAXINN.
    We have implemented CIN and we are maintaining Excise Conditions i.e. Basic Excise in JMOP
    In FV11 we are maintaining values for JMOP with plant and material Group combination.
    In Purchase Order Tax calculation is happening correctly.
    But issue is to find the value of taxes for Purchase Order Print.
    We are using function module CALCULATE_TAX_FROM_NET_AMOUNT
    and passing values of Company Code, Country, Currency, and Base amount to get the entries in condition types.
    But we are not getting any entry even after passing the values.
    How we can get these values in JMOP.
    Regards
    Kant

    Why do you want to calculate the taxes during the PO Print when you are getting correct values in PO itself?
    Modify your print program with pulling values directly from EKPO/ EKKO Tables and display it to Spool.
    check with ur ABAP Person

  • How to change condition type of Markdown price?

    Dear Expert,
    When I active markdown price, the system create price with condition type VKP0 (same as article regular retail price). Now I want system create price with other condition type, for example ZXXX.
    Could you give any help or tips? Thank you very much!!
    Robin Hu

    Xiaowei Hu
    You solved the problem?
    Tks
    Filipe Borges

Maybe you are looking for