把 Key User 自定义字段纳入 abapGit 管理,让扩展交付真正可追踪
在 SAP S/4HANA Cloud 的扩展项目里,Key User Extensibility 很容易被误解成一种只属于业务顾问的配置能力。打开 Custom Fields 应用,创建字段,选择 business context,启用 UI、报表、API 或表单相关用途,发布字段,业务界面上就多了一个可用字段。这个体验很轻,几乎不像传统 ABAP 开发那样需要 SE11、append structure、BAdI、transport request 和一堆手工检查。也正因为它太轻,很多团队在交付治理上反而容易掉以轻心。真正到了 partner solution、行业模板、跨客户复用、多个 tenant 之间复制扩展内容的时候,问题就来了。字段是谁创建的,属于哪个 namespace,是否能被重新导入,是否可以进入 Git repository,是否有 commit 历史,是否可以在 code review 里看到差异,这些问题不会因为字段是在 Fiori 应用里点出来的就自动消失。SAP 官方材料里已经明确把 abapGit 列为交付 Custom Fields 的一种方式,同时也提到 Multi-Off delivery via Git-enabled CTS 不支持 Key User Extensibility,这个边界在方案设计阶段就应该被放进架构判断里。(SAP Sup
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.coloradmin.cn/o/2623883.html
如若内容造成侵权/违法违规/事实不符,请联系多彩编程网进行投诉反馈,一经查实,立即删除!