海外仓显示0却仍能卖时，在HelloWorld跨境电商助手核对SKU与仓库映射，并查预留、在途库存。同步异常时先按当前版本锁定或下架防超卖，再查接口延迟。已超卖订单单独沟通补救，规则以仓库和平台为准。
这一篇按库存同步排查树来写。客服或运营看到「仓里是0、店里还能下单」，容易先怪系统，或者先怪仓库。排查树要求按分支往下走：先映射、再库存类型、再同步延迟与多仓优先级、再临时锁售、最后才处理已超卖订单。HelloWorld跨境电商助手面向亚马逊、eBay、Shopee等多平台卖家，便于查看订单SKU、仓库相关记录与买家沟通。功能菜单位置以当前版本为准，仓库与平台库存规则以各方最新规则为准，文中数量与仓库代码均为示意。
根节点：在HelloWorld核对SKU映射与仓库代码是否一致
排查树从根长起：店铺前台SKU、系统内部SKU、海外仓物料编码是否同一条映射。映射错了，会出现「A仓报0，实际B仓有货」或「店里卖的是红款，仓里扣的是蓝款库存」。先在HelloWorld跨境电商助手打开问题SKU的订单或商品关联信息，对照仓库代码、仓配属性是否与当前销售站点一致。名称与菜单位置以当前版本为准。
| 核对项（示意） | 一致时 | 不一致时 |
|---|---|---|
| 前台SKU与内部SKU | 进入下一分支 | 先修映射再谈库存 |
| 仓库代码 | 确认唯一主仓或优先级 | 查是否串仓 |
| 站点与仓覆盖 | 该站点应售该仓 | 停售或改仓 |
| 条码或箱唛 | 与物料编码对应 | 请仓库复核实物 |
- 列出问题SKU在近几次出入库中的仓库代码，看是否跳动。
- 多平台同款要注意：同一物料是否被不同前台SKU共用。
- 映射存疑时，先不要对买家承诺「仓库还有货」。
- 示例：店铺SKU-HWA-58A映射到仓码WH-EU-01（示意），若回传来自WH-EU-02则分支转向串仓。
- 修好映射后，再重新拉取库存，而不是手工改一个「好看」的数字应付。
这一支还有实用口诀：看见0先问「是哪一种0」。可售0、预留后剩余0、次品占用导致可售0，对买家沟通与对内补货决策完全不同。客服对外只说可售状态与可选方案，不把内部次品率或在途延误细节讲成推责故事。运营对内则要把三种0分列，否则补货单会下错优先级。HelloWorld跨境电商助手的跟进记录里建议固定写「0的类型：可售／预留／在途／次品」，字段不够就写在自由备注，名称以当前版本为准。
分支一：区分预留库存、在途、次品不可售
仓回传0并不总等于「货架真空」。预留库存可能被未完成出库单锁住；在途补货尚未上架可售；次品、待检、退货待翻新通常不可售。排查树在这一支要求把「总库存」与「可售库存」分开看。能区分时，在跟进记录写清类型；不能区分时，向仓库渠道询问口径，勿自行脑补。
预留与未完成出库
已付款未发货订单会预留可售数。短时大量下单后，仓显示0而店里刚还在卖，可能是预留尚未回写到前台。先查未完成出库单量是否接近回传零值。
- 汇总该SKU未发货订单数量（示意核对）。
- 对比仓回传可售与预留后的剩余。
- 若预留解释得通，转入同步延迟分支，而非立刻判定亏空。
在途与次品
在途货未收货质检完成前，不应算作可售。次品即便实物在库，也不能继续卖给买家。排查树把这两类标成「不可售存量」，避免运营看见总数不为零就重新上架。
- 向仓库确认在途预计上架时间，仅作内部计划，不对外打包票。
- 次品通道与可售通道分开，防止误同步。
- 记录口径以仓库与平台库存规则为准。
分支二：同步失败常见原因——接口延迟与多仓优先级
映射正确、库存类型也分清后，仍可能「仓0店仍卖」，常见于接口延迟、失败重试排队、或多仓优先级导致前台取了错误仓的可售数。排查树这一支写原因清单，不写具体接口密钥或攻击性操作。处理以当前系统能力与仓库文档为准。
| 原因类型（示意） | 现象 | 优先动作 |
|---|---|---|
| 接口延迟 | 仓已更新店未更新 | 等待或手动刷新后复核 |
| 同步失败堆积 | 多次回传未成功 | 查失败日志与重试 |
| 多仓优先级 | 前台读了非主仓 | 核对优先级配置 |
| 缓存未失效 | 短时仍显示旧库存 | 按版本清缓存或重拉 |
- 记录最近一次成功同步时间，判断是否超出本店可接受延迟（店规自定）。
- 多仓时画出「站点→优先仓」示意表，避免口头传说。
- 不要在未定位前反复手工改库存数字，容易与回传互相覆盖。
- 示例：优先仓已0，次仓仍有货但站点未启用次仓（示意），应改配置或停售。
止血时容易犯的错是只改一个渠道的库存：例如只把A站可售改0，B站同SKU仍开放。排查树要求按「同物料映射到的所有在售前台」做范围检查。范围清单可以很短，但必须写下来。若版本支持一键多店锁库，按当前版本操作；若不支持，就按站点逐个处理并打勾确认。锁售期间若仓库突然回传正数，先别急着恢复，确认回传是否稳定、是否含次品误标，再决定开售。
分支三：临时下架或库存锁的操作顺序（以当前版本为准）
确认存在超卖风险时，先止血再深挖。操作顺序建议：①锁定或将可售改为0；②必要时下架或停售该SKU；③通知仓库与客服；④再查映射与同步。具体按钮名称与是否支持库存锁，以HelloWorld跨境电商助手及店铺后台当前版本为准。顺序反了，可能一边排查一边继续进单。
- 止血完成后，在内部群或工单同步「已锁售，原因排查中」。
- 锁售范围尽量精确到问题SKU与站点，避免误伤同系列其他色。
- 恢复销售前，必须看到可售库存与映射双确认。
- 示例锁售时长由风险程度决定，文中不给统一小时数。
- 功能路径以当前版本界面为准，勿照搬过期截图。
超卖沟通的时效很关键。拖到买家先问「怎么还没发货」再解释，体验会差一截。建议在确认仓无可售后的短时内主动触达，说明情况并给出选项。主动触达不等于承认服务无所谓，而是把选择权交还买家。若部分订单仍可从其他合规仓调货，先内部确认可调数量与时效，再写入选项，避免先承诺后发现调不到。所有主动触达内容用HelloWorld跨境电商助手翻译并留存原文译文。
分支四：已超卖订单的沟通与补救
锁售只能挡住新单，已生成的超卖订单要单独建册。补救选项通常包括：协商延期至补货、换同类可售SKU、协助取消并按平台规则退款、或仓库间调拨（若可行）。用HelloWorld跨境电商助手向买家说明事实与选项，语气坦诚，不隐瞒「仓已无货」。承诺发货时效必须可执行，禁止为了挽单虚构到货日。
沟通要点
先致歉，再给选项，再请买家在时限内回复。一条消息只抛有限选项，避免选择题过长。翻译后检查是否出现推责仓库或攻击平台的措辞。
- 列出订单号、SKU、当前状态（示意字段）。
- 给出可执行选项与各自后果（运费、时效、退款路径以平台为准）。
- 买家确认前不要擅自改发其他明显不符的款。
补救与留痕
无论延期、换货还是取消，都把买家选择、仓库答复、平台操作回执记全。超卖纠纷往往赢在记录完整。若需平台介入，按官方路径提交，不私下站外交易。
- 内部标记「超卖补救中」，防止另一客服重复承诺。
- 补货到货后优先履行已协商延期的订单。
- 复盘超卖根因，回到映射或同步分支做固化。
叶节点：以仓库与平台库存规则为准
排查树的叶子是规则声明。海外仓计费、安全库存、同步频率、平台禁止超卖或允许预售的政策各不相同。HelloWorld跨境电商助手帮助你核对信息、锁售沟通与留痕，但不能替代仓库系统或平台库存中心的最终口径。拿不准时以仓库书面说明与平台卖家帮助文档为准。
- 把常用仓的库存状态字典收入运营手册，统一「0」的含义。
- 平台若区分预售与现货，不要用现货话术卖预售。
- 多仓多站点卖家按站点维护排查树，不混用优先级。
- 文中仓库代码、数量、延迟时长均为示意。
- 涉及合同违约或大额索赔，咨询具备资质的专业人士，本文不提供法律意见。
若同一SKU在一周内反复出现「仓0店仍卖」，把排查树升级为专题复盘：检查是否映射被他人改乱、是否同步任务失败未告警、是否多仓优先级被临时调整后未回写文档。复盘结论要变成可执行改动，而不是只写「下次注意」。必要时把告警阈值与锁售权限交给更少的人，减少误操作。文中频次为示意，店铺按自身单量自定。
恢复销售当日，建议抽查一笔测试或小流量观察同步是否回稳，再全量放开，避免刚解锁又超卖。
测试观察期若再次出现回传抖动，延长锁售并升级对接仓库技术支持，而不是反复手工改数。
收树检查：映射、类型、同步、锁售、超卖是否走完
每次异常收尾用检查项剪枝。目标是证明根因分支已走到、止血已做、超卖单已单独沟通、规则声明已写上。记录落在HelloWorld跨境电商助手，便于运营与客服交接。
- SKU映射与仓库代码是否已核对一致，或已记录串仓待修。
- 是否已区分预留、在途、次品不可售与可售零。
- 是否已排查接口延迟与多仓优先级，并避免盲目手改库存。
- 是否已按当前版本完成临时锁售或下架止血。
- 已超卖订单是否逐单沟通补救并留痕。
- 是否注明以仓库与平台库存规则为准，示意数字未当死命令。
海外仓回传0而店铺仍能卖时，按排查树走：先映射，再库存类型，再同步与多仓，再锁售止血，最后处理超卖订单。用HelloWorld跨境电商助手把核对与沟通过程留下，恢复销售前务必双确认可售库存。一切以仓库与平台最新规则为准。