eManifest 门户维护,以及那些你一直忽略的应急预案
CBSA 在五月初安排了一次 eManifest 门户维护窗口。大多数报关行会耸耸肩,照常通过 EDI 发 ACI。但如果你的操作还依赖门户查 ACE 数据或手动门户申报,这一个小时的影响比你想的要大。
要点速览
- eManifest 门户维护期间,无法手动录入或修改 ACI 货物记录,也无法查询 PARS 放行状态
- 大多数中型报关行通过 EDI 发送 ACI,不受门户停机影响,但小型操作或偶发跨境货运仍依赖门户
- 门户停机时,CBSA 应急方案是传真或电话,但实际操作中很少有公司演练过这套流程
- 真正的成本不是维护的那一小时,而是因为缺乏备用查询手段导致的放行确认延误和后续连锁反应
- 如果你的调度系统依赖门户拉取放行确认,而不是直接从 EDI 响应中获取,门户停机就会让司机在边境多等十分钟
通知内容
CBSA 发了个 eManifest 门户维护通知,五月初的一个周六早上,东部时间 05:00 开始,持续一小时零五分钟。门户用户可能会看到贸易单证卡在”Updating”状态。通知里说按应急程序走。大多数报关行看完就归档了,心想”反正我们用 EDI”,然后继续干活。
这套逻辑在你已经通过 EDI 发 ACI(Advance Commercial Information)的情况下没问题。但如果你没用 EDI,或者你的备用方案默认门户会在 EDI 出问题时接住你,那这次维护窗口就会把漏洞暴露出来。
门户停机期间,哪些功能会断
eManifest 门户是那些没有 EDI 能力的小型报关行、NVOCC 和卡车公司的备选方案,也是 EDI 临时断线时的救命稻草。门户一停,你就失去了:
- 手动录入或修改 ACI 货物记录的能力。
- 查询 ACE trip number、CCN(货物控制编号)或 PARS 放行状态的能力,如果你的内部系统不缓存这些数据的话。
- 为那些不使用认证服务商的公路承运商发送 eManifest 运输工具报告的能力。
如果你的货还得走,但发不了 ACI,CBSA 的应急方案很老派:传真或电话。CBSA 应急指引 说承运商可以在电子传输不可用时在边境递交纸质文件。这对凌晨两点过境的单辆卡车没问题,但如果你周六早上要协调六趟 PARS 货,而你的调度员无法登录门户确认放行状态,那就是一团乱。
EDI 的假设前提
大多数中型报关行通过 EDI 发 ACI,从不碰门户。如果你是这种情况,这次维护窗口就是个噪音。你的 EDI 通道连着 CBSA,ACI 照发,PARS 放行照打,司机照过。
但 EDI 不是人人都有。小型操作,尤其是偶尔处理跨境货或跟临时 NVOCC 合作的,还在用门户申报。而且就算你主要通过 EDI 发送,门户往往还是查询工具,司机打电话问为什么 PARS 没显示放行时,你就靠它。如果门户停了,你的内部看板又不实时拉 CBSA 数据,那你就只能猜。
没人演练的应急程序
CBSA 有 eManifest 停机的应急方案,写得清清楚楚。承运商可以递交纸质文件,报关行可以打电话给 RCC(区域客服)。实际上,没人演练过。你会在门户已经停了、司机已经坐在边境等的时候,才发现你的应急方案根本不管用。
我们见过最多的故障模式是:报关行通过 EDI 发 ACI,司机出发,PARS 放行已下,但司机的调度系统从门户拉放行确认,而不是从报关行的 EDI 反馈里拉。门户一停,司机手上没确认,CBSA 一线官员得手动核实 CCN。每辆车多花五到十分钟。十几趟货一乘,整个周六的拖车排期全乱。
如果你在跑蒙特利尔港口货,拖车窗口卡得死,尤其是旺季,FENGYE 的蒙特利尔保税仓在高峰期吞吐量大,每辆车在边境多耗十分钟就会连锁反应,赶不上码头预约,周末 detention 费用上来,周一早上积压一堆。
一小时停机,代价不止一小时
周六早上一小时的门户停机,设计上就是低影响的。CBSA 挑跨境货量最少的时候维护。但成本不是那一小时本身,而是你的操作从来没测试过,在门户不可用的情况下,你的司机、你的调度软件、你的报关行的 EDI 传输能不能不依赖门户作为查询层,还能保持同步。
我们见过进口商因为周六早上的 PARS 放行没法及时确认,赶不上上午十点的仓库收货截止时间,货一直放到周一,丢了整个周末。进口商付了 detention 费用,周一的入库排期全压缩了。这些都不是维护窗口本身造成的,而是因为假设门户永远可以回答”我的放行下来了吗?“这个问题。
现在该查什么
如果你不确定你的操作能不能扛住 eManifest 门户停机,查三件事:
- 你的报关行能通过 EDI 发 ACI 吗?你的内部系统直接从 CBSA 的 EDI 响应里拉 PARS 放行确认,还是得有人手动刷门户?
- 你的调度团队不登录 eManifest 门户,能确认 CCN 和放行状态吗?
- 如果门户停了,司机打电话要放行证明,你有没有成文的流程从别的地方拉数据,还是让他等着?
如果任何一个答案是”我们得现场想办法”,那你就是在依赖一个没有压测过的门户。
更大的 CARM 背景
这次维护是 eManifest,不是 CARM。但模式一样。CBSA 在把越来越多的贸易处理搬到线上,而门户往往是报关行和进口商在主系统出故障时依赖的 UI 层。CARM 门户也出过停机,那边的应急方案更糟:如果你发不了 CAD(Commercial Accounting Declaration,CARM 时代取代旧 B3 的申报单),又需要付款前放行,除非你的合规设置包含备用保证金和能走 EDI 的报关行,否则你就卡住了。
道理是一样的。门户会停,维护窗口会出现。如果你的操作假设门户 24/7 在线,又没有测试过的 Plan B,你就会因为本该是小事的事情丢掉货运时间。
我们通过 EDI 发 ACI,我们在自己的系统里缓存 CBSA 响应,我们的调度确认不依赖门户查询。如果你现在的报关行设置做不到,或者你不确定,联系我们。
来源: CSCB
常见问题
eManifest 门户维护期间,ACI 还能正常发送吗?
如果你通过 EDI 发送 ACI,不受影响。但如果依赖门户手动录入,维护期间无法操作,需要按 CBSA 应急流程走传真或电话。
门户停机时,司机怎么确认 PARS 放行状态?
如果你的系统直接从 CBSA 的 EDI 响应中拉取放行确认,司机可以从内部系统或报关行获取。如果依赖门户查询,停机期间就得打电话问 CBSA 区域客服或等门户恢复。
为什么一小时停机会影响整个周末的货运安排?
问题不是停机本身,而是很多操作假设门户永远可用,没有测试过备用查询方式。如果周六上午无法确认放行,赶不上仓库收货截止时间,货就得等到周一,detention 费用和排期压力都会出现。