以下是CAP应该成为开放源代码的非详尽，高度主观的原因清单：
1.开放源代码CAP是增加核心许可收入的最佳方法
通过降低进入门槛来试用基本的SAP S / 4HANA（云）扩展工具（例如CAP），重点不可避免地转移到了S / 4HANA本身作为核心集成主题。随后，这将推动本地或云中的财务，人力资源等核心用户的销售。
2.因为CAP在SAP之外成功也对SAP有利。
CAP是扩展S / 4HANA并将其与其他基于Web的非SAP系统集成的首选框架。为了成功实现这一目标，需要SAPverse之外的开发人员广泛采用。当SAP将CAP限制为仅在SAP软件上下文中可用时，它将失去对这些开发人员的吸引力，因为他们将继续选择他们更喜欢的其他集成技术。
3.因为开源CAP不会浪费收入机会
开源CAP不会花费SAP收入，因为已经可以通过公共NPM注册中心获得CAP的Node.js运行时。实际上，通过使用开放源代码的旅行车来发展CAP生态系统，通过构建专注于与SAP软件集成的云原生软件，收入甚至可以腾出空间，这反过来很可能需要出售其他SAP软件许可证。
4.开源CAP并不意味着失去SAP HANA投资
CAP v4 +具有数据库API，该API允许将数据库作为另一个“服务”（包括SAP HANA）插入。将SAP HANA持久性适配器移出开放源范围将是一个合理的逻辑结果，因为可以将投资保持在封闭在SAP内部的封闭源数据库中，而无需HDI构件的“ openCAP”就可以了。
5.开源CAP将变得更加坚如磐石，并以越来越快的速度接受功能
一旦资源可用，社区的贡献将不仅包含错误修复，而且还包含SAP无法单独提供的新功能。几乎是拥有附加开发能力的简单方程式，它可以对基础进行战斗测试，稳定建筑物的混凝土并提高性能。一个合资机构！
6.因为SAP在其云堆栈中利用了多种开源技术
从历史上看，SAP被视为一家封闭的公司。即使ABAP代码本质上是可读的，法律条款也阻止您以与使用开源软件相同的方式来使用它。
如今，SAP 云平台 商业技术平台使用各种开源技术来获得成为“商业技术”平台的能力。尽管从法律上讲是合理的，但如果SAP坚持为此做出贡献，则可能不会导致开源社区正确认识。
相反，SAP应该通过继续赢得尊重和合法性来吸引开源社区中的开发人员。OpenUI5，Gardner，Kyma和其他人为此铺平了道路-因此轻松走一走，遵循OpenUI5的倡议，并通过开源CAP证明是真正的，重要的开源贡献者。