享受生活、快乐工作

　　最近在美国的一次旅途中，一家大型化工公司的一位经理向我介绍了一个很有用的四个字的简称。“OSAP”或者“Outside SAP”这专用名称来描述许多应该在SAP系统之外来处理的流程和应用。

　　该公司对SAP的使用经验丰富。他们知道什么是SAP的强项和什么时候要求诸于SAP之外。相反，在过去的十年内，我遇到过无数持不同观点的人，他们认为不需要BPM系统，因为他们已经用了或者正计划部署带有内置流程处理功能的ERP、CRM或EDMS应用系统。受厂商的大肆宣传影响，他们相信企业应用系统的功能已经足够满足他们所有的流程需求。大规模地部署了SAP的公司普遍持这种观点。其他应用系统的用户，如PeopleSoft、Documentum、Oracle Financials等用户也持相同观点。随着BPM逐渐受到重视，主要的软件厂商争相宣称引领潮流，并想瓜分更大的市场，这种观点似乎越来越普遍。从成本和效用的方面来看，用一个整体系统处理所有的业务流程对客户也有很大的吸引力。企业都更愿意使用同一个厂商的软件，只支付一项维护和支持费用。他们更喜欢自己的员工只需要对一种应用进行培训。因此，如果一个整体应用系统可以在提供BPM的同时，也具备其他重要的功能，例如ERP，这样是可以给企业带来重大的好处。

　　这个讨论让我想起OSAP的含义：一个整体应用系统不能处理所有流程。该如何向坚信整体应用系统能处理所有流程的人解释这一点呢?在我看来，答案存在于无所不在的层级结构。层级结构在我们的日常生活中普遍存在。比如，交通的生态系统，它的基本功能就是把人和物从一个地方运载到另一个地方。人们会认为某种交通系统应该可以处理一个组织的所有交通需要。但是，现实中，交通系统有一个层级结构。在层级结构的顶端是可以把大量的人从一个地方运载到另一个地方的飞机、火车和轮船。

　　这些大型的系统在终点上没有灵活性，而且购买和使用费用高昂。在交通层级结构的中间的是卡车和公交车，然后是轿车、货车以及其它所有交通系统工具如摩托车、叉车、自行车等组成的最基本的层级。层级越往下走，终点的灵活性则越高，运行成本也随之降低，但是运载的能力下降。企业根据自身的需要采用这些交通系统。此外，每一种交通系统也依赖于该生态系统中其它的交通系统的支持。他们不能单一的发挥功能。长途旅行时，我可以搭乘高速的现代飞机，但是到达终点时，我仍然需要乘坐舒适的轿车赶往最终的目的地。选择的交通系统的层级越低，交通系统越个性化，越符合个人的需要。

　　与交通一样，每个人类发展出来的其它生态系统都有层级结构 – 教育、通讯、电脑、保健、军队、道路等等。这些层级结构存在的动机是经济和效用。使用一种系统不能满足所有可能的需求。一种系统也不能提供众多使用所需要的效用。层级中的每一种系统都依赖其他系统的支持而存在。所有系统都经过了长期的演变发展。达尔文的物竟天择理论在他们演变到今天的状态的过程中起到了作用。经过验证经济实用的系统和用途保留了下来，其余的都消失了。

　　业务流程与其它人类系统一样。它们也同样存在于流程层级结构的生态系统中。因为现代企业拥有不同类型的流程，流程的要求也不同。这些流程互相依存，互相支持。一般来说，每家企业的业务流程层级结构有三种类型：

　　1. 位于层级结构的顶端的是专门的、高价值功能的流程。这些流程典型以ERP和财务应用为中心。它们都比较复杂但是不会经常变化。这些流程不具有“个性”。在许多情况下，它们专用于某个行业或某种功能，并内置在企业的应用系统中。 这些流程的客制化成本太高。为降低成本，企业应用例如SAP或Oracle Financials等都为这些流程预制了摸板。它们都倾向于在某个领域内或某种功能上具有独特性。这些流程的例子包括生产订单处理、财务协调、库存管理等。

　　2. 位于流程层级结构中间的是大量的跨部门的流程，结构相当复杂，但是会根据业务情况的变化而经常变化。这些流程在不同部门和不同应用之间交错，可以把它们形容为知识工作者的流程。这些流程弥补了部门、应用、客户、合作伙伴、销售商以及员工之间的缺口。每一家公司都有其自身的应用、服务和商务惯例的组合。因此，每一家公司都有其独特的流程。这些流程的例子包括报价、定单核对、资本审批以及绩效评估等。

