论解决方案
SAP是一套软件打天下,号称内置了各行各业的业务流程和业务模块。
而用友,深知一套软件是无法满足各行各业的。所以,用友近几年加大并购,并购各个行业管理软件领域的佼佼者,然后和用友主线产品集成。这样,用户在使用行业专用管理软件的时候,也会和用友软件有很好的集成性。
论技术
曾经有人声称,SAP的技术比国内至少先进十年。但事实到底如何?
就拿SAP至今的主流销售产品R3来说吧。
而R3直到1993年才算成型,真正销售、推广、完善、商用,已经是1995年的事情了。而1995年又是什么概念?WIN95上市、JAVA诞生、Web浏览器掀起狂潮。互联网暗潮按耐不住。而R3出来了。
为了适应各种客户端操作系统,SAP开发了统一的UI组件。为了灵活兼容各种数据库,SAP开发了最早的数据持久层、开发了最早的数据对象查询语言。为了让SAP业务能够跑在各种服务器操作系统,SAP开发了虚拟机。当年也没有商业中间件的说法,SAP只好自己写中间件。由于R3是C语言开发而成,所以编写业务应用不太合适,所以SAP发明了ABAP,继而发明了开发IDE,编写代码、调试代码、版本管理代码、打包发布代码。
R3造就了SAP,但从技术方面似乎生不逢时。因为在上世纪90年代初,大量新技术不断涌现,面向对象、面向组件、虚拟机、IDE、脚本语言,都在理论与商业互相影响中快速促进发展。而SAP的产品研发却不能等待这些理论和技术的成熟,只能夹生应用。所以我们也看到了ABAP语言特性中面向对象与面向过程的风格互相交叉。当JAVA语言、JAVA虚拟机、Eclipse、中间件均告成熟,R3已经不可再返。
箭在弦上不得不发。R3于是不断在此架构上添砖加瓦。但是,互联网的热潮之大影响之深出乎所有人的意料。SAP也不得不加入互联网的功能。MySAP出现。SAP用WEB技术重写了所有UI客户端层。终于,一套中间件业务应用,一套数据库,可以表现为WEB或原生UI。
但是,新技术的狂潮看起来不像要停止的意思。伴随互联网热潮而起的XML、WebService不断新技术涌现,SAP应接不暇,只能不断加啊加啊。一个诞生于80年代后期的软件架构仍然扛着要过千年,负担累累的R3举步维艰,大量用户反应速度慢的如牛,各种新老技术复杂的让开发费用巨高而开发周期却更长。
当SAP看着自己曾经需求的技术一个个都成为了开放的业界支持成熟标准,而自己却因为当年没有那样的技术所以只能自己土办法实现一套,真是一声叹息。SAP当年靠自己一己之力研发了现如今J2EE架构的所有技术产品,但是却又是土办法,而非J2EE标准。现在全球大型应用都在J2EE架构上进行开发类似现代汽车工业,而SAP的R3基础技术却像自己内部铁锤凿出来的汽车。但是SAP不忍放弃啊,毕竟为了R3,SAP持续投入了多少的人力和资金啊,不收回来这些投资就匆匆放弃,那就太失败了。所以,继续推,继续推,即使全球都已经互联世界、Google世界、WEB2.0世界、SOA世界,R3还是继续推继续推。
SAP也知道这样强推终究一天会被客户所抛弃。所以SAP这次也学精了,全部用开放的技术,能拿来的就拿来用。JAVA虚拟机、JAVA语言、Eclpise、JBOSS、TOMCAT、WebShpere、Apache,能用则用,各种商用的、开源的,反正都是JAVA的世界,只要支持JAVA,那么也就进了SAP的技术范围,JAVA演进,SAP基础技术就自然搭顺风车,再也不用担心自己一个人走独木桥孤木难支。于是NetWeaver出现了。
但是,NetWeaver似乎又有点时机不对。因为R3做的过早,而NetWeaver又似乎过晚。因为Oracle的基于JAVA平台的管理软件在2000年就风生水起了。NetWeaver只是一个技术架构平台,过去SAP为R3开发的各行各业的应用功能都没法在NetWeaver上直接运行,必须重新写一遍代码。要知道R1、R2的时代,世界各大公司的业务还不如现在这般复杂庞大。所以R3在重新开发代码以代替R2的时候才相对来说时间可以短些。但是,现如今,R3 应用在各行各业的每个角落,要把这么多应用都移植到新平台上,所需时间与人力不敢想象。但是SAP又不得不这么做。
这就产生了一个尴尬的事情。SAP力推NetWeaver,但是NetWeaver上又没有多少可用的应用功能(你以为过去R3上所有世界500强的应用都能一点不动的在netweaver上跑啊)。R3上有现成的功能,但是SAP总部下令要渐渐替换R3并且减少R3的支持力度。于是在不少项目中,很多客户花钱买个NetWeaver平台,然后再购买R3软件。真是难为了SAP的基层销售人员,想出如此变通之法。NetWeaver和R3两套技术平台却互相不能流畅连通,还要维护两套系统,真也难为了客户。有些客户索性付出高额费用和巨长的研发周期,在NetWeaver平台上开发R3已有的应用业务。SAP虽然声称可以平滑升级,但从种种实际案例来看,升级颇费周折,升级后不少功能都失去了,继续用还是不用,把客户陷入了两难境界。
SAP就在这种两难的产品过渡期中摇摇晃晃的前行。而这种过渡临时策略却让客户来承担。上一套管理软件,那是要用五年十年甚至更长的时间。尤其全球金融危机唯独中国仍然强劲发展,这种过渡策略真的能匹配中国企业快速竞争变化发展的现状吗?
外国的月亮真的比中国的更亮吗?外来的和尚真的更会念经吗?
在中国正在和平崛起、国人渴望走入国际舞台展现自己的时候,这些问题一定会困扰许多国人。就如同一个暴发户希望参加一场贵族绅士的酒会一样,怎么模仿优雅都觉得自己尴尬。我想起有人抱怨过日本出了大前研一这样的管理大师而中国为什么出不了,我当时回答:“大前研一这样管理大师的产生也是立足于日本经济的崛起、日本社会的发展、日本融入国际的险阻经历才会迸发而生。当中国真正崛起屹立世界之首的时候,中国的文化、中国的管理模式、中国的管理软件,一定会成为最独特的,最流行的,最值得学习的。中国本土的老百姓,中国本土的消费需求,特定会产生中国本土的企业,特定会产生适合这个环境的中国人自己的管理模式,只能由中国人自己创造。只有深刻总结、思考、探索中国社会的发展、中国老百姓的消费趋势,才能为中国企业管理找到出路,才能匹配产生中国企业最适合的管理软件”。
分享到:
相关推荐
* 技术领先:Oracle ERP 和 SAP ERP 都具备了先进的技术,提供了强大的功能和灵活性,但 Oracle ERP 的技术领先度更高,提供了更多的创新功能。 * 市场份额:Oracle ERP 和 SAP ERP 都具有很高的市场份额,但 Oracle...
国外大石油公司实施ERP的情况国外大石油公司实施ERP的情况
大型ERP系统源码,开发学习,大型ERP研究 源码打包使用
ERP 概念和原理ERP 概念和原理ERP 概念和原理ERP 概念和原理ERP 概念和原理ERP 概念和原理
国外ERP产品点评国外ERP产品点评
电商ERP进销存系统商业多仓库版 有扫描 phperp源码 在线进销存ERP软件 电商ERP进销存系统商业多仓库版 有扫描 phperp源码 在线进销存ERP软件
合肥工业大学ERP期末重点
云ERP进销存多仓库管理系统源码下载 带扫描多仓库进销存 云ERP进销存多仓库管理系统源码 带扫描多仓库进销存 ERP仓库管理系统源码 程序在原单仓的版本上进行了功能优化,扫描枪和库存预警等 许多功能使用会更加便捷...
ERP SpringBoot框架,开源用的ERP软件,目前专注进销存+财务+生产功能。主要模块有零售管理、采购管理、销售管理、仓库管理、财务管理、报表查询、系统管理等。支持预付款、收入支出、仓库调拨、组装拆卸、订单等...
中石油ERP方案中石油ERP方案
本次研究聚焦于用友网络(股票代码:600588)的一份深度报告,该报告主要探讨了中国ERP行业的市场格局、云转型趋势、国产化趋势、行业竞争以及用友网络自身的业务战略与成长逻辑。 行业格局方面,ERP行业自2016年...
ERP 讲义 ERP 讲义 ERP 讲义 ERP 讲义
各个企业差距较大,能够真正成功地全面实施 ERP 管理系统的企业并不是很多。 其原因在于:一、ERP 业界对广大中国企业缺乏深入的理解,同时 ERP 成熟标准在我国缺乏深入实践,从而导致企业 ERP 选型错乱,实施风险...
相比之下,国际知名ERP提供商如SAP和Oracle的市场份额仅占17%,远低于国内企业,尤其是在中小企业市场,国产ERP凭借价格优势和易于操作的特性,成功挤占了国外品牌的市场份额。 然而,高端ERP市场仍然是国外品牌如...
船舶 ERP 船舶 ERP船舶 ERP船舶 ERP船舶 ERP船舶 ERP
新版ERP进销存V8网络多仓
ERP培训讲稿金蝶K3 ERP,很好的erp培训资料关于金蝶K3
雨人G3ERP安装包
进销存erp源码多仓库多门店管理系统(saas版本)进销存erp源码多仓库多门店管理系统(saas版本)进销存erp源码多仓库多门店管理系统(saas版本)进销存erp源码多仓库多门店管理系统(saas版本)进销存erp源码多仓库...
3.进一步正确理解ERP设计思路,培养分析问题、解决问题的能力,提高查询资料和撰写书面文件的能力。 实验2 ERP子系统分析 一、实验目的 1.能够正确运用系统分析的过程与方法,结合ERP演示软件,提高系统分析...