致远A与泛微ecology对照表

1、整个界面风格布局固定，不能根据客户的风格进 行修 改，对于管理员来说能够根据自身进行配置 的只是替 换一下企业Logo，无法构建出一个符合企业风格的 办公桌面页面上的栏目个数和分布位置只有固定的几种模 式无法自行定义和添加，元素无法进行拖拽排版 不能实现多级门户：所有门户并排，对于集团公司不能建立层级门户可以针对界面的logo、版式、颜色自由设定。 管 理员可以根据企业自身特点构建一个符合本 企业 的办公桌面。e-cology的界面栏目的数量和所在位置等操 作，操 作者只需通过鼠标自由拖拽形成适合自 身特点 的版式。而且栏目元素及数量可根据企业特点及 需求自由增减。对于多级门户的数量是没有限制

2、的，可根据企业需求自行设置，各分子公司、部门层次明晰。但门户栏目可以根据不同人员岗位和职责进行设 每个人员都可以使用与众不同的门户栏目和 内容，可以根据岗位角色区分出工作界面后门户权限只控制在门户级别不能控制到门户内的 每 个元素。换句话说每个人员看到的门户栏目都 是一样 的。不能按岗位角色区分工作界面。办事无所适从门户的内容来源需要有专门的人员进行管理和维 护， 而不是自动根据条件聚合系统内的信息， 信息更新缓 慢 门户维护权限控制比较薄弱每个公司只能由固定 的 一个管理员进行维护，集团门户由集团管理员 维护、 单位门户由单位管理员维护，不能进行权 限细分，管 理员压力比较大虽然新版本参加了

3、固定流程，但是还是倡导自由 流 程，虽然能够设置固定流程模板，但是终端用 户仍旧 可以根据自己的需要任意制定流程走向， 不利于企业 标准管控，而且也让终端客户会感觉 流程表单只是个电子化的审批表格， 不能联动系 统内 已有数据文档、流程等，不能再表单中承 载审批决 策所需的数据，不能做到流程管控流程管理监控权限完全掌握在单位管理员手 上, 无法按照流程类型和操作内容分配权限，不能干预流 程 表单需要通过微软的infopath制作上传，而且需要 屡次关联设置才能使用，不能在线编辑，修改 调整不 便e-cology系统的门户内容使用者可以根据需 要，设 定工作流程自动推送至门户显示， 根据条 件聚

4、合 相应信息自动推送到门户， 如果有需要甚 至可推 送到外网网站，信息即时更新。有权限的人都可以对相应门户进行维护，每个人可以都可以维护自己的门户，有效防止管理员工作量过大，或重要通知等信息得到不及时展示的问 题。也可以指定某个管理员细分管理权限。疋，兀素泛微倡导标准管理，使制度落地，有制度可依， 又不乏人性化管理。 自由流程和固定流程均是 台管理员指定权限设置， 前台操作人员只需按 应流程和标准操作即可， 让大家在无形中各司 职，各尽其责，轻轻松松服从管理制度。整个流程表单审核中涵盖了数据控制，权限控 制, 自动调用相关工程、 客户、文档和流程中的 数 据活生生的给领导提供全面的决策数据。根

5、据流程内容以及操作内容，流程管理和监控的权限可以从流程的发起者分配权限。流程表单可以在线编辑、修改，通过后台无代码 级 设置自由制定，流转方式甚至可以画出来。流程查询不仅可以按照流程的表单内容进行查询,还可按多其他多种属性进行查询。流程查询只能按照流程的根本属性进行查询，不 能按照流程表单的内容进行查询流程分析只有简单的流程待办、超时的数量，不 能进行流程效率的分析流程的操作者虽能从表单上的人员、 部门来获取，不 能从表单其他内容获取流程的操作者，只能是一种情况，不能根据实际情况，来自动判别节点操作者的范围能够触发子流程但是仅仅是触发出， 母流程的数 据无 法传递给子流程，子流程的表单数据还需

