※ 引述《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 請購表單等待呈案
採購驗收單一回來, 分配完成(合併採購)自動收料入庫
至於一般電子簽核, 那就真的是沒綁定了