SLDS 自营物流系统:站内作业域核心流程与架构设计全解析
一、业务概述
In-Station 是物流网络核心作业域,承担站点内全流程包裹处理职能,为站点员工、设备、管理者提供标准化线上作业能力,实现包裹从到站到出库的全链路可追踪、可管控。
1.1 核心作业能力
- 入库:包裹到站登记、揽件交接、称重量方
- 分拣:按分拣码 / 目的地完成人工 / 设备自动分类
- 打包:按流向将订单归集为 TO
- 出库:干线装车、三方交接、月台调度
- 库存管理:站内包裹状态、位置、批次实时追踪
- 异常处理:包裹拦截、拍卖、销毁、返工等
- 月台管理:车辆排队、月台资源分配与调度
二、站内业务架构
In-Station 采用四层分层架构,从前端接入到核心模型自上而下解耦,兼顾人工操作、设备作业、管理监控三类场景。
2.1 四层架构层次
2.1.1 客户端层(Client)
面向作业人员与设备的接入端,覆盖多角色多终端:
| 端点 | 说明 |
|---|---|
| 主运营系统 | PC 端物流管理系统 |
| SP 系统 | PC 端驿站管理系统 |
| In-Station APP | 移动端物流管理系统 |
| SP APP | 移动端驿站管理系统 |
| Agency 系统 | 管理代理商 |
| ASM 系统 | 管理自动分拣机 |
| Semi-Auto Machine 系统 | 管理半自动分拣设备 |
| VMS | 管理视频监控 |
2.1.2 应用层(Application)
(1)运营模块(Operation)
- 人工操作配置
- 交接类:揽件交接、退货入库、干线装卸、三方承运交接
- 常规类:收货、分拣、打包、暂存、拦截、站内交接
- 异常类:异常入库、重贴标签、异常分拣、异常库存、拣货异常、工单闭环
- 机器操作
- 设备配置:机器参数、控制面板
- 机器作业:在线实时作业、离线缓存作业
(2)管理模块(Management)
- 数据管理:运营 Dashboard、业务报表、Scada 数据监控
- 资源管理:区域划分、设备管理、CCTV 监控、人力排班、作业队列调度
2.1.3 原子操作层(Operation Atom)
提供最小粒度、可复用的基础操作单元,供上层业务模块灵活组合调用,保证操作标准化与复用性。
2.1.4 核心模型层(Core Model)
支撑全站业务的核心数据模型:
| 模型类型 | 模型名称 |
|---|---|
| 内部模型 | SOO、STO、SOR、Task、Plan 等 |
| 共享模型 | Container、Handover Service |
三、站内域与其他业务域边界
明确 In-Station 与周边域的职责边界,避免功能重叠与权责混淆:
| 功能领域 | 站内域职责 | 其他域职责 |
|---|---|---|
| ASM 作业 | 提供站内作业服务与调度 | ASM 域专注自动分拣机底层设备服务 |
| AT 派送任务 | 仅负责包裹入库、分拣,不参与 AT 创建 | Delivery 域负责 AT 生成、分配、末端执行 |
| 站内作业 | 提供入库、分拣等标准化站点服务 | 与 SP 域平级,SP 域负责自寄自提业务 |
| 装卸车 / 封车 | 负责 Order / TO 维度装卸;未来容器化后接管封车 | LH 域仅负责 Trip 干线运输执行 |
| 打包 | 提供打包实操服务,上报打包数据 | Container 域维护容器状态机与包裹绑定关系 |
| 人力管理 | 仅使用人力资源并上报作业数据 | WFM 域独立负责人力规划、排班、考核 |
| 异常处理 | 负责异常包裹现场实操(拦截、拍卖、销毁) | Exception 域负责异常策略、决策、指令下发 |
| CCTV 监控 | 站内统一集成与使用 | 无独立 CCTV 业务域 |
四、核心流程序列
4.1 站内标准主流程
收货 → 入库暂存区 → 分拣 → 打包 → 出库暂存区 → 出库
| 步骤 | 核心目的 |
|---|---|
| 收货 | 登记包裹到站信息,完成权属交接 |
| 入库暂存区 | 收货 → 分拣之间的缓冲区域 |
| 分拣 | 按分拣码 / 目的地归类,指引流向 |
| 打包 | 按同流向聚合订单,生成 TO |
| 出库暂存区 | 打包 → 出库之间的缓冲区域 |
| 出库 | TO 接入干线或交接至第三方承运方 |
五、收货(Inbound)
收货是包裹进入站内的第一道环节,完成交接确认、信息登记、称重量方,是后续分拣、打包的基础。
5.1 包裹运输全路径
5.1.1 正向物流主路径