　　3. 位于层级结构底部的是无数的小型临时的流程，高度个性化，甚至每一个实例都具有独特性。这些流程几乎没有可预先定义的结构。每一支流程都因人而异，并且在许多情况下流程里的每一个步骤都因人而异。这些流程的例子包括通过邮件进行文档传送，项目进度的汇报，周报的编辑等。

　　一个BPM系统处理所有三种类型的流程，是非常困难的事情。在处理所有类型的业务流程的同时，也处理复杂的ERP、EDMS或财务应用，使它变得更复杂也几乎是不可能实现的。这是为什么一家企业需要不同层级的BPM系统的原因。在层级结构的每一个级别上，BPM系统都经过优化，具有最佳的经济性和效用性。正如交通系统一样，各种BPM系统也是互相联系，互相影响，组成了一个流程生态系统。

　　处理第一种类型的业务流程的最佳选择是企业应用系统，例如ERP和CRM。它们是“在SAP之内”或ISAP流程。它们内置于企业应用系统内的原因是它们执行的功能以及它们处理的信息几乎全部都是在该企业应用系统范围内发生的。因此，这种类型的业务流程管理必须发生在企业应用系统范围内，否则就无法完善。但是，这些流程的用户不多。它们不需要高度的灵活性，因为这些流程的变化并不快。最后，它们的成本可能很高，因为每一笔交易的价值和处理的复杂程度通常都很高。为了降低成本，厂商提供可以按照每家公司的要求进行设置的模板。在许多情况下，公司都不会进行客制化使成本增加，而是尽量调整他们的工作模式来适应流程模板。

　　第二种流程类型是OSAP类型。这种类型的流程发生在企业应用系统的外部。它们的变化都趋向于比ISAP流程快，但是它们有整个企业适用的、定义明确的结构和逻辑。它们具有企业的特殊性，因而可以满足企业特殊的商务惯例和公司的具体应用。独立的纯BPM系统是OSAP流程的最佳选择。成本高是阻碍了在企业应用系统内处理这些流程。

　　第三种类型是具有“大量个性化”的临时流程(ad-hoc)。它们没有结构，而且每一个实例都不同。在日常工作中，人们采用这些流程通过纸、电子邮件或其它临时方式与他人进行合作。大多数情况下，这些流程不会被管理。如果其中一些经常性地重复，那么有可能成为OSAP类型。

　　业务流程生态系统的层级结构显示在图1中。

　　我描述的三种业务流程，它们并不是独立存在的。轮船把货物运送到港口;卡车把货物从港口运送到工厂的卸货处。叉车把货物从卸货处运送到工厂的生产线。相同的，业务流程也是在企业的内部和外部相互关联的。ISAP流程触发涉及到决策和解决特殊或异常情况的OSAP流程。 用OSAP流程来支持ISAP流程或二者结合来处理复杂的后台交易。人们通过临时流程来处理OSAP流程中的次级任务，或处理OSAP流程无法处理的任务。

　　如SAP这类的企业应用系统具有重要的商业价值，而且在企业内部能发挥重要的功能。但是，不能期望它们能处理所有事情，就像一架数百万美元的现代飞机不能像一辆轿车那样直接把你送到家门口。

图 1. 业务流程生态系统层级结构

　　企业必须计划拥有多个业务流程系统来处理他们必须管理和改善的不同类型的流程。而且，凭借先进的面向服务架构(SOA)，公司可拥有很好的模式来创建相互依存的流程生态系统，如图2所示。在这个流程生态系统中，ISAP、OSAP和临时流程(ad-hoc)同时并存，在经过优化的系统上互相支持，给每一种类型带来了很好的性价比。

图 2. 相互依存的流程生态系统

生产制造业基于ERP的BPM应用之需

现在的生产制造行业基本都购买了ERP等信息系统，那么，是不是购买了这些系统，就代表了企业的信息化已经很先进，不需要其他的信息系统来补充呢？答案是否定的，本文就详细讲解了BPM业务流程管理系统如何与ERP整合，帮助企业提高效率，减少成本的，补充ERP的功能，从而发挥更大效益的。

1、 BPM应用范畴篇

在早期，各软件商所提供的系统平台，多属封闭性信息架构，很难与不同系统平台进行外接整合，再加上企业部署各个信息系统的时间不一，因此，要整合应用企业信息孤岛内的数据，可谓相当不容易；因此，企业需要由BPM业务流程管理整合企业内信息孤岛，统整企业供应链上下游厂商的数据。

伴随全球市场的需求急剧变化，以及企业对信息系统的依赖日益加深，一套能有效串联端到端（End to End）业务导向的业务流程管理理念，逐渐受企业用户的重视；这就是BPM业务流程管理平台，他所包括的范畴，不仅在于Workflow、EAi等自动化工具应用，还包括企业流程再造（Business Process Reengineer；BPR）、企业流程管理工具（Business Process Management Suits；BPMS）及企业活动监控（Business Activity Monitoring；BAM）3个范畴。

纵观Butler Group、Delphi Group、Forrester、Gartner及META Group等研究分析单位对BPM所下的批注，我们不难发现，其所定义之BPM应用，乃是涉及人（People）、技术（Technology）及流程（Process）3个层面的机制；此外，由于BPM应用是以端到端应用为核心，因此，各企业先制定出专属的业务需求流程，然后再依需求型态，导入BPM业务流程管理平台，以实现电子化业务流程机制。

以端到端流程补充ERP系统　有效发挥ERP系统内部的数据

一般来说，无论是半导体、光电、通讯、信息或电机电子零部件等制造业，多会以数字化技术，落实产品生命周期（Product Lifecycle Management；PLM）、生产执行系统（Manufacturing Execution System；MES）、企业资源管理（Enterprise Resource Planning；ERP）、顾客关系管理（Customer Relationship Management；CRM）、供应链管理（Supply Chain Management；SCM）、商业智能（Business Intelligence；BI）及企业入口网页（Enterprise Information Portal；EIP）等信息系统架构，其差别仅在于使用的工具不一。然而随着全球市场竞争日趋激烈，为快速适应市场需求变化，各企业开始注意如何有效整合企业各信息孤岛内部的数据。

为快速适应市场变化，如何有效整合企业内外不同信息系统内的数据的相关议题，已逐渐受到企业界的重视， 而这也是BPM应用受到关注的原因。优良的BPM系统，以提供跨平台的流程与业务导向系统机制为核心，其所牵涉的范畴极广， 绝非局限于几项自动化工具应用而已。

事实上，各信息系统提供商都积极整合相关功能，以丰富其信息系统机制，例如Oracle及SAP所推出的ERP系统，即提供企业用户简单的Workflow引擎、EAi机制、可供选购的人力资源管理系统HR、CRM、SCM及开发工具等功能模块。

尽管ERP系统都有提供简易的Workflow引擎、EAi，或者执行B2Bi所需的电子数据交换（Electronic Data Interchange；EDI）标准，然而单靠此类自动化工具，实在难以最具经济效益的方式，完成端到端的企业流程管理机制;因此，拥有1套能有效串接企业间不同信息系统的BPM系统，显然相当重要。

姑且不论生产制作，光以订单流程来看，即需要业务、采购及研发等部门的参与，并通过连接不同系统的流程机制来执行。举例来说，业务人员收到业务订单（Sales Order；SO）后，必须先依订单金额，判断该笔SO的签核处理层级，如果订单金额超出标准额度，便需以例外处理方式进行订单签核，并连结至后端的订单库存查询。

至于系统可自行判断的订单，则经过审批动作后，即可自行启动订单系统，将SO数据抛转为新的订单（Purchase Order；PO）；如该笔订单数据不全，则会以例外处理方式，通知相关人员补上订单数据；如果该笔订单数据完整，系统会依订单需求，查询相关零件及半成品库存，并自动判读库存量是否充足，如果库存量不足，则需以例外处理模式，向相关供货商下单补货。在补货环节中，需要再行确认相关的物流运送管道是否为跨国运送，如果是，即应以例外处理方式，处理因该补货动作而产生的账单；其后当产品完成时，亦需将因此订单而产生的产品及相关账单、发票，传送给客户。

事实上，上述案例尚未涉及不同系统之间产品数据转换，例如ERP与PLM、MES等系统的产品数据相互抛转等，光是牵涉到企业内部的不同系统整合，即十分复杂，如果进一步将BPM应用范畴扩及企业内外的异质系统整合，可以想见，基于ERP的BPM整合应用类型，将会帮助企业实现更大的效益。

尽管一些企业的BPM应用多是从行政办公等OA表单审批流程着手，然而这并不意味BPM系统工具仅能处理表单审批等应用，事实上，当企业已确实规划各部门的业务流程需求，即可更进一步依各业务部门的需求，规划基于ERP的BPM应用型态。

完整的BPM系统，能提供企业用户[流程监控]与[绩效评估]的工具，如此一来，用户不仅可以随时掌握现有BPM系统之绩效表现，并可依该系统的绩效数据进行流程调整。

落实基于ERP的不同系统整合　有效加速企业竞争优势

一般来说，ERP系统是以处理进销存等交易数据为主，如果企业想利用ERP内的数据进行决策分析，就需要通过人工编写程序，以连接相关数据或重新输入所需的数据，但是这样的执行方式相当不具效率与效能，尤其当企业想进行端到端的流程控管时，基于ERP的BPM应用需求有许多种类型，如能先完成需求定义，由BPM系统工具落实整合动作，就可起到事半功倍的效果。

2、理清需求篇

BPM系统不只是自动化工具应用　重在收集企业专属业务流程；基于ERP的BPM整合应用类型极为多元，效益亦相当庞大，不过其前提在于，企业必须先收集业务流程需求，再依此需求，导入最适当的BPM解决方案；

此外，由于企业的需求不同，因此，在挑选erp产品时，会依实际状况循序导入最适的ERP模块功能，这时，要想透过ERP供货商所提供之整合工具，连结ERP各功能模块已属不易，更何况企业尚有将ERP数据语意系统整合之需求。

简单来说，企业可透过BPM去定义相关的规则，让数据信息先经过BPM作准备、更动及分析，接着再将该数据数据汇入ERP模块当中（注：利用BPM工具管理ERP模块），如此一来，各企业将拥有更动系统的弹性，而非陷入ERP模块困难重重的设定及编译当中，由此来看，诸如HR、PLM、MES等信息系统，也可能需要BPMS工具之辅助。

BPM系统工具是人（People）、流程（Process）及技术（Technology）的整合应用，正因为BPM应用是整合人、流程与技术最佳化的工具，在导入BPM系统工具之前，无论是以自动化工具或人工方式，都应执行企业流程重组（Business Process Reengineer；BPR），作为导入BPM系统工具的持续性基本工作。往后随着业务需求日益明确，再导入所需的BPM（自动化）系统工具，当BPM系统实施完毕，后续的企业流程监管（Business Activity Monitoring；BAM）动作更为重要，唯有做到BPR、BPM及BAM等3个步骤，企业方可依市场变化微调业务流程机制，以达最佳流程效益。

对企业来说，导入BPM应用，是为了提升企业信息人员的生产力、强化商业人员的参与度，并建置可微调的商业流程。

3、注意事项篇

「小李，为什么上周珠海厂的模具良率只有82％，你去查清楚，到底问题出在哪里？」面对老板丢下的这个问题，小李一点也不担心，因为，他早就通过BPM系统工具，将ERP、MES及PLM等信息系统作订单制程串接，现在，他只要依订单流程节点，从数据库中调出相对应的珠海厂MES统计数据、ERP订单数据及PLM物料数据，即可进一步分析比对，了解问题点是出在珠海厂生产线的制程环节、供货商的半原料供货质量速度、组装该模具的物料清单有问题，或模具设计图样出错。当然，小李也可藉由不断的审视及累积该订单流程机制所产生的数据，进行订单流程修改，以提升效率。

一般来说，企业e化程度是影响其选择BPM系统工具的主要原因；毕竟，当1家企业才刚完成ERP等信息系统的部署时，怎么可能有立即导入BPM系统工具的需求？又怎么可能体会端到端流程机制所带来的效益？

然而对于早已着手全面布局、整合上下游供应链的制造业者来说，基于数据互通原则，其对BPM系统工具的选择，则以该产品是否提供全系列自动化工具技术及相关支持服务为首要考虑。

基于SOA原则　收集企业专属的业务流程需求

企业用户导入基于ERP的BPM系统工具时的心态，是以服务导向来规划信息系统整合架构，而这正是面向服务架构（Service Oriented Architecture；SOA）的核心概念。

企业信息部门如果不能站在使用者的角度，为其设想及并实施最适业务流程方案，不仅各使用单位不买帐，原先以端到端概念连结的业务流程机制，都可能因各使用单位不适应，或流程机制不适应所需而作废，因此，确实收集并持续监管企业所需业务流程机制极为重要。

　各企业基于ERP的BPM应用类型导入注意事项简单区分为6点：

　1.高层主管身体力行的支持，并基于弹性架构原则，收集企业专属的业务流程机制。

　2.配合企业业务流程需求来规划信息架构，此时可加入BPM系统提供商的咨询服务意见作整理。

　3.以1套企业认可且适用的流程标准，建构BPM的信息模块架构。

　4.以项目模式落实每一业务流程需求，并进一步将各功能模块标准化，以Web Service

　5.企业业务流程习惯的改变，可能引发组织变革及再定位，因此必须持续性的监管该流程机制的　运作。

　6.在BPM系统工具的投资报酬率（Return On Investment；ROI）计算方面，可以平衡计分卡（　Balanced SCORecard；BSC）概念，规划出评估BPM系统工具的准则，并以此作为持续监管及改善　的方针。

成立跨部门专职BPM小组　持续性监管企业业务流程机制

由于BPM系统工具是用以处理跨部门的不同系统整合机制，必须由专职BPM小组负责需求收集、使用者培训及流程监管与微调等工作，才能落实并带动企业各部门使用BPM系统工具；再加上应各部门业务需求的BPM应用，极有可能横跨数个部门所使用的信息系统，例如订单流程会牵涉到人力资源部门的人力资源管理系统与财会系统、研发单位的产品生命周期管理系统、产制单位的制程执行系统，以及企业资源规划系统等，故BPM小组成员应由企业内各部门的中高阶主管担任，当然，最核心的关键，在于高阶主管身体力行支持该BPM小组的一系列活动。

其次，专职的BPM小组成员应该在各部门找到种子员工，由种子员工来培训该部门其它员工，并由其回复该部门的使用状况及待改善之处；此外，企业信息部员工必须要能站在各部门使用者的角度上，审视BPM系统工具所提供的自动化服务项目，是否真为其所需。

最后，为快速响应市场需求，并随市场环境需求的变化，来调整最适企业的业务流程机制；因此，审视BPM系统工具的绩效表现（Performance）及监控（Monitor）业务流程机制等动作，都是不可缺少的。

为了让使用者了解并确实执行BPM应用，必须由专职的BPM小组成员，向各使用单位的员工进行深入交流，引领使用单位确实应用该流程机制，并进一步消除使用单位的抱怨声浪。

在当今企业全球化的大潮中，对于企业而言，每天都会出现许多新的业务流程，这些新的业务流程已经超过了传统ERP系统的处理范围，从在线订单申请，到业务伙伴的及时交流沟通，以及在线的文档浏览和审批流程，都不能为ERP系统所处理，因此，单个业务流程的处理效率和企业整体的运作效率都取决于这些贯穿于企业内的任务的继承处理程度。
    为了应对集成处理不同业务流程的需要，业务流程管理（BPM）系统成为目前企业解决这一问题的有效手段，但是，目前大多数BPM系统供应商所提供的BPM解决方案并没有从企业整体的角度来对流程集成问题进行通盘考虑，甚至割裂了某些具有一定关联的业务流程。
    随着对BPM思想理解的深入，对BPM不再以一种技术方案来对待，而是真正的将其认为是一种管理思想，企业可以从真正意义上将原来独立于ERP系统的员工和相关的业务流程集成到企业内部。
ERP的演变
    企业最初引入ERP概念的初衷在于捕获与企业业务流程相关的数据和信息，但是，随着ERP的应用，ERP系统并未达到人们的期望值。企业希望利用ERP系统能够影响所有的业务流程，从而使企业整体的运作更有效率，但目前ERP系统远未达到这一要求。
    随着ERP系统应用普及率达到15-20%，人们清醒地认识到ERP系统并不是面向企业整体运作流程的一种解决方案。这一认识也成为推动BPM系统发展的最直接原因。虽然不同的软件厂商提供所谓的BPM解决方案，但令人遗憾的是，目前对于BPM并没有统一的定义。所以，不同的软件供应商对其所提供的BPM系统都号称是“真正”的BPM系统。
    对于BPM系统而言，其主要功能应集中于利用技术手段解决流程方面问题，并能帮助企业实现企业文化的转变，鼓励企业内部的信息共享。因此，真正意义上的工作流及BPM集成系统可以帮助用户实现那些难以在短期内实现的目标，如无纸化办公、流程异常处理以及电子化工作流系统等目标。
    目前一些新近出现的ERP系统允许具有相关权限的用户方便的获取所需的信息，从而使整个企业运作的效率更高。ERP系统一开始是针对制造企业设计的，其设计理念是通过相关部门的信息自动交互处理从而简化整个企业的制造流程。ERP系统可对原材料、物料、生产调度等问题进行统一管理，但该系统不能为营销、市场以及与制造流程不相关的其它岗位工作人员所使用，同时，也没有和客户关系管理（CRM）系统及企业门户进行很好的集成绑定。
    今天企业的概念已经逐渐突破组织的界限不再只局限于一个固定组织。结合企业全球化、全球经济衰退以及合作伙伴驱动的经济形式等不同因素的影响，企业对信息的实时性交互需求越来越强。企业内部的需求和外部日益增加的竞争压力也要求企业从整体角度来考虑成本和运作效率问题。但是，目前的ERP系统不能满足这些需求，因此，BPM系统应运而生。

