# Sealeap Amazon Fba Defective Inventory Triage

> Triage Amazon FBA inventory that unexpectedly becomes defective or unfulfillable by separating labeling, shipment, Transparency, listing-change, compliance, and system-state causes, then building a factual support case and deadline plan. Use when sellable stock changes to defective, a compliance review clears but stock remains blocked, or auto-removal is approaching. Do not rely on UI loopholes.

- Skill: `xjli360/sealeap-amazon-fba-defective-inventory-triage` (Agent Skill, multi-file: 2 files)
- Install (CLI): `npx skillmds@latest add xjli360/sealeap-amazon-fba-defective-inventory-triage`
- Raw SKILL.md: https://api.skillmd.com/api/skills/xjli360/sealeap-amazon-fba-defective-inventory-triage/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: xjli360 (https://skillmd.com/u/xjli360)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/xjli360/sealeap-amazon-fba-defective-inventory-triage

---


# 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 草稿与升级路径。
- 恢复或处置的成本对比。

结尾列出数据窗口、关键假设、证据缺口、风险和下一步；如包含待执行动作，单独放在“待批准变更”中。