一场战斗已经打起来，护驾也已在场。此时使用三清符笔，从物品栏再选一名活物，把它的攻击、防御和敏捷叠加到场上的护驾身上。融合有等级差限制，同一名场上活物在这一场战斗中只能融合一次。战斗结束，场上护驾增加的能力消失，被选来融合的物品栏活物也消失。法宝成长后，可接受的等级差范围会扩大。拿这个机制问 ABAP 有没有对应物，答案是有相当贴切的设计组合，却没有一个名叫三清符笔的标准语句或框架功能。若只把它解释成两张表做JOIN，或者用MOVE-CORRESPONDING合并结构，关键规则几乎全丢了。三清符笔真正有意思的地方，是它同时涉及资格检查、一次性消耗、临时能力叠加、并发保护和战斗结束时的状态清理。在企业系统里，这已经是一项完整的业务动作。我们不妨把场上的护驾看成一个正在执行任务的业务对象，把物品栏中的活物看成一份尚未使用的能力资源。笔的作用，是按规则把资源附着到当前任务。这个对应关系比单纯的字段相加更准确，因为资源从何而来、能否使用、用过之后处于什么状态，与计算出来的三个数同样重要。在 SAP ABAP On-Premise 系统中，我们可以用一个应用服务类承接这个动作。服务读取当前任务和资源，检查两者是否满足条件，取得锁，计算临时能力，并把资源标记为已消耗。老系统可能通过自定义表、锁对象、更新逻辑和应用日志完成这些工作。在 SAP BTP 的 ABAP 环境中，更自然的承载方式是将任务与资源建模为业务对象，由 RAP 动作表达一次融合，交由业务对象运行时管理交互阶段、校验与保存过程。两种做法的业务思想相通，允许使用的接口与事务边界却不能混为一谈。先把游戏规则逐项拆开，会看出哪些属于计算，哪些属于交易。等级差在