Manufacturing

Houston Neal from Software Advice recently wrote a nice and a very detailed article on the Differences Between Microsoft Dynamics products. It’s an interesting article and gives a good overview of where different Microsoft Dynamics products stand, and overall I recommend you to read it, even though personally I don’t agree with everything in there.

Long time no see, eh? I know I’ve promised to write about a lot of stuff here, and I see this queue of you hardly waiting to read my next topic on process manufacturing, but I am just far too lazy to think it out thoroughly. So, an easier one, but still about manufacturing.

When implementing NAV in manufacturing companies, I’ve sometimes heard complaints that the type of manufacturing supported in NAV doesn’t fit the customer needs. And sometimes that’s completely true. NAV supports discreet manufacturing, and it handles it pretty well.

I had no clue how good my laptop was. Seriously. Today it kicked ass of an 8-processor server. Tomorrow we have a go-live of a Microsoft Dynamics NAV deployment, with manufacturing customized to support configure-to-order functionality. Refreshing manufacturing orders now calculates dynamic BOMs and routings, and it takes time.

Four months ago I attended a conference, where I had a chance to listen to Miha Kralj, an architect at Microsoft, talk about architectures. It was one of the best presentations I ever attended, and ever since I had this topic in queue, but never really had chance to write about it.

They say the only constant is change. I’d say that the only other constant is error. We humans tend to err. Give a repeatable task to a human, and they’ll mess it up every once in a while. Some call it the human factor . One of the many repeatable tasks in Microsoft Dynamics NAV is setting up items.

A few days ago, I’ve got a question from a customer, about an alleged bug in Microsoft Dynamics NAV. According to online help, when you are posting output in manufacturing module, the last line of the type Output in the journal will actually adjust the inventory level.

In reality, if you need 1,000 of whatever product, the manufacturing process is rarely going to yield exactly 1,000 of it, even if you feed into the first operation the exact quantities of raw materials system calculated as gross requirements. The process may produce 980 or 1,020, but is hardly ever going to be exactly 1,000.

Scrap happens. So does sh*t. In my last blog post about scrap I gave a crappy explanation of how forward calculation of fixed scrap works. So instead of disgracing myself by leaving the incorrect explanation there, I’ve just corrected it, and posted this lame excuse here.

[I had to edit this post on April 01, 2008. And no, it’s not April Fool’s Prank] Have you ever wondered how manufacturing scrap works? Or what it really is? It’s an interesting topic, and yet a very confusing one. It has caused so many headaches to the project team I worked on recently, because nobody really understood it.