6、要 单独填 写。流程代理只能按照协同、公文、会议来区分代理，不能细分具体工作内容来授权流程协同模板、表单的维护只能集中在单位管理员手上无法进行权限的分配流程的操作者不但可以从表单的人员、部门来获取，还可以从表单其内容中获取。流程的操作者范围可以根据部门、 岗位、角色多维 度进行设定和判断。触发了流程之后， 母流程的数据自动流转至子流 程，子流程表单数据自动形成，有效解决了多个 流 程一件事的处理方式。所以流程操作权限都可以自由指定代理人， 自由 设置收回时间， 可把代理具体到某个流程， 可分 类指定多人代理管理员的权限可以分级别设定，不同级别的管理员具有不同的后台操作维护权限。独立的知识管理应

7、用，把信息发布、公文管理、通知公告各模块相互独立，不便于建议统的知识仓库对于知识管理模块的应用，同时在信息门户、公 文管理、工程管理、合同管理等应用中自动推送。即使是单个文档也具有相应协同性。没有知识地图应用，只能通过类似 Windows目录 的 方式展示文档而已， 相当于e-cology的文档目 录功 能强大的知识地图功能， 可以根据相应知识类，以知识地图的方式灵活展现。文档权限按照目录进行控制，不能针对某篇文档 单独设置权限针对单个文档可以设置创立、查看、删除、复制、移动等权限。文档权限只能控制到创立、查看、删除，不能控 制是否能够下载、打印、回复即使具有查看权限的操作者也可以具有下载、打

8、印、回复权限。具有文档创立权限的用户可以在目录下创立目 录，容 易造成知识库混乱，终将成为一个垃圾库对于知识库有统 的规划，米用的是虚拟目录， 文档可自动归类到相应的知识目录文档的检索条件比较简单，只能根据创立时间、 人员、文档类型、标题进行检索文档的检索不但可以通过创立时间、 人员、文档、 类型、标题进行检索同时针对文档的关键字以及 附 件内容关键字进行检索。模糊搜索、全文检索、按 照文档属性字段进行查询。文档主要以文档目录式进行展示，不能多维度展 示，不便于员工检索文档通过物理目录、 虚拟目录、 知识目录多维度 展现。文档不能通过工作流程进行文档审批， 只能作为 流程 内容或附件发送，并会

9、形成新的文件副本， 浪费磁盘 空间文档自创立时起各种权限的设定自动在流程中 体 现，通过流程自动流转后一直存放相应物理目录。文档能够发布到门户上，但是只能按照目录区分，一 个目录对应一个门户元素文档发布到门户的同时，同时可针对相应文档自动推送实际目录以及虚拟目录，挂接到相应流 程, 展示到相对应权限的门户显示。文档不支持版本管理，不支持文档状态管理，不 能通过知识模块实现体系文件管理文档模块具有版本管理体系，版本的自动升级、过 期版本自动作废， 或者过期版本重新利用等诸 多 功能。固定的信息分布功能：公揭发布、调查发布、新 闻发 布，和知识管理模块毫无关联，数据分割， 不能统一 检索可以依托软

10、件核心逻辑理论 "协同矩阵"与"齿轮 联动"实现软件各个模块数据协同流转。信息的展示页面固定，不能设置显示的风格，不 能将企业文化元素融入到发布信息中门户内容的显示信息和发布方式灵活多样，可将企业的风格和文化兀素恰当的展现在页面中。管理权限只能通过按人授予，不便于后期维护，每个单位都需要有自己的信息发布管理员整个系统的管理员可以维护整个集团的 0A后台 和前台发布。不能与流程进行协同，通过流程审批发布信息， 信息的审核只是一个简单确实认过程整个流程的审核中涵盖了数据控制， 权限控制，同 时还可触发相关流程的数据以便决策层多维 度决 策。系统整体权限体系却很弱，所谓的分权就是类似 与帐套的概念，集团管理员给每个公司建立一个 管理员，该管理员即获取了这个公司的所有权限。 虽然这个管理员可以把权限再分给用户，但是仅 仅是hr维护、表单维护包含流程、收发文 员、工程发起人几个简单的权限，每个单位管理 员只能维护本单位的信息，维护多个单位需要切 换对 应的单位管理员账号整个e-cology系统充分把后台维护、模块使 用、 数据权限表达