一张采购订单的净价被批量程序写错，程序已经执行完毕，订单也已经保存。业务人员问，能不能像《仙剑奇侠传 1》里使用紫菁玉蓉膏那样，给受损的数据补一口血，让采购流程继续运转？这个问题很适合用来理解 ABAP 的恢复能力。游戏资料通常把紫菁玉蓉膏列为疗伤道具，常见的《仙剑奇侠传》初代道具表记载其效果为单体恢复大量生命值，具体写作HP +1000。不同作品和资料对同名道具的描述并不完全相同，所以这里取的是「受伤后补充生命值」这一层意思，不把它解释成复活、解除所有异常状态，或者令整场战斗回到过去。映射到企业系统，紫菁玉蓉膏最接近的能力，是在业务对象仍然存在、损伤可以识别的前提下，经过校验，把错误的业务状态修复成可继续使用的状态。ABAP 没有一条通用指令叫作「恢复业务数据」，更没有对所有采购订单、销售订单、财务凭证都有效的万能药。我们真正能够使用的，是事务撤销、业务对象修改、冲销与补偿、重新处理，以及极端情况下的数据库恢复。它们都能让某种损伤得到处理，但作用时机、权限、范围和后果各不相同。关键在于分清伤发生在什么时候。程序还在处理当前事务，错误数据尚未提交，撤销通常最直接。程序已经提交，错误成为正式业务事实，就需要通过受支持的业务操作纠正。对象跨越了后续流程，例如采购订单已经收货并产生会计凭证，单独改回采购订单的一个字段可能根本不足以修复业务。若数据库本身发生严重故障，备份恢复才会进入讨论，它处理的是数据库一致性与可用性，不能被当成日常修复单张订单的按钮。把这些情况混在一起，最容易产生一个危险的错觉，以为找到旧值并写回表里，事情就算好了。实际业务系统保存的不只是某个字段。订单有状态、有锁、有授权、有定价结果、有变更记录，还可能关联审批、库存、交货、发票与财务凭证
