那些不是很前沿的公司则采取一种比较谨慎的态度来对待Workday提供的产品，Swete承认。有一些客户需要理解他们从Workday获得的基于SaaS人力资源应用中嵌入式ESB的价值。

“我们和客户进行交流有两种截然不同的方法，”他说。“我们必须解释通过嵌入ESB我们要做什么。它提供了什么好处。它带来了什么挑战。典型的交流是首先解释对我们产品的集成将通过Web service进行，而这会被很好的接受，因为即使是内部没有实现这种ESB类型的客户也会将其视为进行他们自己集成的一种方式。”

对于那些对主办SOA感兴趣、但是他们已经有了ESB的客户，交流将会转向互操作和Web service标准，Swete说。

“有很多连接的方式。他们想要确保你有一个开放的方式连接到他们企业中所有的系统，”他解释。“对标准的支持，尤其是我们对Web service的支持，加上他们对ESB的了解确保了我们不会让他们失去任何机会。”

Swete听到潜在的客户这么说：“你使用Cape Clear，而我使用IBMWebSphere。这是否会阻止我连接到你?”

他是这么解释的：因为Cape Clear和IBM都遵守了基本的Web Service标准，集成不是问题。Workday可能不会开始通过Saas的主办SOA计划，但是它的确承诺对于Web service标准的遵守，关于这一点Swete从SOA和Saas的未来的基础来争论。

“我们的应用和外部世界的交流的唯一方法是通过基于XML的方法，”他说。“无论你和我们UI进行交流或者我们的产品和第三方的应用进行交流，都是这样的。我们将所有的东西都基于XML，并且在第三方产品的情况中我们将所有的东西都基于Web service。我们将让我们应用的所有数据进出和任何接触我们应用逻辑的操作都是基于Web Service，而不是，比如直接调用底层的数据库。我们已经封装了我们的商业逻辑并且唯一将其暴露给外部世界的方法是通过Web service。”

Saas和SOA的结合的希望是能够提供互操作和集成的能力，Swete说。在需要和工资系统、福利应用和公司的大的帐务软件进行交互的人力资源应用的例子中，客户现在才刚开始认识到Saas和SOA的结合所带了的好处，他说。

“人们将发现Saas结合SOA的力量，”他说。“作为Saas厂商，开始的时候我们还没有获得Web service合适的粒度，我们开始了构建可互操作的应用的漫长的路程，但是当我们开始调用其他厂商和客户的更多的解决方案的时候，我们开始发现Web service的合适级别是和这些应用进行互操作。所以我认为Saas和SOA的结合是通用互操作的重要概念，并且我认为你会看到它在业内将得到发展。”