SLDS 自营物流系统:Pickup 揽收全流程

一、概述

1.1 文档目的

本文档对揽收标准作业流程 进行全链路梳理与说明,明确从订单生成、地址映射、任务指派到司机上门揽收、货物交接的完整操作逻辑与系统机制,统一各岗位作业标准,降低沟通成本,提升揽收效率、数据准确性及异常处理能力。

1.2 内容结构

本文档按 "基础认知→流程拆解→实操落地→优化指引" 逻辑展开,核心内容如下,方便快速定位所需模块:

  1. Pickup 流程概览:整体框架、三阶段划分及核心环节说明,建立全链路认知;
  2. Pickup Order 的来源与地址信息结构:订单类型、发起场景,及地址 → 揽收点的映射规则、地址结构;
  3. Pickup Assign 的方式:三种任务分配模式(单个/批量/行程)的逻辑、操作步骤、适用场景;
  4. Driver Pickup 的流程:司机端全操作步骤,含标准揽收、外部订单、异常处理及交接流程;
  5. 最佳实践 & 注意事项:操作建议、常见问题排查、数据质量要求;
  6. 总结:流程核心要点与落地关键。
  7. 关键概念说明:梳理核心术语,避免阅读障碍;

二、Pickup 流程概览

2.1 整体流程三阶段

揽收整体流程按 "订单生成 → 任务分配 → 现场执行" 划分为三大核心阶段:

  • 下单阶段 :订单创建、来源校验、地址解析与 PUP(Pickup Point,揽收点) 映射
  • 指派阶段:基于揽收点分组、批量 / 行程策略,完成任务分配
  • 司机揽收阶段:司机到岗、扫码核验、凭证上传与货物交接

2.2 下单阶段

2.2.1 订单来源分类

1)按订单业务类型分类
  1. 内部 Seller 下单:内部购物平台卖家发起的正向物流揽收订单
  2. 外部 Seller 下单:外部平台商家发起的正向物流揽收订单
  3. Buyer 下单:买家退货 / 换货产生的逆向物流揽收订单
2)按站点受理类型分类
  1. Service Point 下单:用户将包裹送至驿站,由驿站统一发起揽收
  2. Implant 下单VIP 大卖家仓内(植入站点)已打包完成,直接生成揽收任务

2.2.2 地址映射机制

地址结构
  • 结构化地址:层级地址(省 / 市 / 区 / 街道)+ 详细地址(楼宇 / 仓库 / 门牌号)
  • 支持多地址聚合:多个不同用户地址,可映射到同一个揽收点
地址 → PUP 映射逻辑
  • 订单地址经地理位置解析 → 匹配系统内已维护的揽收点
  • 一对多 / 多对一均可:
    • Address 1 → Pickup Point 1
    • Address 2 → Pickup Point 1
    • Address 1 → Pickup Point 2
    • Address 2 → Pickup Point 2
    • Address n → Pickup Point n
映射目的

统一揽收位置、便于批量指派、支持路线规划与司机导航。

2.3 指派阶段

2.3.1 PUP 管理

  • 系统支持多个独立揽收点:Pickup Point 1、2、...、n
  • 支持 PUPG(Pickup Point Group,揽收点分组) 管理:
    1. Manual PUPG:人工手动创建、编辑、维护的揽收点组
    2. Mapped PUPG:基于地理位置/区域自动划分的映射揽收点组

2.3.2 任务分配三种模式

  1. Single Assign(单个指派)
    • 模式:一对一人工指派
    • 特点:操作简单、灵活
    • 适用:零散订单、特殊订单、传统手动运营场景
  2. Wave Assign(批量指派)
    • 模式:按揽收点组批量生成任务
    • 特点:支持定时任务、规则化批量分配
    • 适用:日常大规模、标准化揽收场景
  3. Trip Assign(行程指派)
    • 模式:按地理位置聚类生成停靠点(Stop) ,按顺序组成行程(Trip)
    • 特点:路线最优、效率最高
    • 适用:高密度区域、固定线路、大卖家集中区域

2.4 Driver 揽收阶段

2.4.1 司机端标准操作流程

  1. 扫描订单
    • 支持相机扫码 / 手动输入运单号
    • 系统校验订单归属、揽收点、状态合法性
  2. 签名与凭证
    • 现场收集发件人签名
    • 拍摄包裹 / 面单 / 签收凭证
    • 支持异常情况填写备注
  3. 交接处理
    • Handover to Station:揽收完成后交回站点
    • Handover to Driver:特殊场景下转交给其他司机继续运输

