一、Linehaul（干线运输）业务概况

Linehaul（简称 LH）是负责物流站点间长途货物运输的核心业务域，隶属于物流系统 Operation Service Library，承担干线班次规划、运力调度、运输执行、费用对账全链路管理。

1.1 架构定位

1.1.1 整体业务架构位置

LH Domain 是物流运营服务库的核心组成之一，承接网络规划、调度中心指令，向下对接站内作业、司机 / 车辆管理，形成网络 → 调度 → 干线 → 末端的完整物流链路。

层级	模块	说明
Network Planning	网络规划、时效规划	定义物流网络拓扑与时效标准
Order Center	订单处理、运营监控	订单全生命周期流转与监控
Dispatch Center	调度策略、运营计划管理	统一作业调度与计划生成
Smart Solution	智能分拣 / 揽收 / 配送	前端智能化作业方案
Operation Service Library	FM / LM、In-Station、LH、SP、Locker、Exception	一线作业核心服务库
Supply Chain Common Service	财务、数据 / 算法	供应链公共能力支撑
WFM & Driver Mgmt	司机、劳动力管理	人力与司机资源管理
General Service	COD、钱包、车辆 / 资产、基础、账号、容器	全局通用基础服务

1.1.2 LH Domain 核心能力

LH 域围绕 “作业执行 + 运营管理” 提供两类核心能力：

能力类型	核心内容
Operation 作业执行	干线交接（LH Handover）、在途运输（Transportation）
Management 运营管理	干线班次管理（LH Trip Mgt）、运力资源管理（LH Resource Mgt）

1.2 产品架构

LH 产品采用四层标准架构，从前端接入到核心模型自上而下解耦，覆盖运营、司机、承运商、管理者全角色。

1.2.1 客户端层（Client）

面向各角色的操作入口：

客户端	使用角色	核心用途
主运营系统	站点运营 / 管理员	PC 端物流管理、配置、监控
SP 系统	驿站运营	PC 端驿站管理
Agency 系统	第三方承运商	运力报价、合同、对账
Driver APP	干线司机	移动端接单、到离站、封签、装卸车
In-Station APP	站内操作员	干线装卸车、交接协同
SP APP	服务点司机	末端站点干线协同
Mgmt App	管理层	数据监控、审批

1.2.2 应用层（Application）

业务功能核心实现层：

一级模块	子功能	说明
Resource Sourcing 运力采购	供应商管理（KYC / 绩效 / 准入 / 退出）、招标管理、合同管理	外部运力引入与全生命周期管理
Schedule 班次计划	主班次 / 智能班次 / 临时班次、班次生成 / 编辑 / 取消、周期性 / 临时预约	干线运输计划编排与预约
Execution 运输执行	班次指派、到离站、封签 / 解签、在途签到、装卸车、价值 / SLA 管控、异常装卸 / 解签	干线运输全流程操作与异常处理
Billing 计费对账	班次 / 订单 / TO / 运单级计费、数据对账	干线费用计算与核对
Management 运营管理	数据仪表盘、报表、线路维护、控制塔	运营监控与基础数据维护

1.2.3 审批层（Approval）

关键操作统一审批管控：

• 方案推荐审批
• 运力资源审批
• 班次计划审批
• 预约审批
• 执行操作审批

1.2.4 核心模型（Core Model）

支撑干线业务的核心数据实体：

• Contract（合同）
• Schedule Version（班次版本）
• Trip（运输班次 / 行程）
• Operation Record（操作记录）
• Billing（账单）

1.2.5 关联业务域

与周边域的协同关系：

关联域	核心职责
Vehicle	车辆基础信息与状态管理
Driver	司机信息与资质管理
Network	物流网络与路由规划
Container	容器与包裹绑定关系管理
In-Station	站内装卸车与包裹交接
Finance	费用结算与财务支付

1.3 系统架构

1.3.1 核心服务组件

（1）slds-linehaulapi 主服务

干线业务核心接口服务，承载所有在线操作：

模块	核心功能
LH Schedule	主班次、临时班次、智能班次、线路规划、运量预测、日预约
Trip Operation	班次指派、装卸车、封签 / 解签、到离站、签到、SLA / 价值管控、仪表盘
Cost 费用	总运单、航空公司、费用类型、费用元数据
Resource 运力	合同、招标、供应商管理

（2）slds-linehaulcrontask 定时任务服务

负责异步、定时、监控类任务：

