港口信息化与金融港综合服务能力建设研究报告

完整稿(速览 + 专项附录) · 报告日期:2026年9月25日 | 版本:V4.0

报告定位本项目目前处于港口基础设施和信息化体系总体筹划阶段。当前工作的重点不是改造既有系统,而是从生产、物流、口岸、数据、智能化及综合服务整体发展的角度,一次性确定总体架构和建设边界。

四条核心判断

第一
港口信息化必须先作为完整的基础设施体系进行规划。

TOS 是生产主干,但不是港口信息化的全部。未来港口应统筹规划 TOS、ECS、YMS、WMS、TMS、PCS、EDI、智能闸口、IoT、AI、ERP、能碳管理、网络安全及国产化底座等系统,形成职责清晰、接口开放、数据统一、可持续演进的整体体系。

第二
金融应作为港口综合服务能力之一自然嵌入,而不是另建一套独立的“金融港业务系统”。

金融业务不应进入港口生产控制链,而应利用港口日常生产经营形成的真实业务、物流、货物状态及感知数据,经过授权、治理和验证后,为银行及其他金融机构提供可信的数据和监管服务。

第三
PFCP 应定位为“金融可信数据与监管服务中枢”。

PFCP 位于港口业务系统之上,原则上对 TOS/ECS 等生产系统只读、不回写、不控制;核心任务是把业务事实、货物状态、权利状态和证据转化为金融机构可使用的数据服务、风险画像、押品状态、监管协同和业务接口。

第四
建设不宜一开始追求“大而全”,而应坚持“总体架构一次设计、真实场景逐步验证”。

以 1—2 个真实金融场景作为 MVP,先把数据、权限、监管、证据、银行接口和业务闭环做通,再复制到仓单质押、现货质押、保理、融资租赁、保险等产品。

建设路径五阶段

一
第一阶段:总体架构与规则先行

完成港口信息化总体架构、系统边界、数据标准、接口标准、安全体系;同步明确仓单出具主体资质、保税质押合规路径、PFCP 运营主体。

二
第二阶段:统一数据与可信数据底座

优先接入闸口、TMS、TOS/YMS/WMS,再接入 EDI/PCS、CCTV/地磅/IoT/北斗,形成主体、货物、事件、状态和权限模型。

三
第三阶段:1—2 个真实场景 MVP

建议“数据增信 + 押品监管”双场景验证。数据增信可优先货代运费垫资贷/流水贷;押品优先大宗散货或通用件杂货静态质押。

四
第四阶段:公共能力标准化

沉淀企业画像 API、货物状态 API、仓单核验 API、押品状态 API、风险预警 API、监管指令 API、电子证据 API。

五
第五阶段:金融港生态

逐步引入银行、保险、保理、融资租赁、仓储、物流、贸易主体,将金融与物流、贸易、仓储、电子单证、设备和能碳服务融合。

10 张架构图索引

最终结论

本项目最值得把握的不是“再建设一个金融平台”,而是利用新建港口的规划窗口期,一次性把生产、物流、数据、智能和综合服务能力设计成一个可持续演进的体系。

一、项目定位与总体判断

第一
港口信息化必须先作为完整的基础设施体系进行规划。

TOS 是生产主干,但不是港口信息化的全部。未来港口应统筹规划 TOS、ECS、YMS、WMS、TMS、PCS、EDI、智能闸口、IoT、AI、ERP、能碳管理、网络安全及国产化底座等系统,形成职责清晰、接口开放、数据统一、可持续演进的整体体系。

第二
金融应作为港口综合服务能力之一自然嵌入,而不是另建一套独立的“金融港业务系统”。

金融业务不应进入港口生产控制链,而应利用港口日常生产经营形成的真实业务、物流、货物状态及感知数据,经过授权、治理和验证后,为银行及其他金融机构提供可信的数据和监管服务。

第三
PFCP 应定位为“金融可信数据与监管服务中枢”。

PFCP 位于港口业务系统之上,原则上对 TOS/ECS 等生产系统只读、不回写、不控制;核心任务是把业务事实、货物状态、权利状态和证据转化为金融机构可使用的数据服务、风险画像、押品状态、监管协同和业务接口。

第四
建设不宜一开始追求“大而全”,而应坚持“总体架构一次设计、真实场景逐步验证”。

以 1—2 个真实金融场景作为 MVP,先把数据、权限、监管、证据、银行接口和业务闭环做通,再复制到仓单质押、现货质押、保理、融资租赁、保险等产品。

二、港口信息化总体架构:先把基础打牢

建议形成“生产业务体系 + 统一数据与集成体系 + 综合服务能力 + 外部生态”的总体格局。

生产与业务体系以 TOS/ECS 为生产核心,同时建设 YMS/WMS/TMS、智能闸口与理货、PCS/EDI/单一窗口、CCTV/AI/IoT、ERP/财务/能碳等。各系统可由不同供应商建设,但必须通过统一接口、统一身份、统一数据标准和安全体系形成整体。

统一数据与集成体系重点形成统一主体、统一货物、统一事件、统一状态、统一接口和统一权限审计能力。新建港口的后发优势在于:这些公共能力可以在一期建设阶段直接规划,而不是事后补建。

金融港不是游离在港口信息化之外的系统,而是港口综合服务能力的一部分。

图 1港口信息化与综合服务规划视图
港口信息化与综合服务规划视图 生产与业务体系TOS / ECS生产控制核心YMS / WMS / TMS堆场 · 仓储 · 运输智能闸口 / 理货 / IoT前端采集与感知PCS / EDI / 单一窗口口岸与外部协同ERP / 财务 / 能碳经营管理与综合运营CCTV / AI / 北斗安全、定位与智能化统一数据与集成体系接口与消息集成API · MQ · ETL · 数据交换主体与主数据治理企业 · 货物 · 统一对象事件与状态模型事件链 · 业务/货物状态数据目录与授权最小必要 · 用途限定身份 / 权限 / 安全统一认证 · 审计证据与服务化留痕 · 签章 · API 服务港口综合服务能力物流与多式联运面向货主 · 承运人贸易与口岸协同电子单证 · 报关协同智能调度与 AI排泊 · 堆场 · 安防金融综合服务PFCP:可信数据与监管客户与企业服务客户 · 经营 · 设备外部生态协同银行 · 保险 · 仓储 · 物流规划原则:生产系统各司其职;统一数据与集成能力横向贯穿;金融作为综合服务能力之一嵌入,而非另建一套平行港口业务系统。
生产与业务体系
TOS / ECS生产控制核心
YMS / WMS / TMS堆场 · 仓储 · 运输
智能闸口 / 理货 / IoT前端采集与感知
PCS / EDI / 单一窗口口岸与外部协同
ERP / 财务 / 能碳经营管理与综合运营
CCTV / AI / 北斗安全、定位与智能化
统一数据与集成体系
接口与消息集成API · MQ · ETL · 数据交换
主体与主数据治理企业 · 货物 · 统一对象
事件与状态模型事件链 · 业务/货物状态
数据目录与授权最小必要 · 用途限定
身份 / 权限 / 安全统一认证 · 审计
证据与服务化留痕 · 签章 · API 服务
港口综合服务能力
物流与多式联运面向货主 · 承运人
贸易与口岸协同电子单证 · 报关协同
智能调度与 AI排泊 · 堆场 · 安防
金融综合服务PFCP:可信数据与监管
客户与企业服务客户 · 经营 · 设备
外部生态协同银行 · 保险 · 仓储 · 物流
规划原则:生产系统各司其职;统一数据与集成能力横向贯穿;金融作为综合服务能力之一嵌入,而非另建一套平行港口业务系统。

