销售状态只读取《商品报表》的“商品状态中文”：只有“销售中”归为在售产品；“暂停销售、关闭、因质量问题被投诉下架的产品、平台审查”归为停售产品；“-”或空值保持状态未知，只在“全部销售状态”中显示，不强行归类。销售状态筛选先作用于全部商品，再执行排序与分页。

“滞销数量”读取《FULL仓数据》（数据库表“full仓数据管理”）的真实字段“滞销品数量”，按店铺标识＋商品ID匹配；同一商品ID有多个SKU时只合计这些SKU的“滞销品数量”。源表未覆盖的店铺或商品显示“—”，真实0保留为0，不使用其他库存或销量推算。经数据库逐行核对，《商品分析》的“统计数量”实际与“近60天订单数”8,396行完全相等，因此不再作为滞销数量，也不再自行解释为“两个月库存”。“购物体验分”仍读取《商品分析》并严格按店铺ID＋商品ID匹配：低于65显示红色、65至不足75黄色、75及以上绿色。

“还差库存”结果框已升级为“利润调节补货”：基础缺口＝max(0，所需库存−当前库存−海外仓库存−在途库存)。商品ID只读取自己的近30天净利率，SKU只读取《近半年每日sku详细表现》计算出的SKU近30天净利率，禁止跨层级补值；净利率＞25%为“优”，最终建议＝基础缺口×120%；15%～25%为“正常”，按基础缺口补货；低于15%为“低”，最终建议＝基础缺口×80%；净利率缺失时显示“待判断”并保持基础缺口不变。最终数量统一向上取整；减少补货只用于降低库存资金占用与滞销风险，不代表会直接提高净利率。

商品ID为主 · 实时＋四周期独立真实来源。商品按“店铺ID＋商品ID”淘汰；淘汰后整个商品及其全部SKU进入回收站，不再参与销量预测、补货建议和正常产品统计，即使源报表继续同步也不会重新出现在正常列表，人工恢复后才重新参与。跟卖角标只读取《商品报表》的“目录刊登”，不再使用“是否本体”推断；“SKU / 补货数量”已合并为同一公用字段，补货数量仍按店铺ID＋商品ID＋SKU分别保存，一个商品ID有多个SKU时在该字段内点击“展开填写”逐个填写，空白表示未填写，0表示明确不补货；其他运营板块按同一SKU调用，并记录最后修改人和时间，系统预测不能覆盖人工值。上部“默认备货月数”和单商品调整值保存到共享数据库并同步采购部；点击“应用全部”会让全部商品恢复为该默认值，单个商品仍可在展开面板内另行调整。红色“实时”板块读取《及时分析》，严格按“店铺ID＋商品ID”匹配；默认显示今日实际销售额、今日实际销量、今日访问量和今日订单转化率，移入或点击后按“昨日”同款竖向悬浮卡片逐行显示完整实时指标，不再占用整行横向展开。本次未返回的商品全部显示“—”，不能显示为0，也不能从其他周期补值；实时数据只用于当天监控和异常判断，不参与月销量预测与补货公式。点击商品ID旁的“四期对比”，可将天数、ROAS、ACOS、ACoAS、净利率、转化率、访问、订单、实际销量、销售额、广告订单、广告费、净利润、退货数量、退款金额、平均售价16项真实指标横向展开，并把昨日、近7天、7天周期、近30天按每期一行呈现，方便直接对比；退货数量读取各周期表的“实际退款数量”，退款金额和平均售价读取同名字段，严格按店铺ID＋商品ID匹配，四期互不补值。随后按“预测月销 → 备货月数 → 需要库存 − 当前/海外/在途库存 = 补货结论”一屏完成决策。每个周期的“算法”标记说明该周期在预测中的作用；月销量预测读取《近30天每日id表现》的30个逐日销量，按最近7天日均×50%＋上一7天日均×30%＋更早16天日均×20%计算，昨日只做异常提醒，四期汇总不直接取平均。补货缺口＝预测月销量×备货月数−当前库存−海外仓库存−在途库存。拖动表头可调整字段顺序，拖动表头右侧边线可调整列宽；顺序、宽度和隐藏设置按当前账号保存在浏览器。商品ID、属性、图片、链接和标题以《商品报表》为主；SKU按商品ID从数据库明确来源补全并去重。昨日、近7天、7天周期、近30天分别读取《昨天数据》《近7天数据》《周期7天数据》《近30天数据》，按店铺ID＋商品ID匹配；四个周期互不补值、不换算，数据库字段没有真实记录时显示“—”。