OSE Backend / 库存中心
库存中心先回答“还能不能卖、哪里快断、要不要补”，再决定导入、调拨或下架。
库存风险总览
让运营先看到风险点，而不是先去翻长表格
商品 / SKU 查询
输入商品号、SPU、SKU、条码或商品名，直接查具体信息和数量
这是库存中心最常用的入口。后面员工日常主要在这里查商品号和看数量。
当前库存状态
这里显示数据库里的真实库存汇总，不再使用演示数字
- 输入商品号、SPU、SKU、条码或商品名，可以直接查到具体规格和数量
- 低库存和缺货结果会直接影响小程序推荐、内容推广和补货决策
- 库存中心本身不负责造数据，负责展示真实库存结果和后续判断
- 官网可继续展示 discoverable 商品，但小程序 on-sale 商品一旦 low-stock 或 out-of-stock 必须同步降权或改为提醒态
今日风险动作
把最容易影响销售的库存问题排在前面
热卖春夏 SKU 库存偏低
优先补货轻透连裤袜、基础短袜和礼赠套装需要优先看仓位与在途数量，避免官网还在引导、小程序还在主推，但后端已吃紧。
门店补货申请待确认
需要调拨先判断是否从总仓调拨，还是直接限制门店展示和活动，避免把缺货压力传给收银端。
导入批次待抽查
防止错库存新增库存导入后，要抽查商品号、条码、仓位和可售状态是否一致，避免错卖或误报缺货。
查询结果
查到以后要能立刻做判断，而不是只看数字
| 品牌 | SKU | SPU | 商品 | 规格 | 当前库存 | 可售库存 | 仓位 | 状态 |
|---|---|---|---|---|---|---|---|---|
| 输入商品号、SPU、SKU、条码或商品名后，这里显示真实库存结果。 | ||||||||
库存判断规则
统一口径，避免每个人理解不同
-
优先看可售库存 总库存不等于能卖库存，预留、活动锁定、待调拨都要剔除。核心
-
热卖 SKU 低库存先报警 不是所有低库存都同等重要，要结合前台流量和门店销售节奏判断。高优
-
缺货要联动商品排序 一旦缺货，应同步影响小程序推荐、专题露出、官网零售导流和门店活动配置。联动
-
低库存不等于立刻下架 网站可以继续承担发现入口，但小程序要切到低库存或补货提醒态，不能继续强推。前台
后续动作分流
查出问题后，明确下一步去哪处理
库存字段与使用关系
导入一次，后面多处复用
库存中心、订单中心、门店、活动推荐共同使用
连接商品主档和素材主图
断码判断、前台规格选择、门店补货
总库存，含预留与待分配
真正能给小程序和零售使用的库存
in-stock / low-stock / out-of-stock / reserved
继续展示 / 降低推荐 / 改为补货提醒 / 暂停售卖
主仓、门店、活动预留、待调拨
后面接收银端和门店时很关键