一个 SAP Fiori Elements 应用调用 OData V2 服务时，前端看到的往往只是一次失败请求。浏览器里的 Network 面板可能显示 HTTP 400 或 HTTP 500，OData response body 里可能只有一条经过筛选的业务错误。但站在 SAP 后端开发和运维的角度，同一次请求还可能需要留下另一组信息，业务对象是什么、调用的是哪个后端系统、哪一个处理阶段失败、底层 BAPI 返回了哪些消息、异常发生在哪个组件，以及这一类问题是否需要进入系统监控。这些信息显然不应该全部返回到浏览器。SAP Gateway Foundation 因而提供了一套专门面向运行时日志的机制，/IWBEP/CL_COS_LOGGER就处在这条链路里。SAP 官方将这个类列入 OData Channel Runtime APIs，并明确说明，它可以把故障分析信息写入 SAP Application Log，同时也能够把相应监控消息送入 Computing Center Management System，也就是 CCMS。理解这个类时，一个很重要的切入点，是不要把它看成 ABAPMESSAGE语句的高级包装，也不要把它和/IWBEP/IF_MESSAGE_CONTAINER混为一谈。SAP 官方对两者的职责划分相当明确。需要提供给 OData Consumer 的错误信息，可以通过 message container 进入 OData error response。而对于故障分析很重要、但没有必要直接提供给最终用户的技术信息，Backend Data Provider 应通过/IWBEP/