※ 引述《Pally (趴哩)》之銘言： : 　　看法，ERP 與 BPM 沒有絕對綁定的關聯，端看內部需求來決定，同時也不是 ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ 一般市售 BPM Engine 就如同下一篇提到的 只是將表單資料拉出來, 秀簽核畫面, 跑層/會/代理簽等等 除非客製化, 不然 ERP 跟 BPM 可視為獨立個體 至於好不好用, 我也是同這篇大大給否定意見 我大概只會三套 BPM flow 軟體, easyflow 也是其一 所謂會的程度大概在會規避原引擎框架，外掛跑自己的表單 簡單說 就是借殼跑表單流程 為何覺得不好用 一般拉表單的介面 除了陽春，反應慢，比寫程式還不方便 有的控制項一多連save都要等三分鐘以上, 發佈又要再一次, 天啊 離開/進入 node 的語法很多都不友善, 又難除錯 還有號稱不需 MIS/不需寫程式 的 BPM Engine 會相信的就是真的羊 看過很多買來, 最後乾脆再花錢請顧問製作表單 BPM 表單設計上本身並不難, 難的是設計 BPM Engine 不過這有點扯遠了 以 TIPTOP 為例 只要知道一張表單的資料結構, 就能拉出資料來自主設計 狀態存 BPM table, 改 Tiptop table 狀態, 簽核完, update table 另外就是模組有連動時, 處理上才會是比較麻煩的 還要再去模擬這動作 但很多作這個的並沒有足夠 DBA 能力 連怎麼找表單相關資料表都不會 所以這邊就卡關了 基本上這樣設計，兩個系統都算是沒綁定的 什麼情形下 ERP 跟 BPM 兩者會相關, 簡單舉個出貨作業為例 倉管員撿貨出庫 key 出貨單送簽 一般來說會跑 BPM 的前提下 是表單簽核過才能開始作業 但出貨單上的數據又來自於出貨作業 隨著系統發展腳步不同就會有幾種作法 1.標準作業, 邊刷條碼邊生出貨單 (WMS BPM 同步開發) 倉管出貨,系統預扣(在途),簽核完成才變成已出貨扣帳 WMS 放個 API 等待控制交易狀態, 接 BPM 控制同步 兩者有綁定相關 2.出貨歸出貨, 簽核歸簽核 (WMS BPM 不同步) WMS 若有在途設計 / 無 API 供使用 同上, 變 BPM 去寫 API 管 WMS 若無, 貨都跑了也扣帳了, 又不能重刷條碼 BPM 只能匯入出貨紀錄呈案 兩者算無綁定 3.另一種是剛上線, 無條碼跟有條碼混搭, 基本同第1種 作法就是 1+2, 把無條碼的由系統揀貨, 有條碼的用刷的 這也是要綁定系統開發 大致上跟進銷存模組相關的 BPM 開發比較難獨立 我這邊還有 MRP trigger 自動開 BPM 請購表單等待呈案 採購驗收單一回來, 分配完成(合併採購)自動收料入庫 至於一般電子簽核, 那就真的是沒綁定了 --

※ 發信站: 批踢踢實業坊(ptt.cc), 來自: 220.136.20.123 ※ 文章網址: https://webptt.com/m.aspx?n=bbs/MIS/M.1550996860.A.0ED.html