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

Similar Messages

  • 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

  • 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

  • DIscount condition types mapping to value field  (+/-)

    Hi,
    1)While mapping SD condition types to Copa value fields, do we need to check the transfer +/- symbol for all discount condition types...
    or when do we need to check it..
    2) In our case we have some 4 to 5 discount condition types mapped to copa... If we check that symbol, as discount will always be negative system is posting discount values in negative in copa. At the time of report execution, since we give formula as Sales Less discount and discount is already negative in system it is getting added... so we are planning to change formula as sales + discounts... is that approach is right?
    Reg
    Karthik

    Hi Ajay,
    Thanks for your quick reply... generally for which condition types do we need to check this indicator in ke4i... for all discount condition types and rounding off condition types... is that right? Because as I told we have some 4 to 5 discount condition types and we have ticked for only one discount condition type which is mostly used...
    Reg
    Karthik

  • Incorrect value for condition type P101 in Stock Transport order

    Hello Friends,
    We have a scenario where in transfering material from one plant to another using the STO way , the excise duty from the sending plant should be loadded on the inventory of the receiving plant.
    In this scenario the excise duty X% is calculated on the condition type P101 (which is the standard price or the moving average price from the material master accounting view)
    Giving below a sample cas e for the error occuring:-
    - Suppose a material M1 has stock of 5,00,000 EA of total value 2,03,707.16 inr , thus the moving average price calculated by the system is 0.41 inr per unit.
    - When i try to create the Stock transport order for this material the P101 condition value now appears as 2,05,000 inr for same 5,00,000 Quantity
    If we check the difference between the material master value and condition value their is a difference of 1292.84
    As mentioned the excise duty(X%)  is now getting calcuated on 2,05,000 . When we do post goods issue against the delivery created for the stock transport order the inventory value posted is from the material master i.e 2,03,707.16 , but the excise value are calculated on 2,05,000 in the Purchase.
    This difference in value between the condition P101 in PO and the actual inventory posting value is resulting in incorrect calcuation of the excise duty.
    can some help me regarding this issue.
    regards,

    Dear Gundam,
    This might accured due to the rounding off problem, so please chek the rounding off condition type is available in the invoice or not.
    If not plaese maintain the rounding off condition type sames as in the sales order then try.
    I hope this will help you,
    Regards,
    Murali.

  • Condition type for condition record

    Hi SAP All
                 i configure the one round off condition type that type to give value is some points wise like that 0.10,0.30.0.65....but system not acceptation this values how to maintain.
         the round off condition type we r given manually or system will give na plz provide some more explanation regarding this one
       the solution help for me i will give points
    regards
    Raju

    Hi,
    If your basic requirement is just to round up condition values, you may use the following:-
    You can tackle this by using standard routine in your pricing procedure.
    In the 'Caltype' column in pricing that is "Condition formula for alternative calculation type", you need to add routine number "17 Rounding as perT001R", before those excise conditions which you want rounded.
    Additionally, in table T001R such rounding data should be maintained.
    For this goto SPRO - SAP NetWeaver - General Settings - Currencies - Define rounding rules for currencies
    here maintain: Co, Code + Currency = 100
    This will solve your problem
    Regards
    Dhananjay

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

  • 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

  • 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

  • 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

  • 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

Maybe you are looking for

  • Select statement with LIMIT

    I m trying to find if LIMIT is a part of the select statement and if works like set rowcount 1 in sybase....if anyone can post the generic select statement with LIMIT in it that would be great! any help or input will be greatly appreciated Thanks!

  • On a Whim

    On a Whim I made some changes.  I have 333Mhz Kingston Memory. Ok, here we go...I increased my FSB to 200, I increased my vcore to 1.675, I increased my dram voltage to 2.7, I lowered my multiplier back from 12.5 to 11 ( I took advantage of unlocked

  • Opening and cleaning a Macbook Pro (retina 2012)

    I have had my MacBook Pro retina for more than 2 years, without cleaning the insides yet I have used it extensively, many hours every day, and there has been periods of daily smoking Should I just order a screwdriver set (pentalobe?), open it and cle

  • Printing 4x6 photo in iPhoto Problem

    When trying to print a 4x6 in iPhoto, the print image is enlarged and cuts out the outer part of the photo. How can I get it to print the real size?

  • Import Elements catalog into Lightroom

    Hi everybody, I used PSE on my notebook for a couple of years now. As i bougth a new pc recently I want to upgrade to Photoshop CC / Lightroom. So here is my question: Is it possible to import my elements catalog into Lightroom including my tags? I s