BPM的产生
    在这个企业日益多元化的时代，对企业而言，其捕获、存储和查找信息的能力是其生存的关键之道。日益增长的竞争压力迫使企业对其业务流程要从整体的全局性视角来加以管理。要达到这一要求，不但要对企业内部的流程进行管理，而且对不同企业间的流程也要加以管理。
    要想在这种竞争日趋激烈的环境中生存，企业需要快速应对所面临的任何挑战，于是在企业流程管理方面出现了“零延迟反应模式”，更为确切的讲，可称之为“互联网时间”模式，即客户、合作伙伴以及企业内部的机构要求实时地对企业的业务流程运作情况进行全程了解。对企业而言，采用这种模式来应对所面临的各种挑战将会使企业更为迅速有效的来处理新情况，并适应随机性更强的“动态性计划”。
    现在大多数BPM方案供应商提供的解决方案具有实时性操作功能，号称可以在进行实时性决策的同时减少企业的管理费用。BPM系统应具有的功能如下：
·辅助管理组织变更；
·保持业务敏捷性；
·为企业业务流程的持续改进提供基础；
·加强信息交互协同；
·无缝集成ERP系统；
·为企业业务流程成功运作提供关键保证；
    BPM系统供应商都提供按需定制的功能，保证能够在混乱的BPM市场中找到自己的定位，为真正的客户服务。

让BPM更上一层楼
    对于大多数企业和BPM供应商而言，他们并没有意识到要想使BPM系统达到最大应用价值，必须从全局的视角对企业问题进行审视，采用合适的集成策略对企业流程进行管理。
    目前，许多BPM解决方案并没有像期望的那样，真正对企业流程进行很好的管理，而只是一种简单的对ERP系统中“自动化处理岛”功能的延伸。它们并没有真正理解互相关联的流程，因此，如果不对这些问题加以考虑，那么实施BPM将不会实现理想中的目标。企业和软件供应商应该清醒地认识到业务流程不能简单地从部门或企业的视角来看待。业务流程的运作越来越扁平化，并且是基于流程角色来运作，流程如何运作要从交互的角度来考虑。
    主流的业务集成供应商已经深刻认识到，要想使得BPM系统发挥它应用的功能，必须摒弃“流程是独立存在”的这一错误观点。借助技术手段将业务流程中的人、流程和知识最大程度的集成在一起，企业能够建立起敏捷的实时管理模式，从而加强企业的决策、分析、规划及管理能力。
    因此，企业应该从BPM中获得：
    ·全局组织管理模式；
    ·统一应用平台的应用集成能力；
    ·跨越部门和组织的限制在企业层面上对业务流程进行集成；
    ·可以为业务流程提供新的阐述说明；
    通过BPM系统，用户可以清楚地看到业务流程在运作过程中何时何地进行交互，这样，企业可以从整体的角度对流程的运作进行很好的把握，从而可以降低整个运营成本，并且提高运营效率。
    企业可以借助BPM系统建立一种良好的集中化流程运作环境，可以对业务流程进行建模，简化工作流，同时将不安全的业务流程方便的转变为安全流程。例如，在基于角色或规则的流程运作环境中，项目经理有权控制相关信息的访问，即根据不同的需求，如浏览或访问等需求，有所区别的开放相应的信息使用权限。这种基于角色或规则的访问控制策略可以在很大程度上消除信息化孤岛，如果在企业内部使用该策略仍不能完全消除信息化孤岛，可以参考图1所示的另一种控制策略：

    采用如图1所示的访问控制策略，所有的信息交互在统一的平台中进行。一旦用户进行离线操作，即不直接通过统一的平台进行交互，所使用的文档将会增加安全认证。这种文档安全模型是基于角色的，即不同角色的用户对文档的访问及使用是有区别的，只有使用权限较高的用户才能方便的直接使用相关资源。
    在越来越多的企业中，实时获取重要的信息是企业业务流程成功运作的关键所在。作为传统的报表的替代方式，BPM系统提供了电子化的视图以方便企业管理人员随时对企业运作进行监控。使用这种电子化的视图可以事先建立一个企业运作的理想环境，在实际的运作过程中，可以将业务流程与理想目标进行比照，从而实时发现问题，修正相关的计划及策略。

