Condition Type Definition / Calculation Type "R" Purpose

Hi,
Can anyone explain what is the purpose of the value "R Distance-dependent" in define condition type screen.
I know that we use this field to control whether the condition is a percentage or fixed value. but what is the purpose of "R" in it.
Any useful thoughts will be appreciated.
Regards,
Robert.

Robert,
  This is a function of transportation management. It is used to determine freight cost that is influenced by distance of shipment and can be used in conjunction with the scale basis type of R(distance) as well. There is some info that refers to this functionality in this doc http://help.sap.com/printdocu/core/Print46c/EN/data/pdf/LETRA/SDTRA.pdf. Hope this helps.
Matt
Edited by: Matthew Menzies on Dec 8, 2009 5:05 PM

Similar Messages

  • Manual Excise condition type with calculation type as FIXED AMOUNT

    Dear Gurus,
    I have used a manual excise condition (JMAN) in my pricing procedure the difference is that I've changed its calcultaion type to FIXED AMOUNT.
    And in the same pricing procedure I have also got a percentage based Excise condition (ZEXC).
    And in any transaction either of the one that is JMAN or ZEXC will be used.
    The Manual Excise condition is used basically when the raw material sale takes place. The requirement is as such that they should be able to enter the duty value in INR and not in percentage. Please go through the example below
    *(For Example I am procuring raw material of 100 kg worth 10000 at 8% of excise duty. Excise duty will be 800 for 10000rs. So it will be 8 rs per KG.
    And now suppose I am utilizing 80 kg for production and want to sell remaining 20 kg. the Excise duty charged should be 160 rs. considering the rate per unit is 8rs.)*
    In this case user wants to enter the value in INR and not in percentage.
    And normally for the finished goods the percentage based condition is used.
    Now what my issue is that how will I copy the value from JMAN to ZEXC at the raw material sale. otherwise my finished good sales is happening without any problem.
    For this should I use any routine to copy the values from ZMAN to ZEXC??
    Or rather is it possible that I could copy values from a condition type whose calculation type is FIXED AMOUNT to other condition whose calculation type is percentage.
    How should I go ahead with this??
    Please guide me.
    Any answers??
    Cant Do it this way??
    Thanks & Regards
    Anand.k
    Edited by: anand k on Jul 8, 2009 6:38 AM
    Edited by: anand k on Jul 8, 2009 1:04 PM

    Check the condtion value in condition type UTXJ . If the JMOD value is 10% of UTXJ then assessable value should have been maintained for the Material and Plant combination in J1ID. This is due to Routine 351 maintined in pricing procedure for the condition type UTXJ
    check and confirm
    Senthils

  • Condition class and calculation type missing for conditions downloaded from

    Hi All,
      I have downloaded all the condition types from R/3 using dnl custcndall
    I have even downloaded the following using r3as
    dnl_cust_cnd
    dnl_cust_prc
    dnl_cust_price
    But I have noticed that for the downloaded condition types, condition class and calculation types are missing. Please suggest.

    I have faced the same issue recently.
    The solution is in adapter object DNL_CUST_CNDALL for table T685 and other tables for T685 in that objet put the filters for condition type
    for ex: KSCHL eq PR00
    This sure will work.
    But you have to set this filter for all tables T685*
    Thanks
    Sarabjeet

  • Requirement type, alternative calculation type and alternative base value?

    Hi guys pls can any body experts in pricing
    Can u pls explain requirement type, alternative calculation type and alternative base value?
    Not theory Any of Ur real time experience………

    <b>Requirement:</b>
    It is a routine that is written by an ABAP consultant according to the business requirement.
    By defining Requirement in condition technique we can restrict the access of condition type.
    To understand the concept, we will take the example of the Rebates. Rebates are to be included during the billing document processing and not in the sales document processing. As rebates are given on the delivered quantity and not on the ordered quantity (in case of cut-off period for rebates).
    For rebates we use the condition types BO01 to BO05, and in the Requirement column we give the value 24 which is "Only in Billing Document".
    This Requirement will ensure that these condition types will appear only during the billing document processing.
    If new Requirements are to be defined we follow the procedure given below.
    Go to T.Code: VOFM. - Maintain Requirements & Formulas
    Click on the "Requirements" in the top menu and then click on "pricing".
    We have a list of requirements, we can ask ABAP consultant to create new requirement based on the client requests.
    And we assign the application type like V - Sales/Distribution etc.
    <b>AltCty - Condition formula for alternative calculation type:</b>
    It is again a Routine that is written by ABAP Consultant.
    It is an alternative formula for the condition type that can be used instead of standard formulas.
    For example, let us take the Profit Margin which can be both + / - , so here this routine will help us in generating the value which can be either + or -. Profit margin is not a condition type so it cannot be classified as +ve or -ve in the V/06.
    Ex.: 950 0 Profit Margin 11.
    So we assign 11 - Profit Margin.
    If new routines are to be defined we follow the procedure given below.
    Go to T.Code: VOFM. - Maintain Requirements & Formulas
    Click on the "Formulas" and then on the "Condition Values".
    We have a list of routines, we can ask ABAP consultant to create new routines based on the client requests.
    And we assign the application type.
    <b>AltCBV - Alternative formula for condition base value:</b>
    Formula for determining the condition basis as an alternative to the standard.
    It is again a Routine that is written by ABAP Consultant.
    It is used as a basis to calculate value of the condition type instead of using it from the "FROM" column.
    Ex.: Freight - KF00.
    Freight is calculated based on weight, volume etc. and not on the base price. In pricing there is no entry of weight from which the value can be referred like we do for discounts using base price. We have to get the value from the Material master.
    In this column we can mention the value as 12 - Gross Weight or 13 - Net Weight.
    During pricing, the system will consider the value that is mentioned in this column and determine the freight based on this value.
    Suppose we have Net weight: 100 kgs and Gross Weight: 150 kgs. And if we mention 13 in this column then the Freight condition KF00 will be calculated using the weight as 100 kgs.
    Regards
    AK

  • Getting Condition Unit using Calculation Type

    Hi all,
    I got the calculation type from the table T685A with the Application value 'V' and Condition Type 'ZTUP' .
    The Calculation Type is 'C' which means Quantity.
    Can anyone please share for getting the Condition Unit (For Eg:  'EA' )  based on the Calculation Type , Material and Plant?
    The field is  KONP-KMEIN
    Thanks,
    Hema.

    This information should be in the condition record. Pricing condition records are stored in tables Annn, e.g. A601, A901 and such. Since tables are customizable, they will be different in each system. You'll need to get this information from your functional expert.
    Also keep in mind that this data may be different for each document (again, depending on your configuration). If it's SD, then for the documents you'll find the conditions in KONV table.

  • Query regarding condition type value calculation in VA05

    Dear Gurus,
    We had maintained one condition type Z*** where we had declared the condition type as follows:
    Condition class - Prices
    Calculation type - Quantity
    Plus/Minus - A (positive).
    We had maintained the condition table as :
    Price = 200 USD per 10 EA
    Lower limit = uppler limit = 0.
    When we are calculating the price in the sales document, the system is taking the price of 10 units as 200 USD correctly.
    But in VA05 screen, the confirmed net value for 10 units is shown as 10*200 = 2000 USD which is wrong.
    Can anybody throw a light on how the confirmed net value for VA05 screen is calculated.
    regards,
    Krishna

    If it is representing the value of the condition type, then it is a new field customised by your technical team. Standard VA05 doesnot represent the value of any condition type. So please check with your developer, may be there is a problem in their program.

  • Calculation Type 'H'

    Dear All,
    WE have reverse pricing scenario of MRP. We have maintain set off Condition Type as below :
    Condition Class - A
    Calculation Type - H
    Condt. Cat - D
    Plus/Minus - X
    i.e The Value Calculation should be (MRP 1012.50/1.125) = 900 But System is Calculating (MRP 1012.50 * 12.5 / 100)
    During sales order creation the set off condition value is not getting calculated in reverse. It is calculating on the base price.
    Please guide.
    Regards,
    Mahendra

    Hi
    I see something wrong in your condition type configuration
    Condition class A means discount or surcharge
    Condition category D means Tax
    As per my knowledge i think the same combination is wrong
    Calculation type H means % included which means that if a product is Rs 100 and the tax is 4% instead of Rs 104 the system will keep as 100 only but in that the tax component will be Rs 3.85 that is 100/1.04 =96.15
    This you must get with Calculation type H
    Pls let me know what type of calculation you are looking for with an example so that i also learn from your query
    Regards
    Raja
    Regards
    Raja

  • Different calculation types for one condition

    Dear all,
    I'm trying to find out, if it's possible to have a condition (in our case freight condition ZKOP) set up with two different calculation types?
    Definition of how it should be:
    - If the order value is below a specific amout, ZKOP is xxx.xx EUR.
    - If the order value is above a specific amount, ZKOP should be calculated as a percentage base of the order value.
    Please can you let me know if it's possible and how?
    Thanks in advance.
    Andreas

    TW Typewriter
    If the coding is not written correctly, it would definitely affect the system performance.  This is not only for user exit but also will be applicable to routines.  So it makes no difference. 
    And is not difficult to get an access key to do this development
    Not in all cases.  In some projects, getting an Access Key itself is very difficult and it undergoes cumbersome process from client side.  So we have to take a decision on case to case basis whether to go with routine or user exit.
    G. Lakshmipathi

  • Using two different calculation type  for one condition in purchasing

    hi
    purchasing price must be callculated as the mix of fixed and quantity calculation types, example is below;
    for material A whose purchasing unit of measure is quantity (piece) but base unit of measure is gr.
    1.from 1 gr to 500 gr discount must be 50 usd  as fixed,so 1 gr discount is the same with 499 gr discount.
    2. from 501 gr up to x, 0,10 usd per gr
    for example;
    if quantity = 10 and  total default gr from material 450, discount must be 50 usd as fixed.
    but during good receipt in migo 10 piece can be 600 gr so, price must be calculated as 600*0,10 = 60 usd.
    or vice versa,in purchasing order total gram can be gretaer than the gr which will be used in migo during good receipt .
    if quantity = 10 and  total default gr from material 600, discount must be 60 usd as scaled.
    but during good receipt in migo 10 piece can be 450 gr so, price must be calculated as 50usd as fixed.
    it s a little complicated.
    Thanks in advance.

    TW Typewriter
    If the coding is not written correctly, it would definitely affect the system performance.  This is not only for user exit but also will be applicable to routines.  So it makes no difference. 
    And is not difficult to get an access key to do this development
    Not in all cases.  In some projects, getting an Access Key itself is very difficult and it undergoes cumbersome process from client side.  So we have to take a decision on case to case basis whether to go with routine or user exit.
    G. Lakshmipathi

  • Condition type and calculation schema

    Hi,
    I would need to set up a condition type and set this into a calculation schema.
    The condition type is a kind of tax. (It must be percentage.)
    The tax amount increases the cost, asset value or stock value so the NET amount must be summed up with this tax amount and posted in the GR.
    Please let me know how to set up this condition type and how to set up the calculation scheme so that NET amount and tax amount could be posted in the MIGO.
    When creating a PO line itme with w material I would like to be able to set the NET amount there.
    When lookint at the Condition tab of the line item in the po I would like to see the
    NET amount
    The tax percentage calculated
    The total of these.
    In the MIGO I need to post the total.
    Thanks in advance,
    Agnes

    Hi,
       The option is available with Transportation Management in standard using Multi-dimensional calculation type. As of my knowledge, the full functionality is not available without TM, as there is no option to assign the scale type in MM.
        If you want to map the same scenario in MM without TM, then you may go for development. You may create a new Z table and maintain the kilometers and rate per km for each vendor and ship to party (customer number for the receiving plant). Create custom routine to pull the price (distance * rate per km) from the z table and calculate the total price based on the calculation.
       If the kilometers / route is changeable for each PO, then you may add the distance field in PO.
    Regards,
    AKPT

  • Condition Types : Calculation Type Change from A (percentage) to B (fixed )

    Dear All,
    We created a condition type (Calculation Type : A (percentage) ) and assigned access sequence and maintained in pricing procedure but later decided to change the calculation type to B (Fixed Amount) on this condition type.
    I am wondering, what impact it will have ?? Can I simple change the calculation type on this condition type or should I take care of any thing else ??
    Let me know, What things I have to take care of.  Thanking you.
    Anu.

    Hi Anu,
    No need of worry if it is independent condition type, means other conditions are not depending on it OR it is not depending on others.
    Also check the condition records if they have any impact.
    Else not a big issue, simply go ahead.

  • 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

  • CONDITION BASE VALUE / ALT CALCULATION TYPE Pricing

    Dear All,
    I have a scenario where in I want the condition base value for calculating the value for a condition type to be based on
    Gross weight -  Net weight value of a material.
    Is it possible and if yse how do I acheive the same.
    Deepak

    Deepak,
    Alternative Calculation Type:
    Normally if you want to calculate a value you have to use a calculation type for determinating the value. This calculation type is either addition, subtraction or multiplication. Similarly SAP also has got a default calculation type in the control data of the condition type. There you have the options of either Qty based , Fixed Amount Based or Percentage based.  
    Here what happens is suppose if you define Your condition type that calculates the base price of a material on Qty based. Then the calculation will be done based on the quantity of the material. If the customer orders 10 Nos and you have maintained a unit price of 100 Rs for each material then the value determined is 1000 INR. Similarly if the discount condition type , you maintain the calculation type as %. This means if you maintain the value of 10  % in the condition record. Then this percentage is taken as the calculation type  and the condition value is determined.
    In some cases you have to forego the default calculation types and use the customer specific method for calculating a value. For ex if you are calculating the Freight charges for a Material . it depends on so many criteria like, the weight, volume  and also the minimum amount etc etc, in those cases, you forego the default value and then use the alternative calculation type in calculating the condition value against the particular condition.
    Alternative Condition Base value :
    If you have to calculate any value then you have to have a base value for it. For ex if you want to calculate the  discount of 10 % for a material then you have to have a base value on which this 10% is calculated. Normally you take the  condition value of the base price of the material to calculate the value.
    Now you don't want to take the base value and take other values as base value which are derived on some formulae. So you create a routine which will do the mathematical operations in the routine and derive you a value which is now used as the base value for calculating the condition value for a particular condition type.
    Reward poitns if u finds this helpful....
    Regds
    MM

  • Change required in Condition type definition.

    Dear Experts,
    My requirement is - I have defined one condition type [pricing procedure] with condition class extra pay. Calculation type - C Quantity. Calculation schema has been configured. Next processing Condition record creation and Service Po creation has been done. I have around 50 Service purchase orders in the system now.
    By some reasons, i have to change my condition type defintion. i have to change the calculation type from C to B [Fixed amount].
    please guide me on my requirement.

    Thanks Priyanka !
    Those POs cant deleted. Because of the missing condition type all the calculation will be incorrect in Service entry sheet as well
    Invoice Verification.
    Also i have to change my Key combination for condition records. Current key combination is Plant/ Activity/ Purchasing Organization,
    Vendor. But this condition value can be set at activity level. But i have condition records already maintained.
    Its a major change in configuration i know. but is required and received a permission from client. so whatever job is there,
    no problem.
    Please suggest me the solution on mentioned query.
    Thanks in Advance.

  • Alternative calculation type and alternative condition base value

    In pricing procedure what is the difference between alternative calculation type and alternative condition base value?Kindly help

    Hi,
    Please check the forum before you post your questions as this question was answered a number of times earlier.
    Please check the below link which discusses in detail regarding the same.
    [Alt Cal Type and Cond Base Value|Alternative calculation type and alterantive condition base value in pricin;
    Regards,
    Phani Prasad

Maybe you are looking for