SHEIN 库存商品数据表怎么看，在哪查

SHEIN库存表其实是后台几个模块各导一份的结果，字段不同，口径也不同。商品管理那边导出的是款与码的资料，库存那边导出的是数量与状态，销量那边导出的是某个窗口内的出货表现。名字都带「数据」两个字，读的却是三件不同的事，硬塞进一张 Excel 必然对不上。

一、这些表读的不是同一件事

对不上的根源在三个口径差异。时间口径上，有的是当天快照、有的是实时数字，上午导和下午导能差出几百件。范围口径上，有的是按 SKU 算、有的是按 SKC 汇总，一个款三个颜色就是三行与一行之分。状态口径上，有的把在途算进总数、有的只算可售。

有个五分钟能做完的自检：把两份导出表各按 SKU 编码排一次序，先比行数，再看数字。行数一致而数字不同，是状态口径的差异，去看有没有在途被算进可用；行数就不一致，是范围口径的差异，多半有款被折叠，或者有新品还没进库存表。跳过比行数直接对总数，永远对不出结果。

还有一层容易被忽略：各模块的刷新频率本来就不一样。库存数字跟着出入库单据动，销量数字跟着订单状态流转，商品资料只在有人改动时才会变。同一天导出的几份表，其实各自停在不同的时间点上，对账时把导出时间一起记下来，比记住具体数字更有用。

二、商品表只回答能不能卖

从商品管理导出的那份表最容易被误用，拿它算库存是典型的错位。它带上架状态、履约类型、类目、价格这些列，回答的是「这个款还能不能卖」，不回答「还剩多少」。上架状态决定能不能出单，履约类型决定走平台仓还是自发，类目决定后续要备哪些合规文件，价格列要跟结算价对一遍，不一致时对账就会出现差额。

SKC 与 SKU 的关系在这张表里最清楚。一个 SKC 对应一个款，底下挂若干 SKU，也就是颜色与尺码的组合。做汇总时按 SKC 拉平会掩盖断码，按 SKU 拉平才看得出哪个码先空。

这张表的更新时点跟着商品资料变更走，不跟着每天出单刷新。所以它的数字只能定性，不能定量。想拿它当库存底表，方向从一开始就偏了。

三、库存表要分出可用与在途

库存模块里能看到的数量至少分三种状态。可用是买家现在下单能立即占用的，在途是已发未入仓的，锁定是被订单占住但还没出库的。三个数相加是总量，只有第一个是能卖的。列表默认展示的列可以自己勾选，勾了哪几列，看到的「库存」就是哪几列相加的结果。

把在途当可用，是断货与超卖反复出现的直接原因。一批货在路上，报表总数看着很充裕，实际可售已经见底，等订单压上来才发现补不及，货代那边又赶不上当周船期。

平台侧对缺货有考核，缺货率长期偏高会影响流量分配与新品权限。这个指标不看仓库里堆了多少，看的是买家下单那一刻有没有货。所以在途数字只能用来排计划，不能用来安慰自己。

状态的变化节点要记清。发货计划创建后是待处理，货到集货仓验收合格才转为可用。中间这段既不在你的可用里，也不在买家的可售里，是最容易被报表跳过的空档。盘点时若把两个状态加在一起看，数字像是够的，实际可用却是零。

看这张表时加一个派生列会好很多：可售天数等于可用库存除以近 7 天日均销量。低于备货周期就该动手，高于两倍备货周期就是压货，两个方向都要处理。

分批到货的情况要单独拆开。一批走海运一批走空运时，在途数字是合并的，可用只会跟着先到的那批涨。此时按总量算出的天数会虚高，真实的可售要按批次先后拆开算，先到的那批能撑多少天，才是买家感知到的现货期。

四、销量表决定补货时点

销量数据本身不难拿，难的是选对窗口。近 7 天灵敏但噪音大，一场活动就能把日均拉高；近 30 天平稳但滞后，起量期会低估。两个窗口一起看，差异大说明正处在变化中，此时补货要留余量。只看单一窗口做决定，等于拿一段特殊时期的数据去推常态。

补货量的算法在后台是公开的：仓库应备库存等于备货天数乘以近 7 天日均销量。备货天数与货期在商品的备货信息里能改，改完影响的是后续所有建议量，动手之前先想清楚自己的产能与面料周期。

急采单与备货单要分开统计。急采是买家下单后转过来的，节奏由平台带；备货是自己提前发的，节奏由你定。把两类混在一起算日均，得到的数字既不代表真实需求，也不代表自己的发货节奏。

还有一个常被跳过的校验：用商品表的 SKU 清单去比库存表的行。清单里有、库存表里没有的，是新品未入仓，报表上看不见但已经在卖，这种漏行不会报错，只能靠主动比对发现。导出也有讲究，行数有上限，超过就要分批；导的是当时那一刻的快照，不改名不记时间，隔一天就分不清哪份是哪份。

数据看得对不对，最终体现在两个结果上：该补的补上了，不该压的没压住货。所有报表都只是这两个结果的旁证，别把它们当成结论本身。