| 金和C6根本手艺平台上风 |
| ※ | 基于.net平台开辟只能在微软体系的平台上运转 |
| ※ | 办事器操纵体系只能是WIN2003/WIN2008，不撑持64位操纵体系 |
| ※ | 数据库仅撑持Sqlserver2000/2005/2008，且Win2008不撑持sqlserver2000 |
| ※ | 利用办事器器只撑持IIS |
| ※ | 受权节制接纳硬件加密狗节制，固然对软件厂商来讲加强了软件利用受权的节制，可是对客户来讲不任何好处，反而带来了较大的方便，如：破坏须要另行采办，并且实体硬件破坏改换须要时辰周期较长 |
| 金和C6流派模块利用上风 |
| ※ | 全部界面规划牢固，不能根据客户的气概停止点窜。固然预留了五种色彩打算可够终究用户挑选利用，可是对办理员来讲能够或许或许根据自身停止设置装备摆设的只是替代一下Logo； |
| ※ | 流派内容出了牢固的代庖事件、日程、打算、岗亭常识外其余的内容均来自于信息宣布，须要专人保护，倒霉于流派信息的实时更新。别的还能够或许或许撑持RSS、WEB法式地点、数据库三种来历，都有办理员定制，web法式和数据库都须要开辟完成 |
| ※ | 页面上的栏目个数和散布地位只要牢固的几种形式没法自行界说和增添 |
| ※ | 不能完成多级流派：一切流派并排，对团体公司不能成立层级流派 |
| ※ | 流派只能根据局部停止同享，不能根据职员、分部、脚色同享。不能细分每一个脚色岗亭的流派。一个局部内的人看到的流派都是一样的。别的对办理员保护也存在坚苦，一旦构造布局调剂，权限变革将是一个复杂的任务 |
| ※ | 流派权限只节制在流派级别不能节制到外部的元素。换句话说每一个职员看到的流派栏目都是一样的。不能辨别员工和带领的任务界面。 |
| ※ | 流派的保护权限不能单个授与，也不能下放到上级办理员停止保护，只经由过程一个流派保护权限来节制。 |
| 金和C6任务流程利用上风 |
| ※ | 一切流程都宣布给终究用户，不能特性化辨别，用户利用很是方便 |
| ※ | 流程表单只是个电子化的审批表格，不能联动体系内已稀有据（文档、流程等，不能再表单中承载审批决议计划所需的数据，不能做到流程管控 |
| ※ | 流程不能完全智能流转，还须要野生干涉干与挑选下一个节点和下一个节点的 |
| ※ | 流程监控权限不能根据营业范例细分，一旦有了监控权限就有了一切流程的监控权限 |
| ※ | 一个表单只能有一个附件上传字段且不能批量上传，只能单个增添，传的附件不能同一归档到常识库中 |
| ※ | 流程查问只能根据流程的根基属性停止查问，不能根据流程表单的内容停止查问 |
| ※ | 流程阐发只要简略的流程待办统计、超时统计 |
| ※ | 流程的操纵者虽能从表单上的职员、局部来获得，不能从表单其余内容获得 |
| ※ | 流程的操纵者，只能是一种环境，不能根据现实环境，来主动辨别节点操纵者的规模 |
| ※ | 能够或许或许触发子流程可是仅仅是触收回，母流程的数据没法通报给子流程，子流程的表双数据还须要零丁填写。 |
| ※ | 流程拜托（代办署理）权限只能由办理员来设置 |
| ※ | 流程办理权限只能根据人来授与，一旦职员变革，对体系停止调剂的任务量会很大 |
| 金和C6常识文档利用上风 |
| ※ | 自力的常识办理利用，把信息宣布、公函办理、告诉通知布告各模块彼此自力，方便于倡议同一的常识堆栈 |
| ※ | 不实在的常识舆图利用，所谓的常识舆图只因此目次体例展现文档罢了，相称于e-cology的文档目次功效 |
| ※ | 文档属性卡片很是简略，只能是牢固的几个字段，没法根据企业须要停止现实界说，难以知足特性化须要 |
| ※ | 文档权限只能根据局部和人授与，一旦构造布局产生变革，那末须要对一切文档停止权限的变革 |
| ※ | 文档目次的办理权限只能根据职员来设定 |
| ※ | 文档的检索前提比拟简略，只能根据建立时辰、职员、局部、标题停止检索 |
| ※ | 文档只能经由过程常识舆图（文档目次）一种体例停止展现，方便于员工检索 |
| ※ | 文档建立权限不能够或许或许节制，任何人都能够或许或许在目次下建立文档，倒霉于渣滓文档的过滤 |
| ※ | 文档审批流程单一、一切文档都经由过程一个流程停止审批，只能经由过程流程自身的设置来辨别可是自身流程设置的错误谬误不能很好的到达特性化审批的须要 |
| ※ | 文档不能很好的和其余模块协同，如能够或许或许宣布到流派上也只要岗亭常识才能够或许或许 |
| 金和C6信息宣布利用上风 |
| ※ | 信息属性页只能增添牢固的几个文本字段，不能知足多样化的信息展现须要 |
| ※ | 信息的展现页面牢固，不能设置显现的气概，不能将企业文明元素融入到宣布信息中 |
| ※ | 每一个模块自力，不能停止同一的检索 |
| ※ | 办理权限只能经由过程按人授与，方便于前期保护 |
| ※ | 检查权限只能根据局部来授与不能完成信息的特性化 |
| 金和C6公函办理利用上风 |
| ※ | 自力的公函办理模块，牢固的三类公函流程;收文、发文、签报 |
| ※ | 公函范例根据局部停止同享，构造布局一旦变革就须要从头调剂 |
| ※ | 对公函的盖印、打印、陈迹保留不做到很好的节制，任何一个节点的人权限都是一样的。 |
| ※ | 牢固表单中手动挑选发笔墨号、输入文号 |
| ※ | 由于公函的审批是经由过程流程模块停止的，以是C6流程中存在的题目在这里一样都存在 |
| 金和C6全体权限体系上风 |
| ※ | 固然分派权限的时辰出了权限自身之外另有权限的利用规模能够或许或许设置，可是范围人事办理的权限，对流派、流程、文档主要模块反而不完成分权保护 |
| ※ | 体系的全体权限授与根基上都是基于人和局部的、如许只要有新的局部和职员增添或岗亭变革，那末会形成极大的体系保护任务量 |
