UOM conversion get changed in PGI

Hi,
Basic UOM is BD
Material Master showing
1PL = 39 BD
PGI done using 643
showing
1PL = 48 BD.
Any idea where should I can look for this difference?
Regards,

Just chekc the change log of mateiral master
becuase it might happen that when you create the PO that time it is 1PL = 39 BD
but the PGI time some onw has change to 1PL = 48 BD
i cound not think any thing else

Similar Messages

UOM is getting changed in PO print

Dear all,
My user is creating a PO for a part no having UOM of KG. In this PO, qty is mentioned as 21.500 KG. but the same is getting printed by rounding off this value as 22 KG.
Pl give your valuable feedback whether i have to change the settings or print script alone to be changed to get the exact qty in the print out.
Regards,
M.Selvaganesh,

Hi,
Chk for rounding profiles in spro-->Materials Management->Purchasing->Order Optimizing->Quantity Optimizing and Allowed Logistics Units of Measure->Maintain Rounding Profile.
Chk for profile and plant.
BR,
Krishn

How to change UOM conversion rate

I have an item assigned to a UOM. I define the conversion rate like 1case = 500 pieces. Having done that, I transact a few numbers. Now after some time, the business requires that the conversion be changed as 1case = 450 pieces. Now, as I understand, changing the conversion rate from 500 to 450 directly on the existing conversion definition will definitely corrupt the data. Now if I have to define a new conversion, then the system would not let me choose the UOM 'case' on the same item.
Creating a new UOM also would not help as changing the UOM of the item is also not receommended.
What can be the approach in this case? Any pointers or help is greatly appreciated.
Thanks
Khyum Mohammed
Edited by: 817125 on Dec 29, 2010 9:14 AM

Hi,
If the Business no longer uses the 500 pcs conversion, one could Inactivate the conversion and define a new one.
If Business wants to have a choice of using 500 or 450 pcs, then a new Case UOM needs to be defined.
I hope this helps.
Regards
Adarsh Krishna

UOM Conversion changes where conversion is only used for reporting

I think this is a different situation than I've seen in other posts.
We have a UOM conversion from CS to POUND (i.e. 1 case = 30 pounds), and at some point may want to change it so that 1 case = 28 pounds. In our situation, all transactions are done at the CS (primary UOM) and the weight is only used in calculations to print on shipping documents. Is there any harm in just changing the 30 to 28 when that time comes? Again, there are no transactions that reference the weight, no PO's, no SO's, no financials, etc.
We also have a similar situation where a PALLET may contain 100 cases now, but in the future be reconfigured to contain 90 cases. Same idea, nothing is transacted in Pallets, and the conversion is only used in reporting. Seems like it would be OK to change that conversion without causing problems. Any thoughts?
Thanks for your insights!
Bill
(Running r12.1.3 with OPM)

I think this is low risk - just make absolutely sure that the uom was not used for customer pricing, internal pricing, boms, on ASL, on price breaks, on quotes, on POs, on material transactions, wip moves etc.
As long as it was truly used just for reporting, you should be ok.
Sandeep Gandhi

Change in Material UOM conversion

Hi gurus.
good day..
please help.
we are using a material with uom conversion.
example
1 PAK = 5 PCS
we have been using this since the material was created. it has been used also for PO PR anf Contract creation.
Now user wants to change the conversion into 1 PAK = 7PCS. is this possible? what is the effect on the previously made PO and GR?
Thank you

Hi,
The change only affects the new PO created, as to the previous POs, there is not impact on those. But don't forget to change the purchasing price to the correct value!
By the way, which unit is the base unit in the material master data, I hope it's PCS.
Regards
Z.T

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 not big enough

Hey All,
I have a strange requirement. The numerator field UMREZ for UOM conversion is of 5 digits, which means the max value can be 99999. We have a need to do a Alterante UOM conversion which is greater than 5 digits.
Example: 1 PAL = 200000 EA.
How do I acheive this?
We are looking into all possible options.
First is thru config to create an intermediate UOM so that we can do two UOM conversions and acheive our result, but this is also going to be a big change.
Is there any other option through code to increase the length of this field, or any other alternative.
I tried searching and looking for OSS notes, but no luck.
Any input is highly appreciated.

Thank you for your replies. For a moment I thought this might be an option, but the problem here is not that the quantity is too large. but that the conversion factor is too large.
Let me explain again.
I have one unit which has the following conversion.
1 Pallet = 3000000 Eaches.
Numerator = 3000000 "here is the problem, numerator field is only 5 digits
Denominator = 1
which means if i get say even 100 pallets as input it have to convert
100 X 3000000/1 = 300000000. "the problem is UMREZ (3000000) is too big for that field
So here i cannot use any preconversion or post conversion.
BUT if i do think in the same line i can try to use a multiplication factor for that particlar unit of measure which i can just multiply at the end. I can maybe look to incorporate this in an enhancement when the UOM conversion is done. But I still have to figure out how to display it in the material master. Let me investigate more into this option.
Any other suggestion as welcome.
Edited by: Aparna Shekhar on Aug 8, 2008 9:23 AM

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

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

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.

In FBl5n (after accounting process) exchange rate gets change

Dear Experts ,
I am facing
issue regarding in FBl5n (after accounting process) exchange rate
gets change.
Due to this, there is a difference in billing
amount.
According to the KBA 1481328, If there is a manual entry in
the sales order field VBKD-KURRF (Goto -> Header -> Accounting),
then it is copied into VBRK-KURRF. Otherwise VBRK-KURRF is determined during
invoice creation from the currency tables (Transactions: OB08, OB07 and
OB22) according to the billing date.
It is supposed that manual entry has higher priority.
Why system is
fetching the exchange rate from OB08 when manual entry has first priority?
Kindly Advice.
Regards,
Shachi

First of all, you got the KBA number wrong. It is a KBA 1481238 - How are different exchange rates (Price, FI postings and Conditions) determined in billing documents, not SAP Note 1481328.
Now, if you manually change the exchange rate in sales order(SO - Goto - Header - Accounting), as per standard this will not be able impact your pricing. As the system always uses the local currency to convert currencies.
For further detail refer SAP Note 123298 - Euro: Conversion of document currency in sales&distribution. That can be helpful in understanding the standard behaviour and solution to the same.
In addition to that from Sales Order to Billing, we have copying control field for "Price Exchange Rate Type" which can impact the result for exchange rate determination. Where the option available are:
A - Copy from sales order
B - Price exchange rate = Accounting rate
C - Exchange rate determination according to billing date
D - Exchange rate determination according to pricing date
E - Exchange rate determination according to current date
F - Exch.rate determination accord.to date of services rendered
Thanks, JP

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?

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.

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

Where to Configure the Price for the UoM Conversion

Hi All,
I have a requirment from my client here that he wants to change the UoM of the material at the billin document level. The UoM can be changed but I realized once it is changed the price has gone all wrong. Where can I configure the price for the UoM conversion because I cannot find it anywhere in SD itself.
Appreciate all of your inputs.
Thanks a lot!

Hi Prashant,
I am trying to maintain the same material with different UoM but when I do so it says that the current condition is being processed at the current session. I guessed it meant that the conditiont record for that material type already exists?
How do I rectify this problem because when I enter the new line of material with the new UoM disappears.
Appreciate your input in this,
Thanks a lot!
Edited by: Yvonne Lee Sook Fun on Jun 16, 2009 4:32 AM

UOM conversion get changed in PGI

Similar Messages

Maybe you are looking for