向大家介绍Oracle，可能好多人还不了解Oracle系统比SAP，没有关系，看完本文你肯定有不少收获，希望本文能教会你更多东西。今天在跟同事及客户的闲谈中，又毫不意外地聊到了Oracle系统比SAP。虽然屡屡被问到同样的问题，但我却仍然很诧异于居然每次都有新的念头被自己发现。为了避免想到新理由却忘了旧说法，所以我觉得还是好记性不如烂笔头，赶紧写下来为妙。另外也是立此存照的意思，为着纪念自己在售前工作中的那些或灵光一现或信口开河……
也许我选的这个题目其实不太符合SAP公司的传统做法，就象SAP的某位大领导就曾教导过“咱SAP只研究客户的需求，对于竞争对手在做什么，咱其实没兴趣知道”云云。但小可只是SAP公司的无名小卒，实在是无法达到这种超然的境界。所以每每看到善良而单纯的客户将要被某些市面上的谣言或是某些无稽的说法所蒙蔽，小可就会义愤填膺胸闷不已。
Oracle系统比SAP实施时更为灵活？
比如说实施，同样规模的企业中同样范围的项目，如果使用的是Oracle系统，一般来说实施顾问需要二十几人；而如果是SAP系统的话，通常只有六七个人。但实施方会说反正同样的钱做同样的事，所以客户方通常也不对这种现象加以深究，甚至有时可能会觉得人多力量大。
其实这也就涉及到另外一种流传很广的说法，就是SAP系统很僵化很封闭而Oracle系统很灵活很开放。但事实真的如此吗？我们暂且把系统具体的技术实现区别放在一边，仅仅从实施来讲，“灵活”的实施真的能给客户带来价值吗？
SAP在实施时主要使用的方式是配置，而Oracle系统在实施时主要的方式无疑就是二次开发。我想正是这种实施方式的不同才直接导致了项目实施队伍规模的不同。所以在我看来每个Oracle项目在很大程度上都是实施顾问们的再创造，这也解释了为什么可以看到某种Oracle的实施公司总是声称自己给客户的关系是如何如何的好、又是如何如何地可以从老客户那里获得“稳定的现金流”。当然了，除了实施项目的那些人又怎么会有人能知道当前在运转的 Oracle系统中都在跑些什么呀。
再回头来看SAP系统的实施，由于实施中绝大部分都是使用了系统中的标准“开关”设置，所以系统上线后如果想再对它进行修改，根本不需要再去劳神当初的实施团队，任何只要熟悉SAP系统的人员都可以从现有系统上很快地着手进行工作。也正是由SAP系统这种“交钥匙工程”的特性，也在造就了大量的奇迹，比如很多客户在SAP系统上线后就从来没再求助过咨询公司甚至几年都没跟SAP打过交道，再比如很多客户在了解了SAP基本原理之后就可以自力更生地研究并且在企业已有的系统基础上实施SAP新的功能。
再从另一个角度来看，很多SAP的用户都成功地进行了角色的转变――由SAP用户成长为SAP咨询合作伙伴。这种例子可以举出很多，比如石化盈科、清华同方、海信网络科技等等。对于其它的客户，也大多在项目结束后都可以获得独立维护系统以及实施部分新应用的技术能力。反观Oracle进中国这么多年，除了汉得公司一家独大的实施伙伴之外，又有几家合作伙伴几个顾问能成长起来？
所以说，SAP这种实施理念无疑是SAP能带给客户的极为优秀的价值之一。要知道，这些可都是企业最最重要的核心系统，而通常意义上的项目实施结束后，能够真正实现知识的传递以及对于当前系统的实际控制，对于企业来说意义自然非凡。
Oracle系统比SAP系统在技术上更为灵活？
提出上面观点的人士，通常都是基于这样的认识：SAP系统很多流程都是在系统中固化了的，而Oracle系统却可以随意修改以符合企业需要。简而言之就是企业要修改流程以符合SAP要求而Oracle却正相反。
两种实施理念的不同在上文已经做了讨论，其实即使是纯就技术实现来看，SAP也是完全可以做到Oracle实施时的那样灵活——SAP系统支持多种形式的二次开发，客户完全可以随心所欲地对SAP系统进行各种修改。但SAP强烈不建议这样做！！很多人甚至可能还不知道，SAP系统的源代码是 100%开放的，试问一下，又有哪些别的软件开发商能做到这一点。所以说，对于SAP来说，Oracle的这种实施方式，非不能也，实不为也。
【编辑推荐】
