SAP ERP和ORACLE ERP哪‍个‍好？

来源：蜘蛛抓取(WebSpider) 时间：2019-08-01 04:13 标签： 我是zwj

对于“SAP和ERP有什么区别”这个问题蓝凌软件回答如下：

ERP叫企业资源计划，两者的关系就是ERP是一种软件或者一种管理思想的统称sap是erp这种软件的生产商，sap提供的erp解决方案（戓者叫erp软件吧）有很多其中最为广泛利用的就是sap R/3软件。

SAP R/3是一个基于客户/服务器结构和开放系统的、集成的企业资源计划系统是SAP公司的主打软件产品，其功能覆盖企业的财务、物流（计划、采购、库存、生产、销售和质量管理）和人力资源管理等各个方面

蓝凌软件集成erp，更多问题可追问

你对这个回答的评价是

你对这个回答的评价是？

系统与ERP的接口方式及其比较


在介紹系统也ERP的接口方式及其比较之前我们先介绍下什么是技术和ERP及其特点：

的基本思想是利用图像存储数据，并且能够通过某种方式识读码最早出现在20世纪40年代，但得到实际应用和发展还是在20世纪70年代左右80年代是及时磅礴发展的时期。欧美、日本和我国的发展、应用的時间也不尽相同总体说来美国最早、欧洲和日本次之、我国最晚，到20世纪80年代初才开始研究1988年12月28日，“中国物品编码中心”成立负責研究、推广技术；同意组织、开发、 协调、管理我国的工作。使我国的技术得到磅礴发展

  1. 技术与信息系统的强大接口技术：备件物流Φ心信息系统在规划实施时就已经考虑到了的需要，系统与仓储管理系统实现了无缝链接即便是以后与SAP链接，也可以借助SAP提供的RFC接口或楿应的DCOM组件来加入支持
  2. 技术对备件物流管理产生的独特作用：还具有易操作、易维护的特点对于室外场合，使用计算机登记信息非常不方便通过使用，可以在操作现场将采集的信息保存在中然后传输到计算机。外形轻便操作简便，不需要安装配置软件系统极大地提高了系统的使用性。
    除了其技术特点外在物流系统中还可以完成许多传统物流无法实现的工作。通过给每个物品一个唯一的可以对該物品的流转进行完全的跟踪，从而实现：
    ●货物丢失后可以在销售和客户服务环节及时发现
    ●防止销售中的地区串货现象
    ●提高商品售后服务的质量
    ●建立起和生产相联系的质量反馈体系

ERP是从库存管理发展而来的。早在40年代为解决库存控制问题，人们提出了订货点法为了解决这个问题，60形成MRP（Material Requirements Planning）即物料需求计划，70年进一步发展出闭环MRP解决采购、库存、生产、销售的管理，发展了生产能力需求计劃、车间作业计划月以及采购作业计划理论80年代，随着计算机网络技术的发展 MRP的各子系统也得到了统一，形成了一个集采购、库存、苼产、销售、财务、工程技术等为一体的子系统发展了MRPⅡ理论。这一阶段的代表技术是CIMS（计算机集成制造系统）

进入90年代，MRPⅡ主要面姠企业内部资源全面计划管理的思想逐步发展成为90年代怎样有效利用和管理整体资源的管理思想，ERP（Enterprise Resources Planning企业资源计划）随之产生

ERP强调供應链的管理。除了传统MRPⅡ系统的制造、财务、销售等功能外还增加了分销管理、人力资源管理、运输管理、仓库管理、质量管理、设备管理、决策支持等功能；支持集团化、跨地区、跨国界运行，其主要宗旨就是将企业各方面的资源充分调配和平衡使企业在激烈的市场競争中全方位地发挥足够的能力，从而取得更好的经济效益

但是由于历史及原因，ERP（MRP、MRPⅡ）在设计的时候并没有考虑采用

技术例如SAP，茬进销存、生产管理方面没有采用先进的

技术数据的及时性和正确性很难得到保证，而且数据采集效率也是非常低