三、PFCP:连接港口真实业务与金融服务

核心链路
港口生产产生真实业务数据统一数据治理形成可信业务事实与状态PFCP 提供金融数据与监管服务银行等专业机构完成金融决策。
核心能力主要职责基本边界
F1 数据接入与交换API、MQ、ETL、文件、事件订阅对生产系统原则上只读
F2 数据治理与统一对象主体/货物/事件/质量/授权不重复建设业务系统
F3 可信数据与状态业务事实、货物状态、权利状态、证据链保留来源、规则和版本
F4 风险与画像指标/标签/预警/盯市不替代银行最终授信
F5 监管与协同押品/任务/指令/回执现场执行由监管主体承担
F6 金融服务编排产品流程/银行API/客户入口不控制银行核心账务

关键边界对港口生产系统——原则上只读,不向 TOS/ECS 回写金融指令,不参与实时生产控制;对银行——输出画像、押品状态、预警和监管结果,由银行独立决定授信、额度、利率、担保和处置;对监管公司——接收授权任务并执行、反馈、留痕。

感知策略坚持“复用优先、必要补充”:优先复用港口现有 CCTV、地磅、闸口、IoT、北斗等形成“一套感知底座、两种消费视角(生产安全 + 金融监管)”,必要时才增补金融监管专用设备。

图 2PFCP 总体交互架构(旁路消费 + 中台治理 + 服务输出)
PFCP 总体交互架构(旁路消费 + 中台治理 + 服务输出) 金融与综合服务生态银行授信 · 放款 · 冻结/解押保险 / 保理 / 融租场景金融产品监管公司 / 仓储 / 物流监管任务 · 回执登记 / 仓单 / 提单登记 · 核验 · 存证PFCP:金融可信数据与监管服务中枢F6金融服务编排产品流程 · 银行 API · 客户入口 · 服务编排F5监管与协同服务仓单/押品监管 · 任务 · 指令 · 回执 · 证据F4风险与画像指标 · 标签 · 预警 · 盯市(银行独立决策)F3可信数据与状态业务事实 · 货物状态 · 权利状态 · 证据链F2数据治理与统一对象主体归一 · 货物/批次/位置/事件模型 · 质量F1数据接入与交换API · ETL · MQ · 文件 · 事件订阅(只读)横向能力身份授权安全审计签章存证AI只读接入;不向生产系统回写金融指令港口生产与业务数据源TOS / ECS作业 · 堆场 · 设备YMS / WMS / TMS库存 · 堆位 · 运输 · 结算闸口 / 地磅 / 理货进出 · 称重 · 识别EDI / PCS / 单一窗口舱单 · 提单 · 报关CCTV / IoT / 北斗视频 · 温湿度 · 定位ERP / 财务 / 计费经营 · 结算 · 履约
金融与综合服务生态
银行授信 · 放款 · 冻结/解押
保险 / 保理 / 融租场景金融产品
监管公司 / 仓储 / 物流监管任务 · 回执
登记 / 仓单 / 提单登记 · 核验 · 存证
PFCP:金融可信数据与监管服务中枢
金融服务编排产品流程 · 银行 API · 客户入口 · 服务编排F6
监管与协同服务仓单/押品监管 · 任务 · 指令 · 回执 · 证据F5
风险与画像指标 · 标签 · 预警 · 盯市(银行独立决策)F4
可信数据与状态业务事实 · 货物状态 · 权利状态 · 证据链F3
数据治理与统一对象主体归一 · 货物/批次/位置/事件模型 · 质量F2
数据接入与交换API · ETL · MQ · 文件 · 事件订阅(只读)F1
横向能力身份授权安全审计签章存证AI
港口生产与业务数据源
TOS / ECS作业 · 堆场 · 设备
YMS / WMS / TMS库存 · 堆位 · 运输 · 结算
闸口 / 地磅 / 理货进出 · 称重 · 识别
EDI / PCS / 单一窗口舱单 · 提单 · 报关
CCTV / IoT / 北斗视频 · 温湿度 · 定位
ERP / 财务 / 计费经营 · 结算 · 履约

四、金融场景:先做三类核心能力,再复制产品

PFCP 不宜按“开发多少金融产品”来建设,而应围绕三类最核心的能力形成可复用底座。

核心能力代表场景重点解决的问题
押品与货权仓单/现货/动态货物真实存在、状态持续可验证、权利与监管清晰
数据增信画像贷款、运费贷、中标贷、流水贷经营、交易、履约和结算数据能够形成可解释的风险参考
交易与场景保理、订单融资、供应链票据、融租、保险、绿色金融把交易、应收、设备、运力、能源等场景与同一数据底座复用

保税/海关监管货物不是绝对禁区。对本港保税仓及期货交割相关场景而言,保税货物可以成为重要货押标的,但须按海关及交易场所规则完成备案、税款担保、质押标记和解除质押等程序,规划期应专项论证。

风险底线任何单一技术手段(区块链、RFID、电子锁等)都不能独立证明货物权利;技术系统必须与合同、登记、仓储安排和实际控制安排共同构成完整链条。

图 3三类核心金融能力:一套底座、多种产品
三类核心金融能力:一套底座、多种产品 PFCP 公共能力底座主体 · 货物 · 事件 · 权利 · 证据 · 风险 · API① 押品与货权仓单 · 现货 · 动态质押② 数据增信画像 · 履约 · 经营 · 现金流③ 交易与场景保理 · 融租 · 保险 · 绿色金融仓单质押现货质押动态质押画像贷款运费贷 / 流水贷中标贷保理 / 供应链票据设备融资租赁运输保险 / 绿色金融共性底座能力统一主体 + 统一货物 + 事件链 + 权利状态 + 风险规则 + 监管执行 + 证据留痕 + 银行 API原则:一个数据底座,多种金融产品复用,避免一个产品一套数据、一套监管、一套接口。
PFCP 公共能力底座主体 · 货物 · 事件 · 权利 · 证据 · 风险 · API
① 押品与货权仓单 · 现货 · 动态质押
② 数据增信画像 · 履约 · 经营 · 现金流
③ 交易与场景保理 · 融租 · 保险 · 绿色金融
仓单质押现货质押动态质押
画像贷款运费贷 / 流水贷中标贷
保理 / 供应链票据设备融资租赁运输保险 / 绿色金融
共性底座能力统一主体 + 统一货物 + 事件链 + 权利状态 + 风险规则 + 监管执行 + 证据留痕 + 银行 API原则:一个数据底座,多种金融产品复用,避免一个产品一套数据、一套监管、一套接口。

五、建设路径:从总体规划走向真实业务闭环

一
第一阶段:总体架构与规则先行

完成港口信息化总体架构、系统边界、数据标准、接口标准、安全体系;同步明确仓单出具主体资质、保税质押合规路径、PFCP 运营主体。

二
第二阶段:统一数据与可信数据底座

优先接入闸口、TMS、TOS/YMS/WMS,再接入 EDI/PCS、CCTV/地磅/IoT/北斗,形成主体、货物、事件、状态和权限模型。

三
第三阶段:1—2 个真实场景 MVP

建议“数据增信 + 押品监管”双场景验证。数据增信可优先货代运费垫资贷/流水贷;押品优先大宗散货或通用件杂货静态质押。

四
第四阶段:公共能力标准化

沉淀企业画像 API、货物状态 API、仓单核验 API、押品状态 API、风险预警 API、监管指令 API、电子证据 API。

