港口信息化与金融港综合服务能力建设研究报告
报告定位本项目目前处于港口基础设施和信息化体系总体筹划阶段。当前工作的重点不是改造既有系统,而是从生产、物流、口岸、数据、智能化及综合服务整体发展的角度,一次性确定总体架构和建设边界。
四条核心判断
TOS 是生产主干,但不是港口信息化的全部。未来港口应统筹规划 TOS、ECS、YMS、WMS、TMS、PCS、EDI、智能闸口、IoT、AI、ERP、能碳管理、网络安全及国产化底座等系统,形成职责清晰、接口开放、数据统一、可持续演进的整体体系。
金融业务不应进入港口生产控制链,而应利用港口日常生产经营形成的真实业务、物流、货物状态及感知数据,经过授权、治理和验证后,为银行及其他金融机构提供可信的数据和监管服务。
PFCP 位于港口业务系统之上,原则上对 TOS/ECS 等生产系统只读、不回写、不控制;核心任务是把业务事实、货物状态、权利状态和证据转化为金融机构可使用的数据服务、风险画像、押品状态、监管协同和业务接口。
以 1—2 个真实金融场景作为 MVP,先把数据、权限、监管、证据、银行接口和业务闭环做通,再复制到仓单质押、现货质押、保理、融资租赁、保险等产品。
建设路径五阶段
完成港口信息化总体架构、系统边界、数据标准、接口标准、安全体系;同步明确仓单出具主体资质、保税质押合规路径、PFCP 运营主体。
优先接入闸口、TMS、TOS/YMS/WMS,再接入 EDI/PCS、CCTV/地磅/IoT/北斗,形成主体、货物、事件、状态和权限模型。
建议“数据增信 + 押品监管”双场景验证。数据增信可优先货代运费垫资贷/流水贷;押品优先大宗散货或通用件杂货静态质押。
沉淀企业画像 API、货物状态 API、仓单核验 API、押品状态 API、风险预警 API、监管指令 API、电子证据 API。
逐步引入银行、保险、保理、融资租赁、仓储、物流、贸易主体,将金融与物流、贸易、仓储、电子单证、设备和能碳服务融合。
10 张架构图索引
最终结论
本项目最值得把握的不是“再建设一个金融平台”,而是利用新建港口的规划窗口期,一次性把生产、物流、数据、智能和综合服务能力设计成一个可持续演进的体系。
一、项目定位与总体判断
TOS 是生产主干,但不是港口信息化的全部。未来港口应统筹规划 TOS、ECS、YMS、WMS、TMS、PCS、EDI、智能闸口、IoT、AI、ERP、能碳管理、网络安全及国产化底座等系统,形成职责清晰、接口开放、数据统一、可持续演进的整体体系。
金融业务不应进入港口生产控制链,而应利用港口日常生产经营形成的真实业务、物流、货物状态及感知数据,经过授权、治理和验证后,为银行及其他金融机构提供可信的数据和监管服务。
PFCP 位于港口业务系统之上,原则上对 TOS/ECS 等生产系统只读、不回写、不控制;核心任务是把业务事实、货物状态、权利状态和证据转化为金融机构可使用的数据服务、风险画像、押品状态、监管协同和业务接口。
以 1—2 个真实金融场景作为 MVP,先把数据、权限、监管、证据、银行接口和业务闭环做通,再复制到仓单质押、现货质押、保理、融资租赁、保险等产品。
二、港口信息化总体架构:先把基础打牢
建议形成“生产业务体系 + 统一数据与集成体系 + 综合服务能力 + 外部生态”的总体格局。
生产与业务体系以 TOS/ECS 为生产核心,同时建设 YMS/WMS/TMS、智能闸口与理货、PCS/EDI/单一窗口、CCTV/AI/IoT、ERP/财务/能碳等。各系统可由不同供应商建设,但必须通过统一接口、统一身份、统一数据标准和安全体系形成整体。
统一数据与集成体系重点形成统一主体、统一货物、统一事件、统一状态、统一接口和统一权限审计能力。新建港口的后发优势在于:这些公共能力可以在一期建设阶段直接规划,而不是事后补建。
金融港不是游离在港口信息化之外的系统,而是港口综合服务能力的一部分。
三、PFCP:连接港口真实业务与金融服务
| 核心能力 | 主要职责 | 基本边界 |
|---|---|---|
| F1 数据接入与交换 | API、MQ、ETL、文件、事件订阅 | 对生产系统原则上只读 |
| F2 数据治理与统一对象 | 主体/货物/事件/质量/授权 | 不重复建设业务系统 |
| F3 可信数据与状态 | 业务事实、货物状态、权利状态、证据链 | 保留来源、规则和版本 |
| F4 风险与画像 | 指标/标签/预警/盯市 | 不替代银行最终授信 |
| F5 监管与协同 | 押品/任务/指令/回执 | 现场执行由监管主体承担 |
| F6 金融服务编排 | 产品流程/银行API/客户入口 | 不控制银行核心账务 |
关键边界对港口生产系统——原则上只读,不向 TOS/ECS 回写金融指令,不参与实时生产控制;对银行——输出画像、押品状态、预警和监管结果,由银行独立决定授信、额度、利率、担保和处置;对监管公司——接收授权任务并执行、反馈、留痕。
感知策略坚持“复用优先、必要补充”:优先复用港口现有 CCTV、地磅、闸口、IoT、北斗等形成“一套感知底座、两种消费视角(生产安全 + 金融监管)”,必要时才增补金融监管专用设备。
四、金融场景:先做三类核心能力,再复制产品
PFCP 不宜按“开发多少金融产品”来建设,而应围绕三类最核心的能力形成可复用底座。
| 核心能力 | 代表场景 | 重点解决的问题 |
|---|---|---|
| 押品与货权 | 仓单/现货/动态 | 货物真实存在、状态持续可验证、权利与监管清晰 |
| 数据增信 | 画像贷款、运费贷、中标贷、流水贷 | 经营、交易、履约和结算数据能够形成可解释的风险参考 |
| 交易与场景 | 保理、订单融资、供应链票据、融租、保险、绿色金融 | 把交易、应收、设备、运力、能源等场景与同一数据底座复用 |
保税/海关监管货物不是绝对禁区。对本港保税仓及期货交割相关场景而言,保税货物可以成为重要货押标的,但须按海关及交易场所规则完成备案、税款担保、质押标记和解除质押等程序,规划期应专项论证。
风险底线任何单一技术手段(区块链、RFID、电子锁等)都不能独立证明货物权利;技术系统必须与合同、登记、仓储安排和实际控制安排共同构成完整链条。
五、建设路径:从总体规划走向真实业务闭环
完成港口信息化总体架构、系统边界、数据标准、接口标准、安全体系;同步明确仓单出具主体资质、保税质押合规路径、PFCP 运营主体。
优先接入闸口、TMS、TOS/YMS/WMS,再接入 EDI/PCS、CCTV/地磅/IoT/北斗,形成主体、货物、事件、状态和权限模型。
建议“数据增信 + 押品监管”双场景验证。数据增信可优先货代运费垫资贷/流水贷;押品优先大宗散货或通用件杂货静态质押。
沉淀企业画像 API、货物状态 API、仓单核验 API、押品状态 API、风险预警 API、监管指令 API、电子证据 API。
逐步引入银行、保险、保理、融资租赁、仓储、物流、贸易主体,将金融与物流、贸易、仓储、电子单证、设备和能碳服务融合。
| 首期必建 | 按场景建设 | 暂不前置 |
|---|---|---|
| 港口信息化总体架构;数据接入与治理;PFCP 核心底座;银行 API | 仓单/押品监管;AI 画像;监管专用感知设备 | 大规模金融产品商城;复杂区块链体系 |
六、规划期建议重点决策的五件事
| 重点事项 | 需要明确的核心问题 |
|---|---|
| 1. 港口信息化总体架构 | TOS/ECS/YMS/WMS/TMS/PCS/IoT/AI 等如何形成统一体系 |
| 2. 统一数据架构 | 主体、货物、事件、状态、接口、权限如何统一 |
| 3. PFCP 定位与边界 | 明确为金融可信数据与监管服务中枢,与生产系统严格隔离 |
| 4. 首期金融 MVP | 选择数据增信 + 押品监管两个场景验证平台能力 |
| 5. 制度与主体安排 | 仓单出具主体、保税质押路径、PFCP 运营主体先行明确 |
七、最终结论
本项目最值得把握的不是“再建设一个金融平台”,而是利用新建港口的规划窗口期,一次性把生产、物流、数据、智能和综合服务能力设计成一个可持续演进的体系。
建议总体原则一体规划、分步建设;生产与金融隔离;数据统一、能力复用;场景先行、产品复制;接口开放、供应商可替换;技术建设与治理体系同步。
附录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 系统集成关系、数据流与总体架构图
附录B.1 关键集成链路
| 链路 | 主要数据流 | 金融侧用途 | 边界 |
|---|---|---|---|
| TOS—ECS | 作业任务、路线、设备状态、执行反馈 | 作业事实、设备状态 | 金融平台不得介入实时控制 |
| 闸口—TOS—海关 | 车牌/箱号/称重/放行 | 进出/称重/履约 | 只消费结果,不改变放行 |
| YMS/WMS/TMS—ERP | 库存、堆位、运输、结算 | 货物状态、经营、现金流 | 按授权消费 |
| 安全监控—生产系统 | AI 告警、门禁、广播、急停 | 异常证据与风险信号 | 金融预警不得直接控制设备 |
| EDI/PCS/单一窗口—外部主体 | 舱单、提单、订舱、报关 | 贸易背景、履约 | 按最小必要授权 |
附录C 供应商、市场格局与典型案例
附录C.1 TOS 供应商与案例图谱
| 类别 | 代表主体/产品 | 调研中的典型案例或特点 | 使用口径提示 |
|---|---|---|---|
| 国际 TOS | Navis 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、闸口、安全监控与单证
| 领域 | 调研代表主体/案例 | 注意事项 |
|---|---|---|
| WMS | Manhattan、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 详细能力架构与数据模型
附录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 | 履约与证据 |
| 权利 | 仓单、质押、冻结、解押、授权状态 | 仓单系统/登记/合同/指令 | 货权融资 |
| 风险 | 价格、库存、周转、异常、预警 | 平台规则/外部价格数据 | 贷后与监管 |
附录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 画像贷款
| 画像维度 | 数据来源 | 可形成的指标/事实 | 输出用途 |
|---|---|---|---|
| 经营能力 | TOS/YMS/WMS | 作业量、周转、仓储使用 | 经营真实性 |
| 现金流/结算 | TMS/计费/ERP | 运费、结算周期、账期 | 现金流稳定性 |
| 贸易背景 | EDI/PCS/电子提单 | 舱单、提单、订舱 | 交易真实性 |
| 合规履约 | 单一窗口/口岸/闸口 | 报关差错、处罚、预约履约 | 合规与履约 |
| 资产/设备 | 设备/IoT/能源 | 设备使用、运行、能耗 | 场景金融/绿色金融 |
画像成熟度静态画像 → 动态画像 → 预授信/白名单推荐。平台可输出风险指标和候选名单,但最终授信决策由银行独立作出。
附录F.4 交易与场景金融扩展
| 产品 | 依赖数据 | 平台共性能力 |
|---|---|---|
| 保理/应收融资 | 订单、对账、应收、履约 | 主体、交易、结算、证据 |
| 中标贷/订单融资 | 招标、中标、订单、履约 | 主体、订单、履约事件、银行API |
| 设备融资租赁 | 设备、运输订单、历史结算 | 主体画像、设备状态、支付 |
| 运输保险 | 货物、轨迹、异常事件 | 货物、位置、事件、风险 |
| 绿色金融 | 能耗、排放、设备、运输 | 能碳数据、场景标签、证据 |
附录G 押品监管工艺、硬件策略与风险控制
附录G.1 四项核心监管工艺
| 工艺 | 具体做法 | 主要风险 |
|---|---|---|
| 核库确权精度 | 核数量、批次、质量、位置、权属 | 虚假货物、货权瑕疵、账实不符 |
| 动态标识唯一性 | RFID/二维码/钢印/电子锁 | 替换/冒领/误识别 |
| 多源实时对账 | WMS/YMS + 闸口/地磅 + CCTV/IoT | 单一数据源被篡改或失真 |
| 指令执行可追溯 | 授权、签章、执行、回执、异常处理全链留痕 | 误放货、越权放货、争议取证 |
附录G.2 监管硬件部署策略
| 设备类别 | 优先复用 | 必要时增补 | 主要用途 |
|---|---|---|---|
| 视频 | 港口 CCTV/AI 安防 | 加密摄像头、专用留存 | 状态和异常证据 |
| 称重 | 智能闸口无人地磅 | 专用复核地磅 | 数量核验 |
| 识别 | 箱号 OCR、车牌、IoT | RFID、电子锁、钢印标签 | 货物唯一识别 |
| 环境 | 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 原则上对其只读、不回写、不控制。
| 缩略语 | 英文全称 | 中文 | 在本报告中的所指与边界 |
|---|---|---|---|
| TOS | Terminal Operating System | 码头操作系统 | 港口生产主干,覆盖船舶、泊位、堆场、作业与计费。报告明确:TOS ≠ 港口全部信息化。 |
| ECS | Equipment Control System | 设备控制系统 | 位于 TOS 与设备 PLC 之间,调度岸桥、场桥、AGV/IGV、集卡等。报告明确:ECS ≠ 仅 AGV 控制。 |
| YMS | Yard Management System | 堆场管理系统 | 堆场位置、动态堆存、冷藏箱与空箱、场内流转。报告明确:WMS ≠ YMS。 |
| WMS | Warehouse Management System | 仓储管理系统 | 仓库库存、订单、收发与计费,是仓单的底层依据。 |
| TMS | Transportation Management System | 运输管理系统 | 集卡、驳船、铁路、短驳的组织、跟踪与结算。 |
| PCS | Port Community System | 港口社区系统 | 口岸多方协同平台。报告明确:PCS ≠ 单一窗口。 |
| EDI | Electronic Data Interchange | 电子数据交换 | 报文交换机制。报告明确:EDI ≠ 电子单证本身。 |
| VTMIS | Vessel Traffic Management Information System | 船舶交通管理信息系统 | 港口水域船舶交通管理与服务。 |
| VTS | Vessel Traffic Services | 船舶交通服务 | 船舶交通组织与航行安全服务。 |
| AIS | Automatic Identification System | 船舶自动识别系统 | 船舶定位与航行动态数据源,用于履约与安全数据佐证。 |
| AGV | Automated Guided Vehicle | 自动导引运输车 | 自动化码头水平运输设备。 |
| IGV | Intelligent Guided Vehicle | 智能导引运输车 | 自动化码头水平运输设备(智能导引型)。 |
| PLC | Programmable Logic Controller | 可编程逻辑控制器 | ECS 与运动控制器之间的底层设备控制层。 |
| OCR | Optical Character Recognition | 光学字符识别 | 闸口与理货环节的箱号、车牌等自动识别技术。 |
| VBS | Vehicle Booking System | 车辆预约系统 | 进出港车辆预约与时段管理。 |
| VGM | Verified Gross Mass | 集装箱核实总重 | 集装箱重量验证要求,报告中与智能闸口同列。 |
J.2 企业经营与资产系统
本组系统提供经营、客户与设备层面的经营事实,是金融侧判读企业履约能力的数据来源之一。
| 缩略语 | 英文全称 | 中文 | 在本报告中的所指与边界 |
|---|---|---|---|
| ERP | Enterprise Resource Planning | 企业资源计划 | 经营、财务、结算与履约事实的主要来源。 |
| CRM | Customer Relationship Management | 客户关系管理 | 客户主体与经营关系信息。 |
| MRO | Maintenance, Repair and Operations | 维护、维修与运营 | 设备运维物料与作业管理。 |
| EAM | Enterprise Asset Management | 企业资产管理 | 设备资产全生命周期管理。 |
J.3 信息技术与数据
本组为支撑「统一数据与集成体系」的技术能力,属 PFCP 的底座而非业务系统。
| 缩略语 | 英文全称 | 中文 | 在本报告中的所指与边界 |
|---|---|---|---|
| API | Application Programming Interface | 应用程序接口 | 系统间服务调用。报告要求各系统通过统一接口形成整体,并沉淀为标准金融 API。 |
| MQ | Message Queue | 消息队列 | 异步消息传递与事件订阅机制。 |
| ETL | Extract-Transform-Load | 数据抽取—转换—加载 | 批量数据集成方式。 |
| IoT | Internet of Things | 物联网 | 温湿度、状态等感知数据源,属港口感知底座。 |
| AI | Artificial Intelligence | 人工智能 | 识别、排泊、堆场、安防等智能化场景。 |
| CCTV | Closed Circuit Television | 闭路电视监控 | 视频与异常证据来源。报告明确:CCTV ≠ 金融监管证据本身。 |
| RFID | Radio Frequency Identification | 射频识别 | 货物唯一标识手段之一。报告明确:任何单一技术手段(含 RFID、区块链、电子锁)均不能独立证明货物权利。 |
| OS | Operating System | 操作系统 | 国产化底座的组成部分。 |
| DB | Database | 数据库 | 国产化底座的组成部分。 |
| ID | Identifier | 标识符 | 如「统一ID」「货物ID」,用于主体与货物的唯一标识。 |
| SOP | Standard Operating Procedure | 标准作业程序 | 具体业务的操作规程。 |
| SLA | Service Level Agreement | 服务级别协议 | 服务质量、赔偿边界等约定事项。 |
| F5G | Fixed 5th Generation Network | 第五代固定网络 | 生产系统远程控制等场景的承载网络。 |
| L4 | Level 4 (自动驾驶分级) | 高度自动驾驶 | 报告中指 L4 无人集卡。 |
J.4 金融与项目术语
本组含本报告的核心专有概念。PFCP 为本报告的总体架构概念,其定位与边界见下表。
| 术语 | 全称/形式 | 中文 | 在本报告中的所指 |
|---|---|---|---|
| PFCP | Port-Finance Convergence Platform | 产融融合平台 | 本报告核心概念,定位为「港口金融可信数据与监管服务中枢」(报告正文中该定位表述为「金融可信数据与监管服务中枢」)。原文描述:PFCP 位于港口业务系统之上,原则上对TOS/ECS 等生产系统只读、不回写、不控制;核心任务是把业务事实、货物状态、权利状态和证据转化为金融机构可使用的数据服务、风险画像、押品状态、监管协同和业务接口。 |
| SPV | Special Purpose Vehicle | 特殊目的载体 | 用于风险隔离与资产独立的载体安排。 |
| MVP | Minimum 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 的核验条目在源文档中为空壳,尚无核验结论。 |
| 上期所 | 上海期货交易所 | 机构 | 保税标准仓单质押业务规则及公告的发布机构。 |
| 动产融资统一登记公示系统 | 中国人民银行征信中心运营 | 登记公示系统 | 动产和权利担保的登记与查询;报告强调登记不替代实体权利基础。 |
| GSBN | Global 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 / SPARCS | Navis(国际) | 国际主流 TOS 产品。 |
| Tideworks / COSMOS | 国际 | 国际 TOS 产品。 |
| CyberLogitec OPUS / Hogia | 国际 | 国际 TOS 产品。 |
| Manhattan / SAP EWM / Oracle / Infor / Blue Yonder | 国际 | 主流 WMS 产品;EWM 为 SAP 扩展仓库管理。 |
| Kalmar / ABB / 西门子 / 科尼 / 三一海工 / 振华重工 ZPMC | 装备与集成 | 自动化码头装备与系统集成供应商;ZPMC 即上海振华重工。 |