模块	核心功能
Common	定时任务、异步任务、数据归档
Monitor	消息通知、ETA 预警、自动到离站、自动签到
Cost	费用报表、数据对账

1.3.2 核心数据模型（Mode）

• Schedule Version（班次版本）
• Driver Location（司机位置）
• Trip Record（班次记录）
• Handover Record（交接记录）
• Bidding Record（招标记录）
• CheckIn Record（签到记录）
• Cost Record（费用记录）
• Route Config（线路配置）

1.3.3 依赖服务体系

依赖类型	依赖服务
SLDS 域	调度中心、事件中心、容器、订单中心、网络、司机、车辆、劳动力
公共基础服务	消息通知、导出平台、面单、权限认证
外部服务	财务、地图、算法、数据平台
基础设施	邮件、聊天工具、调度、配置中心、日志、监控、服务中心
数据存储	MySQL、ES、Codis、Kafka、HBase、USS

1.4 职能边界

清晰定义 LH 与周边域的权责分工，避免功能重叠：

功能领域	LH 域职责	相关域职责
干线费用	提供计费所需的运输、里程、时效等业务数据	Finance 负责多维度计费、对账与结算
干线车辆	车辆班次指派、运行状态采集与上报	Vehicle 维护车辆基础信息、资质与生命周期
干线作业	以 Container 容器 为维度完成装卸 / 交接上报	Container 维护容器-订单关系，负责订单级事件拆分
干线网络	基于网络进行班次规划，规划逻辑独立	Network 负责生成物流网络，定义包裹标准路由
装卸车操作	以 Trip 班次 为维度执行装卸车	In-Station 以 Order / Container 为维度执行站内装卸

二、LH Trip（干线班次）主流程

LH Trip（干线班次）是 Linehaul 域的核心作业单元，核心是规划并执行站点间的货物运输任务，即为司机分配站间运输任务，实现货物从 “起始站 → 中转站 → 目的站” 的全链路流转。

2.1 核心流程概述

2.2 Planning 规划阶段

核心目标是完成干线班次的规划与创建，为后续运输执行奠定基础，主要分为常规班次和临时班次两种类型。

步骤	操作	核心说明
1	配置行程路线	运营人员预先设置站点间的干线运输路线
2	创建主班次模板	运营人员在"主班次计划"模块创建常规班次生成模板
3	生成常规班次	系统根据模板自动生成周期性的常规班次计划
4	指定临时班次	针对突发需求，运营人员在"临时班次计划"模块手动创建非周期性的临时班次计划

2.3 站点作业阶段（核心执行环节）

按站点类型分为起始站、中转站、目的站三类流程，每个站点操作闭环，确保货物安全流转。

2.3.1 Original Station 起始站流程

流程概览

步骤	操作	说明
1	运营分配班次给司机	运营人员在系统中将 LH Trip 指派给对应干线司机
2	司机到达起始站	司机通过 Driver APP 完成到站签到，确认到达
3	装载 TO 至干线班次	运营人员扫描 TO，将其装载至对应干线车辆
4	封车并扫描封签	运营人员对车辆进行封签，扫描封签码记录备案
5	司机前往下一站	封车完成后，司机出发，前往路线中的下一个站点（中转站 / 目的站）

2.3.2 Intermediate Station 中转站流程

流程概览

步骤	操作	说明
1	司机到达中转站	司机抵达后，通过 Driver APP 报备，等待运营人员处理
2	验证并解封车辆	运营人员核对司机身份、封签完整性，确认无误后解封车辆
3	卸载 TO 并入库	扫描车辆内的 TO，完成卸载并办理站内入库手续
4	装载新 TO 至车辆	扫描需转运的 TO，将其装载至干线车辆，准备前往下一站
5	重新封车并扫描	装载完成后，运营人员重新封车，扫描新封签码备案
6	司机前往下一站	封车完成，司机出发前往下一个中转站或目的站

2.3.3 Destination 目的站流程

流程概览

步骤	操作	说明
1	验证并解封车辆	运营人员核对司机身份、封签完整性，确认无误后解封车辆
2	卸载 TO 并入库	扫描车辆内所有 TO，完成卸载并办理站内入库手续
3	完成干线班次	若该站点为路线最后一站，运营人员在系统中标记该 LH Trip 完成

2.4 状态流转（全链路追踪）

2.4.1 TO 状态流转

2.4.2 订单追踪状态流转

