由于承诺低成本和简化管理，软件即服务引起了企业的兴趣，直到提及同本地应用和数据的整合，迷幻的肥皂泡破裂了。因为企业在寻求一种简单的解决方案来应对应用管理问题时，本身他们期望的廉价，却终结于更多的时间和成本。

　　“一些企业认为‘很好，我不用再雇佣开发者了，因为我有SaaS解决方案，’这样想并不对，”SeanMcDermott说道，他是WindwardITSolutions的CEO，这是一家IT服务管理和系统工程公司。考虑到定制化工作，就会涉及到整合软件即服务（SaaS）应用和本地应用以及数据，在SaaS应用之间转换的花费范围大概为八万到十万美金。“有些人期望转移到基于SaaS的解决方案，就会解决其所有的问题，但是当看到账单的时候傻了，”McDermott说道，“因此你最好第一次做决断的时候就要正确，因为这会是个昂贵的错误。”

　　TechTarget八月份完成的CloudPulse调查显示，1497名受访者中34%表示SaaS应用整合是SaaS部署的阻碍，而且经常被忽视，等到发现时已经为时已晚。另外26%则表示SaaS数据整合是个问题。比如，SaaS和本地应用间的不兼容的数据库格式。

　　用更多SaaS对抗SaaS数据整合

　　一些SaaS服务的长期用户已经发现一些基于云的第三方工具很有用，但是内部没有精通使用这些工具的开发人员。“任何整合实现的关键在于你需要一些高度熟练且具备这是的人员来完成这件事，”LienChen表示，她是RAE系统公司的IT主管。

　　RAE是一家全球性化学放射物监测系统制造商，使用名为InformaticaCloud的SaaS产品整合了本地甲骨文企业资源计划（ERP）系统、本地FileMakerPro系统和云端Salesforce.com之间的数据。

　　“甲骨文系统有太多层，因此有很多不同的表，你必须知道从哪抽取数据，”Chen表示，“这太难了。”

　　RAE在2010年墨西哥湾漏油事件的清理期间部署了Informatica，因为这件事导致对其产品的需求突然增长。就需要更多的自动化、更不容易出错的方式从甲骨文ERP系统中获取数据到

　　Salesforce中，这也是客户服务人员使用的系统。在本地部署了轻量型的代理之后，RAE的开发者使用拖拽的Web界面来设置两个系统之间的链接，每天自动更新多次。

　　以前，客户服务人员必须在Salesforce和甲骨文之间折腾，同样的分离的系列码数据库又在FileMakerPro中，Chen如是说道。现在所有的这三个项目已经用Informatica整合，工作人员专注于客户即可。

　　SaaS数据整合细节决定成败

　　同时，市场上过多的产品都在说自己能够解决本地应用和云应用之间的应用或者/和数据的整合，包括Dell的Boomi、MuleSoft、Jitterbit、Adeptia和IBM的CastIron.第三方工具并不是万能药，McDermott表示。

　　“我非常信任SaaS解决方案，但是也有太多人需要掀开头巾来思考问题，”他说。比如，一个应用中的多个兑现更可能需要在另一端连接。用户应该确保问一问整合厂商围绕这些问题的细节问题，McDermott介绍。“细节是魔鬼，”他说。

　　FireclayTile是一家美国加州的制造商，同样适用另一种称之为DataIntegrator的SaaS工具来整合Salesforce和QuickBooks账单系统。“以前我们需要输入两次，在一个地方输入销售订单，然后转到会计部门，他们再一次输入所有的信息，”Fireclay副总裁EricEdelson表示。通过Pervasive的SaaS进行两个系统之间的整合，Fireclay可以整合员工，让闲下来的人去销售和市场部门。

　　但是Fireclay因为想要整合Salesforce也做出了一些牺牲。比如，该公司在2009年第一次使用服务时把客户记录做了迁移，但是并没有整合所有的历史交易信息，而是留了一些存档在旧的系统上。“大多数企业有好多数据，整合所有的信息简直就是噩梦，”Edelson表示，“我们决定我们不再需要那些信息了。”他们几乎很少使用，也不是那么重要了。Edelson说道。