UOM Conversion Issue...

We are doing unit conversion @ the report leve....while doing the conversion the the converted value is getting rounded to the nearest number..instaed of showing the decimal places...
say for example...
1000 lbs = 1 bag...
in the report, for the quantity 1750 lbs...the actual conveted vlaue should be 1.750bag but the report is showing 2 bags instead of 1.75..
Is there any specific needs done to show the value in decimal placess...instaed of rounding....
I trired to keep 4 decimal placces for this key figure, eventhough it is not working....
Thanks in advacne for ur help...

HEllo Raman ;
We have same problem. Could you tell me how did you solve it ?
thank you,
Blue

Similar Messages

UOM conversion problem when issuing material against BOM

Hi All
I have a material which is part of a production BOM.
The base UOM is EA.
The issuing UOM is KG.
I have a UOM conversion of 20 KG = 1 EA.
In the BOM I need to issue 0.034 KG.
When backflushing happens, it issues 1 EA.
Why is it not issuing in KG?
This is a problem because in effect i have now issued 20 KG instead of 0.034 KG!
Any help would be much appreciated.
Thanks
Deidre

Dear All
Thank you for your input. I have double checked and everything in the BOM header and component level is KG, and the plant/storage location data is also KG. The only place the EA appears is in the base uom.
I suppose the biggest mistake is that the material should have been created with base UOM of KG, but it's too late to change it now, which is why I hoped the UOM conversion would have taken care of that.
@Mario, i was actually trying to post 0.034 KG, which then got posted as 1 EA.
Thanks
Deidre

Question about UoM conversion

I'm trying to implement the UoM conversion that is now standard in BI 7.0. I think I have all the backend work done, but I'm having trouble converting the UoM on the front end when running a query.
Here's what I did on the backend to set it up.
1- I went to 0MATERIAL (BEx Explorer tab) and entered 0BASE_UOM as the Unit field.
2 - I then generated the conversion ODS.
3 - I created transformation to the ODS using 0MAT_UNIT_ATTR. I did have to use a master data lookup for the BASE_UOM field (using the values in 0MATERIAL) since the 0MAT_UNIT_ATTR didn't have the Base Unit of Measure, just the conversion one.
4 - Loaded the ODS for 1 material (test material 1 EA = 1 EA and 1 KIT = 20 EA)
5 - Defined a Converstion type (trans RSUOM). I used Dynamic Option 3 (InfoObject, then T006 tables). I set the Source UoM = DataRecord, and Target is set to "Selection during Conversion"
Here's what I did on the query:
1. For my key figure, I went to the conversions tab. I selected my Conversion type.
2. I created a user entry variable with a default value of "EA".
When I run my report, I enter KITS on the selection screen, but the report still shows eaches. I can navigate to the Currency conversion on the report via the menus, but I can't find anywhere for Units.
Any ideas?
Thanks,
Rudy

First, is there any particular reason why you used:
Integer a = Integer.valueOf(1);while I used
Integer a = 1; //boxing
Just to get rid of boxing conversion as a possible issue--which it shouldn't be, but might as well keep it simple.
Integer a = Integer.valueOf(1);
Comparable<String> cs1 = a; // errorbecause we are assigning to a Comparable<String> an
Integer value, and that's illegal, since String and
Integer are not in a subtype relation (?)Something like that, yes. I'm not sure of the exact clause of the JLS that forbids it.
>
Comparable<Integer> ci = a; // ok
Comparable<String> cs2 = ci; // errorbecause we are assigning to a Comparable<String> a
Comparable<Integer>, and again, String and Integer
are not in a subtype relation (?)Yep.
Comparable<String> cs3 = c1; // warning
Comparable<String> cs4 = c2; // warningit's what I believe is called 'heap pollution' I forget what that term means, and am too lazy to look it up, so I'll take your word for it.
and I
believe that on first use a ClassCastException will
be thrown Sounds right. Run it and see for yourself.
(although the compiler behaves correctly by
flagging an unchecked warning, for compatibility with
legacy systems, etc)Right.

