Unit Cost on Sales Order (and/or Unit Cost on Item Master)
knm
Member Posts: 170
I have one question.
When creating Sales Order, "why" does NAV 2009 SP1 (or NAV in general) inserts the "Average Unit Cost" into the Unit Cost field?
There must be some specific reason behind this, but I don't understand why it does not use the any one of the following costs.
1) Use the Latest Cost
2) Update Unit Cost depending on Item's Costing Method.
Ex) If FIFO, then use the Unit Cost from the oldest available inventory.
Is there any setups in NAV that allows me to achieve any of the above?
Thank you.
When creating Sales Order, "why" does NAV 2009 SP1 (or NAV in general) inserts the "Average Unit Cost" into the Unit Cost field?
There must be some specific reason behind this, but I don't understand why it does not use the any one of the following costs.
1) Use the Latest Cost
2) Update Unit Cost depending on Item's Costing Method.
Ex) If FIFO, then use the Unit Cost from the oldest available inventory.
Is there any setups in NAV that allows me to achieve any of the above?
Thank you.
0
Answers
-
Not that I have found, we are an end user company, and we use Standard cost, yet the system would bring in the average cost, we had to pay our solution center to code it to bring in the standard cost, same for PO's0
-
It uses the Unit Cost because that's the (arguably) closest to the real cost when the order is created at the time of entry.
When the order is posted and the adjust cost is ran, it'll adjust the cost based on the costing method setup for the item. Using the unit cost will make the amount that needs to be adjusted (arguably) smaller.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
Yes, but if you are using a standard costing method, your cost should be the standard cost, not what it was paid for prior, or an average, that is the diffenition of standard cost.Alex Chow wrote:It uses the Unit Cost because that's the (arguably) closest to the real cost when the order is created at the time of entry.
When the order is posted and the adjust cost is ran, it'll adjust the cost based on the costing method setup for the item. Using the unit cost will make the amount that needs to be adjusted (arguably) smaller.
If you end up buying it for a different price then standard, then Navision books the differnce between standard and actual cost paid to the variance accounts. it should always assume you are buying it at standard cost, and certainly sell at standard cost, since when you run the adjust cost routine, the inventory is adjusted to the standard cost that the item was brought into inventory at. It will never book it into inventory at the average cost.
So no matter what the cost paid was, it should default on a sales order is the standard cost. Since that is the cost it will always be adjusted to when it was purchased.0 -
That is true. However, it is possible that the standard cost will be changed between the time the item is purchased and sold and when you run the adjust cost.
Again, it's possible, may not be probable.Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0 -
Correct you are, and I wish there was a routine that could populate the revaluation journal to adjust items after you change the standard cost. It doesn't seem to hard to do, a processing only report could probably do it. But the revaluation journal has it's own issues, in that it wants to post the revaluation entries in the period of the original entry, even if that period is closed, instead of the period in which the adjustment is made.Alex Chow wrote:That is true. However, it is possible that the standard cost will be changed between the time the item is purchased and sold and when you run the adjust cost.
Again, it's possible, may not be probable.0 -
Yes... But that's a whole separate topic...
NAV is a product that's created to fit "horizontally". Whether you agree with their version of "horizontal" is another separate topic.
Confessions of a Dynamics NAV Consultant = my blog
AP Commerce, Inc. = where I work
Getting Started with Dynamics NAV 2013 Application Development = my book
Implementing Microsoft Dynamics NAV - 3rd Edition = my 2nd book0
Categories
- All Categories
- 75 General
- 75 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.8K NAV Three Tier
- 38.4K NAV/Navision Classic Client
- 3.6K Navision Attain
- 2.4K Navision Financials
- 116 Navision DOS
- 851 Navision e-Commerce
- 1K NAV Tips & Tricks
- 772 NAV Dutch speaking only
- 610 NAV Courses, Exams & Certification
- 1.9K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 251 Dynamics CRM
- 103 Dynamics GP
- 6 Dynamics SL
- 1.5K Other
- 991 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 28 Design Patterns (General & Best Practices)
- Architectural Patterns
- 9 Design Patterns
- 4 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1K General Chat
- 1.6K Website
- 77 Testing
- 1.2K Download section
- 23 How Tos section
- 249 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions