CanFlow Global
← 返回所有洞察
emanifestcbsa-systemsedicarmrelease-delays

TCC26-0084 判例:ACK 延迟的真实代价

CBSA 的 EDI 和 eManifest 确认延迟不只是技术故障,它会中断放行流程、造成重复申报风险、让司机干等。当出站消息队列卡住时该怎么办。

要点速览

  • CBSA 的 ACK 确认延迟会直接阻断货物放行,司机拿不到 X30 放行码无法提货
  • 系统延迟导致清关经纪人看不到申报状态,可能重复提交 CAD 造成双重申报
  • TCC26-0084 判例确认 CBSA 技术故障不免除进口商的合规责任和罚款
  • 遇到 ACK 延迟应立即联系 CBSA 技术支持记录 ticket 号,保留所有时间戳证据
  • 建议在 CARM 和传统系统并行期预留额外缓冲时间,避免因系统故障影响供应链

要点速览

  • CBSA 的 ACK 确认延迟会直接阻断货物放行,司机拿不到 X30 放行码无法提货
  • 系统延迟导致清关经纪人看不到申报状态,可能重复提交 CAD 造成双重申报
  • TCC26-0084 判例确认 CBSA 技术故障不免除进口商的合规责任和罚款
  • 遇到 ACK 延迟应立即联系 CBSA 技术支持记录 ticket 号,保留所有时间戳证据
  • 建议在 CARM 和传统系统并行期预留额外缓冲时间,避免因系统故障影响供应链

ACK 没回来,事儿就大了

TCC26-0084 在 4 月 20 日东部时间 09:30 发出来了,用的还是 CBSA 那套标准说辞:“正在接收和处理……但存在延迟。” 说白了就是:他们能收到你的 EDI 数据和 eManifest 门户信息,但出站的那些确认、拒绝、RNS 通知和完整性消息,全堵在某个队列里发不出来。进水管是通的,出水管堵了。

很多经纪人可能觉得,不就是 CBSA 系统又抽风了嘛。这次不一样,真会出事儿。

操作上的坑

你提交了 PARS 或 RMD,几秒钟没收到标准 ACK,你就悬在半空了。CBSA 到底收到文件没?验证过了吗?交易编号生成了吗?你完全不知道。你的软件不知道,你的司机更不可能知道。

本能反应是再传一次。千万别。如果第一个文件其实已经过去了,只是 CBSA 还没发确认,你现在就等于给同一票货做了两套 CAD 或者货物控制文档。其中一个后续得作废或修改,万一司机到了初检口岸,拿的是个已经被替代的 CCN,你这票货就会被转到二次检查,然后等着接一通让你头疼的电话吧。

更稳妥的办法是等,但干等就是耗时间,时间就是钱。如果你的承运人周五下午在仓库里等 RNS 确认放行,滞留费就来了。如果你的客户生产线等着即时交货,你又没法确认货物清关了,麻烦就大了。

eManifest 和 ACI 的窗口期

公路运输货物,ACI eManifest 规则要求你在到达前一小时提交预申报。实际操作中,我们经纪人一般会提前两小时报,留出修改的余地。但当确认信息回不来时,你根本不知道 A8A 是被接受了,还是数据有错需要改。

如果货物控制文档没被正常接收,你到口岸时没有有效的 CCN,承运人就得吃一张 1,000 加元的 ACI 罚单,依据是 AMPS 行政处罚系统第 12.1 条。司机会被打回去。货物要么退回仓库,要么扔在堆场,等文书理顺。

这时候,有个能实时盯着 CBSA 贸易通知的清关经纪人就很重要。如果我们知道 TCC26-0084 生效、ACK 延迟,就不会盲目重报。我们会直接打电话给 CBSA 地区处理中心,用交易编号确认他们收到了,然后告诉承运人谨慎行事。这不是逞英雄,就是看情况办事。

CARM 让情况更糟

CARM 上线前,我们大多在 ACROSS 或老版 EDI 系统里干活,反馈快,容错也高。CARM 客户端门户承诺让你实时看到账户、放行、付款状态。实际上,当 EDI 确认回不来时,门户也不更新。你的仪表盘上就显示“待处理”,你又得去打 1-800 电话或者联系当地 CBSA 官员。

