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

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的允许