| 通達,金和,致遠與泛微OA系統軟件產品體對比分析new |
|
| 對比角度 | 通達智能辦公OA | 致遠A8協同管理軟件 | 金和C6協同運營管理平臺 | 泛微e-cology協同管理平臺 |
| 開發平臺 | 1PHP技術開發+MYSQL開源數據庫，MYSQL只支持小型單位應用，如果數據量過大MYSQL開源數據庫可能會出現性能問題。 | 1JAVA語言開發 | 1基于.net平臺開發只能在微軟系統的平臺上運行不能跨平臺支持，只支持微軟SQLServer | 1J2EE標準＋關系型數據庫（可以是大型數據庫）＋WEB SERVICE的技術，系統可跨平臺，跨數據庫運行，技術先進，流行和發展趨勢所需。 |
| 2雖說現在使用了新的技術NGin引擎可以優化提升MYSQL，但該技術還是不能領先大型關系型數據庫和穩定性，日后不可能支撐單位大規模擴張時的應用。 | 2目前僅支持sql server和oracle數據庫，如果擅動數據庫，就無售后服務。 | 2服務器操作系統只能是WIN2003/WIN2008，不支持64位操作系統 | 2可以利用現有的數據庫SQL關系型數據庫，或以后的Oracle數據庫以及DB2等任何數據庫，同時支持windows、liunx系統、Apache/Resin等（免費平臺）開源可全面支持Web spere 、web logic。 |
| 3PHP開發的程序的源代碼也都是公開的，但php開發的程序后都可以進行修改。PHP只能實現簡單的分布式兩層或三層的架構，日后需要技術擴展會有瓶頸。 | 3操作系統僅支持windows以及LIUNX系統
3Java開發的程序，從安全性分析最后用戶拿到的是只是一些編譯好的class類，無法看到完整的源代碼，安全性高。
| 3數據庫僅支持Sqlserver2000/2005/2008，且Win2008不支持sqlserver2000 | 3Java開發的程序，從安全性分析最后用戶拿到的是只是一些編譯好的class類，無法看到完整的源代碼，安全性高。 |
| 4PHP適合于快速開發，中小型應用系統，開發成本低，能夠對變動的需求作出快速的反應。 | 4 Java適合于開發大型的應用系統，擴展性極強按照標準的三層體系架構設計日后可隨意擴展。 | 4應用服務器器只支持IIS | 4 Java適合于開發大型的應用系統，擴展性極強按照標準的三層體系架構設計日后可隨意擴展。 |
| 5應用的前景比較廣闊，系統易維護、可復用性較好。 | 5應用的前景比較廣闊，系統易維護、可復用性較好。 |
| 平臺安全性 | 1支持多種身份認證、角色分配、用戶操作監控、日志報告、信息安全級別設定。 | 1支持多種身份認證、角色分配、用戶操作監控、日志報告、信息安全級別設定。 | 1支持六種身份認證方式，包括CA認證，Windows域用戶認證，U-key身份認證，登陸驗證碼認證，短信驗證碼認證以及動態密碼卡認證 | 1支持七種身份登陸認證方式，包括CA認證，Windows域用戶認證，U-key身份認證，指紋認證識別，登陸驗證碼認證，短信驗證碼認證以及動態密碼卡認證。 |
| 2六維管控模型將e-cology系統權限從組織范圍、角色范圍、動作范圍、模塊范圍、被控對象、數據范圍六個維度細分，六個權限對象橫向縱向交錯構成了權限矩陣。 |
| 3可實現分級管理（集權與分權）我們提供按功能、按機構分級管理，各個模塊可以授予不同的人來管理不同機構的權限。滿足單位人數眾多，管理員權限控制的問題。 |
| 4系統中任何一個操作，登陸、讀取、修改、刪除等都有日志記錄方便進行事后的跟蹤審計。 |
| 5數據傳輸安全：只需簡單設置即可支持SSL加密訪問。SSL協議支持可以增強系統安全性，通過網絡傳遞的數據均會使用RSA算法進行不對稱加密，可以完全杜絕數據包被截獲后泄密的可能性，可以完全確保數據的傳輸安全。 |
| 2但所有權限控制只能在具體人員層面，無法實現部門以及角色層面的權限設置；每個權限的設置都是單獨的，無法實現多維度的權限控制操作。 | 2但所有權限控制只能在具體人員層面，無法實現部門以及角色層面的權限設置；每個權限的設置都是單獨的，無法實現多維度的權限控制操作。 | 2雖然分配權限的時候出了權限本身以外還有權限的行使范圍可以設置，但是局限人事管理的權限，對于門戶、流程、文檔重要模塊反而沒有實現分權維護系統的整體權限授予基本上都是基于人和部門的、這樣只有有新的部門和人員增加或者崗位變動，那么會造成極大的系統維護工作量 | 6數據庫加密：對數據庫中的關鍵數據如賬號密碼、表單信息等關鍵信息進行MD5不可逆加密及128位DES可逆加密，有效加密防止入侵者直接通過獲取數據庫文件，獲得系統數據。 |
| 7數據文件加密：對于所有存儲在磁盤中的文檔資料從文件名稱、文件內容都進行了加密，并且進行了分卷壓縮，防止入侵者直接通過服務器磁盤獲獲取e-cology中的文檔資料。 |
| 8程序代碼加密：對于關鍵程序代碼進行加密，讓入侵者無法通過解讀程序來了解數據讀取存儲方式和加密方式，防止入侵者通過解讀程序來讀取已經加密過的數據文件。 |
| 集成性 | 可以，但需要二次開發（動代碼實現） | 可以，但需要二次開發（動代碼實現）。A8軟件還是界面管理，還沒有真正到門戶管理技術 | 主要是支持微軟標準，受微軟件標準限制，開放程度較小，有標準的接口可調用，方便集成其他應用系統但需要二次開發（動代碼實現），能實現統計和分析， | 真正的系統平臺，它可跨多平臺進行擴展，提供標準web service服務與其他系統的接口交互很容易完成（通過配置便可，不需動代碼），能與其它系統進行數據集成（雙向讀寫），安全性相對高。由于使用了關系數據庫系統，處理巨量數據時性能有大幅度提高。 |
| 人事管理 | | | | |
| 門戶管理 | 1通過程序開發實現了固化的幾個基本門戶。 | 1門戶布局固定、元素不能完全自定義（流程中心元素、圖標元素）、維護權限、門戶樣式庫等 | 1整個界面布局固定，不能根據客戶的風格進行修改。雖然預留了五種顏色方案可夠最終用戶選擇使用，但是對于管理員來說能夠根據自身進行配置的只是替換一下logo。 | 1實現了按需個性化需求，自由定義門戶功能（統一門戶、職能部門門戶等） |
| 2沒辦法進行任何的變動和美化操作，無法構建出一個符合單位風格的辦公桌面內容：內容布局固定、元素個數有限，元素內容來源單一，不夠豐富；元素分部固定。個人無法進行自由拖動。 | 2門戶內容出了固定的代辦事宜、日程、計劃、崗位知識外其他的內容均來自于信息發布，需要專人維護，不利于門戶信息的及時更新。 |
| 3整個界面布局固定，不能根據客戶的風格進行修改。對于管理員來說能夠進行配置的只是替換一下單位logo。 | 3此外還能夠支持RSS、WEB程序地址、數據庫三種來源，都有管理員定制，web程序和數據庫都需要開發實現頁面上的欄目個數和分布位置只有固定的幾種模式無法自行定義和添加 | 2強大的門戶權限控制體系。配色、風格、內容元素等完全自定義，每一個客戶應用都是不一樣的界面，單位真正自己的系統。 |
| 2已經被程序固化了，不能自定義，需要二次開發。 | 4頁面上的欄目個數和分布位置只有固定的幾種模式無法自行定義和添加，元素無法進行拖拽排版 | 4不能實現多級門戶：所有門戶并排，對于集團公司不能建立層級門戶門戶只能按照部門進行共享，不能按照人員、分部、角色共享。不能細分每個角色崗位的門戶。一個部門內的人看到的門戶都是一樣的。 |
5不能實現多級門戶：所有門戶并排，對于集團公司不能建立層級門戶
門戶的內容來源需要有專門的人員進行管理和維護，而不是自動根據條件聚合系統內的信息，信息更新緩慢
| 5另外對管理員維護也存在困難，一旦組織結構調整，權限變更將是一個龐大的工作門戶權限只控制在門戶級別不能控制到內部的元素。換句話說每個人員看到的門戶欄目都是一樣的。不能區分員工和領導的工作界面。 | 3主要目的就是要把單位各部門隱性或顯性的知識推送出來，提高各部門協同工作。 |
| 6門戶維護權限控制比較單薄每個公司只能由固定的一個管理員進行維護，集團門戶由集團管理員維護、單位門戶由單位管理員維護，不能進行權限細分，管理員壓力比較大 | 6門戶的維護權限不能單個授予，也不能下放到下級管理員進行維護，只通過一個門戶維護權限來控制。 |
| 7門戶權限只控制在門戶級別不能控制到門戶內的每個元素。換句話說每個人員看到的門戶欄目都是一樣的。不能按崗位角色區分工作界面。 | 4幫助單位高層領導能更正確的制定單位發展相關決策，系統為相關領導提供更全面化的內部信息，讓其能更詳盡、更清楚的了解整個單位組織的日常運作。 |
| 1流程引擎功能強大，完全智能化自定義（剛性流程和柔性流程），配合泛微的實施服務思想進行實施（流程規劃-流程梳理-流程執行-流程優化-流程重組）來為客戶實現管理落地與風險管理。 |
|
|
|
|
| 2流程表單只是個電子化的審批表格，不能聯動系統內已有數據（文檔、流程等，不能再表單中承載審批決策所需的數據，不能做到流程管控 | 3數據不能關聯和多次展示；流程表單只是個電子化的審批表格，不能聯動系統內已有數據（文檔、流程等，不能再表單中承載審批決策所需的數據，不能做到流程管控； | 2可以支持任意復雜的業務流程、支持工作明細、審批、會簽、退簽、轉發、跳轉、傳閱、超時提醒、條件判斷智能流轉等。 |
|
|
| 3流程貫穿整個系統，流程設計器與表單（HTML表單）緊密結合，可以制作出用戶單位所有審批事務工作的電子化過程。 |
|
|
| 2有拖拉式的圖形設計器； | 3流程管理（監控）權限完全掌握在單位管理員手上，無法按照流程類型和操作內容分配權限。 | 5流程監控權限不能按照業務類型細分，一旦有了監控權限就有了所有流程的監控權限； | 4通過IE客戶端可以定義和維護后臺及定義流程，可視圖形化流程跟蹤顯示。 |
|
| 4不能干預流程表單需要通過微軟的infopath制作上傳，而且需要多次關聯設置才能使用，不能在線編輯，修改調整不便流程查詢只能按照流程的基本屬性進行查詢，不能按照流程表單的內容進行查詢 | 7流程查詢只能按照流程的基本屬性進行查詢，不能按照流程表單的內容進行查詢； | 5實現流程效率統計分析（審批時效、流程效率分析、流程辦理排名等，并可生成三維圖形化分析報表。 |
|
| 5流程分析只有簡單的流程待辦、超時的數量，不能進行流程效率的分析 | 9流程的操作者，只能是一種情況，不能根據實際情況，來自動判別節點操作者的范圍； | 6 可對財務費用類流程進行規劃，實現費用管理，實現申請人員向上級審批時，已經從上次申請流程中把數據表現出來（截至目前已申請費用XXX元），領導可見該數據后，在決定是否簽批。如日后能與泛微的預算模塊配合使用，效果更佳。 |
|
| 6流程的操作者雖能從表單上的人員、部門來獲取，不能從表單其他內容獲取流程的操作者，只能是一種情況，不能根據實際情況，來自動判別節點操作者的范圍。 | 7支持各類流程中表單數據統計，報表完全可自定義，從表單最小元素（字段）開始可以自定義。用戶只要能填寫的數據，都可以用任何方式進行的數據的整合。進行流程引擎上的全方位的統計與分析。 |
|
11流程委托（代理）權限只能由管理員來設置
流程管理權限只能根據人來授予，一旦人員變動，對系統進行調整的工作量會很大.
| 8流程數據集成，通過配置即可輕松實現與ERP等業務系統集成，實現數據交互（雙向讀寫）擁有BPM思想。 |
|
| 知識管理 | 1有個人文件柜以及公共文件柜，分別放在“我的工作桌”以及“信息交流”兩個不同的功能模塊下面。 | 1獨立的知識管理應用，把信息發布、公文管理、通知公告各模塊相互獨立，不便于建議統一的知識倉庫 | 1沒有真正的知識地圖應用，所謂的知識地圖只是以目錄方式展示文檔而已； | 1具有思想靈魂的功能“知識積累+知識共享+知識利用+知識創新”日后單位人員真正會改變，從傳統工作向學習型創新型團隊演變。 |
| 2沒有知識地圖應用，只能通過類似Windows目錄的方式展示文檔而已，相當于e-cology的文檔目錄功能 | 2可以對文檔進行分類管理存儲有回復功能，可以從知識管理角度優化產品，增加推薦功能，做到知識推進，與現有共享功能一樣。 |
| 3文檔權限按照目錄進行控制，不能針對某篇文檔單獨設置權限，文檔權限只能控制到創建、查看、刪除，不能控制是否能夠下載、打印、回復 | 3文檔權限只能按照部門和人授予，一旦組織結構發生變化，那么需要對所有文檔進行權限的變更； | 3在辦公過程中實現知識的管理（完全與工作相結合）：我們更多的知識管理是通過人為的引導客戶實現。比如創建知識地圖等。而實用的知識管理思想基本是以思想去引導客戶，產品本身通過知識地圖和報表實現。比如可構建經驗知識庫、技能知識庫、知識地圖、專家地圖、業務地圖、各職能門戶的構建來消滅信息的壁壘，高度實現信息協同！ |
4自定義各種目錄，目錄中可以在后臺綁定流程
|
| 4具有文檔創建權限的用戶可以在目錄下創建目錄，容易造成知識庫混亂，終將成為一個垃圾庫 | 5文檔的檢索條件比較簡單，只能根據創建時間、人員、部門、標題進行檢索； | 5多種形式展現（多級目錄、樹型模式、組織架構模式等） |
| 2公共文件夾只能對目錄進行權限控制，無法對目錄下的具體文檔權限控制 | 5文檔的檢索條件比較簡單，只能根據創建時間、人員、文檔類型、標題進行檢索 | 6嚴格權限控制（閱讀、修改、版本、拷貝、復制、打印控制等） |
| 6文檔主要以文檔目錄式進行展示，不能多維度展示，不便于員工檢索 | 7文檔創建權限不可以控制，任何人都可以在目錄下創建文檔，不利于垃圾文檔的過濾； | 7與流程無縫結合緊密，直接在文檔上創建流程 |
| 7文檔不能通過工作流程進行文檔審批，只能作為流程內容或附件發送，并會形成新的文件副本，浪費磁盤空間 | 8有知識貢獻及知識創新排名統計報表 |
| 9文檔不能很好的和其他模塊協同，如能夠發布到門戶上也只有崗位知識才可以 | 9知識評分激勵機制 |
| 分級管理 | 各單位所有員工統一訪問與使用一套oa，通過多級系統管理員、多組織機構實現各單位獨自管理與應用。 | | | 廳局級：一般人員只能看到廳局級的組織（也可以控制到查看廳局級的部分組織結構）；
下級單位：一般下級單位員工只能看到單位本部的組織（也可以控制到查看下級單位的部分組織結構）；
對于廳局級需要與下級單位發生業務往來，或者下級單位需要和廳局級單位溝通或事物流轉的人員，可以開放權限相互可見。
|
| 報表(BI) | 需要開發多種展現方式及分析方法，非常耗時，質量性能挑戰高。
每個報表均需開發代碼，開發成本高、效率低。
人員調動后代碼交接困難，維護成本高。
缺乏統一的管理平臺，無法方便、高效地進行權限管理系統集成。
業務邏輯、數據邏輯、展現邏輯混在一起，缺乏統一管理規劃。
| | | 泛微自主研發的BI系統：
1零編程，拖拽式的設計平臺，提高開發效率，降低開發成本。
2開發內容標準、一致，易維護，保證質量。
3統一的管理平臺，方便、高效地提供權限管理、系統集成支持。
價值：
1業務驅動，自助取數，快速地獲取需要的數據，無需漫長等待。
2根據分析需要，靈活地對數據進行二次分析及直觀的圖形展現，滿足業務需求不斷變革的需要。
|
|
|
|
|
| 平臺協同性 | 表現不明顯 | 表現不明顯 | 無法實現字段聯動，平臺協同性體現無。 | 1協同管理，整合應用，靈活部署，功能模塊之間完全協同 |
| 2數據完全實現關聯，一次錄入，多處展示 |
| 3協同軟件體現三大思想：信息網狀思想、業務關聯思想、隨需而變思想 |
| 4具有協同平臺三大特點：整合性、聯貫性、靈活性 |
|
|
|
|
|
|
|
|
|
|
|
|
