我们 2024 年开始做 TariffsChart,是因为反复看到同一张电子表格。
它有一列写 HTS 编码,一列写关税率,一列写"中国附加",一列写"预估落地成本"。没有一格带链接,也没有一格带日期。2024 年 3 月那个对的税率,到 2024 年 8 月就错了——四年期审查改了好几个消费品类的 line。等进口商发现的时候,这张表已经驱动了四个月的定价决策。
做这张表的团队不是马虎的人。他们在跑一个真实的生意,在一个一年规则改两三次、错了之后只有报关那一刻才能发现的环境里——那时候已经晚到没法补救了。他们不需要一个更聪明的计算器。他们需要的是一种答案永远跟着源出来的工作流。
这就是 TariffsChart 想解决的问题。本文讲清楚我们做了什么、刻意没做什么、以及它真正服务的是哪些人。
我们注意到的几个共同点
2024 年和我们聊过的进口商身上,几个反复出现的模式:
HTS 查询发生在三个不同网站——flexport.com、官方 USITC HTS、还有供应商报价表上写的——没有任何一处记录用的是哪个版本。某个数字哪天被挑战了,没人记得它从哪来。
Section 301 这一层被当作单一税率(常常是"25%"),不区分实际的 list、实际的产品、实际的豁免状态。真正的复审意味着查第 99 章编码,但大多数计算器把这一层埋起来了。
落地成本模型不算 MPF 和 HMF,不把运费和货价分开来算关税,产出来的单件成本数字偏乐观 10–25%——这是一种悄悄吃掉毛利、却不会作为"问题"出现在任何人雷达上的错误。
报关行的对接很痛苦。当报关行问"你为什么这么归类",答案通常是"供应商说的"或"我们用这个编码两年了"——两个都不是站得住的立场。
我们做 TariffsChart,就是按这四个痛点的顺序去解决的。
TariffsChart 是什么
三个相连的工具,围绕一个工作流。
HS / HTS 查询。一个针对当前 HTSUS 的搜索界面,能拉到 10 位子目、章节注释、归类总则上下文——并在你保存结果时默认捕获源 URL 和检索日期。这里的重点不是说我们的 HTS 数据库比 USITC 更好。重点是 USITC 的数据库不会记录你具体哪天看了它——而这个元数据,正是你六个月后回头要重建一项规划决策时最关键的那一笔。
落地成本计算器。输入货价、Incoterm、HTS 和原产地,产出关税堆栈——MFN、Section 301(把 9903.88.xx 豁免核查暴露出来,不埋起来)、Section 232(如适用)、MPF、HMF、各种费用——每一层都带源。它把"应税 transaction value(只算货)"和"现金流落地成本(货+运费+所有别的)"分开,因为这是两个不同的数字、两个不同的用途。
Tariff Tracker。一份你关心的 HTS line 的工作记录,记录这些 line 上的税率怎么变、什么在路上(下一次四年期审查、即将到期的豁免、最近的 Federal Register 通告)。多数进口商不需要每天读 Federal Register;他们需要知道"我关心的那 30 条 line 里,有没有刚刚变过"。
底下,所有 SKU 的源 URL、检索日期、归类推理、未决问题清单都住在同一个工作区里。从任何一个 SKU 两次点击就能导出一份 broker-ready 档案。
就是这些。我们不是报关行,不报关、不发 ruling。我们是让你做好报关准备的工具——让报关行 3 分钟能看完,让你能在 CBP 哪天问起来时重建你的推理过程。
我们刻意没做的事
几个早期决定,塑造了产品至今的样子:
没有"自动归类"。这个领域有几个产品声称能从产品描述识别出正确的 HTS 编码。我们看着这类系统在边界场景里给出"自信但错"的答案——而那正是"自信"代价最贵的场景。归类是个推理任务。我们宁可把 GRI、章节注释、相关 CROSS rulings 给你,让你自己推,也不愿意给你一个带虚假确定性的答案。
没有法律意见。TariffsChart 不会告诉你你那个结构能不能用 First Sale,不会告诉你你那个实质性改变论据站不站得住,不会告诉你你有没有 AD/CVD 敞口。这些是持牌律师的活。我们会把官方源指给你,让你跟律师能进行更高效的对话——但我们不会假装自己是律师。
不把"关税率"作为单一数字呈现。每一笔关税计算都是一个堆栈:MFN 基础 + Section 301 +(有时)Section 232 +(有时)AD/CVD + MPF + HMF。我们刻意把每一层分开展示。一个"总关税率"会把"你将来可能要为之辩护的那一层"藏起来。
不承诺数据永远最新。我们有"上次对照官方源核实过"的数据——并且把核实日期告诉你。如果你明天就要报关,正确做法是再去 USITC 和 USTR 自己核一次,而我们让这个动作很简单。我们不会做的事是,在没核过的情况下,把缓存数字当当前数字来卖给你。
产品对工作流是有立场的,因为我们认为工作流才是真正的问题。一个跑得更快的计算器,如果产出的结果不可复审,价值不大。
它服务谁
我们为三类用户做 TariffsChart,产品的形态正落在这三者的交集上。
亚马逊 FBA 卖家和 Shopify 商家,自己跑进口业务。年进口额 100 万–2000 万美元,没有内部关务律师,和货代+报关行合作,但规划的算账自己做。这一类的价值,在于让那个驱动定价决策的落地成本数字,真实反映了关税堆栈。
中小型进口商,有内部物流团队但合规带宽有限。年进口额 500 万–1 亿美元,有一两位负责跨数百个 SKU 的关税规划。这一类的价值,在 SKU 数据库——从一张越来越难管的电子表格,迁移到一份在税率变动时会自动更新的结构化记录上。
报关行和咨询顾问,服务多个进口商客户。这一类的价值,在 broker-ready 档案——让客户交过来的文档是几分钟内可复审的、而不是几小时。
如果你年中国进口额超过 5 亿美元,有内部贸易合规团队,以及一份六位数年订阅的全球贸易管理系统——你不是我们的用户。大型 GTM 平台是为那个量级建造的。我们服务的是那些已经太大、不能用 Google Sheet 跑、但又还没大到买得起那些平台的进口商。
我们正在做的事
简短的路线图。更深度的 CROSS ruling 集成,让相关 ruling 在归类工作流里直接出现,而不需要去单独搜。AD/CVD 命令行政复核日程的更好跟踪。一份简单的 binding ruling 申请工作流——因为 Part 177 流程第一次走是真的有些唬人的。原产地档案工具,尤其是实质性改变分析,这一块在进口商从单一国家采购向多元化转移的过程中会越来越重要。
我们明确不做的事:不做"自动报关代理"。这是持牌报关行的活。我们宁可让报关行变得更高效,也不去试图取代他们。
要试用的话:HS / HTS 查询、落地成本计算器、Tariff Tracker——都不需要注册账户就能用。存几个 SKU,试试 broker-ready 档案导出,告诉我们哪里不够好。
TariffsChart 是规划工作区,不是报关行。我们不报关、不发 ruling、不提供法律意见。如需针对具体入境的决策,请与持牌报关行合作。如涉及 First Sale、AD/CVD、实质性改变等问题,请咨询持牌贸易律师。
