而将JD Edwards系统与Oracle应用软件或者将Oracle软件与SAP系统连接起来，那正是iWay的连接器和适配器所要做的。拜里认识到，他需要将某些流程合而为一，正是这些流程导致客户从他的公司采购产品时会收到两张发票。
埃森哲公司（Accenture）的业务流程顾问接受了此项任务。埃森哲的业务分析师首先利用iWay的Service Manager产品来弄清楚科蒂不同的订单录入系统之间的差别，然后进行数据的转换过程。
Service Manager软件中有对JD Edwards和SAP系统有一个图形影射功能，每当业务分析师在这个图形影射上绘制业务流程图师，该软件就会自动在订单录入系统之间完成业务流程线条的数据的自动转换。直到将科蒂和联合利华的订单录入系统的输出结果整合起来，生成单一的发票时，这两个订单录入系统才能协同工作。
现任科蒂北美信息管理副总裁加里·盖兰特（Gary Gallant）负责这一艰难的系统集成项目，此前他曾担任联合利华首席IT经理。盖兰特发现，某一天的订单在发送到iWay系统中后，再也没有出现在公司的分销中心。原来这些订单被赋予了错误的格式，因而无法被转化为正确的目标格式，但是iWay并没有向任何人通报这一点。
“这简直是大海捞针，我们需要提高系统的透明度。”盖兰特回忆说。他最终找到了解决办法，即当订单被挂起在“重试”队列中时，系统会给管理员发送消息。
拜里用这个办法识别那些面向客户的服务，再将这些服务隔离开来，然后用iWay在这些服务间实现数据转换。最后，在6个月的期限结束时，客户使用的已经是完全集成的系统了。
方法之二并非每个人都热衷于采用iWay系统来集成来自不同服务的数据。“我一直对此心存疑虑。” ZapThink的施麦尔泽尔表示，因为它与以往的应用软件集成非常相近，这种方式需要单独为每组应用软件建立连接，而且不够灵活。
服务需要被重新构建，以使其产生的数据可用于不同的应用软件，而iWay的Service Manager仅可以完成大部分工作，而非全部。公司还要在不改变服务界面的情况下，改变表现数据的方式。但是，iWay系统通常要求对每个数据表现都提供一个界面，而无法生成可被所有数据表现轻易采用的数据。
|
服 务 CIO 推 进 信 息 化 
