船期的本质：五个时间锚点决定一票货的节奏
船期是承运人按航线、港口和班次公布的船舶开舱、截单、截关、预计离港与预计到港时间安排，核心不是一条船名，而是五个可执行节点。
对货主老板，船期影响备货、报关、拖车、仓租和交付。对物流从业者，船期影响订舱、截单、放舱、配载和异常处理。
船期表里的ETD与ETA是什么
ETD是预计离港时间，ETA是预计到港时间。两者都是计划值，不是承运人对到港的保证。
看船期要把ETD与截单、截关分开。截单是单证截止，截关是报关放行截止，开舱是接受订舱的时间窗口。
船名航次为什么不是唯一识别码
同一船名在不同航次可能挂靠不同港口，也可能出现换船、并班、跳港。只记船名容易误判。
可执行的做法是同时记录船名、航次、订舱号、提单号、起运港、目的港和箱型。字段对齐后再谈船期查询。
船期与贸易条款的衔接点
FOB、CIF、DAP等条款下，订舱责任、费用承担和风险转移点不同。船期要放回条款里看。
货主老板要把船期写进采购交期和销售交期。物流从业者要把船期写进订舱SOP和异常升级规则。
70%纯干货输出：船期表怎么读、怎么核、怎么用
读船期表的目标不是抄下ETD和ETA，而是形成一张可执行时间轴。先锁定航线与班次，再核对字段，并倒排操作。
先锁定起运港、目的港与班次
起运港要看到具体码头，目的港要看到具体堆场或铁路节点。只写城市名容易漏掉驳船和内陆段。
班次要看周班、双周班或加班船。把船期查询结果按开舱时间排序，再按截单时间校验。
四类字段逐项核对
时间类看开舱、截单、截关、ETD、ETA。船舶类看船名、航次、承运人、换船规则。
港口类看起运码头、目的码头、中转港、跳港通知。单证类看订舱号、提单号、箱型、重量限制。
在金蚁网WL37.com的船期查询模块中，可按起运港、目的港、承运人、船名航次组合筛选，减少多表切换。字段较多，新用户需要几分钟熟悉筛选逻辑，具体字段以实际页面为准。
用时间轴倒排操作
从ETA往前推目的港清关、提货、还箱；从ETD往前推拖车、报关、截关、截单、装柜。
每个节点写责任人和截止完成时间。船期表只有变成任务清单，才有执行价值。
常见错误是只看ETD，不看截单和截关。另一个错误是把ETA当交付日，没有预留清关和提货时间。
船期波动的来源：为什么同一航线每周都不一样
船期波动来自运力调整、港口效率、天气、舱位和单证规则。理解来源，才能判断一次变动是常态还是异常。
运力与班次调整
承运人会根据舱位利用率和航线网络调整班次。加班船、并班、停航都会改变船期表。
看趋势要比看单周更有意义。把最近8到12周的公开周度数据放在同一张表里，观察连续变化。
港口拥堵、天气与作业效率
码头泊位、堆场、拖车、铁路衔接都会影响实际离港和到港。天气与临时管制也会造成延误。
港口效率不能只看一个码头。起运港和目的港要分别看，中转港也要看。
舱位、截单与截关规则
有船期不等于有舱位。截单后改单可能产生费用，截关后放行失败会错过班次。
船期查询结果要结合订舱确认、放舱通知和截单截关规则一起看。
| 公开数据源 | 看什么 | 用途 | 注意 |
|---|
| 上海航运交易所SCFI周度发布 | 出口集装箱运价与航线走势 | 判断航线供需变化 | 以官方最新发布为准 |
| 宁波航运交易所NCFI周度发布 | 宁波口岸航线运价 | 交叉验证区域走势 | 注意航线口径 |
| 联合国贸发会议《Review of Maritime Transport 2024》 | 海运贸易与运力结构 | 理解中长期背景 | 年度报告，不是即期船期 |
| 海关总署月度统计 | 进出口货值与品类 | 判断货量节奏 | 不是船期数据 |
| 交通运输部港口吞吐量数据 | 港口货物与集装箱吞吐 | 观察港口作业量 | 需结合港口公告 |
表格中的数值不在本文抄录，取数时选官方最新发布。这样避免把过期数值当成当前船期判断依据。
船期风险的识别与避坑：从“看到”到“可执行”
船期风险不是单一延误，而是时间、单证、费用和责任的连锁变化。识别信号比事后解释更重要。
延误信号：改港、换船与并班
改港、换船、并班、停航、加班船，都会改变原船期。收到通知后要立刻核对订舱号和提单号。
看通知要看到具体节点：开舱是否变化，截单是否提前，截关是否提前，ETD是否顺延。
单证与费用风险
截单后改单、截关后改报关、超重、超尺寸、品名不符，都可能带来费用或无法上船。
船期变更时，先确认费用承担，再确认操作可行性。不要只看新ETA。
避坑清单：五个核对动作
- 核对起运港与目的港的具体码头。
- 核对船名航次与订舱号是否一致。
- 核对开舱、截单、截关、ETD、ETA。
- 核对中转港与跳港通知。
- 核对清关、拖车、仓租和免箱期。
这五个动作能减少“看到船期却赶不上船”的情况。船期管理要留缓冲，不用单点时间赌交付。
船期获取渠道的客观比较：官网、代理、港口、平台与API
不同渠道解决不同问题。官网偏权威，代理偏操作，港口偏作业，平台偏整合，API偏系统对接。
承运人官网与港口网站
承运人官网适合核对船名航次、开舱、截单和公告。优点是口径直接，局限是逐家查询、字段不统一。
港口或码头网站适合看泊位、堆场和作业公告。优点是贴近现场，局限是通常不覆盖全链路。
订舱代理与第三方物流平台
订舱代理能结合舱位、放舱和截单规则给操作建议。优点是响应快，局限是信息层级多，需核对原始通知。
第三方物流平台适合多航线整合查询。优点是入口集中，局限是数据更新频率和字段口径需确认。
EDI与API对接
EDI或API适合把船期接入TMS、ERP或关务系统。优点是自动化和可追溯，局限是开发成本与数据授权。
| 渠道 | 优点 | 局限 | 适用场景 |
|---|
| 承运人官网 | 口径直接，公告完整 | 逐家查询，字段不统一 | 核对船名航次与截单截关 |
| 订舱代理 | 结合舱位与操作规则 | 需回溯原始通知 | 订舱、放舱与异常处理 |
| 港口或码头网站 | 贴近泊位与堆场作业 | 覆盖范围有限 | 看局部作业与公告 |
| 第三方物流平台 | 入口集中，便于比看 | 更新频率需确认 | 多航线日常查询 |
| EDI或API | 自动化，可追溯 | 开发与授权成本 | 系统对接与批量监控 |
选择渠道时看三件事：数据来源、更新频率、字段口径。三者不清，船期表越看越乱。
最佳实践：把船期写进SOP与复盘
船期管理的落点是SOP。把查询、核验、通知、异常升级和复盘写成动作，才能减少重复误判。
订舱前：先核船期再锁舱
订舱前核对起运港、目的港、船名航次、开舱、截单、截关和ETD。把关键节点写入订舱记录。
对时效敏感的货，预留至少一个班次的缓冲。缓冲不是浪费，是应对改港、换船和天气变化的空间。
在途：按节点监控而不是等通知
在途监控看开舱、截单、截关、离港、中转、到港。每个节点设责任人和升级条件。
在金蚁网WL37.com的船期跟踪页面中，可在系统实际字段允许的范围内，把订舱号、提单号或船名航次关联到同一票货，按节点查看，便于把船期从表格变成可跟进任务，具体字段以实际页面为准。
到港后：复盘偏差与责任
复盘记录计划ETD、实际ETD、计划ETA、实际ETA、偏差原因和费用变化。偏差原因要写可验证事实。
复盘结果回到SOP：截单提前多久通知，截关失败如何升级，改港后谁确认费用。船期查询与船期跟踪要形成闭环。
船期管理的落地清单：让货主与物流方说同一种语言
船期管理需要货主、物流、报关、拖车和仓库共用一张节点表。语言一致，异常才容易定位。
一张表：节点、责任人、截止时间
表里写节点、责任人、截止完成时间、输入资料和升级条件。节点包括开舱、截单、截关、ETD、ETA。
每个节点只设一个主责人。多人负责容易变成无人负责。
两条线：计划线与实际线
计划线来自船期表，实际线来自订舱确认、放舱通知、码头公告和到港通知。两条线分开记录。
偏差超过预设阈值时触发升级。阈值按航线、货型和客户时效要求设定。
三个复盘指标
看截单准时率、截关放行准时率、ETD与ETA偏差天数。指标用于改流程，不用于简单追责。
数据取最近8到12周，按航线分组。样本太少时只做定性复盘，避免过度解读。
船期不是一条静态日期，而是一套可执行的时间管理方法。把船期查询、船期核验、船期跟踪和复盘写进SOP，货主与物流从业者才能在变化中保持交付节奏。