当前位置：首页 > news >正文

面向小B端的城市配送 OWTB 3PL 计划物流平台设计方案

news 2026/7/13 9:09:20

一、方案概述

1.1 平台定位

本平台定位为面向城市小微商户（小B端）的 OWTB（Outward Warehouse To Business）计划物流操作系统。旨在通过“计划物流”模式，将小B商户离散、随机的补货需求，转化为确定性的仓配计划，依托yudao-cloud 强大的微服务治理能力，构建OMS/WMS/TMS/BMS 一体化的 3PL 履约中台。

1.2 目标客群

核心客群：社区便利店、夫妻老婆店、早餐茶饮店、生鲜水果店。
扩展客群：小型餐饮连锁、社区团购自提点、五金建材门店。

1.3 核心价值

商户端：不停货（计划补货）、不压货（智能推荐）、成本低（集单共配）、对账易（一键结算）。
平台端：高装载率（智能集单）、高人效（自动化流程）、高毛利（精细计费）、强粘性（SaaS订阅）。

二、总体架构设计

2.1 技术底座：yudao-cloud

本方案选用yudao-cloud 作为基础开发平台，其核心优势在于：

成熟的后台管理：内置完善的用户、角色、部门、菜单、字典、操作日志等基础功能，无需重复开发。
微服务治理：基于 Spring Cloud Alibaba，集成 Nacos（注册/配置中心）、Sentinel（流控）、Gateway（网关），保障系统高可用。
开发提效：内置代码生成器、MyBatis Plus 封装、Redis 缓存、分布式锁，大幅提升开发效率。
多租户支持：天然支持多租户（SaaS）模式，完美契合 3PL 服务多货主的业务场景。

2.2 OWTB 四核业务架构

基于 yudao-cloud 的基础设施，我们构建上层的四大核心业务系统：

graph TD subgraph 用户端 (Client Layer) C1[商户小程序/APP] --> GL[API Gateway] C2[商户POS/ERP] --> GL C3[PC 管理后台] --> GL end subgraph 基础支撑层 (Yudao Cloud Infrastructure) Y1[yudao-system: 用户/角色/租户] Y2[yudao-infra: 文件/配置/监控] Y3[yudao-bpm: 工作流引擎] Y4[yudao-pay: 支付/退款] end subgraph OWTB 业务核心层 (Business Domains) B1[OMS: 订单中心] B2[WMS: 仓储中心] B3[TMS: 运输中心] B4[BMS: 计费中心] end subgraph 公共服务层 (Common Services) S1[调度引擎: 预约/集单] S2[算法服务: 路径优化/预测] S3[基础数据: 商品/客户/运力] end GL --> B1 & B2 & B3 & B4 B1 & B2 & B3 & B4 <--> Y1 & Y2 & Y3 & Y4 B1 <--> S1 B3 <--> S2 B1 & B2 & B3 & B4 <--> S3

三、核心业务模块设计

3.1 OMS（订单管理中心）：计划物流的大脑

基于 yudao 的bpm模块进行流程扩展，实现计划物流的闭环。

预约日历（核心功能）：
- 商户在小程序端看到未来 7 天的“配送班次”（如：周一三五送休食，周二四六送冻品）。
- 系统根据仓库产能（预约单量上限）进行防超卖控制。
智能集单引擎：
- 截单机制：设定每日 20:00 为次日订单截单点。
- 波次生成：截单后，系统自动按“配送区域”和“商品品类”合并订单，生成 WMS 波次作业号和 TMS 配送路单。
全渠道接入：
- 利用 yudao 的开放性，提供标准 API 接口，支持与“饿了么商家版”、“美团管家”等第三方 SaaS 对接，自动抓取销售数据生成补货建议。

3.2 WMS（仓储管理中心）：作业执行的基石

复用 yudao 的权限体系和数据字典，构建符合 3PL 特性的仓储管理。

