金陵小老头1. SAP S/4HANA Cloud扩展技术全景解析
这张架构图清晰地呈现了SAP S/4HANA Cloud的扩展技术体系。作为在SAP领域深耕多年的技术顾问，我认为这张图的真正价值在于打破了"ERP扩展=写ABAP代码"的传统认知。现代SAP系统的扩展已经演变为一个多维度的技术矩阵，我们可以从三个关键维度来理解：
维度一：部署位置
- On-stack扩展（系统内扩展）：直接运行在S/4HANA Cloud系统内部
- Side-by-side扩展（并行扩展）：部署在独立的SAP BTP平台
维度二：技术能力梯度
- Low-code（低代码）：面向业务人员的可视化工具
- Pro-code（专业代码）：面向开发者的编程环境
维度三：集成方式
- 预置集成点：SAP标准提供的OData服务、API和事件
- 自定义集成：通过BTP集成服务构建的连接器
提示：选择扩展方案时，需要同时考虑这三个维度。比如一个财务审批流程自动化需求，可能更适合用on-stack的low-code方案；而一个需要连接外部AI服务的预测分析模块，则更适合side-by-side的pro-code方案。
需要模型API调用？ 免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。
2. On-stack扩展深度剖析
2.1 Key User Extensibility（业务用户扩展）
这是最贴近业务部门的扩展方式，典型特征包括：
- 完全可视化配置，无需编写代码
- 直接修改标准Fiori应用界面
- 创建自定义字段和业务逻辑
我在一个零售行业项目中，客户需要在不修改标准代码的情况下，为物料主数据添加"可持续性评分"字段。通过Key User工具，我们：
- 在SCP Fiori Launchpad中打开"自定义字段和逻辑"应用
- 选择CDS视图I_Product，添加新字段ECO_SCORE（类型：Decimal）
- 配置字段在物料主数据Fiori应用中的显示位置
- 设置字段级权限控制
整个过程耗时不到15分钟，且完全符合SAP的clean core原则。
2.2 Developer Extensibility（开发者扩展）
当业务需求超出Key User工具的能力范围时，就需要使用ABAP Cloud开发环境。与传统的ABAP不同，ABAP Cloud有三大特点：
1