ORACLE EBS 系统架构与应用实践6072466354(3)

不过，对于许多中小企业来说，由于规模有限、业务量相对较小，规范但欠灵活的流程管理并非其核心竞争力所在，能做到“数据集成”就可以了（有次在网上与前SAP中小企业市场负责人黄骁俭讨论时，他也感叹，中小企业的管理确实不靠什么流程）。此时，“模仿手工业务操作”的系统实现方式所天然具有的“学习上手容易，实

施比较简单”的特点就凸显了。当前中低端市场的国外产品如SAP的SBO、微软的Navision，系统业务流程简单也是它们的共同特点，不过，相较国内产品，它们还是抛弃了很多“手工操作”与“系统实现”相冲突的东西，因而，系统流程的业务效率比纯粹的手工操作还是有明显改善。

最后，来谈谈所谓应用系统的“管理集成”问题。这里的所谓“管理集成”主要是针对非核心业务或其它“事务”性工作领域，系统所能提供的“管理与控制”而言。这些领域工作的共同特点是，不象核心的“业务/财务”领域那样与“实物流”（价值增值）、“资金流”（价值实现）紧密相关。有很多人在学习ORACLE（或SAP）时，都曾会有一个疑问：新增物料、新增供应商、新增销售订单等等，系统的标准操作功能几乎都不考虑这些数据是怎么来的过程问题（例如“单据审批、流程审批”等），实际情况肯定不是这样的吗！为什么核心系统的有些单据界面感觉纯粹只是提供一个“最终结果”的录入功能？

原因在于ORACLE/SAP核心业务/财务系统“以价值为中心”（物与资金都属价值）的应用架构设计，本来就不擅长于处理“以关乎人或组织的行为信息为中心”的事务过程。世上有没有“两者”处理同时都很擅长的应用系统呢？迄今为止还没有出现，鱼与熊掌不可兼得。也就是说针对核心系统，为了保证数据与流程的高度集成性，必须适当牺牲系统的“管理集成性”。为了弥补核心系统的这一不足，ORACLE/SAP提供了大量的外围系统（非核心业务或事务领域）供用户选择使用。

例如“新增物料”过程管理，EBS有“Advance Product Catalog”产品可以提供支持；“新增供应商”过程管理，EBS R12 已经增加提供了基于WEB的某些新功能，相信未来会逐步丰富完善并独立出类似SAP SRM的产品；至于OM中的销售订单，属于CRM的很多模块都是其前端产品，都在为其提供支持与服务。非核心的外围产品由于它们与核心系统在“数据与流程集成性”方面的要求相对较低，故在系统设计时可以更多地考虑系统的管理集成性。这些外围系统通常还有一个共同特征，就是尽可能采用比较适合处理“需要多人参与的信息传递与管理过程”的WEB界面方式。EBS R12中将供应商及客户定义的GUI界面改为WEB界面，单纯从数据录入（集成）角度来看或许并不更方便易用，但却为系统向强调“管理集成”的事务领域扩展打开了方便之门。

前面曾经谈到对于制造型企业非常重要的“质量管理QA”功能，ORACLE核心业务模块中可以不用把它包括在内，而实际上用过“QA”模块的人都知道：它主要只是起到一个收集或录入质量数据的最终结果，并基于录入的结果数据在核心业务流程的某些节点起到某种控制的功能。至于企业所关心的这些质量数据的最终得来要经过怎样的一个复杂事务过程，系统基本不涉及（SAP的QA模块情况类似）。之所以会出现这种状况，是因为“质量管理过程”从系统实现角度来看，基本与“价值增值与价值实现”这两大核心业务过程关系不大，标准产品的规划设计时必须有所“取舍”，否则可能效果适得其反。所以，企业通常需要根据自己的实际情况寻求另外的“基于质量过程管理”的解决方案来配合使用。而人力资源HRM模块与企业核心业务过程的关系也离得比较远，集成性要求并不高，故通常在系统实施优先级方面也可以放得更后一些。

