大而全的“单一全局”梦想幻灭

    只用一个ERP系统：商业应用软件的单一全局实例运行我们的整个企业和业务部门，可无缝整合我们的客户关系管理（CRM）、供应链和商业分析应用软件，从而提高效率、实现集成、节省成本，还可以减少棘手问题。

    这就是2000年以来许多公司和CIO抱有的梦想——迫不及待的ERP开发商们则经常向他们吹嘘这个梦想。不妨读读《CIO》在2003年的一篇文章的这段节选文字：

    SAP美国分公司总裁兼首席执行官Bill McDermott透过有色玻璃墙，俯瞰人头攒动的会场，然后向出席SAP蓝宝石用户大会的众多主管开始布道：“你们拥有ERP，下一步就是把它扩大到CRM和供应链。”他表示，目的在于前端部分统一使用单一系统，后端部门使用单一数据源，那样可以控制公司中的所有数据。McDermott传达着一周以来SAP都在大肆宣传的主旨：是时候改用单一实例了。他的这番推销更是使其达到高潮。

    换句话说，McDermott要让CIO们忘掉所在公司如今使用的多个系统，把它们扔掉，换成单一的ERP系统——拥有单一的数据存储区（data store），服务于整个公司，不管公司多元化程度多高、分布在多分散的地区。他表示，这样才能从IT投入获得最大的回报。

    对许多公司来说，这个梦想现已消逝。即便在SAP内部也是如此。Say表示：“我认为这个概念在不断变化。很公开地承认，跨大型跨国企业的所有职能部门采用单一实例其实是不合实际的。这再不是一个现实的目标。我们生活在这样一个世界：多个系统必须彼此联成网络，必须彼此公开地联系，还要基于足够复杂而高级的基础设施，那样企业才能管理它。”

    Say认为，“比较完善”的想法是这样子的：公司不必使用某个一体化系统来管理整个计算环境，就能够确保业务流程的一致性和高效率。

    埃森哲公司的Hayes表示，对许多公司、但并非所有公司来说，追逐单一实例是没有成真的梦想。他说：“实现同构环境是个美梦，但与梦想的好多东西一样，结果发现并不像希望的那样，因而你得调整梦想。”不过他强调，公司要获得单一全局实例并非不可能。他指出，埃森哲的ERP系统就获得了单一全局实例。不过他坚称，许多公司不会再回到以前的日子：“代码结构散乱、异构系统、数据没有实现同步，以及由此带来种种混乱局面”。

    那么，什么才是未来的解决办法呢？Hays提供了一种“快乐的折中方案”，即充分利用中间件解决方案的新进展、各大开发商为了便于核心数据库与基础设施进行集成而提供的工具，以及适当时使用的SaaS应用软件。他称之为协调。

    所有这些功能在将来会变得更加重要。首先，随着过时的ERP系统越来越日薄西山，许多公司很快就会面临“要不要升级”的问题：是坚持采用眼看得不到相应开发商支持的PeopleSoft、R/3、甲骨文eBusiness Suite、J. D. Edwards或其他老化的ERP系统？还是义无反顾地使用新的、不同的ERP软件包，比如基于云的套件或开源套件？其次，由于资金再次开始流动，并购活动会日益增多；并购交易双方公司的ERP系统必须“灵活、积极响应商业环境方面的变化”。

    微软Dynamics ERP部门把目标群定为中型企业，该部门营销总经理Crispin Read提到他称为“中心辐射型”（hub and spoke）部署方式的一个趋势：许多公司使用甲骨文或SAP的ERP套件作为中央记录系统；以此为中心，在大公司旗下的子公司、工厂和各业务部门使用比较小的应用软件包，比如Dynamics。Read说：“这并无新意，但我们看到越来越多的公司在这么做。”其想法是：与强迫小公司安装大型ERP软件相比，比较小的二级系统部署起来成本低得多，速度也快得多；而小公司极有可能不需要相关的强大功能或复杂难题。

    Read说：“就ERP而言，无法做到一应俱全。假设有一家年收入上百亿美元的企业，公司总部与远在澳大利亚的地方办事处有着全然不同的要求。如果你试图把SAP或甲骨文的ERP系统部署到每个地方，实际上就是把企业级解决方案部署到中型企业，成本就会急剧上升。”

    那么，面向垂直业务领域的“同类中非常好的”的应用软件战略——无论软件部署在客户内部还是托管在云环境——会不会卷土重来呢？这种应用软件战略没有昔日的所有集成难题。AMR研究公司的首席研究官Bruce Richardson认为其会再度流行。他说：“采取可以定制的方式，用户可自行选择SaaS、内部部署软件或业务流程外包（BPO），会迫使SAP、甲骨文和Infor等开发商非常积极主动地提供其他的部署模式。”