·9 分钟阅读
报关为什么会卡住
一票卡住的申报，代价不是几分钟而是几天，而且账单往往不是落在出错的那一方头上。本文讲的是档案究竟卡在哪些环节，为什么最安静的那一类卡顿反而最贵，以及在递交之前就做校验、而不是等到被拒之后再补救，究竟会带来什么不同。
一票卡住的申报可以分成哪几类？
去问十位报关员他们的档案卡在哪里，您会听到十种说法，但归纳起来只有六类。第一类是单证缺失或不对：申报了优惠税率却没有 EUR.1，卫生证书对应的是另一票货，发票上没有写贸易术语。第二类是主数据撑不住了：EORI 号码已经不再有效，商品编码在一月的调整中被取消，增值税号背后的地址与发票上写的不一致。第三类是许可证与申报单对不上。第四类是海关系统暂时不可用。第五类是被布控查验。第六类则是：某个通知根本就没有发出去。 这六类的表现并不相同，因此也不该获得同等的关注。前三类会带来一条带代码的拒绝回执，被拒当然让人烦躁，但它是看得见的。有人会看到它，有人会去处理它，档案随之重新往前走。第四类和第五类是在等一件不由您决定的事，但至少屏幕上有一个状态。第六类是唯一一种谁都察觉不到的情况，而这恰恰就是它代价最高的原因。
哪些主数据会悄悄失效？
主数据不会正好在您需要用到它的那一刻才出问题。它是在中间某个时点失效的，而那一天没有人在看它。一家变更了法律形式的委托方，其 EORI 号码在您的系统里仍然是去年设置好的样子。欧盟登记册上的记录已经不同，而 DMS 依据的是登记册，不是您系统里的录入值。 商品编码是同样的故事，只不过它带着一个固定日期。每年 1 月 1 日，商品名称及编码协调制度的欧盟组合目录都会调整：有的编码被取消，有的被拆分，有的下面挂上了不同的措施。一个在十二月每周都顺利通过的编码，到了一月就不复存在。货物本身没变，客户什么也没做，申报单却退回来了。 第三类是许可证。第 23 条许可、保税仓库许可，或者账册登记许可，都只挂在一个 EORI 号码之下，有有效期，也有明确的适用范围描述。如果申报单与之对不上，DMS 的回执在技术上完全正确，在内容上却什么也没说：它只告诉您许可证不匹配，不告诉您是哪一点不匹配。
为什么从未发出的那条通知代价最高？
在前五类情况里，总有一处是明显不对劲的。要么有一条拒绝回执，要么有一条系统故障公告，要么有一份查验指令，只要屏幕上摆着东西，就总会有人去看。而第六类什么都没有。档案是齐的，申报已被受理，MRN 也在里面，在系统里看起来一切都已办结。 只不过发给码头的通知没有发出去，或者 MRN 从来没有和箱号关联起来，又或者放行信息从来没有传给真正需要它的那一方。集装箱就那样停在场地上，仿佛还在等一份尚未递交的申报。没有人收到错误提示，因为根本不存在错误。存在的只是一个没有被执行的动作，而对于没有被执行的动作，是不会有任何回执的。 所以这一类几乎总是由别人发现的。可能是站在关闭的闸口前的司机，可能是因为自己的客户在催而打电话来的委托方，也可能是一张比谁预想的都高的船公司账单。到那个时候，时间早就过去了，而时间正是事后花钱也买不回来的东西。
一个集装箱停一天到底要付出什么？
计时器同时在好几个地方走着，而且没有任何一个会因为您正在某个门户里翻找而暂停。码头的免费堆存期一用完，滞港费就开始计算。只要集装箱没有空箱还给船公司，滞箱费就一直在走。两者都按箱按天计收，而且是分档累进的，所以第二天的价格很少和第一天一样。 如果是冷藏箱，还要再加上电费。只要箱子还插在插座上，就按天结算，而这个插头并不会因为申报还没办妥就拔下来。对于生鲜货物，货架期同时也在流逝。一托货在码头上多停两天，到收货人手上时货架期就少了两天，而这笔损失不会出现在任何一张报关账单上。 再往下还有别人的日程表。检验机构的查验时段，或者过机扫描的名额，并不总能在同一天重新排上。一旦错过，您挪动的不是一个小时，而是要排到下一个还有空档的日子，后面已经安排好的运输也跟着一起往后挪。
为什么退单会成波出现，集中在一月和系统上线前后？
退单在全年并不是均匀分布的。一月的第一个工作周年年都是最忙的，原因是行政层面的，而不是操作层面的。组合目录在 1 月 1 日变更，TARIC 中的措施在同一天到期或生效，关税配额也重新开放。而圣诞假期里积压下来的所有单子，都在同一周内被递交出去，用的还是上一年的编码。 第二波则和系统本身有关。在 DMS 或 NCTS 发布新版本前后，校验规则、代码表，或者对某类报文的解读方式会发生变化。上一周还毫无提示就通过的申报，这一周退回来时带着一条谁都没见过的回执。新版本上线后的头几天，往往一时分不清问题出在您的档案上，还是出在海关那一侧。 这两波其实都是看得见要来的。一月的变更早就定好了，新版本也会提前公告。区别在于您用这段提前量做了什么：是在跨年之前把主数据整个过一遍，还是在一月的第一周里一票一票地发现哪些编码已经作废，而那时集装箱已经到港了。
在递交前校验，和被拒之后再改，差别在哪里？
被拒是一种昂贵的发现错误的方式。中间夹着一次递交、一段等待、一条不说明原因的代码回执、一次修改，还有第二次递交。而在这整段时间里，档案早已挂在某个集装箱上，计时器照走不误。 在递交之前校验，可以把上述大部分类别提前暴露出来。商品编码比对国家关税数据库和 EU TARIC，包括挂在编码下的各项措施，以及这些措施所要求的必备单证代码。增值税号通过 VIES 校验，EORI 号码比对欧盟登记册。许可证比对它所挂靠的 EORI 号码。发票、装箱单和提单在货值、重量和数量上互相对照。证书则核验有效期、原产地和签署。 这样做换来的并不是从此不再出任何问题。查验指令没法提前校验掉，海关系统故障也一样。换来的是：那些本来就能由您自己修正的错误，会在修正还不需要付出任何代价的时候浮现出来，也就是在档案递交出去之前，在还没有一个按天烧钱的集装箱挂在它后面之前。
怎样才能不打开三个门户就看出档案卡住了？
安静的那一类问题，症结并不在于信息缺失。海关状态在 DMS 里，集装箱状态在 Portbase 里，放行信息在码头门户上，只要时间够，这三处您都能查到。但没有人会为了一票看起来毫无异常的档案去查三个门户，而那恰恰就是真正卡住的那一票。 真正管用的，是每一票档案有一个把海关状态和码头状态并排放在一起的视图。一边是：已受理还是被拒、MRN 是否已分配、已放行还是被布控。另一边是：通知有没有发出、MRN 有没有挂上箱号、集装箱在码头是否已解除放行限制。这两侧一旦落在同一个屏幕里，原先看不见的那种组合就一眼可读：申报没问题，集装箱有问题。 SKAI 为此对接 Portbase 和鹿特丹的各个码头，把码头状态放到同一份档案里海关状态的旁边。一票停得比应有时间更久的档案，从此是因为它停着而被发现，而不是因为周末前有人打来了电话。