五
第五阶段:金融港生态

逐步引入银行、保险、保理、融资租赁、仓储、物流、贸易主体,将金融与物流、贸易、仓储、电子单证、设备和能碳服务融合。

MVP 评价不以产品数量为目标,而要求真正打通:申请 → 数据核验 → 风险/押品核验 → 银行审批 → 放款 → 贷后监控 → 异常预警 → 监管/处置 → 解押/结清 → 归档。
首期必建按场景建设暂不前置
港口信息化总体架构;数据接入与治理;PFCP 核心底座;银行 API仓单/押品监管;AI 画像;监管专用感知设备大规模金融产品商城;复杂区块链体系
图 4仓单质押与现货质押首期监管路径
仓单质押与现货质押首期监管路径 仓单质押仓储主体 / 仓单 / 权利状态重点:出单资格、电子仓单、登记与解押保税场景:海关备案、税款担保、冻结/解押现货质押动产本体 / 现场监管 / 价值控制重点:核库、唯一标识、多源对账、放货控制静态先行;动态质押作为后续演进场景①核库确权数量批次 · 位置 · 权属②唯一标识RFID / 二维码 / 钢印③多源对账WMS/YMS + 闸口/地磅 + CCTV④盯市监管状态、价值、置换、预警⑤解押/处置有效指令执行回执 · 留痕公共监管策略优先复用港口 CCTV、地磅、闸口、IoT、北斗;必要时由监管公司增补电子锁、专用 RFID 等设备。一套感知底座,生产安全与金融监管两种消费视角;金融侧预警不得直接改变港口生产控制。
仓单质押仓储主体 / 仓单 / 权利状态重点:出单资格、电子仓单、登记与解押保税场景:海关备案、税款担保、冻结/解押
现货质押动产本体 / 现场监管 / 价值控制重点:核库、唯一标识、多源对账、放货控制静态先行;动态质押作为后续演进场景
①核库确权数量批次 · 位置 · 权属
②唯一标识RFID / 二维码 / 钢印
③多源对账WMS/YMS + 闸口/地磅 + CCTV
④盯市监管状态、价值、置换、预警
⑤解押/处置有效指令执行回执 · 留痕
公共监管策略优先复用港口 CCTV、地磅、闸口、IoT、北斗;必要时由监管公司增补电子锁、专用 RFID 等设备。一套感知底座,生产安全与金融监管两种消费视角;金融侧预警不得直接改变港口生产控制。

六、规划期建议重点决策的五件事

重点事项需要明确的核心问题
1. 港口信息化总体架构TOS/ECS/YMS/WMS/TMS/PCS/IoT/AI 等如何形成统一体系
2. 统一数据架构主体、货物、事件、状态、接口、权限如何统一
3. PFCP 定位与边界明确为金融可信数据与监管服务中枢,与生产系统严格隔离
4. 首期金融 MVP选择数据增信 + 押品监管两个场景验证平台能力
5. 制度与主体安排仓单出具主体、保税质押路径、PFCP 运营主体先行明确

七、最终结论

本项目最值得把握的不是“再建设一个金融平台”,而是利用新建港口的规划窗口期,一次性把生产、物流、数据、智能和综合服务能力设计成一个可持续演进的体系。

总体逻辑:港口基础设施建设 → 港口信息化体系 → 统一数据与可信状态 → 综合服务能力 → 金融服务能力接入 → 银行等专业机构完成金融决策 → 业务结果和风险事件持续回流。

建议总体原则一体规划、分步建设;生产与金融隔离;数据统一、能力复用;场景先行、产品复制;接口开放、供应商可替换;技术建设与治理体系同步。

附录 A—J · 专项资料区

以下 10 个附录属参考资料层(源文档附录合计约占全文体量 57%):A—I 承接行业调研、 系统边界、架构图、供应商案例、标准法规、金融场景与实施细节;J 为术语与缩略语对照表,为本次阅读页新增。 按需展开,不打断正文阅读动线。

附录A 港口信息化行业系统清单与功能边界

本附录为行业参照和规划边界,不代表本港现有系统。供应商和案例信息主要来自项目调研资料,采购阶段须以招标时的最新产品能力、实施案例和市场数据重新核验。

系统/能力核心职责与金融服务的关系规划定位
TOS船舶/泊位/堆场/作业/计费作业/吞吐/堆存/履约生产主干
ECS设备调度/路线/控制/反馈设备执行状态实时控制核心
YMS堆场/冷藏箱/空箱/预约位置/库存/周转独立系统
WMS库存/订单/收发/计费仓储/库存/仓单基础后方仓储
TMS集卡/驳船/铁路/跟踪/结算轨迹/订单/运费/履约运输协同
智能闸口/AGMS/VBS/VGM预约/身份/箱号/称重/放行出入/数量/履约前端入口
智能理货/RTMS箱号识别/装卸确认/残损货物识别/作业确认前端采集
PCS/EDI/单一窗口社区协同/报文/口岸监管订单/舱单/提单/报关外部协同
CCTV/AI/IoT/北斗感知/定位/异常识别状态佐证/风险预警感知底座
VTMIS/VTS/AIS船舶交通管理/服务履约/安全数据港口运行安全
ERP/财务/CRM/MRO/EAM经营/财务/客户/设备结算/客户/经营事实企业支撑
能碳管理能源/排放/绿电/能效绿色金融/综合服务综合管理
数字孪生三维/态势/仿真/联动状态可视化/分析独立底座
国产化底座OS/DB/中间件/算力/网络可控/可迁移/可替换技术底座

边界核查要点TOS ≠ 港口全部信息化;ECS ≠ 仅 AGV 控制;WMS ≠ YMS;PCS ≠ 单一窗口;EDI ≠ 电子单证本身;CCTV ≠ 金融监管证据本身。

附录A.1 关键系统功能核查

TOS
建议以“计划—调度—执行—反馈—计费”理解其主干作用;可存在 n-TOS、业务处理/计费等功能分工,具体产品命名需结合供应商语境。
ECS
位于 TOS 与设备 PLC/运动控制器之间,覆盖岸桥、场桥、AGV/IGV、集卡等自动化设备调度与控制,不应简单等同于 AGV 控制系统。
WMS 与 YMS
两者均涉及存储,但对象和空间不同:WMS 更关注仓库库存与订单,YMS 更关注堆场位置、动态堆存和场内流转。
TMS
应覆盖集卡、驳船、铁路、短驳、承运商及运输结算;在无人集卡场景中,运输跟踪正向闭环调度演进。
智能闸口
应理解为“采集—交互—比对—放行—监管”闭环,并与 TOS、海关、预约和称重体系协同。
安全监控
应包括 CCTV、AI 识别、周界、门禁、消防、无人机、AIS/VTS 等,重点是安全生产闭环;PFCP 仅消费相关数据,不改变生产控制逻辑。

附录B 系统集成关系、数据流与总体架构图

