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…)
In the demo company from Microsoft (also known as Cronus) the Manufacturing Setup has been configured to use different number series for the different production order statuses. Configuring it this way make Dynamics NAV to assign a new production order number each time the status is changed (except when it is changed to finished). I have never understood why you would setup the system this way, and I have never meet a customer that wants the system to behave this way either. But, I have seen it being implement this way several times. It may makes sense to use a different...
An old but still relevant topic is the different flushing methods you can use in Dynamics NAV. Flushing basically means that you can have NAV to automatically post consumption and/or output/time based on expected quantities. (more…)
