CBSA 生成的 Type F CAD 为什么锁住了后续调整（以及正确的应对方法）

这条规则卡住了多少人的调整流程

CBSA 5420 号公告其实不是新政策，更像一个提醒，但这个坑踩的人实在太多，海关不得不专门发文再说一遍：如果是 CBSA 自己生成的 Type F CAD，用来处理 CARM 之前的修改申请，你就没法再对这条 CAD 做调整。

Type F CAD 本来就是干调整活儿的。CARM 环境下，之前放行的货物需要改税额、估价、HS 编码或原产地，你就提交 Type F。问题出在海关自己生成的 Type F 上——比如把旧的 B2 修改转过来，或者处理跨越 2024 年 5 月过渡期的 blanket request，这些 CBSA 自己建的 Type F 是锁死的。要是你又发现一个新错误，或者 CBSA 发来审查通知，没法对着海关生成的 Type F 再提一个 Type F。

要绕过这个限制，只能退回到原始 B3。两条路：要么把 B3 转成「Pre-CARM As Declared CAD」，确保转换后的 Version 1 完整体现 CBSA 那个 Type F 里改过的数据，要么提交新的 Pre-CARM Blanket Request——如果你要改的行数超过 100 行的话。两个办法都不快。明明交易已经进了 CARM Client Portal，还得倒回去走 CARM 前的流程格式。

日常改单流程里会碰到什么

大多数进口商是在过渡期调整完成之后收到审查信才遇到这个问题。你 2024 年 3 月提了个 B2，改 2023 年 12 月某票货的 HS 分类错误。CBSA 过渡期间把那个 B2 转成了 Type F CAD。结果 2024 年 11 月，CBSA 审查部门发信质疑同一票货的原产地申报。你得提第二次调整，但海关生成的那个 Type F 是死路。

只能回到原始 B3，转成 As Declared CAD，手工把 CBSA 已经通过 Type F 处理过的分类修改重新录一遍，再在这个基础上叠加新的原产地修改，作为 Version 2。要是原始报关单是拼箱货，几十个 line item，你得重新敲一遍本该已经在系统里的数据。转换过程本身就是在 CARM portal 里手工录入，万一构建 Version 1 的时候漏了 CBSA 那个 Type F 里的某个细节，审计轨迹就断了。

对于每月跑 blanket adjustment 来调整暂定估价或分摊误差的大批量进口商，这成了反复出现的痛点。假设 CBSA 在过渡期把你 1 月的 blanket request 处理成了 Type F，后来你发现那批货里有三票因为漏报了关税优惠需要再改，没法提第二个 Type F。只能提新的 blanket request，又要走一轮资料提交和 CBSA 审核，哪怕这些交易几个月前就已经放行和缴税了。

CBSA 为什么要锁死自己生成的 Type F CAD

限制的原因是 CBSA 生成的 Type F CAD 是系统自动生成的对账记录，不是贸易链上某方提交的申报。海关把它们当作内部记账分录，用来结清那些没法在旧 B3 框架下完成的 CARM 前交易。如果允许在这些系统生成记录上继续调整，会造成版本控制问题和审计轨迹混乱，尤其是原始 B3 还在 CBSA 旧数据库里的时候。

从合规角度讲得通。从流程角度看，没早发现就是个坑。公告没改规则，但明确了 CBSA 不会放松这个限制。要是你手头有一批 CARM 前的修改申请，后续可能需要再调整，现在就得把转换这步嵌进流程，别等审查通知来了才动手。

100 行门槛和 Blanket Request 策略

公告里明确，超过 100 行需要调整的，必须提交新的 Pre-CARM Blanket Request，不能把单个 B3 转成 As Declared CAD。这个门槛是硬杠杠。就算你拆成多个申请，只要总行数超过 100，CBSA 会拒掉一批单独的 As Declared CAD 转换。

CARM 前的 blanket request 要求附信、详细清单，CBSA 处理通常要两到四周。CARM 之后时间没缩短。如果你要改一个季度的暂定估价报关单，第一轮调整 CBSA 在过渡期处理成了 Type F，第二轮修改周期至少多加三周。这个延迟可能把退税推到下个财季，现金流按月对 RPP bond 结算的话，这就是实打实的影响。

对于依赖放行后调整来处理估价、转让定价核算或 CUSMA、CETA 项下追溯关税优惠申请的进口商，这个流程卡口现在是规划变量。不能假设第二次修改会和第一次一样快。

现在就该检查调整队列里的东西

如果你在 2024 年 Q1 或 Q2 提交过 B2、B9 或 blanket request，CARM 5 月上线时还在审批中，查一下 CBSA 是不是把它们处理成了 Type F CAD。CARM Client Portal 里的交易历史能看到。如果 Type F 是 CBSA 建的，不是你的报关行提交的，标记出来。要是这些交易可能因为审查、转让定价复核或 SIMA 保证金调整需要再改，现在就开始 B3 转 As Declared CAD 的流程，别等 CBSA 给你三十天回复期限了才动手。

行数多的交易，评估一下是把修改合并成一个 blanket request 快，还是转几十个单独的 B3 快。100 行是官方门槛，但实际断点往往更低，50 行左右，因为 As Declared CAD 转换的手工录入时间开始超过 blanket request 的处理延迟。

如果你找的报关行同时处理 CARM 前和 CARM 后的申报，这个转换工作应该包含在他们的调整服务里。自己内部处理的话，时间成本不小。我们见过进口商花两整天转换一个月的过渡期调整记录，因为没意识到 CBSA 生成的 Type F CAD 是锁的，直到审查回复截止日期逼上门才发现问题。

更大的图景：CARM 前的清理工作还要持续好几年

这个公告是更大现实的一部分：CARM 前的交易至少还会在修改流程里待三年。CBSA 的审查周期按《海关法》走四年追溯期，海关现在还在查 2022 和 2023 年的报关单。每一封审查信、SIMA 范围裁定或原产地质疑，只要涉及 CARM 前的报关单，都可能触发这个 Type F 调整锁定问题。

对于调整量大的进口商，尤其是要处理转让定价、分摊模型或暂定估价的，修改的流程成本刚涨了一截。老的 B2 流程慢但可预测。新的 CARM 调整流程顺的时候快，但过渡期边缘案例造成的流程死胡同是 B3 系统里没有的。

如果你每月或每季度跑估价核算，修改清单里有 2024 年 5 月之前的东西，现在就把转换这步写进 SOP。否则等审查回复截止前三天，报关行告诉你得回到原始 B3 重来，那就晚了。

这些转换我们每天都在做。要是你的调整队列里有 CBSA 生成的 Type F CAD，不确定二次修改会不会触发锁定，十五分钟就能聊清楚。联系我们。

来源: CSCB