整个界面风格布局固定，不能根据客户的风格进 行修改，对于管理员来说能够根据自身进行配置 的只是替换一下企业 Logo,无法构建岀一个符合 企业风格的办公桌面可以针对界面的logo、版式、颜色自由设定。 管理员可以根据企业自身特点构建一个符合本 企业的办公桌面。页面上的栏目个数和分布位置只有固定的几种模 式无法自行定义和添加，元素无法进行拖拽排版e-cology的界面栏目的数量和所在位置等操 作，操作者只需通过鼠标自由拖拽.形成适合自身特点的版式。而且栏目元素及数量可根据企业 特点及需求自由增减。不能实现多级门户：所有门户并排，对于集团公司不能建立层级门户对于多级门户的数量是没有限制的，可根据企业需求自行设置，各分子公司、部门层次明晰。门户的内容来源需要有专门的人员进行管理和维 护，而不是自动根据条件聚合系统内的信息，信 息更新缓慢e-cology系统的门户内容使用者可以根据需 要，设定工作流程自动推送至门户显示，根据条件聚合相应信息自动推送到门户，如果有需要甚至可推送到外网网站，信息即时更新。门户维护权限控制比较单薄每个公司只能由固定 的一个管理员进行维护，集团门户由集团管理员 维护、单位门户由单位管理员维护，不能进行权 限细分，管理员压力比较大有权限的人都可以对相应门户进行维护，每个人 可以都可以维护自己的门户， 有效避免管理员工 作量过大，或重要通知等信息得到不及时展示的 问题。也可以指定某个管理员细分管理权限。门户权限只控制在门户级另U不能控制到门户内的 每个元素。换句话说每个人员看到的门户栏目都 是一样的。不能按岗位角色区分工作界面。门户栏目可以根据不同人员岗位和职责进行设 定，每个人员都可以使用与众不同的门户栏目和 元素内容，可以根据岗位角色区分岀工作界面虽然新版本加入了固定流程，但是还是倡导自由 流程，虽然能够设置固定流程模板，但是终端用 户仍旧可以根据自己的需要任意制定流程走向， 不利于企业规范管控，而且也让终端客户会感觉 办事无所适从泛微倡导规范管理，使制度落地，有制度可依， 但又不乏人性化管理。自由流程和固定流程均是 后台管理员指定权限设置，前台操作人员只需按 相应流程和标准操作即可，让大家在无形中各司 其职，各尽其责，轻轻松松服从管理制度。流程表单只是个电子化的审批表格，不能联动系 统内已有数据（文档、流程等，不能再表单中承 载审批决策所需的数据，不能做到流程管控）整个流程表单审核中涵盖了数据控制，权限控 制，自动调用相关项目、客户、文档和流程中的 数据活生生的给领导提供全面的决策数据。流程管理（监控）权限完全掌握在单位管理员手 上，无法按照流程类型和操作内容分配权限，不 能干预流程根据流程内容以及操作内容， 流程管理和监控的 权限可以从流程的发起者分配权限。表单需要通过微软的infopath制作上传，而且需 要多次关联设置才能使用，不能在线编辑，修改 调整不便流程表单可以在线编辑、修改，通过后台无代码 级设置自由制定，流转方式甚至可以画岀来。流程查询只能按照流程的基本属性进行查询，不 能按照流程表单的内容进行查询流程查询不仅可以按照流程的表单内容进行查询，还可按多其他多种属性进行查询。流程分析只有简单的流程待办、超时的数量，不 能进行流程效率的分析流程的分析可以多维度分析，流程的效率分析可 以多数据展现。流程的操作者虽能从表单上的人员、部门来获取， 不能从表单其他内容获取流程的操作者不但可以从表单的人员、部门来获取，还可以从表单其内容中获取。流程的操作者，只能是一种情况，不能根据实际 情况，来自动判别节点操作者的范围流程的操作者范围可以根据部门、岗位、角色多维度进行设定和判断。能够触发子流程但是仅仅是触发岀，母流程的数 据无法传递给子流程，子流程的表单数据还需要 单独填写。触发了流程之后，母流程的数据自动流转至子流 程，子流程表单数据自动形成， 有效解决了多个 流程一件事的处理方式。流程（代理）只能按照协同、公文、会议来区分 代理，不能细分具体工作内容来授权所以流程操作权限都可以自由指定代理人， 自由 设置收回时间，可把代理具体到某个流程， 可分 类指定多人代理流程（协同）模板、表单的维护只能集中在单位管理员手上无法进行权限的分配管理员的权限可以分级别设定， 不同级别的管理 员具有不同的后台操作维护权限。独立的知识管理应用，把信息发布、公文管理、 通知公告各模块相互独立，不便于建议统一的知 识仓库对于知识管理模块的应用，同时在信息门户、公 文管理、项目管理、合同管理等应用中自动推送。即使是单个文档也具有相应协同性。没有知识地图应用，只能通过类似 Windows目录 的方式展示文档而已，相当于e-cology的文档目 录功能强大的知识地图功能，可以根据相应知识类，以 知识地图的方式灵活展现。文档权限按照目录进行控制，不能针对某篇文档单独设置权限针对单个文档可以设置创建、查看、删除、复制、移动等权限。文档权限只能控制到创建、查看、删除，不能控 制是否能够下载、打印、回复即使具有查看权限的操作者也可以具有下载、打印、回复权限。具有文档创建权限的用户可以在目录下创建目 录，容易造成知识库混乱，终将成为一个垃圾库对于知识库有统一的规划，采用的是虚拟目录，文档可自动归类到相应的知识目录文档的检索条件比较简单，只能根据创建时间、 人员、文档类型、标题进行检索文档的检索不但可以通过创建时间、人员、文档、类型、标题进行检索同时针对文档的关键字以及 附件内容关键字进行检索。模糊搜索、全文检索、 按照文档属性字段进行查询。文档主要以文档目录式进行展示，不能多维度展 示，不便于员工检索文档通过物理目录、虚拟目录、知识目录多维度 展现。文档不能通过工作流程进行文档审批，只能作为 流程内容或附件发送，并会形成新的文件副本， 浪费磁盘空间文档自创建时起各种权限的设定自动在流程中 体现，通过流程自动流转后一直存放相应物理目 录。文档能够发布到门户上， 但是只能按照目录区分， 一个目录对应一个门户元素文档发布到门户的同时，同时可针对相应文档自 动推送实际目录以及虚拟目录，挂接到相应流 程，展示到相对应权限的门户显示。文档不支持版本管理，不支持文档状态管理，不 能通过知识模块实现体系文件管理文档模块具有版本管理体系，版本的自动升级、 过期版本自动作废，或者过期版本重新利用等诸 多功能。固定的信息分布功能：公告发布、调查发布、新 闻发布，和知识管理模块毫无关联，数据分割， 不能统一检索可以依托软件核心逻辑理论 ”协同矩阵与齿轮 联动实现软件各个模块数据协同流转。信息的展示页面固定，不能设置显示的风格，不 能将企业文化元素融入到发布信息中门户内容的显示信息和发布方式灵活多样，可将企业的风格和文化元素恰当的展现在页面中。管理权限只能通过按人授予，不便于后期维护，每个单位都需要有自己的信息发布管理员整个系统的管理员可以维护整个集团的0A后台和前台发布。不能与流程进行协同，通过流程审批发布信息， 信息的审核只是一个简单的确认过程整个流程的审核中涵盖了数据控制，权限控制， 同时还可触发相关流程的数据以便决策层多维 度决策。系统整体权限体系却很弱，所谓的分权就是类似 与帐套的概念，集团管理员给每个公司建立一个 管理员，该管理员即获取了这个公司的所有权限。 虽然这个管理员可以把权限再分给用户，但是仅 仅是hr维护、表单维护（包含流程）、收发文员、 项目发起人几个简单的权限，每个单位管理员只 能维护本单位的信息，维护多个单位需要切换对 应的单位管理员账号整个e-cology系统充分把后台维护、模块使 用、数据权限体现出来，并组合组织人员的权限 使用，全方位的部署权限管理体系。 可通过角色把各个模块及其模块下的各个功能 的维护权限分配下去，如专人一维护人力资源管 理模块、专人二维护知识文档管理模块、专人三 维护工作流程管理模块； 可把组织、人员、流程（字段、表单）维护权限分 配给各分部管理员，各分部管理员只能维护本机 构或下属机构的组织人员、流程等