说明：xxx 对应 FM_LH（首程干线）或 SOC_LH（分拣中心干线），与订单来源匹配。

2.5 系统操作页面（PC端）

2.5.1 Master Schedule（主班次计划）管理

核心定位

管理常规干线班次模板，一个市场仅存在一个生效的主班次计划，新版本发布后自动替换旧版本。

页面信息

• 核心 Tab：

  Tab	说明
  Active（生效中）	当前可执行的所有常规 LH Trip
  Draft（草稿）	正在编辑、尚未生效的 LH Trip 模板

• 列表核心字段：
  LH Schedule ID、LH Schedule Name、站点编号、站点名称、计划到达 / 出发时间（STA / STD）、星期、费用类型、租赁类型、承运商、车辆数量、操作员

2.5.2 Ad-Hoc Schedule（临时班次计划）管理

核心定位

针对突发运输需求，手动创建非周期性临时干线班次。

页面信息

• 创建表单字段：
  班次名称、班次路线（站点、计划到达时间、计划出发时间、操作）、车辆及数量（车辆类型、数量、操作）、运输类型（陆运 / 海运 / 空运）、费用类型（内部 / 按重量 / 按天 / 按班次）、承运商
• 列表核心字段：
  Schedule ID、班次名称、站点编号、站点名称、STA / STD、运输类型、费用类型、承运商、车辆数量、操作员、创建时间、状态

2.6 司机操作（Driver APP + PC 端同步）

Driver APP 是司机执行干线运输的核心工具，所有操作与 PC 端系统同步，按站点类型分为三类操作流程。

2.6.1 起始站操作

步骤	界面	核心操作
1	Confirm Trip Info（确认班次信息）	核对 Trip ID、班次名称、个人信息，点击 “CONFIRM” 确认
2	Outbound（出库）	查看待出库 TO 数量、重量，点击 “SCAN” 扫描 TO 完成装载
3	To Seal（封车）	装载完成后，点击 “TO SEAL”，配合运营人员完成封车

2.6.2 中转站操作

步骤	界面	核心操作
1	Confirm to Unseal（确认解封）	抵达后，点击 “CONFIRM”，配合运营人员完成车辆解封
2	Inbound（入库）	查看待入库 TO 数量，扫描 TO 完成卸载入库
3	Outbound（出库）	查看待转运 TO 数量，扫描 TO 完成装载
4	To Seal（封车）	装载完成后，点击 “TO SEAL”，配合运营人员重新封车

2.6.3 目的站操作

步骤	界面	核心操作
1	Confirm Trip Info（确认班次信息）	核对封签码、备注、班次信息，点击 “UNSEAL” 配合解封
2	Inbound（入库）	扫描所有 TO，完成卸载入库，结束本次班次

2.6.4 确认到达 / 出发（Confirm Arrive / Depart）

Confirm Arrive（确认到达）流程

1. 在 Driver APP 干线班次列表中，选择当前执行的 Trip；
2. 进入 Task Info 页面，查看路线中各站点信息；
3. 抵达站点后，点击 “Arrive” 按钮，系统弹出成功提示；
4. 展示司机条码，供站内运营人员扫描确认。

Confirm Depart（确认出发）流程

1. 在已确认到达的站点，点击 “Depart” 按钮；
2. 系统弹出成功提示，自动更新实际出发时间；
3. 司机前往下一个站点，流程循环。

2.7 核心状态机（状态对应关系）

2.7.1 LH Trip Status（干线班次状态）

核心状态流转与站点作业环节一一对应，确保全流程可追溯。

2.7.2 状态对应关系表

明确 LH Trip 状态、TO 状态、订单追踪状态的联动关系，实现多维度状态同步：

LH Trip Status（干线班次状态）	TO Status（运输单元状态）	Order Tracking Status（订单追踪状态）
Loading（装载中）	LH Packing（干线打包中）	XXX_LH Packing（干线打包中）
Seal / Departed（封车 / 已出发）	LH Packed（干线打包完成）	XXX_LH Packed（干线打包完成）
Arrived / Unseal / Operating / Unloading（到达 / 解封 / 作业中 / 卸载中）	LH Transporting（干线运输中）	XXX_LH Transporting（干线运输中）
Completed（已完成）	LH Transported（干线运输完成）	XXX_LH Transported（干线运输完成）

三、Dashboard 监控看板