Incorrect UoM Conversion on Transfer Requirement from Production Order

I have a Question on a Production Order that created a Transfer Requirement. Looking at the Components of the BOM within the Production Order, I have a Material where the Issue Unit of Measure is QT and the Base Unit of Measure is EA, with a Quantity of 1. In the Material Master Alternate Unit of Mesaures, the Conversion is setup so that 1 QT = 1 EA. The question of why the 1 for 1 conversion is not relevant, as this is just how the material was setup and I know it does not make any sense. When the Transfer Requirement is created it is showing that 1 Qt = .25 EA. I am unable to locate where this conversion is coming from. We do not want to lose visibility of this part number, as creating a new part number with a Base Unit of Measure of QT would fix the problem.
Is there anywhere in configuration where there could possibily be a Conversion? I have looked at Control Cycles and the Reference Operation Set and do not see anything.

Closing Thread as there has been no responses but I am still looking for a solution. The only possibility that exists at this time is the material was copied from another material and the UoM Conversion was 1 QT = 4 EA on the Copy From Material. I can not see where any changes were made to the unit measure conversion for the new material. The only other possibility is the Production Order was manually converted to the new material incorrectly.

Article UoM conversion differs from Inforecord UoM conversion

Hi experts,
While creating article through MM41(ALE), in basic data, we have maintained base UoM as KG and another UoM 1 CAR = 12 KG. The article is gettting created properly.
But the issue is the conversion for CAR is not reflecting correctly in the info record, it is 1 CAR = 1 KG in inforecord. In Purchasing view, We have maintained CAR as order unit. and variable order unit as 2 (active with own price).
The conversion in inforecord should be as same as the article UoM conversion. Can you please throw some light on why is this happening?
Many thanks,
Maniraj

Hi,
I have checked inforecord log, there is no change log.
If the UoM measure has not been transferred to inforecord, the ideal conversion should be 1 KG = 1 KG, but in my case its 1 CAR = 1 KG, the order unit is getting transferred, why not the conversion value (1 CAR = 12 KG).
When i create directly throught MM41, all the details in the Note applies, and everything is fine.
Thanks,
Maniraj

UoM conversion error while loading Material Master

Hi,
Our Legacy system is also SAP (lower version) and we're trying to move the data to ECC6.0. We're using MATMAS_MASS_BAPI03 to move Material master records.
All the Alternative UoM to be moved with 'no change'. Everything gets moved except for LBs and FT3s and we get message 'UoM Conversions are inconsistent'.
I entered LBs, for example, online in the new system and found that conversion factors (NUmerator and Denominator) were indeed different.
Legacy LB: Numerator - 4756 and Denominator - 65113
New System LB: Numerator - 2564 and Denominator - 35103
If you have noticed, we will get the same result if you divide Numerator by Denominator.
Note: KG values were same in the both systems without any issue.
What should we do to get it right?
Best Regards,
Ram

Hi,
While loading attributes U have to select the transfer structure of the 0MATERIAL_ATTR then activate it..now proceed if it is already replicated in to BW system... other wise first do that..then go ahead....Similar to Text also...
Regards
Siddhu

Utilizing Aggregates with Automatic UOM Conversion

We are using SAPs suggested UOM conversion techniques for 3.5 as described in this document: <a href="https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/b7b2aa90-0201-0010-a480-a755eeb82b6f">https://www.sdn.sap.comhttp://www.sdn.sap.comhttp://www.sdn.sap.com/irj/servlet/prt/portal/prtroot/docs/library/uuid/b7b2aa90-0201-0010-a480-a755eeb82b6f</a>
I am realizing that any aggregates that are built and need to use this UOM conversion must contain the 0MATERIAL InfoObject. Has anyone found an alternative to this?
If I want to run a yearly sales volume by customer report with implicit UOM conversion the query will not use any of my customer specific aggregates because they don't contain 0MATERIAL. Adding 0MATERIAL to these aggregates would increase the size of the aggregate by a factor of approximately 500. I'm trying to avoid this for obvious reasons.
Thanks.

