我手上有一份 2019 年做的清理记录：一个 12 人的跨境运营团队，在亚马逊美国站、欧洲站、日本站合计 4800 多个在售 ASIN 里，有 1140 个 ASIN 用的 UPC 并不在自己 GS1 名下。这批码来自 2018 年三个不同的第三方渠道，50 个码 35 块钱，当时运营的判断是”能上架就行”。两年后，这 1140 个 ASIN 里有 217 个因为”产品标识码与品牌不匹配”被下架，平均重新上架耗时 11 天，其中 43 个链接的评论和排名基本清零。
这段经历让我把 UPC 从”上架前随手买的东西”重新归类成”公司资产”。后来我又经手过 GTIN 豁免申请、GS1 官方注册、历史转售码清理三类项目，慢慢沉淀出一套自己的判断顺序和台账方法。这篇文章就是把这套东西完整拆开：UPC 到底怎么用、豁免在什么情况下该申请、以及为什么我说 UPC 管理本质上是一个数据治理问题，而不是运营技巧问题。
大部分讲 UPC 的文章会把重点放在”怎么申请豁免”的操作步骤上，但操作步骤是最容易过期的部分，平台后台改一次版，步骤就废一半。真正决定你会不会踩坑的，是底层那三个判断。
UPC 的 12 位数字里，真正的”资产”只有前面那一段前缀。这段前缀叫 GS1 公司前缀（UPC Company Prefix），由 GS1 各成员组织分配给申请企业，全球唯一、不可转让、不得拆分零售。后面的商品参考码由企业自己分配，最后一位是校验位。
换句话说，你花钱买的从来不是那串数字，而是”这段前缀只属于我”这件事。这也解释了为什么第三方转售码看起来能用，数字格式完全合法、校验位也正确、扫出来也有结果，但它对应的前缀属于别人。一旦平台去 GS1 数据库做交叉验证，归属关系立刻暴露。
豁免的全称是 GTIN Exemption（有的平台叫 Product ID Exemption）。它的含义是：平台允许你在没有有效 GTIN 的情况下，用一个替代标识把商品上架。注意它的三个限定词，按品牌、按品类、按站点（Marketplace）授予。
这三个限定词意味着：A 品牌在美国站的家居品类拿到豁免，不等于 B 品牌也能拿到，不等于同一个 A 品牌在德国站的工具品类也能拿到。更关键的是，豁免可以被平台在复核时撤销，而且它不解决供应链协同问题，如果下游零售商要跑 EDI 对账，你没有 GS1 码这件事依然是硬伤。
这是我踩坑之后最大的认知转变。买码、申请豁免、写 listing，这些都是”动作”；真正决定一个公司会不会反复出事的，是它有没有一张能回答”这个码是谁的、用在哪、什么时候到期、有没有重复用”的台账。
没有台账的公司，UPC 问题会以三种形式反复出现：同一批码被两个运营重复使用；豁免到期没人知道；品牌换了包装但码没换。这三种问题的共同点是，它们都不是执行问题，而是数据没有单一可信来源的问题。
很多争论其实源于概念混用。我经常看到运营把”内部 SKU 编码”当成 UPC 提交给平台，然后被驳回还不知道为什么。下面这张对照表是我内部培训时用的版本。
| 标识 | 长度/格式 | 谁分配 | 作用范围 | 能否在全球唯一 |
|---|---|---|---|---|
| UPC-A | 12 位数字 | 企业（基于 GS1 前缀） | 北美零售，最通用 | 是 |
| UPC-E | 8 位数字 | 企业（UPC-A 的压缩形式） | 小包装，北美 | 是（可还原为 UPC-A） |
| EAN-13 | 13 位数字 | 企业（基于 GS1 前缀） | 欧洲、亚洲零售 | 是 |
| GTIN | 8/12/13/14 位 | 统称，含 UCP/EAN/ITF-14 | 全球商品标识体系 | 是 |
| SKU | 自定义字符串 | 卖家自己 | 仅你公司内部 | 否 |
| ASIN | 10 位字母数字 | 平台自动生成 | 平台内部 | 仅该平台内唯一 |
我的经验判断是：UPC/EAN 是”走出去”的身份证，SKU 是”对内”的工位号，ASIN 是平台给你的房间号。三者不能互相顶替。特别提醒一点，很多卖家问”能不能用 SKU 当 UPC 填”，答案是格式上也许能通过前端校验（如果是纯数字），但它在 GS1 体系里不存在，属于无效 GTIN，随时会被判违规。
要理解豁免为什么存在，得先理解平台为什么死磕 GTIN。这不是平台故意为难人。
第一是去重。全球每天有海量新 listing 提交，如果没有任何全局唯一标识，同一款产品会被不同卖家重复创建几十次，搜索结果会彻底失控。GTIN 是平台成本最低的去重方案。
第二是防伪与追责。当某个商品出现安全问题需要召回时，监管机构能通过 GTIN 反查到注册主体。这是平台规避合规风险的刚需。
第三是供应链协同。大型零售商、分销商的 ERP 和 EDI 系统跑的都是 GTIN。平台希望卖家从第一天起就用标准标识，这样后续接入线下渠道不需要重建数据。
但对一部分卖家来说，GTIN 是拿不到的，不是不想拿，是产品形态或品牌状态不支持。这就是豁免存在的空间。
我在实际项目里遇到的豁免场景，基本可以归为六类。这六类的共同特征是：产品确实存在、确实要卖，但拿不到或不该拿 GS1 码。
我至少被问过二十次这个问题：”我做美国站，是不是必须用美国前缀的 UPC？”答案是：不需要。GS1 体系是全球互认的，中国物品编码中心（GS1 China）分配的前缀（690-699 段），在美国、欧洲平台都是有效的 GS1 码。
真正敏感的不是前缀国别，而是下面两件事：一是这个码是否能在 GS1 官方数据库中查到；二是数据库里记录的品牌名，是否和你 listing 上填的品牌名一致。后者是我见过最多的驳回理由，很多卖家注册 GS1 时用的是公司全称，listing 上用的是一个英文品牌名，两边对不上，触发人工审核。
反过来说，我确实见过某些线下零售商在自有 EDI 流程里对前缀有偏好，但那是零售商的商务要求，不是 GS1 规则，也不是平台的上架门槛。这两件事必须分开看。
我在 2023 年帮一个客户走过一次中国物品编码中心的注册流程，当时的公开口径大致是：首次加入需缴纳一千元级别的注册费（一次性），之后每年缴纳一千元级别的系统维护费，不同省份的分中心、不同类型的企业（集团 vs 单个企业）会有差异。
需要强调的是，这个数字在过去几年调整过，而且各省执行细节不完全一样，具体金额一定以你所在地分中心的当期公示为准。我这里引用它的目的不是给精确报价，而是让你有一个量级概念：国内注册是”千元级起步”，比很多人想象的便宜，也比很多第三方转售码贵。
下面七个误区，不是我总结的理论，是我在项目复盘中逐条对过账的。
这是最普遍也最危险的一条。第三方渠道卖的 UPC，本质是把某个 GS1 注册企业名下的码转卖给你。你拿到的是数字，不是权属。
判断方法很简单：把码拿到 GS1 官方查询入口去查，如果查到的公司名不是你的，那这个码永远不可能是你的。我见过有卖家说”我买了之后卖家给了我一张授权书”，问题在于，GS1 的规则里公司前缀不可转让，一张第三方出具的授权书在平台的合规审核里没有证明力。
豁免是有范围、有状态、可能被撤销的权限。我在 2022 年遇到过一起案例：一个卖家 2020 年拿到的家居品类豁免，2022 年因为品牌资料更新，后台触发复核，豁免状态变成”待验证”，同一时间 60 多个在售 listing 进入审核状态。
这件事教会我一个操作习惯：把豁免当作一个有过期日的证书来管理，而不是当作一次性开关。至少要记录三项：获批日期、覆盖的品类与站点、上一次复核时间。
变体（颜色、尺寸、容量）在 GTIN 体系里是不同商品，需要各自的 GTIN。我见过运营为了让后台变体结构干净，把父体和子体共用一个码，结果在平台抽检时被判”重复使用标识”。
这里有个容易被忽略的细节：平台的检测逻辑是跨账号、跨时间的。你今天在这个账号用了 036000291452，明年换个账号再用一次，依然可能被识别为重复。所以”用过就扔”的想法是不成立的。
UPC 的校验位算法是公开的，任何人五分钟就能写出来。所以确实有人自己造码，算出来的校验位是对的，扫出来也符合格式。但它在 GS1 数据库里不存在。
我把算法贴在这里，是为了让你理解”格式合法”和”权属合法”之间的距离有多远，而不是教你造码。
def upc_a_check_digit(first_11: str) -> str:
"""UPC-A 校验位：奇数位权重 3，偶数位权重 1，取 10 的补数"""
if len(first_11) != 11 or not first_11.isdigit():
raise ValueError("前 11 位必须是数字")
total = 0
for i, ch in enumerate(first_11): # 索引从 0 开始
weight = 3 if i % 2 == 0 else 1 # 第 1 位（索引 0）权重为 3
total += int(ch) * weight
return str((10 - total % 10) % 10)
print(upc_a_check_digit("03600029145")) # 输出 2，得到完整的 036000291452
def ean13_check_digit(first_12: str) -> str:
"""EAN-13 的权重规则与 UPC-A 恰好相反：奇数位 1，偶数位 3"""
total = sum(int(c) * (1 if i % 2 == 0 else 3)
for i, c in enumerate(first_12))
return str((10 - total % 10) % 10)顺便说一句，UPC-A 和 EAN-13 的权重规则是相反的，这是一个很常见的实现错误来源。如果你的团队自己写过校验工具，建议顺手回归测试一遍，我在两个项目里都发现过这个 bug。
SKU 是自定义字符串，可以包含字母、可以无限长、可以在你公司内重复（只要你不介意混乱）。UPC 是纯数字、固定长度、必须有 GS1 权属。两者唯一的共同点是”都是一串字符”。
正确做法是建立映射关系，而不是互相顶替：一个 SKU 对应一个 UPC（或一个豁免状态），映射关系维护在台账里，而不是记在运营脑子里。
判断标准不是”产品是不是同一个”，而是消费者在货架或搜索页上是否会把它识别为两个不同的可购买单元。如果会，那就需要新的 GTIN。改了颜色、改了容量、改了套装数量、改了口味，这些通常都需要新码。
反过来，如果只是换了外箱印刷、换了供应商、换了主图，产品本身的可购买单元没变，那不需要换码。这条边界不清，会导致两种相反的错误：该换的不换（被判重复使用），不该换的乱换（浪费码并且丢失历史数据积累）。
豁免申请最常见的驳回理由是”提交的产品图片未体现品牌信息”和”品类选择与实际产品不符”。这两条都属于可以在提交前五分钟内自检掉的。
我的自检清单只有三条：图片上是否能清晰看到品牌名（印在产品或包装上，不是 P 上去的）；所选的品类和产品实际归属是否一致；提交主体与商标权属是否对得上。这三条过一遍，能挡掉大部分返工。
面对”要不要申请豁免”这个问题，我从来不给通用答案，因为答案取决于三个变量。我把它整理成一个三层判断顺序，顺序不能倒。
这是决定性的第一层。有完成注册的商标（哪怕不是 R 标，能提供受理证明在很多场景下也能用），意味着你有品牌主体，走 GS1 注册或走豁免都通。
没有商标，意味着你在平台侧的”品牌”是空的。这种情况下，GS1 注册依然可以做（GS1 注册不看商标，看企业主体），但 GTIN 豁免的通过率会明显下降，因为平台的豁免逻辑本质上是”给品牌所有者开的口子”。
这一层决定经济性。我给客户的判断线大致是：如果一年内需要的新 GTIN 数量少于 10 个，且商品生命周期短于 12 个月，优先考虑豁免；如果超过 100 个且持续新增，GS1 注册的边际成本会低到几乎可以忽略。
原因在 GS1 的定价结构上，它是阶梯式的，码越多，单码成本越低。下面是按公开套餐换算出来的边际单码成本，这条曲线的形状决定了你的决策。
这是最容易被忽略、但出事时最致命的一层。任何时候，你都应该能回答一个问题：如果平台明天要求我提供这个 GTIN 的权属证明，我能在 24 小时内拿出什么？
能拿出的东西按证明力从高到低排：GS1 成员证书（含前缀）＞ GS1 官方数据库可查记录 ＞ 平台豁免批准记录 ＞ 第三方出具的授权书（证明力极低）＞ 什么都没有。
把这三个判断叠在一起，就得到我实际使用的决策表：
| 商标状态 | 年新增 GTIN 需求 | 商品生命周期 | 我的建议路径 |
|---|---|---|---|
| 已有注册商标 | > 100 个 | > 24 个月 | GS1 官方注册，按需选套餐，不用犹豫 |
| 已有注册商标 | 10 – 100 个 | 12 – 24 个月 | GS1 注册 100 码档，剩余码留给未来变体 |
| 已有注册商标 | < 10 个 | < 12 个月 | 优先申请豁免，控制前期现金支出 |
| 商标申请中 | 任意 | 任意 | 先注册 GS1 保底，同步申请豁免作为补充 |
| 无商标（白牌） | 任意 | 任意 | 优先注册 GS1，豁免通过率不稳定，不宜作为唯一方案 |
我见过最混乱的账号，同一个品牌下有三类码：GS1 官方码、转售码、豁免上架的商品。这种结构的风险不在于某一个码有问题，而在于平台在做品牌级审核时，看到的是一个自相矛盾的品牌资产画像。
我的建议是：如果预算允许，把存量转售码分批次替换成官方码，替换节奏跟着产品生命周期走，老链接等它自然淘汰，新链接一律用新码。这样不需要一次性停机，也不会造成数据断层。
前面讲的是判断，这一节讲落地。落地这件事，靠 Excel 是撑不住的，不是因为 Excel 不好用，而是因为 UPC 数据天然是多源的：GS1 证书是一份、平台后台是一份、ERP 是一份、运营自己的表又是一份。
触发点是 2021 年的一次事故：一个运营离职，交接文档里没写清楚哪些码已经在用。接手的人把 40 个已经在用的码又用了一遍，两个月后批量触发重复使用告警，涉及 40 个新链接全部回滚。
这件事的本质不是”交接没做好”，而是公司没有 UPC 的唯一可信来源。谁在用、用在哪，全靠人记。所以我的解决方案很直接：建立一张 UPC 资产台账，让”这个码当前状态是什么”只有一个答案。
字段设计是这件事里最有技术含量的部分，我前后改过四版。最终稳定下来的字段分四组：
这四组字段里，我认为最重要的是”来源类型”和”下次复核提醒日”。前者让你随时能算出风险敞口，后者让豁免不会悄悄过期。
台账的载体，我用的是 数跨境。选它的理由不是功能多，而是它能把多源数据先做标准化再做分析，GS1 证书信息、平台后台导出、ERP 里的 SKU 主数据，这三份表的字段名和格式完全不一样，直接拼表是做不出可靠结论的。
我在里面主要搭了三个看板，逻辑是按”发现异常 → 定位原因 → 跟踪处理”这条链路设计的。
核心逻辑是”一码一品”校验：同一个 GTIN 如果绑定超过一个活跃 SKU，立刻标红。这条规则看似简单，但它拦住的问题占了历史事故的一半以上。
-- 在 UPC 资产台账中找出"一码多品"的重复使用 SELECT upc_code, COUNT(DISTINCT sku_id) AS sku_cnt, GROUP_CONCAT(DISTINCT marketplace) AS markets, GROUP_CONCAT(DISTINCT owner_name) AS operators FROM dim_upc_ledger WHERE status = 'active' GROUP BY upc_code HAVING COUNT(DISTINCT sku_id) > 1 ORDER BY sku_cnt DESC;
这个看板解决的是”静默失效”问题。逻辑是把豁免批准信息按站点和品类维度落表，算出距离上次复核的天数，超过阈值自动进入待复核队列。
我设置的分级是：超过 180 天未复核标黄，超过 365 天标红。这个阈值的依据是我观察到的人工复核触发节奏，大多数品牌资料的更新会在一年左右发生一次，提前准备材料的成本远低于事后申诉。
这个看板回答管理层最关心的问题：我们现在的 UPC 资产里，有多少是”证明力不足”的。逻辑是按来源类型分组统计在售 SKU 数、涉及 GMV 占比，并按替换优先级排序。
这个看板是我认为最有价值的一个。因为它把一个技术问题翻译成了商业语言，不是”我们有 300 个转售码”，而是”我们有 300 个转售码，对应 18% 的在售 GMV，替换成本大约是多少”。
回到开头那 217 条下架记录。我把损失按科目拆过一次，结论和我原本的直觉不一样，最贵的不是重新上架的人工，而是断货期间丢失的排名。
人工成本其实可控：重新准备材料、重新上架、重新做 A+，一个链接平均 3.5 人天。真正贵的是流量侧的损失，因为排名和评论的恢复是非线性的，掉下去容易，爬回来要几个月。
前面讲的是判断逻辑，这一节给出可直接执行的建议。我按四种最常见的卖家画像来分，你可以对号入座。
这是最尴尬的画像。铺货型意味着 SKU 数量大、生命周期短、单品利润薄，走 GS1 注册会显得不经济；但没有商标，豁免的通过率又不稳定。
我的建议是按”存活率”分批处理，而不是一次全铺。具体做法：先用小批量测试品跑通选品逻辑，等某个品类里出现稳定的出单款，再针对这个品类去注册 GS1 或申请豁免。不要在还没验证需求的时候，就把 UPC 采购当成一次性采购去做。
另外提醒一个操作细节：铺货型最容易出现”同一个供应商的同一个产品，被不同运营用不同 UPC 上架”的情况。这在后台会形成重复 listing，最终伤害的是你自己的搜索结果。
这一类没什么好犹豫的，直接走 GS1 官方注册。精品型的特点是单品生命周期长、愿意投广告、要积累评论和排名，这种情况下 UPC 的权属清晰是基础设施，不是可选项。
套餐选择上，我的经验是永远买比你当前需求高一个档位的。因为变体扩展、套装组合、跨站点上架都会持续消耗码，中途加购的行政成本往往高于一开始多买那一档的成本。100 码档对大多数精品型卖家是一个舒服的起点。
多站点有一个特有的坑：同一个产品在不同站点，是复用同一个 GTIN，还是各用各的？
我的判断依据是产品是否在实质上相同。如果只是语言和包装文字不同，产品本身、规格、成分一致，那用同一个 GTIN 是合理的，也是 GS1 推荐的做法。如果为某个市场改了配方、改了容量、改了认证要求，那就需要新的 GTIN。
实操上我建议在台账里加一个”站点覆盖”字段，明确记录每个 GTIN 覆盖了哪些站点。这个字段最容易在人员交接时丢失，也最容易导致重复创建。
这是最需要克制的情况。我见过卖家一冲动，把所有历史转售码的链接全部下架重上，结果损失远超风险本身。
我的建议是分层处理：高销量链接优先替换，低销量链接等自然淘汰，已经停售的直接废弃不处理。高销量链接的价值大，值得承担一次重新上架的代价换取长期安全；低销量链接的下架损失可能比风险本身还大，不划算。
替换时还有一个技术细节容易被忽略：新码上架后，旧链接不能用”合并”的方式处理，因为不同 GTIN 在平台侧是两个商品。正确做法是让旧链接自然衰减，把流量通过广告和站内关联引导到新链接。
写到这里，其实所有的建议背后都是三组取舍。我把它们明确摆出来，因为只有理解了取舍，你才能在新的平台规则下自己推导出答案。
第三方转售码的诱惑是真实的，30 美元 vs 250 美元 vs 750 美元，对刚起步的团队来说差距不小。但这两者不是同一个量级的比较。
我的判断方式是把它换算成”风险期望值”：转售码的风险不是均匀分布的，它集中在两个时点爆发，品牌升级审核和平台规则收紧期。这两个时点你无法预测，一旦撞上，损失的量级是 GMV 级别，不是码费级别。
我的取舍建议是：码的采购成本属于”绝对不该省”的那一类支出。如果预算真的紧张，正确做法是减少 SKU 数量，而不是降低每个 SKU 的合规标准。
豁免方案在灵活性上是有优势的，不需要提前采购码，SKU 想加就加，试错成本低。但它的代价是可追溯性几乎为零。
这个代价在什么时候会显现？当你想从线上走到线下时。我见过一个做家居的卖家，线上做得很好，想进区域连锁商超，结果对方第一轮就问：”请提供你们的 GS1 成员证书和产品 GTIN 清单。”这个时候，豁免批准的记录帮不上任何忙。
所以我的判断是：如果你的商业规划里存在”进线下渠道”这个选项，那 GS1 注册不是成本，是门票。即使当下只在线上卖，提前注册也相当于买了一个期权。
这一组很多人没意识到。GTIN 是跨平台、跨时间的商品主键。你今天在 A 平台上用某个 GTIN 积累了评论和排名，将来这个 GTIN 到 B 平台，历史是可以被继承的，因为商品身份的锚点是 GTIN，不是平台生成的 ASIN。
反过来，如果你用的是转售码或豁免上架，商品身份是平台内生的，换平台就等于从零开始。用豁免省下的几十美元，可能在第二次扩渠道时变成几千美元的重新启动成本。
这也是我为什么反复强调台账的原因：只有当你有一个稳定的、可追溯的商品主键体系时，跨平台的数据积累才可能发生。
虽然我一直强调 GS1 的价值，但确实存在明确应该走豁免的场景。我的清单是这样：
这五种情况的共同点是：长期可追溯性对当下的业务没有价值，而前期现金和速度有价值。在这五种情况里坚持注册 GS1，反而是资源错配。
我把这篇文章的核心观点压缩成三句话。
第一句：UPC 的价值在前缀的独占使用权，不在那 12 位数字。所以任何不以”权属可证明”为前提的 UPC 方案，本质上都是在借别人的身份卖东西，风险只是延迟爆发。
第二句：GTIN 豁免是平台授予的、有范围有期限的通道权限，不是免检资格。它适合特定场景，但不能作为全公司 SKU 的默认方案，更不能替代商品主键体系的建设。
第三句：UPC 管理的终局是数据治理。一张字段设计合理的台账，加两三个自动化校验看板，能挡住 80% 以上的实际事故。这件事的技术门槛不高，难的是意识到它该被做。
如果你现在就要行动，我建议按这个顺序走：
最后说一句可能有点反直觉的话：如果你发现自己的异常告警数量在治理启动后大幅上升，这是好消息。它意味着那些原本看不见的风险终于开始被看见了。真正危险的状态，从来不是问题多，而是台账上一片干净，而你对这份干净没有任何信心。
我第一次做北美站的时候，从服务商那一口气买了一千个UPC，心想够用两年了，结果上架到第三十个SKU就乱了，有两个链接用了同一个码，被后台提示关联，我当场就懵了。后来才知道，UPC不是'有了就往上填'，它有一套先分配、后绑定的顺序。如果你也是刚拿到一批码准备铺货，这个顺序搞错，后面返工成本很高。
正确顺序是四步，缺一步都会出问题。第一步，先做码库登记，把所有UPC录入一张表，字段至少包含：UPC码、位数校验、来源（GS1官方还是第三方）、购买凭证编号、状态（空闲/已绑定/停用）。第二步，按SKU一对一分配，一个UPC只能绑一个SKU，且这个绑定关系在SKU生命周期内不能改。
第三步，上架时把UPC填进Product ID栏，同时确认品牌名与备案信息完全一致（大小写、空格都算）。第四步，上架成功后回填ASIN，把码的状态从'已绑定'改成'已生效'。判断依据上，UPC-A是12位，第1位是数字系统字符，中间5位是厂商识别码，后5位是商品项目代码，最后1位是校验位；
如果你拿到的码连位数校验都不对，基本可以判断是转售的二手码。我的经验是，铺货超过50个SKU的团队，一定要在上架前做一次全表查重，用Excel的条件格式或一个简单的重复值公式就能跑出来，这一步能省掉后面90%的申诉时间。
我是自有品牌，产品是自己设计的手工饰品，包装上根本没有条形码，朋友说可以直接申请豁免，但也有人说豁免后流量会掉。我就很纠结：到底是花几千块去GS1买码，还是走豁免这条路？万一豁免批不下来，链接是不是就废了？
判断标准只有一条：产品本身在零售环节就不存在GTIN，而不是你不想买码。适合豁免的典型场景是自有品牌、私有品牌、手工定制、按订单组装或自组套装；如果你卖的是有正规厂商包装、包装上印着条码的通货，那就不该走豁免。硬门槛是必须完成品牌备案（Brand Registry），没有备案基本不会批。
流程上，先在后台提交GTIN豁免申请，填写品牌名、类目、产品图片和包装图片（包装图要能看出没有条码），一般1到3个工作日给结果，我经手的案件里最快的当天就过，慢的遇到过补交材料后第五天。两个容易踩的坑：一是豁免只对申请的站点和类目生效，你北美站批了不代表欧洲站能用，跨类目也要重新申请；
二是豁免不等于免审核，后续如果被系统扫到，你唯一的凭证就是当时的审批编号和通过截图，所以批下来的当天就要归档。至于流量，豁免本身不降权，但用豁免上架的链接在部分类目会被限制参加某些促销活动，这个要提前在类目规则里确认。
豁免是批下来了，可我上传批量模板的时候，UPC那一栏不填就报错，填了又怕被判虚假信息。我当时试过填'0'、填'NOUPC'，甚至编了一串数字，结果链接要么传不上去，要么上架后两天被下架。后来才搞明白，是自己模板选项选错了。
正确做法是：不要自己编任何数字，也不要填0或英文占位符。在批量上传模板里，Product ID Type这一栏选择GTIN Exemption（部分模板显示为'无GTIN'或'Product ID Exemption'），Product ID那一栏留空，然后提交。
如果仍然报错，按这个顺序排查：第一，品牌名是否与备案完全一致，我遇到过一次只是因为品牌名里多了一个空格，排查了两个小时；第二，该类目是否在豁免范围内，豁免是按类目批的，不是按店铺批的；第三，是否用了过期的旧模板，亚马逊模板版本更新很频繁，用旧模板经常出现字段对不上的情况；
第四，如果是从别人那里拿的模板，注意Product ID Type的枚举值在不同站点翻译不一样。另外提醒一点，豁免通过的工单号和截图一定要存在能被团队其他人找到的地方，不要只留在提交人的邮箱里，我见过运营离职后，新接手的人被审核要求提供凭证，翻遍邮箱找不到，最后只能重新申请，白白耽误两周。
我们团队五个人共用一个UPC池，最崩溃的一次是两个人给不同SKU用了同一个码，直到链接被合并成变体才发现。还有一次是运营离职，他手上那批码的去向完全没人知道，几十个码就这么'失踪'了。我一直在想，UPC这种东西到底该怎么管，才能像管库存一样清楚？
核心是建三张表，并且让状态变更必须留痕。第一张是UPC资产表，字段包括：UPC码、来源、购买凭证、入库日期、当前状态（空闲/已绑定/停用）、绑定SKU、操作人。第二张是SKU与码的绑定表，记录绑定时间和解绑时间。第三张是豁免案件表，字段包括站点、类目、提交日期、审批编号、关联SKU、复查日期。
规则上有两条是死线：一是一码一SKU，永不复用；二是SKU下架后，码的状态标为'停用'而不是'释放回池'，因为同一个UPC被二次使用，轻则触发变体异常合并，重则被原链接投诉跟卖，处理起来的成本远高于重新买一批码。
落地方式上，把这三张表放到某项目管理工具里做成看板和流转状态，每次状态变更记录操作人和时间，豁免案件设置到期前30天自动提醒复查。数据口径方面，我们团队早期靠人工登记，重复使用率大概在7%左右，后来在上传前加了一道'全表查重'的卡点，用公式自动标红重复码，重复率压到了0。
另外建议每季度做一次盘点，把超过90天没有绑定记录的码单独列出来核查，这批码往往就是离职交接时的盲区。
读者评论
做亚马逊三年，早期也买过第三方UPC，确实能上架，但后来品牌备案换成GCID后，老链接的码一直没动。看了台账那段有点后怕，可小团队真维护一张码表，运营离职就断档。想问下历史转售码如果不主动换，平台会往前追溯多久？是不是只要没人举报就没事？
豁免申请那块深有体会，图片和品牌名不一致被驳回两次。后台品牌名最好和GS1数据库完全一致，连大小写空格都可能影响。补正拖一周很正常。但文章说豁免可被撤销，我还没遇到过，倒是见过豁免通过后上架仍被要求提供GS1证书，所以豁免不等于上架就稳。
GS1中国注册千元级这个口径差不多，我去年问当地分中心，首次加首年维护一千多，但代理报价能到三四千。自己办就是填表交执照等审核，不算太麻烦。前缀国别问题，我美国站用中国前缀一直正常，但线下商超客户明确要求美国前缀，这种商务要求和平台规则确实得分开看。