ORACLE EBS 的应用与实践

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

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

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

当然，企业的客观承受能力也是考虑的一个重要因素。这里所谓“企业承受能力”的判定标准，业界通常以“年度IT预算投入”占年度销售收入的比例来衡量，国外的一般标准大约为2%，国内由于种种原因一般在1%以下。一个企业从小发展到大，其年度IT投入占销售额的比重，比较合理的情况是，随着人员、销售规模的不断扩大，先从0逐渐增加到一个峰值，然后又逐渐回落并维持在一个相对合理的水平，形成一个类似正态分布的曲线。之所以如此，是因为当企业规模较小时，IT投入的产出效益并不明显，企业缺少在IT上作投入的动力与紧迫性。随着企业规模的扩大，传统的手工业务模式或“电算化”管理模式越来越难以满足企业在运作效率、管理控制方面的要求，企业必须及时地、不断地加大IT投入，借助IT手段与工具，才能突破企业规模与管理发展的“瓶颈”；当一个企业发展到相当大的规模，且管理的IT化也达到一个相当高的水平时，以“人均产出”为核心表现的企业效率与竞争优势的提升速度将明显快于人均IT投入的增加速度，故此时IT投入占销售额的比重反而会出现下降的趋势。

一个企业发展到一定规模，如果未将IT投入保持合理水平，没有或未能依靠IT手段突破管理发展的瓶颈，则这个企业的未来发展很可能就出现如下两种情况：一种是企业内部管理循环不良、迅速恶化，任何外部环境的变化冲击（如金融危机）都有可能使得公司突然崩溃；二是企业规模（人员、销售）虽然还在不断做大，但反映企业内在管理质量的核心指标如“人均产出”等徘徊不前或不升反降，企业做大的同时不是在做强，而是变得越来越虚弱，一旦外延性的规模增长也出现停滞，则企业的内在危机就可能总爆发。

ORACLE公司对于其产品家族的市场应用，采取的是一种非常“开放”的策略，所有的产品软件包及其浩瀚的应用文档在其官网上可以随便下载学习、试用（当然，其有象征性的法定权利保留声明），系统一经安装就具备所有模块的所有应用功能，技术上不做任何限制，所谓License许可也不过仅是只具法律意义的一纸文书。ORACLE这一自信、大度、从容的做法，不仅有利于其产品的推广普及，也为企业的应用选择提供了足够自由、灵活的空间，可谓一举两得。所以说，License价格问题通常不是真正有心选择ORACLE产品的企业所“绕不开”的难题。

至于“难懂难用”的问题，要分两个方面来看。一方面，学习、掌握有难度是所有高端产品共同的属性。早些年有网文曾作一个比喻：SAP/ORACLE是波音飞机，国内产品是自行车。这个比喻对国内产品多少有些刻薄，但倒是能说明一些问题，试想：学骑自行车找个空地练练也就能上路了，学开汽车、考车牌就没那么简单了，学开飞机就更不容易了。

另一方面，国内有一种说法“高端ERP产品对企业员工素质要求高，国内企业员工素质普遍较低，所以很难适应”。这其实是一种不了解情况、想当然的说法。实际上就ORACLE EBS系统而言，企业的涉及人员主要分两大类：一类是EBS系统实施、维护人员，高端产品对此类人员的要求很高，但这毕竟只是涉及很少的人员，并且企业通常可以通过聘请外部咨询顾问来弥补自身人才的不足。另一类是EBS系统应用操作人员即所谓“User”，这类人员数量广泛，涉及几乎所有部门，人员众多。但应用人员User通常又可以分成两类：一是决策型用户，另一类是事务型用户。

所谓“决策型用户”，通常是指在EBS系统中从事诸如计划调度（Planner）、绩效分析与管理（BI/EPM）等等之类工作的用户，这类人员不仅要求对相关EBS系统逻辑、功能流程有透彻的了解，熟练掌握EBS系统所提供的各种模拟分析工具的使用，同时对于企业实际业务必须有丰富的经验积累，并且还要有强大的管理推动与跨部门协调能力。这类人员在企业里虽然可能没有高的行政职务，但由于其工作结果与工作质量影响的全局性、重要性，通常在企业里占有举足轻重的地位。国内某高科技企业的计划人员就享有“用金子堆出来的人”的说法（半指其高工资高待遇，半指其工作质量可能导致公司巨额损益）。但这类系统用户毕竟还是涉及企业很少的一些人。

所谓“事务型用户”，主要是指那些只需严格按照EBS系统操作规程在规定的时间里完成规定的系统操作即可的那些用户，他们在企业里占绝大多数，例如采购员（Fulfillment Buyer）、仓管员、发货员、发票会计等等。对于这些事务型用户来说，基本上无需详细掌握EBS系统是如何定义的、业务流程在系统中是如何运转的，大概了解一点就可以了，会上网也就基本能玩得转。ORACLE高度集成的EBS系统就是把企业变成一部高度自动化的机器，大多数人则成了机器的一部分。

所以，对于使用ORACLE EBS这样的高端ERP产品来说，对企业员工的素质要求出现的是“两极分化”现象，综合看来，所谓“国内企业员工普遍的素质问题”根本就不是高端产品的使用障碍。问题通常出在企业对于高端的系统维护与应用实施人才的使用与培养的态度上，出在对有真才实学的高端咨询顾问“知识价值”的真正尊重上。国外发达国家企业管理水平普遍较高是事实，但国外管理咨询服务市场更为发达也是事实，而管理水平已经很高的大企业在“咨询顾问服务”上常年保持很高的预算投入水平更是普遍现象。反观有些国内企业，往往在买好车、做办公豪华装修等方面可以一掷千金，但在提高管理水平的投入方面却十分吝啬。须知全靠“小米加步枪”就可以打天下的时代已经过去了。

