返工流程
文章看似很長,其實流程很短,幾秒中操作就結束了,最后面是小天學習的心得,寫的很亂,但是希望讀到的人能從中得到學習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界面)
七、??流程反思和擴展
首先這個文檔只是簡單測試可行性型,說他是流程還不是很恰當,畢竟里面還缺少業務的東西,例如,員工是沒有資格判斷產品是否需要返工的,這樣可能會存在管理問題。
感覺應該使用質檢工序,結合工序檢驗,同時更新用戶狀態,啟用觸發點,完成流程。
沒有業務的反思是殘酷的,殘忍的不可行的。
總結
- 上一篇: sap中二级品报工问题解决方案
- 下一篇: 谁能提供修改生产订单的Bapi?