对比角度 | K2 | 泛微 |
产品开发平台 | 1 K2提供的只是工作流引擎平台BPM，它必须有效且深入的整合微软或其他第三方平台才能实现它的价值如： A.Windows Domain它整合管理了企业的组织架构和统一的账户密码 B.Visio（图形化工具）流程引擎中的图形化工具 C. InfoPath( 表单建模)流程引擎中的表单建设工具 D. Office System提供word、excel等环境 E.SharePoint门户及知识管理的载体，但很复杂不好掌握。 F.Exchange构建企业的邮件系统 G.Visual Studio工具包可管理企业程序员为企业开发的建模和代码 H.BizTalk Server数据集成工具，BPM核心组件 I.SQL Server关系型数据库 J.等微软其他产品 K2与微软Microsoft紧密整合的策略及深度结合大量微软产品的作法是K2重要的市场策略（因为微软提供了它所需的其他第3方组件）！
| 1J2EE标准＋关系型数据库（可以是大型数据库）＋WEB SERVICE的技术，系统可跨平台，跨数据库运行，技术先进，流行和发展趋势所需。 2可以利用现有的数据库，或以后的Oracle数据库以及DB2等任何数据库，同时支持windows、liunx系统、Apache/Resin等（免费平台）开源可全面支持Web spere 、web logic。 3Java开发的程序，从安全性分析最后用户拿到的是只是一些编译好的class类，无法看到完整的源代码，安全性高。 3 Java适合于开发大型的应用系统，扩展性极强按照标准的三层体系架构设计日后可随意扩展。 4应用的前景比较广阔集成了工作流管理模块、知识管理模块、门户管理模块、系统易维护、可复用性较好。还有可以和任意语言或平台开发的业务系统进行数据集成或融合。 |
全面数据分析 | 1因为K2本身只是工作流引擎，对其他功能所产生的的数据，想作为全面数据分析的话，一定要进行二次开发(如企业所有人员必须要使用微软的SharePoint作为企业集团所有人员的主要工作平台，首先开发SharePoint与K2 BPM引擎的数据接通，在通过人员工作特点把相关数据进行串联才能实现协同OA系统全面数据的分析)。 2如实现管理驾驶舱BI商务智能分析，独立购买BI系统，需要2次开发。 | 1用户可以在OA系统中所有的封装好的模块（工作流、知识、表单内容）能填写的数据，都可以用任何方式进行的数据的整合。进行全方位的统计与分析（自带轻量级水晶报表）。 2如引用外部数据流转到协同OA实现BI应用的话，只需购买重量级BI系统就可快速实现管理驾驶舱。 |
权限管理 | 需要基于微软第3方的平台二次开发集成才能完成； 如需与Windows Domain做开发实现组织架构统一； 在通过其他对其业务平台开发完成人员权限赋予； 如日后企业战略变化，需要专业人员开发应变； | 我们提供分级管理（集权与分权）和人事组织模块提供按功能、按机构分级管理，各个模块可以授予不同的人来管理不同机构的权限。满足企业人数众多，管理员权限控制的问题。不需要开发！ |
门户管理 | 要采用微软的SharePoint作为门户平台，当然在完成权限的开发后，在继续完成K2工作流引擎对SharePoint门户的开发，这样才能把工作流中所归档后的内容根据不同登录者的权限推送在其门户！门户的搭建就象是程序开发一样，对系统管理员的技术开发水平提出太高要求！ | 1实现了按需个性化需求，自由定义门户功能（集团门户、分公司门户、职能部门门户等） 2强大的门户权限控制体系。配色、风格、内容元素等完全自定义，每一个客户应用都是不一样的界面，企业真正自己的系统。 3主要目的就是要把企业各部门隐性或显性的知识推送出来，提高各部门协同工作。 |
工作流程 | 1BPM业务流程管理的定义(Business Process Management BPM)：一般的定义为达成企业各种业务环节整合的全面管理模式。K2的BPM要实现人员、设备、桌面应用系统、企业级后台应用等内容的优化组合，从而实现跨应用、跨部门、跨合作伙伴与客户的企业运作。K2是自主研发运行在微软平台上的工作流引擎平台。
2BPM的应用是一定要开发的，这是K2的价值观，它通过与其业务进行数据的交换能够协助快速建立连系人员、系统和程序的解决方案，让彼此间的互动能以最佳化的形式进行。BPM为各种以作业程序推动的活动提供了能见度，让企业可以轻松辨识出程序中的瓶颈，同时提供催办和例化管理的能力。
3K2也可实现WFM，但其WFM上的协同性一定要开发（人员请假流程，之前该员工请了几天假期，还剩余多少假期等，因为它本身不包含人事模块，信息孤岛情况严重），WFM的流程设计器与表单制作器一定要采购微软的InfoPath( 表单建模)来实现并2次开发结合才能使用。因为它就是空的，所有实现就是要开发，所以它可以支持任何复杂的流程。 4 K2的BPM流程引擎在完成对数据提取后（开发），它还需对微软的InfoPath( 表单建模)流程引擎中的表单建设工具进行开发兼容才能实现对企业各种表格的电子化，这个核心技术体现的是K2对微软核心技术架构的深入了解，但对我们企业信息部门技术的实力是挑战。 | 具有WFM与BPM工作流管理的思想 （Workflow Management, WFM）：是人与电脑共同工作的自动化协调、控制和通讯，在电脑化的业务过程上，通过在网络上运行软件，使所有命令的执行都处于受控状态。在工作流管理下，工作量可以被监督，分派工作到不同的用户达成平衡。 1WFM完全智能化自定义（刚性流程和柔性流程），配合泛微的实施服务思想进行实施（流程规划-流程梳理-流程执行-流程优化-流程重组）来为客户实现管理落地与风险管理。 2可以支持任意复杂的业务流程、支持工作明细、审批、会签、退签、转发、跳转、传阅、超时提醒、条件判断智能流转等 3流程贯穿整个系统，已经封装好流程设计器与表单制作器紧密结合，可以制作出用户单位所有审批事务工作的电子化过程 4通过IE客户端可以定义和维护后台及定义流程 5可视图形化流程跟踪显示 6实现流程效率统计分析（审批时效、流程效率分析、流程办理排名等，并可生成三维图形化分析报表 7流程数据集成开发已封装，轻松实现与ERP等业务系统集成，实现数据交互（从WFM向BPM业务流程管理升级） 8可对财务费用类流程进行规划，实现费用管理，实现申请人员向上级审批时，已经从上次申请流程中把数据表现出来（截至目前已申请费用XXX元），领导可见该数据后，在决定是否签批。如日后能与泛微的预算模块配合使用，效果更佳。 9支持各类流程中表单数据统计报表完全自定义(适合多种业务流程表单) 从表单最小元素（字段）开始可以自定义。 |
知识管理 | 1要采用微软的SharePoint来作为知识管理的载体，必须要和工作流引擎做开发， 利用微软的SharePoint来作为人员登录后门户载体和事物推送载体 2如果流程归档后的文档一定要通过开发才能完成在SharePoint中的知识库里沉淀。 3知识权限体系还需与Windows Domain（它整合管理了企业的组织架构和统一的账户密码）2次开发整合配合微软的SharePoint实现权限体系。 | 1具有思想灵魂的功能“知识积累+知识共享+知识利用+知识创新”日后企业人员真正会改变，从传统工作向学习型创新型团队演变。 2可以对文档进行分类管理存储有回复功能，可以从知识管理角度优化产品，增加推荐功能，做到知识推进，与现有共享功能一样。 2在办公过程中实现知识管理，完全与工作相结合；我们更多的知识管理是通过人为的引导客户实现。比如创建知识地图等。 3实用的知识管理思想基本是以思想去引导客户，产品本身只能通过知识地图和报表实现。 4自定义各种目录，目录中可以在后台绑定流程 5多种形式展现（多级目录、树型模式、组织架构模式等） 6严格权限控制（阅读、修改、版本、拷贝、复制、打印控制等） 7与流程无缝结合紧密，直接在文档上创建流程 8有知识贡献及知识创新排名统计报表 9知识评分激励机制 10知识管理提供各种封装好的接口可供外部程序调用，实现数据集成。 |
集成性 | 对系统管理员要求高，需全面掌握微软的产品应用及配置。 对技术开发人员要求高，所要掌握的K2与微软全套产品核心技术与思想，需要专业人员开发，开发周期很长。 | 真正的系统平台，与其他系统的接口相对容易，能与其它系统进行数据提取，安全性相对高，由于使用了关系数据库系统，处理巨量数据时性能有大幅度提高。 |
实施服务 | 1需要购买微软全套企业级应用，顺序如下： Windows Domain管理企业人员信息 SharePoint来作为门户及知识管理的载体 InfoPath( 表单建模)实现K2 BPM的电子化表单制作器 Visio（图形化工具）实现图形化设计 BizTalk Server实现K2 BPM与系统间的集成 Exchange部署企业级邮箱 Office System加载办公环境等 2实施服务周期会很长，以SharePoint为主体对接K2 BPM，通过开发连接其他微软产品最终实现企业管理。 3复杂的业务流程需要定义开发的工作量很大，企业人员必须以项目为主围绕 4实现复杂的流程表单需要开发代码，加大维护和开发成本 5所需要的功能与管理诉求开发数量会很多，同时所付出的成本会很高，周期过长风险就会越大！
| 泛微协同管理系统成功投入使用的关键是要有优秀的实施方法，没有成熟的实施方法可能导致整个项目的停滞不前。实施方法为企业管理软件在企业中的成功应用提供指导，如同在企业管理软件和企业应用之间架起一座桥梁。泛微在实施服务上以“模型塑造法和原型逼近法”为客户服务，提供全套企业制度模板和知识目录，在项目经理提供的模板（经验）下，思考我们企业，共同参与企业制度E化（制度落地，形成模型）。那么在内部推广阶段，边完善和改进（所谓原型逼近）。在通过对决策者和战略或管理部进行访谈解决瓶颈的突破（风险管理），通过时间和双方共同努力形成自己独特管理体系。 |
综述 | 1技术角度 K2项目要依靠微软的很多第3方平台才能实现管理理念，这就会出现很多需要集成开发的孤岛（本来企业业务系统就有很多孤岛，它本身必须要先和微软的产品整合了才能对企业业务系统进行整合）。同时这两大供应商的技术对系统管理员和程序员要求很高，如人员不能掌握核心技术，势必微软及K2收费会很高。以后企业战略发生变化，我方信息技术部是否能自己进行开发应变战略的变化，如果不能企业就会被两大供应商技术绑架！ 2实施角度K2的项目实施周期会很长，因为k2的实施偏向于开发人员
适合于有技术雄厚的开发团队的企业。 3泛微协同管控产品基于J2EE框架开发，数据开源并可跨平台和跨数据库运行，技术先进容易上手从事此技术的人员也很多，有很多成功应用方案可快速应用，不用过多使用2次开发手段来解决企业信息化管理的问题，建议升级泛微最新7.0产品达到企业的管控！ |
