BPM与OA区别

说一下最近我们在做的OA项目的感觉吧。项目原来是冲着BPM去的，最后成了OA，一大遗憾，根本原因是我在选型时的策略错误：技术的平台按照功能系统的方式去执行选型了。给大家一个借鉴吧
1. OA毕竟还是功能导向，而且还是比较浅表的行政公文类功能。至于号称HR, 费控之类功能如何好的，可以直接忽略，因为他不是专业软件，做不到专业软件的业务深度
2. OA有在这些浅表类功能下的电子流，而且好像看起来可以把这个电子流模块化，于是开始觉得自己就是BPM了，或者可以套BPM马甲了。但是OA的电子流还是带着强烈的OA色彩，例如什么转办，会签意见啥的
3. 但是OA始终是为其浅表功能服务的，所以看重的还是功能实现，为了功能实现，能够做一些系统集成的接口，甚至可以模块化，但是真要完成企业系统集成的统一工具，OA干不了。
接下来说说BPM：
1. BPM还是纯粹的技术产品，严格来说，不附带任何业务功能。不是任何业务系统，只是业务系统的连接管道。因为各个业务系统也可能有自己的业务流程，所以这个管道管家不光要管自家系统的流程，还要覆盖到其他业务系统的流程（这个覆盖，我感觉还是蓝图情况，执行情况追踪，执行分析程度，不是要干涉流程的执行）
2. BPM重点在于各个流程的融会贯通，于是流程间关系的研究，流程间互相触发发动，流程的一体化运行，这是最大的能力：让我们可以通过BPM看到流程全局，可以跨系统知道/追踪各个业务执行状况，并对异常及时处理，就是流程的可追溯性。在这个角度上，所以系统集成是其必须的重要组成部分。所以SAP的BPM产品PO= PI + BPM，这个划分真是把产品研究透了
3. 因为BPM就是一个技术产品，一个半成品对企业的应用非常难，所以就要往上加业务功能，什么功能最容易加？当然是OA，所以这是OA和BPM难以区分的产生原因。
4. 我感觉，BPM加上业务功能后，就会带来数据源不统一的问题，这也是所有OA系统的根治不了的病患。例如费控，我们常把费用申请与审批在这个费控模块做，最后的结果回传ERP。但是作为一条完整业务线，ERP中没有费控流程那么明晰，但是业务还是可以执行的——我直接在总账记账就是，但是一个业务执行，有两个通路：费控和ERP直接记账导致数据源不统一，对于实际的业务管理，流程追踪这是灾难性的。所以对于BPM来说，需要避免涉及到业务功能，如果要涉及，也是要明确的界定：这些业务功能对用户来说不是核心的，如果有缺失那么也不追究，因为最终结果才是最重要的，这个结果是以业务系统为准，而BPM的核心就是流程执行。

请各位先搞清楚概念。bpm的流程是业务流程，process，是分层级的，表明业务是如何组织、运作的；oa这种流程已经大多数人认识的流程是说的操作流程，flow，指的是具体工作的先后次序，是process最底层的落地的工作指南。

另一篇文章

https://www.cnblogs.com/liuchengkong/p/6170063.html