三、Pickup Order 的来源与地址信息结构

3.1 订单来源分类

3.1.1 按订单类型分类

  1. 电商平台订单:内部 Seller 下单、外部 Seller 下单、Buyer 下单
  2. 站点受理订单:Service Point 下单、Implant 下单

3.1.2 按地址到揽收点映射规则分类

核心规则
  • 每个订单必须携带完整结构化地址:层级地址 + 详细地址
  • 系统根据地理位置 + 业务配置 ,将地址匹配到对应 PUP
  • 支持地址聚合 :多个不同地址 → 同一个 PUP,实现集中揽收
标准映射流程
复制代码
Pickup Order(订单 / 站点发起)→ 结构化地址解析(层级 + 详细)→ 地理位置匹配 & 规则匹配 → 映射至 PUP

3.2 地址信息结构

3.2.1 地址组成

  1. 层级地址:省 → 市 → 区 → 街道,用于区域划分、揽收范围管理
  2. 详细地址:门牌号、小区、楼宇、楼层、仓库、厂房等具体定位信息

3.2.2 地址核心作用

  • 确定揽收点经纬度与地理位置
  • 支撑 PUPG 自动分组、Wave 批量指派、Trip 路线规划
  • 为司机端提供导航、定位、路线推荐

四、Pickup Assign 的方式

4.1 一对一Assign

4.1.1 操作流程

核心特点

一对一分配,运营手动操作,适配小规模、特殊场景

操作步骤(在主运营系统上操作)
  1. 获取订单的 Pickup Station :下单后查看订单配送路径 上的第一个站点(eg:station1 → station2 ,则选 station1),切换至该站点。
  2. 找到 Order 对应的 PUP :在 Pickup Assignment 页面,筛选出对应的订单:获取 PUP ID ;点击 "Assign Driver" 按钮,跳转到 Assign Driver 页面
  3. 对单个 PUP 做 Assign :在 Assign Driver 页面,根据获取到的 PUP ID 找到对应的 PUP ,勾选后点击 "Assign" 按钮,弹出 Assign Driver 弹窗,然后在弹窗里选择 DriverConfirm
指派结果

Confirm 后生成 Pickup Task ,自动指派给所选 Driver

4.1.2 PUP 与 Pickup Task 的关系

核心逻辑:PUP (Pickup Point) → Pickup Assign → Pickup Task

说明:每个 PUP 对应一个 Pickup Task,呈一对一关系。

4.2 批量 Assign:通过 PUPG 对 PUP 进行分组

4.2.1 PUPG类型

1. Manual PUPG(手动揽收点组)
  • 定义:手动创建、维护的揽收点组
  • 用途:人工指定分组的场景
2. Mapped PUPG(映射揽收点组)
  • 定义:根据 PUP 经纬度,自动归属至站点预设的 Zone / Cluster ,每个 Zone / Cluster 对应一个 Mapped PUPG
  • 前提:PUP 需完善经纬度信息
  • 经纬度获取方式:
    • 方式一:下单自动匹配,下单时系统根据地址匹配地址库,自动获取经纬度
    • 方式二:手动维护经纬度
  • Mapped PUPG 构造流程
    1. 检查并补全 PUP 经纬度,错误信息手动修正;
    2. 划分 Pickup Zone ,绘制 Zone 并设置属性后 Publish
    3. 系统自动根据 PUP 经纬度,将其归属至对应 ZoneMapped PUPG
    4. 验证:在 Zone 管理页查看 Mapped PUP 数量,未映射 PUP 需排查经纬度 / Zone 划分

关键要点

  • Zone 划分决定 Mapped PUPG 组成,经纬度准确性影响映射精度;
  • ZonePublish 生效,修改边界后映射关系自动更新。

4.2.2 方式一:Ops 手动操作

