不可撤回改变了工作的重心
在日常报关实务里，填报出错通常是可以更正的。CAPE 不是这样：CBP 一旦受理，这份申报就定了。用与原始 7501 行级对不上的数据拼出来的申报——HTS 编码不同、金额不同、数量不同——会被整份驳回，而且一行不对就足够。
这就把通常的检查成本逻辑反了过来。提交前把每条 entry 与原始 7501 逐行对照，不再是尽职调查，而就是工作本身。这也是报关行的 CAPE 台席把时间花在比对而不是提交上的原因。
抗议的时钟为什么是逐条走的
抗议针对的是一个决定，在这里这个决定就是清算。所以窗口在 entry 清算时打开、180 天后关闭，一条一条各走各的。没有一个全国统一的截止日，也没有一个适用于整批进口的日期。
对手上有几百上千条 entries 的进口商来说，这与其说是申报问题，不如说是监控问题：要问的不是「截止日是哪天」，而是「这一周里哪几条快到期了」。这正是 Ouli Refund 的期限监控在跟踪的东西。
两条路都解决不了的事
两条通道都假定退款一旦获准就能真的付出去。有两件与通道无关的事会挡住：ACE Portal 账户上缺少 ACH 收款登记，以及依 19 CFR 24.72(b) 被用于抵扣欠 CBP 的其他债务。
还有一个悬而未决的问题横在两者之上：政府的上诉主张，已最终清算的 entries 的退款只归当初起诉的那批进口商。在有结论之前，这一类 entries 的风险结构与其他不同——而这恰恰属于需要律师判断、而不是软件判断的事。