配车与配送路线

把配送点、装载量和时间窗口,转成现场可执行的配车方案。

同时处理车辆、司机、货量、时间窗口、车型限制、固定线路和当天变更,生成可由人员确认、修正并最终确定的巡回顺序。

起始数据
可从 Excel、CSV 或配车表开始初次诊断。
决策范围
同时评估配送分配和巡回顺序。
确认
由人员确认未配车、延迟和固定线路变更原因。

真正的难点

配车的难点不只是地图上画更短的线。

只有同时满足货量、时间指定、车型、工时、据点规则以及初版计划后的变更,才是可以执行的配车。

货物不一定装得进每辆车

重量、体积、托盘、包装形态和装载顺序,会限制可用车辆。

时间窗口会打破简单的距离顺序

上午指定、交付预约、收货暂停和作业时间,可能让最近的点不是下一个点。

需要车辆适配

冷冻、冷藏、尾板车、车型和客户指定会收窄候选车辆。

车辆故障和紧急订单会改变整体计划

尽量保持已确定线路,同时重算剩余任务很重要。

配车是同时处理 配送点 x 车辆 x 装载 x 时间 x 变更 的决策。

模型化决策

把必守条件、偏好和改善指标分开设计。

如果把所有规则都当成同等强度,要么生成不了候选,要么生成现场无法信任的配车。

数理框架

min lexicographic(未配车, 延迟, 加班, 固定线路变更, 车辆数, 距离, 装载偏差)

本页面演示是说明用的确定性启发式,不是生产用优化引擎,也不保证最优性。

Hard

必须满足的条件

  • 装载上限

    让重量和体积保持在车辆上限内。

  • 车型和温度带适配

    只把满足车型、设备和温度带的车辆作为候选。

  • 交付时间窗口

    让到达和作业开始落在可收货时间内。

Soft

尽量保留的偏好

  • 固定线路

    可行时,让常规客户继续由通常车辆负责。

  • 减少变更

    尽量不移动已装车、已通知、已确定的线路。

  • 负荷均衡

    避免行驶、货量和加班过度集中在少数车辆。

Objective

要改善的指标

  • 未配车

    显示无法放入计划的配送及其原因。

  • 距离和行驶时间

    先满足必守条件和高优先配送,再减少移动。

  • 延迟和加班

    让可能迟到或超过工时的候选清楚可见。

说明用演示

改变当天状况,查看配车方案如何变化。

切换车辆故障、紧急订单、道路拥堵、装载、车辆适配和可用车辆数,观察候选方案变化。

该浏览器演示使用虚构数据和直线距离估算。它不是保证道路距离、法规适合性、装载可行性或严格最优性的生产用优化引擎。

当天状况

检查条件

已配车

准时

预估行驶

固定线路

预计加班

路线图

概略路线

该图是示意图。生产项目只有在确认费用、条款和隐私处理后,才使用地图、移动时间矩阵或道路时间 API。

按车辆的路线

车辆别的一天

规则设计

把配车人员的经验变成明确的数据契约。

第一个原型通常从数据和规则确认开始。需要为以下规则组定义名称、优先级和示例。

VRP-01 Hard

装载上限

重量和体积不得超过车辆容量。

VRP-02 Hard

交付时间窗口

只保留能满足必守收货时间的候选。

VRP-03 Hard

车辆适配

按温度带、设备和车型筛选可用车辆。

VRP-04 Soft

固定线路维持

可行时让常规客户留在通常车辆上。

VRP-05 Soft

小范围修正

可锁定已装车或已通知的线路后重算。

VRP-06 Objective

未配车优先

在缩短距离前,先减少高优先级未配车。

VRP-07 Objective

距离和时间

满足必守条件后再减少行驶。

VRP-08 Objective

负荷均衡

避免行驶、货量和加班集中到少数车辆。

VRP-09 Objective

可确认的变更

显示移动、延迟和未配车原因。

可解释输出

不知道理由的配车方案,现场不会使用。

确定前应能查看顺序、到达时刻、装载、警告和未配车原因。

按车辆的顺序和时刻

按车辆显示出库、到达、作业、等待、休息和回库。

未配车原因

分类显示装载、车辆适配、时间窗口和工时上的失败点。

方案比较

用同一指标比较未配车、距离、延迟、加班、台数和装载率。

手动锁定

锁定已确定的车辆或顺序,只重算剩余任务。

适用业务

适合需要在本地规则下组合车辆和配送点的业务。

不同行业条件不同,但核心都是决定哪辆车装什么、按什么顺序巡回。

批发和区域配送

支持门店交付时间、固定线路、车辆台数和多据点规则。

食品和温度带配送

处理常温、冷藏、冷冻、装载、交付预约和等待。

集货与回收

计划集货量、中转点、车辆容量和回收频率。

建材和设备配送

处理车型、尾板或吊装、现场搬入时间、装载顺序和返还品。

数据

从现有配车表、车辆清单和规则备忘开始。

匿名化的一天或一周数据也可以开始。先确认条件能否表达,以及候选方案是否能帮助配车人员。

配送与集货清单

地点、时间窗口、作业时间、重量、体积、温度带、优先级、固定车辆。

车辆和司机清单

容量、车型、设备、温度带、工时、出发和回库据点。

业务规则

必守条件、偏好、评价优先级、固定线路、休息、外包条件。

当前计划和实绩

现行配车、实际到达、等待、行驶、未配车、手动修正记录。

小型原型

在正式开发前,先确认配车问题是否可以计算。

固定范围原型可以比较现行方案、发现缺失数据,并整理生产系统需要的结构。

适合专用开发的情况

本地规则多,市售配车产品难以吸收,并且需要说明候选理由。

先考虑现成产品的情况

如果路线固定、配送量小、条件简单,应先考虑现有配车工具。

FAQ

配车自动化前常见问题。

整理演示边界、地图数据、人工确认和系统连接范围。

本页面演示是生产求解器吗?

不是。它是说明用的确定性启发式。生产环境会根据件数、规则、地图数据和响应时间选择求解器、搜索方式和运行环境。

可以从 Excel 或 CSV 开始吗?

可以。可从匿名化的配车表、配送清单、车辆清单、规则备忘和现行方案开始确认。

可以连接地图或路线 API 吗?

可以。需要确认道路距离、所需时间、拥堵、车辆限制、API 费用、条款、缓存和个人信息处理。

配车人员可以手动修改路线吗?

可以。可锁定车辆或配送顺序,只重算剩余部分,并比较变更前后的影响。

一定能把所有配送都安排进去吗?

不能。当容量、车型或时间不足时,系统应显示未配车及原因,而不是隐藏。

确认业务

这项配车业务,也许可以表达成数理系统。

我们可以查看当前配车表和规则备忘,整理最小可测试的数据范围。

用配送数据咨询