按收货时间窗编排配送路线草案

路线顺，还要客户愿意在那个时间收货

配送顺序只看地址远近，可能排出一条路程短却无法完成的线路：第一家午休不收货，第二家必须预约，第三家要卸半小时，后面的客户便一起延误。

可以让 WorkBuddy 整理配送点、时间窗、货量与已核实路程，生成可讨论的线路草案，并把冲突留给调度处理。

先把排线需要的数据给齐

准备起点、配送点完整地址、客户收货起止时间、预约要求、预计卸货或服务时长、订单件重方、车型容量，以及车辆和司机可用时间。距离和路程时间优先用企业现行线路、货车导航核实结果或专业系统导出数据，注明日期。

如果只有地址，可以先做片区与要求整理；准确行驶时间要补查后才能推演。历史平均耗时也要说明是否包含排队与装卸。

按片区、时间窗和容量逐层检查

先按已有片区划分配送点，检查同一客户多张订单能否在业务规则内合并。然后把严格时间窗、预约点和特殊装卸要求标出来。

先确认每个时间窗约束的是到达、开始服务还是完成服务，约定不清列待补。以已核实路程逐站推演：到达＝上一站离开时间＋本段行驶时间；存在开始服务下限时，开始服务＝到达、允许开始时刻和已确认预约时刻中的最晚值；等待＝开始服务－到达；服务结束＝开始服务＋服务时长；离开＝服务结束＋规则明确的必要离场时间。再根据窗口类型核对到达、开始或结束是否在允许范围。客户早到不能等候的，还应列等候地点与改约待办，不能默认可以原地等待。

以下为方法演示，并非实测：08:00 出仓，到 A 点行驶 30 分钟，08:30 到达；A 点要求 09:00–10:00 开始卸货，服务 20 分钟，则等待 30 分钟，09:00 开始、09:20 结束。假设无额外离场时间，A 到 B 行驶 25 分钟，09:45 到 B；B 点要求 10:00 前完成，服务 20 分钟，则 10:05 才结束，超出 5 分钟。若 B 的要求实际是 10:00 前到达，结论才是按时到达。因此“09:45 到场”不能替代完成时限检查，调整后还需重算后续站点。

同时检查每车重量、体积和任务工时。对确认后的配送顺序给装车提醒，通常先送货物需要便于先卸，但现场装载还要服从安全与货物保护要求。

可以直接使用的指令

请按提供的订单、收货时间窗、车辆容量和已核实路程，编排配送路线草案。
先列资料缺口，区分行驶、等待和装卸服务时间，不自行生成地图距离或限行规则。
按片区整理站点，先确认每个窗口约束到达、开始还是完成，缺定义列待确认。逐站计算上一站离开＋行驶得到到达，按允许开始和预约规则计算等待、开始、结束及离开，再推下一站。输出公式取数与各时刻；不能默认早到允许现场等待。
逐车检查总重量、总体积、可用时间和每个收货窗口。冲突点保留，不擅自改客户要求；列可讨论调整及受影响订单。
输出线路草案、时间推演、容量检查、装车顺序提醒和待人工核实清单。不声称全局最优，不发送司机。

结果要同时呈现线路和冲突

只有站点排序不够。每条线路应附到达时间的计算依据，以及预约、容量和服务时长的核对结果。没有可行安排的订单单独列出，便于决定补车、改约或拆分。

人工重点看哪几处

核对路程数据、停收时间、等待是否计入，以及一车多点是否漏单。临时新增站点后，要重新检查后续时间窗，不能只看新站点能否插进去。

当天变化怎么继续

车辆晚出发、客户临时改约或道路受阻后，把最新确认条件补充进去，让 WorkBuddy 标出受影响站点并重算已有方案。绕路、补车和改承诺分别列为不同选择，不默认全部可用。

正式路线由调度确认

货车限高限重、实时路况、天气和通行许可需要可靠工具与现场判断。资料不足时，WorkBuddy 不能凭地址保证路线合规或更省油。调度确认可行路线、司机安排和客户约定后，再按企业流程下发。