在 SAP S/4HANA Cloud Public Edition 的 3SL 项目里,很多集成问题不是卡在 CDS View 怎么写,也不是卡在 OData 怎么测,而是卡在一个看似很小、实际很容易踩坑的地方,某个对象到底能不能被传走,传到哪里,由谁在目标系统里补齐配置。我们今天讨论的主题,就是 Developer Extensibility artifact 在 SAP Public Cloud 里的传输边界。它覆盖的对象包括 ADT 里创建的 custom CDS view、service definition、service binding、custom communication scenario,也会顺带讲清楚 Communication Arrangement 为什么不会出现在 Software Collection 里,为什么到了 TEST 或 PROD 仍然要手工创建。SAP 官方对 3-System Landscape 的描述很清楚,SAP S/4HANA Cloud Public Edition 的 3SL 由 development system、test system 和 production system 构成,development system 里又分出 development tenant 与 customizing tenant,前者服务于 Developer Extensibility,后者服务于 business configuration 与 Key User Extensibility。这个分离,是整个传输模型的出发点。(