財務對比
功能點 新中大A3 金蝶K3 說明
多語種支持 雙語動態切換，目前支持英文、繁體中文、日文 不支持 非常適合外資企業使用
數據庫支持 Oracle、sqlserver7、sqlserver 2000、sybase、DB2,informix SQL Server 7&2000、Oracle、Sybase K3也稱支持各種大型主流數據庫，但實際上對Oracle , Sybase的支持不是很好，故其推薦的數據庫只是SQL Server。
會計期間 可以自由定義起始會計期和終了會計期，也可超過12個會計期 使用自然日歷作為會計期，能定義起始會計期
會計信息翻譯(國際比較會計) 有 無 該功能有較大的現實意義，對外資企業尤其適合
審計追蹤 強（單、證、帳、表壹體化查詢），並可追索到業務單據 基本沒有，且只能跟蹤財務信息
數據的實時性 實時 不實時
基礎數據維護 在統壹的模塊中進行 分散在各個模塊進行 K3顯得比較方便，A3則顯得更加明確和嚴謹
基礎數據即時錄入 無 有（科目、部門、物料） A35.0將部分實現
報表自動生成 無 有 該功能有實用性
科目模糊查詢 有 無 K3科目查詢必須用鼠標雙擊，不支持回車鍵，很不方便
科目自定義項 無 有 實際意義不大
輔助核算 部門、內部合並、項目核算、合同核算、外幣核算、客戶核算、供應商核算、個人核算 往來、數量金額、客戶、部門、職員、物料、倉庫、供應商、勞務、成本項目等 K3通過核算項目集中管理，但過於復雜
自動分攤憑證 支持 不支持
業務模塊的財務報告取數 支持 不支持
憑證查詢 可進行沖紅、刪除操作；通過憑證按鈕還可跟蹤單據 查詢條件較為豐富 A3可雙向追蹤業務單據和賬簿
憑證過賬 無 有 數據不實時的無奈之舉
定位功能 有 無 很實用
賬簿打印 壹般 較好 A3提供了套打設置
現金中心模塊 有 有（由現金管理系統和結算中心管理系統***同構成） 其現金管理系統模塊僅是壹個出納助手
銀行卡片 有 無
資金透支控制 有 無
資金收付分類管理 有 無
客戶供應商結算實時核銷 收款時，錄入客戶即展現該客戶的單據信息，通過錄入單據的結算金額和折扣金額同步實現收款、核銷 不實時 A r3更加靈活和方便，更加符合企業需要
核銷方式 金額 金額、應收單號、數量 K3較為豐富，A35.0將增加票據號核銷方式
壹般支付結算 提供 不提供
現金管理工作流 支持 不支持
資金申請管理 有 無
請款單 有 無
資金傳票 有 無
收款預測 有 無
票據狀態追蹤 有 無
賬齡區間設置 21段 無限制 21個區間對絕大多數企業完全足夠了
客戶供應商卡片 客戶供應商卡片可查詢動態、綜合信息 無（不支持客戶供應商卡片式管理） 卡片管理是對客戶供應產同狀況分析的基礎
業務跟蹤 訂單、發票、收款、付款 無
自動會計 支持 不支持
貨幣重估 支持 不支持 不能準確反映應收（付）金額
應收（付）單 有 無（直接通過發票錄入形成應收、應付款處理） A3中考慮的更為全面，增強了軟件的穩定性和安全性
內部往來信息自動傳遞 有 無
報表日期段功能 有 無
合並報表自動生成抵消分錄 有 無
固定資產跨部門轉移功能 有 無 非常適合企業實際運作
總體看，A3和K3作為兩個獨立的賬務解決方案，采用了完全不同的系統架構和設計理念，各具特色。K3和用友U8比較相似，都具有鮮明的財務特色，本質上是模擬手工核算的產物，用戶感覺上手容易，也比較容易接受。從給用戶提供管理思想，提高用戶的財務管理水平角度看，U8的作用微乎其微，K3要好於用友U8，但與A3相比仍有差距。A3是對財務體系抽象後的產物，已經跳出了財務的範疇，實現了財務業務壹體化，極具管理特色.A3包含有現代財務管理思想，跳出了財務框框來開發軟件，把財務完全融入到了業務中，這也是以後財務管理的發展方向。
供應鏈對比
功能點 新中大A3 金蝶K3
多計量單位支持 提供任意自定義的多計量單位，支持不同物料不同的非標準計量單位，銷售中采用壹種計量單位，庫存中采用另壹種計量單位。 不支持非標準的超過2個以上的計量單位
輔助計量單位的支持 提供自定義輔助計量單位，支持不同物料不同的輔助計量單位，在銷售、采購、庫存中支持查詢 只能按計量組定義基本單位與常用單位，不支持按照物料定義
產品批號支持 支持批號管理與屬性管理 批號管理中編碼規則形同虛設，對實際入庫沒有任何自動提示與控制。
產品貨號的支持 支持貨號的管理，可以通過貨號定義價格，通過貨號查詢銷售情況，查詢庫存的貨號結存情況。 不支持
供應鏈核算方式的控制 系統通過在定義倉庫屬性時進行用戶自定義，可以進行數量核算和金額核算。實物管理與財務存貨核算緊密結合。 在倉存管理中只能管數量，在存貨核算中管理數量金額。造成業務與財務相對滯後與脫節。
供應鏈結賬的控制。 在業務系統中完全沒有財務中結賬的概念，采用全新的理念，業務中的數據沒有年結和月結的概念，在銷售模塊和采購模塊只有單據業務備查本，同時有歷史表可以歸檔。在庫存中可以定義啟用的會計期，沒有結賬的概念，而是庫存本身的結轉到下壹會計期的概念。 無法進行跨年度業務進行
庫存數據及時更新 在系統設計時，方便用戶快速獲得信息，在單據保存時更新庫存主文件，用戶省心，根據2/8法則，用戶的出錯率較低，而且系統提供修改的功
能。 提供在保存後更新數據，同時也提供審核後修改庫存文件，易造成混淆。因為這個設置隨時可以修改。
期末結賬時檢查未記賬的單據 系統在設計無須此類選項，給用戶規劃良好的流程設計，保證可以進行各種特例的處理。在庫存結轉時，出入庫單據需要進行審核，才可以過賬，計算出庫成本，計算後，可以進行針對性的存貨調整，然後進行存貨的結轉。同時在業務單據中加入單據日期和業務日期的概念，系統可以對發生在當前會計期日期但記賬屬下個會計期進行處理；在本會計期未結轉時，同時可以進行下個
會計期的單據處理。沒有此類無謂的設置。 因為可以提供不審核庫存單據以及不及時改變庫存，造成需要檢查記賬單據。
倉庫的種類 提供數量核算，資金核算，處理總倉和分倉的業務，提供移庫，和調撥業務。 將倉庫類型分為實物倉庫，虛擬倉庫，代管倉，贈品倉庫，代檢倉庫。
庫存類型 進行業務的剖析，允許用戶定義倉庫的庫存類型，只是默認的庫存，提供用戶進行庫位的庫存類型設置，符合實際的業務邏輯，同時，根據設定的庫存類型的結存數量進行MRP的合理計算。 庫存類型只能定義到倉庫，無法針對庫位進行庫存類型定義，MRP是否考慮只能定義到倉庫，不能根據倉庫中產品的狀態進行MRP的計
庫位的支持 提供庫位的管理，同時在單據錄入時提供庫位結存數量的查詢，負庫存的提示，同時提供庫位結存數量的查詢，庫位中結存的庫存類型查詢 提供庫位管理，不能提供庫位結存數量庫位負庫存提示，以及庫位的庫存類型查詢。
庫存事務類型的自定義 提供自定義事務類型，並且提供統計功能。合理。 能提供其他出入庫事務定義，但不能區分，籠統的統計在其他入庫或出庫
系統的銷售出庫流程的支持 系統設計時提供不同的銷售類型的訂單流程業務，經銷的訂單-發貨單-庫存銷售出庫單，環環緊扣，委托代銷的訂單-發貨單-庫存的調撥出庫-庫存的調撥入庫。每壹單據的操作，進行對上級單據的執行狀態的修改，保證嚴謹的數據關系。同時，提供實時的單據執行狀態的查詢。 不能提供保證內控流程，只能根據制單人員進行業務單據控制。
系統的采購入庫的流程支持 在采購與庫存的管理中，采購計劃，采購訂單，入庫通知單，檢驗單，采購入庫是嚴格的數據閉環，訂單執行的具體的每壹步驟，可以實時的查詢。無須進行訂單的核銷。 在過程控制中沒有結合檢驗流程，造成控制松散，不能達到內控的目的。
庫存管理與總賬的接口 系統根據用戶的實際情況，保證數據嚴謹的情況下，在庫存單據生成憑證有如下規定：入庫單據在審核後可以生成憑證，出庫單據在過賬後才允許生成憑證，目的保證系統的出庫成本核算正確，單據的錄入的先後次序影響出庫成本的計算（先進先出），用戶可能後期錄入的單據業務日期在原先的前面，出庫成本需要重新計算才能保證正確。在所有單據為審核前，算出的出庫成本只能是個參考，這都符合實際業務習慣。提供單
據聯查，合並單據生成憑證。 把倉庫管理當成財務的單據來管理，隨時可以生成憑證， 靠人去執行這個流程。
庫存提供按成本項目進行核算 在實際業務發生時，確認成本對象和批號，按成本項目進行分別核算，提供用戶日益精細化的管理， 體現實時性。 與成本模塊相對遊離，不能限制庫存生產領料。
采購管理的流程設定 提供可以自定義的流程
1、 采購計劃-訂單-檢驗單-采購入庫通知單-采購入庫
2、 采購請購單-訂單- 檢驗單-采購入庫通知單-采購入庫
3、 訂單-- 檢驗單-采購入庫通知單-采購入庫
4、 采購退貨通知單-采購退貨
5、 采購發票與采購入庫單/采購退貨的對賬
在每個流程中系統進行嚴格的數據關系，下級單據對上級單據進行回填數據。 無法提供類似的流程，檢驗只能是個事務記錄，不能作為過程管理控制點。不
能對采購訂單過程進行管理
采購報價管理 提供采購詢價管理，針對不同的供應商的報價進行管理，提供審核，審批的功能，提供價格的終止，保證區分價格的有效性，同時提供價格的比較，歷史價格，不同供應商的價格比較。
同時提供在采購業務中價格的指導地位，嚴格管理的企業可以在有效價格的基礎上後續的訂單，入庫通知單遵照此價格，也可以提供價格參照，允許修改。 只能提供簡單的供應商價格錄入，不能針對詢價的過程進行管理。
采購的計劃周期的管理 提供采購計劃周期的管理，符合企業的實際情況， 沒有提供采購計劃周期
采購檢驗的管理 提供嚴格的檢驗管理，記錄供應商供貨情況，進行供應商供貨情況統計。 只能針對物料進行檢驗結果的記錄，無法提供供應商訂單材料供貨質量情況。
采購內部控制力 提供優秀的企業管理流程，幫助用戶提升企業管理力，達到企業內控的要求 無法提供，作為手工的臺賬信息化可以
的
銷售管理的流程的靈活性 提供了嚴格而靈活的流程，進行財務業務的分流。
從業務的角度：項目、訂單、發貨單、出庫單的流 、訂單、發貨單、出庫單
訂單、發貨單、出庫單、發貨單、出庫單
從開票的角度：訂單-發票
發貨單-發票
同時在流程中，如選擇發票的開票依據為發貨單，系統進行發貨單的開票數量、金額的記錄。提供已開票、未開票、數量，金額，統計，提供準確的信息。 可以提供靈活混亂的流程，最後靠發票與銷售出庫單去核銷，無法提供嚴格的內控流程，只有在訂單錄入的時候有可用庫存查詢情況，在審核的時候沒有任何提示。在發貨單保存審核時沒有相關信息。無法提供完整的訂單狀態。
銷售管理的價格管理 提供多種類型的價格管理，同時提供按產品、按客戶、按地區、按貨號、等進行價格管理。在價格進行調整，需要生成價格調整單，形成歷史的記錄。提供多級價格審核管理。 能提供按客戶進行價格管理，無法提供按貨號，地區，進行價格管理
銷售的折扣管理 提供了數量折扣、商業折扣的設置，其他的折扣類型，同時提供了在業務中折扣的信息體現，在業績統計中，能提供各類產品的按原定價格銷售的貨物金額 ，折扣金額，銷售金額。提供按客戶，貨號，地區折扣方式的管理 客戶折扣中提供數量折扣。不能按貨號、地區
銷售報價單的管理 提供銷售報價單的管理，可以判斷是否已起用，起用後，不能刪除，提供關閉的功能，表示報價單不能被訂單起用。 在銷售報價管理中沒有有效的時間段，需要手工幹預價格時效性
銷售訂單中缺貨預警 在銷售訂單中提供缺貨的功能，但是核心的可用量的控制在銷售發貨單的管理中，不管起用何種流程，銷售發貨單是必經之路。系統在此有嚴格的數據管理。在發貨單保存是分配量增加，可用量減少，沒有邏輯錯誤。同時提供報表的查詢，動態的提供等待發貨的單據的執行狀態。與MPS高度集成。 在銷售定單有此功能，但在備貨過程中
沒有任何提示。
信用額度的控制 提供緊密的信用額度管理，從客戶的應收余額，客戶的信用額度，客戶的信用余額，在發貨通知時，提示客戶信用余額的變化情況。 提供了信用的管理，但計算公式中沒有包括銷售訂單中沒有結算部分，包括已審核，未發貨，或者部分發貨，部分結算。造成計算的數據錯誤，看的靈活，
其實缺少了關鍵的數據。
銷售計劃 提供可按部門分配和按日期分解，提供計劃的執行情況報表。銷售計劃指導主生產計劃。 沒有提供
銷售費用管理 提供費用的管理，按費用的發生人，費用的受益人（客戶）進行統計分析。 沒有提供
靈活的應收確認原則 靈活定義生成憑證的單據，發票或發貨單，靈活的定義對應收的統計，可以統計發貨單統計，或發票統計。 只能根據發票
提供發票號、發票本的管理 提供發票本、發票號的管理，記錄發票開具後的記錄查詢。 沒有提供
提供部門考核管理 提供部門結算系數的設置，結合部門的業績，及費用的發生情況，可以統計部門的考核報表。 沒有提供
銷售管理內部控制能力 強（事前、事中、事後） 較弱
銷售業務流程控制能力 強（流程控制） 較弱