国内业界在谈到高端ERP的企业应用时，还有一种说法认为：高端产品包含有丰富的管理思想，企业应用通常需要进行业务流程重组BPR，伤筋动骨，弄得不好会把企业搞死（即“上ERP是找死”）。这种说法也未免有些危言耸听。

首先，就ORACLE EBS系统而言，其包含的所谓“管理元素”，根本就不是什么象有些人故弄玄虚的“这思想、那模式”的神秘东西，它只是一些最朴素、最简单的基本管理原理与管理原则，例如“决策与执行的职责分离、专业化的分工协作、需求与供应的平衡”等等（有关EBS中的所谓“管理思想”的详细讨论，容以后结合具体的应用模块再来逐个做点评）。这些简单的道理很少有企业不懂或不能接受，系统只是提供了一种较之于“手工”更容易、更简单实现这些基本管理准则的工具而已。

这就好比城市街道中央虽然划了禁止跨越的“双黄线”（类似公司的规章制度），但大部分人开车总是会时不时地图方便压线超车或掉头，即使心知可能会被“电子眼”拍到而遭罚款，但还是难以杜绝。但仅在街道中央立起一道低低的隔离栏（类似企业上了系统），问题马上解决，交通混乱状况立刻得到根本改善。企业上系统首先一定是为了解决已经存在的或者潜在隐患的问题，绝不会只是为了简单地“模仿或复制”当前的手工业务过程，因此，能够解决问题的、有效果的管理改进或改良，一般不会在企业内产生很大阻力。

有人或许会觉得，把ERP中神秘的“管理思想”比喻成街道中央的那一道低低的“隔离栏杆”，这也太简单、太看轻系统了的吧！其实，问题的关键就在于那道隔离栏杆用在什么时候、什么地方，怎么来用（类似于ERP系统的实施水平）。请再看下例：

有一居民小区大门口有一长约几百米的窄窄街道，双向仅两车道，街道两旁有些商店饭馆，于是经常有些人就图方便把车停在路边。如果停的车数量较少倒也影响不大，但车停多了变成靠边一长溜，两车道变成一车道，对小区的车辆进出麻烦就大了。经常出现小区一进一出的两辆车被堵在中间而进退两难的情况，于是抱怨、投诉，立禁止停车的告示牌，甚至把交警请来抄牌、开罚单等等，种种招数使尽，但都还是难以从根本上解决问题。直到有一天，窄窄的路中央突然冒出高不到一尺、低低的一溜隔离U型弯管（学名：U型护栏、分道栏）

    原本就很窄的两车道变成了事实上更窄的双向、单车单行线。虽然对于小区车辆进出来说，没了以前掉头灵活、来去自由的方便，但路边乱停车而导致进出堵塞的现象却忽然从此就彻底没有了，这是为什么呢？相信许多人开车或坐车在比较窄的街道上都见过那种在中间起隔离分道作用的一长溜U型弯管，但有谁想过它居然实际上还蕴含着一种十分高明、堪称完美的“管理思想”呢？（这里卖个关子，且不点破，留给读者思考）。为方便表述，姑且将其名曰管理上的“栏杆效应”，在以后EBS系统各应用模块有关“管理思想”的探讨中，本系列文档可能还会反复引用到它。

其次，ORACLE EBS系统的应用架构设计如前所述，从企业应用角度来看，从内到外、从初级阶段到高级阶段有很强的可伸缩性，可以适应企业不同发展阶段管理进步的需要；即使是具体到EBS每一个模块内部，其实现功能也有“基础应用、增强应用与高级应用”之分。企业信息化与管理水平的提高是一个循序渐进、不断完善的长期过程，那些抱怨实施效果不理想或失败的企业，很多是因为急于求成，把信息化看成是“一锤子买卖”，想“一口吃成个胖子，结果反而被噎住”造成的。例如，有些企业认为EBS有那么多模块，自己应用的还不到总数的5%就很不甘心，还有些人鼓吹“MRP已经落后，要上就上APS”等等。

不过，需要指出的是，由于制造型企业核心的“价值增值与价值实现”业务过程对于系统在“数据集成性与流程集成性”方面有很高要求，那种“先财务，后进销存，再生产制造”的做法也是很不可取的。作为一个完整的基本“企业级”应用，将EBS系统的那十多个核心模块割裂开来使用，将严重影响系统整体功能与效益的发挥。这个道理有点类似管理上的“木桶原理”，木桶能装多少水是由最短的那块板决定的。同样的道理，那种财务用国产的，生成制造用进口的，进销存等模块又用另外一家的“拉郎配”式的系统集成实施方案，于核心业务系统的整体实施效果，大多数情况下也是极不科学、极不可取的做法。

最后，引用美国BOSS咨询顾问公司关于ORACLE EBS 核心业务模块实施的难易程度的经验数据，供大家参考，其中假定总账GL的困难程度为100，其它都是相对数：

 

 

注：1、难易程度相对于不同行业、不同企业以及不同业务背景的人来说有一定差别。

    2、系统实施上线的难易程度与学习掌握的难易程度不尽相同，有些可能恰好相反。