ERP 從訂單變更談 工單自動變更 / 領退料自動變更 / 入出庫自動變更 !! 你們接受嗎 !!
依據 訂單數量 變更申請單
依據 訂單料品 變更申請單
依據 訂單交期 變更申請單
自動 ::Void 未開工單 的訂單
自動 ::Void 已開工單 未轉需求 未產生領料 的訂單 與 工單
自動 ::ReverseCorrect 已開工單 已轉需求 已產生領料 的訂單 與 工單
= Void 原工單 + ReverseCorrect 原工單 + 另產生新工單
= Void 原領料 + ReverseCorrect 原領料 + 另產生新領料
= Void 原入庫 + ReverseCorrect 原入庫 + 另產生新入庫
一切全自動 也留下所有稽核軌跡
版大的意思指的是公司ERP系統自動化作業嗎!?
實務上自動化作業的程式設計是可以做得到的
只是在設計上需要考量的稽核點很多,
首要也最重要的必備條件是IT人員必須要非常熟悉自家的系統,
會牽涉到的相關業務處理層面皆要考量到
要達成此客製化需求 系統資料流如何走向及相關動作的觸發時機及回寫進系統(即時性,準確性,有效性)
但是這若只是第一階段任務 那麼下一階段就會有全模組自動化的需要提出
那麼公司行號就不需要養那麼多人來協同作業
那麼勢必會有一堆人沒工作會餓死 IT人員會被打死 老闆會樂死 系統會被搞死
照我的經驗,這裡面還是有很多必須人工去作判斷的,例如
= Void 原工單 + ReverseCorrect 原工單 + 另產生新工單
= Void 原領料 + ReverseCorrect 原領料 + 另產生新領料
= Void 原入庫 + ReverseCorrect 原入庫 + 另產生新入庫
1.當舊單據被刪除產生新單據時,原有舊單據的單號在稽核上就會產生單據不連貫的問題,這時候就必須人工判斷這些舊單據的處理方式,除非單據處理的原因都是同一個原因,不然,還是必須要由人工處理這些刪除的舊單據
2.生產線如果是訂單更改,如果是數量增多那麼就是安排領料即可,如果是數量漸少,這時候就不是只有更改領料單,這時候生管會有多種選擇它可以讓生產線繼續生產(這個訂單刪除的數量可以滿足同產品的其他訂單這時候就不需要做換線處理,因為在生產時最怕換線這種無效工時消耗),這只是針對簡單的數量變更而已,交期變更跟料品變更那就更複雜了
所以,這裡面還是有很多必須做人工判斷的點
Void 不是 Delete
蓋上作廢標記 不是刪除此筆資料
Void 會自動產生另一張 ReverseCorrect 單據 = 產生對沖會計傳票
人工判斷是很沒標準的用詞:
是應該用電腦去掃瞄是否 1... 2... 3...
tamad1提到:
數量變更而已,交期變更跟料品變更那就更複雜了
以上訂單變化條件很多(有數量,交期,料品)光排列組合就有8種變化 ,流程也走好幾關.
也許還有未考慮到的條件變化,想到要開Reverse Correct 的business logic令人覺得不太有100%正確把握.縱使上線後,對這一段的處理結果也有些怕怕.
所以當變數(制度)仍然沒辦法穩定時(牽涉到人),全自動化系統是否一定比部份由人工判斷的系統更能得到正確成本報表??
it = home = lee 大人::
:: 以上訂單變化條件很多(有數量,交期,料品)光排列組合就有8種變化 ,
:: 流程也走好幾關.
依此推理 :: 難怪土產ERP 說由系統判斷來產生會計科目不可修正是作不到!!!
土產ERP做不倒 :: 難怪 Top 100 90% 從土產 ERP 轉到 SAP !!
就為了合併報表需要有一致性的會計科目自動判斷機制
!!!!!
我錯了!!!
合晶 TiTop換到 SAP
是有理由的
因為只有 SAP 跟 OpenSource ERP ADempiere 作得到
要救贖 Skype: ADempiere/Compiere 技術轉移顧問