SKAI 如何运作
SKAI 是枢纽。数据只进入一次，经过补全与校验，再变成多份申报。委托方与申报人看的是同一份档案。下面是架构、标准进口链条，以及按事件全天运行的版本。
架构
四层。一份档案。
数据只进一次。SKAI 补全、展示、申报。档案核准且完整后，链条全天 24 小时运转。
- 01
输入
PDF、CSV、Excel、JSON、邮件、API、EDI、FTP。全部进同一份档案。
- 02
补全
Portbase、MyTerminal 和海关补上单证没写的。
- 03
界面
报关员、委托方、支持看同一份档案，按钮不同。
- 04
输出
T1、卸货、IMA、CHED、CDS。同一来源。不同窗口。
什么算作输入？
输入是把一票货送进 SKAI 的一切：PDF、CSV、Excel、JSON、HTML、EDI、邮件、API、FTP 或屏幕上传。格式无所谓。SKAI 读取发票、装箱单、提单、CMR、卫生证书和 EUR.1，并把每个字段指回单证上的来源位置。档案一经核准且完整，链条全天 24 小时运转，办公时间之外也一样。
任何格式。一份档案。
PDF
单证
CSV
文件
Excel
表格
JSON
报文
API
对接
EDI
数据流
Mail
收件箱
FTP
投放
HTML
网页邮件
Upload
屏幕
数据补全会往档案里加什么？
委托方给的往往不是整票货。提单有船名，没有它是否已经靠泊。发票有货物，没有码头使用的箱号。缺的那些 SKAI 从外部系统取，比如 Portbase、MyTerminal 和海关。
从链条进档案。
船舶、抵港、放行
箱子、泊位、卸货
状态、MRN、报文
档案已补全
谁在界面里看这份档案？
档案不只属于申报人。委托方要看货是否已报、是否在查验、箱子能否走。货代要看例外，而不是已经合格的货。支持人员要看 DMS 拒掉的字段对应哪份源单证。SKAI 把同一份档案给这些角色看，按钮不同。
- 等待中Commercial Invoice商品编码 · 货值 · 重量
- 等待中Packing List, 48 行数量 · 行项目匹配
- 等待中Health Certificate原产地 · 有效期 · 签章
- 等待中EUR.1 Certificate优惠原产地
- 等待中Bill of Lading集装箱 · 船名 · 装货港
输出出去的是什么？
输出是窗口会接受的申报或通知。在荷兰是 DMS 中的 IMA、STO 或 ATO，NCTS 中的 T1 或 T2，DECO 中的 H7，TRACES-NT 中的 CHED。在英国是 CDS 进出境和 ENS。比利时与爱尔兰同在已上线的集合里。每个通道有自己的数据集，但来源是档案，不是一张新表。
DMS
进口申报
IMA
- 档案
- #2026-04281
- MRN
- 26NL00000000000001
- 状态
- 已提交
标准链条
从 T1 到进口申报，出自同一份档案
港口里常见的链条并不从进口申报开始。箱子抵达，往往仍带着从码头或从泊位到内陆地点的 T1。SKAI 从档案开出该 T1：接收时已有的数据，再加上 Portbase 关于船舶和集装箱的报文。
全自动
先校验。再由事件拉动。
在标准流里，即使档案已填满，仍有人要点提交。在事件驱动的链条里，已通过校验的货物不再需要这一下。前端 SKAI 先核数据：商品编码对照关税库与 TARIC，增值税走 VIES，EORI 对照名录，单证之间核重量、价值和数量。不对的留下。对的可以进链条。
前端校验
已通过，链条可以跑
事件
船舶抵码头
SKAI
01开出 T1
事件
箱子离开码头
SKAI
02申请卸货
事件
卸货获批
SKAI
03提交进口申报
全天运行。凌晨五点开进仓库的箱子，不等办公时间。