HI Jonathan,
UOM conversions work explicetly at the material level.Therefore if you want your aggregate to use UOM conversion use must include the material in your aggreagtes.
Aggregates contains data at the level depending upon the characterstis included into the aggregates.
Now if you want something to act upon at a particular level the data at that level has to be maintained.and agrregate are nothing but the cubes.
This leads to the performance issue but there is no other way as UOM conversions have to happen at the material level.
Hopes it clarifies.
Thanks

Uom conversions

hi gurus
How DP UOM conversion from CS to 9 Liters cases

Hi dallyanusha,
You can create user defined UOM conversion in CUNI transaction in APO or in R/3 and transfer to APO during the material transfer. Can you please brief about your actual issue.
Regards,
Saravanan V

UOM Conversion to be used in transformation

Hi Experts,
I am trying to make use of the BI 7.0 UOM conversion feature in one of our InfoCubes where the source quantity which is in Base UOM needs to be converted to cases.
I went through all the steps which are as follows:
1. I have 0BASE_UOM as the base unit of measure for 0MATERIAL
2. A DSO was automatically generated with the name Z_OUOM I gave in 0MATERIAL configuration
3. I created a transformation for this DSO with source as 0MAT_UNIT
4. Created a DTP and loaded the DSO
5. Created a Conversion type with settings 'Dynamic Determination of conversion factor as Using Reference InfoObject = 0MATERIAL
Source Unit of Measure: Unit of Measure from Data Records
6. Target Unit of Measure: Fixed Unit of Measure = 'CS'.
In InfoCube transformation I have the following mapping:
Rule type: Direct Assignment
Target Unit: 0UNIT
Unit: From Conversion
Conversion Type: ZCASES
Source Unit: 0BASE_UOM
Source Fields of Rule:
0MATERIAL
0REQ_QTY
0BASE_UOM
Target Fields of Rule:
ZREQ_QTY
0UNIT
When I load the InfoCube, the quantities are indeed getting converted to cases provided there are conversion factors available for that material in the UOM generated DSO
Here is my question: How can I handle records where the material does not have conversion factors in the UOM generated DSO?
I get an error when loading using a DTP as 'No quantity conversion possible'. There is one record in the source DSO that has a material number with no unit conversions in UOM generated DSO
I am aware there is an option of using routine, but I do not want to use it unless I am sure this method won't work

Hi Aditi,
There is no way you can check if UOM is present or not in UOM DSO and then do the conversion via using conversion type.
What you can do is write the routine rather than conversion type, to fetch the data from the UOM DSO.
If conversion factor exist then you can convert it simple by multiplying with the value, if not then you can easily skip the record by putting IF condition.
IF factor <> 0.
ENDIF.
Hope this helps.Let me know if you need more info.
Regards,
Viren

Conversion issue in encoding in PI

