| 金和C6基础技术平台劣势 |
| ※ | 基于.net平台开发只能在微软系统的平台上运行 |
| ※ | 服务器操作系统只能是WIN2003/WIN2008，不支持64位操作系统 |
| ※ | 数据库仅支持Sqlserver2000/2005/2008，且Win2008不支持sqlserver2000 |
| ※ | 应用服务器器只支持IIS |
| ※ | 授权控制采用硬件加密狗控制，虽然对于软件厂商来说增强了软件使用授权的控制，但是对于客户来说没有任何益处，反而带来了较大的不便，如：损坏需要另行购买，而且实体硬件损坏更换需要时间周期较长 |
| 金和C6门户模块应用劣势 |
| ※ | 整个界面布局固定，不能根据客户的风格进行修改。虽然预留了五种颜色方案可够最终用户选择使用，但是对于管理员来说能够根据自身进行配置的只是替换一下Logo； |
| ※ | 门户内容出了固定的代办事宜、日程、计划、岗位知识外其他的内容均来自于信息发布，需要专人维护，不利于门户信息的及时更新。此外还能够支持RSS、WEB程序地址、数据库三种来源，都有管理员定制，web程序和数据库都需要开发实现 |
| ※ | 页面上的栏目个数和分布位置只有固定的几种模式无法自行定义和添加 |
| ※ | 不能实现多级门户：所有门户并排，对于集团公司不能建立层级门户 |
| ※ | 门户只能按照部门进行共享，不能按照人员、分部、角色共享。不能细分每个角色岗位的门户。一个部门内的人看到的门户都是一样的。另外对管理员维护也存在困难，一旦组织结构调整，权限变更将是一个庞大的工作 |
| ※ | 门户权限只控制在门户级别不能控制到内部的元素。换句话说每个人员看到的门户栏目都是一样的。不能区分员工和领导的工作界面。 |
| ※ | 门户的维护权限不能单个授予，也不能下放到下级管理员进行维护，只通过一个门户维护权限来控制。 |
| 金和C6工作流程应用劣势 |
| ※ | 所有流程都公布给最终用户，不能个性化区分，用户使用十分不便 |
| ※ | 流程表单只是个电子化的审批表格，不能联动系统内已有数据（文档、流程等，不能再表单中承载审批决策所需的数据，不能做到流程管控 |
| ※ | 流程不能完全智能流转，还需要人工干预选择下一个节点以及下一个节点的 |
| ※ | 流程监控权限不能按照业务类型细分，一旦有了监控权限就有了所有流程的监控权限 |
| ※ | 一个表单只能有一个附件上传字段且不能批量上传，只能单个添加，传的附件不能统一归档到知识库中 |
| ※ | 流程查询只能按照流程的基本属性进行查询，不能按照流程表单的内容进行查询 |
| ※ | 流程分析只有简单的流程待办统计、超时统计 |
| ※ | 流程的操作者虽能从表单上的人员、部门来获取，不能从表单其他内容获取 |
| ※ | 流程的操作者，只能是一种情况，不能根据实际情况，来自动判别节点操作者的范围 |
| ※ | 能够触发子流程但是仅仅是触发出，母流程的数据无法传递给子流程，子流程的表单数据还需要单独填写。 |
| ※ | 流程委托（代理）权限只能由管理员来设置 |
| ※ | 流程管理权限只能根据人来授予，一旦人员变动，对系统进行调整的工作量会很大 |
| 金和C6知识文档应用劣势 |
| ※ | 独立的知识管理应用，把信息发布、公文管理、通知公告各模块相互独立，不便于建议统一的知识仓库 |
| ※ | 没有真正的知识地图应用，所谓的知识地图只是以目录方式展示文档而已，相当于e-cology的文档目录功能 |
| ※ | 文档属性卡片非常简单，只能是固定的几个字段，无法根据企业需要进行实际定义，难以满足个性化需求 |
| ※ | 文档权限只能按照部门和人授予，一旦组织结构发生变化，那么需要对所有文档进行权限的变更 |
| ※ | 文档目录的管理权限只能根据人员来设定 |
| ※ | 文档的检索条件比较简单，只能根据创建时间、人员、部门、标题进行检索 |
| ※ | 文档只能通过知识地图（文档目录）一种方式进行展示，不便于员工检索 |
| ※ | 文档创建权限不可以控制，任何人都可以在目录下创建文档，不利于垃圾文档的过滤 |
| ※ | 文档审批流程单一、所有文档都通过一个流程进行审批，只能通过流程本身的设置来区分但是本身流程设置的弱点不能很好的达到个性化审批的需要 |
| ※ | 文档不能很好的和其他模块协同，如能够发布到门户上也只有岗位知识才可以 |
| 金和C6信息发布应用劣势 |
| ※ | 信息属性页只能添加固定的几个文本字段，不能满足多样化的信息展示需求 |
| ※ | 信息的展示页面固定，不能设置显示的风格，不能将企业文化元素融入到发布信息中 |
| ※ | 每个模块独立，不能进行统一的检索 |
| ※ | 管理权限只能通过按人授予，不便于后期维护 |
| ※ | 查看权限只能根据部门来授予不能实现信息的个性化 |
| 金和C6公文管理应用劣势 |
| ※ | 独立的公文管理模块，固定的三类公文流程;收文、发文、签报 |
| ※ | 公文类型按照部门进行共享，组织结构一旦变动就需要重新调整 |
| ※ | 对于公文的盖章、打印、痕迹保留没有做到很好的控制，任何一个节点的人权限都是一样的。 |
| ※ | 固定表单中手动选择发文字号、输入文号 |
| ※ | 因为公文的审批是通过流程模块进行的，所以C6流程中存在的问题在这里同样都存在 |
| 金和C6整体权限体系劣势 |
| ※ | 虽然分配权限的时候出了权限本身以外还有权限的行使范围可以设置，但是局限人事管理的权限，对于门户、流程、文档重要模块反而没有实现分权维护 |
| ※ | 系统的整体权限授予基本上都是基于人和部门的、这样只有有新的部门和人员增加或者岗位变动，那么会造成极大的系统维护工作量 |
