先把问题解决
先保留原始表，把 SKU、父 SKU、parentage、theme 和变体属性映射清楚。运行父子变体检查，先修复缺失父体，再核对同一父体下的属性组合和主题。所有行通过只说明当前文件满足工具的结构规则；类目资格、官方字段要求和实际后台处理结果仍需另行验证。
SKU 不重复，为什么仍会提示组合重复？
SKU 标识一条商品记录；颜色和尺寸描述顾客选择的变体。把 BLUE-2 当作新的 SKU，并不会让同一父体下另一个 Blue 自动成为不同商品。先问这两行是误抄的数据，还是确实具有不同属性的商品，再决定修改、合并或移出当前家族。不要为了消除提示凭空创造颜色。
按亚马逊官方关系文档，父商品用于组织子商品，本身不可购买；子商品引用父 SKU，并使用相同的变体主题。这里的 CSV 是本站检查用的简化表，不是可直接提交的官方模板或 API 数据。
先分清两层关系
记录身份
sku 必须能够定位原始记录。不能用显示名称或颜色替代 SKU。
家族归属
child 的 parent 必须指向当前检查数据中的 parent 记录。
顾客选项
同一父体、同一主题下的颜色或尺寸组合，决定工具是否提示组合重复。
用四条记录复现两个常见错误
将下方内容保存为 UTF-8 CSV。四条数据都为编辑演示：没有真实 ASIN、店铺或订单。Color 是演示输入值，不能据此推断目标类目允许该主题。父体和子体要一起提供；仅上传部分子体会让原本存在于店铺里的父体在本文件中显示为缺失。
表头使用工具的字段键，可减少手动映射，但导入后仍应检查。若原数据来自 JSON，可先按CSV 与 JSON 转换检查指南核对列名、空值和 SKU 字符串，避免编号被表格软件改成数字。
sku,parent,parentage,theme,color,size
DEMO-MUG,,parent,Color,,
DEMO-MUG-BLUE,DEMO-MUG,child,Color,Blue,
DEMO-MUG-BLUE-2,DEMO-MUG,child,Color,Blue,
DEMO-MUG-RED,DEMO-MISSING,child,Color,Red,| 字段 | 含义 | 核对方式 |
|---|---|---|
| sku / parent | 本记录身份 / 父 SKU | 父体 parent 留空；子体填写完整父 SKU。 |
| parentage | parent 或 child | 使用这两个英文小写值，不能用父体、子体替代输入值。 |
| theme | 变体主题 | 父子填写一致；真实提交采用目标站点与类目允许的值。 |
| color / size | 变体属性 | 按当前主题提供值；本例 Color 只需 color，size 留空。 |
导入后先看哪两行？
- 打开亚马逊上架与 Listing 工具，选择“父子变体检查”。上传 variation-demo.csv，或将案例粘贴到源数据区域。
- 核对映射：SKU 对应 sku，父 SKU 对应 parent，父子类型对应 parentage，主题对应 theme，颜色和尺寸对应 color、size。确认数据来源与必填字段，再生成结果。
- 先找到 DEMO-MUG-RED：它引用 DEMO-MISSING，当前表里没有这个有效父体。核对原始资料，判断应修正引用还是补入真实父体，而非直接随意套用别的家族。
- 再看 DEMO-MUG-BLUE-2：它与较早的蓝色子体具有同一父体和 Color/Blue 组合。文件顺序决定提示引用哪条较早记录，问题应按 SKU 定位。
| 记录 | 状态 | 原因 |
|---|---|---|
| DEMO-MUG | pass | 父体无父引用；结构规则通过。 |
| DEMO-MUG-BLUE | pass | 首个 Blue 组合；工具未发现结构问题。 |
| DEMO-MUG-BLUE-2 | review | 组合与第 3 行重复；SKU 不同也会提示。 |
| DEMO-MUG-RED | review | 找不到有效父体 DEMO-MISSING。 |
结果行号把表头算作第 1 行。本例第 3 行是首个蓝色子体。排序或删除记录后行号会变化，SKU 应保持可追溯。
修复要依据真实商品，再复跑
为了演示可验收的修复，假设回查原始商品资料后确认：第三条本来应是绿色杯子，第四条确属 DEMO-MUG 家族。将第三条 SKU 改为 DEMO-MUG-GREEN、颜色改为 Green；将第四条父 SKU 改为 DEMO-MUG。真实业务若未确认这些事实，应保留 review，不照抄本例改值。
重新导入修改后的文件，确认映射并再次运行。预期四条均为 pass，仍带有“结构检查通过；仍需核实类目资格”说明。导出 CSV 或 XLSX，复核所有 SKU、状态和问题说明；如需保留输入来源与映射，下载报告 ZIP。运行后改输入会使旧结果失效，须重新生成。
只改经过核对的事实
BLUE-2 = Blue；RED 的父体 = DEMO-MISSING
GREEN = Green；RED 的父体 = DEMO-MUG
pass 之后还要检查什么？
亚马逊官方变体说明指出，能否建立变体取决于类目及商品差异。进入目标站点的 Seller Central，核对当前模板或商品类型定义、必填属性和允许主题。不要用本地 pass 推断平台已接受，提交后还需查看处理结果和商品页面。
当前工具识别主题中 color、size 对应的字段，并比较同一家族的组合；它没有读取官方商品类型定义。NumberOfItems 等主题可能要求额外字段，组合主题即使包含 Color，也不能依靠这六列完成完整验证。大小写不同的主题字符串会提示父子不一致，颜色或尺寸比较则会做规范化；真实拼写仍按官方资料核对。
重复 SKU、自我引用、父体引用另一个父 SKU、无效父子类型、缺失颜色或尺寸都可能进入 review。结果不能确认品牌、商品真实性、变体资格、评价归属或后台关系。若曾让 AI 合并产品表，可参考稳定编号与同名记录核查，先保留原记录依据。
提交前的交付检查
- 检查完整家族，而不是只有部分子体；保留原表和修订依据。
- 四条演示记录的 SKU 和属性与预期一致，导出后再次打开核对。
- 真实站点与类目的当前规则已另行查验；未确认项有负责人跟进。
- 官方提交后检查处理报告和页面，不将下载报告当成上架成功。
适用范围与数据保存
本工具适合提交前排查用户提供的表格。数据工具单次上限为 10 MB、10000 行、300 列；多文件需要留意合计体积，多工作表要明确选择。先用小样本检查映射，再处理完整家族，不把父子关系拆到不同批次后误判孤立子体。
此文件检查在浏览器本地处理，不自动连接或修改亚马逊店铺。草稿和项目报告会保存在当前浏览器；共享电脑使用完应清理不再需要的本地资料。只导入本任务必要字段，不加入订单买家资料或账号密钥。报告下载后按团队约定保存版本和访问权限。
常见问题
为什么不同 SKU 也会提示重复？
SKU 区分记录，工具另按父 SKU、主题以及对应颜色或尺寸值比较组合。同一父体下两个 Color/Blue 会提示重复，应回查商品事实。
结果全是 pass，可以直接提交亚马逊吗？
还不够。这是简化表的本地结构检查。官方模板、商品类型必填属性、类目允许主题与后台处理结果都要另行核对；本工具不执行上架。
店铺里明明有父体，为什么工具找不到？
工具只检查当前输入文件。如果未包含父体记录，或引用、SKU 大小写等不一致，可能找不到有效父体。补齐本批检查资料，并核对真实关系，不能随意补造父体。
参考资料与延伸阅读
按步骤开始处理
进入对应工具，预览处理结果，检查导出的文件。