图 5PFCP 与港口生产、外部生态的交互边界
PFCP 与港口生产、外部生态的交互边界 金融与综合服务生态银行授信 · 放款 · 冻结/解押保险 / 保理 / 融租场景金融产品监管公司 / 仓储 / 物流监管任务 · 回执登记 / 仓单 / 提单登记 · 核验 · 存证PFCP:金融可信数据与监管服务中枢F6金融服务编排产品流程 · 银行 API · 客户入口 · 服务编排F5监管与协同服务仓单/押品监管 · 任务 · 指令 · 回执 · 证据F4风险与画像指标 · 标签 · 预警 · 盯市(银行独立决策)F3可信数据与状态业务事实 · 货物状态 · 权利状态 · 证据链F2数据治理与统一对象主体归一 · 货物/批次/位置/事件模型 · 质量F1数据接入与交换API · ETL · MQ · 文件 · 事件订阅(只读)横向能力身份授权安全审计签章存证AI只读接入;不向生产系统回写金融指令港口生产与业务数据源TOS / ECS作业 · 堆场 · 设备YMS / WMS / TMS库存 · 堆位 · 运输 · 结算闸口 / 地磅 / 理货进出 · 称重 · 识别EDI / PCS / 单一窗口舱单 · 提单 · 报关CCTV / IoT / 北斗视频 · 温湿度 · 定位ERP / 财务 / 计费经营 · 结算 · 履约
金融与综合服务生态
银行授信 · 放款 · 冻结/解押
保险 / 保理 / 融租场景金融产品
监管公司 / 仓储 / 物流监管任务 · 回执
登记 / 仓单 / 提单登记 · 核验 · 存证
PFCP:金融可信数据与监管服务中枢
金融服务编排产品流程 · 银行 API · 客户入口 · 服务编排F6
监管与协同服务仓单/押品监管 · 任务 · 指令 · 回执 · 证据F5
风险与画像指标 · 标签 · 预警 · 盯市(银行独立决策)F4
可信数据与状态业务事实 · 货物状态 · 权利状态 · 证据链F3
数据治理与统一对象主体归一 · 货物/批次/位置/事件模型 · 质量F2
数据接入与交换API · ETL · MQ · 文件 · 事件订阅(只读)F1
横向能力身份授权安全审计签章存证AI
港口生产与业务数据源
TOS / ECS作业 · 堆场 · 设备
YMS / WMS / TMS库存 · 堆位 · 运输 · 结算
闸口 / 地磅 / 理货进出 · 称重 · 识别
EDI / PCS / 单一窗口舱单 · 提单 · 报关
CCTV / IoT / 北斗视频 · 温湿度 · 定位
ERP / 财务 / 计费经营 · 结算 · 履约

附录B.1 关键集成链路

链路主要数据流金融侧用途边界
TOS—ECS作业任务、路线、设备状态、执行反馈作业事实、设备状态金融平台不得介入实时控制
闸口—TOS—海关车牌/箱号/称重/放行进出/称重/履约只消费结果,不改变放行
YMS/WMS/TMS—ERP库存、堆位、运输、结算货物状态、经营、现金流按授权消费
安全监控—生产系统AI 告警、门禁、广播、急停异常证据与风险信号金融预警不得直接控制设备
EDI/PCS/单一窗口—外部主体舱单、提单、订舱、报关贸易背景、履约按最小必要授权
典型数据链
船公司 EDI/单一窗口TOS 形成作业计划ECS 执行智能理货确认YMS 分配场位闸口/地磅完成进出和称重TMS 组织运输WMS 收货统一数据治理PFCP 形成可验证业务链银行等金融机构使用。
图 6三类数据与 PFCP 的关联边界
三类数据与 PFCP 的关联边界 真实业务数据TOS/YMS/WMS:作业、库存、堆位TMS:运输、订单、结算EDI/PCS:订单、提单、舱单ERP/财务:经营、结算闸口/地磅:进出、称重CCTV/IoT:感知、状态PFCP 数据价值链① 主体归一:企业唯一视图② 标准治理:数据质量/口径③ 多源核验:交叉验证④ 状态形成:业务/货物/权利⑤ 风险计算:指标/预警⑥ 证据留痕:版本/审计银行等金融机构授信:准入、额度、利率放款:用途、支付、状态贷后:预警、监控、核验处置:银行独立决定PFCP 不产生资金不控制银行核心账务PFCP 的作用:把物流、业务信息与金融状态合法关联,形成可验证业务链,而非替代业务系统或银行决策。
真实业务数据TOS/YMS/WMS:作业、库存、堆位TMS:运输、订单、结算EDI/PCS:订单、提单、舱单ERP/财务:经营、结算闸口/地磅:进出、称重CCTV/IoT:感知、状态
PFCP 数据价值链① 主体归一:企业唯一视图② 标准治理:数据质量/口径③ 多源核验:交叉验证④ 状态形成:业务/货物/权利⑤ 风险计算:指标/预警⑥ 证据留痕:版本/审计
银行等金融机构授信:准入、额度、利率放款:用途、支付、状态贷后:预警、监控、核验处置:银行独立决定PFCP 不产生资金不控制银行核心账务
PFCP 的作用:把物流、业务信息与金融状态合法关联,形成可验证业务链,而非替代业务系统或银行决策。

附录C 供应商、市场格局与典型案例

本附录属于调研附录。供应商、市场份额、客户数量和商业化案例受统计口径、时点及厂商披露影响较大,不作为采购结论;正式招采前应以当期公开资料、供应商材料和项目尽调重新核验。

附录C.1 TOS 供应商与案例图谱

类别代表主体/产品调研中的典型案例或特点使用口径提示
国际 TOSNavis N4/SPARCS、Tideworks、COSMOS、CyberLogitec OPUS、Hogia 等覆盖国际大型码头;部分产品与设备/ECS生态深度集成不直接用单个客户案例推断市场份额
国内 TOS哪吒智慧科技 I-TOS、宁波舟山港 n-TOS/S-TOS、招商国科 CTOS/BTOS、山东港口 A-TOS、天津 JTOS、广州 GZTOS 等洋山、宁波舟山、巴西 TCP、海外项目及国产化案例较多产品命名和“CTOS”含义需区分
系统套数/吞吐量市场数据项目调研资料中的 27%、30%—30.4% 等分别对应不同统计维度不得直接横向比较

特别说明宁波舟山港语境中的 CTOS 为中心业务处理系统,与招商局商用“招商芯 CTOS”名称相同但含义不同。

附录C.2 ECS 与自动化设备生态

主体角色/案例规划启示
振华重工 ZPMC自动化码头装备、ECS、岸桥及系统集成;洋山、青岛、南沙、钦州等设备—控制—系统集成能力强,但规划应保持软件与设备供应商可替换
Kalmar / ABB / 西门子 / 科尼 / 三一海工等设备自动化、控制、电气、预集成等ECS 并非单一供应商市场
港口自研 TOS/ECS宁波舟山、连云港等新建港口可评估自研与商业产品组合路线

准确定性振华重工在自动化码头成套、岸桥和系统集成领域具有全球领先地位,但 ECS 和自动化设备生态存在其他专业供应商。

附录C.3 WMS、YMS、闸口、安全监控与单证

领域调研代表主体/案例注意事项
WMSManhattan、SAP EWM、Oracle、Infor、Blue Yonder;国内港口物流 WMS 厂商通用 WMS 与港口专用 WMS 应分开评价
智能闸口山东紫光凯远、孚为、华东电子 i-Gate 等应同时评价 OCR、称重、预约、TOS/海关接口
安全监控青犀、国基科技、Aitek、亚信科技、华为等重点看 AI 识别、周界、门禁、无人机、AIS/VTS 和联动方式
单证/电子提单北部湾电子数据交换平台、GSBN、丝路云链、单一窗口等区分 EDI、PCS、单一窗口、电子提单、E-Docs

市场调研中可保留的典型现象包括:国内 TOS 逐步从单点国产替代走向“国产化底座 + 数据中台 + 智能体”;设备控制从单机自动化向云边协同演进;电子提单、散杂货电子舱单和电子提货单标准体系持续完善。

