返工流程.docx

返工流程.docx

《返工流程.docx》由会员分享，可在线阅读，更多相关《返工流程.docx（10页珍藏版）》请在冰豆网上搜索。

返工流程

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

一、   概要

本文档主要说明一种返工流程，当工人报工时，填写返工数量、变式原因即可启动触发点自动创建返工订单，被创建的返工订单为无料号生产订单，且关联报工订单。

涉及系统功能点包括状态参数、触发点、变式原因、生产订单类型、参考工序等等。

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

二、  系统实现可行性

从saplibrary上得知LinkingaUserStatustoaReasonforVariance 变式原因可以改变用户自定义状态，自定义状态可以关联触发点，触发点可以参照创建生产订单。

因此形成完整执行逻辑。

三、  后台配置

1）.用户状态参数：

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

对象类型：

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

PS：

sap 的翻译确实不咋的，刚开始弄得时候总是失败，以为是LinkingaUserStatustoaReasonforVariance是错的，结果是因为我选错了对象类型。

对象类型里面有很多条目，可见状态参数应用很广泛哦。

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

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

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

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

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

四、  主数据

需要主数据：

物料：

sert-001

工艺路线：

sert-001

BOM：

sert-001

参照工序集：

标准触发点：

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

五、  测试流程

1）创建正常生产订单co01

订单号为：

3

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界面）

七、  流程反思和扩展

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

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

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