基于“信息与行为”的事务过程管理，各行各业、不同企业的习惯做法或制度规定差异很大，客观上进行系统标准化难度甚大。早些年有人鼓吹自己的ERP产品对ISO9000如何支持（这等“俗事”ORACLE以前也曾干过），前些年有人鼓吹对欧盟的ROHS如何支持，近年又有人鼓吹对“萨班斯法案”如何支持。很难想象这种所谓的“支持”从系统实现的角度来看有多少现实意义。基本上只是“投企业所好”，当不得真。如果有ERP厂商自己先信以为真，则结果必然是缘木求鱼。

由于非核心的业务系统、事务管理系统，与核心的业务/财务系统在“数据与流程”两方面，集成性、紧密性的要求并不是太高。尽管ORACLE/SAP均有很多的类似外围产品，也尽力鼓吹、游说企业只使用其同一家的所有产品，以达到应用系统高度的“管理集成性”，但很多企业还是乐于使用第三方产品或自己开发（License 价格太贵也是重要考虑因素），原因就是完全使用一家的所有外围产品于实际的使用效果或管理效益，很多时候综合优势并不明显。

近年来，电子商务大行其道，国内新锐的IT企业如腾讯、百度、阿里巴巴等纷纷投身介入，如果这些企业能够认识到，ORACL/SAP目前所采取的以单个企业为中心，连接供应商与客户，向上下游延伸、通吃的所谓“大企业”应用全程电子商务战略，因存在先天缺陷而历经多年却发展缓慢，ORACLE/SAP自我革命动力不足，市场客观上正期盼出现突破性的新电子商务应用模式，在精研

ORACLE/SAP的核心系统及外围系统的基础上，能够做出与ORACLE/SAP核心

业务系统在“数据集成性、流程集成性、管理集成性”方面并不比它们的自身产品差，更符合国内市场且体现中国特色的外围电子商务产品，则介入范围广大、利润丰厚的高端企业应用市场并非没有可能。而核心的ERP产品目前看来还只能是期待国内的传统厂商能在高端领域有所突破。

五、ORACLE EBS 的应用与实践

经过过去二十年尤其是近十年的快速发展与完善，ORACLE 电子商务套件（EBS）作为一个大型的、高端的管理软件程序包，已经在全世界范围内有着广泛的应用，拥有数万家不同类型的用户，涉及高科技、制造、商业、化工、航空、金融、公用事业等各行各业。ORACLE目前在中国国内的客户也已有近千家。

一个公司选择什么样的ERP产品搭建自己的企业信息化平台，并不是如有些人所说的“主要考虑当前的企业管理水平与成熟程度，适合就好”，而是应当立足当前、放眼未来，考虑企业的长远发展规划与愿景目标。企业信息化是一项重要的基础性工作，与企业管理水平的提高是相辅相成、相互促进的关系，也有一个不断完善、积累的过程。企业早年岁月所做出的“路径选择”，若干年后回头来看，往往才能真正体会到其重要性所在。深圳有两家比邻而居，都是千亿规模以上级的大公司，十多年前的不同选择导致十多年后，一个企业的信息化系统出现“不推倒重来就难以为继”的进退两难局面，而另一个企业的信息化系统则已经溶进公司的管理血液，成为企业核心竞争力的一部分。

今天人们一谈到ORACLE或SAP产品的应用，往往都会提及两点：价格昂贵、难懂难用。最近有人撰文找SAP的麻烦，提到SAP的产品在有些企业卖得很贵、有些企业卖得很便宜时，认为是存在“价格欺诈”。这种说法其实是很外行的话。软件产品不同于“硬件”产品，其“边际成本”实际上等于零（好的软件产品基本就等于“印钞机”）。软件产品License许可的价格，不是基于“成本+利润”的一般产品定价原则，它主要是基于能够为客户带来或创造多少价值。

当然，企业的客观承受能力也是考虑的一个重要因素。这里所谓“企业承受能力”的判定标准，业界通常以“年度IT预算投入”占年度销售收入的比例来衡量，国外的一般标准大约为2%，国内由于种种原因一般在1%以下。一个企 …… 此处隐藏：2965字，全部文档内容请下载后查看。喜欢就下载吧 ……