Dashboard 是 LH 域运营实时监控核心工具，用于实时监控站内干线班次、货量堆积、车辆装载率等关键指标，支持异常自动告警与运营智能决策，实现干线运输可视化、可预警、可调度。

3.1 功能概述

3.1.1 核心能力

看板围绕 数据监控 + 异常告警 + 辅助决策 三大目标，支撑干线运输高效管控：

能力维度	核心内容
数据监控	站内待运货量、车辆剩余容量、可用班次数量、时间/载重/装载率阈值
异常告警	容量不足、运输超时、货量堆积、装载率过低、冗余班次、车辆超重
辅助决策	是否新增/取消临时班次、时间与装载率冲突时的优先级判断

3.2 功能操作流程

全流程按 看板总览 → 班次详情 → 告警配置 → 目的站详情 递进，所有操作均在 PC 端完成。

3.2.1 看板主页面

页面配置

• 筛选：按告警类型快速过滤异常班次
• 时间：支持编辑 STA 时间范围，每 5 分钟自动刷新
• 展示：按区域 / 目的站展示班次，带时间轴状态条

关键字段

列名	说明
Zone	区域分组
Destination	目的站点
Staged Orders	站内待运订单数
STA/STD	计划到达时间 / 计划出发时间
Vehicle Type	车辆类型
时间轴	班次状态可视化时间条

状态图例

状态/标识	含义
橙色：Handover In Progress	交接作业中
红色：Pending Arrival	待到达
绿色：Departed	已出发
灰色：Cancelled	已取消
左上角三角	临时班次 Ad-Hoc
右上角三角	协同装载循环班次

3.2.2 班次详情（Trip Detail）

点击任意班次状态条，查看单班次全维度信息：

信息模块	关键字段
基础信息	班次编号、班次状态、月台名称
装卸状态	STA/ATA/STD/ATD、已装载/待装载订单&TO 数量
装载率	环形图展示：实际载重 / 车辆总容量
班次详情	班次名称、来源、下一站、类型、司机、承运商、车型、车牌、计费类型、运输路线

3.2.3 看板配置与告警规则

点击 Settings 进入配置页，支持 显示配置 + 告警配置：

配置类型	配置项	可选值
显示配置	待运订单展示维度	订单数 / TO 数 / 重量
	时间展示字段	STA / STD
	显示已取消班次	Yes / No
	显示已出发班次	Yes / No
告警配置	装载率不足告警	开关 + 最低百分比阈值
	班次迟到/即将迟到告警	开关

3.2.4 目的站详情（Destination Detail）

点击目的站名称，查看该流向全量运输信息：

信息模块	关键字段
货量信息	暂存订单数/重量、暂存 TO 数、TO 打包数
班次列表	按 Tab 展示各班次：编号、车型、车牌、来源、类型、计费类型、承运商、时间、路线

四、LH Cost 干线计费

LH Cost 是干线运输的费用结算核心模块，通过 LH 业务域 + BMS 计费域 协同，实现干线运费从数据采集 → 费率匹配 → 自动计费 → 对账结算的全流程线上化、标准化，解决外包成本混乱、人工对账低效、数据不准等问题。

4.1 功能概述

4.1.1 业务痛点

痛点	说明
成本管理不规范	外包计费模式多、规则不统一；价格依赖人工记录，易出错、难追溯
业务与结算脱节	线路成本线下表格维护，准确率低；按重量计费常与实际重量偏差大
人工成本高	费用计算、核对、对账全靠人工，效率低、易漏算

4.1.2 业务目标

责任域	目标
LH 干线域	负责 Trip 执行数据采集，完成后自动上报给 BMS
BMS 计费域	维护费率卡（Rate Card），自动匹配、计算运费
整体目标	流程标准化、计费自动化、减少人工、提升结算准确率

4.2 计费基础类型

4.2.1 Cost Type 计费类型

类型	说明	典型场景
In House	自营车辆	内部成本核算
By Day	按天租赁计费	临时外包车辆
By Month	按月租赁计费	长期固定外包
By Trip	按班次整车计费	固定线路、整车直达
By Weight	按重量零担计费	拼车、小批量货物
By Distance	按里程计费	路线不固定、长途干线

4.2.2 其他基础类型

类型	说明
Trip Type	陆运 / 海运 / 空运
Leasing Type	12h / 24h 租赁时长
Agency	第三方承运商

4.3 计费全流程

LH 负责干活 & 上报数据 → BMS 负责定价 & 算钱

4.3.1 系统交互逻辑

