CFO能够更专心于他需要真正关心的问题不久之后当EPM提供商提供的云服务不需要强制用户去关注软件集成问题的时候。数据质量的问题将不会再令他烦恼。这才是所期盼的，数十位CFO齐聚加州Redwood此参与一个技术研讨会，几周之前会议议题是探讨财务转型的战略。彼时一位演讲者向听众提问：当中有多少人担心你数据质量，并且明白它对于你业务意味着什么？

CFO担忧是因为脏数据临时以来给激进财务规划和企业绩效管理(EPM解决方案所造成的种种问题。担心是因为这些解决方案不可防止的必需要与其他软件集成，其实也没必要感到惊讶。而当两个不同的应用需要打交道时，便会产生数据的问题。但这些CFO仍旧感到这些年来与企业绩效管理应用捆绑所带来的巨大压力。脏数据让他感到恐惧，虽然已经列席了这样一个关于转型的论坛。因为在过去，软件集成是一个艰难的过程，这个过程犹如一门黑暗艺术，需要由一位经过特别训练的先知指导临时而痛苦的集成过程。

软件集成的任务通常都是由客户自己完成。不要感到惊讶，on-premis企业绩效管理和分析平台为主流的时代。因为这些软件实现几乎都是经过了几个月的周密调研而完成的硬编码，这种私有定制不会在其他相似的系统上出现。因为在这种软件环境下，客户没有要求EPM提供商提供能够轻松集成的环境。轻松集成这个目标实在太不现实了所以Oracl客户使用Fusion中间件，SA P客户使用NetweavIBM客户使用Webspher将他应用集成到一起。

三分之一的用户安排了由云服务提供商提供的连接器，这在应用开发之前就已经完成了服务和数据逐渐向云端迁移。根据InformationWeek最近一份针对云计算的调查显示79%受访者的业务依 赖了多种云服务。为了使得这些云应用能够互相交互。如SnapLog而41%用户通过编写定制 化的脚本和利用服务商围绕API提供的服务存根自己完成内部和外部应用之间的连接。

现实是云服务的用户仍旧被集成的事情所困扰。这就如同让新买了电视机的用户自己准备焊接工具去完成电视与机顶盒或录像机之 间的连接，觉得这真是令人感到沮丧。云计算的非凡之处在于提供了一个越过on-premis平台地域限制的机会。不应该让云服务的用户自己去思考如何集 成他云服务解决方案。然而。从而使电视正常工作一样可笑。数据在不同的应用之间的交互必需经过转换。而且事实是目前在云应用集成领域没有相关的数据识别规范。但云服务解决方案提供者能够为用户提供一种简单地，当然。甚至是透明的集成方式。正因如此，事实上软件集成不应该是当今企业仍然需要考虑的问题。

软件集成也许曾经在on-premis时代是令用户头疼不已的问题。但到如今的云时代换句话说应该由云服务提供商去解决这个问题。云应用使得软件的统一而不是集成成为可能。统一化需要设计一个全新的方法，不像其他遗留系统。需要重新考虑不同软件应用之间数据流的问题。并且这个过程需要对用户隐藏实现细节，发明一个统一的遵从人们工作需求的过程而不是阻碍产品体验的额外的过程或步骤。并且我相信它对于所有云应用的发展都将是具有指导性的那么CFO应该寻找什么样的基于云的EPM解决方案呢？又如何构建易于统一的而不是集成的云应用？想到三个对于EPM平台向云服务演变至关重要的属性。

数据和软件的集成都被定义成类似的ETL抽取Extract变换Transform加载Load方法。但是ETL天生就是受限的因为变换（映射）方法需要使用一系列强制定义的规则或方法以确保数据在目标应用中仍然有效。十几年来。

这个数字将跃升至46%所以任何一个新的EPM解决方案必需从设计伊始就考虑协作的问题。根据一份麦肯锡的全球调查显示IDC工作人员花费18%工作时间用于内部沟通和协作(如果算上通过邮件进行的沟通。

使得相关参与方能够对同一份文档同时进行更新、修正以及改进。这种协作能够加快而不是阻碍业务流程。这与简单地在云中发布一个电子表格数据使得相关人员能够检查这样一个任务不同。这里提到协作指的通过内建机制共享非结构化的数据进行实时的协同工作。

能够保管可靠性并且获取效 率上的收益，云服务的优点和灵活性并不能为EPM提供商免除支持复杂事务的需求。EPM应用仍旧需要经受最严苛的破坏性的不时增长的大量数据的挑战。仍 然需要对遗留的EPM系统坚持不可妥协的可靠性及完整性。幸运的当你从经典的软件集成向基于云服务的一致化方向迁移的同时。这在on-premis战略中是不可能实现的。

并且一旦完成就不能改变。所以除非你能够精确预测到未来你对数据所有可能的使用方式，这种数据映射过程需要耗费几个月的时间。或确保你云应用不会变化或更新，再或者你业务需求将在数年之内都不会发生变化，否则你就不可避免的需要在未来重建数据的映射。

例如BOX当应用的执行需要这些数据时，数据映射不是一个能够随着业务变化而变化的过程。一个可选的方案是将数据或文件抽取进去放到一个基于云存储的平安平台上。能够依照需求变换这些数据。而ELT抽取Extract加载Load变换Transform过程提供的一种更流畅也更灵活的方案，让你加载所需要的所有数据，并且按需进行变换，这样就不需要数据映射了。

所以客户必需要承担这种冗余性所带 来的额外建设和维护成本。而正相反，基于假设的EPM实现方案的设计必需包括高级别的冗余性以保证在诸如电源故障或其他严重问题发生时良好的可用性。基于云服务的EPM应用天生就是被设计于正确响应可预见的或不可预见的云节点故障。所以即使是一个数据中心遭到毁灭性 打击也不会使你EPM应用宕机。