CBSA 的 EDI 和 eManifest 响应突然失联：TCC26-0086 故障对你放行流程的影响

没人通知你的系统故障

TCC26-0086 是 4 月 22 日东部时间 11:28 发的通告：CBSA 还在正常接收 EDI 和 eManifest 数据，但出站的响应、拒绝码、RNS 通知、还有完整性标记全都发不出来。你要是在等 PARS 放行号，或者盯着 eManifest portal 等车队放行状态变绿，那你就只能看着屏幕干瞪眼，司机在边境那边也干等着。

这次不是全面瘫痪。货物其实还在处理。关员还能查 ACROSS。问题出在反馈环节上，经纪和承运人收不到 CBSA 确实看到数据的确认，没有拒绝码可以改，也没有放行授权能给司机看。这就是操作上的噩梦：你不知道你的 CAD 是在队列里等着处理，还是因为验证错误被弹回来了，而你根本看不到那个错误，除非有人拿起电话打过去问。

到底哪里坏了

CBSA 的 EDI 基础设施分两条线：入站（你发给他们）和出站（他们回给你）。入站这边一直是好的。你经纪的软件发出 CAD，货物控制单据进了系统，ACI eManifest 也传过去了。但出站响应，CCN 确认、PARS 放行码、RNS（Release Notification System）通知你的 TMS 说货放了，这些全卡住了。

用 eManifest portal 的人更惨。Portal 用户没法自动轮询，只能刷浏览器等状态变化。你要是小进口商自己报关，或者承运人自己处理 ACE 到 ACI 的交接，那你就完全没有可见性。数据进去了，但你没凭证，也不知道 CBSA 是扣货查验了还是直接放了。

CBSA 通告里说”正在初步调查”，没说具体时间。这是常规操作，他们从来不说。但问题是：这种故障模式以前出现过，基本都是老 ACROSS 系统和新 CARM Client Portal 基础设施之间的中间件卡住了。CARM Phase 2 把 CAD 和支付/保证金流程整合进一个系统，但实际的放行决定和 EDI 响应流程还是走 ACROSS。这两个系统对不齐，就会出现这种情况：数据进去了，什么都回不来。

哪些货还在动

故障之前就已经在系统里的 PARS 和 RMD（Release on Minimum Documentation）货物，如果关员手动授权放行，还是能走的。问题是怎么证明。司机要是到了仓库或者 CFIA 场地，手里没有打印的 RNS 或 PARS 号码，人家不会让货走。有些经纪直接打电话给 CBSA 本地办公室要口头确认，然后把截图或者货物控制号邮件发给司机。不体面，但能用。

RPP（Release prior to payment）也没停，只要你有 RPP 保证金，货物符合 https://www.cbsa-asfc.gc.ca/publications/dm-md/d17/d17-1-5-eng.html 里的条件，CBSA 还是会处理。卡住的是确认环节，不是授权。关员能看到你的保证金，能看到 CAD，就是没法给你回执。

对于时效性强的商业货物，CFIA 检验的易腐品、准时制造业投入品、还有司机滞留费计时器在跑的货物，这次故障代价很高。你的货运合作方没法确认放行，司机坐了三小时，那就是滞箱费、滞留费，或者错过回程装货。仓库在蒙特利尔或者 FENGYE 保税仓 等着保税转运完成，CBSA 不确认 A8A 到货和后续 CAD 申报，货就动不了。没响应，就别想动。

你当时该怎么办（以及下次怎么办）

要是碰上这次故障，办法很简单：直接打电话给你的 CBSA 入境口岸。全国服务台帮不上忙，这是系统问题，不是政策问题，但本地办公室能查你的货物控制号，确认货物是放了、扣了，还是标记查验了。大部分经纪在主要口岸都有熟人；你要是没有，赶紧找一个。

用 portal 申报的人更难搞。portal 不更新，你就得打电话报 CCN 或 eManifest 行程编号。要是你走公路货用 ACI eHBL 申报，需要货物控制号和运输工具参考号。CBSA 能看到，但你得主动问。

往后看，这里的教训就是要有备份。你的经纪软件要是不把入站响应和放行通知分开记录，出站失联的时候你就两眼一抹黑。你要是自己管贸易合规，只靠 eManifest portal，那你得有个备用方案，要么找个经纪备着，要么留个 CBSA 的直线电话。

另一个要点：别以为没声音就是通过了。收不到响应不等于默认放行。你的 CAD 要是有归类争议（比如进口 SIMA 涉案货物，你申报了排除），没收到拒绝码不代表 CBSA 同意你的说法，只是他们还没来得及告诉你他们不同意。等出站通道恢复，你可能会收到追溯拒绝，到时候改申报可能已经过了罚款宽限期。

CARM 下为什么这事更严重

CARM 之前，B3 和支付是分开的。你可以先申报、拿到放行，后面再处理会计账。CARM 下，CAD 把申报、归类、估价和支付授权打包成一个交易。收不到响应，你不知道 CBSA 有没有接受你的价格声明、你在 CUSMA 或 CETA 下的关税待遇申报、还有原产地声明。你就这么悬着，直到系统确认或拒绝。

这对依赖自动化放行付款流程的大宗进口商来说问题更大。你的 WMS 要是在等 RNS 触发下一步的税款递延或 drawback 流程，响应延迟就把链条打断了。货出不了库、发票开不了、RPP 保证金也对不上账，直到 CBSA 的系统告诉你的系统这笔交易完成了。

CARM Client Portal 有个备用仪表板可以手动查支付状态，但不是实时的，也替代不了你的 TMS 能实际解析的 EDI 数据流。你要是还把 portal 当主要工具而不是最后手段，那每次 EDI 管道打嗝你都会很难受。

说到底

大部分 CBSA 处理延迟通告都是噪音，等着就行，照常申报，到早上就都赶上了。TCC26-0086 不一样。这次把确认环节打断了，操作成本很高。你要是之前没有应对下次故障的计划，现在有了：知道你口岸的联系人，把发送记录和响应确认分开记，别依赖 portal，要是有别的办法的话。

你要是带着精简的贸易合规团队，系统出问题的时候需要有人能快速应对，联系我们。我们天天干这个。

来源: CSCB