Здравствуйте.
gre4esky пишет:Добрый день.
Вот такой вопросик. Планируется ли вводиться в систему зоны обслуживания\запрета ? То есть если заказы, попадающие в одну зону обслуживания должны по возможности загружаться в один автомобиль (который закреплен за это зоной).
Тоже самое и зонами запрета, то есть если для автомобиля указана зона запрета, то система будет прокладывать маршрут таким образом, чтобы данный автомобиль вообще не въезжал в зону запрета.
Да - такой функционал планируется. Вероятней всего через геозоны. Скорее всего не на уровне объектов, а на уровне групп или всего пользователя. По поводу зон влияния - можно добавить геозоны к складу, а сами объекты на склад итак - уже сейчас. Я говорю про зоны запрета.
gre4esky пишет:И функционал меток (похож на теги чем-то). Чтобы была возможность указать совместимые и несовместимые метки для заказа. Заказы с совместимыми метками могут загружаться в один автомобиль, заказы с несовместимыми метками загружаться в один автомобиль не будут. Также если у транспорта указана метка, то чтобы система проверяла, является ли данный заказ совместимым с транспортом.
Такой функционал не планировался - теги изначально (и по смыслу) - способ представления заявок (фильтрации). Если вам необходимо отделить "скоропорт" от "бакалеи" - лучше создать два заказа и выбрать им разные типы объекта. Так по смыслу ближе к реальной жизни.
gre4esky пишет:Добрый день.
Подскажите, будет ли такое реализовано:
1) Время работы водителя\автомобиля.
Водителя скорее нет, чем да. По поводу объекта - вполне вероятно. Но скорее на уровне планирования в плане выставления временных окон (с по) если время не указано дополнительно. Но сам принцип - не доставлять, когда никто не работает в системе уже учтен - не индивидуально на уровне водителя, а на уровне времени по умолчанию.
gre4esky пишет:2) У клиента планирование проходит на неделю вперед, т.е. заявки могут быть доставлены, например, с понедельника по четверг и окно доставки с 8.00-20.00 (окно для каждой заявки своё). День доставки не важен, главное чтобы доставка попадала в окно + учитывалось время работы автомобиля (если нет возможности развести все заявки в этот день, водитель начинал развоз согласно своего расписания на следующий день).
Пока такое не планировалось - наши рекомендации заключаются в том, что маршрут - это непрерывный процесс. В случае с "доставкой на неделю" лучше планировать с понедельника по четверг четыре маршрута. Вашей ситуации изначально не было в концепте и реализовать ее будет непросто. Если будут еще партнеры, желающие получить то же самое - обязательно рассмотрим.
gre4esky пишет:3) Выбор время старта маршрута. Чтобы не было ситуаций когда маршрут по факту начался в 15.00, а по системе в 7 утра и расчет времени прибытия и посещения точек по дням будет не совсем верен
Так или иначе в системе это уже реализовано (к примеру если старт на складе - есть время работы склада. Или к примеру если все заявки на вечер, то стартовать в семь утра они не будут. Если у вас есть случаи, когда не смотря на указания окна на вечер, маршрут стартовал утром - пришлите, пожалуйста, пример на support@gurtam.com
m.boyko пишет:Глюк или недоработка?
2 ситуации с импортированными маршрутами:
1) Маршрут на сегодня + маршрут на завтра (или в будущее) с посещением одних и тех же мест. Сегодняшний закрывается (точки посещения отмечается синим) одновременно с маршрутом из будущего, при этом на будущем маршруте идет время опережения зеленым (+15 часов, например). То есть система не распознает, что эти маршруты разделены по времени.
Такое поведение системы неочевидно - если у вас есть пример, пришлите его, пожалуйста, на support@gurtam.com и мы попробуем посмотреть, в чем проблема.
m.boyko пишет:2) Маршрут в маршруте. Обычная ситуация: машина едет на доставку, обратный путь вечером, но вдруг приходит приказ быстро вернуться назад еще за чем-то (такое часто бывает при развозке запчастей). Импортируем "внутренний" маршрут, который не выходит за временные рамки "внешнего". Но ... так как точки повторяються при закрытии внутреннего маршрута закрывается и внешний.
Если бы система понимала такие ситуации, то она работала бы в пределах времени активного маршрута и закрывала бы только заявки из активного маршрута, ну типа такого:
Старт Внешнего {......Заявка Внешнего............ Старт Внутреннего { .......Заявка Внутреннего........}Конец Внутреннего.......Заявка внешнего...}Конец Внешнего (по горизонтали Время)
Спасибо.
На данный момент реализован функционал добавления заявок в текущий маршрут. Вероятней всего вы об этом. Уточните, пожалуйста. на support@gurtam.com точное поведение (маршрут - время с по, точки, какие импортировали, что произошло - есть нюансы).
адреса сервис логист .xlsx