正在 SAP Fiori Elements 页面里维护一张销售订单时，一个很容易被忽略的问题会冒出来。业务人员已经修改了客户、交货日期、订单项目和数量，浏览器也已经和后端发生过多次 HTTP 请求，可此时业务人员还没有真正按下保存按钮。这些数据到底算不算已经保存在 SAP 系统里。如果回答没有保存，会出现一个现实问题。浏览器意外关闭、网络发生抖动、应用服务器切换、页面被刷新，刚才已经填写的大量数据岂不是全部消失。如果回答已经保存，又会出现另一个问题。这张销售订单可能连必输字段都没有填写完整，业务校验也还没有全部通过，把这样的数据直接写进正式业务表显然并不合适。SAP Draft Data 正是夹在这两个状态之间的一层数据状态。SAP 对 Draft Data 的经典定义非常简洁。Draft Instance 表示一个 Business Entity 的 transient state，也就是业务实体被永久保存为 Active Instance 之前的暂态版本。这个 Draft Instance 保存的是 inactive data，它被放入独立的 Draft Persistency，直到业务数据最终转换成 Active Data。这个概念既可以描述一个完整 Business Object，也可以描述 Business Object 内部的节点。真正理解这段定义以后会发现，Draft 并不是简单的临时缓存，也不是数据库事务没有提交之前的内存数据。Draft 已经进入持久化层，只是进入的并不是正式业务数据所在的 Active Persistency，而是专门用于保存暂态业务状态的 Draft Persistency。这个区别非常关键。传统 ABAP