CBSA 系统延迟通知第 20 号：六小时出站延迟对你放行时间线的实际影响

先看数字

东部时间 4 月 29 日 14:00，CBSA 发布了从 4 月 25 日开始的系统延迟通知的第 20 号更新。入站 EDI 和 eManifest 门户消息延迟三到五小时。出站确认——也就是你的 PARS 放行通知、CAD 交易回执、ACI 接受码——延迟六到八小时。

这类通知大部分都是噪音，这次不一样，因为这个出站延迟正好卡在周五下午申报变成周一早上放行的时间窗口里，也卡在 release prior to payment（付款前放行）当天放行变成隔天派车的节点上。

出站延迟具体卡在哪

正常情况下，你上午 10:00 提交 PARS 放行申请，通常二十分钟内就能看到 RNS（Release Notification System）接受或查验标记。现在出站延迟六小时，同样的申报要到 16:00 才能生成可用的放行号。你的拖车提货窗口已经关了。

CAD 申报走 release prior to payment 的话，延迟不会卡货——CBSA 在边境已经放行了。但如果你等着 CAD 交易号去关闭货控记录，或者往 ERP 系统做对账，那就得一直挂着这个未完成的文件，等确认消息终于发出来。月末结算还有两周的话问题不大，但你要是 30 号要跑 K84 对账，结果四月的一半 CAD 还显示 pending，那就麻烦了。

eManifest 的 ACI 提交相对不敏感，因为入站接受是在卡车过境之前发生的。三小时入站延迟意味着你早上 06:00 提交的 ACI 到 09:00 才接受，但承运人还是能赶上 11:00 的过境预约。出站延迟只有在 CBSA 踢回修改要求、你需要重新提交时才有影响——这时候你要等十六小时才能完成一个本该三十分钟的来回。

周五下午的时间账

周五 15:00 提交 PARS 放行。正常周转的话 15:20 就能在收件箱看到 RNS 码。现在八小时出站延迟，你得等到 23:00。周五晚上 23:00 没人盯着邮箱。司机周一早上 07:00 到了，你还得解释为什么周日晚上看到周末积压清完了才打出来放行单。

所以我们一直跟客户说，只要货控允许，周五的申报往前挪到周四。如果集装箱周三到了码头、周一之前提走就行，那就周四 14:00 申报，别等到周五 15:00。周四晚上吸收掉延迟，总比丢掉整个周末强。

CBSA 实际在处理什么

通知说 CBSA 正在接收和处理入站数据。这话没错。队列没有拒收你的传输。它在存储、跑选择性引擎、把结果写进出站消息文件，然后在试图把确认发回你的 FIRMS code 邮箱时遇到瓶颈。

延迟出在出站消息基础设施上，不是放行决定本身。如果你的货被选中查验，查验标记已经在检查员的队列里了，哪怕你还没看到消息。如果放行了，RNS 码已经写好了，哪怕你的软件还没拉取到。卡的是握手环节，不是实际的边境决定。

这个区别很重要，因为这意味着如果你现在就得派车，可以打电话给口岸要求人工确认放行。放行是存在的，你只是还没拿到电子凭证。大部分报关行不想把人工查询当常规操作，但系统已经延迟八小时、客户又有当天转运截止时间的话，这条路更快。

调整申报窗口

如果你习惯提货当天早上提交 PARS 放行，现在得改成前一天下午提交。如果你是放行后当天申报 CAD，没问题——付款和税款计算不受确认延迟影响。如果你在申报 drawback 或修改单，需要交易回执证明原始 CAD 已提交，那就得多等一个工作日才能把文件对上。

我们的报关团队从 4 月 26 日开始把内部截止时间提前了两小时。所有原本 15:00 后提交的申报，现在客户需要当天确定性的话都改到 13:00 前提交。这样能吸收掉大部分六小时出站延迟，让放行通知在下班前落地。

自己在 CARM 门户申报的客户——NRI 设置、直接放行项目——调整起来更难，因为没有报关行帮你批量处理队列。如果你是集装箱到了就逐票申报，每次都得吃满整个延迟。解决办法一样：提前申报，或者接受确认第二天早上才到。

对拖车的连锁反应

蒙特利尔港的提货窗口很紧。如果你的 sufferance warehouse 在协调当天放行和转运，六小时确认延迟会把计划好的提货变成滞箱费，因为司机拿不到 RNS 码就提不了货。

大部分码头不接受口头确认放行。他们要打印的放行单或者电子闸口通行证。如果 CBSA 的出站消息延迟了、你的放行码在最后派车窗口之后才打出来，集装箱就得再放一天，你就得付堆存费。这不是 CBSA 的罚款，就是瓶颈的成本。

我们一直在跟 FENGYE 蒙特利尔运营点协调，尽可能把入库转运提货挪到上午时段，这样就算放行确认延迟过夜，集装箱也能在中午前到仓库码头。这是排期调整，不是政策修复，但能避免按天计费的时钟往上跑。

延迟什么时候能清

CBSA 没发预计解决日期。第 20 号更新说他们在继续处理积压。这通常意味着队列在实时清理，但新消息进来的速度仍然让延迟保持稳定。入站处理三到五小时还能接受。出站六到八小时已经是操作容忍度的边缘了。

如果延迟降回四小时以下，大部分摩擦就消失了。你又能回到当天申报当天放行。如果拉长到十小时以上，实际上所有申报都在按下一个工作日确认周期跑，临时办法就变成标准做法了。

你现在怎么办

提前申报。如果 14:00 后提交，预期第二天早上才有确认。别等到周五下午，除非货还没实际到。如果你自己跑 CARM 门户提交，把延迟算进内部 SLA 里，别让运营团队干等一条要到明天才到的消息。

延迟是真的，但这是时间问题，不是放行堵塞。CBSA 还在放货，你只是六小时后才听到消息。我们从通知发布开始就把队列提前两小时跑，吸收掉了大部分客户端的影响。如果你的报关行没调整申报截止时间，问问为什么。答案说不通的话，来找我们聊聊。

来源: CSCB