<?xml version="1.0" encoding="utf-8"?>
<ManualTopic ID="/baanerp/cp/onlinemanual/000318" xml:lang="en">
	<Header>
		<Title xmlns:ssa="http://www.ssaglobal.com" xmlns:HTML="http://www.w3.org/TR/REC-html40">To synchronize order horizons between BOM levels</Title>
		<Keyword><Level1>Synchronizing order horizons between BOM levels</Level1>
		</Keyword>
		<Keyword><Level1>Order horizons</Level1>
			<Level2>synchronizing</Level2>
		</Keyword>
		<Keyword><Level1>Horizons</Level1>
			<Level2>synchronizing</Level2>
		</Keyword>
	</Header>
	<GeneralSection><Paragraph>In situations where multilevel <Link href="/baanerp/ti/glossary/glossary#BillOfMateri.ti" role="glossary">BOM</Link> and <Link href="/baanerp/ti/glossary/glossary#000081" role="glossary">BCM</Link> structures are used, it is important that the order horizons and planning horizons at the various levels are properly synchronized.</Paragraph>
		<Paragraph>Without such synchronization, strange planning situations can occur. This is illustrated in the following example.</Paragraph>
		<ExampleSection><SectionTitle>Example</SectionTitle>
			<Paragraph>Item A is manufactured using subassembly B. B is manufactured using component C. C is purchased from a business partner. A and C are critical items; B is not critical. This results in the following BOM and BCM structures.</Paragraph>
			<TABLE border="1"><TBODY><TR><TD></TD>
						<TD>A</TD>
						<TD>B</TD>
						<TD>C</TD>
					</TR>
					<TR><TD>Planning horizon</TD>
						<TD>10 weeks</TD>
						<TD>4 weeks</TD>
						<TD>4 weeks</TD>
					</TR>
					<TR><TD>Order horizon</TD>
						<TD>7 weeks</TD>
						<TD>4 weeks</TD>
						<TD>4 weeks</TD>
					</TR>
				</TBODY>
			</TABLE>
			<List><ListIntro>The effective lead times are as follows:</ListIntro>
				<ListItem>The production of 100 piece of item A takes 2 weeks (according to the routing of A).</ListItem>
				<ListItem>The production of 100 piece of item B takes 2 weeks (according to the routing of B).</ListItem>
				<ListItem>According to the Bill of Critical Materials of the lead time for the critical component C is 4 weeks.</ListItem>
			</List>
			<List><ListIntro>Consider the following planning situation, in which there are three requirements for item A, labeled X, Y, and Z. In principle, each requirement is passed on to the next BOM or BCM level, shifted in time on the basis of either routing data or BCM data.</ListIntro>
				<ListItem>Requirement X, falling within item A's order horizon, is passed on from A to B, and from B to C.</ListItem>
				<ListItem>Requirement Z, falling within item A's master-planning horizon, is passed on directly from A to C.</ListItem>
				<ListItem>Requirement Y falls within item A's order horizon. However, when it is passed on to item B, it falls outside B's order horizon. Consequently, this requirement is not considered in the planning of B, and is not passed on to C.</ListItem>
			</List>
			<List><ListIntro>This results in a strange planning situation for item C when the <Link href="/baanerp/cp/glossary/glossary#000007" role="glossary">scenario</Link> is rolled forward (at weekly intervals). If a requirement for 100 piece of A is present in week 18, the following will occur:</ListIntro>
				<ListItem>When you generate the item plan in week 10, the requirement for A (in week 18) results in a dependent demand for C in week 14 (4 weeks from present week).</ListItem>
				<ListItem>A week later, in week 11, you update the item plan. Now, this requirement for C disappears: it does not show up in week 14 (three weeks from now).</ListItem>
				<ListItem>Another week later, week 12, this same requirement for C reappears in week 14 (two weeks from now).</ListItem>
			</List>
			<Paragraph>In other words, a gap occurs in the planning of item C. This is due to the fact that requirements that fall just inside A's order horizon fall outside B's order horizon (and planning horizon). In this situation, B's order horizon should be at least one week longer.</Paragraph>
		</ExampleSection>
		<GeneralSection><SectionTitle>Rule</SectionTitle>
			<List><ListIntro>To avoid situations like the one described here, SSA ERP applies the following rule to noncritical items when checking horizons (in the <GUIRef href="/baanerp/cp/rpd/cprpd1200m000" role="session">Check Horizons (cprpd1200m000)</GUIRef> session):</ListIntro>
				<ListItem>The item's order horizon must at least be equal to the order horizon of the nearest critical parent item in the (multilevel) BOM structure.</ListItem>
			</List>
			<Paragraph>In the above example, SSA ERP will indicate that the order horizon of item B must be extended to 7 weeks (the same as item A).</Paragraph>
		</GeneralSection>
	</GeneralSection>
	<RelatedTopics><SectionTitle>Related topics</SectionTitle>
		<RelTopic><Link href="/baanerp/cp/onlinemanual/000316" role="manual">Lead times and horizons</Link>
		</RelTopic>
		<RelTopic><Link href="/baanerp/cp/onlinemanual/000317" role="manual">Cumulative order lead times and horizons</Link>
		</RelTopic>
	</RelatedTopics>
</ManualTopic>
