<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	>

<channel>
	<title>Consultant Tips &#187; Amin Taheri</title>
	<atom:link href="http://www.factoryscheduling.com/consultanttips/?feed=rss2&#038;cat=5" rel="self" type="application/rss+xml" />
	<link>http://www.factoryscheduling.com/consultanttips</link>
	<description></description>
	<pubDate>Tue, 07 Apr 2009 17:51:34 +0000</pubDate>
	<generator>http://wordpress.org/?v=2.7.1</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Handling multi-level bills of material (BOMs)</title>
		<link>http://www.factoryscheduling.com/consultanttips/?p=43</link>
		<comments>http://www.factoryscheduling.com/consultanttips/?p=43#comments</comments>
		<pubDate>Tue, 31 Mar 2009 22:33:29 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Amin Taheri]]></category>

		<guid isPermaLink="false">http://www.factoryscheduling.com/consultanttips/?p=43</guid>
		<description><![CDATA[It&#8217;s essential for an Advanced Planning and Scheduling software to provide flexible and powerful tools for handling multi-level BOMs. After all, this is where scheduling gets complicated and even though MRP systems do a good job letting planners know what material is needed,  they fail to take into account important capacity constraints. Sometimes this shortcoming [...]]]></description>
			<content:encoded><![CDATA[<p>It&#8217;s essential for an Advanced Planning and Scheduling software to provide flexible and powerful tools for handling multi-level BOMs. After all, this is where scheduling gets complicated and even though MRP systems do a good job letting planners know what material is needed,  they fail to take into account important capacity constraints. Sometimes this shortcoming results in invaluable data (from a scheduling point of view) such as inaccurate required dates and priorities. The fact that with most MRP systems, there is no link between these lower level and higher level work orders (sometimes referred to as child and parent work orders) makes it even harder to produce optimal schedules.</p>
<p>It&#8217;s important to have accurate need dates and priorities on work orders of all levels, specially if you want to take full advantage of a rule based optimization engine such as the one in PlanetTogether. (To find out more about PlanetTogether&#8217;s optimizer read <a title="Optimizing your Optimizer" href="http://www.factoryscheduling.com/consultanttips/?p=3" target="_blank">this blog</a><a title="Optimizing your optimizer" href="http://www.factoryscheduling.com/consultanttips/?p=3" target="_blank"> post</a> by my colleague)</p>
<p>With PlanetTogether, planners have the option to dynamically set the need date, priority and hot flag on child work orders based on the data on (parent) work orders they will be supplying materials to. The optimization engine calculates material requirements and corresponding required dates, then looks for work orders producing these items and makes sure the need date and priorities are set so that the material is ready &#8220;just-in-time&#8221; for the next work order to use.</p>
<p>Using this feature, or trying it in &#8220;What-If&#8221; mode is as easy as three check boxes:</p>
<p style="text-align: center;"><img class="size-full wp-image-45 aligncenter" title="Dynamically setting values on sub-Jobs" src="http://www.factoryscheduling.com/consultanttips/wp-content/uploads/2009/03/subjobs.jpg" alt="Dynamically setting values on sub-Jobs" width="522" height="336" /></p>
<p><img src="file:///C:/Users/Amin/AppData/Local/Temp/moz-screenshot-2.jpg" alt="" /></p>
<p><img src="file:///C:/Users/Amin/AppData/Local/Temp/moz-screenshot.jpg" alt="" /><img src="file:///C:/Users/Amin/AppData/Local/Temp/moz-screenshot-1.jpg" alt="" /></p>
]]></content:encoded>
			<wfw:commentRss>http://www.factoryscheduling.com/consultanttips/?feed=rss2&amp;p=43</wfw:commentRss>
		</item>
		<item>
		<title>Scheduling Planned Order</title>
		<link>http://www.factoryscheduling.com/consultanttips/?p=22</link>
		<comments>http://www.factoryscheduling.com/consultanttips/?p=22#comments</comments>
		<pubDate>Fri, 20 Mar 2009 22:44:42 +0000</pubDate>
		<dc:creator>admin</dc:creator>
		
		<category><![CDATA[Amin Taheri]]></category>

		<guid isPermaLink="false">http://www.factoryscheduling.com/consultanttips/?p=22</guid>
		<description><![CDATA[Generation and maintenance of planned orders are an important part of the material planning process and they should be incorporated into the scheduler to provide the most realistic schedule. Below are a few notes I took away from a recent implementation.
For starters, planned orders which are not firmed up can change very frequently, so you [...]]]></description>
			<content:encoded><![CDATA[<p>Generation and maintenance of planned orders are an important part of the material planning process and they should be incorporated into the scheduler to provide the most realistic schedule. Below are a few notes I took away from a recent implementation.</p>
<p>For starters, planned orders which are not firmed up can change very frequently, so you might want to leave them out of the schedule for stability and only schedule firm planned orders.</p>
<p>Secondly, once the firm planned order is turned into an actual order in MRP, the unique key that identified the planned order is gone and the new actual order has a completely different key. This means that, to the scheduler software the actual order imported is a brand new order. To overcome this problem, PlanetTogether allows you to import an &#8220;Old Key&#8221; field associated with the new order; through this &#8220;Old Key&#8221; PlanetTogether will know the actual order is replacing the planned order and<span style="text-decoration: underline;"> preserve scheduling information</span> such as start and end dates.</p>
<p>Also, because planned orders are different in nature than actual orders, we want to make sure we implement the necessary visual hints so the scheduler can easily distinguish the two types of orders.</p>
]]></content:encoded>
			<wfw:commentRss>http://www.factoryscheduling.com/consultanttips/?feed=rss2&amp;p=22</wfw:commentRss>
		</item>
	</channel>
</rss>
