全球顶级CRM产品的“技术架构”揭密

　　A、 通过HTTP或IBM MQSeries，应用系统提供一种基于Web的异步XML编码讯息。

　　B、 通过开放的、已发布的APIs，组分接口提供一种同步的“程序对程序”集成方法。这种方法支持COM、CORBA、EJB和HTTP/XML。

　　C、 企业链接提供一种同步的“程序对程序”集成方法。这种方法可以让PeopleSoft应用软件通过所支持的APIs来调用外部应用软件。

　　D、通过批处理，应用系统引擎提供一种基于文件的集成方法。

　　E、 Java集成提供与Java应用软件进行双向的、同步的“程序对程序”集成。

　　PeopleSoft的OIF支持最广泛的集成方法。PeopleSoft应用软件的结构不仅不会限制你所要使用的集成方法，也不会使得集成的实施变的复杂。

　　②mySAP CRM

　　与客户化一样，mySAP CRM的集成是通过BAPIs来实现的。BAPIs是开放的，所有的功能和数据都可以访问。它们可以称之为实时同步性。在SAP Application Server部署可以使用ABAP应用、Java应用或者是HTTP/XML讯息。另外，BAPIs是双方向的，支持mySAP com应用系统的集成。也就是说，BAPIs为所有的集成方法提供工具。然而，BAPIs隐藏的低层级工具是非常复杂的。而那正是企业需要完成集成工作的地方。

　　③E.piphany E.6

　　E.piphany E.6应用系统的J2EE技术架构，以及标准化结构，有利于集成。在大多数情况下，你会使用Java、J2EE和Internet技术标准来把E.6系统与其他外部系统进行集成。唯一的缺点在于：有一些低层级的工具非常复杂。例外，正如我们上面所讨论的，E.6也包括一种业务流程自动化的集成方法。而且，因为E.6是一种新的技术架构，并且E.piphany拥有的客户群体并不是很大；因此你不能从EAI供应商那里购买集成工具，并且E.piphany也没有投资来开发集成工具与大众后台系统的组装程序。我们可以说，缺乏组装集成的支持也是一大缺陷。

　　④Oracle EBS 11i

　　EBS 11i支持同步和异步的集成方法，可以集成内部应用系统和外部应用系统，并使用大众化的标准。异步集成是一种很好的方法，并且具有很高的灵活性，但是低层级工具将更加复杂。同步集成也受到复杂性的限制。另外，EBS 11i并没有得到外部EAI产品的广泛支持。这部分是因为集成在数据库层级最容易实现，并且数据库集成比“程序对程序”方法更容易实现，通常不需要额外的集成产品。

　　讯息集成是EBS的“主打”。首先，讯息工具非常强大。它们包括XML编码，支持J2EE JMS标准，支持工作流。其次，把程序逻辑的实施看作储存程序的EBS的结构往往使得同步的“程序对程序”方法变的难以实行。

　　⑤Siebel 7

　　Siebel 7支持同步的、实时“程序对程序”集成，也支持异步讯息导向和数据库导向的集成。它支持的集成协议范围很广：用于“程序对程序”集成的COM、CORBA和Java (data) Bean 协议；用于异步讯息导向集成的XML/HTTP、IBM MQSeries和Microsoft MSMQ协议。

　　另外，Siebel 7还支持特定的外部业务流程集成，以及企业应用集成（EAI）的实施，包括Microsoft BizTalk、SeeBeyond、TIBCO、Vitria和web-Methods。而且也支持与SAP R/3、Oracle

　　这广泛的集成方法能够得到外部应用软件和Siebel 7应用软件的支持。但是，一旦你进入Siebel 7环境，这些方法必须能够适应Siebel 7的结构。而且为了实现Siebel 7与外部应用软件的集成，你必须改变Siebel 7的结构，以运用相应的集成方法。例如，Siebel 7的大多数程序逻辑是以事件触发的脚本来实现的，这与数据的操作关系非常密切。因此，同步的、“程序对程序”集成方法可以使用，但是不能准确的获得。你不能创建一个脚本，并且你也难以同步获得一个脚本。Siebel用户曾经告诉我们，大多数集成是通过Siebel数据库或者批ETL来实现的。

　　通过以上我们所使用的结构化评估体系可以看出，五大公司的技术架构在环境、组织、基础结构、结构、客户化、集成性六个方面各有千秋，每一家公司都存在美中不足之处。因此这也反映了CRM的技术架构有待进一步的提高、发展和完善。