以人为本的企业运作系统（BOS）
    为了实现BPM系统的真正目标，体现其价值所在，组织内部必须鼓励员工进行信息共享。这样企业才能够利用相关的技术手段将企业流程更为紧密的集成在一起，形成真正的企业运作系统，从而可以很好的将数据、信息、流程无缝的集成在一起，建立一种自助式的工作平台，为每个员工每天的工作提供所需的所有信息。
    更进一步，利用这种自助式的工作平台可以将相关信息系统很好的集成在一起，从而提供一种全局的视角来观测整个企业的运作情况，同时也可以从全局的角度来了解价值链上每个员工的工作情况。
    而且，真正的企业运作系统只有在对现有的工作流思想进行调整后才可能实现，也就是说，每个员工的工作流应该根据其角色的不同而不同，形成一种以流程为中心的工作流机制。从这个意义上讲，工作流不能简单地只实现消息的传递功能，如收发email，而应该成为企业运营系统的一部分，自动处理相关的信息交互任务。工作流系统应该能够确保相关任务的分配与执行情况监控，并保证所分发的任务能够得到很好的执行。更进一步，工作流系统要与相关的管理系统集成，并能够发现企业运作中的潜在问题。

总结

    技术的发展为企业的有效运作提供了保证。对于目前大多数BPM系统而言，将BPM从独立的部门推广到企业层面的速度还是十分缓慢的。因此，目前在企业内的不同部门依然在使用满足其专门需要的信息系统。
    主流的BPM供应商预计在将这些独立的信息系统集成之后，企业的运作效率才会得到本质的提高。通过将关于企业决策的信息实时的集成在一起，企业才能在激励的竞争环境中处于更为有利的地位，从而能够降低运营成本，提高收益率，为企业未来的发展选择最正确的方向。

　　BPM系统提供一种能够使组织管理(计划、执行、控制、监控和改进)业务流程的景象，这些业务流程独立于配置在组织中的业务系统(ERP、SCM、CRM等等)。通过这篇文章，我将努力回答 “我们已经执行了ERP系统，为什么还要使用BPM系统?”这个问题。

　　BPM系统协调地组织业务流程

　　业务流程管理(BPM)系统从始至终执行着业务流程，并将流程中的各种活动联系在一起。BPM系统的工作流程服务将工作从一个执行者(最终用户)传递给另一个执行者。这样，在任何一点的执行者都能及时地知道他或她被指派了什么工作，做这项工作被赋予什么权利，以及这项工作应该何时完成。因此BPM系统将活动和流程和谐地编织在一起。而另一方面，ERP系统是事务处理系统，这个系统使事务处理自动化并将不同功能的数据综合起来，但是它无法从始至终协调地组织业务流程。

　　考虑一个例子——销售定单流程，在ERP系统中这个流程包括以下事务的执行，定单文件的生成、船运文件的生成和账单文件的生成。实际上这三项事务可以分别地交由三种不同的执行人员执行，他们分别来自营业部、仓库和会计部门。ERP系统避免了三种执行者的重复数据输入，但是，ERP系统从不提醒仓库主管或者会计主管前道工序已经完成，现在轮到他们来完成业务了。结果执行者们需要外部提示(人工干涉)来完成这些指派的任务或活动。

　　BPM系统使业务流程透明化并改进运作的执行方式

　　在“非BPM”环境中进行的业务流程对于流程执行者和他们的监管人员都不透明。正如上文中所提到的，流程执行者并不知道任务何时被指派给他们，因此也就不知道与该工作有关的权限和完成截止日期。同样地，流程监管人员也对瓶颈、延迟和意外等一无所知。流程监管人员需要通过外部刺激来对延迟和意外做出反应和回应，例如，来自客户或销售主管的电话报告说发货延迟了，或者来自供应商的电话催促迟交的账款。

　　BPM系统把工作从一个执行者传递给另一个执行者。这些系统能够平衡一组执行者的工作量。一旦执行者接到指派的工作，BPM系统就开始提示他们，并提供给他们完成该工作所必需的权力和活动时间表方面的信息。同时BPM系统也提醒执行者在指定时间内没有完成的任务。如果有工作没有被完成，BPM系统能够通报给监管人员并使其逐步完成。监管人员可以轻易地跟踪每个流程的进展，并积极主动地对意外采取正确的行动或反应。诸如此类的功能使得组织能够消除延迟和低效，作为回报将是成本的缩减和收入的增加。

　　ERP系统本身并不能提供这样的功能。即使是那些拥有工作流程系统的ERP系统，也不能提供综合性的流程计划和流程监控能力。

　　BPM系统使得企业内端到端的流程管理成为可能