5.2 揽件交接(Pickup Handover)
定义:揽件司机将包裹交接到站点。
5.2.1 交接方式
| 方式 | 维度 | 适用条件 |
|---|---|---|
| Scan Order | Order 维度逐单扫描 | 全类型司机 |
| Handover All | TO 维度批量交接 | 仅信任等级 High 司机 |
5.2.2 标准操作流程
- 输入 Handover Task ID 查询任务
- 系统展示任务信息(Task ID、司机信息、待交接单量等)
- 逐单扫描 / 批量交接
- 扫描成功提示
- 列表区分:已交接 / 待交接
5.3 三大收货入口
站点提供三种收货模式,适配不同业务场景:
| 方式 | 作业维度 | 适用场景 |
|---|---|---|
| Single Receive | Order | 单个包裹、异常包裹收货 |
| Mass Receive | TO | 干线整托 / 整包批量收货 |
| ASF Receive | Order | 寄付现结订单 |
5.4 单个收货(Single Receive)
- 按 Order 维度逐个收货
- 自动适配十余种收货场景:Drop Off、Receive From Onhold、Receive From Return Onhold 等
- 强制触发称重量方场景:
- 仓配订单
- 部分地区寄付现结 / 到付现结(无费用信息时)
5.5 批量收货(Mass Receive)
按 TO 维度 批量收货,分为两类场景:
| 场景 | 说明 |
|---|---|
| 过包 TO | 收货后可直接加入 LH 干线 |
| 非过包 TO | 收货后需重新打包才可出库 |
标准流程
- 扫描 TO 编号
- 系统展示 TO 信息:HV 标识、干线任务、单量、时间、状态等
- 状态显示 Success 即收货完成
5.6 寄付现结订单收货(ASF Receive)
- 仅适用:寄付现结且未收费的订单
- 强制流程:扫码 → 称重量方 → 计算费用 → 收款找零 → 完成
- 支持现金支付,系统自动计算找零金额
六、打包(Packing)
打包是将零散订单聚合成 TO 的核心环节,支持多类型 TO 适配不同流向与场景。
6.1 TO 类型总览(核心对比)
| TO类型 | 入口 | 需要 Sorting Plan | 预打印面单 | 创建时指定Receiver |
|---|---|---|---|---|
| General TO | TO Packing | Y | N | N |
| Preprint TO | TO Management | Y | Y | Y |
| Adhoc TO | Adhoc TO | N | N | Y |
| Non-Integrated 3PL TO | Assignment List | N | N | Y |
6.2 通用 TO(General TO)
站内使用率最高的标准 TO 类型:
- 加入首单后自动锁定 Receiver,后续订单必须同流向
- 必须匹配 Sorting Plan,否则打包失败
- 支持接收方:Station、Warehouse、SIP、Integrated 3PL、Service Point、Seller、Driver
操作流程
- 创建 TO → 选择打包类型
- 扫描订单号加单
- 确认打包 → 预览 / 打印标签
- 完成打包
6.3 预打印 TO(Preprint TO)
- 提前指定 Receiver 与流向
- 支持面单预打印,适配高吞吐流水线
- 用于合规、有固定分拣计划的场景
6.4 临时 TO(Adhoc TO)
- 用于无合法 Sorting Plan、异常流向、跨域交接场景
- 无需 Sorting Plan,手动指定 Receiver
- 异常订单处理专区
6.5 三方物流 TO(3PL TO)
适用场景:买家地址超出主物流配送范围、包裹尺寸或重量超出主物流承运标准、短期内 Hub 配送运力已达上限
6.5.1 集成 3PL TO(Integrated 3PL TO)
- 入口:TO Packing / Adhoc TO
- 接收方为已入驻系统的三方承运商(Integrated 3PL)
注:只要接收方选择了 Integrated 3PL,该 General TO / Adhoc TO 就是 Integrated 3PL TO
6.5.2 非集成 3PL TO(Non-Integrated 3PL TO)
- 入口:Assignment List
- 流程:创建任务 → 选择 3PL 服务商 → 完成分配
- 接收方为未入驻系统的三方承运商(Non-Integrated 3PL)
6.6 TO 接收方(Receiver)汇总
TO 支持接收方类型
├─ General TO:Station、Warehouse、SIP、Integrated 3PL、Service Point、Seller、Driver
├─ Preprint TO:Station、Warehouse、Integrated 3PL、Service Point、Driver
├─ Adhoc TO:Station、Integrated 3PL、Service Point
└─ Non-Integrated 3PL TO:Non-Integrated 3PL
6.7 出库交接(Handover)
打包完成的 TO 交接至下一环节:
- 交接目标:Warehouse、SIP、3PL、Seller
- 操作:扫描 TO → 确认交接
- 页面按接收方分类: To WH / To SIP / To 3PL
6.8 出库暂存区(Outbound Staging Area)
6.8.1 功能定位
- 打包完成 → 干线 / 交接前的缓冲区域
- 支持 ASM 自动化流水线对接:收货 → 打包 → 入暂存区 → 批量出库
6.8.2 配置规则
创建时需指定:
- 暂存区名称
- TO 目的地:Station、Warehouse、SIP、Integrated 3PL、Non-Integrated 3PL
七、月台管理(Dock Management)
7.1 背景与价值
7.1.1 当前痛点
- 月台资源、车辆排队情况无线上化、可视化手段,管理盲区大;
- 站点无法预判车辆入场时间,作业衔接不畅,月台资源利用率低;
- 货运司机需长时间排队等待,浪费有效作业时间,体验较差。
7.1.2 核心价值
实现车辆排队、月台资源的线上化管控,打通“车辆登记-队列管理-月台分配-占用释放”全流程,提升月台利用率和作业效率,优化司机等待体验。
7.2 核心功能模块
| 功能模块 | 子功能 | 核心说明 |
|---|---|---|
| 排队管理 | 车辆登记 | 扫描司机 ID 自动登记或手动录入车辆、司机信息 |
| 队列管理 | 队列的创建、编辑、分配、删除全操作 | |
| 月台管理 | Dock 线上资源管理 | 月台的创建、编辑、删除等基础配置 |
| Dock & Queue 资源分配 | 月台与排队车辆的匹配、占用、释放 | |
| 月台分配 | 分配 / 改变分配 | 为排队车辆分配指定月台,支持调整分配 |
| 通知司机排队 | 通过 Driver APP 推送排队状态、月台信息通知 | |
| 置顶司机排队 | 调整车辆排队优先级,实现优先处理 | |
| 月台占用 & 释放 | 月台占用 | 车辆到岗后登记占用,或管理员手动触发占用 |
| 月台释放 | LH 作业、FM 交接完成后自动释放,或管理员手动释放 |
7.3 标准作业流程
核心流程:
到达站点 → 排队登记 → 加入排队队列 → 指派到出库月台 → 在月台 Assign Trip → 装车出库 → 离开站点,前往下一站
7.4 各环节操作规范
7.4.1 Part 1:车辆登记
登记方式
- 自动登记:安保人员扫描 Driver ID,系统自动获取车辆、司机信息;
- 手动登记:安保人员手动录入司机、车辆相关信息。
登记核心信息
| 字段 | 说明 |
|---|---|
| Vehicle Number | 车辆车牌号,唯一标识车辆 |
| Driver ID / Name | 司机 ID 及姓名,关联司机信息 |
| Arrival Type | 车辆到达类型(如 LH-Inbound、3PL-Inbound 等) |
关键规则
- 需为安保人员配置专用设备,或支持个人安卓设备操作;
- 安保人员录入的信息为唯一数据源:
- 使用 Driver APP 的司机(内部 FM、LH 司机等):扫描 Driver ID 自动获取信息;
- 未使用 Driver APP 的司机(外包 3PL、LH 司机等):手动录入全部信息。
7.4.2 Part 2:Dock Assignment(月台分配)
Queue List 功能
- 支持按 Driver ID 扫描或手动输入,将车辆添加至队列;
- 分入库队列和出库队列,分类管理;
- 展示核心信息:队列号、车牌号、等待时间、路线信息、司机姓名、到达类型、状态、分配月台等;
- 支持创建、编辑、分配等操作。
分配流程
- 在 Queue List 中选择待分配车辆;
- 点击「分配」按钮,弹出 Assign Inbound Dock 窗口,显示可用月台列表(标注 Empty / Occupied 状态)及已分配车辆数;
- 选择目标月台,点击「Confirm」确认;
- 车辆状态变为「Assigned」,同步显示分配的月台编号和队列顺序。
司机端通知规范
- 通知渠道:通过 Driver APP 推送弹窗 / 消息,减少线下沟通成本;
- 通知内容:
- 排队等待中:前方 X 辆车等待;
- 准备就绪:月台 X 已就绪,请前往;
- 附加信息:前方排队车辆数、目标月台名称。
7.4.3 Part 3:Adjustment to Queue Sequence(队列顺序调整)
功能定位
针对需优先处理的车辆,调整已分配车辆的排队顺序,灵活适配现场作业需求。
操作流程
- 进入 Queue List 模块的「Assigned」tab;
- 点击「Queue Sequence」按钮,弹出编辑窗口;
- 长按车辆条目,拖动调整顺序;
- 点击「Confirm」确认调整。
7.4.4 Part 4:Dock Occupancy & Release(月台占用与释放)
Dock Management 页面核心功能
| 功能 | 说明 |
|---|---|
| 设置阈值 | 设置长时间等待阈值和长时间占用阈值 |
| 多个 Tab | All(全部)、Inbound(入库)、Outbound(出库) |
| Dock 信息列表 | 展示月台编号、名称、类型、状态、占用车辆、占用时间、等待车辆数、活跃状态等 |
| Action 操作 | 支持 Assign(分配)、Occupy(占用)、Release(释放)、Edit Sequence(编辑顺序)、Edit(编辑)、Remove(删除)等 |
月台占用流程
- 点击「Occupy 」按钮,弹出确认弹窗,显示默认分配的车辆车牌号;
- 支持修正车辆信息,可修改车牌号。
- 点击「Confirm」确认占用。
7.4.5 司机端 Queue & Dock 信息展示
核心功能
司机可通过 Driver APP 实时查看自身排队状态、分配的月台信息,掌握作业节奏。
队列状态分类
| 状态 | 显示内容 | 说明 |
|---|---|---|
| Waiting for Dock | 等待时间、前方车辆数 | 车辆处于排队等待状态 |
| Ready for Docking | 轮到你了,请前往对应月台 | 月台已就绪,可前往作业 |
| Truck On Hold | 队列暂停 | 队列因为某些原因暂停排队,需等待进一步通知 |
展示核心信息
队列号(Queue Number)、前方车辆数(Trucks Ahead)、分配月台(Assigned Dock)、到达类型(Arrival Type)、车牌号(Vehicle Number)、当前站点(Current Station)、司机条码(Driver Barcode,供站点扫描)。
八、Parcel Sweeper(包裹盘点)
8.1 功能定位
Parcel Sweeper 是站内包裹盘点专用工具,核心实现以下目标:
- 生成站点每日待盘点 Order 清单;
- 记录盘点过程,更新订单当前站点、状态信息;
- 自动推算盘盈(非期望库存)、盘亏(丢失件)清单,生成标准化盘点报告。
8.2 标准操作流程
核心流程:创建盘点任务 → 扫描盘点订单 → 完成任务并生成报告
8.2.1 Part 1:创建每日盘点任务
站点运营人员在指定时间创建每日盘点任务
8.2.2 Part 2:订单扫描盘点
生成盘点预期清单后,站点运营人员在站内执行订单扫描操作,支持两种操作端:
Option 1:PC 端扫描
- 操作入口:Parcel Sweeper 页面;
- 页面展示:任务 ID、盘点日期、任务状态,分为 Scanned(已扫描)、Unscanned(未扫描)两个Tab;
- 进度展示:环形图直观显示扫描进度;
- 订单列表信息:运单号(Tracking Number)、扫描状态、加急标签(Expedite Tag)、暂缓次数(Onhold Times)、盘点类型(Count Type)、下一步操作(Next Step Action)、存放时长(Aging)、操作选项(Action)等。
Option 2:PDA 端扫描
- 进度展示:直接显示扫描进度(如90 / 100 Order),状态显示 In Progress;
- 分类展示:分为 Scanned(已扫描)、Unscanned(未扫描)两个Tab;
- 订单卡片信息:扫描订单 ID、扫描状态、存放时长、下一步操作建议等。
8.2.3 Part 3:完成盘点任务
盘点结果分类
| 类型 | 说明 |
|---|---|
| Processed | 已完成盘点且无异常的订单 |
| Backlog | 积压未处理的盘点订单 |
| Exception | 盘点中发现的异常订单 |
| Mis-Sort | 错分至本站点的订单 |
| Liquidate | 待清算处理的订单 |
| Missing | 盘点缺失的丢失件 |
| Disposal | 待处置(如销毁、拍卖)的订单 |
盘点报告
- Dashboard 展示:
- 柱状图:按日期展示各类型订单数量趋势;
- 饼图:Count Type Summary(盘点类型分布)。
- Detail 明细列表:任务ID、运单号、扫描状态、加急标签、最终状态、盘点日期、区域、站点名称、操作选项等。
九、CCTV 视频监控系统
9.1 定位与现场应用
9.1.1 核心定位
CCTV 是物流站点安全管控、作业监督、争议追溯的基础系统,提供实时监控、视频回放、画面取证、按订单溯源全能力,是站内标准化作业与风险防控的核心工具。
9.1.2 现场应用
- 支持多屏集中展示,覆盖站点全区域:入库区、分拣区、月台、暂存区、异常处理区等;
- 实现7×24h 无死角监控,用于作业合规校验、包裹丢失 / 破损追溯、安全事件取证。
9.2 分层业务架构
CCTV 采用五层分层架构,从前端接入到设备厂商对接自上而下解耦,兼容多品牌设备、多终端访问,具备高可扩展性。
9.2.1 前端层
面向用户/设备的接入入口:
- PC 管理端
- 移动端(iOS / Android)
9.2.2 领域服务层
提供面向业务的封装服务:
| 模块 | 核心能力 |
|---|---|
| 视频管理 | 实时预览、回放、截图、限流、录屏 |
| 设备管理 | VMS 配置、监控区域管理、摄像头维护 |
| 安全管理 | 权限控制、流量限流、操作鉴权 |
| 用户偏好 | 摄像头收藏、最近观看记录 |
9.2.3 领域对象层
核心业务数据与逻辑:
| 模块 | 核心能力 |
|---|---|
| VMS 管理 | 增删改查、账号维护 |
| 设备区域管理 | 区域创建 / 绑定 / 查询 |
| 摄像头管理 | 拉流、参数配置、状态维护 |
| 媒体流管理 | 拉流、封装、缓存、流量统计 |
9.2.4 基础能力层
最底层通用能力:
设备登录 / 登出、摄像头拉流、实时预览、视频回放、抓图。
9.2.5 厂商集成层
对接硬件设备厂商:
- VMS SDK 对接
- VMS OpenAPI 对接
9.3 核心价值
| 价值维度 | 说明 |
|---|---|
| 安全保障 | 防范盗窃、人为破坏;提供事件证据;提前识别安全风险 |
| 效率提升 | 监督作业流程、识别瓶颈;减少操作失误与延迟;规范员工作业 |
| 争议解决 | 为丢件、破损、客诉提供客观视频/图片证据;提升售后判定效率;建立用户信任 |
9.4 核心功能模块
9.4.1 摄像头设备管理
功能定位
统一管理全站所有摄像头,维护设备信息、绑定监控区域、设置安全等级。
设备核心字段
| 字段 | 说明 |
|---|---|
| Camera ID | 摄像头唯一ID |
| Camera Name | 自定义名称 |
| Camera Brand | 品牌(如 Hikvision) |
| Camera Model | 型号 |
| Station | 所属站点 |
| Area Name | 所属区域 |
| Linked Sub Area | 关联子区域 |
| Security Level | 安全级别 |
编辑权限
- 只读:Camera ID、品牌、型号、最新抓图
- 可编辑:名称、安全级别、站点、区域、关联子区域(支持多选)
9.4.2 视频查看(Video View)
- 支持多画面实时监控 + 历史回放
- 支持:截图、下载、收藏、全屏、录屏
- 回放:时间轴精确定位、快进 / 快退 / 暂停
9.4.3 图片查看(Photo View)
- 实时画面预览 + 历史抓图查询
- 支持:刷新、下载、收藏、全屏
- 单图独立操作:关闭、重新加载、保存
9.4.4 视频 / 图片溯源查询(按订单取证)
功能定位
通过运单号直接检索对应监控画面,用于丢件、破损、交接争议的快速取证。
典型场景:月台揽件交接、干线装卸、Dock 作业等。
溯源查询流程
订单轨迹展示内容
- 运单号、状态
- 时间线:创建 → 各站点流转 → 当前状态
- 每条记录:时间、站点、状态、操作描述、操作员
查询能力
- 按运单号搜索
- 按状态 / 事件 / 时间范围筛选
- 结果:订单信息 + 事件节点 + 关联视频 / 图片(可播、可下载)
十、ASM 自动分拣机(Auto Sorting Machine)
10.1 引入背景与核心价值
10.1.1 传统人工分拣痛点
SOC 未引入 ASM 前,站内收货、分拣、打包高度依赖人工,随业务规模增长出现三大核心问题:
- 分拣准确率低:错分、漏分率高,异常处理成本高;
- 包裹适配性差:受人力与场地限制,需严格限制包裹尺寸;
- 作业效率低:人工成本高、处理能力有限,无法支撑业务扩容。
10.1.2 解决方案
引入 ASM 自动分拣机,以自动化设备替代人工,实现收货 → 分拣 → 打包全流程自动化,大幅提升分拣效率、准确率与包裹适配能力。
10.2 ASM 业务架构
ASM 采用三层分层架构,支持在线 / 离线双模式,覆盖设备接入、业务操作、数据模型全链路,适配站内自动化作业。
10.2.1 客户端层(Client)
面向操作、监控、设备的接入端:
- 主运营系统
- WCS 仓库控制系统
- Vendor SCADA 厂商监控系统
- Semi-Auto Machine 半自动分拣设备
10.2.2 应用层(Application)
(1)在线模式(Online Mode)
| 模块 | 核心功能 |
|---|---|
| 收货(Receiving) | Order / TO 收货、包裹尺寸 / 重量采集、包裹照片上传 |
| 分拣(Sorting) | TO 分拣、拦截单分拣、异常单分拣、正常单分拣 |
| 打包(Packing) | TO / AT 打包、面单打印、AT 指派、出库暂存区查询 |
(2)离线模式(Offline Mode)
| 类型 | 核心功能 |
|---|---|
| 现场应用 | 本地服务器管理、在线 / 离线切换、离线作业、TO 预生成 |
| 在线服务 | 离线计划创建、离线数据回传、模式自动切换、离线模拟 |
(3)管理模块(Management)
| 类型 | 核心功能 |
|---|---|
| 数据管理 | 运营 Dashboard、ASM 专项报表 |
| 设备维护 | 计算机化维护管理系统、内部 SCADA 监控系统 |
(4)机器配置(Machine Configuration)
- 机器账号管理
- 设备产能配置
- 分拣规则配置
10.2.3 核心模型层(Core Model)
支撑 ASM 全流程作业的核心数据模型:SOO、收货记录、打包记录、分拣记录、AT 记录、设备模型、离线作业计划。
10.3 ASM 与周边业务域边界
明确 ASM 与 In-Station、Delivery 等域的职责分工,避免功能重叠:
| 业务领域 | ASM 职责 | 其他域职责 |
|---|---|---|
| 收货 | 负责收货校验、格口分拣、异步调度、作业流水编排 | In-Station 负责实际收货执行与事务处理 |
| 打包 | 负责打包校验、TO 初始化、面单生成、流水编排 | In-Station 负责实际打包执行与事务处理 |
| 派送任务创建 | 负责校验、调用 AT 创建方法、流水管理 | Delivery 负责 AT 实际执行与事务处理 |
| 作业数据统计 | 聚焦设备产能、生产数据统计 | In-Station / WFM 聚焦人效、成本经营分析 |
10.4 ASM 设备组成
ASM 为一体化自动化分拣设施,核心设备组成:
- 入料传送带:包裹入料入口通道
- DWS 设备:扫描、称重、量方一体化设备
- 矩阵分拣区:大件包裹自动化分拣
- 交叉带分拣区:小件包裹自动化分拣
- 供包台:小件包裹人工辅助供包
- 出库暂存区:分拣 / 打包后包裹缓冲待出库
10.5 ASM 全作业流程
10.5.1 预分拣(人工粗分)
说明:高价值、液体包裹走人工流程;常规大小件进入 ASM 自动化处理。
10.5.2 自动化主流程

