Purpose

与APO不一样，在R3里我们做schedule可以有2种模式：Basic与lead time。

Basic scheduling:

注意：对于external procurement，OS是release date，OF是delivery date, 中间不是In-house production time而是PDT(+ SPRO中配置的procurment processing time，如果有的话);

Lead time scheduling:

注意：做完Lead time scheduling后可能需要去adjust Basic-schedule的date，根据配置中定义的策略。

content:

我们先看一个:

BOM中它的下层物料：

BOM中qty是其上层的6倍

现在我们来修改一下：

我们按Basic来跑一下

再看一下FERT的MD04

可以看出：

1). production dates : 没有，原因在于，它是basic schedule

2). start与end差一天：是因为In hourse production time是1天，且是lot-size independnet

3). Opening date/order date:是13，正是start date，因为它没有SMK。

然后我们看看下层物料：

可以看出：

1). Dependent requirement date正是上一层的Order start

2).delivery date: 正是AV date - GR processing time (1)

3). Release date: 正是delivery date - PDT (2)

我们测试一下BOM中的LT time:

再run一把FERT的basic schedule：

看下HALB的MD04：

即使将上面的Offset设为了5

如果是负呢

可以看出

1). 如果是正的offset，考虑到BOM，在simulation可以正确显示，但是在真下Planning run时，它最远也只能到达上一层的requirement date

2).如果是负的Offset，则整体requiremeNt的dependent date会前移（这也是LT的主要用途） - 02.10: (02.13 - 3)。

2).delivery date: 正是requirement date - GR processing time (1)

3). Release date: 正是delivery date - PDT (2)

最后，我们测试一下lead time schedule

先接上面的，我们再看一下再其下面的 生产工厂的MD04:

可以知道，其requiremetn date正是前面PR的release date；

现在我们清掉BOM中的LT offset:

好，现在准备数据：

修改

希望正好2天；

先跑一回basic schedule

<img width="641" height="505" alt="Machine generated alternative text: Planning Result: Individual Lines ?I [? 2 Materials 1st material D Procurement proposal Ii4 S U ADate ZJ16.DE.O4 S 2016.01.13 2016.01.13 PlOrd. 2016.01.13 PRqReI 2016.01.18 PlOrd. 2016.01.18 PRqReI 2016.01.25 PlOrd. 2016.01.25 PlOrd. 2016.01.25 PRqReI 2016.01.27 PlOrd. 2016.01.27 PlOrd. 2016.01.27 PRqReI 2016.02.01 PlOrd. 2016.02.01 PlOrd. 2016.02.01 PRqReI 2016.02.08 PlOrd. 2016.02.08 PlOrd. 2016.02.08 PRqReI 2016.02.10 PlOrd. 2016.02.10 PRqReI 2016.02.11 PlOrd. 2016.02.11 PRqReI 2016.02.12 PlOrd. 6118622888/SICK 1454677944/ 00010 6118 62288 9/SICK 1454677749/00010 61186228 90/SICK 61186228 91/SICK 1454677750/00010 61186228 92/SICK 6118 6228 93/SICK 1454677935/00010 6118622894/SICK 6118622895/SICK 1454677752/00010 6118622896/SICK 6118622897/SICK 1454677753/00010 6118622898/SICK 1454677748/00010 6118622899/Ss 1454677755/00 6118622900/SI I HALB Whisper Maxi iPad 2 T3sAB with AL 慞D MaterialType HALB Base Unit Material Plant 97426028 0389 MRP Type MRP ... MRP element data PlOrd. 6118622887/SICK EA [ ] Avail, quantity 265,200 265,200 Rescheduli... E.. Rec./reqd qty 52 52 52 04 04 04 04 04 04 34, 800 300, 000? 6,000 6,000? 265, 200 72, 300 337, 500? 265, 200 34, 800 300, 000? 265, 200 72, 300 337, 500? 265, 200 300,000 o 6,000 o 265, 200 337,500 o 265,200 300,000 o 265,200 337,500 o 265,200 Pr... Su... St... E.. Delay o PSFS O PSFS 0 8726 0 PSES O 8726 0 1402 PSF7 07 0 1402 PSF7 07 0 8726 0 1402 PSF7 07 0 1402 PSF7 07 0 8726 0 1402 PSF7 07 0 1402 PSF7 07 0 8726 0 L402 PSF7 07 0 L402 PSF7 07 0 8726 0 L402 PSF7 07 0 8726 0 o o o 72, 300 337, 500? 9,600 9,600? 337,500 o 9,600 o R

Order finish: 是上一级的OS（02.10） - GR processing (0)

Order start: Inhouse production time (3) - 02.07

Opening date: OS - opening period (1) = 02.06

现在再来跑一下Lead time schedule

然后再看这个MD04 （0389下的）

可以发现：

1). OF: 02.10

2). Production finish: OF - float after production(3) = 02.07 (也就是02.06 24:00)

3). Production duration: 2 天(48 小间)

4). Production start: 02.07 - 2天 = 02.05

5). 在LT下的OS： production start - fload before production (2) = 02.03

6). Opening date: OS - margin (1) = 02.02

然后，我们也可以发现，其adjust了basic date。原因在于：

而Order start在past的允许