| 通达,金和,致远与泛微OA系统软件产品体对比分析new |
|
| 对比角度 | 通达智能办公OA | 致远A8协同管理软件 | 金和C6协同运营管理平台 | 泛微e-cology协同管理平台 |
| 开发平台 | 1PHP技术开发+MYSQL开源数据库，MYSQL只支持小型单位应用，如果数据量过大MYSQL开源数据库可能会出现性能问题。 | 1JAVA语言开发 | 1基于.net平台开发只能在微软系统的平台上运行不能跨平台支持，只支持微软SQLServer | 1J2EE标准＋关系型数据库（可以是大型数据库）＋WEB SERVICE的技术，系统可跨平台，跨数据库运行，技术先进，流行和发展趋势所需。 |
| 2虽说现在使用了新的技术NGin引擎可以优化提升MYSQL，但该技术还是不能领先大型关系型数据库和稳定性，日后不可能支撑单位大规模扩张时的应用。 | 2目前仅支持sql server和oracle数据库，如果擅动数据库，就无售后服务。 | 2服务器操作系统只能是WIN2003/WIN2008，不支持64位操作系统 | 2可以利用现有的数据库SQL关系型数据库，或以后的Oracle数据库以及DB2等任何数据库，同时支持windows、liunx系统、Apache/Resin等（免费平台）开源可全面支持Web spere 、web logic。 |
| 3PHP开发的程序的源代码也都是公开的，但php开发的程序后都可以进行修改。PHP只能实现简单的分布式两层或三层的架构，日后需要技术扩展会有瓶颈。 | 3操作系统仅支持windows以及LIUNX系统
3Java开发的程序，从安全性分析最后用户拿到的是只是一些编译好的class类，无法看到完整的源代码，安全性高。
| 3数据库仅支持Sqlserver2000/2005/2008，且Win2008不支持sqlserver2000 | 3Java开发的程序，从安全性分析最后用户拿到的是只是一些编译好的class类，无法看到完整的源代码，安全性高。 |
| 4PHP适合于快速开发，中小型应用系统，开发成本低，能够对变动的需求作出快速的反应。 | 4 Java适合于开发大型的应用系统，扩展性极强按照标准的三层体系架构设计日后可随意扩展。 | 4应用服务器器只支持IIS | 4 Java适合于开发大型的应用系统，扩展性极强按照标准的三层体系架构设计日后可随意扩展。 |
| 5应用的前景比较广阔，系统易维护、可复用性较好。 | 5应用的前景比较广阔，系统易维护、可复用性较好。 |
| 平台安全性 | 1支持多种身份认证、角色分配、用户操作监控、日志报告、信息安全级别设定。 | 1支持多种身份认证、角色分配、用户操作监控、日志报告、信息安全级别设定。 | 1支持六种身份认证方式，包括CA认证，Windows域用户认证，U-key身份认证，登陆验证码认证，短信验证码认证以及动态密码卡认证 | 1支持七种身份登陆认证方式，包括CA认证，Windows域用户认证，U-key身份认证，指纹认证识别，登陆验证码认证，短信验证码认证以及动态密码卡认证。 |
| 2六维管控模型将e-cology系统权限从组织范围、角色范围、动作范围、模块范围、被控对象、数据范围六个维度细分，六个权限对象横向纵向交错构成了权限矩阵。 |
| 3可实现分级管理（集权与分权）我们提供按功能、按机构分级管理，各个模块可以授予不同的人来管理不同机构的权限。满足单位人数众多，管理员权限控制的问题。 |
| 4系统中任何一个操作，登陆、读取、修改、删除等都有日志记录方便进行事后的跟踪审计。 |
| 5数据传输安全：只需简单设置即可支持SSL加密访问。SSL协议支持可以增强系统安全性，通过网络传递的数据均会使用RSA算法进行不对称加密，可以完全杜绝数据包被截获后泄密的可能性，可以完全确保数据的传输安全。 |
| 2但所有权限控制只能在具体人员层面，无法实现部门以及角色层面的权限设置；每个权限的设置都是单独的，无法实现多维度的权限控制操作。 | 2但所有权限控制只能在具体人员层面，无法实现部门以及角色层面的权限设置；每个权限的设置都是单独的，无法实现多维度的权限控制操作。 | 2虽然分配权限的时候出了权限本身以外还有权限的行使范围可以设置，但是局限人事管理的权限，对于门户、流程、文档重要模块反而没有实现分权维护系统的整体权限授予基本上都是基于人和部门的、这样只有有新的部门和人员增加或者岗位变动，那么会造成极大的系统维护工作量 | 6数据库加密：对数据库中的关键数据如账号密码、表单信息等关键信息进行MD5不可逆加密及128位DES可逆加密，有效加密防止入侵者直接通过获取数据库文件，获得系统数据。 |
| 7数据文件加密：对于所有存储在磁盘中的文档资料从文件名称、文件内容都进行了加密，并且进行了分卷压缩，防止入侵者直接通过服务器磁盘获获取e-cology中的文档资料。 |
| 8程序代码加密：对于关键程序代码进行加密，让入侵者无法通过解读程序来了解数据读取存储方式和加密方式，防止入侵者通过解读程序来读取已经加密过的数据文件。 |
| 集成性 | 可以，但需要二次开发（动代码实现） | 可以，但需要二次开发（动代码实现）。A8软件还是界面管理，还没有真正到门户管理技术 | 主要是支持微软标准，受微软件标准限制，开放程度较小，有标准的接口可调用，方便集成其他应用系统但需要二次开发（动代码实现），能实现统计和分析， | 真正的系统平台，它可跨多平台进行扩展，提供标准web service服务与其他系统的接口交互很容易完成（通过配置便可，不需动代码），能与其它系统进行数据集成（双向读写），安全性相对高。由于使用了关系数据库系统，处理巨量数据时性能有大幅度提高。 |
| 人事管理 | | | | |
| 门户管理 | 1通过程序开发实现了固化的几个基本门户。 | 1门户布局固定、元素不能完全自定义（流程中心元素、图标元素）、维护权限、门户样式库等 | 1整个界面布局固定，不能根据客户的风格进行修改。虽然预留了五种颜色方案可够最终用户选择使用，但是对于管理员来说能够根据自身进行配置的只是替换一下logo。 | 1实现了按需个性化需求，自由定义门户功能（统一门户、职能部门门户等） |
| 2没办法进行任何的变动和美化操作，无法构建出一个符合单位风格的办公桌面内容：内容布局固定、元素个数有限，元素内容来源单一，不够丰富；元素分部固定。个人无法进行自由拖动。 | 2门户内容出了固定的代办事宜、日程、计划、岗位知识外其他的内容均来自于信息发布，需要专人维护，不利于门户信息的及时更新。 |
| 3整个界面布局固定，不能根据客户的风格进行修改。对于管理员来说能够进行配置的只是替换一下单位logo。 | 3此外还能够支持RSS、WEB程序地址、数据库三种来源，都有管理员定制，web程序和数据库都需要开发实现页面上的栏目个数和分布位置只有固定的几种模式无法自行定义和添加 | 2强大的门户权限控制体系。配色、风格、内容元素等完全自定义，每一个客户应用都是不一样的界面，单位真正自己的系统。 |
| 2已经被程序固化了，不能自定义，需要二次开发。 | 4页面上的栏目个数和分布位置只有固定的几种模式无法自行定义和添加，元素无法进行拖拽排版 | 4不能实现多级门户：所有门户并排，对于集团公司不能建立层级门户门户只能按照部门进行共享，不能按照人员、分部、角色共享。不能细分每个角色岗位的门户。一个部门内的人看到的门户都是一样的。 |
5不能实现多级门户：所有门户并排，对于集团公司不能建立层级门户
门户的内容来源需要有专门的人员进行管理和维护，而不是自动根据条件聚合系统内的信息，信息更新缓慢
| 5另外对管理员维护也存在困难，一旦组织结构调整，权限变更将是一个庞大的工作门户权限只控制在门户级别不能控制到内部的元素。换句话说每个人员看到的门户栏目都是一样的。不能区分员工和领导的工作界面。 | 3主要目的就是要把单位各部门隐性或显性的知识推送出来，提高各部门协同工作。 |
| 6门户维护权限控制比较单薄每个公司只能由固定的一个管理员进行维护，集团门户由集团管理员维护、单位门户由单位管理员维护，不能进行权限细分，管理员压力比较大 | 6门户的维护权限不能单个授予，也不能下放到下级管理员进行维护，只通过一个门户维护权限来控制。 |
| 7门户权限只控制在门户级别不能控制到门户内的每个元素。换句话说每个人员看到的门户栏目都是一样的。不能按岗位角色区分工作界面。 | 4帮助单位高层领导能更正确的制定单位发展相关决策，系统为相关领导提供更全面化的内部信息，让其能更详尽、更清楚的了解整个单位组织的日常运作。 |
| 1流程引擎功能强大，完全智能化自定义（刚性流程和柔性流程），配合泛微的实施服务思想进行实施（流程规划-流程梳理-流程执行-流程优化-流程重组）来为客户实现管理落地与风险管理。 |
|
|
|
|
| 2流程表单只是个电子化的审批表格，不能联动系统内已有数据（文档、流程等，不能再表单中承载审批决策所需的数据，不能做到流程管控 | 3数据不能关联和多次展示；流程表单只是个电子化的审批表格，不能联动系统内已有数据（文档、流程等，不能再表单中承载审批决策所需的数据，不能做到流程管控； | 2可以支持任意复杂的业务流程、支持工作明细、审批、会签、退签、转发、跳转、传阅、超时提醒、条件判断智能流转等。 |
|
|
| 3流程贯穿整个系统，流程设计器与表单（HTML表单）紧密结合，可以制作出用户单位所有审批事务工作的电子化过程。 |
|
|
| 2有拖拉式的图形设计器； | 3流程管理（监控）权限完全掌握在单位管理员手上，无法按照流程类型和操作内容分配权限。 | 5流程监控权限不能按照业务类型细分，一旦有了监控权限就有了所有流程的监控权限； | 4通过IE客户端可以定义和维护后台及定义流程，可视图形化流程跟踪显示。 |
|
| 4不能干预流程表单需要通过微软的infopath制作上传，而且需要多次关联设置才能使用，不能在线编辑，修改调整不便流程查询只能按照流程的基本属性进行查询，不能按照流程表单的内容进行查询 | 7流程查询只能按照流程的基本属性进行查询，不能按照流程表单的内容进行查询； | 5实现流程效率统计分析（审批时效、流程效率分析、流程办理排名等，并可生成三维图形化分析报表。 |
|
| 5流程分析只有简单的流程待办、超时的数量，不能进行流程效率的分析 | 9流程的操作者，只能是一种情况，不能根据实际情况，来自动判别节点操作者的范围； | 6 可对财务费用类流程进行规划，实现费用管理，实现申请人员向上级审批时，已经从上次申请流程中把数据表现出来（截至目前已申请费用XXX元），领导可见该数据后，在决定是否签批。如日后能与泛微的预算模块配合使用，效果更佳。 |
|
| 6流程的操作者虽能从表单上的人员、部门来获取，不能从表单其他内容获取流程的操作者，只能是一种情况，不能根据实际情况，来自动判别节点操作者的范围。 | 7支持各类流程中表单数据统计，报表完全可自定义，从表单最小元素（字段）开始可以自定义。用户只要能填写的数据，都可以用任何方式进行的数据的整合。进行流程引擎上的全方位的统计与分析。 |
|
11流程委托（代理）权限只能由管理员来设置
流程管理权限只能根据人来授予，一旦人员变动，对系统进行调整的工作量会很大.
| 8流程数据集成，通过配置即可轻松实现与ERP等业务系统集成，实现数据交互（双向读写）拥有BPM思想。 |
|
| 知识管理 | 1有个人文件柜以及公共文件柜，分别放在“我的工作桌”以及“信息交流”两个不同的功能模块下面。 | 1独立的知识管理应用，把信息发布、公文管理、通知公告各模块相互独立，不便于建议统一的知识仓库 | 1没有真正的知识地图应用，所谓的知识地图只是以目录方式展示文档而已； | 1具有思想灵魂的功能“知识积累+知识共享+知识利用+知识创新”日后单位人员真正会改变，从传统工作向学习型创新型团队演变。 |
| 2没有知识地图应用，只能通过类似Windows目录的方式展示文档而已，相当于e-cology的文档目录功能 | 2可以对文档进行分类管理存储有回复功能，可以从知识管理角度优化产品，增加推荐功能，做到知识推进，与现有共享功能一样。 |
| 3文档权限按照目录进行控制，不能针对某篇文档单独设置权限，文档权限只能控制到创建、查看、删除，不能控制是否能够下载、打印、回复 | 3文档权限只能按照部门和人授予，一旦组织结构发生变化，那么需要对所有文档进行权限的变更； | 3在办公过程中实现知识的管理（完全与工作相结合）：我们更多的知识管理是通过人为的引导客户实现。比如创建知识地图等。而实用的知识管理思想基本是以思想去引导客户，产品本身通过知识地图和报表实现。比如可构建经验知识库、技能知识库、知识地图、专家地图、业务地图、各职能门户的构建来消灭信息的壁垒，高度实现信息协同！ |
4自定义各种目录，目录中可以在后台绑定流程
|
| 4具有文档创建权限的用户可以在目录下创建目录，容易造成知识库混乱，终将成为一个垃圾库 | 5文档的检索条件比较简单，只能根据创建时间、人员、部门、标题进行检索； | 5多种形式展现（多级目录、树型模式、组织架构模式等） |
| 2公共文件夹只能对目录进行权限控制，无法对目录下的具体文档权限控制 | 5文档的检索条件比较简单，只能根据创建时间、人员、文档类型、标题进行检索 | 6严格权限控制（阅读、修改、版本、拷贝、复制、打印控制等） |
| 6文档主要以文档目录式进行展示，不能多维度展示，不便于员工检索 | 7文档创建权限不可以控制，任何人都可以在目录下创建文档，不利于垃圾文档的过滤； | 7与流程无缝结合紧密，直接在文档上创建流程 |
| 7文档不能通过工作流程进行文档审批，只能作为流程内容或附件发送，并会形成新的文件副本，浪费磁盘空间 | 8有知识贡献及知识创新排名统计报表 |
| 9文档不能很好的和其他模块协同，如能够发布到门户上也只有岗位知识才可以 | 9知识评分激励机制 |
| 分级管理 | 各单位所有员工统一访问与使用一套oa，通过多级系统管理员、多组织机构实现各单位独自管理与应用。 | | | 厅局级：一般人员只能看到厅局级的组织（也可以控制到查看厅局级的部分组织结构）；
下级单位：一般下级单位员工只能看到单位本部的组织（也可以控制到查看下级单位的部分组织结构）；
对于厅局级需要与下级单位发生业务往来，或者下级单位需要和厅局级单位沟通或事物流转的人员，可以开放权限相互可见。
|
| 报表(BI) | 需要开发多种展现方式及分析方法，非常耗时，质量性能挑战高。
每个报表均需开发代码，开发成本高、效率低。
人员调动后代码交接困难，维护成本高。
缺乏统一的管理平台，无法方便、高效地进行权限管理系统集成。
业务逻辑、数据逻辑、展现逻辑混在一起，缺乏统一管理规划。
| | | 泛微自主研发的BI系统：
1零编程，拖拽式的设计平台，提高开发效率，降低开发成本。
2开发内容标准、一致，易维护，保证质量。
3统一的管理平台，方便、高效地提供权限管理、系统集成支持。
价值：
1业务驱动，自助取数，快速地获取需要的数据，无需漫长等待。
2根据分析需要，灵活地对数据进行二次分析及直观的图形展现，满足业务需求不断变革的需要。
|
|
|
|
|
| 平台协同性 | 表现不明显 | 表现不明显 | 无法实现字段联动，平台协同性体现无。 | 1协同管理，整合应用，灵活部署，功能模块之间完全协同 |
| 2数据完全实现关联，一次录入，多处展示 |
| 3协同软件体现三大思想：信息网状思想、业务关联思想、随需而变思想 |
| 4具有协同平台三大特点：整合性、联贯性、灵活性 |
|
|
|
|
|
|
|
|
|
|
|
|
