货物不一定装得进每辆车
重量、体积、托盘、包装形态和装载顺序,会限制可用车辆。
真正的难点
只有同时满足货量、时间指定、车型、工时、据点规则以及初版计划后的变更,才是可以执行的配车。
重量、体积、托盘、包装形态和装载顺序,会限制可用车辆。
上午指定、交付预约、收货暂停和作业时间,可能让最近的点不是下一个点。
冷冻、冷藏、尾板车、车型和客户指定会收窄候选车辆。
尽量保持已确定线路,同时重算剩余任务很重要。
配车是同时处理 配送点 x 车辆 x 装载 x 时间 x 变更 的决策。
把决策建模
如果把所有规则都当成同等强度,要么生成不了候选,要么生成现场无法信任的配车。
数理框架
按优先级最小化:未配车、延迟、加班、固定线路变更、车辆数、距离、装载偏差
本页面演示是说明用的确定性启发式,不是生产用优化引擎,也不保证最优性。
必守
装载上限
让重量和体积保持在车辆上限内。
车型和温度带适配
只把满足车型、设备和温度带的车辆作为候选。
交付时间窗口
让到达和作业开始落在可收货时间内。
偏好
固定线路
可行时,让常规客户继续由通常车辆负责。
减少变更
尽量不移动已装车、已通知、已确定的线路。
负荷均衡
避免行驶、货量和加班过度集中在少数车辆。
指标
未配车
显示无法放入计划的配送及其原因。
距离和行驶时间
先满足必守条件和高优先配送,再减少行驶距离。
延迟和加班
让可能迟到或超过工时的候选清楚可见。
说明用演示
切换车辆故障、紧急订单、道路拥堵、装载、车辆适配和可用车辆数,观察候选方案变化。
该浏览器演示使用虚构数据和直线距离估算。它不是保证道路距离、法规适合性、装载可行性或严格最优性的生产用优化引擎。
已配车
准时
预估行驶
固定线路
预计加班
路线图
该图是示意图。正式项目只有在确认费用、条款和隐私处理后,才使用地图、行驶时间矩阵或道路时间 API。
按车辆的路线
未配车
规则设计
第一个原型通常从数据和规则确认开始。需要为以下规则组定义名称、优先级和示例。
VRP-01
必守
重量和体积不得超过车辆容量。
VRP-02
必守
只保留能满足必守收货时间的候选。
VRP-03
必守
按温度带、设备和车型筛选可用车辆。
VRP-04
偏好
可行时让常规客户留在通常车辆上。
VRP-05
偏好
可锁定已装车或已通知的线路后重算。
VRP-06
指标
在缩短距离前,先减少高优先级未配车。
VRP-07
指标
满足必守条件后再减少行驶。
VRP-08
指标
避免行驶、货量和加班集中到少数车辆。
VRP-09
指标
显示行驶、延迟和未配车原因。
可解释输出
确定前应能查看顺序、到达时刻、装载、警告和未配车原因。
按车辆显示出库、到达、作业、等待、休息和回库。
分类显示装载、车辆适配、时间窗口和工时上的失败点。
用同一指标比较未配车、距离、延迟、加班、台数和装载率。
锁定已确定的车辆或顺序,只重算剩余任务。
适用业务
不同行业条件不同,但核心都是决定哪辆车装什么、按什么顺序配送。
支持门店交付时间、固定线路、车辆台数和多据点规则。
处理常温、冷藏、冷冻、装载、交付预约和等待。
计划集货量、中转点、车辆容量和回收频率。
处理车型、尾板或吊装、现场搬入时间、装载顺序和返还品。
数据
匿名化的一天或一周数据也可以开始。先确认条件能否表达,以及候选方案是否能帮助配车负责人判断。
地点、时间窗口、作业时间、重量、体积、温度带、优先级、固定车辆。
容量、车型、设备、温度带、工时、出发和回库据点。
必守条件、偏好、评价优先级、固定线路、休息、外包条件。
现行配车、实际到达、等待、行驶、未配车、手动修正记录。
下一步路径
配车常常与上门访问、生产计划、库存和人员分配相关,因此保留相关入口。
常见问题
整理演示边界、地图数据、人工确认和系统连接范围。
不是。它是说明用的确定性启发式。生产环境会根据件数、规则、地图数据和响应时间选择求解器、搜索方式和运行环境。
可以。可从匿名化的配车表、配送清单、车辆清单、规则备忘和现行方案开始确认。
可以。需要确认道路距离、所需时间、拥堵、车辆限制、API 费用、条款、缓存和个人信息处理。
可以。可锁定车辆或配送顺序,只重算剩余部分,并比较变更前后的影响。
不能。当容量、车型或时间不足时,系统应显示未配车及原因,而不是隐藏。