本文目录
订单异常也要有责任人和处理路径
配送系统先解决一票货从创建、派单、接单、取货、签收到异常处理的状态和责任。地图只是展示方式，改址、拒收、运费变化与结算才是需要逐条确认的业务规则。
先画正常签收与失败分支
例如司机已取货，收件人临时改址。调度要判断服务范围、追加费用和司机是否同意；原地址与变更记录都要保留。
- 首版可以用人工派单，先验证状态流转，再评估自动调度。
- 验收示例：改址失败后按约定退回，订单不能被误标为正常签收。
定位、计价与司机端分别核算
司机 APP、网页入口和小程序在定位与现场使用上有不同边界。电子签收、路线规划、多区域计价及供应商接口应具体列明。
- 地图、短信、轨迹存储、设备和接口按选定供应商规则单列成本。
- 拿一票跨区且有等待费的订单，检查计价与展示是否包含。
运单和签收凭证要共同导出
订单、运单、司机、轨迹、照片或验证码核验结果应以稳定编号关联。客户与司机更换联系方式后，历史配送记录仍可解释。
- 交接计价版本、调度规则和物流接口账号。
- 抽取一笔投诉运单，沿记录找到派单、改址、联系与签收凭证。
司机只看当前任务所需信息
调度按区域派单，司机查看自己的任务，客户查看自己的运单，结算人员读取已确认费用。站点不能随意访问其他站点客户。
- 任务结束后的联系人可见范围和保留时间按业务要求配置。
- 用另一名司机打开运单链接，验证无法改状态或获取联系人。
运费变更必须关联原因
预估运费、最终应付、司机应结和实际收款是不同字段。等待、搬运、改址、退回等费用需要约定计费依据和确认人。
- 退单、补贴和罚扣作为明确明细，避免直接改总额。
- 同一运单回传两次签收事件，只生成一笔应结记录。
状态提醒要能识别真实进度
已派单不代表司机已接单，已取货不代表即将送达。通知应使用真实业务状态，并在司机拒单或长时间不接单时提醒调度处理。
- 异常联系记录与通知结果放在运单详情，方便客服接管。
- 模拟司机拒单，客户不应继续看到该司机正在配送。
准时率要约定承诺时间与排除条件
按预计送达、约定时间段还是实际改约后的时间计算，结果不同。取消、拒收、退回与超时分别统计。
- 里程、时长和收益统一按订单或运单统计，拆单关系需明确。
- 用一单拆两票且一票退回的数据核对报表，不将整单重复计入成功数。
到实际路线测试弱网与定位
模拟室内取货、地下停车场、跨区域切换与应用恢复前台。定位缺失时应允许按约定记录现场凭据，不让司机伪造连续轨迹。
- 准备司机培训、异常客服入口和服务区域配置。
- 在断网期间完成签收后重连，核对时间、位置和凭据只同步一次。
扩区域前拆清计价和调度配置
不同区域可能使用不同车型、营业时间和附加费。新增区域应复制经检查的配置，而不是直接共享全部业务参数。
- 监测未接单、长期停滞、轨迹异常和结算积压。
- 更新计价后查看旧运单，费用依据仍显示当时的规则版本。
位置和联系方式按任务授权
定位采集的目的、范围和查看权限应与配送任务对应。轨迹导出与客户通讯录不宜开放给全部运营人员。
- 签收凭证要绑定运单，避免一张照片被当成多个订单的证明。
- 测试司机任务被转派后，旧司机不能再签收或查看新增联系信息。
需求讨论中的问题
首版必须做自动派单吗？
不一定。订单密度、司机约束和优先级没确定前，人工派单更方便发现规则；等有运行数据后，再比较规则派单与人工调度的效果。
地图上没有轨迹，就不能签收吗？
应按业务允许的证据方式处理异常定位，记录原因和人工复核入口。不能把定位可用性等同于实际是否完成配送。
带着这些资料讨论方案
可逐项勾选，辅助本次阅读；刷新页面后不保留。
准备规划物流配送系统？
可以先提供一条脱敏业务记录和一个异常处理过程，帮助我们把你的实际规则落实到页面、接口与验收条件。