调度是一项决策，不只是状态变更
责任清晰的调度软件
将已就绪任务分配给合适的司机、车辆或承运商，显示每项分配所保障的承诺，并在计划偏离时保留变更记录。
如需算法路线规划、实时车联网，或现场服务专用的技能和备件逻辑，请连接相应专业系统。
调度就绪检查
阻止信息不完整的任务进入看板
每个“已就绪”项目都应回答相同的运营问题。
| 就绪检查问题 | 必需证据 | 缺失时的处理 |
|---|---|---|
| 何时何地？ | 服务地点、窗口及承诺到达 | 计划由明确的负责人保留 |
| 必须处理什么？ | 运输方式、数量或装载情况，以及处理要求 | 返回请求完成 |
| 谁能执行？ | 可用的驾驶员、车辆或承运商能力 | 容量异常或替代分配 |
| 什么凭证完成？ | 所需签名、照片、扫描件、收件人或备注 | 凭证要求对受让人仍然可见 |
管控闭环
在运营记录中完成改派
调度看板不仅要显示最新负责人，还应说明变更原因。
- 01
队列准备工作
只有完整且已批准的请求才会进入可分配队列。
- 02
比赛能力
比较优先级、时间窗口、能力和资源可用性。
- 03
发布作业
让一位负责任的负责人和调度时间可见。
- 04
监控变化
记录阻塞、重新分配、异常和分派状态并附上原因。
- 05
远离证据
使用配送点事件和证据，而不是不受支持的手动“完成”状态。
相邻系统
选择与目的地工作相匹配的派遣产品
配送、现场服务和紧急调度对专业能力的要求各不相同。
这个送货调度App
- 货件和配送点信息
- 司机/车辆/承运商分配
- 重新分配和阻止者历史记录
- 凭证和交付异常
考虑相邻的专业软件
- 现场服务：技能、零件、工单和服务合同
- 车队管理：车联网、维护、合规与燃料
- 路线规划：交通感知优化和动态预计到达时间
- 公共安全：紧急呼叫和 CAD 协议
调度员工作台
围绕当前待决策事项设计每个视图
把所有内容堆在一个大看板上，反而更难发现紧急任务。应分别呈现就绪、运力、执行中和恢复任务，同时保留统一关联的分配历史。
已准备好但未分配
显示优先级、时间窗口、处理需求和合格容量，以便调度员进行下一次分配。
产能面临风险
解决无法使用的司机或车辆、冲突的窗口以及如果没有干预就会迟到的工作。
货件后更改
保留原来的任务、变更原因、新的负责人和受影响的承诺，而不是默默地更换计划。
已完成但未闭环
将缺少证据、有争议的数量或未解决的异常的工作保留在已完成的队列之外，直到证据被接受。
上线决策
通过每次重新分配来保护承诺
在换班或产能故障期间，保留原始分配、变更原因、新负责人、确认和受影响的交付窗口。调度员应该能够解释现在谁拥有工作以及哪个客户承诺面临风险，而无需从消息或覆盖的字段中重建当天的情况。
上线前需回答的问题
调度管理软件 常见问题
调度管理软件应显示哪些信息？
应显示已就绪任务、履约承诺、地点/时段、所需能力、已分配资源、调度时间、当前状态、阻塞或改派原因，以及用于结案的凭证。
Jodoo 会自动优化路线吗？
本示例不会。Jodoo 用于协调请求、运力、任务分配和异常；如需自动排序和交通感知 ETA，应连接路线优化引擎。
送货调度与现场服务调度有何不同？
配送调度中心负责货件、停靠和凭证。现场服务派遣通常会添加技能、零件、工作期限、服务合同和技术完成记录。
调度员仪表板应优先考虑什么？
优先显示尚未分配但已可执行的任务、即将到期的承诺、受阻或重新分配的任务、配送失败点，以及待验收的凭证，而不是只展示没有行动价值的记录总数。
调度员和经理可以使用不同的视图吗？
是的。 Jodoo 可以按角色呈现集中的队列和仪表板，同时保持每个视图连接到相同的请求、货件、分配和异常记录。在启动之前验证实际用户角色的权限。
查看实际运行的产品
打开本页面对应的示例 App
查看关联记录、运营视图、真实异常审核工作流，以及具有代表性的正常、有风险、失败和已完成配送状态。