SAP和甲骨文究竟会不会向大型企业用户都提供SaaS解决方案？这个问题被提出来已经有一段时间了。而答案是：有可能吧。

　　这两家公司都表示，他们已经推出了SaaS产品，不过者却导致了业界对于SaaS定义的辩论。一些公司比如Salesforce.com和Workday认为 SaaS是由一种通过Web运行，并在多租户环境下发布的新型应用(例如，由数十个供应商的客户共享的应用程序)。因此，他们说，SaaS应用要比传统的通过网络托管的应用性能更好，并且它收取的费用要比单租户方式要低，客户能得到实实在在的利益。

　　SAP、甲骨文、微软和其他传统的软件厂商认为SaaS并不需要一定必须是多租户，而应用程序也不必为了向SaaS靠拢而重写。但是，那么为什么称它为SaaS？为什么不只是称之为托管软件，或者ASP模式？

　　SAP使用的模式类似于微软的“软件+服务”的做法。SAP目前正在开发一套与客户的大型现场SAP应用集成在一起的SaaS模块或者更小的应用。这种做法，如果实践证明是可行的话，可以让SAP捍卫它盈利的许可软件业务，从客户获得更多的服务收入，并解决大型企业关注的问题—把一些最敏感的商业数据放在云(cloud)中。前甲骨文应用软件开发高级副总裁将负责这一新的战略。

　　甲骨文并不认为自己在SaaS领域发挥了显著的作用。甲骨文想要成为基础设施供应商，为那些向客户提供SaaS服务的软件公司提供服务。利用其“Oracle SaaS Platform”，甲骨文提供了构建SaaS数据中心所需要的数据库、中间件、应用管理和虚拟服务器软件。甲骨文指出，许多SaaS供应商已经在利用它的这个平台，其中包括人力资源软件生产商Intacct和CRM软件生产商Xactly。当然，这些供应商必须向甲骨文缴纳传统的许可和维护费。

　　甲骨文和SAP的战略都表明，他们希望能够在SaaS领域占得一些之地，但是目前还不会草率地去砍掉自己的摇钱树：大型企业用户传统的软件许可和维护收入，除非Workday和 Salesforce.com等SaaS软件厂商真正威胁到它们的传统客户基础。