操作流程
  1. 构造 Manual PUPG :在 Manual PUP Group 页面手动构造 PUPG ,由用户自己选择包含的 PUP
  2. 筛选 PUP :在 Pickup Assignment 页面,筛选出符合条件的 PUP (筛选条件:PUP Group Type = Manual PUPG、Manual PUP Group = 目标 PUPG
  3. 分配司机:勾选所有 PUP ,分配一个或多个司机
结果

每个 PUP 生成一个 Pickup Task ,且所有 Task 指派给一个或多个司机。

4.2.3 方式二:Wave Assign,定时任务对 PUPG 生成 Task

核心概念
  • Route :绑定 PUPGDriver 的关系
  • Wave Rule :承载 Route ,限制订单类型、ETA 等执行范围
  • Wave Scheduler :设定 Wave Rule 的执行时间
操作流程
  1. Step 1:Pickup Route Configuration 页面,配置 Route :选择 PUPG 类型(Manual PUPG / Mapped PUPG )、PUP 类型(参考 3.1 订单来源分类 )、目标 PUPG 及指派的 Driver,保存生效。
  2. Step 2:Pickup Wave Rule Configuration 页面,配置 Wave Rule :选择订单类型、ETARoute ,设置 Task 容量限制,保存激活。
  3. Step 3:Run Wave Scheduler 页面,配置 Wave Scheduler :选择生效的 Station 、目标 Wave Rule、运行时间、非运营日等,保存生效。
  4. Step 4:Run Wave Result 页面,查看执行结果 ::Wave 执行状态(Success / Failed )、Pickup Task 列表、Driver 分配情况。
执行机制

Wave Scheduler 定时触发 Wave RuleWave Rule 根据 Route 生成 Pickup Task ,自动指派给 Route 配置的 Driver

4.3 Assign Trip:生成 Trip 并 Assign 给 Driver

4.3.1 Trip 概念

  • 定义:相近地理位置的 PUP 组成 StopStop 按顺序组成 Trip(行程)
  • 组成:Route (含多个 Stop 的路径)、Stop (含1 个及以上 PUP )、SequenceStop 访问顺序)

4.3.2 方式一:Manual Upload,上传表格定义 Route 和 Trip

  1. Pickup Trip List 页面,下载模板
  2. 填写 RouteTrip 信息后,上传表格
  3. Assign Trip 页面,为前面上传的待分配的 Trip 分配司机

4.3.3 方式二:System Route,系统规划生成

typescript 复制代码
绘制 Zone / Cluster → 【Fix Route → Scheduler】/ One Time Create → Calculation Task(生成 Route) → Pickup Trip(为 Trip 分配 Driver)
两种类型
  • Fixed Route :基于历史单量 规划,每日通过 Scheduler (结合 "预测单量 + 当天实际单量")生成路线;
  • One Time Create :临时勾选当天有订单的 PUP,根据当天的实际单量生成单次路线。
操作流程
  1. 绘制 Zone / ClusterBase Cluster Zone Management 页面,在地图上绘制 Zone / Cluster ,设置Zone Name、ID、Type 等属性,Publish 配置
  2. Parameter Setting 页面,配置 StationVehicle 资源
    • 新建 Vehicle:配置车辆名称、速度、容量等参数;
    • Station 配置 Vehicle 资源:选择 Station,按工作日的维度配置各车型数量。
  3. 生成 Fixed RouteFixed Route Management 页面,基于历史单量 计算,勾选 PUP 生成 Fixed RouteFixed Route 会每日固定生成 Calculation Task )。eg:大卖家可按周一(Peak )、周二 ~ 周六(Normal )、周日(Low )生成 3Route
  4. 配置 SchedulerScheduler Management 页面,填写 Scheduler 名称,计算模式、对象类型等属性
  5. 查看 Calculation Task (用于生成 Route ):Calculation Pool 页面,查看 Calculation Task 的状态、详情及其生成的 Route 信息。
  6. 调整 RouteCalculation Pool 页面,调整 RouteConfirm & Sync
  7. Trip 分配 DriverPickup Trip List 页面,选择 Trip Mode = System RouteTrip ,分配 Driver

五、Driver Pickup 的流程

5.1 流程总览

核心流程

下单 → 指派 → Driver 揽收

揽收阶段核心链路
  1. Pickup Tasks 汇总为 Pickup TripDriver 进入 Driver APP 执行揽收;
  2. Driver APP 核心操作:扫描订单 → 收集签名 → (交接给其他司机 →)交接至站点

5.2 任务展示方式

5.2.1 Assign Task 展示(单个独立任务)

  • 显示内容:待揽收任务列表,单个任务卡片含 Seller 名称、地址、订单信息、订单类型标签
  • 适用场景:单个任务独立揽收,无固定顺序要求

5.2.2 Assign Trip 展示(系统规划路线)

  • 显示内容:待揽收行程列表,含 Trip 名称、Stop 数量;单个 Stop 含编号、PUP 数量、时间窗口、Seller、地址和订单数等
  • 适用场景:系统规划固定路线,多 Stop 按顺序揽收,需遵循时间窗口

