今天看了SD中的Delivery里的一些技术资料。对Delivery进一步加深了一些理解。
Delivery plant, Shipping point, Route的确定：
首先是Delivery plant的确定，我把Delivery plant理解为对此订单负责发货的工厂，在创建Sales Order的时候，系统会根据主数据中的信息来自动判断Delivery plant，大致是依照下列的顺序：
(1) Customer - Material Info record 客户-物料信息记录
(2) 送达方(Ship-to party)的主数据
(3) 物料的主数据
然后是Shipping Point(装运点)的确定，它依靠下列信息来得到：
(1) 售达方(Sold-to party)的主数据 (客户主数据的Shipping View:Shipping condition)
(2) 物料主数据 (物料主数据的SD: General/plant View:Loading group)
(3) Delivery plant
接下来是Route的确定,它依靠下列信息来得到：
(1) Departure zone
(2) shipping condtion of sold-to party
(3) transportation group of material
(4) transportion zone in ship-to party
Delivery Scheduling
要把这个搞明白，首先就得搞清楚发货全过程：按照订单拣配货物 -> 装配货物 -> 发货 -> 货物到达客户。Delivery Data是客户希望能够收到货的日期。订单里确定Delivery date后，SAP会首先采用Backward Scheduling来从后往前推算需要开始发货过程的起始日期。下面的图非常清楚：(取自SAP资料)
其中两个很重要的日期就是Material availability date和Transport. planning date。
Picking / pack time就是拣配货物需要的时间。
Lead time是货物运输的准备时间。
Loading time是装载货物的时间。
Transit time是运输货物的时间。
比如拣配货物需要4h,联系运输公司、然后运输公司的车到发货工厂一共需要3h。装货上车需要1h。运输时间需要24小时。 那么如果按照流水线作业，就是一步一步来做，一共需要4 + 3 + 1 + 24 = 32h。而实际上可以像在图上一样，把lead time节省掉。拣配货物开始1h后就开始准备联系运输，当货物拣配好时，运输公司的车已到达工厂，马上就可以开始装货了。这样只需要32 - 3 = 29 h。
在SAP里创建Delivery的时候，有一个Delivery seleciton date。这个日期开始一直搞不清楚是什么意思，现在终于知道了，这个日期必须和Material availability date或者Tranport. planning date相同，或者在两者任意之一之后才可以创建Delivery。如果计算得到的起始日期在以后的某天。那么就可以以这个日期来作为Delivery的selection date，如果在那天开始正式开始发货过程，那么理论上就能保证货物按照客户的要求准时到达目的地。Sales order里的每个行项目都有一个或多个Schedule Item，点行项目的scheldule item，可以查看到每个日期，如下图所示：
如果客户的Delivery date并不能实现，也就是说按照客户希望的Delivery date用倒退法计算出的Material availability date或Transport. planning date在过去的某个时间。那么系统就会采取正推法(Forward Scheduling)来计算得到一个confirmed delivery date。正推法可以参照下图(取自SAP资料)：
在这种情况下那么此时订单里的行项目就会有两个Schedule item，第一行显示客户的Delivery date，但是confirmed qty.是0.第二行是系统根据正推法计算得到的Delivery date，confirem qty不为空。如下图所示：
最后，就是看了sap还可以做一些像批处理的操作。比如批处理形式的Delivery，批处理形式的拣配货物，批处理形式的发货，批处理的billing。我在系统里都简单地做了几遍。但是深层次逻辑还没有来得及仔细研究。留到下一次再发表。