附录C.4 2025—2026 市场与国产化动态

  • 国内港口 TOS 自研和国产化持续推进,宁波舟山港、上港、招商局、连云港等均有不同形式的自研或国产化实践。
  • 港口 AI 从单点识别逐步延伸到排泊、堆场、岸桥、配载、安全生产等作业计划和智能体场景。
  • L4 无人集卡、F5G 远程控制、数字孪生等显示生产系统正在从单体软件向“软件 + 装备 + 网络 + AI”生态演进。
  • 国产化评价不能只看 OS/DB 是否国产,还应同时考察实时性、稳定性、工业软件适配、安全认证、迁移成本以及多供应商协同能力。

市场数据如“市场份额、自动化码头数量、供应商切换成本”等在正式材料中应始终注明统计机构、年份、样本及统计口径。

附录D 法规、国家标准与技术标准依据

以下为规划阶段优先关注的法律法规和标准。2026年9月25日的状态按公开官方资料核验;业务落地前仍应由项目法律顾问和专业部门按实际业务结构开展专项合规审查。

依据核心内容规划用途截至2026-09-25状态
《中华人民共和国民法典》动产质押、权利质押、仓储合同、仓单押品、仓单及保管责任制度基础现行
《中华人民共和国港口法》港口经营许可;港区仓储等属于港口经营仓储经营主体和许可路径现行
《动产和权利担保统一登记办法》及统一登记系统规则动产和权利担保登记查询担保公示、查重、登记管理现行
GB/T 30332—2024《仓单要素与格式要求》仓单要素、格式与电子仓单相关要求仓单体系设计现行,2024-12-01实施
GB/T 42809—2023《自动化集装箱码头操作系统技术要求》自动化集装箱码头 TOS 技术要求TOS 规划参照现行,2023-09-01实施
GB/T 42808—2023《港口海铁联运电子数据交换技术要求》港口海铁联运电子数据交换多式联运数据标准现行,2023-09-01实施
GB/T 38567—2020《港口物流作业数据交换通用技术规范》港口物流作业数据交换公共数据交换现行,2020-10-01实施
GB/T 47537—2026《港口散杂货进口电子舱单》散杂货进口电子舱单散杂货数字化单证现行,2026-08-01实施
GB/T 47535—2026《港口散杂货电子提货单》散杂货电子提货单散杂货单证现行,2026-08-01实施
GB/T 46529—2025《国际物流供应链系统 调度信息交换要求》国际物流调度信息交换TMS/多式联运接口现行,2026-05-01实施
GB/T 46528—2025《国际物流供应链系统 干散货物流状态监测信息交换要求》干散货物流状态监测信息交换散杂货物流数据现行,2026-05-01实施
海关总署公告2019年第158号等保税货物及保税标准仓单质押备案等保税仓/期货交割仓场景按业务场景适用

特别提示GB/T 47537—2026 与 GB/T 47535—2026 已于 2026 年 8 月 1 日实施,因此本版不再沿用“待实施”的旧表述;GB/T 46529—2025、GB/T 46528—2025 也已于 2026 年 5 月 1 日实施。

附录D.1 官方核验要点

  • GB/T 42809—2023 国家标准信息公开页面
  • GB/T 30332—2024 国家标准信息公开页面
  • GB/T 42808—2023 国家标准信息公开页面
  • GB/T 38567—2020 国家标准信息公开页面
  • GB/T 47537—2026 国家标准信息公开页面
  • GB/T 47535—2026 国家标准信息公开页面

法律核验要点民法典第425条规定动产质押以动产交付质权人占有为基本规则;第440条列明仓单、提单可作为权利质押标的;第441条规定仓单、提单等权利质押的设立规则;第904—910条构成仓储合同和仓单制度的基础。港口法第22条将港区内仓储经营纳入港口经营。

登记核验要点动产融资统一登记公示系统可提供相关动产和权利担保的登记、查询服务,但登记系统本身不替代实体权利基础;具体设立、公示、对抗和顺位效果应依担保类型、凭证形态、法律法规及具体司法实践判断。

保税核验要点上期所公开规则及相关业务材料显示,保税标准仓单质押需要事先向主管海关办理质押备案;解除质押亦须办理解除备案。具体税款保函、备案表、质押标记和解押程序应结合货物、仓库及海关所在地进一步确认。

附录E PFCP 详细能力架构与数据模型

图 7PFCP 能力分层与实施路线对应关系
PFCP 能力分层与实施路线对应关系 阶段1总体架构系统边界、数据标准、制度先行阶段2数据底座主体、货物、事件、状态、权限阶段31—2个MVP数据增信 + 押品监管阶段4能力复制API 标准化、产品复制阶段5综合服务生态银行、保险、保理、融租等贯穿能力统一对象 · API / 事件 · 权限安全 · 证据链 · 监管执行 · 银行协同核心目标:首笔业务跑通后,沉淀为可复用的企业画像、货物状态、仓单核验、押品状态、风险预警和监管指令 API。建设底线生产与金融隔离;金融侧只读消费生产结果;任何单一技术手段不独立证明货权;银行保持独立决策。
阶段1总体架构系统边界、数据标准、制度先行
阶段2数据底座主体、货物、事件、状态、权限
阶段31—2个MVP数据增信 + 押品监管
阶段4能力复制API 标准化、产品复制
阶段5综合服务生态银行、保险、保理、融租等
贯穿能力统一对象 · API / 事件 · 权限安全 · 证据链 · 监管执行 · 银行协同核心目标:首笔业务跑通后,沉淀为可复用的企业画像、货物状态、仓单核验、押品状态、风险预警和监管指令 API。
建设底线生产与金融隔离;金融侧只读消费生产结果;任何单一技术手段不独立证明货权;银行保持独立决策。

附录E.1 六层能力架构

层级主要内容是否依赖具体金融产品
L1/F1 数据接入与交换API、ETL、MQ、文件、事件订阅否
L2/F2 数据治理与统一对象主体归一、货物/批次/位置/事件模型、质量、授权否
L3/F3 可信数据与状态业务事实、货物状态、权利状态、证据链否
L4/F4 风险与画像画像、规则、盯市、预警部分复用
L5/F5 监管与协同押品监管、任务、指令、执行回执、证据部分复用
L6/F6 金融服务编排产品流程、银行 API、客户入口是

横向能力统一身份认证、权限、数据授权、网络安全、隐私保护、审计、电子签章、存证和 AI,不列入纵向层级。

附录E.2 数据对象模型

对象核心字段主要来源金融用途
主体统一ID、企业关系、账号映射ERP/PCS/TOS/EDI画像与授信
货物货物ID、箱号/批次、品类、数量、规格WMS/YMS/TOS/闸口/地磅押品与仓单
位置场区、堆位、仓位、在途状态YMS/WMS/TMS/北斗押品监管/物流贷
事件时间、地点、主体、动作、结果TOS/TMS/闸口/IoT履约与证据
权利仓单、质押、冻结、解押、授权状态仓单系统/登记/合同/指令货权融资
风险价格、库存、周转、异常、预警平台规则/外部价格数据贷后与监管
图 8金融港总体逻辑链
金融港总体逻辑链 港口基础设施建设港口信息化体系统一数据与可信状态综合服务能力金融服务能力接入业务结果与风险事件回流持续提升港口综合服务能力与金融数据服务质量
港口基础设施建设
港口信息化体系
统一数据与可信状态
综合服务能力
金融服务能力接入
业务结果与风险事件回流持续提升港口综合服务能力与金融数据服务质量