　　一个业务流程可以被定义为一系列的活动或事务，这些活动的执行通过消耗投入来完成产出。业务流程必须处理信息流逻辑、控制流逻辑和事务逻辑。控制流逻辑决定了活动的顺序，信息流逻辑决定了活动的投入和产出信息需求，事务逻辑决定了产出的价值。

　　以销售定单流程为例，它由以下活动所组成:

　　- 营业部主管生成定单文件

　　- 仓库主管生成船运文件

　　- 会计主管生成账单文件

　　这个流程需要销售主管执行信贷控制。例如，如果销售定单超过了信贷限额，那么在仓库主管能够产生船运文件之前就需要销售经理的专门批准。销售经理为了做出决定则需要有关定单细节、信贷限额和信贷历史方面的信息。

　　作为定单文件事务的一部分，营业部主管必须基于定购的产品、定购单位的编号、销售价格、折扣和适用的关税来计算定单的价值。营业部主管还必须基于库存的数量、生产计划和分销计划来提供详细的交货日期。

　　在这个销售定单流程中，控制流逻辑决定了定单文件生成之后的活动，它可以是分销文件的生成，也可以是销售经理基于信贷控制的批准文件。信息流逻辑决定什么信息将被提供(投入)给销售经理以及什么信息将从销售经理那里获得(产出)。事务逻辑决定了销售定单和交货日期或销售经理所做决定的价值。

　　如果要使这个销售定单流程自动化或者IT处理化，那么销售定单的事务逻辑能够由ERP系统维持，而交货日期的逻辑(ATP)能够由SCM系统维持。但是，如果整个流程逻辑(控制流+信息流+事务)在ERP系统或SCM系统中被组合起来，那么IT人员将不得不为扩展ERP系统或SCM系统的工作流程模块付出巨大的努力，以此来覆盖整个流程的范围。这种方法被认为是一次性的练习，并且如果企业的目的是自动化管理企业内的业务流程的话，这种方法便是不可取的。

　　另一方面，BPM系统使得用户能够轻易地建立控制流逻辑和信息流逻辑。因而，BPM系统提供了一个流程自动化管理的平台，该平台独立于企业的其它信息系统，如ERP、SCM或CRM系统。这使得组织能够首尾相连地管理业务流程。

　　总之，BPM系统为业务以及端到端业务流程自动化管理的IT用户带来了好处。

    业开始进入流程变革的角色时，总是希望“一药解万病”，能够解决自身发展过程中尽可能多的问题，例如培养高素质的一线营销队伍、提高业务收入、扩大市场份额以及提高投资回报率等等。但实际上，上述每一个目标的实现都不是单通过流程这一项改革就能奏效的。以提高业务收入为例，面对愈演愈烈甚至是无序的市场竞争，企业内部的业务流程本身即使再科学高效，没有强有力的行业规范保证和适合岗位需要的高素质人才踏实工作，企业的业务收入提高还是会步履维艰。因此，企业实施流程变革时，要时时注意周围环境的变化，及时调整企业运营策略，才能真正得到希望的改革效果。

　　“某某企业投入巨资实施的ERP系统失败了”；“某某企业ERP上线之后，很多问题不仅未得到有效解决而且更复杂化了。”像这样的关于ERP实施和应用的负面消息在中国的行业用户中早已见怪不怪。ERP系统的实施是一项极为复杂的工程，而如何将ERP系统与企业生产和管理理念真正地融合，则更是企业面临的难题，许多实施过ERP系统的企业对于ERP系统的难于把控都深有感触。

　　近几年，欧美国家对企业进行过一项调查，结果显示在已经上了ERP等信息系统的公司中，有80%反映如果给他们一个机会重新再做ERP，他们将首先优化生产和管理流程。

　　此BPM非彼“BPM”

　　谈到企业业务流程管理（BPM），我们则有必要提到另外一个“BPM”。从2003年下半年开始，SAP、Oracle、Hyperion等国际著名的管理软件提供商纷纷推出了BPM（Business performance Management）这一理念，此概念在中国的管理软件市场上被称作“企业绩效管理”。所谓企业绩效管理，就是企业内部的各种管理软件、业务流程和业务成功衡量方法的集合，它使得组织内部的每个成员都能够更好地理解运营目标、实施运营规划，正面影响企运作的优化进程。（相关文章：BPM阻力源于观念和架构）

　　然而，实际上企业中还存在着另一个BPM ，即业务流程管理（Business Process Management）。August-Wilhelm Scheer是德国Saarbrucken 大学的教授，同时他也是业务流程这一理念和技术架构的设计者。2003年Scheer教授因“集成信息系统的结构”成为第一位获得菲利浦斯研究奖的经济学家，