財務比較
功能點新仲達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賬戶查詢必須用鼠標雙擊，不支持回車鍵，非常不方便。
賬戶UDF沒有實際意義。
K3，如輔助核算部門、內部合並、項目核算、合同核算、外幣核算、客戶核算、供應商核算、個人核算交易、數量金額、客戶、部門、員工、物料、倉庫、供應商、勞務、成本項目，通過核算項目集中管理，但過於復雜。
不支持自動下撥憑證。
不支持業務模塊的財務報表取數。
憑證查詢可以被紅色化和刪除；您還可以通過憑證按鈕跟蹤文檔。查詢條件豐富的A3可以雙向跟蹤業務單據和賬簿。
沒有實時數據就沒法過賬憑證。
定位功能是不是很實用？
賬本打印壹般比較好。A3提供疊印設置。
有現金中心模塊(由現金管理系統和結算中心管理系統* * *)組成，現金管理系統模塊只是出納助理。
有銀行卡嗎？
有沒有透支控制？
資金收付是否有分類管理。
客戶與供應商實時結算、核銷回單時，通過錄入客戶顯示客戶的單據信息。在錄入單據的結算金額和折扣金額時，實現收款和核銷的同步，更加靈活方便，更符合企業的需求。
核銷方式金額、應收單據號、數量K3豐富，A35.0會增加票據號核銷方式。
不提供壹般付款結算。
不支持現金管理工作流支持。
有沒有資金申請管理？
有付款單嗎？
有首都傳票嗎？
是否有催收預測。
是否有票據狀態跟蹤。
設置壹個21的賬齡區間，沒有21的限制，對於大多數企業來說是完全足夠的。
客戶供應商卡片客戶供應商卡片可查詢動態綜合信息無(不支持客戶供應商卡片管理)。卡片管理是分析客戶供應和生產情況的基礎。
業務跟蹤訂單、發票、收款和付款無
不支持自動記帳支持。
不支持貨幣重估。不能準確反映應收(已付)金額。
應收(付款)單是否存在(直接通過發票錄入形成應收、應付處理)在A3中考慮的更全面，增強了軟件的穩定性和安全性。
是否有內部通信信息的自動傳輸
報表日期段功能是否存在。
合並報表是否自動生成抵銷分錄。
固定資產跨部門轉移功能是否非常適合企業的實際運作？
總的來說，A3和K3作為兩個獨立的記賬解決方案，采用了完全不同的系統架構和設計理念，各有特色。K3和用友U8類似，都有鮮明的財務特征。本質上是模擬人工記賬的產物，讓用戶覺得好用，容易接受。從為用戶提供管理思路，提高用戶理財水平的角度來看，U8作用不大。K3比用友U8好，但和A3比還是有差距。A3是對財務體系進行抽象的產物，跳出了財務範疇，實現了財務業務的壹體化，具有很大的管理特色。A3包含了現代財務管理思想，跳出了財務的框框去開發軟件，將財務完全融入到業務中，這也是未來財務管理的發展方向。
供應鏈比較
功能點新仲達A3金蝶K3
多計量單位支持任意自定義多計量單位，支持不同物料使用不同的非標準計量單位。壹個單位用於銷售，另壹個單位用於庫存。不支持超過2個測量單位的非標準。
支持輔單位提供自定義輔單位，支持不同物料使用不同的輔單位。在銷售、采購、存貨中，只能按計量單位組和常用計量單位定義查詢，不能按物料定義查詢。
產品批號支持支持批號管理和屬性管理。批號管理中的編碼規則形同虛設，沒有實際入庫的自動提示和控制。
產品項目編號的支持支持項目編號的管理。可以按物料號定義價格，按物料號查詢銷售情況和庫存物料號余額。不支持
供應鏈核算方式的控制系統在定義倉庫屬性時，可以自定義進行數量核算和金額核算。實物管理與財務庫存會計緊密結合。倉儲管理中只能管理數量，存貨核算中只能管理數量和金額。導致業務和財務落後和脫節。
供應鏈結算控制。在業務體系上，完全沒有財務結賬的概念，采用的是全新的概念。業務中的數據沒有年結和月結的概念。在銷售模塊和采購模塊中，只有文檔業務備查簿和歷史表需要存檔。啟用的會計期間可以在存貨中定義。沒有結賬的概念，而是把存貨本身結轉到下壹個會計期間的概念。不能進行跨年度業務。
及時更新庫存數據，方便用戶在設計系統時快速獲取信息，用戶在保存單據時更新庫存主文件更省心。根據2/8法則，用戶錯誤率低，系統提供修改工作。
是的。提供保存後的數據更新，還提供審批後的庫存檔案修改，容易造成混亂。因為該設置可以隨時修改。
期末檢查記賬憑證系統的設計中不需要這個選項，這樣用戶可以規劃好流程設計，保證各種特殊情況都可以處理。庫存結轉時，出入庫單據需要審核後才能入賬，並可以計算出庫成本。經過計算，可以進行有針對性的庫存調整，然後進行庫存結轉。同時，在業務單據中增加了單據日期和業務日期的概念，以便系統可以處理當前會計期間日期發生但已記賬的下壹個會計期間。當前會計期間未結轉時，可以同時結轉。
會計期間的文檔處理。沒有這種不必要的設置。因為妳可以提供未經審核的庫存憑證，不及時更改庫存，所以需要檢查會計憑證。
倉庫類型提供數量核算、資金核算、處理總倉和子倉業務、提供轉倉和調撥業務。倉庫類型分為實體倉庫、虛擬倉庫、代管倉庫、禮品倉庫、檢驗倉庫。
存貨類業務分析允許用戶定義倉庫的存貨類，該存貨類只是默認存貨，並為用戶提供貨位的存貨類設置，符合實際業務邏輯。同時根據設置的存貨類型的結存數量合理計算MRP。庫存類型只能定義到倉庫，而不能定義到庫位。MRP是否考慮到只能定義到倉庫，不能根據倉庫中的產品狀態進行計算？
位置支持提供位置管理。同時提供貨位結存數量查詢、負庫存提示、單據錄入時貨位結存數量查詢。貨位結存存貨類查詢提供貨位管理，但不提供貨位結存數量提示、負存貨、貨位存貨類查詢。
庫存交易類型的定制提供了自定義的交易類型和統計功能。合理。可以提供其他出入庫業務定義，但不能區分。壹般統計在其他出入庫中。
系統的銷售發貨流程支持系統在設計時提供了不同類型的銷售訂單流程業務。銷售出庫單-發票-庫存銷售出庫單緊密聯系，代銷訂單-發票-庫存調撥出庫單-庫存調撥入庫單。對於每壹個單據操作，修改上級單據的執行狀態，保證嚴格的數據關系。同時提供文檔執行狀態的實時查詢。不能提供有保證的內部控制流程，只能根據編制人控制業務單據。
系統的采購入庫流程支持在采購和庫存管理中，采購計劃、采購訂單、入庫通知單、檢驗單、采購入庫都是嚴格的閉環數據，訂單執行的每壹個具體步驟都可以實時查詢。沒有必要註銷訂單。過程控制中沒有檢驗過程，導致控制松散，達不到內控的目的。
庫存管理與總賬的接口系統，根據用戶的實際情況，保證數據的嚴謹性。在庫存單據生成憑證的情況下，有如下規定:入庫單據審批後可以生成憑證，出庫單據過賬後可以生成憑證，以保證出庫成本在系統中的正確核算。單據輸入的順序會影響出庫成本的計算(先進先出)。用戶以後輸入的單據的業務日期可能比原來的早，出庫成本需要重新計算以確保正確性。在所有單據審批之前，計算出來的出庫成本只能是壹個參考，符合實際的業務習慣。供應清單
合並單據通過聯查生成憑證。把倉庫管理當成財務單據來管理，隨時生成憑證，並且依靠人來進行這個過程。
庫存提供了按成本項目的會計核算。實際業務發生時，確認成本對象和批次號，按成本項目單獨核算，為用戶提供日益精細化的管理，體現實時性。相對不受成本模塊的約束，不能限制庫存生產的領料。
采購管理的流程設置提供了壹個可定制的流程。
1，采購計劃-訂單-檢驗單-采購入庫單-采購入庫單
2.請購單-訂單-檢驗-采購入庫單-采購入庫單
3.訂單-檢驗單-采購入庫單-采購入庫單
4.采購退貨通知-采購退貨
5.采購發票與采購入庫單/采購退貨的對賬
在每壹個流程中，系統都進行嚴格的數據關系，下級文檔回填上級文檔。無法提供類似的流程。檢驗只能是壹條交易記錄，不能作為流程管理控制點。不
能夠管理采購訂單流程
采購報價管理提供采購詢價管理，管理不同供應商的報價，提供審批功能，提供價格終止，保證價格差異化的有效性，提供價格對比、歷史價格、不同供應商的價格對比。
同時提供了價格在采購業務中的指導地位。管理嚴格的企業可以根據有效價格跟蹤訂單，收貨通知可以跟蹤這個價格，或者提供價格參考，可以修改。只能提供簡單的供應商價格錄入，不能管理詢價過程。
采購計劃周期管理提供采購計劃周期管理，符合企業實際情況，不提供采購計劃周期。
采購檢驗管理提供嚴格的檢驗管理，記錄供應商的供貨情況，統計供應商的供貨情況。只能記錄材料的檢驗結果，不能提供供應商訂購材料的供貨質量。
采購內控可以提供優秀的企業管理流程，幫助用戶提高企業管理能力，滿足企業內部控制的要求，這是無法提供的。它可以用作人工分類帳信息。
關於
銷售管理流程的靈活性為財務業務分流提供了嚴格而靈活的流程。
從業務的角度來看:物料、訂單、裝運單據和出庫單據的流動。
訂單，發票，出庫訂單，發票，出庫訂單
從開票的角度來看:訂單-發票
發票-發票
同時，在此過程中，如果發票是基於發票，系統記錄發票的開票數量和金額。提供已開票、未開票、數量、金額和統計數據，並提供準確的信息。可以提供靈活混亂的流程，最後依靠發票和銷售出庫單核銷，無法提供嚴格的內控流程。只有訂單錄入時有可用庫存查詢，審批時沒有提示。發票保存審批時沒有相關信息。無法提供完整的訂單狀態。
銷售管理的價格管理提供各種類型的價格管理，同時提供按產品、按客戶、按地區、按貨號等價格管理。價格調整時，需要生成調價單，形成歷史記錄。提供多級價格審核管理。可以按客戶提供價格管理，但不能按貨號和地區提供價格管理。
銷售折扣管理提供數量折扣、商業折扣和其他折扣類型的設置，並提供商業折扣的信息。在業績統計上，可以提供各種產品的原價銷售金額、折扣金額、銷售金額。按客戶、商品編號和地區提供管理折扣。客戶折扣中提供數量折扣。不按文章編號，地區
銷售報價管理提供銷售報價的管理，可以判斷銷售報價是否已經啟用。激活後，不能刪除。提供關閉功能，即訂單無法激活報價。銷售報價管理沒有有效時間段，需要人工幹預價格時效。
銷售訂單缺貨預警提供了銷售訂單缺貨的功能，但最核心的可用數量控制是在銷售發票的管理中，無論用什麽流程都是必經之路。系統在這裏有嚴格的數據管理。在發票中保存意味著分配數量增加，可用量減少，不存在邏輯錯誤。同時提供報表查詢，動態提供待發貨單據的執行狀態。與MPS高度集成。此功能在銷售訂單中可用，但在備貨過程中。
沒有任何提示。
信用額度的控制提供了嚴密的信用額度管理，可以在發貨通知期間，從客戶的應收余額、客戶的信用額度、客戶的信用余額，提示客戶信用余額的變化。提供信用管理，但計算公式不包括銷售訂單未結算的部分，包括已審批、未發貨、部分發貨、部分結算。造成計算中的數據錯誤，靈活看，
事實上，關鍵數據丟失了。
銷售計劃可以按部門分配，按日期分解，並提供計劃執行情況報告。銷售計劃指導主生產計劃。未提供
銷售費用管理提供費用管理，按照費用發生方、費用受益人(客戶)進行統計分析。未提供
靈活應收確認原則靈活定義生成憑證的單據、發票或發票，靈活定義應收的統計，可用於發票或發票的統計。僅根據發票
提供發票號和發票簿的管理，記錄發票開具後的查詢。未提供
提供部門考核管理，設置部門結算系數，結合部門績效和費用發生情況，可以對部門考核報告進行統計。未提供
銷售管理的內控能力強(事前、事中、事後)但較弱。
銷售業務過程控制能力強(過程控制)弱。