从 CDS 字段别名到可写持久化，破解 Fiori 业务对象中的字段映射陷阱

在一个销售订单类的 SAP Fiori Elements 应用里，列表页上的Customer和Status看起来只是两个普通字段。草稿记录创建出来时，这两个字段显示正常，可一旦保存并激活，再次读取活动数据，客户和状态却变成了空值。更容易误导排查方向的是，CDS View 可以激活，应用也能启动，ADT 只留下几条黄色警告，没有出现阻止激活的红色错误。这类故障很容易被归到 SAP UI5 数据绑定、OData 请求、Draft 处理或前端刷新问题里。可真正断开的地方，往往位于 CDS 元素名称与数据库持久化字段之间。SAP 官方文档给出的销售订单示例正是这种现象，设计期只有警告，运行期的活动业务对象实例却无法把相关字段正确写入持久层，Fiori 页面重新读取活动记录时，对应列自然呈现为空。这个问题看起来只是字段改名，背后却牵涉读取模型、写入模型、业务对象运行时和数据库持久化之间的契约。理解这层契约以后，再遇到类似的空字段、保存后丢值或 Draft 激活异常，排查路径会清晰很多。一个as别名为什么会影响业务对象写入企业系统中的数据库表很少完全按照现代语义模型设计。很多 SAP 系统运行了十几年甚至更久，底层表来自早期版本，字段名称受到当时技术约束、命名习惯和长度限制影响，常常比较短。客户字段可能叫作BPARTNER，订单状态可能叫作OSTATUS。从数据库和既有 ABAP 程序的角度看，这些名称没有问题，因为大量历史代码已经围绕它们运行多年。可当我们为新的业务对象设计 CDS 数据模型时，继续把