加商品后订单看起来完整，仍可能欠款，运费也可能不再匹配包裹。网站供应商应分开核对修改后总额、原已收金额和待办动作。
官方依据与范围
订单修改后可能仍需收款或退款，运费不会自动重新计算。 官方参考 · 2026年10月17日核对.
已填写的合成验收例子
合成教学例子，不是真实客户案例。示例配置不是对任何真实店铺的测评；窄屏可横向滚动表格。
| 输入 | 核对口径 | 预期 |
|---|---|---|
| 原已付100；新商品额130；批准运费10 | 新总额140减已付100 | 待收40 |
| 已付100；新总额80 | 应退20 | 退款动作尚未证明 |
| 包裹变重；仍是原运费 | 不能假定自动重报 | 取得批准运费 |
可执行的交付检查
- 固定修改前后商品行，包含折扣分配和已批准运费。
- 对照已收金额和更新后总额，不把已发账单标成已收款。
- 取得最终收退记录和履约接收确认后，再关闭变更。
怎样解释输出
模型第一行输出欠收40，第二行输出应退20，描述的只是剩余动作，不是结算。若优惠没有更新，应在供应商解释商品行分配前暂停验收。
明确的适用边界
不执行收退款。税费、关税、国际订单资格、订阅合同和外部履约应用需独立证据。
复核有限教学模型
保存两份文件到同一目录，用Node22或更新版本运行下面命令。JSON保留明确输入与预期，脚本只处理这些合成数据，无网络、密钥、付款或API调用。通过只证明有限模型与预期一致，不证明真实集成。
node check.mjs edited-order-payment-shipping-ledger.json