5.3 标准揽收流程(内部购物平台下单)

流程说明:扫描订单号,完成揽收凭证收集即可完成揽收。

5.3.1 扫描订单

  1. Scan by Phone Camer 页面,通过相机扫描订单号,或手动输入(支持快速输入按钮补全前缀);
  2. 确认订单信息无误后进入下一步。

5.3.2 揽收凭证

  1. 填写信息:进入对应页面,填写发件人名称,核对订单信息;
  2. 收集签名:发件人在签名区域手写签名;
  3. 拍摄照片:上传至少 1 张必填照片,支持多传、删除;
  4. 填写备注:完成必填项 "Remark" 填写。

5.3.3 确认揽收

核对所有信息完整无误,确认揽收。

5.4 外部订单揽收流程

流程说明:扫描订单号,填写包裹重量 / 体积,完成支付后,收集揽收凭证并确认。

5.4.1 扫描订单号

操作同 5.3.1

5.4.2 填写重量和体积信息

  1. 选择 Parcel Size :进入 Parcel Info 页面,选择包裹尺寸后,系统自动填充重量和尺寸;
  2. 输入重量:Driver 填写 "Weight" 字段(下方会提示 "Sender 申报重量" 供司机参考);
  3. 输入尺寸:准大件 / 大件物品 需填写 "Dimension" 字段;
  4. 点击 "Confirm" 确认包裹信息。

5.4.3 支付处理

  1. 进入支付页面,核对运输费用及订单汇总信息;
  2. 选择支付方式:推荐使用内部支付系统,或 Cash 现金收款;
  3. 支付成功后,进入揽收凭证流程。

5.4.4 揽收凭证与确认

  1. 揽收凭证:操作同 5.3.2
  2. 确认揽收:在 "Confirm Pickup" 页面,核对订单列表、收款金额及 "外部订单" 标签,点击**"Confirm Pickup"** 确认揽收。

5.5 Onhold 流程

流程说明:Task 指派后,扫描同一 PUP 中任意一单,系统检测到剩余未揽收订单,提示 Driver 选择 Onhold 剩余订单。

5.5.1 触发条件

同一 PUP 下有多个未揽收订单,Driver 扫描其中任意一单,系统触发 Onhold 提示。

5.5.2 操作流程

  1. 扫描订单:扫描目标 PUP 中的第一个订单,系统检测到剩余未揽收订单;
  2. 选择 Onhold 订单:进入 "Pending Orders" 页面,若有需要可勾选需 Onhold 的剩余订单,点击 "On Hold"
  3. 选择原因:进入对应页面,单选 Onhold 原因(如 Seller Fault、Driver Fault 等)点击 "Next"
  4. 完成 Onhold :相关订单的状态更新为 Onhold,返回任务列表。

5.6 Handover to Station流程

流程说明:Driver 发起交接,生成条形码;站点工作人员主运营系统扫描条形码完成交接确认。

5.6.1 司机端操作

  1. 发起交接:选择时间范围,勾选需交接任务,核对汇总信息后,点击 "Handover to Station"
  2. 生成条形码:进入 "Handover Task" 页面,查看任务信息(订单数、Driver 信息等)及条形码、Handover Task ID 等,出示给站点工作人员

5.6.2 站点端操作

  1. 进入页面:Pickup Handover 页面
  2. 扫描验证:输入 Handover Task ID 或扫描条形码,查找对应交接任务;
  3. 确认交接:核对交接信息(订单数、Driver信息等),选择交接方式(一次性交接 / 逐个扫描交接)。

5.6.3 交接完成

  1. 站点确认后,司机端显示成功交接提示,核对交接站点、订单总数;
  2. 可返回交接列表或查看详情。

5.7 Handover to Driver 流程

流程说明:Driver 在相关页面通过 "Handover to Driver / Receive Handover Parcel" 选项,完成 Driver 间的订单交接。

5.7.1 转交方操作

  1. 发起交接:转交方下拉菜单点击 "Handover to Driver" ,在相关页面勾选需交接订单,点击 "Hand Over"
  2. 生成条形码:查看交接任务信息(订单数、转交方信息等)及条形码,出示给接收方;
  3. 等待确认:接收方扫描条形码后,核对接收方信息,接收方确认后,显示成功提示;
  4. 完成交接:可返回交接列表或查看详情。

