Rounding off unit of measurement

Hi Experts,
IWe are currently implementing ECC 600 for one of our client.
Most of there products are items with unit of measure as Each (EA).
Each unit is used for parts and hence it should not allow any decimal places like 1.4, 0.5, etc if the unit is EA.
But in the standard SAP system available this check is not there and it allows to create PR, PO, GR, etc for such quantities. Allowing such unit of measure can cause problem later on.
We need to block decimal place to be allowed for EA but could not find any settings for restricting this in Config (t.code CUNI). The field for decimal places is already blank and we have made no changes in the standard unit of measures.
Kindly suggest how to achieve this, is there any setting we are missing?, is it that it is a bug in SAP and a note is released for the same?, if none of this than any work around or exits available.
GANESHA
Edited by: ganesh_pall on Nov 10, 2011 8:18 AM

if your EA would be physically really an EA then the user would post any fractions.
I personally feel that you have just used a wrong unit.
a Wheel would for example have the unit EA, even it is technically possible to post with decimals, no user would really do it as it does not make any sense.
but if you have a drum with 200 kg of a material, then you better use KG as base unit in case user remove the content from the drum partially.
Technically SAP will always post with 3 decimals in inventory managment. you can hide the decimals from beeing displayed with settings in CUNI, but you cannot really restrict it.
Better educate your users and talk to the guys who have done the movement which caused decimals to get knowledge why they have done it this way.

