新中大、金蝶、用友erp系统差异对比表

FEE有限公司新中大i6系统与用友u8、金蝶k3系统比较表总体特征对比No.新中大intfiv2.3用友u8v8.13金蝶k3v8.8.2工业版主要设计思想将先进的管理思想融入软件中形成各个控制点面向对象、面向部门，整合运用实现企业部分管理在财务核算基础附上部分管理功能市场定位面向大中型企业，面向中小型企业将从面向中小型工业企业逐步转向大中型企业支持语言3种中文简体、中文繁体、英文1种中文简体1种中文简体会计制度支持中国,香港、美国、德国，新加坡及其它国家会计制度，如德国德存货核算中成本费用项目单独利示。中国中国集成度业务和财务完全集成，绝大多数的财务核算凭证可由系统自动生成不需要通过内部中间数据接口系统以财务为主导，业务处理信息受财务管理所控制，业务处理独立性较差数据传递需要通过内部中间数据接口（临时凭证库），而且只能传递结果数据数据及时性凭证、账簿、财务报告可实时生成，无需记账。数据能及时反映财务报告不能即时生成，必须记账后才能生成数据反映相对滞后财务报告不能即时生成，必须记账后才能生成数据反映相对滞后比较会计及会计翻译支持提供企业进行比较会计的业务处理工具，特别在上市公司等。不能提供企业利用系统进行会计比较不能提供企业利用系统进行会计比较。各个模块的数据严谨系统随时提供总账，客户、供应商、固较差，导致各个模块各有数据，不能保证数据一致性。在设计时没有进行全局考定资产各个模块的数据校验，同时，提供修复功能。虑，只是事后进行补救。技术特征对比能支持多少种大型数据库5种DB2、Oracle、Sybase、MSSQLServerInformix2种MSSQLServer、Oracle1种MSSQLServer能支持多少种网络平台4种Netware、NT/2000、Unix、Linux3种NT/2000、Unix、Linux2种NT/2000、Linux能支持多少并发用户无限制（授权）无限制（授权）无限制（授权）远程数据传输好（经用户实地比较验证，如中国吉通、上海新亚等）一般一般开发技术部分组件化技术部分组件化技术三层结构、组件化开发技术、WEB技术运行速度相比来说，运行速度较快每进到一屏，都显示“正在创建…”，耗时较多，运行速度慢采用中间件运行速度较慢，每进一个模块都显示“正在验证信息，请稍候。。”运行可靠性运行安全，可靠经常出现死机，错误提示，无法正常启动，而且安装麻烦，经常需要重新启动具体功能对比No.新中大v2.3用友v8.13金蝶k3v8.8.2工业版财务基本系统的流程性在各个模块中同时形成单据。凭证实时生成，保证系统数据实时反映。同时，也提供在总账中处理业务，在系统中提供了严格的单据业务流程，系统定义推荐的流程，包括提供客户中形成应收，生成凭证，登记总账，同时在现金管理收款过程中提供核销的功能，节约核算的工作量。同时也提供可变化的流程，由财务主管进行定义，保证生成的凭证及数据严谨一致。没有严格的财务核算的流程，没有提供企业一套良好的财务核算的方案，处于松散的阶段，手工及半手工的操作，各个模块关联不强，容易引起疏忽，在对账中加入工作量。系统应收、应付单据录入后，可以不产生凭证，总账中可以录入应收、应付的凭证，导致流程及规范无法全局掌握，期末处理不能保证数据是否重复录入。各个模块的数据严谨系统随时提供总账，客户、供应商、固定资产各个模块的数据校验，同时，提供修复功能。较差，导致各个模块各有数据，不能保证数据一致性。在设计时没有进行全局考虑，只是事后进行补救。现金流量表方便，实时，在会计凭证处理时处理现金流量的核算，在平时业务时统一完成工作，保证数据严谨性，与发生的现金弱（月末）操作烦琐，通过T型账务，手工进行现金流量的分拆，增加工作量。同时数据不够严谨，可以与发生业务的数据不一致业务的数据一致，管理者在实时查看现金流量的情况。资金预测在决策分析中现金预测功能，包括票据到期、收款预测、付款预测，根据业务过程及预算进行合理的资金预测，从而提供资金管理者进行合理的调配。无，管理者不能了解在资金管理为中心的财务管理中，资金的计划无法清晰的掌握。现金票据管理提供支票，汇票本的管理，每张票据的管理台账，打印，能查看凭证，方便操作，同时提供资金管理者一个全新管理视角，同时定义资金流向的各种类型，公司关于资金的运作的业务报表及财务数据随时查看。弱，提供松散的单据录入。没有关于资金流向进行分类，只是单据的记录而已。审计追踪强（凭证和业务单据）在账本，报表，单据，决策分析中均提供。在自定义的报表及万能报表中不能提供审计追踪凭证录入功能提供凭证删除功能，同时保证数据的严谨性，系统提供凭证的冲红。金蝶K3系统没有凭证作废功能。可怕的是凭证一旦误删就不能恢复，删除后凭证号间断，不能自动重排序号。千里马尚有偶失前蹄的时候，哪个财务会计人员能保证在繁忙的工作中不出一点失误？！（引用用友的文档）客户供应商结算币种的控制提供客户，供应商结算币种的设置，保证在具体业务和应收确认，收款统一的币种政策。保证系统在发生业务时结算币种，在生无，不能对商贸合同中规定的结算币种进行管理，如外贸合同关于结算币种的管理。在外汇浮动较大时代，对外汇管理更为重要。成财务凭证时记入相同的币种的应收等科目，在结算时提供多币种的结算。多币种的核销在结算币种的管理下，不允许不符的币种进行结算，但客户结算币种为多币种时，系统支持不同币种的核销，同时计算汇兑损益。支持不同币种的核销，但处理烦琐，需在应收时确定核销的币种及金额。明显在设计根本没有系统的考虑，只是变通实现的方法。客户和供应商多地址有（订货单位、货物发往单位、结算单位），能区分结算单位和客户单位，能进行不同的业绩统计，如各个门店的进行定货，结算为门店总部统一进行结算，在业务处理中可以查询各个门店的业绩，也可查询总店的业绩，同时在转至应收时由总部承担无，不能解决如左的问题关于自定义报表通过提供报表函数，由用户进行自定义报表，通俗，容易掌握。万能报表，要对数据库的表结构非常熟悉。要对SQL语言有一定基础，增加客户培训和制作的难度远程增量复制功能强（可跨数据库增量复制），数据传输的速度可以保证，并且为高效的只能复制，不能增量，数据传输效率较低。集团管理能力预算管理控制在集团管理中提供主预算，预算的分发，接收等功能，符合业务的流程。同时提供部门、科目、项目、预算，提供主预算，提供预算的各种控制。预算功能比较差，不能进行主预算的设置，不能提供动态、静态预算管理，财务分析系统提供用户自定义分析模型，进行分析决策与预算模型的分析，除提供正常的财务指标分析外，用户可以定义比较在财务报表的基础上对普通财务指标的分析。的财务报告，预测，进行弹性预算，进行本量利分析。多计量单位支持提供任意定义的多计量单位，销售中采用一种计量单位，库存中采用另一种计量单位。提供基本计量，非基本计量单位，不能定义更多辅助计量单位的支持提供辅助计量单位的支持，在销售、采购、库存中支持查询，符合纺织企业的习惯。不支持产品批号支持原先不支持批号管理，再近加入批号管理，为手工录入，不能进行批号属性的管理。系统在原先设计不足的情况下，后续的补丁又不是很完美，用户就会不方便进行管理。支持批号的管理，同时提供批号属性的管理，提供批号结存以及批号的变动情况，进行跟踪，提供报警功能。同时在全过程中初始，单据录入中进行跟踪。序列号管理完美支持，包括从序列号的自动生成以及存货的跟踪。不支持序列号管理产品货号的支持支持货号的管理，可以通过货号定义价格，通过货号查询销售情况，查询库存的货号结存情况。不支持，无法适用服装行业供应链核算方式的控制系统通过在定义仓库属性时进行用户自定义，可以进行数量核算和金额核算。存货核算设置核算方式是数量核算方式，还是数量金额核算方式在账套属性中设置非常可笑，实际业务中企业中存在并存的不同类型的仓库，有数量核算和金额同时存在。此类暴露原先软件设计不足，属于差强人意。供应链结账的控制。在业务系统中完全没有财务中结账的概念，采用全新的理念，业务中的数据没当核算方式设置为数量核算方式时，需要设置用于控制结账的子系统。（在数量金额核算方式下，系统默认以工业核算管理系统为结账有年结和月结的概念，在销售模块和采购模块只有单据业务备查本，同时有历史表可以归档。在库存中可以定义启用的会计期，没有结账的概念，而是库存本身的结转到下一会计期的概念。控制的子系统，即只能在工业核算管理系统中进行结账，其他子系统不能结账。混淆企业的业务管理和财务管理，明显K/3的前身为财务软件，在设计时没有业务特性的考虑库存数据及时更新在系统设计时，方便用户快速获得信息，在单据保存时更新库存主文件，用户省心，根据2/8法则，用户的出错率较低，而且系统提供修改的功能。用于设置更新库存余额的触发条件。一般情况下，有两种原则：1单据审核后更新；2单据保存后更新。提供用户以上的两种方法，没有替用户进行流程的规划，明显在设计上沿袭财务中记账的概念。若管库存的人不管计划，管计划的不管库存的设置，假设用户选定在单据审核后更新库存主文件，进行MRP计算时数据肯定是错误的。实际的库存量以及没有任何可信度。实际上是对用户不负责任，货领走了，单据未审核，仓库中数据存在，造成信息误解，没有任何好处。期末结账时检查未记账的单据系统在设计无须此类选项，给用户规划良好的流程设计，保证可以进行各种特例的处理。在库存结转时，出入库单据需要进行审核，才可以过账，计算出库成本，计算后，可以进行针对性的存货调整，然后进行存货的结转。同时在业务单据中加入单据日期和业务日期的概念，系统可以对发生在当前会计期日期但记账属下个会计期进行处理；在本会计期未结转时，同时可以进行下个会计期的单据处理。没有此类无谓的设置。引用手册中的文档“该选项是指在期末结账时是否检测未记账的单据。如果设置此选项，则在期末结账时，会检测是否还存在未记账的单据，若存在，则不允许结账。如果未设置此选项，则在期末结账时，不检测是否还存在未记账的单据，直接结账。企业可根据自身的实际业务和管理需要决定是否设置此选项。”看起来此选项似乎不错，仔细分析只能表示K/3在系统构架时没有业务进行仔细分析，没有进行严格的管理规范。在存货管理具体业务中，进行期末结转时，下个会计期的单据当然可以存在，系统应该允许进行结转，同时在业务日期在当月的存货单据中，没有审核，记账，不管系统是否有此选项，应该不允许进行结转，。从中可见，在系统设计中，增加了无谓的设置，同时浪费编程的时间和用户的设置时间，同时造成用户实施的理解难度，在各种有可能发生的流程设置中，用户随处可见的地雷，导致数据不准确和错误。仓库的种类在设定时为数量核算，所有仓库只能数量核算。仓库可以定义分级，每个仓库独立核算的仓库，可以进行汇总至上一级仓库，无法处理总分仓的核算，各个仓库之间没有移库，只有调拨。不能处理总分仓业务，同时处理时加大用户的工作量。根据仓库的核算特征，允许用户进行定义仓库类别的选定，包括数量核算，独立资金核算，虚拟总仓，非独立的分仓库的核算，同时，提供多仓库的统计报表，可以满足各种仓库核算的需要。库存类型进行业务的剖析，允许用户定义仓库的库存类型，只是默认的库存，提供用户进行库位的库存类型设置，符合实际的业务逻辑，同时，根据设定的库存类型的结存数量进行MRP的合理计算。系统提供仓库的良品，不良品，在检品的属性定义，没有提供库位的库存类型，请问在实际业务中，用户的实际仓库按库位进行管理，仓库的库存属性能决定库位中产品的库存类型吗，难道需要用户变通进行设置多个仓库，进行不同的库存类型设置。明显增加用户的实施难度。同时在MRP计算时，实际上存放在同一仓库的存货，需要进行不同仓库的设置，区别是否可用，进行计算，这样的逻辑相信你能满意？库位的支持提供库位的管理，同时在单据录入时提供库位结存数量的查询，负库存的提示，同时提供库位结存数量的查询，库位中结存的库存类型查询在V8.82中没有库位的概念，在V9.0中提供此功能，但没有提供库位的结存数量的查询。库存事务类型的自定义提供自定义事务类型，