COGS in Standard Costing Method
pratik.padia@gmail.com
Member Posts: 2
Hi,
My client would like to see seperate entries / accounts for Material Cost, Capacity Cost, Overhead cost instead of a single standard Cost (that comprise total of these costs) at the time of sales.
Also, client would like to see product wise profitability - Sales, Material Cost, Overhead Cost etc. Presently, system provides Sales & COGS (Cogs is based Standard cost).
Please advise & if you need any further clarifiacton, let me know.
Best Regards,
Pratik
My client would like to see seperate entries / accounts for Material Cost, Capacity Cost, Overhead cost instead of a single standard Cost (that comprise total of these costs) at the time of sales.
Also, client would like to see product wise profitability - Sales, Material Cost, Overhead Cost etc. Presently, system provides Sales & COGS (Cogs is based Standard cost).
Please advise & if you need any further clarifiacton, let me know.
Best Regards,
Pratik
0
Comments
-
Did you ever find a solution to this? I am faced with the same requirement and would appreciate any information that you could provide.0
-
Surprising it is, why would somebody to do so. Standard costs is used primarily for fixed line of business (cost wise) or where the control over costs is very important. Having them separately itself will fail the purpose of using standard costs.
These entries will come separately if u get variance in any of these components of costs. Which i think u r aware of.
Have u asked the client the reason for this. At the time of Sale i am afraid by default u won't get the desired result.
And ur profitability will change to Sale (COGS & Variance , if any).Kapil Khanna0 -
Actually this is not an uncommon request. Its very common in the food industry. I did a few implementations of similar requirements in the UK, and a couple in the US.
The need is very real, and not all that difficult to handle in Navision. Companies need to break down COGS from revenue according to the different areas of manufacturing. To do it as a function of production is often not sufficient, since particularly in food, they often need to know the break down by what a particular customer (typically a retailer) purchased, and see this to better negotiate prices.
At the extreme end you can modify posting routines so that Value entries are broken down by the particular cost category. This could mean one Item ledger having say 7 or 8 value entries, and is a good option where the company manufactures large batches of only a few items. Where each item has a low cost, but each item ledger entry is for a large quantity or if sold by weight.
If there are many item ledger entries, then I generally prefer a buffer type table that consolidates the multiple entries in a new table, say by Customer/Item/Month so that the data is easier to handle.
You can also do it all manually using base functionality, but only if there are not lots of transactions.David Singleton0 -
Thanx for the experience share David
. Actually i never even didn't hear of that. :oops: Kapil Khanna0
Categories
- All Categories
- 73 General
- 73 Announcements
- 66.7K Microsoft Dynamics NAV
- 18.7K 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
- 617 NAV Courses, Exams & Certification
- 2K Microsoft Dynamics-Other
- 1.5K Dynamics AX
- 324 Dynamics CRM
- 111 Dynamics GP
- 10 Dynamics SL
- 1.5K Other
- 990 SQL General
- 383 SQL Performance
- 34 SQL Tips & Tricks
- 35 Design Patterns (General & Best Practices)
- 1 Architectural Patterns
- 10 Design Patterns
- 5 Implementation Patterns
- 53 3rd Party Products, Services & Events
- 1.6K General
- 1.1K General Chat
- 1.6K Website
- 83 Testing
- 1.2K Download section
- 23 How Tos section
- 252 Feedback
- 12 NAV TechDays 2013 Sessions
- 13 NAV TechDays 2012 Sessions
