在企业真正把 SAP Gateway 的 User Self Service 用到业务系统里之后，一个很快就会碰到的问题，是 SAP 标准提供的UserRequest数据模型往往只能覆盖通用的用户申请信息，而企业自己的用户注册流程通常还需要更多业务字段。SAP 官方文档直接举过两个很有代表性的字段，Business Partner ID和Meter ID。这两个字段一出现，场景就变得很具体了。公用事业企业可能希望外部用户在注册账户时填写业务伙伴编号和电表编号，后台不能只创建一个技术用户，还需要判断提交的数据是否真的属于同一个业务对象，甚至要根据这些业务信息决定是否允许继续注册。标准USERREQUESTMANAGEMENTOData 服务并不知道这些企业特有字段，因此需要扩展UserRequest。SAP 为这一场景提供了明确的扩展入口。这里有一个很容易被误解的地方。扩展UserRequest并不是单纯给 OData metadata 增加一个 Property，也不是只给数据库结构 Append 一个字段就结束了。完整链路实际上贯穿了 ABAP Dictionary 数据结构、SAP Gateway OData Model、Model Provider Class、Gateway 服务注册和业务校验逻辑。从运行时关系看，可以把整条链路理解成UserRequest DDIC Structure↓/IWBEP/S_MGW_URM_USR_REQ_EXT/ SAP Gateway User Self Service 增强机制详解，从 UserRequest 扩展到 BAdI 校验
在企业真正把 SAP Gateway 的 User Self Service 用到业务系统里之后，一个很快就会碰到的问题，是 SAP 标准提供的UserRequest数据模型往往只能覆盖通用的用户申请信息，而企业自己的用户注册流程通常还需要更多业务字段。SAP 官方文档直接举过两个很有代表性的字段，Business Partner ID和Meter ID。这两个字段一出现，场景就变得很具体了。公用事业企业可能希望外部用户在注册账户时填写业务伙伴编号和电表编号，后台不能只创建一个技术用户，还需要判断提交的数据是否真的属于同一个业务对象，甚至要根据这些业务信息决定是否允许继续注册。标准USERREQUESTMANAGEMENTOData 服务并不知道这些企业特有字段，因此需要扩展UserRequest。SAP 为这一场景提供了明确的扩展入口。这里有一个很容易被误解的地方。扩展UserRequest并不是单纯给 OData metadata 增加一个 Property，也不是只给数据库结构 Append 一个字段就结束了。完整链路实际上贯穿了 ABAP Dictionary 数据结构、SAP Gateway OData Model、Model Provider Class、Gateway 服务注册和业务校验逻辑。从运行时关系看，可以把整条链路理解成UserRequest DDIC Structure↓/IWBEP/S_MGW_URM_USR_REQ_EXT/