Работаем с доставкой, курьеров несколько, и порядок объезда точек каждый выбирает сам — по памяти, на глаз, иногда просто по порядку поступления заказов. Из-за этого получаются нелепые петли по городу: курьер уже проехал мимо района, а через час возвращается туда же за следующим адресом. Расход топлива и времени в итоге выше, чем должен быть, а часть клиентов получает заказ позже обещанного просто потому, что маршрут построен неудачно.
Хочу заказать разработку модуля, который на основе списка адресов доставки на смену сам строит порядок объезда с минимальным пробегом. Отдельное требование — учёт временных интервалов: если покупатель попросил приехать к определённому часу, система должна ставить эту точку в маршрут с учётом этого ограничения, а не как попало. И главное — маршрут должен пересчитываться на лету: если посреди дня добавился новый заказ, точка не просто дописывается в конец списка, а вставляется туда, где это логично по расстоянию и времени, а весь оставшийся маршрут пересобирается заново.
Плюсом будет, если решение сможет распределять новые заказы между несколькими курьерами, работающими в одном районе, выбирая того, кто ближе, а не назначая всё на одного и того же человека по умолчанию. База заказов и панель диспетчера уже есть, интеграция нужна в существующую систему, а не отдельное приложение. В отклике опишите, на какой логике или библиотеке маршрутизации вы обычно строите такие решения и какой картографический сервис используете для расчёта расстояний.
Ожидаю от результата:
— построение маршрута с минимальным временем в пути по списку точек на смену
— перестройку маршрута при добавлении нового заказа без ручного вмешательства
— учёт временных интервалов доставки
— распределение новых заказов между несколькими курьерами по близости
Хочу заказать разработку модуля, который на основе списка адресов доставки на смену сам строит порядок объезда с минимальным пробегом. Отдельное требование — учёт временных интервалов: если покупатель попросил приехать к определённому часу, система должна ставить эту точку в маршрут с учётом этого ограничения, а не как попало. И главное — маршрут должен пересчитываться на лету: если посреди дня добавился новый заказ, точка не просто дописывается в конец списка, а вставляется туда, где это логично по расстоянию и времени, а весь оставшийся маршрут пересобирается заново.
Плюсом будет, если решение сможет распределять новые заказы между несколькими курьерами, работающими в одном районе, выбирая того, кто ближе, а не назначая всё на одного и того же человека по умолчанию. База заказов и панель диспетчера уже есть, интеграция нужна в существующую систему, а не отдельное приложение. В отклике опишите, на какой логике или библиотеке маршрутизации вы обычно строите такие решения и какой картографический сервис используете для расчёта расстояний.
Ожидаю от результата:
— построение маршрута с минимальным временем в пути по списку точек на смену
— перестройку маршрута при добавлении нового заказа без ручного вмешательства
— учёт временных интервалов доставки
— распределение новых заказов между несколькими курьерами по близости
