xjli360 Amazon FBA 瑕疵库存排查
目标
快速确定不可售库存的状态链和证据缺口，争取在自动移除前获得明确原因、恢复或可控处置。
适用任务
- 新品入仓后直接显示瑕疵或不可售。
- 合规审核通过但库存状态未恢复。
- 客服只给模板回复或自动移除临近。
开始前要拿到
- 站点、ASIN、SKU、FNSKU、货件、FC、数量和首次异常时间。
- 标签样张、箱唛、Transparency 状态、入仓记录、Listing 变更历史。
- 合规通知、案例编号、回复记录和自动移除截止时间。
缺失的数据要明确列为缺口，并把结论标成事实、估算或假设；不要补造数字。
不可妥协的边界
- 不要在原因不明时反复修改 Listing、重贴标或创建新货件，以免破坏证据。
- 不使用切换站点、隐藏按钮或其他界面漏洞作为标准处置方案。
- 所有客服陈述保持事实一致，不并行提交相互矛盾的 case。
- 当前 Amazon 官方政策、帮助页、账户资格和后台实际字段优先于本 Skill 中的经验框架；规则可能变化时先核验。
- 默认提供诊断或草案。写入前展示对象、旧值、新值、影响、停止线与回退，核对用户已有授权是否覆盖对象、动作与预算；范围已明确授权时继续执行并回读核验，只有未覆盖或扩大的范围才请求批准。
- 不输出原素材的创作者身份、账号、链接、视频编号或可反查线索；当前业务证据的官方来源、采集时间和口径仍需保留。
工作流
1. 冻结证据
导出库存状态、数量、事件时间、货件和合规记录，保存每次客服回复与案例编号。
2. 分类根因
依次检查标签或 FNSKU、错仓或货件、Transparency、商品状况投诉、Listing 重大变化、合规释放不同步和系统错误。
3. 核对商品身份
确认当前标题、属性、包装与入仓实物一致；如曾大改，形成变更时间线和实物证明。
4. 提交单一证据包
在英文或站点支持语言中列出事实、已通过状态、受影响库存和明确诉求，要求给出具体 defect reason code 或恢复依据。
5. 管理时限与升级
记录自动移除期限；如审核或平台延误，依据当前官方流程申请延长或升级，不重复轰炸 case。
6. 选择处置
只有恢复不可行且原因确认后，比较移除、翻新、重新贴标或销毁的成本和风险，并等待人工批准。
判断标准
- 库存数量和状态来自当前后台证据。
- 根因假设逐项排除，不默认平台或恶意行为。
- 任何移除、销毁或重新入仓都需要明确批准。
必须交付的结果
- 异常时间线和证据清单。
- 根因排查矩阵。
- 支持 case 草稿与升级路径。
- 恢复或处置的成本对比。
结尾列出数据窗口、关键假设、证据缺口、风险和下一步；如包含待执行动作，单独放在“待批准变更”中。