| 金和C6基礎技術平臺劣勢 |
| ※ | 基于.net平臺開發只能在微軟系統的平臺上運行 |
| ※ | 服務器操作系統只能是WIN2003/WIN2008，不支持64位操作系統 |
| ※ | 數據庫僅支持Sqlserver2000/2005/2008，且Win2008不支持sqlserver2000 |
| ※ | 應用服務器器只支持IIS |
| ※ | 授權控制采用硬件加密狗控制，雖然對于軟件廠商來說增強了軟件使用授權的控制，但是對于客戶來說沒有任何益處，反而帶來了較大的不便，如：損壞需要另行購買，而且實體硬件損壞更換需要時間周期較長 |
| 金和C6門戶模塊應用劣勢 |
| ※ | 整個界面布局固定，不能根據客戶的風格進行修改。雖然預留了五種顏色方案可夠最終用戶選擇使用，但是對于管理員來說能夠根據自身進行配置的只是替換一下Logo； |
| ※ | 門戶內容出了固定的代辦事宜、日程、計劃、崗位知識外其他的內容均來自于信息發布，需要專人維護，不利于門戶信息的及時更新。此外還能夠支持RSS、WEB程序地址、數據庫三種來源，都有管理員定制，web程序和數據庫都需要開發實現 |
| ※ | 頁面上的欄目個數和分布位置只有固定的幾種模式無法自行定義和添加 |
| ※ | 不能實現多級門戶：所有門戶并排，對于集團公司不能建立層級門戶 |
| ※ | 門戶只能按照部門進行共享，不能按照人員、分部、角色共享。不能細分每個角色崗位的門戶。一個部門內的人看到的門戶都是一樣的。另外對管理員維護也存在困難，一旦組織結構調整，權限變更將是一個龐大的工作 |
| ※ | 門戶權限只控制在門戶級別不能控制到內部的元素。換句話說每個人員看到的門戶欄目都是一樣的。不能區分員工和領導的工作界面。 |
| ※ | 門戶的維護權限不能單個授予，也不能下放到下級管理員進行維護，只通過一個門戶維護權限來控制。 |
| 金和C6工作流程應用劣勢 |
| ※ | 所有流程都公布給最終用戶，不能個性化區分，用戶使用十分不便 |
| ※ | 流程表單只是個電子化的審批表格，不能聯動系統內已有數據（文檔、流程等，不能再表單中承載審批決策所需的數據，不能做到流程管控 |
| ※ | 流程不能完全智能流轉，還需要人工干預選擇下一個節點以及下一個節點的 |
| ※ | 流程監控權限不能按照業務類型細分，一旦有了監控權限就有了所有流程的監控權限 |
| ※ | 一個表單只能有一個附件上傳字段且不能批量上傳，只能單個添加，傳的附件不能統一歸檔到知識庫中 |
| ※ | 流程查詢只能按照流程的基本屬性進行查詢，不能按照流程表單的內容進行查詢 |
| ※ | 流程分析只有簡單的流程待辦統計、超時統計 |
| ※ | 流程的操作者雖能從表單上的人員、部門來獲取，不能從表單其他內容獲取 |
| ※ | 流程的操作者，只能是一種情況，不能根據實際情況，來自動判別節點操作者的范圍 |
| ※ | 能夠觸發子流程但是僅僅是觸發出，母流程的數據無法傳遞給子流程，子流程的表單數據還需要單獨填寫。 |
| ※ | 流程委托（代理）權限只能由管理員來設置 |
| ※ | 流程管理權限只能根據人來授予，一旦人員變動，對系統進行調整的工作量會很大 |
| 金和C6知識文檔應用劣勢 |
| ※ | 獨立的知識管理應用，把信息發布、公文管理、通知公告各模塊相互獨立，不便于建議統一的知識倉庫 |
| ※ | 沒有真正的知識地圖應用，所謂的知識地圖只是以目錄方式展示文檔而已，相當于e-cology的文檔目錄功能 |
| ※ | 文檔屬性卡片非常簡單，只能是固定的幾個字段，無法根據企業需要進行實際定義，難以滿足個性化需求 |
| ※ | 文檔權限只能按照部門和人授予，一旦組織結構發生變化，那么需要對所有文檔進行權限的變更 |
| ※ | 文檔目錄的管理權限只能根據人員來設定 |
| ※ | 文檔的檢索條件比較簡單，只能根據創建時間、人員、部門、標題進行檢索 |
| ※ | 文檔只能通過知識地圖（文檔目錄）一種方式進行展示，不便于員工檢索 |
| ※ | 文檔創建權限不可以控制，任何人都可以在目錄下創建文檔，不利于垃圾文檔的過濾 |
| ※ | 文檔審批流程單一、所有文檔都通過一個流程進行審批，只能通過流程本身的設置來區分但是本身流程設置的弱點不能很好的達到個性化審批的需要 |
| ※ | 文檔不能很好的和其他模塊協同，如能夠發布到門戶上也只有崗位知識才可以 |
| 金和C6信息發布應用劣勢 |
| ※ | 信息屬性頁只能添加固定的幾個文本字段，不能滿足多樣化的信息展示需求 |
| ※ | 信息的展示頁面固定，不能設置顯示的風格，不能將企業文化元素融入到發布信息中 |
| ※ | 每個模塊獨立，不能進行統一的檢索 |
| ※ | 管理權限只能通過按人授予，不便于后期維護 |
| ※ | 查看權限只能根據部門來授予不能實現信息的個性化 |
| 金和C6公文管理應用劣勢 |
| ※ | 獨立的公文管理模塊，固定的三類公文流程;收文、發文、簽報 |
| ※ | 公文類型按照部門進行共享，組織結構一旦變動就需要重新調整 |
| ※ | 對于公文的蓋章、打印、痕跡保留沒有做到很好的控制，任何一個節點的人權限都是一樣的。 |
| ※ | 固定表單中手動選擇發文字號、輸入文號 |
| ※ | 因為公文的審批是通過流程模塊進行的，所以C6流程中存在的問題在這里同樣都存在 |
| 金和C6整體權限體系劣勢 |
| ※ | 雖然分配權限的時候出了權限本身以外還有權限的行使范圍可以設置，但是局限人事管理的權限，對于門戶、流程、文檔重要模塊反而沒有實現分權維護 |
| ※ | 系統的整體權限授予基本上都是基于人和部門的、這樣只有有新的部門和人員增加或者崗位變動，那么會造成極大的系統維護工作量 |
