改价，是对已生成订单价格的主动变更。 它是正向链路里最容易被轻视、实际最容易搞乱的一条链路。 核心的危险只有一个：改价与支付回调同时发生，谁赢？

一、改价的业务场景与边界

1.1 改价的典型场景

• 商家主动优惠：商家在订单支付前，给买家额外打折（如"你是我的老客，打九折"）

1.2 改价只在支付前有效

设计原则：只有 PENDING 状态的订单允许改价。

一旦用户完成支付（订单进入 PAID 状态），价格就锁死了。

原因：

• 支付单的金额已确认，与支付机构形成了约定
• 算价快照已在创单时生成并固化，是结算的唯一计费依据
• 付款后改价，会导致"订单金额"与"实际付款金额"不一致，结算无法处理

付款后如果要"降价"，应该通过退款的方式，而不是改价。这是两条完全不同的链路。

二、改价的数据模型设计

2.1 改价覆盖到手价

改价直接修改订单的 actualAmount（到手价），覆盖原始算价结果。

改价的本质：改价是一种特殊的 "priceDiff"，与优惠券、红包等优惠类似，都是对原始价格的调整。区别在于：

• 优惠由营销域计算，涉及各类营销资产
• 改价由商家操作，不涉及任何资产，只是纯金额调整