每个 CAD 版本只允许一个批量调整案件编号——CBSA 动真格了

CBSA 刚刚强化的规则

CBSA 公告 5422 叫停了两种常见做法——常见到需要公开提醒的地步：在后续 CAD 版本里重复使用批量调整案件编号，以及在同一个版本的不同行上堆叠多个批量调整案件编号。

现在，这两种做法都被明确禁止了。提交新的调整时——不管是单行修正还是另一个批量批次——之前填在“CBSA Case No.”字段里的任何旧案件编号都必须清空。而且每个 CAD 版本只允许一个批量调整案件编号，没有例外。

这听上去是一条程序性的规定，直到你意识到，有多少放行后的调整工作流一直在随意违反它。

为什么这比表面看起来更严重

批量调整的存在，是因为进口商常常在放行几周后才发现归类错误、遗漏了 CUSMA 申报或者关税处理有误。保税仓卸一个柜，发现六个 SKU 跟商业发票对不上。会计复核发现一批报关单里，报关行用了普通税率而没有申报 CETA 优惠。CBSA 的核查信三个月后到了，质疑四十票货的申报价值。

所有这些场景里，进口商都需要提交修正后的 CAD。批量调整案件编号的本意，是把相关的修正归到一起，让 CBSA 能当成一个复核来处理，而不是逐个 CAD 地去审。

问题出在：报关行和进口商把这些案件编号当文件夹标签用了。提交一次批量调整，拿到一个案件编号，然后在这批货的每次后续调整上都继续用这个编号。或者更糟——给同一票货的三个子集生成三个不同的批量调整案件编号，然后把三个都扔进一个 CAD 版本里。

CBSA 的处理系统应付不了这种事。案件编号是绑定到某次具体提交事件的一次性令牌，重复使用会打乱审计轨迹；在一个版本里堆叠多个案件编号，会让人搞不清楚哪些行对应哪一个 CBSA 复核。

两种模式带来同一个结果：你的调整被退回，你又回到起点，合规文档里还多了需要解释的东西。

正确的做法应该是什么样

你提交一次批量调整，覆盖二十个需要修正 HS 归类的 CAD。CBSA 分配一个案件编号。这个案件编号只挂在这二十个 CAD 版本上，别的地方哪儿都没有。

两周后，你发现另外五个报关单有同样的问题。你不能把旧案件编号附到新批次上。你得提交一次新的批量调整请求。CBSA 分配新案件编号。新批次带新编号。原来那二十个报关单保留原来的案件编号。

如果你需要再次修改原来那二十个 CAD 里的某一个——比如 CBSA 回了你一个问题，需要提交第二次修正——你在提交新版本之前，要把旧案件编号从“CBSA Case No.”字段清掉。这次修改就成了一个独立事件。如果它属于另一次批量调整，可能会生成自己的案件编号；或者就作为单独修正来处理。不管哪种情况，以前的案件编号都不能继续留着了。

系统强制执行严格的一一映射：一个案件编号，一次调整事件，一个 CAD 版本。其他任何做法都会打断案件文档和 CBSA 实际复核数据之间的链接。

从仓库的角度看

大多数触发批量调整的归类和价值差异，都是在仓库阶段发现的——卸货、检验或对照装箱单核对时。海关查验会标出问题。进口商的质控团队会抓到供应商的错误。保税仓操作员会注意到十二个托盘申报的是一个 HS 编码，但纸箱上标的却是完全不同的产品描述。

这些都发生在放行之后，意味着 CAD 已经提交，税款已经核定。修正必须以调整方式走。如果同一个问题出现在多票货上，进口商就想批量修正——做一次批量调整提交，而不是四十次单独修正。

这就是案件编号纪律要紧的地方。CBSA 需要看到清晰的分组：这批 CAD，对应这个问题，做的是这次修正，挂着这个案件编号。如果案件编号是从之前毫不相关的调整里重复使用的，或者同一个批次里混了多个案件编号，案件文档和实际修正之间的对应关系就断了。

CBSA 的公告是在提醒，系统不会容忍这种模糊。调整要么干净地映射到一个案件编号上，要么被退回。

能过这道坎的合规工作流

如果你的报关业务要处理大量进口、放行后修正很频繁，需要遵守的纪律其实很直接：

• 在内部系统里跟踪批量调整案件编号，像跟踪 CAD 交易编号一样——把它当作绑定到特定申报事件的唯一、不可重用标识符。
• 准备新批量调整批次时，生成新的案件编号请求。不要从之前的批次拉案件编号，即便底层问题看起来相似。
• 修改已经带批量调整案件编号的 CAD 时，提交新版本前把那个编号清掉。修改本身就是一个新事件。
• 审计你的 CAD 模板和提交工作流，确保“CBSA Case No.”字段是主动管理的，而不是从上一版被动带过来的。

这是基本的合规整理，但这种细节在 CBSA 开始退件之前不会浮出水面变成问题。CBSA 之所以发这份公告，是因为有足够多的进口商和报关行做错了，逼得 CBSA 觉得有必要公开提醒。

如果你的报关行在重复使用案件编号，或者把多个批量调整 ID 堆进一个 CAD，下一批货就会被退。现在就把工作流修好，别等它变成积压问题。

CBSA 实际执行什么

CARM Client Portal 在提交时就会执行这些规则。带着已绑定到之前提交的案件编号的 CAD 版本，会被标记。行项字段里带多个批量调整案件编号的 CAD 版本，会被直接退回。

CBSA 处理团队不会打电话让你修。提交失败，你只会收到退件通知，然后用正确的案件编号结构重新提交。如果这发生在核查或罚款复核期间，延误和额外提交本身就制造了合规风险。

修正方法是程序性的，不涉及什么技术难题。你的报关行或内部合规团队需要把案件编号当成一次性令牌，提交新版本前清掉旧编号，每次不同的批量调整批次都生成新的案件编号。就这些事情。

大多数 CBSA 公告是对现有规则的澄清。而这一份，是在执行一条早已写好、却被很多人无视的规则。如果你的调整工作流跟上面描述的不符，你很快就会付出代价——发现 CBSA 系统不再接受这种做法了。现在就清理干净：你下一批提交的货，要么遵守“一个案件编号”规则，要么根本过不了处理。

来源: CSCB