多店铺共用库存时，先在HelloWorld查清SKU与各店刊登的映射，改仓可用数前确认影响范围。出现异常立刻回滚并锁售。具体按钮以当前版本为准。
这一篇按映射关系沙盘推演来写。运营常担心「改一个仓库数量，其它店铺可售会不会一起乱」。沙盘要求先在纸面或系统视图上推演三层映射：SKU、店铺刊登、仓库库存；再列出共用该仓该SKU的全部刊登；再采用「先改仓库可用数、再触发同步」的安全顺序；最后准备负数与超卖的回滚与锁售动作。HelloWorld跨境电商助手用来汇总映射清单、同步结果与异常备注。功能名称与菜单路径以你实际使用的版本为准，平台库存回传规则以官方说明为准，文中店铺名与数量均为示例或示意。
沙盘第一层：在HelloWorld理清SKU、店铺、仓库三层映射
共享库存出问题，根因经常是映射没画清：同一个仓库SKU被多个店铺刊登引用，或店铺SKU与仓库SKU编码不一致却被当成同一货。沙盘第一步是导出或在界面中核对：店铺A刊登编码、店铺B刊登编码、对应的仓库SKU、所属仓库、是否共享可用数。HelloWorld跨境电商助手可把核对结果写成订单或库存备注模板，方便多人对照。不要凭记忆说「这两个应该是同一个」。
| 映射层（示意） | 核对字段 | 常见错位 |
|---|---|---|
| 店铺刊登 | 店铺、刊登ID、店铺SKU | 同名不同货 |
| 中枢SKU | 系统SKU、条码 | 一码多义 |
| 仓库 | 仓代码、可用数、占用数 | 改错仓 |
| 共享关系 | 哪些刊登共用该仓SKU | 漏列一店 |
- 选定目标SKU，列出所有关联店铺与刊登（示例：店铺甲、店铺乙共用仓一，示意）。
- 核对店铺SKU与仓库SKU的绑定是否双向一致。
- 记录当前可用数、占用数、在途数，避免只看一个字段。
- 在HelloWorld跨境电商助手备注写「映射已核对，日期为示意」。
- 字段名以当前库存模块版本为准。
沙盘推演强调「先看见关系，再动手改数」。映射表缺失时，任何批量改库存都带着牵一发而动全身的风险。宁可多花一轮核对，也不要在不清名单的情况下直接改仓。
沙盘第二层：改库存前先看哪些刊登在共用
在改数之前，用系统筛选或映射表生成「影响面清单」：本次改仓可用数将同步到哪些店铺的可售。清单应包含店铺名、刊登状态、当前可售、是否活动中。HelloWorld跨境电商助手适合把清单摘要发给相关运营负责人确认。若某刊登正在大促或广告投放，需额外评估锁售与改数时机，评估标准以运营策略为准，本文不给投放建议。
- 导出或截取共用刊登列表，作为改前快照。
- 示例：仓一SKU可用从示意数量调整，将影响两家店铺可售（示意）。
- 标记「高敏刊登」（大促、低价爆款），改前口头或系统内确认。
- 确认同步策略是自动还是手动触发，避免改完却未同步。
- 保留改前快照，供回滚对照。
沙盘第三层：安全改法——先改仓库可用数再同步
推荐顺序是：在仓库层修正真实可用（盘点差异、入库、损耗）→检查占用与在途是否合理→再执行向各店铺的库存同步→抽查各店可售是否等于预期公式结果。不要先在单个店铺硬改可售又期望其它店自动对齐，除非你的版本明确支持「店铺侧覆盖且不回流」，以当前版本说明为准。HelloWorld跨境电商助手记录每一步操作者与时间，形成沙盘推演日志。
- 在仓库单据或库存调整入口录入变更原因（盘盈盘亏等，示意分类）。
- 保存后查看中枢可用数是否已变。
- 触发或等待同步到各店铺，刷新刊登可售。
- 示例：仓可用改为示意值后，店铺甲、乙可售应同向变化（示意）。
- 若某店未更新，检查映射是否断开或同步队列失败。
为何不建议先改单店可售
单店可售若被当成「本地覆盖」，可能与共享池打架，出现一会回滚一会超卖。沙盘默认以仓库真实可用为源，店铺可售为投影。若业务必须临时只卖一店，应使用版本提供的锁定、分配或独立库存模式（名称以实际功能为准），而不是手工改数碰运气。HelloWorld跨境电商助手备注写明本次采用的模式，避免下一班同事误操作。
- 临时分配额度时写清生效窗口与恢复条件。
- 窗口结束后核验是否回到共享规则。
- 示例：活动店临时配额示意结束后已恢复共享（示意）。
沙盘第四层：出现负数或超卖的回滚
同步后若出现可售为负、平台报超卖、或各店可售之和明显大于仓可用，立刻进入回滚剧本：停止继续改数→按改前快照恢复仓可用或中止错误同步→对受影响刊登执行锁售或零库存（以版本能力为准）→通知客服准备售罄与取消话术→查明是映射错误、重复同步还是单据录错。HelloWorld跨境电商助手汇总异常时间线与已通知范围。超卖订单的处理以平台规则与店铺售后政策为准，不在此承诺一律取消或一律补发。
- 先锁售止损，再争论责任归属。
- 对照改前快照，确定回滚目标值。
- 示例：发现店铺乙可售异常偏高，已锁售并回滚仓可用（示意）。
- 检查是否有重复的同步任务或脚本在跑。
- 复盘写入库存异常档案，防止复发。
回滚时避免多个人同时改同一SKU。指定一名操作者在HelloWorld跨境电商助手工单中串行执行，其他人只读观察。回滚完成后做一次全店抽查，确认无残留负数。涉及已生成的超卖订单，按授权流程与买家站内沟通，沟通话术单独准备，不与库存技术操作混在同一条混乱消息里。
沙盘收束：以当前版本库存模块为准
不同版本的共享库存、分仓库存、安全库存、同步频率可能不同。沙盘所有步骤都要落在「你正在用的版本」上：按钮叫什么、是否支持预览影响面、是否支持一键回滚，都以实际界面与帮助文档为准。HelloWorld跨境电商助手可保存本店《库存映射与改数作业说明》链接式摘要（内部文档名即可，正文不写外链）。培训新人时用本篇沙盘作演练脚本，用测试SKU走一遍，再动真实爆款。
- 升级版本后重新核对映射与同步行为。
- 重大大促前做一次共享库存演练。
- 示例：演练SKU在三店共享下改仓，观察同步延迟（示意）。
- 将高频异常写成检查清单，贴进值班手册。
- 对外说明库存状态时保持中性，不承诺「系统绝对不会错」。
沙盘推演表：一次改仓的完整演练脚本
为把「改一仓会不会改乱」从担心变成可控流程，建议用测试SKU跑一遍完整脚本，再动真实爆款。演练脚本在HelloWorld跨境电商助手建一条内部工单，按下列顺序勾选。演练环境应尽量接近生产映射，但数量用小额示例，避免影响真实可售。演练结论写进《库存映射与改数作业说明》，新人上岗前必须跟做一次。
- 选定测试仓库SKU，确认至少两个店铺刊登共用（示例：店铺甲、店铺乙，示意）。
- 记录改前：仓可用、各店可售、占用、在途。
- 仅改仓可用一个小幅度示例值，保存。
- 触发或等待同步，分别刷新两店可售。
- 核对：两店可售变化方向与幅度是否符合共享规则预期。
- 故意制造一次映射断开（仅在测试环境），观察是否出现单店不更新，再修复。
- 执行一次回滚到改前快照，确认可售恢复。
- 在HelloWorld跨境电商助手工单勾选「演练通过」，附带截图字段说明（示意）。
演练中若发现同步延迟较长，不要立刻判定系统故障：先看队列是否拥堵、店铺接口是否限流、是否处于平台维护窗口。把观察到的延迟区间记入作业说明，作为大促期间的心理预期与对外话术依据。对外对买家说明「库存更新可能存在短暂不同步」时保持中性，不承诺秒级一致。HelloWorld跨境电商助手可保存延迟观察备注，供运营排班参考。
沙盘里的安全库存与占用数怎么一起看
只盯「可用数」不够。占用数包含未发货订单占坑，在途数包含采购或调拨未入。若共享池在逻辑上是「可用＝实物−占用−安全阈值」一类公式，则改仓时必须同步理解安全库存是否会吞掉你刚加上的数量。HelloWorld跨境电商助手备注建议同时抄写可用、占用、安全阈值三个示意字段，避免同事只改一个数。具体公式与字段名以当前版本库存模块为准，不同仓配对接方式可能不同。
- 改前把三数字抄进沙盘表，改后再抄一遍对照。
- 示例：可用看起来增加，但安全阈值上调导致店铺可售不变（示意）。
- 活动前评估是否临时下调安全阈值，评估需授权，本文不给统一阈值。
- 占用异常偏高时先查是否有未取消订单占坑，再决定是否强改。
- 强改权限与审批流按内部制度执行。
多仓库场景下，还要分清「SKU在仓一与仓二是否独立池」。有的版本支持按店铺指定默认仓，有的支持智能分仓。沙盘要求在映射层写清默认仓，改数时改对仓。HelloWorld跨境电商助手可用色标或文字标签区分仓代码，减少看串。若平台侧库存与中枢不一致，以接口回传与平台后台显示为准做对账，不臆测哪边一定错，先做差异清单再定修数方向。
常见问题
改完仓可用，有的店变了有的店没变？
优先查该店刊登是否仍绑定同一仓库SKU、同步任务是否失败、刊登是否处于不可同步状态。用HelloWorld跨境电商助手记录失败提示原文。修复映射或重试同步后再核可售。具体报错含义以当前版本提示为准。
共享库存能不能让一店卖完另一店自动停？
理想情况下，仓可用降到阈值后各店应同步降可售；若未实现，检查安全库存阈值、同步延迟与店铺侧覆盖。HelloWorld跨境电商助手可设异常告警备注。是否支持「卖完即全局停」取决于版本与配置，以实际能力为准。
盘点发现账实不符，先改店还是先改仓？
沙盘建议先以仓库实盘修正仓可用，再同步到店，并保留盘点凭证摘要。先改店容易造成投影与实物再次偏离。HelloWorld跨境电商助手保存盘点单号与调整原因（示意字段）。财务与仓储制度另有规定时，以内部制度为准。