1. BMS 提前维护好费率卡（单价、计费方式、线路、车型等）
2. LH 执行干线班次（装卸、封签、发车、到达）
3. Trip / MAWB / Onsite 完成后，LH 自动上报数据
4. BMS 匹配费率卡，自动计算费用

4.3.2 四大业务线

1）BMS 计费域（算钱方）

阶段	功能
费率维护	维护 Rate Card
信息查询	查询承运商、线路信息
规则校验	创建班次时校验费率是否存在
费率匹配	根据 Trip 信息匹配费率
费用计算	自动计算干线运费

2）LH Trip 常规干线（数据方）

阶段	功能
承运商管理	维护 Agency 信息
班次创建	创建 Schedule & Trip
运输执行	装卸、封签、交接
数据上报	Trip 完成后上报核心数据

上报关键字段： Trip 信息、路线、承运商、车型、车牌、ATA / ATD、订单 / TO / 重量、Cost Type、Leasing Type

3）MAWB 空运专线（空运专用）

• 计费维度：MAWB 主运单级
• 触发时机：MAWB 完成后上报数据
• 特殊规则：关联航空公司费率配置

4）Onsite 现场登记（外包履约）

适用于 By Day / By Month 外包计费：

• Onsite Checkin：正常履约，按合同计费
• Onsite Noshow：未履约，影响结算与承运商绩效

4.3.3 计费触发时机

场景	触发条件	计费维度
陆运 / 海运	Trip 完成	Trip / Order / TO
空运	MAWB 完成	MAWB 主运单
外包日租 / 月租	Onsite 签到 / 未到	按合同费率

4.3.4 费用计算公式示例

计费类型	公式
In House	内部成本核算
By Day	日单价 × 租赁天数 × 车辆数
By Month	月单价 × 租赁月数 × 车辆数
By Trip	单趟单价 × 班次次数
By Weight	单价(元 / kg) × 货物实际重量
By Distance	单价(元 / km) × 实际运输里程

五、LH Scheduler MVP（干线智能班次规划）

LH Scheduler MVP 是 Linehaul 域的智能班次规划工具，通过算法 + 线上化替代传统人工线下规划，实现干线班次自动优化、降本提效，解决规划偏差大、成本高、效率低等问题。

5.1 功能概述

5.1.1 线下原有规划流程

传统干线班次完全依赖人工操作，流程固定繁琐：

明确线路 → 包裹量预测 → 规划运行时间 → 分配车辆 / 司机

5.1.2 核心业务痛点

痛点类型	具体说明
规划与实际脱节	人工主班次与需求偏差大，需大量临时班次补位；临时班次装载率低、成本高
线下维护繁重	人工维护路线-车辆-司机关系，人员 / 资产变动需频繁更新，易出错
规划效率低下	固定路线配车模式无法实现成本最优，不支持灵活快速调整

5.1.3 业务目标

1. 规划流程线上化，减少人工操作与维护成本
2. 提升规划精准度，缩小计划与实际运输需求的差距
3. 优化车辆装载率，降低干线整体运输成本
4. 支持灵活调整，快速响应业务需求变化

5.2 系统整体架构

采用四层解耦架构：前端交互 → 业务逻辑 → 算法工程 → 算法求解，实现参数配置、货量预测、智能求解、结果输出全自动化。

5.2.1 四层架构详解

1）FE 前端展示层

负责用户交互与数据可视化展示。

核心模块	关键操作
规划任务配置	设置任务名称、目标、约束、周期、站点
货量预测展示	历史 / 预测货量对比图，支持人工修正
算法任务提交	提交参数至算法引擎求解
结果预览与发布	查看规划结果，生成主班次草稿

2）LineHaul 业务逻辑层

负责业务处理、数据落库、服务编排，衔接前后端。

核心模块	关键操作
参数持久化	保存前端配置至数据库
货量预测调度	向算法层发起预测请求并落库结果
算法入参组装	整合货量、约束、资源等求解数据
结果与状态管理	保存算法结果，同步任务状态

3）Algo 工程层

负责算法任务调度、状态管理、结果拉取。

核心模块	关键操作
货量预测计算	基于历史数据统计 / 预测
算法任务调度	初始化、执行、查询求解任务
结果回调	获取求解结果并回传业务层

4）Algo 求解服务层

负责核心优化计算，输出最优规划方案。

核心模块	关键能力
货量预测	按日 / 小时维度输出预测值
智能优化求解	基于 VRP 算法，目标：最少车辆、最高装载率

