Round up in condition type

Hi everyone,
I am able to round up in condition type for second digit.  but I want to know how we can round up for first digit.

ROUNDING UP MEANS IF THE DISCOUNT IS 4.3, ITS ROUND TO 5, IN ROUND DOWN IS IF 4.7 MAKES 4/-, IN COMMERICAL IF THE DISCOUNT IS 4.3 IT MAKES 4/- AND IF THE DIOSCOUNT IS 4.7 ITMAKES 5/-
HOPE U GOT IT..
REWARD IF IT HELPS
KIRAN

Similar Messages

  • Condition type value rounding

    Hi Experts
    I want to know about rounding of decimal in PO conditions. We have customised condition type like ZFRE in % and it is found that when PO is created i see  that ZFRE value is rounded i.e suppose if value is coming as 3.97 then the system takes automatically 4 and if value is 39.37 then the value becomes automatically 39. The decimal places dont appear in PO. I thought it is because of condition type configuration.
    The ZFRE condition type has setting as:
    rounding rule - commercial(standard)
    It is not set as rounding up or rounding down. How the values are not geting rounded?
    Thanks
    Dinakar

    Hi
        From the above suggestion you cant round off the condition type as said. Use t.code OB90 and for your company code and currency and maintain 100 in the field 'Unit to be rounded up to'. But it is client level setting. Be careful while setting this.
        Then go to your pricing procedure and assign Routine-17-Rounding as perT001R in Altcaltype field. Then create order. Your requirement will be solved.
    Reward if helpful

  • Condition Type Rounding Rule

    Hi all,
    All my condition types have rounding rule as Commercial. When the client was checking calculation after billing in the accounting document; for VAT condition type, it is rounding below.
    For example; VAT amount is 2164.989; it should round as 2164.99, but it is rounding as 2164.98. The client is very particular about this.
    But the same rounding rules have been used for all the condition types and the client does not have any problem with rounding for those; can somebody explain is there any additional setting required. This is very urgent as they have gone live and they are not entering backlog orders because of this problem.
    Thanks and Regards,
    Adithya
    Edited by: Adi1976 on Feb 12, 2012 11:54 AM

    Hi
    try with rouding rule A (Round Up) in condition type. Txn code: M/06.
    regards
    Srinivas

  • Rounding of condition type

    Pls guide me to set rounding for perticuler condition type into pricing procedure of PO

    Hi
    You can round off the value to nearest in condition type.
    Go to SPRO and Select the condition type and in that under control data you can use rounding rule (as A and B..).
    Regards,
    Manish

  • 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

  • Problem of  DIFF (Rounding Off) Condition Type in Sales Pricing Procedure

    Hi All,
    This problem is related to Sales Order. The system is not picking up a condition type in the pricing procedure.
    For example when I am raising a sales Order where the Trade Price is being calculated with the help of a Alternative Calculation Type , Subtotal 1 , X in the the Print column and Posting Key ERL are assigned to it.Here in the end the condition type DIFF is not getting populated in the pricing though it is maintained in the pricing procedure. When I am checking in the pricing analysis the error message and its detailed description which is shown as follows -
    DIFF     011     Condition ignored (requirement 013 not fulfilled)
    The requirement 1. was assigned to this condition in the pricing procedure. This requirement was not met in the preliminary condition step, and so the condition was excluded from further processing.
    You can use Additional information to display the requirements used.
    Now considering the above scenario please suggest to attain my requirement.
    Thanks & Regards
    Priyanka

    Dear Priyanka,
    The "reqt" field in the pricing procedure basically tells d system that the routine mentioned in this field is a sort of prerequisite without fullfilling of which the associated condition type will not get xecuted.
    In ur case u have selected "1" which is for condition types A001, B001 etc used in "material listing / xclusion" function.
    For condition type DIFF, the correct value is "13" i.e "Rounding as per T001R".
    So just replace "1" with "13", things will b fine.
    Please close the thread if answered.
    regards
    Param

  • Condition type: DIFF-Rounding Off

    Dear Colleagues,
    The condition type DIFF-Rounding off is not woring in sales order.
    Config details as follows.
    1. OB90->Respective Company Code, Currency & rounding unit of '5' is being set in this transaction.
    2. Define condition type DIFF via Transaction V/06. This condition type is maintained as "Group and Item Condition".
    3. Included the condition type DIFF in the pricing procedure:setting are as per standard Reqt = 13, Caltype = 16, BasType = 4.
    Two issues noticed:
    1) In the sales order: DIFF is determined at item level and header level as well but value of DIFF shows "Zero".
    2) Crdit memo: DIFF was not determined.
    In both the cases Net value + Tax was in decimals, supposed to round off.
    Could anyone help what needs to be done or missing data.
    What exactly the functionaly of DIFF condittion type... Does it round of Net value + Tax or each condition value .
    Thanks & Regards,
    Vamsi P.

    Further, you can refer following SAP notes for your understanding and reference:
    - Note 0022963
    : Rounding problems in condition basis
    - Note 0080183
    : Rounding
    - Note 0130742
    : Roundings in subtotal lines
    - Note 0154789
    : Roundings in subtotal lines, part 2
    - Note 0311135
    : Rounding errors of condition value
    - Note 0886532
    : Pricing: Displaying and rounding numbers
    - Note 1481061
    : Rounding Customizing in SD
    Regards
    JP

  • Condition type for rounding-off

    Dear all,
    Is there any pricing condition for rounding off the PO values,
    For example if the total PO Value is comes Rs 5990/- & i want to make it Rs 6000/-.In the same way i want to deduct some amount to make the rounding off like total PO Value comes as Rs 10015/-, & i want to make it Rs 10000/- by applying the same condition.
    Or Can i create a new condition type for this type of scenerios.
    Quick reply will be highly appreciated.
    Thanks & Regards
    Prasant sekhar

    in condition type u have a filed for rounding off
    so use the relveant option from f4 help in that field and u can round of the value as u want to be
    go to tcode m/06
    and select ur conditoin type and click on the detail button and do the relevant settings

  • Rounding up off values using Different Condition types

    Dear All,
    There is a requirement from the client where they want to round up the values in all the condition type values.For Example:
    ZPR0-           1525
    ZCOM(15%)-  228.75(It Should be 229.00)
    NBT(Tax2%)   25.93(It Should be 26)
    Similarly all the values for the condition should be calculated as the above mentioned scenario .Kindly suggest
    Thank You!
    Chakradhara

    1.In V/06 goto the respective conditions type and in rounding rule field maintain A
    2.goto pricing procdure in v/08 in calculation type field maintain routine 17 against the condition type s
    3.in OB90 maintain 100( rounding unit) against your company code then check the results.
    Thanks
    Srinu.

  • JMOD condition type value should be always rounded up instead of commercial

    Hi Helpers,
    I need one clarification from you all based on your expertise,
    1. JMOD condition type value should be always rounded up instead of commercial.
    2. i have been already made rounding up in the condition type JMOD in the transaction V/06. but unfortunatly not working.
    3. after that we found that there is configuration change in spro (company code setting in the indai taxation-CIN) in the Logistic general> tax on goods movement>india> basic setting> company code setting for the commercialrounding, but the same is  already ennabled with SD rounding IND.
    Need your expertise on this.How shall we make it round up always for JMOD condition value. below is an example for your further analysis.
    Example: if values UTXJ is : 8,913.40 and JMOD will be calculated based on UTXJ as 10% thats is 891.34.
    Actually this should be 892 as per the requiremen.t

    I just recently rolled off a project in Europe that had an issue similar to this.  We were having rounding issues as a result of %  discounts. 
    However, we did come up with a solution that is provided by SAP. 
    Please review OSS note 80183 on SAP rounding and the solutions provided within the note.
    I hope this helps.
    Kind Regards,
    Jason

  • Rounding Condition Types

    Hi guys
    I have a requirement that in my pricing procedure I want the condition type which can round off the total vale if it is having any fraction value in the sales order. I have used some condition type like RNTP & RNTM, DIFF but couldnu2019t able to get right answer.
    So please provide me right information relating too all the above Condition Types.

    Dear Chandra
    Try with this
    For the net value field, give Routine 16 in the Alt. Cal. Type in the pricing procedure.  Addition to the above setting also add Routine 17 to Netvalue.
    thanks
    G. Lakshmipathi

  • Round off Condition type

    Hi
    I have maintained Condition type for Rounding off (ZROU) for the sales order value as header condition.Whatever the value calculated as Round off value is proportionally distributed amoung the line items and getting posted as line item wise.i.e if round off value is 0.40 paise same value is distributed amoung the line items let say 0.20 paisa for 1 st line item 0.20 for second.But i need posting has to be as header level only i.e 0.40 paise and not like 0.20paise twice.can anybody help me in this issue

    Hi Karthikeyan,
    This is not possible. SAP can store all conditions at item level only, even if it is entered at header. So if you enter a header condition, it splits it at item level, and stores it at the item level.
    See SAP Note 876617 (point 3):
    3. How is an 'actual' header condition distributed to the pricing result of the individual document items?
    This depends on further Customizing settings of the condition type, in particular on the calculation type (field KRECH) and on whether the group condition (field KGRPE) is set or not.
    Example:
    For a header condition with calculation type 'Fixed Amount', the amount entered on the header condition screen is duplicated in each item if the condition is not set as a group condition.
    However, if the condition is set as a group condition, the amount entered on the header is distributed proportionally (that is, in the relationship of the relevant condition bases at item level) and a rounding difference adjustment may be carried out (compare section 7).
    Hope this helps,
    Regards
    Nikhilesh

  • Diff Condition Type Account Posting in Sales

    Hello All,
    The problem in SD pricing is as follows:-
    In a pricing procedure we have two manual condition types one is for normal Sales Dr/ Cr. & another for Sales Freight.Now I want to know what are the configurations needed so as to get - After saving the sales order in case of Round Off calculation  & posting for Sales Dr. / Cr. the GL code assignment in DIFF account key will be of Sales Dr./ Cr.  whereas in case of Sales Freight for Round Off calculation & posting the GL code assignment in DIFF account key will be of Freight Revenue.
    Please suggest.
    Thanks & Regards
    Priyanka Mitra

    Hi,friend
    Actually, I'm not very clear your requirement.
    For the account determination, you should notice some key information.
    In the pricing procedure, the account key is very important factor for account determination.
    In the menu SPRO->Sales and Distribution->Basic Function->Account Assignment/Costing->Revenue Account Determine, you can find out the IMG settings for revenue account.
    Normally, the account is determined by Chart of Account, Sales Org., Customer account assignment group, Material account assignment group and account key.
    Hope it can take help!
    Thanks!
    Wink

  • 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

  • Change the condition type based on sales document type

    Dear ALL,
    I have created a condition Zxxx which is a fixed calculation type for the documents created by the upload from external tool to SAP.  I created this condition because external tool is using a 15 place decimal which SAP doesn't allow and if the normal condition type Zyyy is used SAP calculates once in SAP and there are rounding issues.  What the Zxxx condition type does is accept whatever value is sent up from external tool to SAP, regardless of the quantity.  The problem is that whenever they create a credit with reference, in SAP and they want to do a partial credit, the Zxxx doesn't take the partial quantity into consideration and doesn't change the value. 
    Is there a way to force SAP to change the condition type from Zxxx to Zyyy based on sales document type without recalculating the whole document because that would again, cause rounding issues.  We would need to have the calculation done only on quantities changed in the credit memo request .
    please advice me. your inputs are highly appreciated.
    TIA
    KOGI

    Dear ALL,
    someone please help me with this issue. your inputs are higly helpful.
    TIA
    KOGI

Maybe you are looking for

  • Which compressor settings should i choose?

    Hi guys.  need a little help. I've edited a 40 minute summer camp video together and i've been using a HD camera that shoots in MTS files.  my final cut pro 7 has been converting all the footage to Apple Pro Res 422.    The problem is the file size i

  • How to create a DNS? How access to Micr. Acces DB?

    This is because i wish to conect to a DB of Microsoft Access.... I have found that i need to create a System DNS...but i dont how to create it....Could somebody help me please? I have found that with the following servlet i can access to the db.....b

  • Character movement needs fine tuning

    This the code to move my hero mc around the screen. However, when you click directly under or over the mc it doesn't move. When I say directly above I mean the angle not the distance. ie: I am well above the mc but it doesn't move. Little kids are go

  • Report on Absence days ?

    Experts Can I get any standard report which gives me Absence in DAYS. Theres one standard report which gives absence in hours. But I would like to have in DAYS. Minal C

  • CDs aren't saving as mp4's

    How do I get my computer to start saving my CDs as MP4s again?