Amazon FBA 停滞库存分因审计

适用场景

当 FBA 库存出现在 Fix Stranded Inventory、Listing Error、Deleted Listing 或没有活跃报价的状态时，先把导出的 SKU 记录整理成可人工处理的分因队列。

输入与输出

输入是脱敏 JSON，顶层包含 as_of 和 items。每条记录可含 sku、asin、stranded_reason、offer_status、available_units、auto_removal_date、stranded_event_date、fulfillment_mode、source_ref。

输出为 amazon_stranded_inventory_triage.json，包含每条记录的原因族、证据缺口、建议人工动作、移除风险和 human_confirmation_required。

执行

CODEBLOCK0

脚本只生成分层结果，不重新激活 Listing、不删除 SKU、不创建移除订单、不打开 Seller Central 工单。

规则与错误恢复

• - 缺少 sku、stranded_reason、offer_status 或 as_of 时进入 HOLD_MISSING_DATA。
• 有效报价不是 active、原因含 listing/deleted/restricted/inventory/error 时归入对应原因族。
• 自动移除日期距离复核日不超过 30 天时增加 URGENT_DATE_REVIEW，但不代替平台日期。
• 无法识别的原因进入 HOLD_UNKNOWN_REASON，人工确认后再进入下一步。

权限、隐私与验收

仅允许处理已脱敏的本地导出。验收应检查每条输入都被保留、缺字段被拦截、输出含原因族和人工门禁，并确认 external_action_executed=false。禁止提交账号、密码、Cookie、Token、买家信息或真实文件内容。