项目描述
翻译我们经营一个小型送货业务，有几名快递员，目前每位司机都手动规划自己的路线——查看地图应用，猜测首先访问哪个地址，并且经常因为停靠顺序没有考虑周全而在城里来回走动。这每天都浪费燃料和工作时间，客户在承诺的送货时间窗口延迟时会抱怨，因为快递员被困在一个规划不当的循环中。
我们需要一个系统，能够获取每位快递员当天的送货地址列表，并自动计算出最短的访问顺序，考虑到客户请求的特定送货时间窗口。路线不能是静态的：新订单在整个班次中不断到达，当这种情况发生时，剩余的停靠点应该重新计算，而不是将新地址简单地添加到列表的末尾。如果系统能够比较在同一区域工作的几名快递员，并将新订单分配给实际更近的快递员，而不是总是同一位司机，那也会有所帮助。
我们已经有一个内部调度面板和一个基本的快递员移动应用，因此优化逻辑应该连接到我们现有的订单数据，而不是作为一个独立的产品构建。请告诉我们您将依赖哪个路线或地理编码服务，您之前是如何解决类似的多停靠点优化问题的，以及更新后的路线将如何在不干扰快递员送货的情况下到达他们的手机。
结果应包括：
— 每位快递员每日停靠列表的自动最短路线计算
— 添加或取消订单时的实时重新计算
— 支持客户时间窗口
— 快递员手机上的更新路线视图，接近实时
我们需要一个系统，能够获取每位快递员当天的送货地址列表，并自动计算出最短的访问顺序，考虑到客户请求的特定送货时间窗口。路线不能是静态的：新订单在整个班次中不断到达，当这种情况发生时，剩余的停靠点应该重新计算，而不是将新地址简单地添加到列表的末尾。如果系统能够比较在同一区域工作的几名快递员，并将新订单分配给实际更近的快递员，而不是总是同一位司机，那也会有所帮助。
我们已经有一个内部调度面板和一个基本的快递员移动应用，因此优化逻辑应该连接到我们现有的订单数据，而不是作为一个独立的产品构建。请告诉我们您将依赖哪个路线或地理编码服务，您之前是如何解决类似的多停靠点优化问题的，以及更新后的路线将如何在不干扰快递员送货的情况下到达他们的手机。
结果应包括：
— 每位快递员每日停靠列表的自动最短路线计算
— 添加或取消订单时的实时重新计算
— 支持客户时间窗口
— 快递员手机上的更新路线视图，接近实时
网页编程 现金, 银行转账
