先给结论：判定按「账户 → 主体 → 链接」三层走，不是逐条链接数销售额
早上打开后台，账户状况页面多了一条商业责任险验证提示，要在规定期限内提交有效保单，否则可能限制销售权限。多数人的第一反应是打开库存页面，按 ASIN 逐个看销售额，判断哪条链接要保——这个方向从第一步就是错的。
亚马逊的投保义务挂在账户和它背后的法律主体上，不挂在单条 listing 上。
链接只在两个时刻变成主角：出险理赔时要确定事故对应哪条产品，以及部分类目审核时额外要求凭证。所以正确的判定顺序是三层：账户是否落入新规覆盖范围 → 这个账户的注册主体是谁 → 哪些链接值得额外主动补保。前两层决定「要不要买、以谁的名义买」，第三层才轮到逐条链接。
本文不逐字复述公告，只说明当天就能执行的动作。
所有阈值、期限和保额数字，一律以你后台收到的通知和官方公告原文为准（本文核对的是卖家平台公告页公开内容，核对日期 2026 年 8 月 12 日）。如果同一时间还被风控或其他审核命中，可以把两项应对并到一套流程里，参考多账号环境隔离的四个配置盲区。
第一层：你的账户是否落进 11 月 2 日新规的覆盖范围
触发口径通常是「过去连续 12 个月的销售额达到某个门槛」，再叠加区域和币种限定，比如按美国站点的美元销售额计算。
具体门槛以公告为准，不要用网上流传的版本去倒推自己要不要买，因为口径可能按站点、按结算主体分别设定。
自查位置是卖家平台的账户状况（Account Health）页面，保险验证入口就挂在账户状况之下；同时检查注册邮箱与业绩通知，触发后一般会收到带期限的明确指引。判定时记住两点：
- 看整店合计，不看单条链接。门槛针对的是账户在该站点的累计销售额，不是某个 ASIN。按链接算只会得出错误结论。
- 多店铺要逐个账户查。后台不会把多个账户合并展示，收到通知和没收到通知的账户状态是分开的。同一注册主体下的账户之间可能互相影响，亚马逊关于多销售账户的官方说明里有直接表述：账户应保持良好状态，一个账户的政策问题可能影响相关账户。
如果账户恰好在门槛附近浮动，不要赌「下个月掉下去」。触发按滚动周期判断，掉下去也不代表已产生的义务消失。
第二层：保单主体是谁，决定了它能覆盖哪些链接
保单的被保险人名称必须能和后台注册主体对上。
这是退回率最高的一项：被保险人写的是店铺名、品牌名或法人个人名，而后台注册主体是另一家香港公司或国内公司，凭证就会被判不合格。
几个店铺链接能不能共用一份保单，取决于它们是否属于同一个注册主体，而不是是否由同一个团队在运营。
| 账号矩阵形态投保归口常见错配 | ||
| 单主体、单店铺 | 以该注册主体投保一份，被保险人名称与后台完全一致 | 被保险人写成品牌名或个人姓名 |
| 单主体、多店铺 | 一份保单覆盖同一主体下的多个店铺，但投保时须申报全部店铺与站点 | 只保了收到通知的那一个店铺，其余未申报，出险时不在承保范围 |
| 多主体、多店铺 | 按主体分别投保，一个主体一份；不建议多主体共用一份低保额保单 | 几个主体凑一份保单，任一主体出险都触发保额分摊和核保问询 |
归口这件事最好和账号分组用同一套主体口径。
账号分组按运营团队分、保单按注册主体分，两张表对不上，出险时就要额外花时间证明链接归属。
分组字段怎么定，可以参考亚马逊多店铺运营的多账号管理：账号分组、登录记录与异常处理流程，把主体、站点、店铺、环境四项绑在同一条记录上。
第三层：这些链接即使没跨过阈值，也建议主动投保
第三层不是合规要求，是风险定价问题。
以下四类链接的出险概率和单次索赔金额都高于平均，等通知再买往往要正面撞上停售窗口：
- 涉及儿童与母婴的类目：婴儿用品、儿童玩具、儿童服饰配件，索赔动因强，审核也更严。
- 带电、加热、含化学品的类目：移动电源、小家电、加热类产品、清洁剂、香氛、化妆品，起火、灼伤、皮肤反应的索赔链路清晰。
- 被买家提过人身或财产索赔的 ASIN：无论最终是否和解，这类链接已在平台和保险侧留下记录，再上架同款会被重点看。
- 刚上架就投高预算引流的新链接：销量爬坡快意味着承保窗口被压缩，一旦出事没有缓冲。
主动投保和被动等通知的差别不在保费，而在两件事：一是你能在通知期限前完成生效，不必压缩核保时间；二是承保范围由你申报，而不是事后补报。被动补报时，保险公司对已发生的索赔通常不追溯承保。
三层判定按账户、主体、链接的顺序走，逐层确认后再决定投保范围。
AIA 是什么：它只解决「从哪买」，不解决「要不要买」
把 AIA 当成豁免条件是最常见的误读。
亚马逊 AIA 是官方对接的投保渠道，作用是简化出单和凭证提交流程，让你通过指定保险服务商更快拿到符合平台格式要求的保单。它不改变投保义务本身，也不会自动覆盖你名下所有店铺主体。
通过 AIA 出单后仍然要核对三件事：被保险人名称是否与后台注册主体逐字一致；保额与生效日是否满足后台通知里的要求；投保时申报的店铺和站点是否完整。任何一项对不上，凭证都会被退回，而退回重出的时间通常比第一次核保更长。
提交与生效：后台要准备的四样东西
- 确认触发状态。在账户状况页面截图保存通知内容与期限，确认是哪个站点、哪个主体触发的。多店铺运营者要逐个账户过一遍，不要只看邮箱里最先到的那封。
- 确定投保主体。以后台注册主体为准，列出该主体名下所有需要申报的店铺与站点，形成一份投保清单。主体信息与注册资料不一致的，先修正后台资料再投保。
- 完成出单并核对关键字段。被保险人名称、保额、承保期间起止日、承保产品范围四项逐一比对通知要求。生效日晚于通知期限是仅次于名称不一致的第二大退回原因。
- 在后台提交凭证并确认状态。提交后不要立刻切回运营，隔一个工作日回到账户状况页面确认状态是否变为已通过；仍显示待审核或已退回的，按退回原因处理，不要重复上传同一份文件。
凭证提交入口在账户状况相关页面下，提交后需回到该页面确认审核状态。
多店铺团队最容易踩的三个坑
只处理收到通知的那一个店铺。
同一注册主体下的其他账户可能被连带核查，这与亚马逊官方说明中「一个账户的政策问题可能影响相关账户」的描述一致。正确做法是以主体为单位一次性处理，而不是以通知为单位逐个应付。
多个主体共用一份保额偏低的保单。
保额是按单次事故还是按累计赔付，直接决定多主体共用的可行性。共用一份保单在核保时可能被认定为风险集中，出险后各家分摊，实际可赔付金额远低于预期。
投保信息与账号分组、环境归属对不上。
出险时平台与保险公司要确认「这条链接由哪个主体、在哪个账户下运营」。登录环境、支付信息、操作记录混着用，就必须靠记录来证明归属。为什么链接归属要靠环境与主体记录而不是口头说明，见亚马逊店铺防关联的 IP、浏览器指纹、支付信息与操作轨迹拆解；环境与账号一一对应的配置思路见多账号管理方案。
常见问题
销售额门槛是看单个店铺，还是所有店铺合并计算？
按账户在该站点的销售额单独判断，不跨账户合并。每个收到通知的账户都要各自满足投保要求，通知也是分账户发出的。
通过亚马逊 AIA 拿到的凭证，能直接提交吗？
能提交，但仍要人工核对被保险人名称、保额和生效日是否符合通知要求。AIA 保证的是出单渠道合规，不保证字段自动匹配你后台的注册主体。
同一个主体下的多家店铺，能共用一份保单吗？
可以，前提是投保时把该主体名下的店铺和站点全部申报进去，且保单条款允许覆盖这些承保标的。只保其中一家、事后想追加通常需要批单，能否追溯要看条款。主体与账号清单的维护方式可以参照亚马逊多账号管理实操手册。
新保单还没生效，链接会被限制吗？
在通知期限内已提交合规凭证、处于审核中的，通常不会立即受限；期限届满仍未提交，或凭证被退回未处理的，才存在限制销售权限的风险。具体处置节奏以你后台通知为准，不要用别人的经验替代自己页面上的状态。
