做 SAP Gateway 项目时，有一类需求看起来很简单，真正落到系统里却很容易牵动多层架构。用户注册就是其中一个典型场景。标准的 User Self Service 已经能够处理账号申请、账号激活和用户创建，但企业真正上线后，很少会满足于只收集UserName、姓名、邮箱、电话号码这一类标准字段。公用事业公司可能要求用户注册时填写Business Partner ID和Meter ID，集团型企业可能需要额外记录组织编号、客户号、渠道来源或者外部身份系统中的用户标识。与此同时，注册请求进入 SAP 后，还可能需要接入企业自己的校验规则、消息平台甚至外部身份管理系统。SAP Gateway 在这里并没有要求我们修改标准程序，而是预留了一组 BAdI，并且允许扩展USERREQUESTMANAGEMENTOData Service 中的UserRequestEntity。SAP 官方文档把这些能力统一归入 User Self Service Enhancement Options。理解这套机制时，一个很实用的视角是不要只把它理解成几个 BAdI。整个 User Self Service 实际跨过了 OData 接口层、Gateway Metadata Model、ABAP Dictionary 数据结构、业务校验逻辑、用户管理逻辑以及通知机制。每一层都有自己的扩展位置。SAP 标准提供了四个核心 BAdI。/IWBEP/BD_MGW_URM_VERIFICATION用于 Verify User Request
