店铺一多，仓库也会跟着变多。有的货从国内仓直发，有的提前备到海外仓，有的走平台仓，还有退货回流仓。如果各平台库存仍按“一个总数随便扣”，结果一定是近的仓库没货、远的仓库在飞，运费升高、时效变差、超卖和呆滞同时出现。HelloWorld跨境电商助手把仓库、SKU、平台可售数量和订单发货仓放在同一套库存逻辑里，卖家可以按仓库看真实库存，按规则自动分配可售量和发货仓。下面按建仓、入库、分配、发货、回流五步把设置和方法写清。
先把仓库类型定义清楚，再录入数量
进入库存中心，先建仓库档案，不要直接往一个默认仓里灌所有数字。仓库至少分成四类：国内销售仓、国内中转或头程仓、海外本地仓、平台仓。国内销售仓负责平台直发和部分补货；头程仓只统计待发海外的在途和待报关货，不直接对平台展示可售；海外本地仓按国家或区域建，例如美西仓、德仓、马来仓；平台仓单独建，对应亚马逊平台仓、Shopee仓配等，库存规则与自有仓不同，不能混在同一同步逻辑里。
每个仓库填写名称、地址、默认尾程渠道、作业时效、截单时间和是否允许拆单。时效和截单时间会直接影响订单中心的发货倒计时，填错会让系统误判即将超时。同一物理仓如果既发线上订单又备头程，建议在系统里拆成两个逻辑仓，避免销售占用和头程占用互相看不见。
仓库建完后再导入SKU库存。导入表必须包含仓库编码、SKU、可用数量、锁定数量、次品数量和库位。可用数量才能参与平台同步；锁定数量用于活动预留、待审单占用和待出库；次品不参与销售。第一次导入后，抽查几个爆款和几个长尾款，核对系统数量与实物盘点是否一致。不一致先盘库，再开同步，否则错误会立刻推到各平台。
头程备货要单独建单据，不能和日常入库混在一起
发往海外仓的货，在系统里走头程单，而不是普通采购入库。头程单记录供应商或国内仓出库数量、装箱明细、报关信息、物流渠道、预计离港和预计到仓。货未离港前，数量停在头程在途，不增加海外可售；到仓并上架后，才从在途转为海外可用。这一分开，才能避免“船还在海上，平台已经开始卖海外库存”。
头程单要按SKU和箱号核对。到仓清点如果短少、破损、条码不符，先把差异记在该单据上，再决定是补发、报损还是改海外可售。不要到仓后直接把计划数量写成可用数量。海外仓上架完成，库存岗在系统里确认上架，对应SKU的海外可用增加，国内待发头程减少。此时才能把该仓库纳入平台分配规则。
对不同平台的备货节奏也要分开。有的站点适合提前深备，有的站点只适合浅备加国内补。头程单按目的仓和销售计划打标签，后续看周转时才能知道这一批货是为哪场活动、哪个站点准备的。混在一起，呆滞发生时无法追到决策来源。
把总库存拆成各平台可售量，核心是分配规则而不是平均分
库存同步的关键不是把同一数字推到所有店铺，而是为每个仓库、每个SKU、每个平台设定可售上限和优先级。在同步规则里，先选择库存来源仓，再选择目标店铺。同一SKU可以是美国站优先扣美西仓，欧洲站优先扣德仓，东南亚站优先扣当地仓，国内直发作为所有站点的保底来源。
分配时建议用三层数量。第一层是物理可用。第二层是安全库存，低于该值不再往外推可售，防止退货未回和盘点误差造成超卖。第三层是平台可售上限，用于控制某平台一时卖太快、把其他更合适的市场库存抽干。大促款上限可以高一些，测试款和利润款上限要保守。规则保存后，用一笔测试单验证：某平台下单后，来源仓可用是否立即预占，其他平台可售是否按规则下降，而不是整池乱扣。
多仓都有货时，要定义扣减顺序。常见顺序是就近仓优先、成本低仓次之、国内直发最后。也有团队反过来，先消化国内仓再动海外仓，那是为了降海外仓储费。无论哪种，必须写进规则，不能审单时临时选仓。临时选仓一多，数据复盘时就无法解释运费为什么突然升高。
平台仓库存默认不与自有仓混合同步。平台仓有自己的入库、上架和不可售状态，系统里只做数量展示和预警，不轻易用自有仓数量去覆盖平台仓可售。需要从自有仓补到平台仓时，走调拨单，完成后再分别更新两边库存。
订单来了以后，按规则自动选仓，异常单再人工指定
订单进入待审或待配货时，系统按收件地、SKU可用、截单时间和物流可达性匹配发货仓。匹配成功的订单直接进入该仓配货队列；匹配失败的进入异常单，原因通常是就近仓无货、该仓不支持此物流、地址超区或单仓库存不足需要拆单。
拆单要谨慎。能一仓发完的不要拆，避免买家收到多个包裹、运费和包装成本上升。必须拆时，在订单详情生成子单，分别指定仓库和物流，并回传各平台要求的发货信息。客服话术同步说明分包裹发出，减少“怎么只到了一部分”的咨询。
改地址、改规格、合并订单都会影响已选仓库。这些动作完成后必须重新匹配发货仓，不能沿用原仓。已经打单出库的，按仓库作业状态决定是拦截还是补差价改发。库存预占随订单状态变化释放或确认扣减，取消单、审单驳回单要及时回库，否则可售会越来越少。
海外仓订单还要看本地节假日和尾程限制。仓库档案里的作业日历要维护，节假日自动延长处理时限，并提前把对应平台的可售调低或把截单时间提前。只改客服话术、不改库存和截单，仍然会出超时单。
退货回流和库存差异要回到对应仓库，不能一笔抹平
多仓体系最容易在退货环节算乱。买家退回的货可能回到海外仓、国内仓或第三方退货点。售后中心处理退货时，必须指定预计回仓库和回库质检结果。完好可售的，回到原销售仓可用；包装损坏但产品可售的，先入待整备；质量问题入次品，不参与同步。未质检完成前，不要把退货数量直接加回可售。
盘点差异同样按仓处理。某海外仓盘亏，只调该仓数量并暂停该仓相关同步，排查是漏出库、错发还是系统未回传。全平台一起改总数，会把一个仓的错误变成所有站点超卖或少卖。盘盈也要查明来源，常见是退货未入、头程已到未上架、条码重复。查明后再入可用，避免把不明库存卖出去。
定期看各仓周转。海外仓周转慢的SKU，停止继续头程，把可售向其他市场转移，或降价出清后不再深备。国内仓长期积压而海外持续缺货的，评估头程成本和当地售价后决定是否调拨。调拨在系统里走仓间调拨单，在途阶段两边都不可重复销售。
用预警把断货、超卖和仓储费问题提前放到任务里
多仓运营靠人每天盯所有数字不现实。在预警规则里至少设置五类：单仓可用低于安全库存、平台可售与仓库可用偏差过大、头程超期未到仓、海外仓库龄超过设定天数、某仓作业积压导致即将超时发货。预警自动生成任务到库存岗和订单岗，任务里带仓库、SKU和影响店铺，处理完再恢复同步或调整上限。
数据复盘时按仓库看毛利，而不是只按平台看毛利。同样一款货，海外仓本地发可能售价高、运费低、仓储费高；国内直发可能售价接近、运费高、仓储费低。没有分仓利润，就无法判断该深备还是该直发。HelloWorld跨境电商助手把出入库、订单发货仓和费用项对上后，这种对比才能成立。
多仓不是仓库越多越专业，而是每件货都知道从哪里出、出给谁、剩下的放哪、什么时候不要再往里送。系统能做的是把仓库、单据、同步和订单选仓连起来，卖家要做的是把仓的职责、扣减顺序、安全库存和回流规则写死。规则清楚之后，平台再多也不会靠感觉改库存；规则含糊，仓库越多，超卖和呆滞只会一起增加。把建仓、头程、分配、选仓和回流这五步先跑顺，就近发货才会变成日常结果，而不是偶尔撞上的运气。
