ERP系统选择SAP与Oracle比较.docx
《ERP系统选择SAP与Oracle比较.docx》由会员分享，可在线阅读，更多相关《ERP系统选择SAP与Oracle比较.docx（9页珍藏版）》请在冰豆网上搜索。
ERP系统选择SAP与Oracle比较
ERP系统选择-SAP与Oracle比较
D
不同的产品质量和市场策略，造就了不同的用户群体
SAP在中国
公司经营理念的不同，最终一定会反映在其用户群体的实施效果上。
以中国为例，SAP的用户群体中，大型企业实施成功的比比皆是，这些企业纷纷把自己的成功经验向社会传播，报章媒体上宣传实施SAP实施成功的文章时时可见，比如：
2001到2002年中，又有中国最大的矿业集团－兖矿集团，列入全球财富500强的－中国石油化工集团，国内四大通讯设备厂商之一－大唐电信集团，中国最具活力的报业集团－广州日报集团等大型、浦东发展银行超大型企业纷纷加入SAP的用户群体。
Oracle在中国：
与SAP的广泛成功形成鲜明对比的是，Oracle依靠低价格来得到的客户，实施效果却良莠不齐，鲜见有在媒体上宣布自己实施ERP成功的；特别是在大型企业集团的实施上，鲜见其有成功客户。
特别是在一些大型项目上，其急功近利的市场策略造成的恶果已经开始显现。
§中国移动通信：
在广东、江苏、浙江的试点实施Oracle系统，软件的先天不足和实施力量的经验缺乏造成实施瘫痪。
2001年7月，中国移动痛下决心，对尚未实施Oracle的其他13个省的ERP项目重新进行招标，而邀标书就发给了SAP。
而作为中国移动的母公司，中国电信，吸取前者的教训，谨慎的进行评估和实施。
在北京电信公司和上海电信公司已经开始实施SAP。
§上海宝钢：
产品无法适应大型企业复杂的管理需求，实施半途而废，现在宝钢已经完全放弃了系统的使用。
§中国民航：
实施力量薄弱，在试点实施效果不理想的情况下，中国民航进退维谷，既没有信心向全国推广，也没办法放弃。
§实达电脑：
Oracle在中国最大的实施合作伙伴－汉普公司，其实施能力让实达公司的领导层忍无可忍，只好中途将汉普的咨询队伍“请”出了实达公司。
Oracle公司只好换上其他合作伙伴，但实施何时能够完成，还无法预料。
§江苏沙钢集团：
从1997年开始实施OracleERP，经历了漫长的实施过程和庞大的二次开发工作后，终于在2002年5月放弃了Oracle软件，转向SAP。
以上这些案例足以说明，Oracle的两大致命弱点：
软件功能不足、实施力量薄弱决定了，其方案在大型集团化企业的项目上的成功十分困难。
这些先天的障碍，给这些大型集团化企业的信息化甚至是企业经营造成了巨大的隐痛。
2、技术的先进性
Oracle应用系统11i版本是真正完全基于互联网INTERNET架构，并且采用开放的JAVA语言和技术标准进行编写的应用软件，这种技术的开放性，使Oracle应用系统11i版本有越来越强的生命力（开放的标准意味着应用系统软件不受硬件平台,不受企业规模大小,不受地域限制等因数的影响），而SAP软件的主体部分还是完全用其私有的ABAP语言编写的，学习和使用都很困难且与INTERNET或网络应用WEB技术不兼容（JAVA目前已经成为全球INTERNET应用系统的应用开发标准，而懂ABAP语言的开发人员非常少），虽然SAP也在试图转向JAVA标准，但由于其目前的系统过于复杂和庞大，完全的转型几乎不可能。
非INTERNET结构上的应用系统,基本是基于客户/服务器（C/S）的结构,这在现在的INTERNET时代,是已经过时或被淘汰的技术,它将限制应用系统的规模和并发用户数,也不可能用于全球一体化的管理系统–即跨国或跨地区的大型企业将不可能应用一个数据库的管理系统,这将给这些选用该C/S系统的企业带来巨大的系统投资费用和系统维护成本,也使企业不可能在今后发展时,继续使用已投入的信息系统,即在原系统上增加新功能/系统的逐步实现企业信息化的设想成为不可能。
虽然从表面上看，最终用户似乎感觉不到软件技术架构带来的变化，但事实上，是否选择符合发展潮流的技术方向会极大地影响到软件厂商及其应用客户的生命力。
历史上，由于没能选择符合潮流的技术而迅速衰落的大软件厂商比比皆是（曾经在ERP领域领导潮流的SSA，由于不能将系统及时转向开放的UNIX平台，而迅速衰落）而这同时也给选择这些厂商产品的客户带来了极大的风险。
ORACLE应用系统充分采用了数据库上的先进技术，将有些系统功能放到数据库中去实现，而不是通过编程的方式，因而大大简化了程序，提高了效率。
而SAP系统为支持多种数据库，不可能采用数据库技术去实现数据库端的功能，只是将数据库用来储存数据，其原因有两方面，一是SAP公司不是数据库技术公司,不专注于数据库技术，二是SAP也不愿意将自己的产品捆绑在一种数据库上，但这种做法牺牲了客户的利益。
ORACLE系统具有强大的查询功能，在其输入数据的界面中，输入的任何数据都可做为其查询条件。
SAP则需要专门定义查询界面。
ORACLE电子商务套件已经脱离了传统的ERP软件模式，提供了集成的商业智能、个性化管理界面、工作流和告警等全新的功能。
传统的ERP软件，用户需要进入层层菜单，运行查询或报表，才能得到业务数据。
而使用ORACLE，用户可以在个性化的企业门户网页中，自由定义所需的智能报表，就能迅速了解企业、相关业务的执行情况。
系统还能够对非正常业务自动告警。
ORACLE系统以人为本，帮助企业的管理人员充分利用ERP的业务数据，更高效地管理企业。
3、创新性、生命力、在新兴应用领域的发展
由于ORACLE相对于SAP先天的技术优越性，使ORACLE能够根据各行业的发展变化趋势，迅速将产品拓展到各种新的应用领域。
例如，ORACLE在客户关系管理、电子商务、产品协同开发等各行业的新兴领域都要领先于SAP，显示出ORACLE卓越的创新能力和越来越强的生命力。
而SAP由于本身体系的复杂性和技术的封闭性，使得其在各种新的应用产品领域进展缓慢，例如，SAP虽然已经拥有庞大的制造业客户群，但在客户关系管理领域一直碌碌无为，在B2B电子商务方面也不得不依靠与CommerceOne的合作，直到2001年才解除与CommerceOne的合作，推出自己的产品。
4、业务数据的共享和分析
随着企业应用管理领域的不断扩展，企业应用系统涉及的范围也越来越广泛，从传统的制造、财务、人力资源系统管理，开始延展到客户关系管理、供应链管理、电子商务等方向，在这种情况下，系统之间数据的一致性和数据交换，就变得非常重要。
ORACLE11i整个系统基于一个统一的数据库，并且共享统一的数据模型。
企业内所有的用户都可以根据自己的角色和权限对系统中的数据进行不同维度的分析。
而SAP的ERP、供应链、客户关系管理、数据挖掘等应用系统分别构建在不同的数据库上，不同系统间的数据模型也不相同，这使得各系统之间的数据共享变得非常困难或者不可能。
5、软件功能的比较
SAP体现了德国人的管理风格：
求严求全；ORACLE体现了美国人的管理风格：
求实求用。
SAP
SAP功能复杂、全面，特别在传统的ERP功能方面，系统功能设计比较细致。
SAP通过复杂的参数表、层层定义来实现各中功能。
系统可以通过6000个“开关”设置，调整软件的业务流程。
SAP参数设置是非常复杂的，例如，对采购定单下达过程的管理，SAP需要预先定义：
先定义定单特征码，再定义相应的特征（如金额大于100圆）、分类、下达组（Releasegroup）、下达编码（Releasecodes）、下达标志（Releaseindicator）、下达策略（Releasestrategy），工作流标志等，再通过一系列规则表值的设置，才能实现采购定单批准下达的过程。
如果需要修改下达过程，则必须从定单特征码开始修改。
SAP的参数设置实际上包括了软件的底层数据结构，功能较强，但实施非常复杂，不够灵活。
如果企业的业务需要调整，就会涉及非常多的底层数据设置，参数和规则的调整，甚至可能影响已有业务数据。
SAP在CRM（客户关系管理）和E-Business（电子商务）方面已远落后于ORACLE。
ORACLE
ORACLE软件的业务流程控制结构非常灵活，并充分利用工作流的功能来控制软件的业务流程。
因此，可以灵活地调整软件的业务流程。
例如，同样对采购定单的下达过程，ORACLE利用采购定单的数据（不须设置特征参数），通过工作流引擎，自动检查采购定单的数据，如金额、采购员、供应商等，根据条件判断，实现不同的采购定单批准下达的过程。
如果需要更改业务流程，无须更改特征参数，只需更改判断规则或控制规则。
ORACLE的控制参数设置不须修改数据结构，而是通过采用不同的控制参数来调整程序的逻辑。
这是因为ORACLE采用公共的数据模型，程序中充分利用现有的业务数据，通过灵活的规则设置来实现灵活的业务流程。
ORACLE在新的业务功能占据优势。
如混流生产、CRM、电子商务协作等，都是根据最新的业务模式和知名客户的实际业务流程开发的。
结论
由于企业的多样性和复杂性，任何ERP软件都不可能覆盖企业的方方面面。
ORACLE较能适应企业的业务的个性化，便于调整；而SAP较适应稳定、标准的业务流程，难以改变。
这也是SAP强调SAP代表了先进业务流程，要求企业适应软件的原因。
6.软件的开放性和集成性
SAP
SAP的软件各模块在搭建上采用的是传统应用软件的模式，即在程序中用包含头函数以及子程序等模式。
这种模式在与第三方软件交换数据时，只能通过编写接口程序来实现。
SAP软件的应用层是使用ABAP语言编写的程序，ABAP是比较复杂和只有SAP软件使用的语言，比较难掌握，又由于其只能在SAP的软件中才能发挥用途，掌握的人也很少.IT专业人员学习它的积极性也不高.SAP系统在与外界交换数据时,其接口程序也要求用ABAP语言来编写，具体是用ABAP语言中的函数来向系统中导入数据，其对数据的格式要求也很高，要求的数据必须是带分格符的文本文件。
SAP的这些做法导致其软件系统在同第三方软件集成上远远落后于ORACLE，同时这些做法也阻碍了其自生软件的进一步发展，这也是SAP的ERP与CRM不能完全集成的原因之一。
ORACLE
ORACLE公司凭借其在数据库方面全球领先的优势，其应用软件在模块的体系搭建上采用了一种先进的模式，各模块之间以及与外界交换数据都必须通过接口表来完成，具体的做法是数据要进入各模块时，都必须先到各模块自己的接口表中（每个模块都有自己的接口表），然后再通过并发等方式导入该模块中，这种模式很容易将第三方的软件融入ORACLE的系统中，用户在使用时很方便，感觉象是一套软件，因为在交换数据时第三方的软件与ORACLE的产品各模块间交换数据的模式是一致的，同时用户可以以自己熟悉的数据库语言（VB，PL/SQL等）来编写应用程序与ORACLE系统集成。
ORACLE凭借其软件系统在体系上的优势，将其ERP、CRM，SCM，EB等系统完全集成为一体，形成今天的电子商务套件。
结论
任何ERP软件都不可能覆盖企业的多样性和复杂性的所有方面，对于企业的特殊要求用户自己可进行必要的二次开发，并可以同其他应用软件方便地集成，这就要求供应商提供的软件具有很强的开放性。
ORACLE开放、灵活的体系结构更利于企业信息系统未来的扩展。
7.软件的实施复杂性及投资回报
SAP项目实施过程十分昂贵和复杂。
而且，由于其软件的复杂性和封闭式集成，一旦实施后很难改变。
另外，SAP在项目实施过程中，经常会期望客户改变商业运做模式以适应其软件，但有时候，一味迁就软件流程的做法很可能会给客户带来负面结果。
一些超大型企业可以投入巨资进行软件的客户化，但是对于中等规模的企业，复杂的项目实施，往往会将客户拖入无休止的泥潭。
国内一汽大众的SAPERP的累计实施投资已经过亿圆，但实施效果其实并不理想。
之后一汽又选用了与SAP的ERP“配套”的CRM供应商SIEBEL软件,其CRM系统实施了几年,至今没有上线。
而Oracle的应用产品具有很强的灵活性，许多业务的流程可以通过工作流技术很方便地进行改变，同时Oracle系统本身的开放性也使Oracle系统与其它系统的集成变得相对简单。
实施问题：
1、我的企业管理流程与你们软件有差异，怎么办？
2、听说ERP实施难度很大，成功率低，你们怎么看？
SAP
SAP对所有行业都有完备的解决方案，我们的专家将协助你选择最佳模式；如果你现有的业务流程与SAP系统有差异，建议调整你的业务流程。
首先，这个说法并不十分确切，SAP在著名的跨国公司的成功就说明了问题；其次，很关键的问题在于客户，尤其是许多中国客户对企业信息化的理解不足，基础管理水平较低；
SAP系统对顾问和用户的要求都很高，特别是在SAP系统中，很多功能需要先在后台设置参数，再通过编写专门的ABAP语言程序来实现。
这种情况下往往要求顾问和用户既懂应用，又具有一定开发方面的知识，因为ABAP开发人员一般是不懂后台应用系统设置的，而应用实施顾问往往又不知道这种与开发相关的系统设置，这种情况就是在SAP自己的实施队伍中都会碰到。
SAP过于复杂，很多不适合中国企业的功能混在一起，有6-7千个参数需进行设置，用户非常难以掌握。
投入大量资金也很难培养出来合适的技术人员。
然而,即使培养了一些技术人员,一旦跳槽，则系统就会面临瘫痪。
ORACLE
首先，系统灵活和开放,有几乎所有流程/模块的系统界面,基于丰富的行业经验基础上开发的优秀业务模型和标准流程和功能可满足客户的需求,也可供客户借鉴；其次，如果客户不满意已有的流程和功能，IT行业使用最广泛的ORACLE开发工具将可方便地使用户按其要求进行客户化开发来满足企业的需求。
首先，这是事实；其次，实施是软件商和客户共同的事业，必须选择适当的策略，给予充分的支持才有可能成功。
ORACLE系统提供了清晰的业务流程，可以帮助企业在实施的同时理顺业务流程。
ORACLE的业务流程可以根据企业的实际情况灵活调整，更适应企业的个性化管理。
ORACLE数据结构清晰、严谨，开发工具使用的是世界IT行业最普遍使用的语言,如:
JAVA这唯一真正INTERNET计算机语言，易于开发,且开发的系统才是真正的INTERNET上的应用系统。
结论
ORACEL更适用于业务复杂、个性化管理的企业。
ORACLE软件实施的难度和复杂性，实施成本，风险远低于SAP。
由于其系统的特性，SAP的实施成本、实施周期远大于ORACLE。
升级会员 