一，计划Scheduling
当业务人员创建一张订单时，系统能够决定基于客户要求的delivery date的物料可用日期；需要交货的货物必须在该时点及时可用于shipping。
系统在做Scheduling时候，要考虑以下的时间：
Transit time：Time required in order to ship a delivery to the ship-to party；
Loading time: Time required for loading the goods；
Pick/pack time: Time required for picking, packing, and so on；
Transportation lead time: Time required for organizing the transportation；
接下来，系统在订单中执行反冲排程（backward scheduling），如果结果是过去的日期，则系统执行前向排程（forward scheduling），这需要确定一个新的请求交货日期；这同样发生在物料在物料可用日期时不可用的情况。
当我们创建一张outbound delivery之后可以再次执行前向计划，这种情况一般用于当订单中决定的物料可用日期处于创建outbound delivery之前（创建订单时延迟），我们可以为每个delivery type指定是否重新排程。相关配置如下图示:
对于每个shipping point，我们可以决定系统是否执行精确排程或日排程。当我们为shipping point维护了"working times"，排程根据working times来执行并且结果显示至分钟。Shipping point的配置里Working times的设置，如下图示：
交货排程Delivery Scheduling
Delivery scheduling包括pick/pack time和loading time，这些时间依赖于交付订单项目的shipping point。我们可以为每个sales document type指定是否执行delivery scheduling，配置界面如下图示:???
对于每个sales document type，可以定义是否只有pick/pack time（不是loading time）在交货排程中考虑,
还可以为每个shipping point定义pick/pack time和/或loading time是否应该被考虑
我们还能够选择为pick/pack time和loading time定义的全局时间在shipping point level是否足够或者是否应该使用基于更多标准的更详细的时间定义；
这些标准包括：
· Shipping point；
· Weight group（for pick/pack time）或者loading group（for loading time）：来自物料主记录；
· Route（可选）；
如果我们调用不完全项目日志，系统检查outbound delivery中的数据是否完全，从生成的清单，我们可以直接跳转到维护不完全fields的屏幕。
我们可以从delivery processing中调用log of incomplete items，或者用一个特殊的报表来选择incomplete delivery documents，这会产生一个需要处理凭证的清单；
在outbound delivery中，系统可以在header和item层同时检查完整性。
在配置中，我们能够控制哪些字段如果不输入会导致outbound delivery不完整以及这对后续的活动如picking，packing，goods issue，billing会有哪些影响；（例如，如果item中的volume缺失，picking可能不被允许）；
导致delivery不完整的字段选择依赖于delivery type和delivery item category；
Delivery type,
delivery item category,
另外，我们可以使用相应的配置功能来设置partner function和texts为必须的；如果凭证中必须的partner function的指定是空的或者必须的text不存在，则会输入一条记录到log of incomplete items；
- 完 -
2020-2-11 写于苏州市。