Similar Messages

  • Unit of measure - rounding off during creation of planned order

    Dear All,
    We have defined one material OIL in MM41 and its UoM is EA also we have put alternative UoM is L(liter).
    now we create BOM of semifinished material we use this oil as a component and enter its value in decimal points.
    e.g 0.375 EA
    During planned order creation or REM backflush system convert this quantity to 1 EA ,WE dont want this automatic conversion .
    We have uploaded all master data in production and now it is very difficult to change all BOM
    So what is the solution of this that system can not convert qty (rounding off).EA
    Kindly reply
    Sunil

    Hi Sunil,
    IN CUNI Transaction Field Decimal Places is for displaying the decimals,there is a decimal place Rounding off field below,there try to maintain 3 decimals and check whether it is working.
    One more thing is Unit EA will be used always as non decimal unit,But i dont know in your buisness how for unit EA there is a decimal qty
    Edited by: Girish  Adaviswamy on Mar 2, 2010 10:59 AM

  • Alternate unit of measure should show in round off figures

    hi, in my material master, i have defined that 1 PAL (pallet)= 25kg.
    where base unit is kg and PAL is the alternate unit of measure.
    now in mmbe, if i view the report in "pal", the system shows in decimal values.
    i selected "Decimal Places as per unit" while running mmbe
    and in CUNI, I entered 0 in front of "decimal places" and "0" in front of "Decimal pl. rounding" but no luck. can any expert help me out plz.
    thanks

    can any1 plz tell me what is the purpose of "Decimal pl. rounding" in CUNI???
    i beleive proper use of this field could solve my issue.
    chakrapani thanks for ur input.

  • Round off problem in unit of measurement

    Dear Experts
    We are in SAP 4.7 , we are having more than 12 plants using same client.
    One of our plant requirement we were changed the UOM 'Nos' with 3 decimels allowed.So where ever we not useing decimel places we have to use UOM as 'EA' (each).This is dont have any decimel places.
    Now we are in implementation project for our one more new plant in same client. But for them we are going to introduced Batch specific unit of measurement. Base unit of measurement is KG and Batch specific UOM is EA.
    All sale material have both unit of measurement , inward or production posting in KG and we will create batch number. We will enter the coversion value of how many quantity per kg for each batch.This will be in 'EA'
    While i'm doing transfer posting or consumption or sales for the material in UOM 'EA' , it is coming with 3 decimel places.
    If the same UOM 'EA' in normal condition (without batch specific UOM) it is working correctly.It is getting roundoff correctly.
    Please help me out on this.I need the consumption should not be decimel places for UOM 'EA'.
    Suresh

    Hi Senthilkumar SD,
    You have not read the thread before posting.
    It quite clearly states that the UOM EA already has NO DECIMAL PLACES.
    Quote "<b>we have to use UOM as 'EA' (each).This is dont have any decimel places."</b>
    It is good to see lots of people trying to help and so I am pleased to see you trying, but it really doesn't help if you haven't read the question before posting the answer.
    Steve B

  • Unit of Measure "Round up to next Integer"

    Hi All,
    I have a unit of measure BAG, I have defined it with zero decimal places.
    When I enter 1.5 it becomes 2 and when 1.49 it becomes 1.
    I want to round it up to next integer i.e. 1.2 should become 2 and so on...
    Please suggest how it can be a ahieved?
    Regards,

    Hi
    I have maintained said field as Blank.
    system is rounding up the value but to the nearest integer whether I want it to be the higher integfer.

  • Rounding the order quantity in different Units of measurement

    Hello Experts,
    We need your suggestion to meet the below mentioned client's requirement.
    There are around 200 SKUs in the consideration and three units of measure ( case, carton and pallet  defined for them).We are looking for way to suggest the order qty based on multiples of the unit,  case, carton & pallet Quantities.
    The order will always be placed in base unit PC and system should suggest the best possible combination with a Pop Up message.
    For example with this SKU
    SKU         Unit       Case        Carton           Pallet
    123456      1         12               144              8640
    Customer ordered 10 units during the validation of that line  pop up message should suggest 12 units. (1 case)
    Customer ordered 5 units there should be no suggestion ( 5 units )
    Customer ordered 130 units during the validation of that line  pop up message should suggest 132 units. (11 cases)
    Customer ordered 146 units during the validation of that line  pop up message should suggest 144 units. (1 carton)
    Customer orders 153 units during the validation of that line  pop up message should suggest 156 units. (1 case + 1 Carton)
    Suggestions needs to be able to round up or round down based on the closest combination multiple.
    I have gone through the idea of roudning profile idea but need some more inputs as how to realize the same.
    As one material can have requirement in all alternate units of measurement and we can assign one profile per UoM in Material master and the order quantity is not dependent on any specific customer group so how would the system recogine/derive the best possible combination in different cases for different UOM.
    Pls provide your valable inputs.
    Many thanks in advance.

    I don't think thsi is possible with SAP Standard settings & you will have to apply a User Exit.
    You ABAPer will have to develop a logic based on your requirements & then system can give a pop-up with best possible combination.
    Thanks,
    Jignesh Mehta

  • Valuation of characteristics for unit of measure "" causes rounding diff

    Dear gurus,
    I am facing a problem on Goods Issue and Transfer Posting. My Material is maintained with Batch Specific Unit of Measure.
    Base Unit = Kg ,and Batch specific unit of Measure = BAL(Bales).
    My unit of Issue = BAL. For every bale at the the time of GR, i m storing the wieght of the Bales in the system. Now at the time of Issue and transfer posting, system is giving the following error message:
    "Valuation of characteristic for unit of measure BAL causes rounding diff"
    In unit = KG, Decimal places = 7, Decimal places rounding = 7
    In Unit = BAL, decimal places = 3, Decimal places rounding = 3.
    Kindly help me guys...
    Thanks

    Dear Johi,
    See SAP NOTE 147489 - Error XU033 in goods movement with active ingredient. If you doesn't need to check rounding errors:
    "For this use the following path: Logistics -> General -> Batch Management -> Define System Message Attributes (Transaction OCHS)."
    Edit the system message XU03 to no errors.
    Regards

  • Unit Selling Price - Round Off

    Hi All,
    My requirement is to round off the unit selling price in Sales Order screen,
    for example
    Item AS16101 unit selling price is 12.99, while entering this item it should be 13, and saved to database as 13
    Item AS16103 unit selling price is 12.40, while entering this item it should be 12
    In WHEN VALIDATE RECORD, i used round function in form personlization, but in data base its saving the original value.
    Any help on this.
    Regards,
    Max

    In Personalization i have shown the value in messages, its showing correctly but when i enabled the custom events, after my message with value it showing PRE_QUERY trigger and saving the actual value.
    Regards,
    Max

  • Price per unit is getting round off to two decimal places.

    Hi Gurus,
    In the Billing output, the Price per unit is getting round off to two decimal places.
    How can we avoid this or allow 4 decimal places for such cases.
    In the same pricing procedure, we have two pricing condition types PR02 and ZR01.
    When PR02 is being used,it doesnt rounds off Price per unit.e.g .578888 = .578888
    But when ZR01 is being used the system rounds off price per unit.e.g.578888 = .58
    Please suggest where is the setting for it.
    Thanks
    Montee

    Hi,
    Which currency you are using? If its INR, then it will do only for 2 decimal places.
    The solution for ur problem can be ractified by changing the scales :
    Also check OSS 80183
    Thanks,
    Raja

  • Whole number rounding off in bom

    is it possible not to round off whole numbers in the bom component quantity? for example, when i input the number 8.000, the system rounds it off to just 8.

    Hi,
    Please let know your unit of measurement.
    Goto CUNI set the Decimal places and decimal pl.routing = 3 for your unit .
    Now try with decimal places at BOM.
    If your unit is related to whole number like Nos, EA system will give warring message.
    Pradeep

  • Pblm in Converting BUOM to Batch specific unit of measure

    Hi Gurus
    I am Facing a Problem in converting the base unit of measure to batch specific unit of measure.
    I have given BUOM in KG.Batch specific unit of measure is PC.
    When i do GR for the material in KG with the average wt of the material in kg in the classification view
    the system is increasing my GR KG to convert the material to PCS .
    I dont want KG to be increased but the PCs to be rounded off to next integer.
    How can i resolve this pblm??
    NB:- All the settings are done correctly
    and all the notes are applicable in ECC 604
    Thanks and Regards
    BS

    Dear
    Did you assing any Rounding value and Rouding Profile in MRP1-MM01 for this item ?? Do not maintained this option in MRP1 and check wether you have Kept rouing vadule against KG in CUNI ??
    Basically , if you maintain the profile then it will rounds up to the next level based on the thresold valu as configuired in your case in Rouidng Profile  in OWD1 .
    Also check in MM-Purcahsing -Order Optimisation -Unit of Measure of Rounding rules  for  purchased item .This based on the control of optimisation of qty.
    Hope it helps
    Regards
    JH

  • Quantity getting rounded off in Sales Order

    Hello All,
    The problem is related to Sales Order raising in SD which is as follows -
    While punching a sales order for example :-           Quantity (Kg)         Per Kg Price (Rs.)           Net Value (Rs.)                                                                               
    Material A               3036.800                   3052                            9268313.60
                                                          Material A               3037.000                   3052                            9268924.00
                                                                                    Difference in Net Value           610.40
    As mentioned above the difference in net value is occurring due to the rounding of quantity of material A while the sales order is generated, which is actually totally not recommendable as we know that in standard SAP system we have the provision of rounding up of net value whereas here the quantity of the material is getting rounded up.
    Please suggest how to stop this commercial rounding up of material quantity & kindly provide the configuration steps if any to stop this.
    Thanks & regards
    Priyanka Mitra

    Hello All,
    In addition to the above mentioned problem please find below a little more explanation related to it  -
    In the material master Sales Org 1 View we have maintained the rounded off profile ZRON for example as " No Round Off " and conversion factor for unit of measurement is maintained as 1Ton = 1000 Kg & 1kg=1Kg. Still while punching the sale order for 3036.8Kg of material A when we enter the rate as 35732 INR/Ton the entire net value is getting rounded off to 108518.08 INR instead of 108510.93 INR, when we are checking the pricing condtions it has been observed that the condition based value is getting rounded off to 3.037 instead of 3.0368 which is actually the exact value.
    Please suggest how to stop this rounding off calculation of the condition based value.
    Looking forward to some valuable suggestions.
    Thanks & Regards
    Priyanka Mitra

  • T006-Decan change after users have used the TO unit of measure

    Currently in our system for TO (tonnes) it has T006-Andec as 3 and T006-Decan as 0 and it issues the users a warning message "Order quantity violates rounding rule" if they type in decimals in the purchase order quantity.  We have been asked to change T006-Decan to a 3 and do away with the warning message.  What happens if you change T006-Decan from 0 to 3 after users have already used the unit of measure (TO) in the R/3 SAP_APPL 470 system on materials, purchase orders, sales documents, receipts, etc...?  I don't want to impact our users in production since I do not where this unit of measure has been used.  Any advice is welcomed.  Thank you.

    Hi
    If you are changing the decimal places in T006 - DECAN , the number which was 1000 would show as 1,000... so previously it was 1000 tonnes now it will show as 1 tonne.... such things happen....Check with SAP before doing changes to the Standard UOM's...
    I am not able to find the correct SAP note for this.... but its there hope you get it
    Thanks & Regards
    Kishore

  • AffineTransform - Is there a way to glean units of measurement for pixels?

    Assuming I get a pointer to a java.awt.geom.AffineTransform from:
    java.awt.geom.AffineTransform CurTransform = ((java.awt.Graphics2D)this.getMainFrame().getGraphics()).getDeviceConfiguration().getDefaultTransform();
    Assuming I've gotten the right AffineTransform... How do I get, or can I get, the scaling factor between horizontal pixels and vertical pixels for the current screen (or whatever device). In other words I want to place components... buttons, textboxes, etc. in a dialog box so that they are "square". i.e. 10 units in x look on the screen equal to 10 units in y.
    Once I know what the "square pixel scale factor" is I can then worry about making the units relative to whatever font size.
    This question is usually posed as "How do I get dialog units?". I haven't done that because of the "legacy problems" associated with what most people think dialog units come from. It is true that way back when dialog units were derived from a textmetrics ONLY, but unless I'm mistaken, Charles Petzold, was describing something that could only be gotten that way at that time (circa 1990).... The width of the fixed system font by the height of the fixed system font ended up being as close to a unit that was 8 units high looked like 8 units wide in the screen. The object of the exercise is to most importantly get units of measurement that translate to pixels and look "square" on the screen. Secondarily, but not unimportant, is to be a unit that has some relevance to the current font size. It's been a long time dialog units in windows maybe a 2:1 ratio. I made my own cDialogUnits so long ago I can't remember what the "standard windows" dialog unit is. In windows I can very easily get the screen dpi x and y, I think it's a devicecontext but Java's "devicecontext" only gives one dimension of the dpi?
    Also this query is mute if I was "painting" on a device. The units are for pixels NOT points and are (mostly) for placing controls on the screen. I am aware of and have used the various addPreferredGap and setAutoCreateContainerGaps available in a GroupLayout... Great gizmos but, still dialog units would be very handy for setting the prefered width of a textbox/label with too much text. (Note: dialog units are NOT for calculating the height of text... )
    I did search the sun forums for an answer first... It might be here I just didn't find it. It seems to be a question either avoided like the plague or considered a dumb question in Java.

    This might be OK?
    BE AWARE!! This is NOT a painting gizmo. It is used in conjunction with the Layout gizmos. It drives me crazy that the Layout gizmos have "default" gaps and spacers of some kind and yet ALL the tutorials immediately and unabashedly trash any "device independence" by mixing in pixel measurements... Not to mention I don't like the size of the gaps and spacing provided with the Layout gizmos anyway.
    Does anyone know if this will fail? I am aware of the caveats provided... "Information about the device is only as good as has been provided." However if there is bad information in the device info I doubt using these units will do anything much different that the end user experiences with the errant device anyway.
    AGAIN... This is NOT a painting gizmo. It's a helper when Laying out controls usually in conjunction with a Layout and only for spaces and gaps.
    public class DialogUnits
        private double m_x;
        private double m_y;
        public DialogUnits( java.awt.Graphics2D g2 )
            java.awt.GraphicsConfiguration gc = g2.getDeviceConfiguration();
            java.awt.geom.AffineTransform at = gc.getDefaultTransform();
            at.concatenate( gc.getNormalizingTransform() );
            double fs = g2.getFont().getSize2D();
            m_x = at.getScaleX() * fs;
            m_y = at.getScaleY() * fs;
        public int CalcX( double units )
            return (int)Math.round( ( units * m_x ) / 8.0 );
        public int CalcY( double units )
            return (int)Math.round( ( units * m_y ) / 8.0 );
        public int ContainerGapX()
            return this.CalcX( 8.0 );
        public int ContainerGapY()
            return this.CalcY( 8.0 );
        public int FontSize2dX( int crude_columns )
            return (int)Math.round( crude_columns * m_x );
        public int FontSize2dY( int crude_rows )
            return (int)Math.round( crude_line_height * m_y );
        public int X( int units )
            return this.CalcX( units );
        public int Y( int units )
            return this.CalcY( units );
        } // end of class DialogUnits

  • Unit of measure EA allows transactions in decimals ? Is EA indivisible?

    Unit of measure EA allows transactions in decimals ? Is EA indivisible?
    There are two scenarios. While creating a Bill of material - based on the configuration (see below) if you enter a quantity with decimals for a part number for which the Basic UOM is EA the system displays a message "Unit of measure EA does not support decimal places" THIS IS GOOD AS EXPECTED
    While transacting using MB1B, MB1C, MB1A, MFBF, MIGO or other transactions the system DOES NOT check and it is currently allowing us to post with decimals (1.25, 1.312) for part number for which the unit of measure is EA.
    Was not EA supposed to be an indivisible unit of measure? why is the warning message getting activated while creating or changing a BOM and why not while transacting stock?
    We have configured EA in the CUNI transaction as follows:
    Int. meas. unit      EA                                                  
    Commercial           EA              each                               
    Technical            EA              each                               
    Decimal places                                                          
    float. point exp.                                                                               
    ISO code             EA            
                                          Primary code                       
    Numerator            1                                                  
    Denominator          1                                                  
    Exponent             0                                                  
    Additive constant    0.000000       X Commercial meas.unit               
    Decimal pl. rounding                 Value-based commt                  
    Unit of meas.family

    you cannot restrict this behaviour with CUNI customizing, you can only check and stop this in a user exit.
    SAP inventory managment allows and stores 3 decimals for any unit of measure. You can only define how it will show the value to the users and how it will round the decimals if it calculates the conversion. But if you enter manually with decimals, then SAP will not round this.
    please read OSS Note 931971 - Decimal places in stocks and stock postings
    and
    Note 77525 - Quantity unit conversion in inventory management

Maybe you are looking for