Posts related to the Manufacturing functionality in Microsoft Dynamics NAV, things like Production BOM, Routing, MRP, Planning, Production Orders, Manufacturing Costs, etc..
The production lead time if you are using routings in Microsoft Dynamics NAV is the sum of the lead times for the operations that each can have 5 different time components; queue time, setup time, run time, wait time and move time. In addition to the production lead time is the safety lead time defined on the item or stockkeeping unit card of the product being produced; this adds a slack time between the scheduled ending time for the last operation and the due date of the production order. The below illustrates the different times and how they together makes up...
Do you know what the low-level code in Microsoft Dynamics NAV is used for? And do you know how it is maintained? The low-level codes are critical for Dynamics NAV to function properly in a manufacturing environment where material planning takes place (which is in 9 out of 10 places). In addition to this, the cost adjustments in Dynamics NAV are also using the low-level codes. The low-level code is a field in the item table that represents the items lowest level of usage in the production BOM or assembly BOM structures. It is used internally by Dynamics NAV to determine...
Here is an example of how to create a custom chart in Microsoft Dynamics NAV 2013 R2 using the business chart control add-in that is provided by the Microsoft.Dynamics.Nav.Client.BusinessChart.dll assembly. It sounds complicated, but it is actually quite easy. The example shows how to create a work center load chart that shows available vs. allocated capacity on a day by day basis. If you have read some of my previous blog posts (the Custom Progress Bar or Interaction Between Role Center Parts) you know that I am working on a shop floor terminal role center (more for my own training)...
How Microsoft Dynamics NAV posts into the general ledger from production orders is something that you must know when implementing it in a manufacturing environment. It is critical in order to get the posting groups and their related accounts correctly defined. This blog post will focus on the general ledger accounts and the amounts, for details about what dimensions that are used, see my previous post; Dimensions on Production Orders. The examples that are described are using the expected cost posting (setup in the inventory setup), which to me is the preferred way to setup Dynamics NAV. Without the expected cost posting...
One of the new reports in Microsoft Dynamics NAV 2013 is the BOM Cost Share Distribution Report that came with the assembly functionality. It is a great looking report, and what makes it even better is that it does not only work with assembled items but also with manufactured items. (more…)
Here is an example of how you can create a customized progress bar in Microsoft Dynamics NAV 2013 R2. It uses the System.Drawing.Graphics .net method to draw a progress bar and display it to the user in a BLOB field. This method can basically be used to generate any type of graphic and display it in Dynamics NAV, which is very useful. The scenario in the below example uses a work center task list that displays all operations for a specific work center. The task list should include a progress bar showing the statuses for all the operations of the production order. The status bar will...
In one of my earlier blog posts, Dimensions on Production Orders, I described how the dimensions on the production orders in Microsoft Dynamics NAV gets populated and posted. In that blog post I described that the dimensions on the production order components are inherited from the production order lines and therefor the consumption is posted with dimensions according to the default dimensions of the output item. If this is not wanted (which is quite common) then Dynamics NAV can easily be changed to accommodate posting consumption with dimensions according to the components instead. Here is one way of doing it....
You can run production in Microsoft Dynamics NAV with only production BOMs and without any routings. A reason for this is typically that you don’t have a requirement to capture capacity costs (labor and overhead) and you don’t want to do any scheduling of work centers or machine centers. This kind of makes sense because you don’t want to make the configuration in Dynamics NAV more complicated than it needs to be. But one thing that most people forget is that you can only back-flush the output if you use routings in Dynamics NAV. More information about flushing is in one of...
In the manufacturing part of Microsoft Dynamics NAV there are two Lot Size fields; one is on the item or stockkeeping unit card and the other one is on the routing line. Do you know what they are used for? Here is an explanation for both of them and a trick how one of them can be applied to a common requirement. (more…)
Most of us know that you can create production orders from sales orders in Microsoft Dynamics NAV. When doing this the production orders are reserved against the sales order lines and they also inherits the dimensions from the sales order lines. The quantity on the production orders equals the base quantity on the sales order lines and the due dates of the production orders becomes the shipment dates backdated by the default safety lead time defined in the manufacturing setup. For make-to-order environments this is great and creating the production orders from the sales orders quite often becomes the handover...
