Ehh... I just need confirmation is this has been corrected in some of updates or maybe it is not a bug at all.
Situation:
On purchase line there is a field called Unit Price (LCY). This field is populated with "Unit Price" from the item card.
If foreign currency is used on Purchase Order then this field gets a wrong value (actually it gets value multiplied with currency factor if currency used on Purchase Order). Original value is taken from the item card wich holds LCY value not FCY so it does not need to be calculated to FCY ("unit price (LCY)" is name of the field in purchase line).
I searched through code of table Purchase Line and found Function called UpdateUOMQtyPerStockQty where next lines has been added after 3.6v Navision:
"Unit Price (LCY)" :=
CurrExchRate.ExchangeAmtLCYToFCY(
GetDate,PurchHeader."Currency Code",
"Unit Price (LCY)",PurchHeader."Currency Factor");
You may see here that it calculates LCY to FCY amount and stores it to a field that is LCY.
This is 4.0 SP3. On 3.6, there is the same function but without this line.
Answers
I found that these lines are not added in 4.0 SP1 which means that they came with 4.0 SP2.
http://dynamicsuser.net/forums/t/19943.aspx
(MS confirmed a problem with name of the field.)
If the Purchase Order is in FCY then the "Unit Price" will already be in FCY am I correct?
If I'm correct then what is the purpose of "Unit Price (FCY)"?
Then how would I know my "Unit Price (LCY)"?
Hope I'm making sense...
ERP Consultant (not just Navision) & Navision challenger
Sorry for a late response... a lot of new posts hide this thread.
MS confirmed me that that line has to be deleted and it is a bug.
There is a field called "Unit Price (LCY)" on purchase line. That line is populated with value from Item."Unit Price" which is LCY too. Problem was that NAV convert LCY to FCY and then stores it to "Unit Price (LCY)" which is irregular.
So, this conversion from LCY to FCY is now escaped.
(Another issue is why we don't have a field called "Unit Price (FCY)" on Purchase Line and do we need it at all).
As I said, MS confirmed a bug and solution (to delete that line).
1. it's redundant conversion (no conversion was needed)
2. the MS representative gave a wrong explanation that resulted in more confusion, possibility due to wrong assumptions or ignorance, as the field name is correct, just that the value it carries is wrong
Am I correct?
ERP Consultant (not just Navision) & Navision challenger
First MS reaction (though not-official-resolution-to-problem) was "wrong name" but later they gave me new code (which means = redundant conversion was problem) and it is their final solution to problem.