Portbase 对接
在鹿特丹和阿姆斯特丹，申报被接受并不等于集装箱可以提走。码头看的是箱号，只有在 Portbase 中把 MRN 与箱号关联起来，这个箱子才会放行。SKAI 直接在已经存放申报的档案里完成这一步关联，您的报关员不必再打开第二套系统。
什么是港口社区系统，哪些方在其中交换数据？
Portbase 是荷兰海港的港口社区系统。它本身既不是海关系统，也不是码头系统，而是一个让平时没有直接往来的各方看到同一票货物的地方。船公司和船代在这里申报即将装船的货物。码头申报已经卸下什么、堆场上还有什么。货代和申报人说明哪些单证属于哪个箱号。海关读取这些数据，并把处理结果回传。 麻烦之处在于，每一方手上只有一部分数据。船公司知道提单号和船名。码头知道箱号和卸船日期。您知道 MRN 和自己申报的海关程序。Portbase 就是把这些碎片拼接起来的地方，只有拼齐了，箱子才允许离开码头。 这也解释了为什么港口里的问题很少是某一方单独的问题。绝大多数情况下，是一条数据在一方已经存在，而在另一方还没有到达。
申报早就被接受了，为什么箱子还是不动？
因为码头看的不是您的申报，而是集装箱本身。MRN 属于一份申报，不属于一个箱号。只要没有人报告哪个 MRN 对应哪个箱号，码头看到的就是一个没有有效后续去向的箱子，它不会交出来。申报是一小时前还是三天前被接受的，对码头没有区别。 在此之前，箱子处于码头的临时存储状态。期限在走，堆存费在走，船公司的箱使费也在走。这个计时器一直在跑，而您自己的系统里一切都显示为正常。 一份涵盖二十个箱子的申报只有一个 MRN，这一个号码要对二十个箱号分别报告。拆分货物则正好相反：同一个箱子里的货物分在两份申报下，就需要两个 MRN，报错号码会得到一个看不出原因的拒绝。
货物申报和抵港流程是怎么走的？
流程在船到之前很久就开始了。船公司或船代在船舶进港前提交货物数据，海关因此提前知道船上装的是什么。在此基础上，卸船时产生临时存储：箱子在码头登记在册，挂着一个提单号，没有后续海关程序就哪里也去不了。 接下来轮到您。您在 DMS 提交申报，拿回一个 MRN，然后把这个 MRN 连同箱号一起报告出去。到这一步码头才知道这个箱子的后续去向是什么。海关放行，或者扣下箱子做过机扫描或开箱查验，结果沿同一条路径返回。 出口方向顺序相反。出口时您要带着出口单证提前向码头预报箱子，箱子才被允许进场上码头，并装上船。
SKAI 如何对接 Portbase，让您不必切换系统？
SKAI 既拉取也推送。拉取是指把已经存在的数据落到档案里：提单号、箱号、船名、预计抵港时间和卸船状态。SKAI 会把这些数据与您的发票、装箱单和提单进行比对，箱号对不上时，在发出任何报文之前就会被指出来。 推送是指申报一被接受，SKAI 就从档案中把 MRN 和相应的单证数据报告出去。您的报关员不需要另外打开门户，也不需要重新键入号码。回执落在同一个位置：已放行、被扣留查验，或者仍不完整。 除 Portbase 之外，SKAI 还直接对接鹿特丹的各个码头，包括 ECT Delta、Euromax、RWG 和 APM。通过 REST API，同一状态继续流向您自己的 WMS、TMS 或 ERP，调度和客服无需打电话询问就能看到。
实际操作中通常是哪里出错？
几乎从来不是申报本身。多数情况下申报内容正确、已被接受、也拿到了 MRN，只是与箱子的关联从来没有做过。箱子停着，客户来电话，却没有人看得出卡在哪里，因为每个系统单独看都是正常的。 第二种常见情况是箱号差一点点。从提单上抄错一个字符，报文就对不上任何一条记录。第三种是一票货落在两个人中间：申报是一个报关员做的，关联报告本该由另一个人做，两个人都以为对方已经做了。 这三种情况的共同点是，只有当有人主动去找，它们才会显现出来。因此，状态回到档案里比报文本身更重要。一个能显示关联尚未完成的档案，就是半小时和两天之间的差别。
不接入 Portbase 能处理集装箱货物吗？
在鹿特丹和阿姆斯特丹，实际上不能。码头依据港口社区系统传来的报文作业，没有接入就发不出这些报文。剩下的办法是委托别人代为报告，这样您就依赖对方的处理时效，而且看不到实际发生了什么。 散货、件杂货和空运的做法不同，荷兰以外也适用其他系统。但只要有集装箱经荷兰海港进来，这个对接就不再是选择，而是流程的一部分。 所以真正的问题不是要不要对接，而是由谁发出报文，以及您在哪里看到它已经成功。如果这一步和申报在同一个档案里完成，它就不会再被漏掉。如果它发生在一个单独的门户里，它就仍然是一个有人可能忘记的动作。