附录E.3 数据治理六步可信链

  • 统一主体:形成企业唯一视图。
  • 统一货物:形成可持续关联的货物对象。
  • 统一事件:标准化入库、出库、称重、装卸、运输、质检、放行等事件。
  • 多源验证:WMS/YMS、闸口、地磅、CCTV、IoT 等交叉核验关键事实。
  • 形成状态:业务状态、货物状态、权利状态、风险状态。
  • 形成证据:对关键操作、指令、状态变化和数据输出保留过程留痕。

附录F 三类核心金融场景详细方案

附录F.1 仓单质押融资

法律结构仓单属于民法典第440条列举的可出质权利;民法典第904—910条构成仓储合同及仓单制度基础。仓单由仓储保管人出具,出具主体必须与实际仓储经营及保管责任安排相匹配。

规划关键点港口若仅提供场地而非承担仓储经营和保管责任,则不宜直接以自身名义出具仓单;可由具备相应经营条件的第三方仓储方出单,港口提供场地、作业及感知数据。仓单出具主体路径必须在规划期锁定。

流程环节关键动作PFCP能力
1 入库验货/资料/批次-堆位货物对象、原始事实
2 仓单注册生成电子仓单、状态绑定仓单核验、状态服务
3 质押/登记权利质押与相应登记/公示权利状态、证据
4 银行核验调用仓单与货物状态银行 API
5 质押监管冻结/更新/盯市/预警押品状态、预警
6 解押/处置还款解押或依法处置指令、回执、证据

保税标准仓单不是业务禁区,但需要按照主管海关及交易场所规则进行质押备案、税款担保、仓单质押标记和解除质押备案;具体业务应另行制定 SOP。

附录F.2 现货质押融资

现货质押以动产本身为质押标的,核心在于质押财产的交付占有及持续监管;与仓单质押的主要差异是标的一个是权利凭证、一个是动产本身。

维度静态质押动态质押
库存状态特定化、封存核定库存、允许有规则地置换/进出
合同/额度单笔质押或对应融资可采用最高额质押安排,按约定持续管理
监管重点账实一致、封存完整最低价值控制线、置换规则、持续盯市
适用对象一次性库存融资较典型生产型、库存流动较频繁的企业更适合
核心平台能力核库/识别/冻结/证据再加价值/置换/预警

注意最低价值控制线、质押率、补保证金及放货规则属于银行或各方合同约定的业务条件,不宜固化为平台的统一金融决策。

附录F.3 画像贷款

图 9画像贷款数据—画像—银行决策链
画像贷款数据—画像—银行决策链 全链条真实数据PFCP 画像引擎银行授信与放款TOS / YMS:靠泊、作业量智能闸口:进出、准点、预约TMS / 计费:运费、结算周期EDI / PCS:舱单、提单、订舱单一窗口:报关、信用ERP / 财务:经营、结算① 主体归一:企业唯一视图② 指标计算:经营/现金流/履约③ 多源核验:交叉验证④ 风险画像:动态指标/标签⑤ 白名单:候选名单/预授信建议⑥ 版本治理:规则、来源、更新时间独立授信:额度、利率、担保条件产品放款:运费贷、流水贷等资金用途:部分产品定向支付贷后监控:事件回流、预警处置决策:由银行独立决定PFCP 不替代银行风控转化链:业务数据 → 可解释画像 → 银行独立授信决策 → 贷后事件持续回流
全链条真实数据TOS / YMS:靠泊、作业量智能闸口:进出、准点、预约TMS / 计费:运费、结算周期EDI / PCS:舱单、提单、订舱单一窗口:报关、信用ERP / 财务:经营、结算
PFCP 画像引擎① 主体归一:企业唯一视图② 指标计算:经营/现金流/履约③ 多源核验:交叉验证④ 风险画像:动态指标/标签⑤ 白名单:候选名单/预授信建议⑥ 版本治理:规则、来源、更新时间
银行授信与放款独立授信:额度、利率、担保条件产品放款:运费贷、流水贷等资金用途:部分产品定向支付贷后监控:事件回流、预警处置决策:由银行独立决定PFCP 不替代银行风控
转化链:业务数据 → 可解释画像 → 银行独立授信决策 → 贷后事件持续回流
画像维度数据来源可形成的指标/事实输出用途
经营能力TOS/YMS/WMS作业量、周转、仓储使用经营真实性
现金流/结算TMS/计费/ERP运费、结算周期、账期现金流稳定性
贸易背景EDI/PCS/电子提单舱单、提单、订舱交易真实性
合规履约单一窗口/口岸/闸口报关差错、处罚、预约履约合规与履约
资产/设备设备/IoT/能源设备使用、运行、能耗场景金融/绿色金融

画像成熟度静态画像 → 动态画像 → 预授信/白名单推荐。平台可输出风险指标和候选名单,但最终授信决策由银行独立作出。

附录F.4 交易与场景金融扩展

产品依赖数据平台共性能力
保理/应收融资订单、对账、应收、履约主体、交易、结算、证据
中标贷/订单融资招标、中标、订单、履约主体、订单、履约事件、银行API
设备融资租赁设备、运输订单、历史结算主体画像、设备状态、支付
运输保险货物、轨迹、异常事件货物、位置、事件、风险
绿色金融能耗、排放、设备、运输能碳数据、场景标签、证据

附录G 押品监管工艺、硬件策略与风险控制

附录G.1 四项核心监管工艺

工艺具体做法主要风险
核库确权精度核数量、批次、质量、位置、权属虚假货物、货权瑕疵、账实不符
动态标识唯一性RFID/二维码/钢印/电子锁替换/冒领/误识别
多源实时对账WMS/YMS + 闸口/地磅 + CCTV/IoT单一数据源被篡改或失真
指令执行可追溯授权、签章、执行、回执、异常处理全链留痕误放货、越权放货、争议取证
图 10实施路线与公共监管能力关系
实施路线与公共监管能力关系 阶段1总体架构与规则系统、接口、制度阶段2统一数据底座主体、货物、事件、状态阶段3场景MVP数据增信 + 押品监管阶段4能力标准化API、监管、证据复用阶段5金融港生态多机构、多产品、多服务公共监管能力贯穿全程核库确权 · 唯一标识 · 多源对账 · 盯市预警 · 指令执行 · 证据留痕优先复用港口感知设施,必要时补充监管专用设备;生产安全与金融监管共用感知底座但保持业务边界。底线控制不影响 TOS/ECS 实时生产;不将金融预警直接转化为设备控制;权利证明依赖技术、合同、登记、仓储与实际控制共同构成。
阶段1总体架构与规则系统、接口、制度
阶段2统一数据底座主体、货物、事件、状态
阶段3场景MVP数据增信 + 押品监管
阶段4能力标准化API、监管、证据复用
阶段5金融港生态多机构、多产品、多服务
公共监管能力贯穿全程核库确权 · 唯一标识 · 多源对账 · 盯市预警 · 指令执行 · 证据留痕优先复用港口感知设施,必要时补充监管专用设备;生产安全与金融监管共用感知底座但保持业务边界。
底线控制不影响 TOS/ECS 实时生产;不将金融预警直接转化为设备控制;权利证明依赖技术、合同、登记、仓储与实际控制共同构成。

附录G.2 监管硬件部署策略

设备类别优先复用必要时增补主要用途
视频港口 CCTV/AI 安防加密摄像头、专用留存状态和异常证据
称重智能闸口无人地磅专用复核地磅数量核验
识别箱号 OCR、车牌、IoTRFID、电子锁、钢印标签货物唯一识别
环境RCMS 温湿度专用探头冷链状态
位置北斗、TMS、ECS在途追踪终端在途押品监管