5.2.2 全流程数据流向

5.2.3 关键接口交互

交互路径	接口类型	说明
FE → LineHaul	REST API	前端配置、提交、查询
LineHaul → Algo 工程	RPC / HTTP	预测、求解任务调度
Algo 工程 → 求解服务	内部调用	核心算法计算
Algo 工程 → LineHaul	回调 / 轮询	回传预测 / 求解结果

5.2.4 任务状态流转

5.2.5 核心技术特点

特点	说明
四层解耦	职责清晰，易维护、易扩展
异步求解	支持长时间算法计算，不阻塞前端
全状态追踪	任务进度可查，支持重试
可视化交互	货量图表、结果预览，降低使用门槛
人工可干预	支持货量手动修正，兼顾算法与业务经验

5.3 功能操作流程（7步闭环）

全部在 PC 端运营系统完成，按创建→配置→预测→修正→求解→审核→发布执行：

Step 1：创建规划任务

• 路径：LineHaul Planner > Create
• 核心：填写任务名，可复制已有任务配置

Step 2：配置算法模型参数

• 路径：Configure Model
• 核心：设置优化目标、装载率约束、车型 / 路线 / 月台 / 资源等约束条件

Step 3：货量预测

• 路径：Run Model
• 核心：选择规划周期，系统自动生成历史/预测货量对比图

Step 4：修正货量（可选）

• 核心：按日 / 小时手动调整预测值，贴合实际业务

Step 5：提交算法求解

• 核心：点击 Optimising，系统异步执行规划计算，可查看进度

Step 6：审核规划结果

• 路径：Review Results
• 核心：查看班次数量、车辆需求、平均装载率；支持增删改班次

Step 7：生成主班次计划

• 核心：生成 Master Schedule 草稿，配置生效时间，发布后替换旧计划

六、Contract & Booking（合同与预定管理）

本章面向 By Day / By Month 计费模式的外包干线运力，通过 合同 → 预定 → 现场登记 三模块联动，实现外包运力从商务签约、日常派车、现场履约到费用结算的全流程线上化、可追溯管理。

6.1 功能概述

6.1.1 业务背景

原有外包运力管理高度依赖线下操作，存在明显痛点：

• 合同线下签订、线下存档，路线、租期、车辆等信息难以追溯，无法与计费自动联动；
• 每日车辆需求、承运商确认、司机到场记录均靠表格手工维护，数据零散、易出错、效率低。

6.1.2 业务目标

目标	说明
合同线上化	统一管理外包合同，关联运输执行数据，实现履约可查
预定线上化	日常车辆预定、派车、履约记录全面线上化，替代线下表格
结算可追溯	合同→预定→现场登记数据打通，为 LH Cost 提供真实计费依据

6.1.3 三模块核心关系

6.2 合同管理（Contract）

Contract 用于维护长期外包运力合同，是 Booking 预定与费用结算的基础依据。

6.2.1 合同列表页

• 视图：Upcoming 待生效 / Active 生效中 / Expired 已过期
• 筛选：合同编号、类型、周期、承运商、计费类型、运输类型等
• 关键字段：系统 ID、合同编号、合同周期、承运商、计费 / 运输 / 班次类型、合同文件、状态

6.2.2 创建外包合同

表单分为 基础信息 + 车辆信息 两部分：

① 基础信息

字段	说明
Contract Number	合同编号
Contract Type	合同类型（如新签 / 续约）
Contract Function	固定为 LH 干线
Cost Type	By Day / By Month
Shift Type	12h / 24h
Trip Type	陆运 / 海运 / 空运
Contract Period	合同有效期
Agency ID-Name	承运商
Contract File	上传合同PDF（最多1个）

② 车辆信息

字段	说明
Origin	起始站
Destination	目的站
Vehicle Quantity	约定车辆数
Vehicle Type	车型
Vehicle Plate Number	车牌号

6.3 预定管理（Booking）

基于合同创建日常车辆预定，支持循环预定与单次预定，系统自动按日拆分成可执行任务。

6.3.1 预定列表页

• 视图：Upcoming / Active / Expired
• 筛选：预定名称、ID、承运商、计费类型、是否循环预定
• 关键字段：预定 ID、名称、父预定 ID、承运商、预定周期、是否循环、时间状态、履约状态

6.3.2 创建车辆预定

支持循环预定（长期重复）和单日预定（一次性）：