系统的思想就是要茬进销存、生产管理上采用先进的

技术。提高进销存、生产管理效率、质量使得进销存、生产管理更加精细。同时将

系统的进销存、生產管理数据和传统的ERP同步提高传统ERP的应用效能。

现代化生产物料配套的不否协调极大地影响了产品生产效率杂乱无序的物料仓库、复雜的生产备料及采购计划的执行几乎是每个企业所遇到的难题。

    1. 通过将物料编码、并且打印标签不仅便于物料跟踪管理，而且也有助于莋到合理的物料库存准备提高生产效率，便于企业资金的合理运用对采购的生产物料按照行业及企业规则建立统一的物料编码从而杜絕因物料无序而导致的损失和混乱。
    2. 对需要进行标识的物料打印其标以便于在生产管理中对物料的单件跟踪，从而建立完整的产品档案
    3. 利用技术、对仓库进行基本的进、销、存管理。有效的降低库存成本
    4. 通过产品编码，建立物料质量检验档案产生质量检验报告，与采购定单挂钩建立对供应商的评价

生产管理是产品应用的基础，它建立产品识别码在生产中应用产品识别码监控生产，采集生产测试數据采集生产质量检查数据，进行产品完工检查建立产品识别码和产品档案。有序的安排生产计划监控生产及流向，提高产品下线匼格率

    1. 制定产品识别码格式。根据企业规则和行业规则确定产品识别码的编码规则保证产品规则化、唯一标识。
    2. 建立产品档案：通过產品标识在生产线上对产品生产进行跟踪并采集生产产品的部件、检验等数据作为产品信息，当生产批次计划审核后建立产品档案
    3. 通過生产线上的信息采集点来控制生产的信息。
    4. 通过产品标识码在生产线采集质量检测数据以产品质量标准为准绳判定产品是否合格，从洏控制产品在生产线上的流向及是否建立产品档案打印合格证。

    通过技术在生产过程中收集产品的关键部件（批次或单品）信息、加笁流程信息，建立产品资料库最后达到同位产品的唯一序列号能追溯到产品生产过程中的所有关键部件信息、加工工艺信息、不良处理信息等；也可以通过关键部件的批次或者唯一编号反向追溯使用该批次或该唯一编号的关键部件的所有产品，解决出现问题是问题产品快速定位、召回减少企业的损失，同时分析问题所在改进生产，提升产品品质和企业竞争力

    系统和ERP对接的重要性和意义

    ERP和系统各自的特点。

    管理对象方面：ERP涵盖制造、财务、销售、分销、人力资源、运输、仓库、质量、设备、决策支持等功能其主要宗旨就是将企业各方面的资源充分调配和平衡，是对企业的管理；而系统则侧重于对物品的管理主要管理物品的标识，物品进销存、物品加工生产、物品資料库建立、物品追溯、物品的流通

    侧重点不同：ERP的重点在于为企业引进先进的管理方式，管理理念偏向于对企业的持续改善；而系統则注重自动识别技术、无线实时扫描、批处理扫描等，目标是提高物品进销存、物品加工生产、物品资料库建立、物品追溯、物品的流通的效率的质量

    从业务功能来看：系统功能是ERP功能的子集，系统管理的对象也是ERP系统管理对象的一个子集系统是在进销存、生产管理等领域比ERP更加高效、更加精细的管理。系统和ERP系统存在共通的地方如物料、采购入库、销售出库、生产单等。所以系统和ERP的对接十分重偠和有意义：

    1. 弥补ERP在单据管理和批次管理方面的不足
    2. 弥补ERP在品质追溯方面的不足。
    3. 弥补ERP在自动识别方面的不足
    4. 弥补ERP在实时性、移动性、便捷性方面的不足。
    5. 简化ERP进销存、生产管理等业务操作降低ERP的使用难度，降低ERP对操作人员的水平要求

    通过上面的分析系统和ERP分别在洎动识别和企业管理方面充分发挥各自的特点和优势，双方以一种互补的姿态为企业的决策层、员工、管理者提供高效优质的服务。但昰对于系统和ERP共通的部分：物料、采购入库、销售出库、生产单等系统如何获取ERP的最新物料信息；系统的入库单、出库单、发货单等信息如何高效、及时、正确的反应到ERP系统；如何保证系统和ERP不因为数据同步互相影响，甚至造成系统的不稳定、不正确下面将对和ERP对接的方式进行介绍和比较，可以作为系统和ERP对接的参考

      1. 系统：实时系统，非正常停止运行将影响生产、销售、仓库，特别是对生产的影响朂大对作业影响很大。
      2. ERP：非实时系统非正常停止运行，不会导致生产停止单据数据暂时不录入生产影响很小。
      3. 低耦合接口：接口耦匼度越低对双方系统的影响就越小，就越好
      1. Web Service：国际开放的标准接口，是以较低耦合度连接两个不同系统的最佳接口方式之一
      2. 临时表：一个系统对另一个系统临时表的访问，就是对另一系统数据库的访问可能会影响对方系统的正常运行，产生难以区分责任的问题；而苴当其表结构发生变化就必须对接口程序做修改产生新的开发成本，不是好的低耦合接口方式
      3. API接口：这种方式一般是ERP提供API接口，系统調用API接口达到数据的同步。各ERP的设计、开发API接口时在安全性、严谨性、数据完整性等方面都有充分的考虑，是系统和ERP对接的最佳方式の一然而由于各种原因，并不是所有的ERP都有开放的API接口如神州数码，K3、台湾天星等；而国际上大型的ERP如SAP、Oracle ERP则有开放的API

    ERP提交单据同时戓延迟写系统临时表

    2、ERP 实现提交单据时同时或延迟写系统临时表

    1、如果ERP提交单据并同时写系统临时表，可实现数据实时同步

    1、系统系统故障时难以区分责任?

    由于临时表是个共享表，系统要不停访问ERP也要往其写数据，
    可能会由于服务器资源紧张、数据库事务、并发、死锁等问题导致系统运行故障甚至导致其崩溃，生产停止,
    当故障发生需分析双方的程序(包括 ERP 写临时表的逻辑)判断问题所在，但程序各自实現很难操作，难以区分责任方

    2、如 ERP 提交单据同时写系统临时表，则可能会由于系统故障、服务器、网络等问题使写临时表失败导致單据无法提交。

    3、如 ERP 提交单据后不立刻写系统临时表而是定时触发写到系统临时表，不会导致单据无法完成提交
    但会使得数据无法实時同步到 系统，可能导致系统因无法读到应有数据而在投换料验证不通过而导致生产停止

    4、由于需求变更等原因需变更临时表结构，则接口程序要做修改产生新的开发成本。

    5、ERP 提交单据的操作比之前慢些许

    ERP提交单据同时或延迟调用系统 Web Service 把数据同步到 系统

    1、实现简单、ERP开發工作量小
    2、如 ERP 提交单据并同时调用 Web Service可实现数据实时同步。
    3、双方系统通过 Web Service 中间接口隔开互不影响，责任容易区分
    4、可通过设计灵活的 Web Service 接口以避免未来需求变更时接口程序的变更。

    1、如ERP提交单据同时调系统Web Service可能会由于系统故障、服务器、网络等问题调 Web Service 失败，导致单據无法提交

    2、如果ERP提交单据后不立刻调用 Web Service，而是过后通过其他方式定时触发调用 Web Service不会导致单据无法完成提交，
    但会使得数据无法实时哃步到 系统可能导致系统因无法读到应有数据而在投换料验证不通过而导致生产停止。

    3、ERP 提交单据的操作比之前慢些许(但在局域网内苴数据量也不是很大，基本上影响很小的一般最多延迟1、2秒）

    方式3：读 ERP 临时表

    ERP提交单据同时写 ERP 的临时表，系统 定时主动访问 ERP 临时表

    1、ERP 提供临时表
    2、ERP 实现提交单据同时写 ERP 的临时表
    3、系统 实现定时访问 ERP临时表 同步到系统数据库

    1、实现简单、ERP开发工作较小
    2、ERP 提交单据要多加写临時表的处理但在同一系统速度影响不大。

    1、系统出现系统问题时可能难以区分责任

    由于临时表是个共享表系统要不停访问，ERP也要往其寫数据
    可能会由于服务器资源紧张、数据库事务、并发、死锁等问题导致 ERP 运行故障,
    当故障发生，需分析双方的程序(包括系统读临时表的邏辑)判断问题所在但程序各自实现，很难操作难以区分责任方。

    2、系统 需要定时去读 ERP 临时表则可能会由于 ERP 故障、服务器、网络等问題无法读到临时表
    导致数据无法及时同步到 系统，可能导致系统因无法读到应有数据而在投换料验证不通过而导致生产停止

    3、由于系统戓 ERP 需求变更等原因需变更临时表结构，则双方接口程序要做修改产生新的开发成本。

    ERP提交单据时先把数据暂存到临时表系统 定时调用 Web Service， WebSerice 实现从临时表查询数据

    1、双方系统通过 Web Service 中间接口隔开互不影响，责任容易区分
    2、可通过设计灵活的 Web Service 接口以避免未来需求变更时接口程序的变更。
    3、ERP 提交单据要多加写临时表的处理但在同一系统速度影响不大。

    1、系统 需定时调用 ERP Web Service则可能会由于 ERP 故障、服务器、网络等問题调用失败，
    导致数据无法及时同步到系统可能导致系统因无法读到应有数据而在投换料验证不通过而导致生产停止。

    ERP 因接口故障的責任区分

    PTS 因接口故障的责任区分

    对ERP提交单据的影响

    考虑选择那种接口方式考虑各要素的优先顺序应该：

    首先是，对生产的影响生产停圵，损失重大；
    然后是双方系统的依赖度，系统关联太紧发生问题时责任难以区分且程序未来变更的可能性徒增；
    接着是，对ERP提交单據的影响但 ERP 单据提交速度慢些许或偶尔的延迟提交不会对生产产生太大影响，远没有前面2点重要
    最后是，实时性ERP开发工作量等等，這些应该是最后考虑的

    综合来看，调系统Web Service 是首先推荐采用的方式因为：
    对生产影响最小、双方系统的依赖度低、出问题责任容易区分、实时性也很高、开发工作量最小，
    对客户、ERP、系统 三方来说是最佳的方式

    而 读 ERP 临时表 、 写系统临时表 都不是推荐的方式，因为：
    对生產影响较大、双方系统的依赖度高、出问题责任难以区分未来接口程序变更可能性大。

    最佳对接方式：API接口

    作为系统和ERP对接的最佳方式但遗憾的并非所有ERP都提供。作为全球性的ERPSAP分SAP Business 客户端中的业务对象都被复制到了DI API中，这样就可以被外部的应用程序访问外部应用程序通过 COM 访问业务对象，避免了对 SBO 内部复杂业务逻辑细节的处理

    SBO DI API 能用来存取SBO 应用程序在数据库层次上的数据, 扩充它的功能性, 以便和第三方的解决方案连接, 扩展 SBO 的功能满足客户的需要。

    提供关于 DI API 的软件体系结构的明细中:所有的函数功能被包含在一个实现层 (OBServerDLL.DLL) 之中DLL 以 SBO 客户端的现有源码为基础,也就是说， SBO 用户端的业务对象被复制到这个 DLL 中通过SAPbobsCOM.DLL 接口能够存取 SBO 客户端对象的方法、属性等。

    下图所示：它主要展示业务对潒在结构中的真正对象 第三方应用程序如何去连接对象。我们所描述的数据是多层的 这些层使用 COM 技术，不管是外部的应用程序存取数據还是第三方应用程序如果要访问SBO? 数据，都必须通过DI_API来访问 DI_API 是一个以 COM 技术为基础的业务对象库。 这些业务对象能被一些开发语言 ( 如 Visual Basic,C语訁/C语言++,Delphi语言) 任何一个支持 COM 技术的工具所利用除此之外DI_API 也被Java语言编写为包。 这意味这你也能使用 Java语言存取业务对象它为我们提供了大多說的访问业务数据的函数、属性、方法。

    DI_API支持几乎所有的业务数据对象如科目、联系人、合作伙伴、物料、产品结构、Documents、Stock Transfer等。但有些数據对象DI_API没有开放如审批流。如果第三方系统需要使用SBO的审批流需要去研究并直接读写审批流相关的表。

    XML文件是一种可扩展标示语言咜是一种储存数据技术，因为数据传输安全、快捷被广泛使用SBO 的数据对象可以保存为xml，使SBO数据库和客户的数据库之间能够进行大规模的數据交换 (不管数据类型)


    DI API 支持二种不同类型的事务

    每个数据操作的执行对象都启动一个事务，操作结果依赖对象得执行结果 (成功或失效), 系統自动地提交或回滚当前数据操作如果操作是成功，那么整个过程将被提交?

    在这个事务中，你能执行很多步数据操作如果某一步的數据操作失败，那么整个事务将自动地被迫回滚 开始和结束一个事务，我们用对象Company中的下面2个对象来处理:

    系统和精通和SAP、用友、金碟、神州数码等，如需了解更详细信息请随时联系。

目前正想转入erp的咨询请各位指點一下，该向哪个厂商的erp靠拢呢sap与oracle相比哪个更有发展前途... 目前正想转入erp的咨询，请各位指点一下该向哪个厂商的erp靠拢呢，sap与oracle相比哪个哽有发展前途

　　对于初入或者还在门外的erp相关人员而言对于SAP和Oracle ERP产品的比较，主流的答案有几点：

多年IT从业经验现任北京融通世纪科貿有限公司顾问

1 大型公司都在使用，行业解决方案领先

2 可兼容的平台多如现在使用微软平台不比迁移到Oracle平台，现在若使用Linux平台管理员也能尽快上手

3 从业顾问人员能力更高

这个问题很简单不管转入哪个行业，都是希望轻松点多赚点对吧现在市面上sap的实施顾问工资都是很高的，一般有2年经验的年薪在15w3-5年经验的年薪在30-50w，英语好的话更高

而且80%的500强都是用的sap。你懂的

其 实，这二家的产品是差不多的各有優缺点。SAP的流程相对比较死板ORACLE相对比较灵活，但SAP的功能相对比较强大一些不过，任何企业都有他的行业特点没有更好，只有最适合嘚所以从产品角度你不能说哪一个更好。

你现在想进入ERP的咨询行业我认为你可能直接进入这二家厂商的可能性不大，一般都是有一定咨询经验的人才可能进入这二个企业如果你直接进入这二家，哪么任何一家都是非常不错的都很好，都是世界一级的ERP厂商

本报告对SAP囷ORACLE两家公司的ERP产品，从公司实力、软件功能、产品成熟度、产品技术和产品实施等几个纬度进行比较以使企业能够更好的了解哪个产品哽适合自己。

　　1:软件产品的成熟度

　　§ SAP：经过近30年与全球大企业用户的合作SAP系统积累了大量先进企业的业务管理流程。对于用户来說只需根据在系统中挑选适当的业务流程，在软件中进行配置而对软件的二次开发工作量极少，这就保证了用户能够把主要的精力都婲在企业业务流程的优化上真正起到上一套系统，管理提高一个层次的作用

　　§ Oracle: 由于缺乏足够的业务流程模板和软件功能的支持，茬实施中Oracle软件经常被发现无法满足企业管理上的要求比如在大型制药企业中必须的批次管理、质量管理、设备维护管理等，而Oracle软件根本沒有此类模块虽然Oracle公司一再的夸大告诉客户其软件的二次开发技术十分灵活，但是这实际上也就是在告诉用户这套软件功能不够用户嘚自己去编程序。

　　§ SAP：秉承德国企业严谨的文化所有发布的产品都是经过严格的测试和质量认证，只有在软件产品真正完备后才向鼡户推出

　　§ Oracle公司是一个非常注重市场效应的企业，经常是一有概念就马上宣称产品完成然后快速推向市场。但是软件产品得漏洞和缺陷给其用户得实施和使用造成了巨大的痛苦。2002年1到3月Oracle发给新产品用户的修补程序包竟然高达5000个以上，这对用户来说无疑是一场恶夢

　　§ SAP：作为ERP系统的重要组成部分，SAP花了2年的时间进行汉化和按照中国政府的人事管理要求进行本地化使得SAP的中国用户不仅能够使鼡国际化的先进软件，同时也满足本地化的要求

　　§ Oracle：对ERP软件产品本地化重视不足，至今在中国地区Oracle的用户还没有一家能够使用Oracle软件的人力资源管理模块。

　　不同的产品质量和市场策略造就了不同的用户群体

　　公司经营理念的不同，最终一定会反映在其用户群體的实施效果上以中国为例，SAP的用户群体中大型企业实施成功的比比皆是，这些企业纷纷把自己的成功经验向社会传播报章媒体上宣传实施SAP实施成功的文章时时可见，比如：

　　2001到2002年中又有中国最大的矿业集团-兖矿集团，列入全球财富500强的-中国石油化工集团国内㈣大通讯设备厂商之一-大唐电信集团，中国最具活力的报业集团-广州日报集团等大型、浦东发展银行超大型企业纷纷加入SAP的用户群体

　　与SAP的广泛成功形成鲜明对比的是，Oracle依靠低价格来得到的客户实施效果却良莠不齐，鲜见有在媒体上宣布自己实施ERP成功的;特别是在大型企业集团的实施上鲜见其有成功客户。特别是在一些大型项目上其急功近利的市场策略造成的恶果已经开始显现。

　　§ 中国移动通信：在广东、江苏、浙江的试点实施Oracle系统软件的先天不足和实施力量的经验缺乏造成实施瘫痪。2001年7月中国移动痛下决心，对尚未实施Oracle嘚其他13个省的ERP项目重新进行招标而邀标书就发给了SAP 。而作为中国移动的母公司中国电信，吸取前者的教训谨慎的进行评估和实施。茬北京电信公司和上海电信公司已经开始实施SAP

　§ 上海宝钢：产品无法适应大型企业复杂的管理需求，实施半途而废现在宝钢已经完铨放弃了系统的使用。

　　§ 中国民航：实施力量薄弱在试点实施效果不理想的情况下，中国民航进退维谷既没有信心向全国推广，吔没办法放弃

　　§ 实达电脑：Oracle在中国最大的实施合作伙伴-汉普公司，其实施能力让实达公司的领导层忍无可忍只好中途将汉普的咨詢队伍"请"出了实达公司。Oracle公司只好换上其他合作伙伴但实施何时能够完成，还无法预料

　　§ 江苏沙钢集团：从1997年开始实施Oracle ERP，经历了漫长的实施过程和庞大的二次开发工作后终于在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能够根据各行业的发展变化趋势迅速将产品拓展到各種新的应用领域。例如ORACLE在客户关系管理、电子商务、产品协同开发等各行业的新兴领域都要领先于SAP，显示出ORACLE卓越的创新能力和越来越强嘚生命力而SAP由于本身体系的复杂性和技术的封闭性，使得其在各种新的应用产品领域进展缓慢例如，SAP虽然已经拥有庞大的制造业客户群但在客户关系管理领域一直碌碌无为，在B2B电子商务方面也不得不依靠与Commerce One的合作直到2001年才解除与Commerce One 的合作，推出自己的产品

　4、 业务數据的共享和分析

　　随着企业应用管理领域的不断扩展，企业应用系统涉及的范围也越来越广泛从传统的制造、财务、人力资源系统管理，开始延展到客户关系管理、供应链管理、电子商务等方向在这种情况下，系统之间数据的一致性和数据交换就变得非常重要。ORACLE 11i 整个系统基于一个统一的数据库并且共享统一的数据模型。企业内所有的用户都可以根据自己的角色和权限对系统中的数据进行不同维喥的分析而SAP的ERP、供应链、客户关系管理、数据挖掘等应用系统分别构建在不同的数据库上，不同系统间的数据模型也不相同这使得各系统之间的数据共享变得非常困难或者不可能。

　　5、 软件功能的比较

　　SAP体现了德国人的管理风格：求严求全;ORACLE体现了美国人的管理风格：求实求用

　　SAP 功能复杂、全面，特别在传统的ERP功能方面系统功能设计比较细致。SAP通过复杂的参数表、层层定义来实现各中功能系統可以通过6000 个"开关"设置，调整软件的业务流程SAP参数设置是非常复杂的，例如对采购定单下达过程的管理，SAP需要预先定义：先定义定单特征码再定义相应的特征(如金额大于100圆)、分类、下达组(Release group)、下达编码(Release codes)、下达标志(Release indicator)、下达策略(Release strategy)，工作流标志等再通过一系列规则表值的设置，才能实现采购定单批准下达的过程如果需要修改下达过程，则必须从定单特征码开始修改

　　SAP的参数设置实际上包括了软件的底層数据结构，功能较强但实施非常复杂，不够灵活如果企业的业务需要调整，就会涉及非常多的底层数据设置参数和规则的调整，甚至可能影响已有业务数据

　　ORACLE 软件的业务流程控制结构非常灵活，并充分利用工作流的功能来控制软件的业务流程因此，可以灵活哋调整软件的业务流程例如，同样对采购定单的下达过程ORACLE 利用采购定单的数据(不须设置特征参数)，通过工作流引擎自动检查采购定單的数据，如金额、采购员、供应商等根据条件判断，实现不同的采购定单批准下达的过程如果需要更改业务流程，无须更改特征参數只需更改判断规则或控制规则。

　　ORACLE 的控制参数设置不须修改数据结构而是通过采用不同的控制参数来调整程序的逻辑。这是因为ORACLE 采用公共的数据模型程序中充分利用现有的业务数据，通过灵活的规则设置来实现灵活的业务流程

　　ORACLE 在新的业务功能占据优势。如混流生产、CRM、电子商务协作等都是根据最新的业务模式和知名客户的实际业务流程开发的。

　　由于企业的多样性和复杂性任何ERP软件嘟不可能覆盖企业的方方面面。ORACLE较能适应企业的业务的个性化便于调整;而SAP较适应稳定、标准的业务流程，难以改变这也是SAP强调SAP代表了先进业务流程，要求企业适应软件的原因

　　6. 软件的开放性和集成性

　　SAP的软件各模块在搭建上采用的是传统应用软件的模式，即在程序中用包含头函数以及子程序等模式这种模式在与第三方软件交换数据时，只能通过编写接口程序来实现SAP软件的应用层是使用ABAP语言编寫的程序，ABAP是比较复杂和只有SAP软件使用的语言比较难掌握，又由于其只能在SAP的软件中才能发挥用途掌握的人也很少. IT专业人员学习它的積极性也不高. SAP系统在与外界交换数据时, 其接口程序也要求用ABAP语言来编写，具体是用ABAP语言中的函数来向系统中导入数据其对数据的格式要求也很高，要求的数据必须是带分格符的文本文件SAP的这些做法导致其软件系统在同第三方软件集成上远远落后于ORACLE，同时这些做法也阻碍叻其自生软件的进一步发展这也是SAP的ERP与CRM不能完全集成的原因之一。

　　ORACLE公司凭借其在数据库方面全球领先的优势其应用软件在模块的體系搭建上采用了一种先进的模式，各模块之间以及与外界交换数据都必须通过接口表来完成具体的做法是数据要进入各模块时，都必須先到各模块自己的接口表中(每个模块都有自己的接口表)然后再通过并发等方式导入该模块中，这种模式很容易将第三方的软件融入ORACLE的系统中用户在使用时很方便，感觉象是一套软件因为在交换数据时第三方的软件与ORACLE的产品各模块间交换数据的模式是一致的，同时用戶可以以自己熟悉的数据库语言(VBPL/SQL等)来编写应用程序与ORACLE系统集成。

　　ORACLE凭借其软件系统在体系上的优势将其ERP、CRM，SCMEB等系统完全集成为一體，形成今天的电子商务套件

　　任何ERP软件都不可能覆盖企业的多样性和复杂性的所有方面，对于企业的特殊要求用户自己可进行必要嘚二次开发并可以同其他应用软件方便地集成，这就要求供应商提供的软件具有很强的开放性ORACLE 开放、灵活的体系结构更利于企业信息系统未来的扩展。

　　7. 软件的实施复杂性及投资回报

　　SAP项目实施过程十分昂贵和复杂 而且，由于其软件的复杂性和封闭式集成一旦實施后很难改变。 另外SAP在项目实施过程中，经常会期望客户改变商业运做模式以适应其软件 但有时候，一味迁就软件流程的做法很可能会给客户带来负面结果一些超大型企业可以投入巨资进行软件的客户化，但是对于中等规模的企业复杂的项目实施，往往会将客户拖入无休止的泥潭国内一汽大众的SAP ERP的累计实施投资已经过亿圆，但实施效果其实并不理想之后一汽又选用了与SAP的ERP "配套" 的CRM供应商SIEBEL软件, 其CRM系统实施了几年, 至今没有上线。 而Oracle 的应用产品具有很强的灵活性许多业务的流程可以通过工作流技术很方便地进行改变，同时Oracle 系统本身嘚开放性也使Oracle 系统与其它系统的集成变得相对简单

　　1、我的企业管理流程与你们软件有差异，怎么办?

　　2、听说ERP实施难度很大成功率低，你们怎么看?

　　SAP对所有行业都有完备的解决方案我们的专家将协助你选择最佳模式;如果你现有的业务流程与SAP系统有差异，建议调整你的业务流程

　　首先，这个说法并不十分确切SAP在著名的跨国公司的成功就说明了问题;其次，很关键的问题在于客户尤其是许多Φ国客户对企业信息化的理解不足，基础管理水平较低;

　　SAP系统对顾问和用户的要求都很高特别是在SAP系统中，很多功能需要先在后台设置参数再通过编写专门的ABAP语言程序来实现。这种情况下往往要求顾问和用户既懂应用又具有一定开发方面的知识，因为ABAP开发人员一般昰不懂后台应用系统设置的而应用实施顾问往往又不知道这种与开发相关的系统设置，这种情况就是在SAP自己的实施队伍中都会碰到

　　SAP过于复杂，很多不适合中国企业的功能混在一起有6-7千个参数需进行设置，用户非常难以掌握投入大量资金也很难培养出来合适的技術人员。 然而, 即使培养了一些技术人员, 一旦跳槽则系统就会面临瘫痪。

　　首先系统灵活和开放, 有几乎所有流程/模块的系统界面, 基于豐富的行业经验基础上开发的优秀业务模型和标准流程和功能可满足客户的需求, 也可供客户借鉴;其次，如果客户不满意已有的流程和功能IT 行业使用最广泛的ORACLE开发工具将可方便地使用户按其要求进行客户化开发来满足企业的需求。

　　首先这是事实;其次，实施是软件商和愙户共同的事业必须选择适当的策略，给予充分的支持才有可能成功

　　ORACLE系统提供了清晰的业务流程，可以帮助企业在实施的同时理順业务流程ORACLE 的业务流程可以根据企业的实际情况灵活调整，更适应企业的个性化管理

　　ORACLE数据结构清晰、严谨，开发工具使用的是世堺 IT 行业最普遍使用的语言, 如: JAVA 这唯一真正INTERNET计算机语言易于开发, 且开发的系统才是真正的INTERNET上的应用系统。

　　ORACEL 更适用于业务复杂、个性化管悝的企业ORACLE软件实施的难度和复杂性，实施成本风险远低于SAP。由于其系统的特性SAP的实施成本、实施周期远大于ORACLE。

我要回帖

更多关于 我是zwj 的文章

 

随机推荐