Hi,
I am having a problem in conversion issue for encoding. Let's have a detailed look into the scenario first.
Scenario: SNC->PI (through Proxy)->MQ (through Receiver JMS adapter)->SeeBeyond (It's a middleware system).
Here from SNC, data are coming into PI as in UTF-8 encoding, whereas all the systems shown in the above flow are of ISO 8859_1 format. Hence UTF-8 needs to be converted into ISO 8859_1. PI does this conversion in Receiver JMS adapter. CCSID has been set to 00819 which is for ISO 8859_1 encoding. But the beginning of the xml, it remains still UTF-8, like below:-
<?xml version="1.0" encoding="utf-8" ?>
Whereas the content of the xml has already been converted into ISO 8859_1 by Receiver JMS adapter. Now let's see the problem now.
Problem: After the data been passed in SeeBeyond, the mapping fails in SeeBeyond, since SeeBeyond tries to look at the XML tag from the beginning and it found it's in UTF-8 as per he tag above. Then it tries to map it in UTF-8 format whereas the content is in ISO 8859_1, so mapping fails in SeeBeyond. Please note, here allthe systems except SeeBeyond are just bypassing the data, no mapping been introduced in anywhere in the systems except SeeBeyond.
Workaround: Is there any other chance where we can change the tag header from UTF-8 to ISO 8859_1 in Receiver JMS adapter itself in PI like this:-
<?xml version="1.0" encoding="iso 8859_1" ?>
This might resolve our problem I think. Any suggestions would be appreciated.
Thanks and Regards
Soumya

Hi Stefan,
Thanks for your reply. I have gone through the link you have specified. Ya, that's the other way to resolve that issue in that case. But here we have asked the receiver system (SeeBeyond) to change the encoding part in their mapping. Because changing the coding part in SeeBeyond is less time consuming than adding a new Bean in JMS adapter. Our problem got resolved by changing the mapping in Receiver end. Thanks anyway for your valuable reply.
Thanks
Soumya

Umlaut Conversion issue in Sender communication channel SAP PI

Hi Gurus,
We are facing issue while conversion.
umlaut Conversion issue in Sender communication channel that is reason channel not able to pic the file from the path.
Sender CC error:
Value of incoming field is too large. Segment:'IMD', Field:'7008', MaxLength:'35', value:'Plssvvkbecher LÃ¼bzer 0,4 (1280Stk p' DESCRIPTION: The length of the field value is too big !
Actually field contains 35 Chars only the value is : 'Plssvvkbecher Lübzer 0,4 (1280Stk p'
We tried with “ISO-8859-1” if the field value is less than 35 characters it is able to converting.
Please help me out from this issue.
Thank you.
Regards,
Jittu.

Hi Jittu,
Have you tried using the codepageconversion bean in the modules under the sender? It would be like:
AF_Modules/TextCodepageConversionBean with a parameter of Conversion.charset and a value of utf-8.
Regards,
Ryan Crosby

Language conversion issue in PI7.1

Hi,
My sceanrio is file to Idoc. Am facing language conversion issues.
For example one of the field in the source file is having the value "Différence sur net". And in the IDOC field the value is appearing as "DiffÃ©rence sur net".
With the same data I have done file to file scenario with and without content conversion and the output is coming correctly as "Différence sur net".
I have enabled Unicode check box in RFC destination also in XI server. But still its coming "DiffÃ©rence sur net" . Please advice how can I get the target field value same as that of the source field vale.
Can anyone help me to sort out this issue?
Thanks.
Dinesh

Hi,
In Channel try with using the File type: text and encoding : UTF-8.
I think this will solve your issue.
Thank you,
Siva

Mass deletion of alternative UOM conversion

Hi Colleagues,
Does anybody knows is there an easy way for mass-deletion of alternative unit of measure conversion rules in material master?
Thanks,
Artashes

I did the following way:
1. created a recording which always deletes the second line in Additional data-> uom conversions.
2. by multiply running this recording via lsmw will delete all uoms.
3. I was not able to do it at once as different materials has different numbers of alternative uom entered.
Thanks,
question closed.

How can i determine if a UOM conversion is being used in a query?

I need to find all the queries that are using a QTY UOM conversion. i tried to do a where used and it didn't return anything.

Hi,
Check function module RSZ_I_BASIC_CHA_WHERE_USED
also check this (try the program)
Where-used list of an attribute (either display or navigational)
From AHP
Hope it would help.
Regards,
Satya

How to use own UOM conversion for PO creation...

Hello Experts,
We have a requirement wherein we need to use our OWN UOM conversion(UMREN and UMREZ)
instead of getting it in the inforecord or the material master. Currently we are using BAPI
BAPI_PO_CREATE1 to create PO.
Is there anything that I can do to make the PO creation bypass the inforecord and
the material master UOM conversion. For example in ECC we have 1 CV = 10 EA. We want it to be 1 CV = 15 EA.

Hi Guys,
Any help? Any exits/BADIs/enhancement spots that I can use?

UOM Conversion Issue...

Similar Messages

Maybe you are looking for