① 基础信息

字段	说明
Booking Name	预定名称
Agency ID-Name	承运商
Cost Type / Shift Type / Trip Type	与合同保持一致
Recurring Booking	是否循环预定
Booking Period	预定周期
Repeat Date	重复规则（如每日）

② 车辆 / 司机信息

字段	说明
Reporting Station	司机报到站点
LH Route	干线路线（可选）
Standby Time	车辆待命时间
Vehicle Quantity / Type	车辆数、车型
车牌、司机、电话	可选填写

6.3.3 系统自动生成每日预定

• 生成规则：循环预定每天 00:00 自动生成 当日+次日+第三日 的单日有效预定；
• 展示结构：
  • Parent Booking：原始循环预定
  • Child Booking：系统自动生成的当日任务

6.3.4 状态说明

状态类型	枚举	含义
Time Status	Upcoming	即将生效
	Active	生效中
Fulfilment Status	Not Fulfilled	未履约
	Fulfilled	已履约

6.4 现场登记管理（Onsite Registration）

Onsite 是外包运力实际履约的凭证，直接决定承运商绩效与费用结算，支持四类操作。

6.4.1 由 Booking 自动生成（主流场景）

• 来源：系统根据每日预定自动生成现场登记任务；
• 展示：按时间段分组，每 10 分钟刷新，显示预定车辆数 / 已签到数；
• 关键字段：登记 ID、承运商、路线、车型、车牌、司机、到达状态。

6.4.2 手工创建（应急场景）

适用于无预定、临时补车需求，可直接录入：承运商、计费类型、路线、待命时间、车型、车牌、司机。

6.4.3 现场签到（Check-In）

• 操作：登记列表 → Check-In；
• 内容：确认车辆是否可用、填写实际司机信息；
• 状态变更：
  • Pending → On Time（准时）
  • Pending → Late（迟到）

6.4.4 未履约登记（No-Show）

• 操作：登记列表 → No-Show；
• 必填：原车牌号、未到场原因；
• 状态变更：Pending → No Show；
• 用途：作为承运商考核与费用扣减依据。

附录：术语表

术语	全称	核心说明
LH	Linehaul	干线运输，指站点间的货物运输任务，是本文核心业务域
TO	Transfer Order	运输单元/转运单，干线运输中货物的最小转运单位
STA	Schedule Time of Arrival	计划到达时间，指车辆/货物计划抵达站点的时间
STD	Schedule Time of Departure	计划出发时间，指车辆/货物计划离开站点的时间
ATA	Actual Time of Arrival	实际到达时间，指车辆/货物实际抵达站点的时间
ATD	Actual Time of Departure	实际出发时间，指车辆/货物实际离开站点的时间
MAWB	Master Air Waybill	主运单（空运），空运干线运输的核心单据，用于计费与追踪
BMS	Billing Management System	计费管理系统，负责维护费率卡、计算干线运输费用
ADO	Average Daily Order	日均订单量，用于货量预测、班次规划的核心数据指标
WFM	Workforce Management	劳动力管理，用于管理司机、运营人员等人力资源
KYC	Know Your Customer	客户资质调查，用于供应商、承运商的资质审核
SOC	Sorting Center	分拣中心，货物分拣、中转的核心站点
FM	First Mile	首公里/揽收，货物从卖家到分拣中心的运输环节
LM	Last Mile	末公里/配送，货物从分拣中心到终端客户的运输环节
SP	Service Point	服务点，用于货物暂存、客户自提的站点
SLA	Service Level Agreement	服务等级协议，是服务提供方与客户之间关于服务质量和水平的正式协议。
Rate Card	-	费率卡，记录不同线路、车型、承运商的计费规则，用于费用计算
Agency	-	承运商 / 代理商，负责干线运输执行的第三方服务商
Vendor	-	供应商，与公司签订外包合同、提供车辆/运输服务的合作方
Dock	-	月台，站点内用于车辆装卸货的专用区域
Staging Area	Staging Area	暂存区，站点内用于临时存放待运输、待卸载货物的区域
Seal	-	封签/封车，车辆装载完成后，用于密封车辆的标识，确保货物安全
Unseal	-	解封，车辆抵达站点后，拆除封签、准备装卸货的操作
Check-In	-	签到，司机、车辆到达报到站点后，完成的到场确认操作
No-Show	-	未履约/未出现，指司机、车辆未按预定时间到场的情况