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