新中大金蝶用友erp系统差异对比表Word文件下载.docx
- 文档编号:20023251
- 上传时间:2023-01-16
- 格式:DOCX
- 页数:36
- 大小:100.52KB
新中大金蝶用友erp系统差异对比表Word文件下载.docx
《新中大金蝶用友erp系统差异对比表Word文件下载.docx》由会员分享,可在线阅读,更多相关《新中大金蝶用友erp系统差异对比表Word文件下载.docx(36页珍藏版)》请在冰豆网上搜索。
v远程数据传输
好(经用户实地比较验证,如中国吉通、上海新亚等)
一般
v开发技术
部分组件化技术
三层结构、组件化开发技术、WEB技术
v运行速度
相比来说,运行速度较快
每进到一屏,都显示“正在创建…”,耗时较多,运行速度慢
采用中间件运行速度较慢,每进一个模块都显示“正在验证信息,请稍候。
。
”
v运行可靠性
运行安全,可靠
经常出现死机,错误提示,无法正常启动,而且安装麻烦,经常需要重新启动
v
具体功能对比
新中大v2.3
用友v8.13
财务基本系统的流程性
在各个模块中同时形成单据。
凭证实时生成,保证系统数据实时反映。
同时,也提供在总账中处理业务,
在系统中提供了严格的单据业务流程,系统定义推荐的流程,包括提供客户中形成应收,生成凭证,登记总账,同时在现金管理收款过程中提供核销的功能,节约核算的工作量。
同时也提供可变化的流程,由财务主管进行定义,保证生成的凭证及数据严谨一致。
没有严格的财务核算的流程,没有提供企业一套良好的财务核算的方案,处于松散的阶段,手工及半手工的操作,各个模块关联不强,容易引起疏忽,在对账中加入工作量。
系统应收、应付单据录入后,可以不产生凭证,总账中可以录入应收、应付的凭证,导致流程及规范无法全局掌握,期末处理不能保证数据是否重复录入。
各个模块的数据严谨
系统随时提供总账,客户、供应商、固定资产各个模块的数据校验,同时,提供修复功能。
较差,导致各个模块各有数据,不能保证数据一致性。
在设计时没有进行全局考虑,只是事后进行补救。
现金流量表
方便,实时,在会计凭证处理时处理现金流量的核算,在平时业务时统一完成工作,保证数据严谨性,与发生的现金业务的数据一致,管理者在实时查看现金流量的情况。
弱(月末)操作烦琐,通过T型账务,手工进行现金流量的分拆,增加工作量。
同时数据不够严谨,可以与发生业务的数据不一致
资金预测
在决策分析中现金预测功能,包括票据到期、收款预测、付款预测,根据业务过程及预算进行合理的资金预测,从而提供资金管理者进行合理的调配。
无,管理者不能了解在资金管理为中心的财务管理中,资金的计划无法清晰的掌握。
现金票据管理
提供支票,汇票本的管理,每张票据的管理台账,打印,能查看凭证,方便操作,同时提供资金管理者一个全新管理视角,同时定义资金流向的各种类型,公司关于资金的运作的业务报表及财务数据随时查看。
弱,提供松散的单据录入。
没有关于资金流向进行分类,只是单据的记录而已。
审计追踪
强(凭证和业务单据)在账本,报表,单据,决策分析中均提供。
在自定义的报表及万能报表中不能提供审计追踪
凭证录入功能
提供凭证删除功能,同时保证数据的严谨性,系统提供凭证的冲红。
金蝶K3系统没有凭证作废功能。
可怕的是凭证一旦误删就不能恢复,删除后凭证号间断,不能自动重排序号。
千里马尚有偶失前蹄的时候,哪个财务会计人员能保证在繁忙的工作中不出一点失误?
!
(引用用友的文档)
客户供应商结算币种的控制
提供客户,供应商结算币种的设置,保证在具体业务和应收确认,收款统一的币种政策。
保证系统在发生业务时结算币种,在生成财务凭证时记入相同的币种的应收等科目,在结算时提供多币种的结算。
无,不能对商贸合同中规定的结算币种进行管理,如外贸合同关于结算币种的管理。
在外汇浮动较大时代,对外汇管理更为重要。
多币种的核销
在结算币种的管理下,不允许不符的币种进行结算,但客户结算币种为多币种时,系统支持不同币种的核销,同时计算汇兑损益。
支持不同币种的核销,但处理烦琐,需在应收时确定核销的币种及金额。
明显在设计根本没有系统的考虑,只是变通实现的方法。
客户和供应商多地址
有(订货单位、货物发往单位、结算单位),能区分结算单位和客户单位,能进行不同的业绩统计,如各个门店的进行定货,结算为门店总部统一进行结算,在业务处理中可以查询各个门店的业绩,也可查询总店的业绩,同时在转至应收时由总部承担
无,不能解决如左的问题
关于自定义报表
通过提供报表函数,由用户进行自定义报表,通俗,容易掌握。
万能报表,要对数据库的表结构非常熟悉。
要对SQL语言有一定基础,增加客户培训和制作的难度
远程增量复制功能
强(可跨数据库增量复制),数据传输的速度可以保证,并且为高效的
只能复制,不能增量,数据传输效率较低。
集团管理能力预算管理控制
在集团管理中提供主预算,预算的分发,接收等功能,符合业务的流程。
同时提供部门、科目、项目、预算,提供主预算,提供预算的各种控制。
预算功能比较差,不能进行主预算的设置,不能提供动态、静态预算管理,
财务分析
系统提供用户自定义分析模型,进行分析决策与预算模型的分析,除提供正常的财务指标分析外,用户可以定义比较的财务报告,预测,进行弹性预算,进行本量利分析。
在财务报表的基础上对普通财务指标的分析。
多计量单位支持
提供任意定义的多计量单位,销售中采用一种计量单位,库存中采用另一种计量单位。
提供基本计量,非基本计量单位,不能定义更多
辅助计量单位的支持
提供辅助计量单位的支持,在销售、采购、库存中支持查询,符合纺织企业的习惯。
不支持
产品批号支持
原先不支持批号管理,再近加入批号管理,为手工录入,不能进行批号属性的管理。
系统在原先设计不足的情况下,后续的补丁又不是很完美,用户就会不方便进行管理。
支持批号的管理,同时提供批号属性的管理,提供批号结存以及批号的变动情况,进行跟踪,提供报警功能。
同时在全过程中初始,单据录入中进行跟踪。
序列号管理
完美支持,包括从序列号的自动生成以及存货的跟踪。
不支持序列号管理
产品货号的支持
支持货号的管理,可以通过货号定义价格,通过货号查询销售情况,查询库存的货号结存情况。
不支持,无法适用服装行业
供应链核算方式的控制
系统通过在定义仓库属性时进行用户自定义,可以进行数量核算和金额核算。
存货核算设置核算方式是数量核算方式,还是数量金额核算方式在账套属性中设置非常可笑,实际业务中企业中存在并存的不同类型的仓库,有数量核算和金额同时存在。
此类暴露原先软件设计不足,属于差强人意。
供应链结账的控制。
在业务系统中完全没有财务中结账的概念,采用全新的理念,业务中的数据没有年结和月结的概念,在销售模块和采购模块只有单据业务备查本,同时有历史表可以归档。
在库存中可以定义启用的会计期,没有结账的概念,而是库存本身的结转到下一会计期的概念。
当核算方式设置为数量核算方式时,需要设置用于控制结账的子系统。
(在数量金额核算方式下,系统默认以工业核算管理系统为结账控制的子系统,即只能在工业核算管理系统中进行结账,其他子系统不能结账。
混淆企业的业务管理和财务管理,明显K/3的前身为财务软件,在设计时没有业务特性的考虑
库存数据及时更新
在系统设计时,方便用户快速获得信息,在单据保存时更新库存主文件,用户省心,根据2/8法则,用户的出错率较低,而且系统提供修改的功能。
用于设置更新库存余额的触发条件。
一般情况下,有两种原则:
1单据审核后更新;
2单据保存后更新。
提供用户以上的两种方法,没有替用户进行流程的规划,明显在设计上沿袭财务中记账的概念。
若管库存的人不管计划,管计划的不管库存的设置,假设用户选定在单据审核后更新库存主文件,进行MRP计算时数据肯定是错误的。
实际的库存量以及没有任何可信度。
实际上是对用户不负责任,货领走了,单据未审核,仓库中数据存在,造成信息误解,没有任何好处。
期末结账时检查未记账的单据
系统在设计无须此类选项,给用户规划良好的流程设计,保证可以进行各种特例的处理。
在库存结转时,出入库单据需要进行审核,才可以过账,计算出库成本,计算后,可以进行针对性的存货调整,然后进行存货的结转。
同时在业务单据中加入单据日期和业务日期的概念,系统可以对发生在当前会计期日期但记账属下个会计期进行处理;
在本会计期未结转时,同时可以进行下个会计期的单据处理。
没有此类无谓的设置。
引用手册中的文档“该选项是指在期末结账时是否检测未记账的单据。
如果设置此选项,则在期末结账时,会检测是否还存在未记账的单据,若存在,则不允许结账。
如果未设置此选项,则在期末结账时,不检测是否还存在未记账的单据,直接结账。
企业可根据自身的实际业务和管理需要决定是否设置此选项。
”看起来此选项似乎不错,仔细分析只能表示K/3在系统构架时没有业务进行仔细分析,没有进行严格的管理规范。
在存货管理具体业务中,进行期末结转时,下个会计期的单据当然可以存在,系统应该允许进行结转,同时在业务日期在当月的存货单据中,没有审核,记账,不管系统是否有此选项,应该不允许进行结转,。
从中可见,在系统设计中,增加了无谓的设置,同时浪费编程的时间和用户的设置时间,同时造成用户实施的理解难度,在各种有可能发生的流程设置中,用户随处可见的地雷,导致数据不准确和错误。
仓库的种类
在设定时为数量核算,所有仓库只能数量核算。
仓库可以定义分级,每个仓库独立核算的仓库,可以进行汇总至上一级仓库,无法处理总分仓的核算,各个仓库之间没有移库,只有调拨。
不能处理总分仓业务,同时处理时加大用户的工作量。
根据仓库的核算特征,允许用户进行定义仓库类别的选定,包括数量核算,独立资金核算,虚拟总仓,非独立的分仓库的核算,同时,提供多仓库的统计报表,可以满足各种仓库核算的需要。
库存类型
进行业务的剖析,允许用户定义仓库的库存类型,只是默认的库存,提供用户进行库位的库存类型设置,符合实际的业务逻辑,同时,根据设定的库存类型的结存数量进行MRP的合理计算。
系统提供仓库的良品,不良品,在检品的属性定义,没有提供库位的库存类型,请问在实际业务中,用户的实际仓库按库位进行管理,仓库的库存属性能决定库位中产品的库存类型吗,难道需要用户变通进行设置多个仓库,进行不同的库存类型设置。
明显增加用户的实施难度。
同时在MRP计算时,实际上存放在同一仓库的存货,需要进行不同仓库的设置,区别是否可用,进行计算,这样的逻辑相信你能满意?
库位的支持
提供库位的管理,同时在单据录入时提供库位结存数量的查询,负库存的提示,同时提供库位结存数量的查询,库位中结存的库存类型查询
在V8.82中没有库位的概念,在V9.0中提供此功能,但没有提供库位的结存数量的查询。
库存事务类型的自定义
提供自定义事务类型,并且提供统计功能。
合理。
不提供用户自定义库存事务类型,只能在其他出入库中增加,同时,不提供增加的事务类型的业务统计。
系统的销售出库流程的支持
系统设计时提供不同的销售类型的订单流程业务,经销的订单-发货单-库存销售出库单,环环紧扣,委托代销的订单-发货单-库存的调拨出库-库存的调拨入库。
每一单据的操作,进行对上级单据的执行状态的修改,保证严谨的数据关系。
同时,提供实时的单据执行状态的查询。
在V8.8的版本中在销售管理中,提供销售出库的单据录入,不知是从哪个角度来考虑这样的安排,同时销售出库单可以不根据销售发货通知单来进行,没有严格的规范的流程,销售发货通知单的执行情况没有根据销售出库单的填具反映实际发货的情况。
流程貌似灵活,实际上加重了管理的误区,在V9.0版本中,增加订单的核销功能,销售出库单与订单的核销,表示订单实际的发货数量,非常可惜,此种的亡羊补牢的做法没有根本上解决管理者获得精确的订单的发货计划和实际发货情况,以及查询订单的执行情况,难以想象在本身设计存在不严谨的系统,进行MRP的计算,提供万能报表,提供E的报表查询,查询到的是错误的数据,这不是欺骗老实的用户吗?
系统的采购入库的流程支持
在采购与库存的管理中,采购计划,采购订单,入库通知单,采购入库是严格的数据闭环,订单执行的具体的每一步骤,可以实时的查询。
无须进行定单的核销。
在V8.8中,采购管理的界面上提供了采购收货通知,外购入库单的编辑,在设计的时候,大概是考虑给财务人员用的,很明显,外购入库的单据不应出现在采购管理中。
同时,系统允许外购入库不进行收货通知单的关联,而且在关联后,没有实质性的数据变化,如对采购订单的的收货数量回填。
在V9.0中加入采购订单的核销的概念,事后的弥补,对企业的管理是没有任何帮助的。
同时,没有起到流程内控的作用。
库存管理与总账的接口
系统根据用户的实际情况,保证数据严谨的情况下,在库存单据生成凭证有如下规定:
入库单据在审核后可以生成凭证,出库单据在过账后才允许生成凭证,目的保证系统的出库成本核算正确,单据的录入的先后次序影响出库成本的计算(先进先出),用户可能后期录入的单据业务日期在原先的前面,出库成本需要重新计算才能保证正确。
在所有单据为审核前,算出的出库成本只能是个参考,这都符合实际业务习惯。
同时在凭证生成后,凭证未审核,所属会计期未关账,提供修改单据时自动修改凭证的功能。
成本时将不在考虑,难道能保证用户在单据录入中不发生错误?
在逻辑上此类系统漏洞百出!
提供出入库单据审核后进行凭证的生成,但是在凭证生成后,1、单据不允许进行取消审核,2、如当前会计期间的下列单据已生成凭证则不允许重新结转成本
3、采购入、退库单已生成凭证,则不允许当期进行与发票的核销,在采购核销界面中不能进行显示。
以上三点表示,系统不允许业务进行超出其的设定,否则,没有纠错的可能。
但是,以上情形必定会出现。
那我们的用户如何处理,这样的逻辑的设计不是太专制?
而且,库存的实际成本不能保证准确,入库成本不能得到及时的修正,出库成本已计算,生成凭证,重新计算
库存提供按成本项目进行核算
提供存货成本按成本项目进行分别核算,提供用户日益精细化的管理,在初始化,在单据录入时,成本计算时,同时提供各样的报表。
不提供此功能,无法支持有此需要的企业,尤其对存货成本的结构比较关注的企业。
采购管理的流程设定
提供可以自定义的流程
1、采购计划-订单-检验单-采购入库通知单-采购入库
2、采购请购单-订单-检验单-采购入库通知单-采购入库
3、订单--检验单-采购入库通知单-采购入库
4、采购退货通知单-采购退货
5、采购发票与采购入库单/采购退货的对账
在每个流程中系统进行严格的数据关系,下级单据对上级单据进行回填数据。
提供无序的“流程”,采购请购单,采购订单,采购收货单,外购入库,采购发票
单据可以进行关联复制,但需要通过与订单核销才能进行反映订单的执行状态,不能反映请购单,采购收货单的状态。
属于EXCEL的功能。
在V9.0版本,意识到实质性的错误,可能会进行补强。
但在报表统计上,会漏洞百出,只能用万能报表进行搪塞用户,(万能报表有SQL基础才会用)。
采购报价管理
提供采购询价管理,针对不同的供应商的报价进行管理,提供审核,审批的功能,提供价格的终止,保证区分价格的有效性,同时提供价格的比较,历史价格,不同供应商的价格比较。
同时提供在采购业务中价格的指导地位,严格管理的企业可以在有效价格的基础上后续的订单,入库通知单遵照此价格,也可以提供价格参照,允许修改。
只提供在采购最高限价,形同虚设,不能进行内部控制,在企业关注内部控制的时代,这样的系统明显是没有很好的竞争力,对企业没有任何帮助。
采购预算的管理
此处的采购预算区别于财务中的预算,提供采购业务的预算,帮助采购主管掌握采购总体进度,以及预算与实际执行情况的比较。
没有提供采购预算管理,没有全面的考虑,提供采购主管预算的功能
采购的计划周期的管理
提供采购计划周期的管理,符合企业的实际情况,
没有提供
采购检验的管理
提供严格的检验管理,记录供应商供货情况,进行供应商供货情况统计。
没有提供检验到货的记录
采购内部控制力
提供优秀的企业管理流程,帮助用户提升企业管理力,达到企业内控的要求
在V8.8.2很差,在V9.0一样差,对外宣称ERP,几乎同EXCEL没有多大的差别。
销售管理的流程的灵活性
提供了严格而灵活的流程,进行财务业务的分流。
从业务的角度:
项目、合同、订单、发货单、出库单的流程
合同、订单、发货单、出库单
订单、发货单、出库单
发货单、出库单
从开票的角度:
订单-发票
发货单-发票
同时在流程中,如选择发票的开票依据为发货单,系统进行发货单的开票数量、金额的记录。
提供已开票、未开票、数量,金额,统计。
提供准确的信息。
销售管理主要单据:
合同、销售订单、发货通知单、出库单、发票;
其中各个单据在新增时并没有系统的设定,企业的流程如何进行,只是提供单据可以从哪个单据进行复制,复制后没有相应的数据回填。
在V8.8.2中意识到错误的严重性,增加了订单的核销,对企业的帮助有作用?
没有!
在业务具体进行的时候,已经允许发生人为的错误,没有控制,等事情发生后进行核销。
无济于事的。
销售管理的价格管理
提供多种类型的价格管理,同时提供按产品、按客户、按地区、按货号、等进行价格管理。
在价格进行调整,需要生成价格调整单,形成历史的记录。
提供价格管理,包括客户的折扣、价格、产品大类的价格,非常遗憾,提供随意录入修改的功能,没有留下任何记录,这样能保证价格体系的安全吗?
销售的折扣管理
提供了数量折扣、商业折扣的设置,其他的折扣类型,同时提供了在业务中折扣的信息体现,在业绩统计中,能提供各类产品的按原定价格销售的货物金额,折扣金额,销售金额。
提供折扣的设置和录入,没有对折扣进行分析。
在报表中无法对存货进行销售折扣的统计。
销售报价单的管理
提供销售报价单的管理,可以判断是否已起用,起用后,不能删除,提供关闭的功能,表示报价单不能被订单起用。
在V8.82前没有提供,意识到重要性,增加此功能,但是认识不清销售报价单的作用,没有提供销售报价单的有效性,没有作任何控制,仅作为订单复制功能。
销售订单中缺货预警
在销售订单中提供缺货的功能,但是核心的可用量的控制在销售发货单的管理中,不管起用何种流程,销售发货单是必经之路。
系统在此有严格的数据管理。
在发货单保存是分配量增加,可用量减少,没有逻辑错误。
同时提供报表的查询,动态的提供等待发货的单据的执行状态。
在V8.8.2前是没有此概念,在后续版本中加入缺货预警的功能,可供出库数量=现有库存-安全库存-已分配量+预计入库量。
其中公式看起来非常完美,数据的来源表示怀疑,所先在销售流程中允许直接录入发货通知单,录入销售出库单,请问在直接录入发货通知单后,已分配量是否进行减少,没有?
这样的系统出来的数据你能相信吗?
同样,预计的入库量存在不规范的数据来源。
设计中的逻辑有问题。
信用额度的控制
提供紧密的信用额度管理,从客户的应收余额,客户的信用额度,客户的信用余额,在发货通知时,提示客户信用余额的变化情况。
没有提供与应收系统的紧密结合的信用余额的管理。
销售计划
提供可按部门分配和按日期分解,提供计划的执行情况报表。
无
销售费用管理
提供费用的管理,按费用的发生人,费用的受益人(客户)进行统计分析。
灵活的应收确认原则
灵活定义生成凭证的单据,发票或发货单,灵活的定义对应收的统计,可以统计发货单统计,或发票统计。
只能通过发票生成凭证,应收的统计已发票为准。
提供发票号、发票本的管理
提供发票本、发票号的管理,记录发票开具后的记录查询。
没有提供,发票号手工录入
提供部门考核管理
提供部门结算系数的设置,结合部门的业绩,及费用的发生情况,可以统计部门的考核报表。
销售管理内部控制能力
强(事前、事中、事后)
很差,事后控制
销售业务流程控制能力
强(流程控制)
弱,需要用户高度警惕,否则随时出错。
导致的错误可能无从查找,特别关系到MRP的计算,这样的基础的系统,进行MRP,非常危险。
销售报表的统计分析
提供可以方便查询的业绩统计,定单、发货单的执行情况统计,统计分析,包括周期的销售情况,销售排行榜,毛利分析,部门业绩考核
需要用户自定义,而且不方便
生产制造模块对比
PM
用友生产
K3生产
总体情况
系统总体特点概述
具备完整的MRPII功能,并引入toc理论,是一种优化的MRPII解决方案。
但是本系统可以进行根据用户应用的深度进行裁减,比如:
只采用mrp系统。
具备基本Mrp系统的功能,无法对计划进行能力平衡,无法完成车间的日常派工管理需要(无短票、无制造路线单),其生产排产不考虑生产工艺流程,只是对工单分批安排出产数量。
版本细分
工业版
最新版本号
V1.0beta版
验证版本号
8.8.2
包含功能
主生产计划、粗能力计划、产品配置管理、总装配计划、MRP、车间定单及制造路线单管理、请购单管理、能力需求计划、车间作业计划编制、车间作业跟踪(派工)、生产备料、车间工序进度报告和跟踪,报表,其他还包括集成在库存管理中的生产领料和生产入库、采购计划管理以及制造数据管理。
Mrp计算、生产任务单管理,生产排产、工单分割、生产投料、领料、生产入库、报表
支持数据库
Oracle、sqladaptiveanywhere、Sqlserver
适用服务器平台
JaguarCTS应用服务器
开发语言和结构
Pb8.0、三层结构
现有典型pm用户
美西航空、东华链条、twindoor门业
主要适合企业类型
MTO、MTS、ATO及其混合型生产模式的离散型制造企业、
制造数据管理
模块总体评价
系统支持制造数据的复制功能、复合条件查询和定位功能以及工程变更;
可进行系统数据有效性、完整性检验并提供详细报告,保证和方便用户提高数据的准确性和可靠性。
其产品配置管理可以帮助企业轻松实现客户在设计范围内定制产品的销售环境下,对基础数据(包括相关的物料主文件、物料清单、工艺路线)的快速生成。
基础数据管理中没有复制功能,复合条件查询弱,没有定位功能,对工程变更支持很弱。
工艺路线和工作中心在生产计划和车间管理系统中没有发现相应的应用。
业务细节
1、BOM维护中支持单个物品结构和多层向上物料清单、多层向下物料清单复制功能。
没有
2、提供多种BOM顺查和反查的功能,同时也提
- 配套讲稿:
如PPT文件的首页显示word图标,表示该PPT已包含配套word讲稿。双击word图标可打开word文档。
- 特殊限制:
部分文档作品中含有的国旗、国徽等图片,仅作为作品整体效果示例展示,禁止商用。设计者仅对作品中独创性部分享有著作权。
- 关 键 词:
- 新中大金蝶 用友 erp 系统 差异 对比