Мы рассматриваем возможность использования HERE Tour Planning API для нашего нового продукта управления автопарком, и у нас есть несколько вопросов о том, как это работает (много белых пятен в документации):
В объекте решения (ответ на запрос POST / проблема) в параметре остановки указано местоположение в каждом действии, тогда как по определению остановка определяет ровно одно местоположение, поэтому местоположение в каждом действии на остановке кажется полностью избыточным, если только Я кое-что скучаю. Итак, какова его цель и в каких случаях конкретное место на мероприятии может отличаться от местоположения остановки?
Использование емкости по сравнению со спросом вообще не покрывается: как именно емкость по сравнению со спросом, используемым в планировщике? Например:
2.1. Если у меня есть только поставки (как утверждает Dev Guide, все работы по def предполагают потребность в 1), но автомобиль вместимостью 10, означает ли это, что можно сделать только 10 доставок?
2.2 . Предполагается ли, что для самовывоза без явной потребности есть потребность, равная 1, аналогично доставке без явной потребности? Если да, то если у меня есть только пикапы, а автомобиль вместимостью 10, значит ли это, что можно сделать только 10 пикапов?
2.3. Как в точности зависит от вместимости транспортного средства для смешанного набора работ по вывозу / доставке? Если автомобиль имеет вместимость 1, а для всех заборов и доставок требуется 1, означает ли это, что система будет планировать работу точно так, как доставка-> самовывоз-> доставка-> самовывоз -> ...?
2,4. Отслеживает ли система неиспользованную вместимость транспортного средства после каждого приема и доставки, чтобы определить, возможен ли следующий прием или доставка? Если да, то считается ли Транспортное средство полным (неиспользованная емкость всегда = 0) или пустым (неиспользованная емкость всегда = указанная емкость в параметрах транспортного средства) в начале смены? Другими словами, если проблема состоит из 1 транспортного средства с вместимостью 1 и 2 заданий, одного пикапа и одной доставки, каждая из которых требует 1, означает ли это, что транспортное средство всегда будет считаться полным в начале и всегда будет назначаться на работу по доставке, чтобы освободить место для самовывоза? Или наоборот?
2.5. Если автомобиль имеет вместимость 1, означает ли это, что он никогда не будет назначен для работы по вывозу или доставке с требованием 2?
Может ли одно мульти-задание иметь несколько приемов и доставок одновременно? (Из документации я вижу, что может.)
3.1. Правильно ли я понимаю, что в такой работе все забросы будут планироваться ВСЕГДА перед поставками?
3.2. Если да, то играет ли здесь роль вместимость автомобиля? Если сумма требований для всех пикапов равна 10, но автомобиль имеет только 5 мест, можно ли его назначить для этой работы, или этого никогда не произойдет?
На что влияет Время ожидания и как именно оно используется? Пример? «минимальное время буфера, которое мы должны сохранить до окончания временного окна» - какое именно временное окно?
В примечаниях к выпуску говорится: «До 35 типов транспортных средств» - из документов я вижу, что транспортное средство Тип - это на самом деле средство передвижения, а не тип, верно? То есть ограничение означает, что API планирует одновременно не более 35 автомобилей, верно? Если да, то почему термин «тип» используется для обозначения отдельного транспортного средства (есть ли причина?)?
[E900413] «У профессии есть навыки, которые не может обслуживаться автомобилем » - почему это ошибка, которая приводит к сбою всего сеанса планирования, а не просто причина отмены назначения этого конкретного задания?
In проблема-> парк мы передаем typeId, это единственный идентификатор, который идентифицирует транспортное средство, но в решении-> tours мы получаем и vehicleId, и typeId - как они соотносятся с typeId в проблеме? Если это тот же typeId, то что это за vehicleId и как система его узнает, если мы не проходили его раньше?
Спасибо!