FBA Manage Inventory Health Report数据更新规则

问题 1：这个报告会展示哪些 listing/FNSKU？

• 报告类型是 FBA “Manage Inventory Health Report”（接口 reportType = GET_FBA_INVENTORY_PLANNING_DATA）
• 报告内容包括库存健康／规划层面的指标：7/30/60/90 天销售、入库状态（working/received/shipped）、预计存储与长期仓储费用、滞销／超量库存、系统建议动作等。
• 覆盖范围主要是 FBA 要约（不是 MFN），按市场（marketplaceId）生成。
• 实操理解：报告里的每一行基本对应某市场下一条 FBA 要约（MSKU／FNSKU／ASIN 组合），只要这个要约在亚马逊的“库存健康／规划”体系里有产出指标，就会出现在报告里；纯 MFN或已归档的老要约一般不在该报告里。

问题 2：数据变更有没有规律？逻辑大概怎样？

• 官方并没明确说明报告是“实时”或“每日整点刷新”，所以你观察到“上午有、晚上消失、第二天又回来”的情况是可能的。
• 指标来源于多个子模块（销售窗口、入库状态、费用估算、超龄/超量等），这些模块可能异步重算、先后完成，从而导致中间时段行或字段暂时缺失。
• 市场维度影响较大：一些用户反馈，如果同时请求多个 marketplaceId，可能只返回其中一个市场的数据；因此建议按单一市场拉取并比对。
• 本报告不同于“实时库存”报告——你若想确认“此 FNSKU 现在是否还在库”，应当交叉查询实时库存报告；该规划报告里的“缺行”并不必然意味着库存为零。

这份报告是“周期性汇总 + 异步重算”，报告的行集（哪些 FNSKU）会随着要约状态（在售／抑制／归档）、市场维度、以及内部重算完成状况而波动；不要将它当做“当前库存存在性”的权威来源。

问题 3：报告的建议使用方式

原则：把它当“运营／规划层”的快照，用于判断健康状况，而非当作底账。

1. 固定时间点拉取，做好日常快照
   每日固定在某个时刻（如每日 08:05）请求并入库，避免因为当天不同时间点数据波动造成误判。

2. 与实时库存／入库报告交叉验证

   • 使用实时库存报告验证该 FNSKU 是否在库／数量近实时。
   • 将该规划报告中的销售窗口、费用预估、超龄／超量指标，作为“优先级或动作建议”的输入。
   • 如果规划报告提示滞销风险、仓储费上涨、超量，就可以触发价格调整、广告集中、移除或补货策略。
3. 按市场分别生成与比对
   建议每个 marketplace 单独请求并落库，避免多市场合并导致的数据行缺失或覆盖问题。
4. 做好“缺行容错”和“延迟回填”机制
   如果某条 FNSKU 在报告中一度缺失，且实时库存显示仍在库／在售，可将该条数据从昨天继承到今天，并标记“待重算”。次日若恢复，则覆盖更新。这样既不会误判，也能保证运营报表稳定。
5. 结合费用周期做运营动作
   因为报告中含预计存储费／长期仓储费等指标，可以结合库龄、销售窗口，将“超龄／超量”与“次月仓储费暴涨风险”关联，用于驱动调价、促销、移除或补货等运营动作。

对你所观察现象的解释

你看到的情形（T-1 天有 → T+0 8:00 有 → T+0 20:00 无 → T+1 又有）：

• 很可能是报告在当天内部重算过程中，某个模块（比如入库状态、销售窗口、费用预估）尚未完全就绪，导致该条 FNSKU 暂被过滤或延迟更新。
• 若实时库存报告仍显示该 FNSKU 在库／在售，则可判断为“规划报告暂时缺失”而非真正下架或销毁。
• 建议你不要将“晚上缺失”视为“库存问题”或“列表消失”，而是视为 “报告侧数据刷新延迟”，按照上述方法做好容错即可。