海外仓已入库这条状态到底算不算数，取决于它后面还有没有没走完的动作。入库登记完成只说明货到了仓里，能不能被订单扣减、能不能在平台上显示为可售，是另外两件事。把这条时序理顺，库存对不上的大多数问题都能自己定位，不用一环一环去问人。

一、入库和可售之间隔着几步

1. 收货登记

货到仓先做的是卸货点数与外观检查，系统里生成入库单。这一步只确认「到了多少件」，不确认「能不能卖」，两者之间的差别正是很多纠纷的起点。

2. 清点与质检

逐件核对 SKU、数量、包装状态，发现短少、破损、标签不符要当场登记异常。异常件会被移到待处理区，不进入可用库存，但它在仓库里确实存在，这就是为什么仓里看着有货、订单却拣不出来。

3. 上架分配库位

质检通过后分配库位、录入系统，库存状态才从「已入库」转为「可用」。只有可用库存才会被订单扣减。

二、所谓实时，指的是哪一段实时

环节实时性说明
仓库内部操作基本实时扫码即入系统，仓内页面能立刻看到
回传到卖家后台有延迟取决于对接方式与同步频率
平台端可售状态再延一层平台按自己的抓取节奏更新

所以「实时」要分段看：仓内是实时的，你看到的那张页面未必是。用接口直连的，同步通常在分钟级；靠手工建单或表格导入的，可能按天走批次，中间那段时间你看到的是上一版数据。

这一段延迟在实操中最容易造成误判。比如你上午看到库存没变，就急着去改价或者下架，实际上货已经上了架；反过来，你看到库存已经加上去，但仓里还堆在待检区，这时候按这个数字去报活动就容易缺货。判断依据是那批货处在哪个状态，不是页面上那个数。

还有一种更隐蔽的情况：仓方按托数或箱数回传，你的后台按件数显示。一托折算成多少件取决于当次的箱规，如果箱规中途改过，回传的数字就会跟你自己的账对不上。对数之前先对齐单位，比反复核对数量更有效。

三、入库状态和订单之间的三种错配

第一种是超卖：订单扣的是平台端的可售数，平台端还没拿到最新库存回传，于是多卖了。第二种是虚有：仓里显示有货，但那批货在待处理区，拣货时拿不出来。第三种是重复计数：换标后的货重新上架，旧记录没核销，同一批货被算了两遍。

三种错配的根因一样——不同系统对「有货」的定义不一致。有的按物理件数算，有的按已上架可拣数算。解决方式放在对接阶段：把状态映射关系定清楚，比天天对数有用。

这三种错配在报表上看起来都是「数量对不上」，处理方式却完全不同。超卖要改的是备货节奏，虚有要催的是仓方上架，重复计数要核销的是旧记录。先归类再动手，能省掉大半天无效核对。

四、对接时要把三件事约定死

  • 同步频率：多久同步一次，走全量还是增量，同步失败时的重试机制是什么。

  • 超卖处理顺序：先扣哪一边、缺货订单是挂起还是取消、由谁在什么时限内通知买家。

  • 退货与换标的回流时点：退货件多久回到可用库存，换标完成后是否需要重新质检。

这三条写进服务协议，比口头约定有用得多。尤其是超卖处理顺序，它直接决定了出问题时买家体验的受损程度。

五、入库之后还要盯的几件事

一是看入库差异。预报数与实收数对不上，要在入库单签收后的窗口期内提异议，晚了对方可能不再受理，这笔差额只能自己认。二是看库龄。仓储费通常按库龄分档，长期不动销的货越早处理越省。三是看退货回流。退货件如果一直卡在待检区，等于既占着仓储位置又不能卖。

这三项的共同点是都需要主动查。仓方不会因为一批货在待检区放了两周就来提醒你，自己不盯，它就一直是「已入库但不参与交易」的状态。

还有一项是批次。同一 SKU 分多次入仓的，先进先出如果不落实，早批次会一直压在库位深处，库龄越滚越长。要求仓方在拣货环节按批次执行，比事后翻库龄报表更能省下钱。

六、判断「实时」够不够用的简单办法

拿一票刚到仓的货做一次实测：记下仓库系统显示入库的时间、你后台看到库存变化的时间、平台端显示可售的时间。这三个时间点的间隔，就是你这条链路的真实延迟。

间隔在分钟级的，日常运营基本感觉不到；间隔到天的，就得在备货节奏和调价动作上多留一天余量。测试做一次不贵，但它决定了后面所有关于库存的决策基于什么。