※ 引述《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/cn.aspx?n=bbs/MIS/M.1550996860.A.0ED.html