在一个真实的 SAP S/4HANA 业务系统里，金额从来不只是一个孤零零的数字。数据库里出现100，它究竟代表 100 美元、100 日元，还是 100 科威特第纳尔，单看数值根本无法判断。数量也是一样，25可以是 25 KG，也可以是 25 PC，甚至可能是 25 M。只要业务数据经过 SAP Gateway Foundation 暴露成 OData 服务，金额与币种、数量与计量单位之间的关系，就会直接影响序列化、反序列化、格式化、过滤条件以及前端最终看到的数据。
这也是 SAP Gateway Foundation for OData V4 Developer Guide 专门讨论 Amount and Measure Conversion Handling 的原因。
SAP 当前的 Gateway Foundation 文档依然把 Amount and Measure Conversion Handling 放在 OData V4 的 Additional Features 中，而且目前的 2025 FPS01 文档仍然保留了这一套处理逻辑。SAP 对 V4 服务开发的整体建议也很明确，更推荐基于 ABAP Development Tools，也就是 ADT，采用程序化方式开发，而不是继续沿用过去 OData V2 时代以 Service Builder 为中心的开发模式。
真正容易踩坑的地方，不在于 Gateway 能不能把一个Edm.Decimal转成 ABAP 数字，而在于 Gateway 怎么理解跟这个数字绑定在一起的 Currency Code 或 Unit of Measure。
以销售订单为例，金额