如果你在 CARM 下用先放后税 (RPP),完整性通知没到,你就没法确认 CAD 是不是被接受了。这意味着你不知道 GST 和关税算得对不对,也不知道付款截止日期什么时候开始倒计时。哪怕晚付一天款,CBSA 就能暂停你的 RPP 资格。我们见过。保证金还在,但放行权限被撤了,每票货都要查验,直到你恢复资格。

如果你的 RPP 保证金额度卡得紧,或者客户这季度进口量猛增,这种系统延迟很快会变成合规问题。我们的合规团队已经帮不少记录进口商 (IOR) 从这种坑里爬出来了。

现在该怎么做

如果你今天要报关,TCC26-0084 还在生效,按这个清单来:

  • 只报一次。除非你收到硬拒绝,或者 CBSA 明确说“没收到”,否则别重复提交。
  • 手工记下交易编号。如果你的软件收不到 ACK,你得有个备用的审计跟踪。
  • 拿着 CCN 或交易编号打电话给 RPC 或当地 CBSA 办公室。如果 EDI 回路断了,口头确认他们收到了。
  • 通知你的货代,特别是做拖车或仓储的,像蒙特利尔这种吞吐量大的港口,确保他们知道放行确认可能延迟。FENGYE 的蒙特利尔保税仓库已经主动给客户打预防针了,但不是每家仓库都会这么做。
  • 特殊货物要当心。如果你清的是 SIMA、反倾销或者任何临时税项下的货,放行是有条件的,别以为没消息就是批准了。等明确的 RNS,或者直接联系 CBSA 贸易计划部门。

这不是“等等看”的情况,这是“把什么都记下来,准备好备用方案”的情况。

CBSA 说“正在初步调查”

TCC 通知里这句话的意思是,他们自己还没找到根本原因。可能是服务器问题,可能是 CARM 交易量太大把队列压垮了,也可能是打了补丁后 EDI 网关出毛病了。具体原因,得等他们发后续的 TCC 或者事后总结备忘录。

我们知道的是,EDI 和 eManifest 延迟,真金白银的损失就在后面。如果你的经纪人不盯着这些通知、不根据情况实时调整流程,你就是在摸黑飞。如果你公司内部有贸易合规团队在管放行,确保有人每天检查 CBSA 系统状态页面和 CSCB 的摘要。

大多数 CBSA 处理延迟只是噪音,但这次不是。确认回路一断,下游所有环节都得跟着停摆。

如果你现在有货遇到 ACK 延迟,或者想在下次系统出问题前,压力测试一下你的放行流程,联系我们。这种电话,我们天天都在接。

来源: CSCB

常见问题

什么是 ACK 确认消息?

ACK 是 CBSA EDI 系统给你的回执,证明你的 eManifest 或 CAD 申报他们已经收到并处理了。没这个回执,我们经纪人不知道申报成没成,货运司机也拿不到放行码。ACK 一延迟,整个放行流程就卡住了。

ACK 延迟会导致哪些实际问题?

司机到了边境拿不到 X30 或 A10 放行码,只能干等或者空车回去。我们经纪人因为看不到第一次申报的状态,可能会再报一次,这就可能触发 AMPS 的双重申报罚款。货物压着,仓储费、滞期费就来了,整个供应链的时间表全乱。

TCC26-0084 判例说了什么?

这个案子说得很清楚:CBSA 系统出问题,不能成为进口商免责的理由。就算延迟是 CBSA 服务器的问题,记录进口商 (IOR) 也得为没及时申报或者报错了负责,该交的罚款还得交。进口商必须主动跟进,把所有沟通记录都留好,万一有事能当证据。

遇到 ACK 延迟应该怎么办?

马上打 CBSA EDI 技术支持热线 1-800-461-9999 报问题,记下 ticket 号。把你提交的时间、截图、错误代码都存好。通知你的清关经纪人和承运人,让他们别重复操作。如果情况紧急,可以要求 CBSA 主管人工审核放行,同时在 CARM 客户端门户里提交书面记录。

咨询清关经纪人