原则一套感知底座,两种消费视角。监管公司负责因金融场景新增的专用设备投入及现场服务,具体费用和所有权在商业模式及合同中明确。

附录G.3 风险控制矩阵

风险主要表现平台控制责任主体
权属风险已抵押/查封/权利不清准入审查/登记查询/证据融资方/银行/相关权利主体
重复融资一物多押、仓单重复出质主体统一、货物编码、登记查询、状态冻结银行及担保/监管主体
价格风险价格下跌、质押率失真价格源、盯市、预警银行制定金融阈值
监管风险私提/替换/盘亏现场监管/对账/锁控监管公司/仓储方
数据风险错误/越权访问质量规则/权限/审计数据源主体/PFCP
模型风险规则不透明/版本不可追溯指标/版本/更新时间/回溯PFCP/银行
生产隔离风险金融指令影响港口生产网络隔离、接口权限、只读边界港口/PFCP

附录H 建设路线、首期MVP、指标与治理体系

附录H.1 首期MVP建议

方向首选场景验证能力后续扩展
数据增信货代运费垫资贷/流水贷主体/订单/物流/结算/画像/API中标贷、设备融资等
押品监管大宗散货/通用件杂货静态质押货物唯一标识、库存、监管、预警、证据冷链仓单、现货动态质押

首期押品场景遵循“由易到难”:大宗散货/通用件杂货的数量核验可以利用地磅 + CCTV + WMS/YMS 形成较清晰的闭环;冷链涉及保质期、温控、频繁置换和临期处置,适合后续演进。

附录H.2 建设成效指标

指标类别建议指标说明
信息化核心接口覆盖率、关键数据完整率、事件实时率、系统可用性评价公共底座质量
金融服务接入金融机构数、场景数量、申请处理时效、贷后数据覆盖率评价业务服务能力
可信与风控主体匹配准确率、货物状态一致率、押品账实差异率评价可信与监管质量
响应能力预警发出至银行确认/处置时长、异常识别及时率评价风险闭环
可解释性画像规则版本可追溯率、数据来源可追溯率评价模型治理

附录H.3 角色与责任边界

角色主要职责原则上不承担
港口/港口集团生产与物流服务、基础数据、场地、基础感知、综合服务组织不替代银行授信决策
PFCP运营主体接入、治理、服务编排、权限、监管协同、证据留痕不承担银行核心账务,不决定授信
银行授信、放款、金融风控、资金管理不要求港口承担核心金融职能
监管公司现场监管、核库、执行授权指令、异常反馈不擅自改变银行授信条件
仓储/物流方仓储、运输和业务事实不擅自处分他人权利货物
融资企业融资申请、数据授权、业务履约、还款不得提供虚假业务或货物信息

附录H.4 PFCP运营主体与商业模式

形式优势主要问题规划建议
港口集团全资/控股数据控制力强、决策链短金融专业团队和平台责任需自建适合长期战略控制
合资科技公司有利于银行和生态导入数据权属、退出机制需前置约定适合生态共建
专业平台代运营启动快、专业化高授权链长、责任划分复杂适合过渡或局部能力

商业模式可探索数据服务费、平台服务费、监管协同费、技术服务费和场景服务费,但不宜在总体规划阶段过早锁死;数据合法性、SLA、赔偿边界及金融监管要求必须同步写入合同体系。

附录I 规划期专项论证清单、核验事项与调研口径说明

附录I.1 三项必须先决事项

事项为什么必须前置建议成果
仓单出具主体资质路径决定货权类产品的法律基础和保管责任确定港口自营出单或第三方持证仓储出单模式
保税货物质押合规路径决定保税仓/期货交割等核心场景能否落地海关备案、税款担保、冻结/解押 SOP
PFCP运营主体决定数据授权、责任、商业模式和后续融资安排自营/合资/委托运营的论证与决策

附录I.2 数据与技术专项论证

  • 各系统数据所有权、使用权、授权链和保存期限。
  • TOS/ECS/YMS/WMS/TMS 是否提供标准 API、消息或事件订阅接口。
  • 主体、货物、事件和状态模型是否由一期总体架构统一定义。
  • 银行 API 采用实时查询、事件推送还是批量交换。
  • 监管公司设备如何接入,设备数据谁维护、谁负责真实性。
  • 国产化选型如何在自主可控、稳定性、实时性、兼容性与供应商可替换之间平衡。

附录I.3 法律与合规专项论证

  • 仓储经营许可与仓单出具主体责任。
  • 仓单、电子仓单、电子提单及动产融资统一登记之间的权利结构。
  • 现货质押中的交付占有、监管控制和现场责任。
  • 保税货物、危险货物、期货标准仓单等特殊货物规则。
  • 数据授权、最小必要、用途限定、隐私保护及跨主体共享。
  • 电子签章、存证、原始数据留存和争议取证。
  • PFCP画像和风险评分的使用告知、解释性和银行独立决策边界。

附录I.4 当前调研资料口径说明

供应商市场份额、客户数量、吞吐量、系统套数、自动化码头数量及市场规模等均可能因“按港口数/系统套数/吞吐量/合同额/自动化码头子集”等口径不同而产生显著差异。正文不使用单一市场份额做采购建议,附录数据只用于行业图谱和供应商池构建。

本版已对可公开核验的标准、法规状态进行更新:GB/T 30332—2024、GB/T 42809—2023、GB/T 42808—2023、GB/T 38567—2020 等为现行标准;GB/T 47537—2026、GB/T 47535—2026 已于 2026-08-01 实施;GB/T 46529—2025、GB/T 46528—2025 已于 2026-05-01 实施。

附录I.5 主要公开核验来源

  • 国家市场监督管理总局/国家标准委:GB/T 42809—2023
  • 国家市场监督管理总局/国家标准委:GB/T 30332—2024
  • 国家市场监督管理总局/国家标准委:GB/T 42808—2023
  • 国家市场监督管理总局/国家标准委:GB/T 38567—2020
  • 国家市场监督管理总局/国家标准委:GB/T 47537—2026
  • 国家市场监督管理总局/国家标准委:GB/T 47535—2026
  • 上海市人民政府交通主管部门:港口经营许可办事指南
  • 国家发展改革委:动产融资统一登记公示系统政策专栏
  • 上海期货交易所:保税标准仓单质押业务规则及公告
  • 上海期货交易所相关公开材料:保税标准仓单质押备案与解押

附录J 术语与缩略语对照表

本附录为阅读页新增,源 V4.0 完整稿不含本附录。目的是统一全文缩略语口径,便于非技术背景读者快速查阅。共 64 条,分 6 组。条目清单由对源文档的全量扫描得出,只收录文中真实出现过的缩写;英文全称以行业通用写法为准,源文档已有明确定义的优先引用原文。无法确证的条目不收录,以免给出不准确的解释。

J.1 港口与航运生产系统

本组为港口生产的核心业务系统。报告反复强调的边界是:这些系统各司其职,PFCP 原则上对其只读、不回写、不控制。