多货主库存：
- 利用 yudao 的多租户 能力，实现数据物理隔离。每个品牌商（货主）只能看到自己的库存。
作业策略：
- 整散分离：针对小B业务，设置“整箱区”和“拆零区”。系统根据订单数量自动推荐拣货库位。
- 容器化作业：推广使用“周转箱/笼车”。WMS 记录周转箱与门店订单的绑定关系，实现“不倒筐”配送。
RF 作业：
- 基于 PDA 设备，实现入库上架、拣货、复核、发运的扫码化操作。

3.3 TMS（运输管理中心）：履约交付的抓手

基于 yudao 的system模块扩展司机和车辆管理。

智能排线：
- 接收 OMS 的集单结果，调用 GIS 地图服务（如高德/百度），基于“贪心算法”或“遗传算法”规划最优配送路径。
- 考虑因素：车辆载重、容积、门店营业时间窗口、禁行路段。
运力池管理：
- 整合自有车辆与社会化众包运力。司机通过微信小程序接单。
- 实时追踪：利用 WebSocket 技术，在 PC 后台实时展示车辆位置和轨迹。
无纸化签收：
- 司机到达门店，使用小程序扫描门店二维码，上传商品照片，获取电子签名，完成签收。

3.4 BMS（计费管理中心）：业财一体的核心

基于 yudao 的pay模块扩展复杂的计费逻辑。

计费规则引擎：
- 多维计价：配置公式总费用 = 基础配送费 + 楼层费 * 层数 + 超重费 * 超出重量 + 冷链费。
- 阶梯定价：根据月配送单量自动匹配不同的价格阶梯。
自动对账：
- 系统自动抓取 OMS（订单）、WMS（操作）、TMS（里程/时效）的实际数据，与合同报价进行对比。
- 自动生成应收账单（Invoice），推送至商户小程序端。
异常费用处理：
- 利用 yudao 的bpm工作流，实现“货损理赔”、“等候费”等特殊费用的申请、审批、核销流程。

四、关键业务流程：小B计划物流履约

场景：社区便利店次日早餐补货

预约（D-1 20:00前）：
- 店主打开小程序，系统根据历史销量（算法服务）推荐补货清单（牛奶 10 瓶，面包 5 袋）。
- 店主选择“明日早配”班次，系统校验库存和运力后确认订单。
集单（D-1 20:00）：
- 截单时刻到，OMS 启动集单引擎。将该店订单与同路线的 50 家门店订单合并。
- 生成波次号#WAVE20231101AM，下发至 WMS。
作业（D-Day 02:00-05:00）：
- WMS 生成拣货任务，拣货员按最优路径拣货，并装入对应门店的周转箱。
- 凌晨 05:00，货物装载完毕，TMS 生成路单#ROUTE001。
配送（D-Day 06:00-08:00）：
- 司机按导航顺序送货。到达第 15 号店，店主扫码签收，系统自动扣减库存并触发计费。
结算（D-Day 09:00）：
- BMS 汇总该趟任务数据，生成账单。店主在小程序端查看并支付（或月结）。

五、基于 yudao-cloud 的开发实施建议

5.1 模块划分建议

在 yudao-cloud 项目中，建议新建以下 Maven 模块以承载 OWTB 业务：

yudao-module-owtb-oms：订单、预约、波次管理。
yudao-module-owtb-wms：入库、出库、库存、盘点管理。
yudao-module-owtb-tms：车辆、司机、路线、运单管理。
yudao-module-owtb-bms：合同、费率、账单、核销管理。
yudao-module-owtb-base：商品、客户、供应商等基础档案（供各模块引用）。

5.2 关键扩展点

多租户隔离：在yudao-module-system的基础上，确保所有 OWTB 的业务表均包含tenant_id字段，并在 MyBatis Plus 拦截器中自动注入，确保数据隔离。
工作流集成：将 BMS 的“账单审核”、“异常费用审批”流程挂载到 yudao 的bpm模块下，复用其流程设计器和任务处理能力。
定时任务：利用 yudao 自带的定时任务框架（Quartz/XXL-JOB），实现“自动截单”、“自动生成波次”、“自动对账”等后台作业。