返工流程（差异原因-用户状态参数+触发点=自动创建返工订单） Rework Production Order

Rework Processing of Production Order in SAP <http://hi.baidu.com/longsan/item/57d881f5ad9fdd2c753c4cfe>

文章看似很长，其实流程很短，几秒中操作就结束了，最后面是小天学习的心得，写的很乱，但是希望读到的人能从中得到学习sap的一些思路吧。写的不好让您贱笑了>_<!

 

一、 概要

本文档主要说明一种返工流程，当工人报工时，填写返工数量、变式原因即可启动触发点自动创建返工订单，被创建的反工订单为无料号生产订单，且关联报工订单。涉及系统功能点包括状态参数、触发点、变式原因、生产订单类型、参考工序等等。

本流程适合返工频率高，且返工技术稳定（存在稳定的参照工序集）当然应用此流程需根据实绩情况进行变通，本文档只是说明操作可行性，切勿生搬硬套。

二、 系统实现可行性

从sap library上得知Linking a User Status to a Reason for Variance 变式原因可以改变用户自定义状态，自定义状态可以关联触发点，触发点可以参照创建生产订单。因此形成完整执行逻辑

三、 后台配置

1）.用户状态参数：BS02（SPRO-生产-商店低价控制-主数据-订单-定义状态参数）

对象类型：注意啊，激活工序的那个就好了，不要用生产订单的那个，用工序的话可以保证没到工序都可以产生返工订单，但是要是用生产订单状态，你用一次就玩完了

PS：sap 的翻译确实不咋的，刚开始弄得时候总是失败，以为是Linking a User Status to a Reason for Variance是错的，结果是因为我选错了对象类型。对象类型里面有很多条目，可见状态参数应用很广泛哦。

另外生产订单应该选这个：

2）.订单类型OPJH（SPRO-生产-商店低价控制-主数据-订单-订单类型）

根据假设，配置两种订单类型，其他方面我就不赘述了，关于状态参数的直接上图

我们只需在标准订单上配置状态参数即可

3）.变式原因（差异原因）OPK5（SPRO-生产-商店低价控制-工序-确认-定义差异原因

四、 主数据

需要主数据：

物料：sert-001

工艺路线：sert-001

BOM：sert-001

参照工序集：50001000

标准触发点：ztest（方便整体维护，如果在工艺路线中维护触发点则不需要另外建立）

五、 测试流程

1）创建正常生产订单co01

订单号为：300000000278

2）生产订单确认Co11n

触发点成功启动

3）订单查询

结算规则

对于订单的描述应该有控制需要继续研究。

六、 增强控制，去除流程操作漏洞

当确认时输入返工数量不输入变式原因，会导致流程失效，所以需要增强进行控制。下图是增强程序找出的co11n的出口

CMOD创建增强ZREWORK1（刚开始应该是默认属性的，截图是后来弄的所以就在组件那了 ）

分配出口

添加组件

（图1）

双击EXIT_SAPLCORF_102进入，

 

增强代码

IF afrud_imp-rmnga IS NOT INITIAL .
IF caufvd_imp-werks = '2561' . "限定工厂2561
IF CAUFVD_imp-AUART = 'sp02'. "限定订单类型为SP02
IF afrud_imp-grund <> '0001'. "差异原因0001
MESSAGE e398(00) WITH text-001 text-002 text-005.
ENDIF.
ENDIF.
ENDIF.
ENDIF.
IF afrud_imp-grund eq '0001'.
IF afrud_imp-rmnga IS INITIAL.
MESSAGE e398(00) WITH text-003 text-004 .
ENDIF.
ENDIF.

PS：对于增强的使用，需要作特别的限制，最起码也要是工厂级别的，以免影响其他工厂的正常业务。

后面的激活就不写了，反正就是在修改组件点一个类似不发光的手电筒就可（就是图1界面）

七、 流程反思和扩展

首先这个文档只是简单测试可行性型，说他是流程还不是很恰当，毕竟里面还缺少业务的东西，例如，员工是没有资格判断产品是否需要返工的，这样可能会存在管理问题。

感觉应该使用质检工序，结合工序检验，同时更新用户状态，启用触发点，完成流程。

没有业务的反思是残酷的，残忍的不可行的。