正在 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
正在 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
![【Bug已解决】[modular] ensure branch-specific input defaults 解决方案](http://pic.xiahunao.cn/yaotu/【Bug已解决】[modular] ensure branch-specific input defaults 解决方案)
