Amazon商品停用申诉工作流

Amazon商品停用申诉工作流

2个实用技能 · 2步完成 · 每一步都能单独使用

面向 Amazon 卖家、品牌团队和账户健康服务人员，把商品停用、账户健康通知、IP/受限商品/安全合规原因与申诉入口状态整理成案件审计结果，再把真实材料索引转成 Plan of Action 复核包；全程离线运行，不登录 Seller Central、不上传文档、不代提交申诉。

2个可下载技能 · 每个技能可单独运行

2步自动化工作流

🔵 1 Amazon商品停用案件审计

技能文件：amazon-deactivation-case-auditor

解决什么： 商品停用后，卖家常常同时面对原因不清、Account Health 入口不一致、通知缺失和材料类型混杂的问题。

你会得到： amazon_deactivation_case_audit.json，按案件输出原因族、申诉入口状态、证据缺口、人工问题和复核决策。

↓ 本步结果自动进入下一步

🟢 2 Amazon申诉证据包

技能文件：amazon-poa-evidence-packet

解决什么： POA 需要把根因、纠正措施、预防措施和支持文档对应起来，临时整理容易遗漏或把未知事实写成结论。

你会得到： amazon_poa_review_packet.json，按案件列出 POA 三段结构、已具备材料、缺失材料和人工提交门禁；这是最终交付。

实际示例

脱敏样例包含一个 IP 政策案件、一个安全合规案件和一个没有可见通知的账户健康案件。第一步识别申诉入口、原因族和材料缺口，第二步把品牌授权、供应链、检测报告、通知快照、根因记录和预防控制映射到 POA 复核包。示例只验证离线规则，不代表 Amazon 已确认违规原因，也不代表申诉一定通过。

适合谁

Amazon 店铺负责人、品牌方、跨境电商运营、账户健康团队、合规顾问和需要批量整理 ASIN 案件的服务商。

买家只需提供

• 有权使用且已脱敏的 Account Health、Performance Notification 和商品状态导出

• ASIN、案件编号、停用事件、原因族和申诉入口状态

• 发票、授权、检测报告、图片、物流或供应链材料的本地编号索引

• 不提供 Seller Central 登录、Cookie、验证码、账户余额、买家数据或未脱敏原件

使用方式

1. 使用 Python 3.10 或更高版本，把脱敏案件快照和证据索引放入受控本地目录。

2. 先运行案件审计，再将结果交给 POA 证据包；两个技能均可单独运行。

3. 由账户负责人核对 Amazon 当前通知、政策和原件后，再自行进入 Seller Central 做人工提交或补充信息。

交付与验收

• 两个可独立运行的技能目录，包含 _meta.json、SKILL.md、agents/openai.yaml、README、Python 脚本和脱敏样例。

• 样例可重复识别 IP、受限商品、安全合规、通知缺失、入口不可见和材料缺口分支。

• 输出包含原因族、案件决策、POA 根因/纠正/预防结构、证据索引、缺失材料和人工问题。

• 固定验收 appeal_submitted=false、listing_changed=false 和 external_write_executed=false。

• 不包含 Seller Central 登录、账号接管、申诉提交、附件上传、商品编辑、法律意见或恢复承诺。

服务说明

套餐只处理买家有权使用的本地脱敏案件元数据和材料索引，不连接 Amazon 或第三方系统。Amazon 的账户健康、停用原因、申诉入口、文档要求和审核时限会变化，当前 Seller Central 通知与官方帮助页面优先；输出只用于案件整理和人工复核，不保证恢复、解封、销量、收入、零错误或固定节省比例。