缩略语英文全称中文在本报告中的所指与边界
TOSTerminal Operating System码头操作系统港口生产主干,覆盖船舶、泊位、堆场、作业与计费。报告明确:TOS ≠ 港口全部信息化。
ECSEquipment Control System设备控制系统位于 TOS 与设备 PLC 之间,调度岸桥、场桥、AGV/IGV、集卡等。报告明确:ECS ≠ 仅 AGV 控制。
YMSYard Management System堆场管理系统堆场位置、动态堆存、冷藏箱与空箱、场内流转。报告明确:WMS ≠ YMS。
WMSWarehouse Management System仓储管理系统仓库库存、订单、收发与计费,是仓单的底层依据。
TMSTransportation Management System运输管理系统集卡、驳船、铁路、短驳的组织、跟踪与结算。
PCSPort Community System港口社区系统口岸多方协同平台。报告明确:PCS ≠ 单一窗口。
EDIElectronic Data Interchange电子数据交换报文交换机制。报告明确:EDI ≠ 电子单证本身。
VTMISVessel Traffic Management Information System船舶交通管理信息系统港口水域船舶交通管理与服务。
VTSVessel Traffic Services船舶交通服务船舶交通组织与航行安全服务。
AISAutomatic Identification System船舶自动识别系统船舶定位与航行动态数据源,用于履约与安全数据佐证。
AGVAutomated Guided Vehicle自动导引运输车自动化码头水平运输设备。
IGVIntelligent Guided Vehicle智能导引运输车自动化码头水平运输设备(智能导引型)。
PLCProgrammable Logic Controller可编程逻辑控制器ECS 与运动控制器之间的底层设备控制层。
OCROptical Character Recognition光学字符识别闸口与理货环节的箱号、车牌等自动识别技术。
VBSVehicle Booking System车辆预约系统进出港车辆预约与时段管理。
VGMVerified Gross Mass集装箱核实总重集装箱重量验证要求,报告中与智能闸口同列。

J.2 企业经营与资产系统

本组系统提供经营、客户与设备层面的经营事实,是金融侧判读企业履约能力的数据来源之一。

缩略语英文全称中文在本报告中的所指与边界
ERPEnterprise Resource Planning企业资源计划经营、财务、结算与履约事实的主要来源。
CRMCustomer Relationship Management客户关系管理客户主体与经营关系信息。
MROMaintenance, Repair and Operations维护、维修与运营设备运维物料与作业管理。
EAMEnterprise Asset Management企业资产管理设备资产全生命周期管理。

J.3 信息技术与数据

本组为支撑「统一数据与集成体系」的技术能力,属 PFCP 的底座而非业务系统。

缩略语英文全称中文在本报告中的所指与边界
APIApplication Programming Interface应用程序接口系统间服务调用。报告要求各系统通过统一接口形成整体,并沉淀为标准金融 API。
MQMessage Queue消息队列异步消息传递与事件订阅机制。
ETLExtract-Transform-Load数据抽取—转换—加载批量数据集成方式。
IoTInternet of Things物联网温湿度、状态等感知数据源,属港口感知底座。
AIArtificial Intelligence人工智能识别、排泊、堆场、安防等智能化场景。
CCTVClosed Circuit Television闭路电视监控视频与异常证据来源。报告明确:CCTV ≠ 金融监管证据本身。
RFIDRadio Frequency Identification射频识别货物唯一标识手段之一。报告明确:任何单一技术手段(含 RFID、区块链、电子锁)均不能独立证明货物权利。
OSOperating System操作系统国产化底座的组成部分。
DBDatabase数据库国产化底座的组成部分。
IDIdentifier标识符如「统一ID」「货物ID」,用于主体与货物的唯一标识。
SOPStandard Operating Procedure标准作业程序具体业务的操作规程。
SLAService Level Agreement服务级别协议服务质量、赔偿边界等约定事项。
F5GFixed 5th Generation Network第五代固定网络生产系统远程控制等场景的承载网络。
L4Level 4 (自动驾驶分级)高度自动驾驶报告中指 L4 无人集卡。

J.4 金融与项目术语

本组含本报告的核心专有概念。PFCP 为本报告的总体架构概念,其定位与边界见下表。

术语全称/形式中文在本报告中的所指
PFCPPort-Finance Convergence Platform产融融合平台本报告核心概念,定位为「港口金融可信数据与监管服务中枢」(报告正文中该定位表述为「金融可信数据与监管服务中枢」)。原文描述:PFCP 位于港口业务系统之上,原则上对TOS/ECS 等生产系统只读、不回写、不控制;核心任务是把业务事实、货物状态、权利状态和证据转化为金融机构可使用的数据服务、风险画像、押品状态、监管协同和业务接口。
SPVSpecial Purpose Vehicle特殊目的载体用于风险隔离与资产独立的载体安排。
MVPMinimum Viable Product最小可行产品报告中指以 1—2 个真实金融场景作为首期验证。
押品—担保财产质押或抵押的标的物,报告特指仓储环节的动产与货权。
增信—信用增进通过可信数据与风险画像提升融资可得性。
授信—信用额度核定银行独立完成的额度、利率与担保条件决策,PFCP 不替代。
贷后—贷后管理放款后的监控、预警与核验环节。
解押—解除质押解除质押登记与监管状态,须凭有效指令并留存执行回执。
保理—应收账款保理以应收账款转让为基础的融资,属交易与场景金融扩展方向。
融租—融资租赁以设备等资产为标的的融资租赁业务。
单一窗口—国际贸易单一窗口口岸申报与贸易单证平台。报告明确:PCS ≠ 单一窗口。
能碳—能源与碳排放管理能源、排放、绿电与能效管理,可对接绿色金融。
保税—海关保税监管状态保税货物在质押时需办理海关备案,解押亦须解除备案。

J.5 机构、法规与标准

本组为报告中援引的机构、法律与标准代号。

名称全称类别在本报告中的用途
民法典《中华人民共和国民法典》法律报告援引第 425 条(动产质押交付占有)、第 440 条(仓单提单可质押)、第 441 条(权利质押设立)、第 904—910 条(仓储合同与仓单制度)。
港口法《中华人民共和国港口法》法律报告援引第 22 条关于港区内仓储经营的许可要求。
GB/T推荐性国家标准(Guobiao/Tuijian)标准代号报告附录 D 援引 6 项 GB/T 标准作为规划依据;附录 D.1、I.5 的核验条目在源文档中为空壳,尚无核验结论。
上期所上海期货交易所机构保税标准仓单质押业务规则及公告的发布机构。
动产融资统一登记公示系统中国人民银行征信中心运营登记公示系统动产和权利担保的登记与查询;报告强调登记不替代实体权利基础。
GSBNGlobal Shipping Business Network行业联盟/平台全球航运商业网络,报告在电子提单与单证生态中提及。

J.6 各港口 TOS 产品命名(非通用缩略语)

以下名称是特定港口或厂商的 TOS 产品命名,不构成行业通用缩略语或技术分类,仅用于读懂报告附录 C 的供应商对比。

名称所属说明
n-TOS / S-TOS宁波舟山港自研 TOS 的产品命名;n- 表示多套 TOS 并存的分工形态。
CTOS / BTOS招商国科商用/自研 TOS 产品命名。
A-TOS山东港口自研 TOS 产品命名。
JTOS天津自研 TOS 产品命名。
GZTOS广州自研 TOS 产品命名。
I-TOS哪吒智慧科技国内 TOS 产品命名。
Navis N4 / SPARCSNavis(国际)国际主流 TOS 产品。
Tideworks / COSMOS国际国际 TOS 产品。
CyberLogitec OPUS / Hogia国际国际 TOS 产品。
Manhattan / SAP EWM / Oracle / Infor / Blue Yonder国际主流 WMS 产品;EWM 为 SAP 扩展仓库管理。
Kalmar / ABB / 西门子 / 科尼 / 三一海工 / 振华重工 ZPMC装备与集成自动化码头装备与系统集成供应商;ZPMC 即上海振华重工。