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...
In 2005 I developed a simple barcode system that allowed you to put barcodes on printouts for displaying the documents in Microsoft Dynamics NAV. Initially the system was called ‘Document Lookup’ because it was exactly what it did; you scanned the barcode and Dynamics NAV displayed the form in the client. This barcode system turned out to be a big success and it was extended to perform different functions as well (such as creating picks, finishing production orders, etc.). Since then I have used it in most places where I implemented Dynamics NAV and it now goes under the name...
The dimensions involved in posting production orders are a bit interesting. It is interesting since there is a slight difference between on how they behave compared to other parts of Microsoft Dynamics NAV (like the sales and purchase orders). It can be argued what is right and wrong, but knowing how it works in standard Dynamics NAV is requirement for setting a system that is easy to work with and provides correct reportable and understandable data. As an example; if you have default dimensions on the items and set them up with the ‘Value Posting’ equal to ‘Same Code’ and...
Having additional outputs on production orders (sometimes refereed to as by-products or reclaimed material) is a common requirement. It could be scrap that should go back into inventory for further processing (melting it down, regrinding it, etc…) or it could be multiple products that are produced at the same time in a process. (more…)
