※ 引述《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 请购表单等待呈案
采购验收单一回来, 分配完成(合并采购)自动收料入库
至于一般电子签核, 那就真的是没绑定了