3.18.1   业务方案描述

1. 采购订单生成后，如果主生产计划发生了改变（提前、推后、取消），会导致以生成采购订单的相应改变，改变的类型同样包括：提前、托后、取消三种情况。
2. 对于采购例外信息的处理及时、以及ERP系统如何支持业务流程的有效运作，将是对业务执行的一种快捷操作处理。
3. 通过按照一定的规则驱动例外信息的生成，这些规则包括：

          1）仅处理采购订单例外，其它例外（作业、采购申请、销售订单等）不必生成例外信息。

          2）采购订单提前必须生成例外信息，采购订单托后一定天数内(按照Item设置)需要处理，建议取消的采购订单必须处理。

          3）例外信息处理的基本流程是：自动生成例外信息 ->  发给采购主管确认更改 -> 邮件知会供应商（或者OA通知业务、或者以每日工作报表形式通知业务）

3.18.2   业务方案逻辑控制

    【Oracle标准功能无法满足，必须调整对应的系统工作流】

1. 通过并行程序，用并行程序启动例外工作流。
2. 程序名称：启动计划例外工作流(采购订单)
3. 程序参数：

          1） 计划名称：当前组织的MRP计划；

          2）采购员：列出所有有效的采购员；

          3）例外类型：6（提前）、7（推后）、8（取消）；

     4. 更改现有的例外信息工作流，工作流的名称是：Planning Exception Messages，程序文件名称是：mrpexpwf.wft。

          1）需要修改子流程： Exception Process 1 &  Exception Process 2（系统工作流-图略）

          2）需要修改例外信息的范围

          3）需要修改例外信息提示信息

3.18.3   业务方案执行控制

1. 采购订单的例外信息可根据需要确定是否需要经过计划员。一般不经过，直接将例外信息发到采购员处理。
2. 例外信息的生成规则：所有提前、一定范围的推后、采购订单的取消，建议推后的时间范围从采购属性维护界面上取值；仅对当前MRP产生的采购订单建议例外，通过下单平台下达的采购订单会在订单头弹性域attribute1上记录。
3. 采购员收到例外信息后，同意实施更改后，发通知给供应商知会信息（有ISP的前提下），不需要供应商确认后才对采购订单实施更改。
4. 通知信息变化：

          1）通知标题采用如下格式（发给内部用户）：

                【****采购订单中X物料需要你进行ZZ处理！】

          2）通知标题采用如下格式（发给供应商）：

                【****采购订单中X物料已经进行了A处理，请执行更改后的日期！】

          3）注：****代表采购订单号，X代表物料编码，A代表变更类型（提前、推后、取消）；