10.5.3 异常包裹处理流程
10.6 DWS 称重量方(核心收货设备)
10.6.1 功能定位
ASM 收货核心设备,完成包裹扫描、称重、量方,并按尺寸 / 重量阈值做合规校验。
10.6.2 应用场景
| 场景 | 说明 |
|---|---|
| 矩阵分拣收货 | 大件包裹(尺寸超阈值)必须经 DWS 重新称重量方后收货 |
| 交叉带分拣收货 | 拆 TO 后小件在供包台称重;格口 TO 超重 / 超体积时提示打包 |
10.6.3 异常处理
- 矩阵分拣区:超尺寸 / 重量包裹直接拒收,进入异常处理区;
- 交叉带分拣区:格口 TO 达阈值时,系统提醒操作员立即打包。
10.7 分拣与格口配置
10.7.1 配置入口
Auto Sorting Machine 配置页面
10.7.2 核心逻辑
DWS 扫描收货后,系统根据分拣码、包裹流向匹配格口配置,自动将包裹分拣至对应格口。
10.7.3 格口规则
按包裹流向、类型、目的地配置格口,实现精准分拣,格口类型与现场设备布局绑定。
10.8 格口自动打包
10.8.1 触发条件
- TO 打包场景
订单状态变为soc_received,格口重量 / 体积达 TO 上限
→ 自动触发 TO 打包 + 打印 TO 面单 - AT 打包场景
单 SOC 场景,订单状态变为lmhub_received
→ 自动触发 AT 创建 + 打印 AT 面单
10.8.2 标准打包流程
10.9 ASM 离线化(断网应急方案)
10.9.1 背景
站内网络波动 / 中断会导致 ASM 停机,影响整体作业效率,需具备断网应急能力。
10.9.2 核心方案
- 断网时:站点部署 ASM 本地服务器(Local Server),设备切换离线模式,本地执行收货、分拣、打包,记录作业流水;
- 联网后:本地服务器自动将作业流水回传至中心服务器,中心服务器回放操作,同步更新 Order / TO 数据,保证数据一致。
10.9.3 双模式说明
| 模式 | 网络依赖 | 能力范围 |
|---|---|---|
| 在线模式 | 依赖外网 | 全功能作业,数据实时同步中心 |
| 离线模式 | 无外网依赖 | 仅核心作业,数据本地缓存,联网后回传 |
十一、In-Station 站内作业域系统架构(整体汇总)
In-Station 站内作业域采用五层分层架构,从客户端接入到核心模型自上而下解耦,覆盖人工操作、自动化作业、资源管理全场景,为站点提供标准化、可扩展的作业能力。
11.1 操作客户端层(Operate Client)
面向一线作业、管理监控的终端入口,按设备类型与场景划分:
| 终端类型 | 代表系统/设备 | 核心用途 |
|---|---|---|
| PC 管理端 | 主运营系统、SP 系统、Agency 系统 | 后台运营配置、报表查看、任务管理 |
| 移动操作端 | In-Station APP、SP APP | 一线员工手持作业(收货、分拣、交接等) |
| 自动化设备 | ASM 系统、Semi-Auto Machine 系统 | 自动化分拣机、半自动设备控制 |
| 监控设备 | VMS(视频管理系统) | 站点 CCTV 监控、视频追溯 |
11.2 运营模块层(Operation)
核心作业执行层,按操作类型分为三大类,覆盖站内全业务场景:
11.2.1 人工操作(Manual Operation)
(1)交接类操作
- 揽件交接(Pickup Handover):按 Order / SPTO 交接、按任务交接、按订单交接
- 出库交接(Outbound Handover):交接至 3PL、交接至 WH、交接至 SIP、交接至 Seller
(2)常规作业操作
- 入库(Inbound):单个收货、批量收货、寄付现结收货、称重量方
- 出库(Outbound):通用 TO 打包、临时 TO 打包、预打印面单、干线任务/行程、派送 AT 执行
- 站内交接(Intra Handover):站内交接任务打包、站内交接收货
(3)盘点操作(Parcel Sweeper)
- 盘点扫描、盘点报告生成、盘点仪表盘监控
(4)拦截操作(Interception)
- 丢失拦截、中途拦截、欺诈拦截、重贴标签拦截
(5)暂存管理(Staging)
- 入库暂存区、出库暂存区、站内暂存区三级管理
11.2.2 异常操作(Exception Operation)
聚焦异常包裹处理,核心为 EHA(异常处理区)模块:
- 异常入库(EHA Inbound)
- 异常解决(EHA Resolve)
- 清算(Liquidation)
- 异常工单(EHA Ticketing)
- 异常拣货(EHA Picking)
- 异常上架(EHA Shelves)
- 异常库存(EHA Inventory)
11.2.3 ASM 自动化操作(ASM Operation)
(1)核心作业
- ASM 收货、ASM 打包 TO、ASM 打包 AT
(2)ASM 管理
- 设备管理、ASM 配置、ASM SCADA 监控
(3)离线应急
- 本地 ASM 服务、离线模拟作业
11.3 资源管理层(Resource Management)
负责站内各类资源的配置、监控与调度,保障作业高效运转:
| 资源类型 | 核心子模块 | 关键能力 |
|---|---|---|
| CCTV 监控 | 摄像头管理、实时直播、截图 | 安全管控、作业追溯、争议取证 |
| 区域管理 | 区域(Area)、子区域(Subarea) | 站点空间划分、摄像头绑定 |
| 月台与队列 | 车辆登记、队列管理、月台分配 | 车辆调度、月台资源优化 |
| 库存管理 | 入库、出库 | 站内包裹库存追踪 |
11.4 原子操作层(Atom)
提供最小粒度、可复用的基础操作单元,支撑上层业务灵活组合,确保操作标准化:
11.4.1 校验类(Validation)
- 市场校验、站点类型校验、接收方校验
- 重复操作校验、费用校验、状态校验、数据模型校验
11.4.2 操作类(Action)
- 接收站点操作订单(Receive SOO)
- 保存站点操作记录(Save SOR)
- 保存收货任务(Save Receive Task)
- 打包 TO、更新 TO、更新 SOO
11.4.3 交互类(Interaction)
- 待处理提醒、错站提醒、暂缓次数超限提醒
11.5 基础模型层(Instation Basic Model)
支撑全站业务的核心数据模型,定义数据流转规则与关联关系:
11.5.1 核心模型及关联关系
| 模型名称 | 核心定位 | 关联流转关系 |
|---|---|---|
| 站点(Station) | 所有模型的基础载体 | 无直接关联,为其他模型提供站点上下文 |
| 分拣码(Sort Code) | 分拣与流向判断核心依据 | 无直接关联,驱动分拣逻辑 |
| 异常计划(Exception Plan) | 异常处理规则 | → 保存异常记录 → 生成操作记录 → 推送事件 |
| TO 接收计划(TO Receive Plan) | TO 收货规则 | → 生成站点运输单 → 保存记录 → 生成操作记录 → 推送事件 |
| 订单接收计划(Order Receive Plan) | 订单收货规则 | → 生成站点操作订单 → 保存记录 → 生成操作记录 → 推送事件 |
11.5.2 外部依赖
| 依赖模块 | 核心作用 |
|---|---|
| 网络路由(Network Route) | 提供站点、路由规则支持 |
| 调度中心(Dispatch Center) | 提供作业调度能力 |
| 订单中心(Order Center) | 订单信息查询 |
| 容器(Container) | 容器信息查询 |
| 事件中心(Event Center) | 作业事件处理与推送 |
附录:术语表
| 术语 | 全称 | 说明 |
|---|---|---|
| ASM | Auto Sorting Machine | 自动分拣机,用于站内包裹自动化收货、分拣、打包 |
| AT | Assignment Task | 派送任务,由 Delivery 域负责执行 |
| CCTV | Closed-Circuit Television | 闭路电视监控,用于站内安全监控、作业追溯 |
| DWS | Dimension Weight Scanner | 尺寸重量扫描设备,ASM 系统核心设备,完成包裹扫描、称重、量方 |
| EHA | Exception Handling Area | 异常处理区,用于处理站内各类异常包裹 |
| FM | First Mile | 首程/揽件,包裹从卖家 / 仓库到分拣中心的环节 |
| HV | High Value | 高价值,指高价值包裹,需特殊处理 |
| LH | Line Haul | 干线运输,分拣中心与站点、站点与站点之间的长途运输 |
| LM | Last Mile | 末程 / 配送,包裹从站点到买家的最后环节 |
| ASF | Additional Shipping Fee | 附加运费,寄件费用 |
| PDA | Personal Digital Assistant | 手持终端设备,一线作业人员常用操作工具 |
| SCADA | Supervisory Control And Data Acquisition | 数据采集与监视控制系统,用于设备监控、数据采集 |
| SIP | Station In-transit Point | 站点中转点,包裹流转的中间站点 |
| SOC | Sorting Center | 分拣中心,包裹集中分拣、中转的核心站点 |
| SOO | Station Operation Order | 站点操作订单,站内作业的核心数据模型 |
| SOR | Station Operation Record | 站点操作记录,记录站内所有作业行为 |
| SPTO | Service Point Transport Order | 服务点运输单,服务点相关的运输单元 |
| STO | Station Transport Order | 站点运输单,站点之间流转的运输单元 |
| TO | Transport Order | 运输单元,包裹打包后的核心流转载体 |
| VMS | Video Management System | 视频管理系统,用于 CCTV 摄像头、视频的管理 |
| WCS | Warehouse Control System | 仓库控制系统,用于仓库设备、作业的控制 |
| WFM | Workforce Management | 人力管理,独立业务域,负责人力规划、排班、考核 |
AtomGit 是由开放原子开源基金会联合 CSDN 等生态伙伴共同推出的新一代开源与人工智能协作平台。平台坚持“开放、中立、公益”的理念,把代码托管、模型共享、数据集托管、智能体开发体验和算力服务整合在一起,为开发者提供从开发、训练到部署的一站式体验。
更多推荐


所有评论(0)