SKU 对不上，先修映射，再恢复订单。
用一笔缺失映射的样例，理解为什么“重试”之前必须先消除原因。
操作仅改变当前浏览器中的虚构演示数据，不连接真实 Ozon
或云仓业务。请勿填写真实客户信息、订单或平台密钥。
一个商品，为什么有不同编号
店铺使用的 Ozon SKU 与仓库使用的货号未必相同。映射表表达的是：某家店的某个 SKU，应交给哪座仓库、使用哪个仓库货号。只对上商品名称，还不足以保证能下发。
演示中预置了一条缺失映射，以及对应的“SKU 未映射演示单”。它们共用同一份浏览器状态，因此修复不是只改一行表格，还可以恢复受阻订单。
修复这个演示异常
- 以管理员或运营人员进入 SKU 映射。将店铺、云仓和状态筛选调整到能看到缺失记录的范围。
- 点击“建立映射”，核对当前的 Ozon SKU。选择演示仓库货号，例如 CW-9008。
- 点击“保存并重试”。这里会先保存映射，再尝试重新下发关联订单，两步分别处理结果。
- 出现“订单已恢复履约”后，去订单中心查看“SKU 未映射演示单”，再到出库履约检查是否生成任务。
为什么有时保存了，却没有恢复履约
映射修好，只代表这一项前置检查通过。库存不足、仓库未连接或订单已取消，仍可能使后续下发失败。若提示“映射已保存，订单重试失败”，应保留修复结果，继续查具体失败原因，而不是把货号再次改回。
如果缺失记录没有出现在当前筛选范围，先恢复全部店铺、全部云仓并清空搜索。批量导入只作用于当前可见的缺失记录，不会替你修复被筛选隐藏的记录。
批量操作先预览，再应用
“批量导入”在这里是受控样例：预览当前范围第一条缺失映射，点击“应用 1 条映射”才写入状态。它不是任意 Excel 文件上传，也不代表已经执行真实平台批量导入。
- 核对店铺、SKU、目标仓库与仓库货号，而不只看“保存成功”。
- 确认订单生成了出库任务，防止映射修复与履约恢复脱节。
- 正式系统还需防止跨店铺误映射、重复货号和未经审核的批量修改。