去年秋天,我们合作的一位持牌报关行讲过一件事。一个新客户——年中国进口额约 400 万美元的 Shopify 家居杂货卖家——在第一票货报关前一天,把"关税档案"发给他。一张 Google Sheet,七列:产品名、SKU、HTS 编码、MFN 税率、Section 301 税率、合计税款、备注。大约 140 行。
报关行花了 45 分钟看这张表,回了一份 14 个问题的清单。HTS 编码从哪来的?哪个版本的 HTSUS?有没有 CROSS ruling 支持?那几行原产标"越南"的,实质性改变分析在哪?有没有在主张某个 Section 301 豁免?为什么有三行的 MFN 税率写得和 Section 301 税率一样(不可能,这是两个独立层级)?
这位卖家答不上来大多数问题。报关行最终凭着客户的"reasonable care"声明,先把货报了——但把档案标记为"结构性整改"。三周后,其中一票货被 CBP 拉去做估值复审。这位卖家花了六周时间,把本该在第一票货之前就建好的档案,在审计压力下重建了一遍。
本文讲的就是"整改后的版本长什么样"。不是理论上的样子,是实操层面的样子。一份让报关行在报关前五分钟打开它,看完就能签字、不需要回 14 个问题的档案。
报关行实际在审什么
进档案格式之前,先讲清楚报关行打开你的档案时,他在做什么。报关行不是在帮你重新核算。报关行在核五件事:
分类的可辩护性。HTS 编码是 CBP 官员也会得到的那一个吗?从 GRI 走到具体 10 位子目,有没有完整的纸面推理路径?
估值的正确性。应税价值是不是合适的那一个——transaction value,加上必要的 assists、royalties、packing 等增项?如果用 First Sale,条件是否实质成立?
原产地的佐证。如果原产地不是制造国本身,实质性改变是否有文件支持?
特殊计划的资格。是不是标记了正确的 Section 301 list?如果有当前生效的豁免,是不是用了正确的 9903.88.xx 编码主张?AD/CVD 命令是否清查过?
Reasonable care(尽合理注意)。最重要的一项,进口商能不能证明自己尽了合理注意把这次入境做对?Reasonable care 标准是 19 U.S.C. § 1484 下进口商责任的法定挂钩点。
一份合格的 broker-ready packet,在报关行问出这五个问题之前,就已经回答完了。
标准格式
下面是我们内部使用、并和合作的报关行共享过的模板。一个 SKU 一页。可以放在电子表格、Notion 数据库、Airtable 或工作区工具里——格式不重要,纪律才重要。
SKU 归类记录(每个活跃产品一份)
1. 产品
- 描述(写在商业发票上的那个描述)
- SKU 与内部产品代码
- 材质构成、净重、尺寸
- 主要用途
- 任何会影响归类的特殊特征(如蓝牙、锂电池、含管制物质)
2. 归类
- 候选 HTS 编码(10 位)
- 来源:USITC HTS URL、检索日期、HTSUS 修订版本号
- GRI 推理:一段话讲清适用了哪条规则、为什么
- 支持性 CROSS rulings:ruling 编号、URL、每条 ruling 支持什么的简短笔记
- 考虑过的备选归类,以及拒绝理由
3. 原产
- 原产国
- 出口国(如不同)
- 实质性改变分析(如适用)
- 供应商/制造商名称与地址
- 佐证文件:供应商声明、面料厂证书、照片等
4. 估值
- 交易价值方法(基础法、First Sale、推算法、扣减法、后备法)
- FOB / CIF / EXW 货价(标明 Incoterm)
- 货币与汇率基准
- 法定增项:assists、royalties、packing、commissions、转售收益
- 运费与保险:单独列示且可证明
5. 关税层级(每一层带源 URL 与检索日期)
- HTSUS 中的 MFN 税率
- Section 301 list 与税率(如主张豁免,带 9903.88.xx)
- Section 232 敞口
- AD/CVD 案件状态(查 ACCESS portal,查 ITC DataWeb)
- Section 122 / IEEPA / 其他第 99 章层级
6. 装运背景
- 数量与计量单位
- 配额检查
- PGA 合规(FDA、FCC、CPSC、USDA、EPA——按适用情况)
- 进口记录方(IOR)保函状态
- 国家/品类特定的入境要求
7. 未决问题
- 任何未解决的问题,标记给报关行或律师
- 对该归类的信心评级(高/中/低)
8. 免责声明 "规划性估算。最终归类和税款以入境时为准。非法律意见。"
每一格都有源。每个源都有日期。无法溯源的——标记到第 7 项,不要用一个猜的数字糊过去。
实例走一遍
我们用一个真实 SKU 跑一遍。蓝牙无线耳机,无麦克风,深圳工厂出货,目的地是 Riverside 的一个亚马逊 FBA 仓库。
1. 产品。无线蓝牙耳机,型号 XYZ-100,纯音频(无麦克风),USB-C 充电盒,5 小时电池续航,塑料外壳带硅胶耳塞,每副带包装 60g。主要用途:个人音频再现(播客、音乐),与手机或平板配对。含锂离子电池(涉及 FCC、DOT 危险品文档要求)。
2. 归类。候选 HTS:8518.30.2000("耳机和听筒,无论是否带麦克风;由麦克风与一个或多个扬声器构成的成套器件:其他")。来源:hts.usitc.gov,Revision 29(2025),检索日期 [date]。GRI 推理:GRI 1——产品由 8518.30 明确描述,基于"为佩戴者再现声音"这一主要功能;考虑过 8517.62.0090(数据传输设备)的备选,但因主要功能是为佩戴者输出音频、不是数据传输,被排除。支持性 rulings:N331416(Stealth 游戏耳机,同 heading)、G89845(消费类耳机,同 heading,4.9% 税率)、NY J86357(零部件级归类,与 8518 一致)。备选考虑:8517.62.0090——按 GRI 3(a) 排除,8518 是更具体的 heading。
3. 原产。中国(广东省,深圳工厂)。供应商:[供应商名称与地址]。供应商声明已存档。无第三国实质性改变。
4. 估值。Transaction value 基础法。FOB 深圳,12.40 美元/件,5000 件 = 62,000 美元发票总额。发票币种 USD。无 assists、royalties、commissions。运费另行开票 1800 美元(海运 LCL)。保险另行开票 620 美元。
5. 关税层级。
- MFN:4.9%,依据 HTS 8518.30.2000,USITC 源 URL 已截存,检索日期已记录。
- Section 301:List 3 适用性——通过 USTR Section 301 lookup 工具用 8 位 HTS 已确认,当前税率 25%,未主张 9903.88.xx 豁免(已对照 2025 年 11 月延期清单核实)。
- Section 232:不适用(非钢、铝、铜、汽车)。
- AD/CVD:ACCESS portal 搜索此 HTS heading 下覆盖该产品描述的当前生效命令——零结果。ITC DataWeb 一致。
- 其他第 99 章:当前不适用。
6. 装运背景。5000 副,NUMBER 计量单位。无配额。FCC Part 15 认证(无线设备要求)已存档。锂电池 DOT 文档已存档。进口记录方保函在效。
7. 未决问题。信心:归类高(多条支持性 ruling,主要功能论据清晰);Section 301 豁免复审 中(与报关行确认 2025 年 Q3 那一波豁免申请没有覆盖此产品族);AD/CVD 高(此 heading 下无现行命令)。
8. 免责。规划性估算。最终归类和税款以入境时为准。非法律意见。
整个 SKU 记录大概 350 字。报关行 2–3 分钟看完,签字。
过不了审的那张表
对比一下,开头那张失败的电子表格里,这一行长这样:
| SKU | 产品 | HTS | MFN | 301 | 合计 | 备注 |
|---|---|---|---|---|---|---|
| XYZ-100 | 蓝牙耳机 | 8518.30 | 4.9% | 25% | 29.9% | 中国 |
这一行的问题,除了显而易见的:
HTS 是 6 位,不是 10 位。CBP 不在 6 位归类。8 位子目下的税率可能和 6 位简写不一样。
两个税率都没有源 URL 或检索日期。
没有 GRI 推理,没有支持性 CROSS ruling。如果 CBP 问"为什么选 8518.30 不选 8517.62",答不上。
原产仅写"中国",没有佐证实质性改变、供应商身份、工厂地址。
没有估值细节——这是 FOB 还是 CIF?有没有 assists 或 royalties?
没有 Section 301 豁免核查、没有 AD/CVD 核查、没有 PGA 核查、没有保函状态确认。
那个"29.9%"合计,既没把 MPF、HMF 和其他费用算进去,也(错误地)暗示两个层级是相乘的。它们不是——MFN 和 Section 301 都是按同一 transaction value 算的从价税,所以百分比相加没问题,但它们是独立计算的。
报关行看到这一行,看到七个问题。CBP 官员审这次入境,看到的也是大致同样的七个问题。这些问题没有一个是修不了的。但所有这些问题,都需要进口商在时间压力下重建文档——而那是修这种问题最糟糕的时候。
实际怎么把档案搭起来
按工作量从小到大,三种推进路径:
最低可行版本。开一个 Airtable 或 Notion 数据库,每个活跃 SKU 一行,以上 8 项作为列。每个 SKU 花 20 分钟填进去。填不全的 SKU 标记"待复核",不要猜。前 10 个 SKU 之后,每个 SKU 的填写时间会降到 5 分钟左右,因为大多数查询是可重复的。
中间版本。建好数据库,然后承诺每年刷新一遍每个 SKU——一年一次,重新拉 HTS 源、重新核 Section 301 状态、重新查 CBP CROSS 看类似产品有没有新 ruling。关税在变。Rulings 在被新 ruling 替代。一份 2024 年的档案对着 2026 年的入境做证据,可能站不住。
正式版本。把数据库搬到一个能在工作流里自动捕获源 URL 和检索日期的工作区工具里,能按需导出 broker-ready 摘要,跨 SKU 跟踪未决问题清单。这正是 TariffsChart 在做的事——但底层的纪律比具体工具重要。
要认清的一件事:在事前把档案搭起来的成本,远小于在审计压力下重建文档的成本。报关行能为一份档案齐全的入境辩护;他们没法替你凭空生成不存在的文档。
HS / HTS 查询 和 落地成本计算器 默认就保存源 URL 和检索日期——也就是说,你在做每个 SKU 的工作时,档案在自动累积。导出可以交给报关行;留在系统里就是审计证据链。
规划指南,非法律意见。Reasonable care 是法律标准,有具体要求。如需针对具体入境的建议,请联系持牌报关行或贸易律师。

