美国 CBP 通告 ACE 系统故障：海运空运铁路舱单回执延误，跨境清关节奏被打乱

一份只有两句话的政府邮件，把美线货代群炸了一遍。

美东时间 10 月 15 日下午 1 点 14 分，美国海关与边境保护局（CBP）通过货物系统信息服务（CSMS）发出第 70208464 号通告，标题是《空运、海运、铁路舱单及保税运输出向通知延误》。正文短到几乎算不上通知：CBP 知悉业界可能在这几类业务的出向通知上遇到延误，机构正在调查，问题解决后会再发一条后续消息。

没有原因，没有影响范围的量化，也没有恢复时间。

被点名的是自动化商业环境系统（ACE）——CBP 承载提前货物舱单、承运人申报、对外贸易区入区等业务的主干平台。这次不是系统停机，而是它往外发的那部分消息慢了。恰恰是这种「没坏透、只是回执迟」的状态最难处理：货已经到港，放行与否只差一条回执，卖家该按放行安排提货，还是继续等？

一、通告原文只有两句话

把 CSMS #70208464 的原文摊开看，信息量小得反常。

全文两段：CBP 意识到贸易界可能正在经历空运、海运、铁路舱单以及保税运输出向通知的延误；CBP 正在调查此事，将在解决后发布后续消息。没有说明起始时间，没有列出受影响的口岸或具体报文类型代码，也没有给出预计恢复的时点。

CBP 官方 CSMS 存档记录显示，该通告的签发时间为 2026 年 10 月 15 日 13:14（美东夏令时）。中文跨境媒体在 10 月 16 日前后集中转发，部分稿件把时间记成了「10 月 16 日消息」。对卖家来说差这一天不影响决策，但如果你要对账、要跟客户解释延误责任的起算点，以 CBP 官方签发时间为准。

需要补充一个细节：ACE 门户的系统可用性页面上，各应用仍被标注为「运行正常」。也就是说，CBP 自己并没有把这次事件定性为系统中断，它承认的只是「出向通知可能延误」。

二、延误的是「出向」，不是「入向」

这则通告最容易被误读的地方，就藏在 outbound 这个词里。

行业媒体「壹流融媒」在解读中把两个方向分得很清楚：outbound（出向）指 CBP 的核心系统 ACE 往外发信息，比如电子回执、状态更新、放行指令；inbound（入向）指企业向海关提交申报数据。这次出问题的是前者——企业照常申报，但海关回给你的那条消息会晚到，甚至暂时不到。

落到操作层面，是三件很具体的事。

第一是「假未放行」：海关后台其实已经放行了，但回执发不出来，码头、堆场或监管仓的系统里迟迟刷不出状态，卡车司机被卡在闸口。第二是状态更新滞后：习惯了实时追踪的关务，可能查不到最新节点。第三是人工核对成本：原本线上的自动化流程，退化成打电话、发邮件向海关或码头逐票确认。

美国报关行 Allied CHB 在其 CSMS 解读里给了一条更实操的提醒：不要以为「没有消息」就等于「没有动作」，在 CBP 确认解决之前，应该直接在 ACE 里查询报关单状态，而不是只依赖推送通知。

风险点在于兜底方案并不好走。一旦真的需要退回到最原始的纸质舱单，多数入境口岸只在紧急情形下才接受，这条路平时几乎用不上。

三、两个月前，已经出过一次同款故障

把时间轴往前拉，这次并不是孤例。

据关务资讯机构 CustomsGenius 梳理，2026 年 8 月 18 日，CBP 曾发出 CSMS 69571234 号通告，同样承认空运、海运、铁路、舱单及保税运输的出向通知存在延误，措辞与本次几乎一字不差：正在调查，解决后发布后续消息。

紧接着的 8 月 19 日，CBP 又安排了 ACE 认证环境的标准侵入式维护窗口（CSMS 69572590），时间为美东时间 17:00 至 20:00，仅影响测试环境，不涉及生产系统。

同一类问题在两个月内出现两次，指向的更像是消息队列积压这类结构性毛病，而不是一次性的意外。这也解释了为什么业内普遍判断积压消息会随着抢修逐步补发——但「补发」和「不延误」是两回事，补发窗口里的那几个小时，正是货最容易卡住的时候。

四、撞上旺季前的一串维护窗口

更麻烦的是时间点。

据 CustomsGenius 与 ACE 门户公开信息，仅 2026 年 10 月，ACE 生产环境就有多次标准侵入式维护：10 月 8 日美东时间 5:00 至 7:00（CSMS 70145514，CBP 明确提示期间回执通知会延迟）；10 月 10 日 22:00 至 11 日 4:00（CSMS 70143921）；10 月 17 日 22:00 至 18 日 4:00（CSMS 70196302，与本次故障通告同一天发布）；10 月 20 日美东时间 5:00 至 7:00。再往前，9 月 26 日 22:00 至 27 日 4:00 也安排过一次六小时的夜间维护窗口（CSMS 70011959）。

也就是说，在黑五网一前的这一个月里，ACE 生产环境至少安排了四轮侵入式维护，中间还夹了一次未说明原因的出向通知延误。

叠加的另一个变量是邮件类申报的新校验。据 Allied CHB 转述的 CSMS 70188060，CBP 自 10 月 15 日起在 ACE 货物放行生产环境启用错误码 336：13 类邮件报关若缺少商业发票或商品描述（SE40 记录），将被直接拒绝。走邮政渠道的小包卖家，这一条比 ACE 故障更需要先自查。

五、卖家和货代现在能做的几件事

先把结论摆出来：查状态的主动权要拿回自己手里。

第一，让报关行或货代改成主动查询，而不是等推送。明确告诉对方，在 CBP 就 CSMS #70208464 发布后续解决消息之前，一律以 ACE 内的实际状态为准。

第二，提货前与码头、堆场做一次人工核对。特别是那种「可能已放行但系统无状态」的货，别让司机白跑一趟闸口。

第三，转关保税（In-Bond）业务单独盯。这类货的关封核销高度依赖系统回执，回执迟到会直接影响在途核销与后续申报，一旦超期，处理成本远高于普通进口。

第四，为旺季预留缓冲。美线旺季本来就要留出额外的清关与提货天数，这次故障叠加多轮维护窗口，缓冲宜再加厚一点。

第五，把 ACE 里的时间戳截图存档。真到了跟客户、跟平台解释延误原因，或者核销堆场滞港费的时候，系统自带的时间记录比口头说法管用得多。

截至发稿，CBP 尚未就 CSMS #70208464 发布后续解决通报，也未公布故障原因与恢复时间。

所以，这则通告真正考验的，可能不是 CBP 的抢修速度，而是卖家的清关节奏里还剩多少冗余——当一条回执的到达时间变得不可预测，你的履约承诺还能按天算吗？

六、参考资料

• 美国海关与边境保护局（CBP）：《CSMS #70208464 - Delays in outbound notifications for Air, Ocean, and Rail Manifest, and In-Bond》
• CBP ACE 门户：《ACE Portal 系统可用性与维护日程》
• CustomsGenius：《Section 232 UAS Tariffs, Drawback Corrections, and ACE Refund Alerts》
• CustomsGenius：《ACE Maintenance Windows and Entry Type 13 Mail Test: Oct 2026》
• Allied CHB：《Trade News: CBP CSMS Messages Explained》
• 物流123 壹流融媒：《美国海关突发 BUG！》
• 亿邦动力：《10 月 19 日电商早报：小红书双 11 商家 GMV 最高涨 5 倍；亚马逊收紧 NWD 品牌限售》