5.7.2 接收方操作

  1. 接收交接:接收方下拉菜单点击 "Receive Handover Parcel",在相关页面查看待接收任务;
  2. 核对详情:查看转交方信息、待接收订单列表,可全选订单;
  3. 扫描确认:扫描转交方提供的条形码,核对交接任务信息;
  4. 确认接收:点击 "Accept" → "Confirm" 完成接收,可继续揽收其他订单或直接交接至站点。

5.7.3 完整流程链路

转交方发起交接 → 生成条形码 → 接收方扫描条形码 → 接收方确认接收 → 转交方显示交接成功 → 接收方继续后续流程

关键点
  • 交接双方均需在 Driver APP 操作,通过条形码确认身份及任务;
  • 接收方接收后,订单归属自身,可正常揽收或转交站点。

六、最佳实践 & 注意事项

6.1 操作建议

6.1.1 任务分配

  • 小规模 / 特殊场景:Single Assign
  • 大批量常规订单:Wave Assign
  • 路线优化需求:Trip Assign
  • PUPG :定期维护分组,及时更新 PUP 经纬度
  • Route:基于历史数据优化,合理配置车辆资源

6.1.2 司机操作

  • 扫描:确保订单号准确,外部订单仔细核对
  • 凭证:签名清晰、照片可辨、备注完整
  • 交接:核对订单数量与条形码,确认状态更新

6.2 常见问题处理

  • 订单未分配:检查 PUPG、Wave Rule、Scheduler、Route 配置
  • 分配错误:核对 Route 司机、Wave Rule 绑定关系
  • 无法扫描:检查订单状态、网络,可手动输号
  • 计算失败:检查 PUP 经纬度、车辆资源、Zone / Cluster 划分
  • 路费计算失败:重算 / 使用默认值

6.3 数据质量要求

  • PUP:经纬度 / 地址 / 揽收时间窗口准确完整
  • Route:顺序、距离、预估时间合理
  • Vehicle:载重、体积、速度、服务时间配置真实

七、总结

7.1 流程核心

  1. 订单来源:内部 / 外部单、正 / 逆向单、站点单全覆盖
  2. 分配灵活:单量 / 批量 / 行程三种模式
  3. 高度自动化:Wave + Scheduler 定时执行
  4. 智能路线:历史 + 预测数据优化
  5. 司机端闭环:扫描→凭证→交接全流程

7.2 成功关键

  1. 基础数据准确(PUP、车辆、地址)
  2. 规则配置合理(分组、路线、批次)
  3. 司机操作规范(凭证、交接、扫描)
  4. 系统计算稳定(路线、路费、调度)

八、关键概念说明

8.1 术语定义

  • PUPPickup Point,揽收点,物理揽收位置,可包含多笔订单
  • PUPGPickup Point Group ,揽收点组
    • Manual PUPG:手动创建维护
    • Mapped PUPG:地理位置自动映射
  • Pickup Task :揽收任务,1 Task = 1 PUP
  • Pickup Trip :揽收行程,多 Stop 组成的完整路线
  • Route :路线,定义 PUP 访问顺序
  • Stop :停靠点,1Stop 可包含 1+PUP
  • Wave:批次,批量定时处理机制
  • Cluster / Zone :地理分区,用于 PUP 自动分组
  • ETAEstimated Time of Arrival,预计揽收时间窗口

8.2 状态说明

  • Pickup OrderCreated → Assigned → Picked Up / On-hold / Failed
  • Pickup TaskCreated → Assigned → Accepted → Completed / On-hold
  • Pickup TripPending Assign → Assigned → Expired → Completed
  • Calculation Task:待计算 → 计算中 → 待确认 → 算路费中 → 已同步
相关推荐
vx-bot5556661 小时前
企业微信ipad协议的事件驱动架构与实时监听实践
架构·企业微信·ipad
摸鱼的春哥1 小时前
把白领吓破防的2028预言,究竟讲了什么?
前端·javascript·后端
infiniteWei1 小时前
SKILL.md 触发机制与设计规范:避免“写了不触发”
java·前端·设计规范
慧一居士1 小时前
SVG图片介绍和使用
前端
Rysxt_1 小时前
Uniapp全局配置教程
前端·uniapp
阿珊和她的猫1 小时前
深入理解与使用 Cookie:Web 开发中的关键机制
前端·状态模式
用户547487596221 小时前
webpack代码分割
前端
绝无仅有2 小时前
计算机网络核心面试知识深入解析
后端·面试·架构