把业务变化留在应用内部，读懂 SAP Fiori 的 In-App Key User Extensibility

SAP 官方在系统传输课程里用了一个很具体的场景，关键用户通过Custom Fields应用，在 SAP 提供的销售订单业务对象上增加自定义字段。字段完成后，不需要在生产系统里临时改表，也不需要复制一套标准 SAP Fiori 应用，而是把扩展项加入Software Collection，从开发系统的Customizing Tenant送入测试系统，业务验证通过后再进入生产系统。这个场景把In-App Key User Extensibility的价值交代得很清楚，它把一部分变化频繁、风险可控、业务属性很强的增强需求，留在标准应用内部解决，同时把标准代码继续留在 SAP 手里。很多 SAP 项目真正让人疲惫的，并不是复杂算法，而是无数看似很小、又确实绕不过去的业务差异。销售订单需要一个客户内部项目号，采购申请需要一个合规分类，项目主数据需要一项资金来源，财务行项目需要补充集团内部的分析标签。过去，这类需求很容易走向传统增强，开发人员找表、找结构、做 Append、扩展 CDS、改 OData 服务、调整 SAPUI5 页面，最后还要准备升级回归。单个需求并不大，可是几十个字段叠在一起，标准应用与客户代码之间就会形成越来越重的耦合。In-App Key User Extensibility处理的正是这一层问题。所谓Key User，并不是普通终端用户，也不等同于专业 ABAP 开发人员。这个角色通常来自业务部门、实施团队或应用管理团队，对产品、流程和业务语义有很深的理解，却不必处理底层表结构、服务实现、控制器扩展和部署脚本。SAP 把一组受控的扩展能力包装成 SA