在 SAP Gateway 项目里，最令人头疼的接口问题往往并不是 OData 请求直接返回500 Internal Server Error，而是接口明明已经发现了业务问题，却不知道应该把什么信息返回给前端。
销售订单保存失败了，后台 BAPI 返回十几条消息。到底哪一条应该显示在 SAP Fiori 页面顶部，哪一条应该定位到具体输入字段，哪些消息只是给 ABAP 开发人员排查问题使用，哪些技术细节绝对不能暴露给最终用户。
这正是 SAP Gateway 所说的Error Response Control for Backend Data Provider要解决的问题。
在经典 SAP Gateway OData V2 开发模型里，真正执行业务逻辑的通常是 Data Provider Class，也就是 DPC，实际增强代码一般落在DPC_EXT。SAP 官方当前培训材料依然把 MPC 定义为服务模型和元数据的提供者，把 DPC 定义为业务实现的提供者，并明确说明自定义实现应该放进扩展类，而不是修改生成类，因为重新生成 SEGW 项目时，基础类可能被覆盖。
当请求进入 DPC 以后，我们并不是只能在发生错误时写一句RAISE EXCEPTION。SAP Gateway 提供了一整套错误表达机制，核心成员包括/IWBEP/CX_MGW_BUSI_EXCEPTION、/IWBEP/CX_MGW_TECH_EXCEPTION、/IWBEP/IF_MESSAGE_CONTAINER、Leading Message、异常
