关于 SAP S/4HANA 公有云里的 multi-off 交付

在做 SAP 扩展开发时，命名这件事经常被低估：项目早期随手起的对象名，到了产品化、多客户交付、持续迭代阶段，往往会变成最难拆的雷。尤其当你把同一套 ABAP 扩展交付给多个客户（很多 SAP 场景把这种交付称为 multi-off），命名冲突、对象归属、代码可改性与知识产权保护，都会变成必须一次想清楚的系统性问题。SAP 在 SAP S/4HANA Cloud Public Edition 的 ABAP 环境里，为这种多客户交付提供了明确的约束与推荐做法：要么使用 reserved namespace（保留命名空间），要么使用客户的 Z 命名空间，同时还要求对象必须落在特定的软件组件与包结构之下。(SAP Help Portal)

这篇文章会把这些规则背后的动机、落地方式、以及对 RAP、CDS、OData（含 SAP Gateway Foundation / SAP_GWFND）与 Git 仓库策略的影响讲透，并穿插一个真实世界的产品化案例，帮助你把抽象规范转化为可执行的团队工程实践。

multi-off 交付为什么会把命名问题放大

如果你只在单一客户系统里做内开发（in-house），对象名用Z*</