1

Предложения по доработке Logistics

Topic: Предложения по доработке Logistics

Доброго дня.

Наши клиенты активно пользуются Logistics, поэтому возникли следующие предложения:

1) При распечатке маршрута необходимо, чтобы выводился общий вес и вес каждой заявки;

2) При распечатке маршрута нужно, чтобы выводился комментарий к заявке (уже ранее такое предлагалось другими пользователями);

3) Нужна возможность к каждой заявке добавить "товар". Затем для построенного маршрута необходимо иметь возможность видеть список товаров, которые надо взять со склада (пример: https://www.screencast.com/t/jW3UcxhL);

4) Нужна возможность курьеру в мобильное приложение список товаров, которые нужно доставить в рамках одного маршрута (с одного склада);

5) Если есть нераспределенная заявка за предыдущий день, то при входе в логистику она не видна до тех пор, пока вручную не выберешь интервал со вчерашнего дня. Может быть добавить группу "нераспределенные заявки", где будут собираться за предыдущий период. Или подтягиваться в "сегодняшние" с пометкой (знаком или цветом);

6) Не понятна причина появления предупреждающего знака при распределении заявок  Может будет возможность добавить всплывающую подсказку? Или распределить знаки по цвету (красный - перебор по весу, желтый - не успевает по времени и т.п.)?

7) После отклонения заявки в маршруте пишет по предыдущим, что они пропущены. Но заявка может быть отклонена, если стала просто неактуальна (клиент передумал и т.п.). Получится ли добавить функцию "удалить"? Тогда предыдущие заявки останутся активными для посещения.

8) Если в маршруте не была посещена одна заявка, то через день она остается в активном маршруте из одной заявки. Может было бы логичным, чтобы она попадала обратно в нераспределенные заявки?

Wialon Operator
1

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте.

mabu wrote:

Доброго дня.

Наши клиенты активно пользуются Logistics, поэтому возникли следующие предложения:

1) При распечатке маршрута необходимо, чтобы выводился общий вес и вес каждой заявки;

Уточните, пожалуйста, про какую распечатку идет речь? Варианта три - план загрузки, сам маршрут из списка или отчет? Или везде? Мы планируем корректировку работы с этими элементами и важно понимать ,куда отнести ваш запрос.

mabu wrote:

2) При распечатке маршрута нужно, чтобы выводился комментарий к заявке (уже ранее такое предлагалось другими пользователями);

Этот момент занесен в бэклог приложения, спасибо за ваш интерес - его мы отметим также.

mabu wrote:

3) Нужна возможность к каждой заявке добавить "товар". Затем для построенного маршрута необходимо иметь возможность видеть список товаров, которые надо взять со склада (пример: https://www.screencast.com/t/jW3UcxhL);

При работе с добавлением заявки доступно поле комментария. В него как правило вносятся товары - этот комментарий доступен водителю в приложении. Пока новых полей для ввода "позиций" мы не предусматривали. Отмечу, что исходя из нашего опыта такие строки вносятся сторонней системой (складской логистики) и как раз в поле комментария.

mabu wrote:

4) Нужна возможность курьеру в мобильное приложение список товаров, которые нужно доставить в рамках одного маршрута (с одного склада);

См. пункт выше

mabu wrote:

5) Если есть нераспределенная заявка за предыдущий день, то при входе в логистику она не видна до тех пор, пока вручную не выберешь интервал со вчерашнего дня. Может быть добавить группу "нераспределенные заявки", где будут собираться за предыдущий период. Или подтягиваться в "сегодняшние" с пометкой (знаком или цветом);

Очень хорошая идея - спасибо, занесу в бэклог приложения.

mabu wrote:

6) Не понятна причина появления предупреждающего знака при распределении заявок  Может будет возможность добавить всплывающую подсказку? Или распределить знаки по цвету (красный - перебор по весу, желтый - не успевает по времени и т.п.)?

У таких маршрутов есть всплывающая подсказка, также она есть в заявках - не подходящие под критерии высвечиваются. Возможно мы подумаем, как выделить их сильней.

mabu wrote:

7) После отклонения заявки в маршруте пишет по предыдущим, что они пропущены. Но заявка может быть отклонена, если стала просто неактуальна (клиент передумал и т.п.). Получится ли добавить функцию "удалить"? Тогда предыдущие заявки останутся активными для посещения.

В данном случае будет немного иначе - мы планируем сделать порядок прохождения точек произвольным. По сути это то, что описываете вы.

mabu wrote:

8) Если в маршруте не была посещена одна заявка, то через день она остается в активном маршруте из одной заявки. Может было бы логичным, чтобы она попадала обратно в нераспределенные заявки?

Это также планируется ввести.

К сожалению точными сроками ввода того или иного функционала поделиться не представляется возможным, обязательно следите за релизами в соответствующих темах (о приложении и тут) - по мере появления функций мы будем держать вас в курсе.

2

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

И еще одно пожелание от клиента.

В Логистике, в разделе Маршруты, хорошо бы в собственно сформированном маршруте добавить возможность двигать точки между собой, удалять точки. Эта возможность есть в разделе планирования, но необходимость возникает вносить коррективы в уже сформированном маршруте, при этом сам маршрут удалять и перепланировать нельзя (нам нельзя, надо сохранить тот, который сформирован - под него загружена машина, но удалить из него 1-2 точки - отмена доставок на момент выезда водителя).
Контекст: маршрут формируют накануне вечером, под него загружают машины (в порядке разгрузки), к утру часть доставок может отмениться, последовательность разгрузки уже не изменить. Мы забираем этот маршрут от вас к себе в 1С и делаем автоматическую смс рассылку о доставке. Т.о. нам надо, чтобы маршрут состоял из реальных запланированных точек."

Как мне кажется, произвольный порядок посещения точек тут не поможет: нужно именно удалить точку. Можете ли что-то предложить?

Wialon Operator
3

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте.

"Как мне кажется, произвольный порядок посещения точек тут не поможет: нужно именно удалить точку. Можете ли что-то предложить?" - да, присваивайте точкам статус "завершена". Я так понимаю смысл в том, что объект не поедет в эту точку, но разгружать машину никто не будет. Вот и выйдет - точка не видна, водитель поехал, все хорошо. Если я правильно понял описание клиента.

4

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

serd wrote:

Уточните, пожалуйста, про какую распечатку идет речь? Варианта три - план загрузки, сам маршрут из списка или отчет? Или везде? Мы планируем корректировку работы с этими элементами и важно понимать ,куда отнести ваш запрос.

Добрый день.
По возможности - в каждом перечисленном случае, но приоритет для сформированного маршрута.

Wialon Operator
5

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

mabu  - спасибо за уточнение. Вероятней всего доработка и будет комплексно относиться ко всем трем случаям, но это предстоит еще решить при продумывании дизайна и пользовательского поведения. Следите за релизами Логистики - в ближайшем обновлении, намеченном на начало октября этого не будет т.к. список задач сформирован.

6

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

mabu пишет:
8) Если в маршруте не была посещена одна заявка, то через день она остается в активном маршруте из одной заявки. Может было бы логичным, чтобы она попадала обратно в нераспределенные заявки?

Это также планируется ввести.
К сожалению точными сроками ввода того или иного функционала поделиться не представляется возможным, обязательно следите за релизами в соответствующих темах (о приложении и тут) - по мере появления функций мы будем держать вас в курсе.

Сергей, есть информация по срокам доработки по этому пункту?

7

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

voal wrote:

mabu пишет:
8) Если в маршруте не была посещена одна заявка, то через день она остается в активном маршруте из одной заявки. Может было бы логичным, чтобы она попадала обратно в нераспределенные заявки?

Это также планируется ввести.
К сожалению точными сроками ввода того или иного функционала поделиться не представляется возможным, обязательно следите за релизами в соответствующих темах (о приложении и тут) - по мере появления функций мы будем держать вас в курсе.

Сергей, есть информация по срокам доработки по этому пункту?

приветствую. Добавить к вышеозначенному на данный момент нечего - сроки релиза данного функционала пока не известны.

8

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте!

1. Нас интересует возможность для оператора/диспетчера создавать легко маршруты.

К примеру, очень удобно реализовано в Gurtam Maps. Кликом по карте создаем маршрут и указываем промежуточные точки простым перетягиванием трека. Это то что нам нужно. Есть ли возможность учитывать тип транспортного средства, его габариты и максимальный тоннаж при прорисовке маршрута?

2. Возможность отправить (залить) данный маршрут в мобильное приложение водителя.

Водитель ничего не делает. Он получает Push уведомление и просматривает маршрут на своем мобильном устройстве.

3. Возможность для водителя переписываться с оператором/диспетчером в едином приложение, которое отображает данные маршруты. Оператор в чате написал водителю про детали маршрута, и водитель ему ответил и наоборот.

4. Возможность сохранять маршруты для будущего использования в качестве шаблонов.

5. При получение водителем маршрута, созданного оператором показывать в программном обеспечение маршрут и получать голосовое и визуальное уведомление, к примеру, повернуть на право через 50 м.

Для нас подходит ваш чат из модуля Logistics и Gurtam карты. Возможно реализовать этот функционал в одном приложение?
Будем весьма рады реализации данного запроса. Данное конкурентное преимущество поможет нам выигрывать тендера.

9

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте !

У Нас есть одно предложение по доработке Logistics и надеюсь оно будет полезное  и для других интеграторов тоже :

1) На этапе планирование 1 шаг где  весь список заявок после импорта, маршруты создавать на половину вручную  " имеено на карте "  путем перетягивание или группировки заявок  в одном маршруте(это поможет программе в облегчении расспределении заявок а клиентом  оптимизировать доставки ) ! Это удобно когда работа идет чаще всего с разовами заявками и не может быть привязка к Гезонам .

Если я мое предложение неясное сообщите пожалуйста и я попытаюсь привести примеры и Screen-ы к вышесказанному!
Всего доброго всем

10

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте, Миша

В ближайшем обновлении мы постараемся добавить некоторое подобие "ручного режима" в логистике - у нас действительно довольно много просьб, связанных с тем, что "логист сам знает, как лучше", следите за новостями - релиз планируется провести в марте-апреле, а значит и функционал вы точно не пропустите.

11

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Serghei wrote:

Здравствуйте!

1. Нас интересует возможность для оператора/диспетчера создавать легко маршруты.

К примеру, очень удобно реализовано в Gurtam Maps. Кликом по карте создаем маршрут и указываем промежуточные точки простым перетягиванием трека. Это то что нам нужно. Есть ли возможность учитывать тип транспортного средства, его габариты и максимальный тоннаж при прорисовке маршрута?

Маршрут в системе прокладывается на основе точек внутри GIS сервера. Мы рассматривали возможность указанных вами доработок, но к сожалению на данный момент это технически невозможно.

Serghei wrote:

2. Возможность отправить (залить) данный маршрут в мобильное приложение водителя.

Водитель ничего не делает. Он получает Push уведомление и просматривает маршрут на своем мобильном устройстве.

Водитель получает точки следования в виде заявок одну за другой. При переходе в режим карты он видит их визуально. Если он выберет заявку на карте, ее можно открыть любым удобным ему навигатором (Яндекс, гугл и т.д.) - сам маршрут следования приложение не хранит т.к. следование по нему контролировать приложение не может. Спасибо за ваше предложение, мы обязательно рассмотрим возможность его внедрения.

Serghei wrote:

3. Возможность для водителя переписываться с оператором/диспетчером в едином приложение, которое отображает данные маршруты. Оператор в чате написал водителю про детали маршрута, и водитель ему ответил и наоборот.

Чат есть в мобильном клиенте для логистики - на текущем этапе его функционал был признан вполне достаточным, а дополнительные комментарии диспетчер для водителя может оставить в самом заказе.

Serghei wrote:

4. Возможность сохранять маршруты для будущего использования в качестве шаблонов.

Данная возможность вполне вероятно появится в скором времени - реализована будет наподобие "постоянных" заявок (только в данном случае уже "марщрутов".

Serghei wrote:

5. При получение водителем маршрута, созданного оператором показывать в программном обеспечение маршрут и получать голосовое и визуальное уведомление, к примеру, повернуть на право через 50 м.

Для нас подходит ваш чат из модуля Logistics и Gurtam карты. Возможно реализовать этот функционал в одном приложение?
Будем весьма рады реализации данного запроса. Данное конкурентное преимущество поможет нам выигрывать тендера.

Эти функции на данный момент не планируются т.к. требуют полновценного офлайн навигатора, который итак уже можно использовать в комбинации с логистикой (выбрав тот, которым водителю удобней пользоваться, чтобы не ограничивать его выбор).

12

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

У нас  есть еще одно предложение по доработки , если будет возможно , на 1-ом этапе после выделение одной области можно было расспределить их   на автомобили. Таким образом мы сможем  на этапе расспределение видеть количество заявок на каждом авто и плюс количество нерасспределенных заявок . Сейчас мы пробовали и нам очень понравилось но судь в том что при выделение области группируються определенное количество заявок и нужно переходить к шагу 2 для выбора объекта и потом к шагу 3 для сохранение маршрута ,а  в случае если маршрут  очень большой приходится возвращаться к шагу 1 и снять одну либо две заявки .  Если информация не очень ясна я могу переформулировать свою мысль. Спасибо заранее !!!

13

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте, Миша

Спасибо за ваше предложение - мы планируем переработать механику чтобы создание маршрутов стало немного более гибким. В том числе и в плане сохранения заявок.

Возможно после следующего релиза необхоимость в описанном вами функционале пропадет сама собой.

14

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Правильно ли я понимаю, что на данный момент при планировании маршрутов не учитываются пробки? Если да, то когда стоит ожидать данный функционал?

Автонавикс
г. Новосибирск
Avtonavix.ru | Автонавикс.рф
15

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте, DmitriyCh

Ваше высказывание не полностью соответствует истине, а само планирование пробок - вещь весьма спорная. К сожалению неизвестно, присутствовали ли вы при обсуждении данного функционала на телематике, а также изучали ли аргументы, приведенные выше. Поэтому повторюсь - смысл введения планирования с учетом пробок спорный.

Например планируете вы на завтра доставки - зачем и как там анализировать пробки? По текущему состоянию? Если планирование производится в обед - вечером пробки будут, но сейчас их нет. Сколько времени машина проведет в пробке? Это может быть час, а может быть 10 минут.

Если планирование производится сегодня на завтра - какие пробки будут завтра? Например каждый день пробка в этом месте есть, но тут водитель успел проехать это место быстрей или не попал в пробку вовсе.

Информация будет обладать крайней степенью погрешности - покажет вам время посещения, которое будет ненадежным.

Однако - в Gurtam Maps при распределении вы можете выставить расчет времени посещения с учетом повышающего или понижающего коэффициента (т.е. вы знаете, что в среднем движение по городу в два раза медленней, чем установленные скоростные ограничения - значит понижение на 2х ну и так далее). Опять же - сейчас на дорогах снег - в таких условиях тоже следует использовать пониженную скорость при распределении.

Google, недавно интегрированный в систему позволяет проводить анализ траффика при планировании - а вот погрешности там будут соответствовать описанным выше.

В любом случае - если на вопрос "а пробки посчитает" вам важно ответить клиенту "да", вы смело можете так сказать и это будет правда.

16

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте , у нас к вам 2 вопроса/предложения по Logistics :


1) Возможно ли внедрение работы не только с заявками но и с клиентами  ? Для многих наших клиентов важна статистика (либо отчеты ) по конечным покупателем ( к примеру количество доставленных заявок за месяц по каждому  клиенту ).
   Они видят работу таким образом : В Logistics  будут заранее созданы либо импортированы с файла клиенты  , при импорте заявок будем          указывать чьи это заявки ! А в программе будет фильтрация заявок по клиенту . Это нужно для работы вместо постояных заявок , ведь на данный момент работа ведется только по заявкам что чуть усложняет ее . К примеру постояные заявки не всегда являются  постояными и нужно их редактировать вручную . Хорошим решение было бы база данных с информацией о клиенте (условно : название    компании, адресс , какой агент по продажам из нашей компании работает с этим клиентом,......,..... ) то есть информация которая не    нуждается в  изменении в любой из заявок . В итоге получается что имея сохраненную базу данных при импорте можем  сопоставить   новые  данные (к примеру номер накладной , сумма покупки , дату доставки , филиал ,.......) и таким образом будут создаватся новые  заявки на основе уже  имеющейся информацией + новые данные .
   
2) При импорте заявок есть возможность создание шаблона в котором порядка 20-ти столбцов , условно мы импортируем заявки со
    информацией разделенная на все эти столбцы ! Где можно найти всю эту информацию после сохранение всех заявок ?
    Вопрос в том что при сохранение маршрутов на 3-ем этапе клиент экспортирует каждый  маршрут в XLS и кроме как объект,имя клиента ,
    стоимось и адресса он не видет ничего . Может мы делаем что-то неправельно ? И подскажите если есть возможность переиминовать
    столбцы  в шаблоне при импорте заявок под нужды клиента (вместо произвольных полей задать свое название)?

Спасибо вам заранее !!!)))

17

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

serd
В данном случае имелось ввиду прогноз пробок как на Яндекс Картах, который "помнит" какие пробки обычно в городе в тот или иной день и в тот или иной промежуток времени. Например давнее решение от стороннего разработчика "Департамент Логистики" умел так делать.
Да, это не совсем точно, но явно точнее коэффициентов, вбиваемых руками.

Автонавикс
г. Новосибирск
Avtonavix.ru | Автонавикс.рф
18

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый день.
Сделайте в Чате привязку того диспетчера, под каким он и зашел.
Курьер не понимает, кто ему написал, а на одном ресурсе сидят свыше 10ти диспетчеров.

19

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый день!

Есть несколько пожеланий по Логистике.
1). Нужно больше произвольных полей при формировании заявок.
Есть поле "Комментарии" и есть "Другое поле".
Но для некоторых клиентов этого мало. Есть потребность, чтобы "Других полей" было 4-5.

2). Требуется возможность корректировать уже сохраненные маршруты. Сейчас есть возможность только добавить заявку. Было бы хорошо, если бы можно было менять заявки местами также, как на этапе планирования.

3). Сделать возможность более гибкой работы со складами. Есть пять-шесть складов.  Есть автопарк. Есть список заявок. Нужно, чтобы при распределении этого списка, разные машины стартовали с одних складов и возвращались на другие склады. И промежуточные склады для разных маршрутов разные. И функционал нынешний, когда для формирования каждого отдельного маршрута нужно постоянно заходить в настройки и менять склады там, неудобен, сильно замедляет работу и заставляет делать много дополнительный действий.  Может можно назначение складов вынести непосредственно на этап планирования. Чтобы не нужно было идти в настройки каждый раз.

20

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте всем , у нас тоже есть предложения по доработке LOGISTICS:
1)Есть необходимость экспорта всех  готовых маршрутов сразу , в текущей версии можно экспортировать только по одному маршруту (условно мы сохранили 16 маршрутов и можно было бы  все выделить и экспортировать  в один файл или в 16-тй разных файлах ) .
2)При экспорте в XLS уже готовых  маршрутов  есть пожелание видеть Имя объекта  и имя водителя привязанному к этому объекту . Это необходимо для привязки в сторонних программах заявок и водителей/объектов .
3)Нужно решение для следующей задачи :При импорте  мы загружаем информацию для каждой заявки в отдельности  , будь это имя продавца,  город, номер телефона клиента , и многое другое !!!  Эта информация в процессе импорта теряется , а для клиента она очень важна !!!Судь в том что при экспорте маршрутов в XLS не видна вся информация   каторая была импортирована и процесс очень усложняется .
4)Возможность дополнить  сохраненный маршрут  по несколько заявок сразу .
Спасибо вам заранее !!!

21

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый день!

Еще одно пожелание, чтобы была возможность сохранять маршруты для последующего повторного использования. Раз есть постоянные заявки, соответственно есть и постоянные маршруты. Клиенты жалуются, что приходится каждый день делать одно и тоже, а было бы хорошо просто повторно использовать готовый маршрут

22

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

kipo.newapex
Спасибо за предложение!

Задача уже в разработке, через несколько недель будет доступна

23

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Прошу как-то прокомментировать вопросы за 27-е и 30-е апреля. Чтобы понимать Вашу позицию. Спасибо!

24

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

для фуд доставки за 40 мин не можем совместить аппс с рабочим схемам.
1.диспетчеру нужен от водителя повреждения получения заказа
2. когда он доходит в ресторан он должен чекиниться что он ждет заказа, чтобы потом иметь статистику ресторан в своем заказе тормазит или нет,
3. как то сортировать заказы по А до Б , чтобы из первой заказа А не отправил к второму заказ Б, программа не понимает, к примеру был 30 закзаов тоист 15 маршрут А-Б, они имели однаковие имена заказа  по разним временим интервалам до первой точки 15мин до конечной точки(клиента) с время заказа 40мин, когда сразу даю эти точки по 15 машинам он 12 все четко распределит а осталние 3 путает)
4. из общей панели мониторинга показывает все машины которые даже не на смене в аппсе логистика , здесь тоже можно как то дать  функцию выбора.
5. все таки пуш уведомление очень плохо работают
6. после заканчивние закза из аппс не стераетса закончный маршрут и как то мешает водителю не мож найти свой актуальный, если сможте каждый новый заказ бросил перед из списка

Anushavan Simonyan
GS monitoring Yerevan, Armenia
25

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

kipo.newapex wrote:

Прошу как-то прокомментировать вопросы за 27-е и 30-е апреля. Чтобы понимать Вашу позицию. Спасибо

1) В настоящее время нет планов по добавлению дополнительных полей в заявку.
2) Редактирование существующего маршрута непростая задача. Если вам нужно существенно поменять сохранённый маршрут, возможно проще будет расформировать его и сформировать заново с новыми добавленными заявками
3) При планировании есть иконка шестрерёнки, в которой можно изменить параметры распределения. Эти параметры будут применены только для текущей сессии, сохранённые в настройках параметры изменены не будут https://forum.gurtam.com/misc.php?action=pun_attachment&item=7900&download=0
Касательно доработок экспорта, к сожалению, невозможно предложить формат, который подойдёт всем. Экспорт предоставляет базовую информацию, для интеграции и сложной логики есть Remote API, с помощью которого можно реализовать любую логику

gsmonitoring
Спасибо за детальное описание проблемы, скоро выйдет новая версия приложения, которая поможет решить некоторые вопросы

26

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Партнеры!
Добрый день!

Еще раз прошу отреагировать и прокомментировать предложение по поводу возможности редактирования уже сохраненных маршрутов!
Полтора месяца от Вас никакой реакции.
Если это не интересно, не важно и т.д. озвучьте это, пожалуйста.

27

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

kipo.newapex
Как я уже писал выше

2) Редактирование существующего маршрута непростая задача. Если вам нужно существенно поменять сохранённый маршрут, возможно проще будет расформировать его и сформировать заново с новыми добавленными заявками

Планов на доработку данного функционала в ближайшем будущем нет

28

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Спасибо большое за ответ!

29

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте всем  , а подскажите пожалуйста есть ли планы по доработке следующего  функционала а именно :
1)Добавление по несколько заявок сразу в уже сохранненый маршрут(на данный момент можно добавлять только по одной заявки , и
затрудняется процесс построение и редактирование маршрутов ). Спасибо вам заранее  !!!

30

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Миша
Добавлять заявки в существующий маршрут можно по одной
В шаблон маршрута можно добавлять несколько

Планов по изменению этого поведения пока нет

31

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый день.
Возник вопрос по отчетам и работай с ними.
2018-06-11 10:00:20  Формат времени  в отчете по выполненным маршрутам  не очень удобен  в обработке. Можно его изменить  на просто 10:00:20??.  Еще вопрос возник при формировании отчетов  по Маршрутам. Во вкладке  Маршруты внизу есть Кнопка .XLSX
и  Статусы:
1. Активный;
2. Планируемый;
3. Выполненный.
Когда Маршрут находится в статусах 1,2  Там только  Время Планируемое. Факт проставляется  после посещения точки
в Статусе  3  выполнены все условия. Можно ли добавить колонку  "Факт Км" (пробег).
Удобно пользоваться, маршрут выполнен. Не нужно лезть в отчеты, а сразу его сделал находясь в нем.

32

Предложения по доработке Logistics

(edited by sets 11/06/2018 15:07:10)

Re: Предложения по доработке Logistics

Добрый день.

По поводу формата времени.
Возникает проблема в отличие маршрутов, если указать такой формат и выбрать отчет за неделю.
По этому было решено оставить так как есть)

Вопрос про "факт км", спасибо за предложение, мы его рассмотрим обязательно.

Спасибо за ваши вопросы.

Команда LABS
33

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый день!

Есть большая просьба-предложение от клиента, у которого используется интеграция.
Заявки импортируются из стороннего приложения.

Диспетчер работает с заявками прямо с карты. И ему очень нужно понимать, как давно эти заявки созданы.
Есть предложение сделать цветовую схему при отображении заявок на карте. Например, заявка находится в системе 15 минут - она отображается на карте зеленой точкой, от 15 до 30 минут - желтая точка, более 30 минут - красная. 
Это все для того, чтобы максимально быстро обрабатывать заявки.

Ожидаю комментариев. Спасибо!

34

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

kipo.newapex
Сейчас мы не используем дату создания заявки в логике приложения. Мы подумаем возможно ли это реализовать

За предложение спасибо

35

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

При создании заявки в поле адрес необходимо добавить функционал: выпадающий список со списком геозон пользователя. Используя в качестве адресов геозоны, будет очень удобно выбирать их из списка. Сейчас этого очень не хватает.

36

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

nebeshiy так есть же
когда начинаешь вводить адрес, то появляется геозоны выпадающим списком.
если у вас нет, то тогда пишите с доступами  на support@gurtam.com

Technical Support Department Gurtam
37

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте всем , есть предложение по доработке Logistics и надеюсь что оно будет пригодно для всех интеграторов !
1)Нужно решить следующую задачу , Условно у нас 3 разных объекта ( А,Б,В) и 3 Склада А1(север страны), Б1(центр страны),В1(юг страны)  , каждый из объектов привязан к одному из Складов (А-А1),(Б-Б1),(В-В1) ! Мы импортируем 100 заявок по всей стране ....и   для правильного построения маршрутов, заходим в настройках планирование меняем началный/конечный склад А1 переходим на карту с заявками , группируем 30 заявок , выбираем один объект , сохраняем маршрут !!! И так с каждым складом в отделности. Можно ли этот процесс поменять следующим  методом : не забываем что каждый объект привязан к определенному складу таким образом импортируем те же 100 заявок , на карте группируем те же 30 заявок и при выборе объекта А программа понимает что он привязан к складу А1 и  этот маршрут рассчитывается с учетом что начальный/конечный склад А1, тоже самое с  остальными заявками ! Таким образом мы хотим помочь программе в оптимизации процессов .
Я надеюсь что мысль была ясна , если нет , я переформулирую задачу ! Мы будем рады и встречным предложениям для решения данного запроса !
Спасибо вам заранее !!!

38

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый вечер!
1. Есть такое предложение как если заявка не выполнена и не подтверждена со стороны диспетчера или водителя что бы она не пропадала, а например светилась как факел на карте и привлекала внимание пока ее не закроет диспетчер.
Зачем это нужно, у меня пользователи хотят использовать Логистику для быстрого планирования своей работы, и как мне объяснили по условиям договора они должны сделать работы в течении суток, так вот диспетчер принял заявку кинул на карту назначил объект, а объект на выполнил работу, не закрыл. И вот в данном случае такая незакрытая заявка должна напоминать каким то образом о себе, до разбора полетов кто и что не выполнил.
2. Я столкнулся с такой проблемой как при создании заявки в ручном режиме находясь в часовом поясе +2 у меня не коректно отображается дата выполнения заявки, то есть если я строю заявку сегодня на сейчас то у меня дата вчерашняя.
И даже если я назначаю объект на данную заявку то мне Логистика не прокладывает маршрут и не показывает сколько километров до точки, все по нулям

39

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте!
Сегодня было выпущено обновление Logistics v.3.0.6 в котором были исправлены проблемы с часовыми поясами.
Теперь время в заявках должно отображаться корректно.

40

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Обновление вышло только для Хостинга или для Локала тоже?

41

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Oleg.Hodzitsky, часть правок по Логистике попали в Локал в прошлую среду, остальные попадут на этой неделе.

Solutions Department
Gurtam
42

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Если возможно, сделайте, пожалуйста следующее:
Сейчас : При прохождении точек маршрута, объект попадает в зону (точку) и проезжает ее без остановки, то на карте эта точка отмечается как посещенная без статуса..
По логике, если объект проезжает точку и не останавливается в ней, система не должна фиксировать эту точку как посещенную.
Возможно ли сделать так, чтобы система фиксировала посещение точки только в случае: 1. Остановки (определенное время), 2. И/или остановки и подтверждении посещения через приложение 3. И/или точка посещена (остановка зафиксирована, но не подтверждена).
Этот функционал будет очень полезен тем компаниям, которые не используют мобильное приложение для водителей/курьеров, а используют только трекер установленный в авто и фиксируют посещение точки на основании остановки.

Заранее спасибо!

43

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Предложения по доработке принимаются во внимание?

44

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

nebeshiy
Добрый день

Факт вхождения в геозону - это посещение. При этом посещение геозоны - это не выполнение заявки (курьер подъехал к подъезду, но не отдал посылку). Именно для контроля посещения и выполнения введено 2 отдельных параметра.

Если подтверждение заявки не требуется, можно его просто не использовать, ориентируясь на посещение геозоны

45

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

shmi wrote:

nebeshiy
Добрый день

Факт вхождения в геозону - это посещение. При этом посещение геозоны - это не выполнение заявки (курьер подъехал к подъезду, но не отдал посылку). Именно для контроля посещения и выполнения введено 2 отдельных параметра.

Если подтверждение заявки не требуется, можно его просто не использовать, ориентируясь на посещение геозоны

Да, логика ясна, НО, если у меня работает мусоровоз, и подтверждение выполнения заявки является именно стоянка в зоне. А, сейчас получается, что независимо от остановки, объект может просто проехать зону и она зачтется как посещена без статуса.

46

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте , хотелось бы продублировать предложения с другой ветки:

Коллеги, добрый день.

Есть несколько пожеланий от клиентов:

1) разделять время посещения точки и время подтверждения заявки. Потому что получаем вопросы: а как понять, что курьер действительно был на точке, а не подтвердил её, лёжа на диване? Ведь фактическое время прибытия из отчётов - это время подтверждения заявки, а не её посещения.
Да, можно ещё дополнительно вывести таблицу Поездки по объекту и вручную сверять маршрут, но это явно большой костыль для проверки маршрутов.
Поэтому клиенты искренне удивляются, что нет возможности проверить фактическое  посещение точек курьером и проконтролировать его пунктуальность.
Ну а если это невозможно по какой-то причине сделать - то выводить информацию, на каком расстоянии от точки было подтверждение, чтобы хотя бы косвенно понимать, было или нет физическое посещение.
Также было бы весьма актуально, если бы водитель не мог подтвердить точку, не находясь в её радиусе - только у диспетчера должна быть такая возможность, так как это фактически форс-мажор.

2) назначение склада на машину (привязка).
В идеальной картине мира в логистике один  склад начальный, один промежуточный и один конечный. В реальности же сталкиваемся с тем, что у клиентов несколько складов каждого вида. И чтобы корректно построить маршрут для машины нужно каждый раз менять склады в настройках. Хорошо, если у клиента 5 машин. А если 50? Вручную прогонять каждую через изменение складов?
Поэтому очень актуальный вопрос: возможность привязать к авто свои склады, то есть по умолчанию задавать хотя бы начальный и конечный склад для каждой единицы.

3) из предыдущего пункта вытекает ещё одна потребность: сохранять шаблоны настроек логистики пользователя, чтобы одним кликом между ними переключаться, а не корректировать каждый раз все параметры. Пока костылём  в данном случае является создание отдельного пользователя для каждого "пакета" настроек, но это безумно неудобно.

4) при распределении заявок на машины крайне востребована дополнительная фильтрация последних, возможно в виде тэгов: одним кликом отобрать из списка машины определенного региона, типа, с грузчиками и без или банально "доступен". Да, есть фильтрация по типам ТС, но её мало: у клиентов есть свои критерии классификации.

Может что-то из перечисленного уже можно получить, используя действующий функционал?
В любом случае заранее благодарю за ответ и пояснения.

47

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Предложение по созданию режима ручной корректировки предварительного маршрута
Это может потребоваться в следующих случаях 

1. Изначально автоматическое создание маршрута сделано не оптимально и это понимает логист (например по концентрации пробок)
2. Есть временные ограничения дорожной сети которые необходимо обойти (дорожные работы, мост закрыт на реконструкцию и подобное)
3. Не учтены какие либо ограничения по тоннажу или по габаритам транспорта
4. Водителю необходимо проехать другим маршрутом в связи с какой либо служебной необходимостью, которую нельзя или неудобно заносить в виде заявки (передача  документов, более добрые сотрудники ГИБДД)

Предлагается
Дополнить режим корректировки предварительного маршрута не только с точки зрения изменения порядка точек на маршруте но и с точки зрения самого маршрута - путем либо задания обязательных промежуточных точек не являющихся заявками (что бы маршрут отстроился как нужно - "езжай на улицу Малиновского но только именно через новый мост") либо путем конкретного перетаскивания линии маршрута оператором на карте. Возможны и другие варианты корректировок.

48

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

1. Возможность для оператора отменить подтверждение заявки, т.к. в данный момент, если оператор ошибся и подтвердил, например, заявку в конце маршрута, то все остальные заявки считаются пропущенными и это никак нельзя исправить.
2. Реализовать возможность указать исключающий интервал для заявки. Например, контрагенту удобен интервал доставки с 10:00 до 17:00, но с 13:00 до 14:00 у него обед и он просит не доставлять в это время.
3. Реализовать инструменты для работы с нештатными ситуациями. Например, в городе перекрыли участок дороги, который нужно объезжать с опозданием +1 час. Такая ситуация не должна влиять на показатель опозданий водителя и по идее должна быть возможность на лету сдвинуть все точки маршрута на нужный период времени.

49

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте.
Сейчас, при выставлении флага "порядок прохождения точек "произвольный" система автоматически нумерует точки маршрута  и, когда водитель едет по маршруту в произвольном порядке, автоматом помечает не посещенные точки (которые посещены не по порядку), как пропущенные, что очень неудобно и вводит водителя в заблуждение.
В моем случае у водителя в день в среднем 150 точек по городу. Планируемый системой маршрут не всегда совпадает с реальностью.
Хотелось бы видеть: при выставлении флага  "порядок прохождения точек "произвольный" убрать нумерацию точек и дать водителю возможность произвольно выбирать очередность посещения, и не помечать точки как пропущенные, тем самым не вводить его в заблуждение, что точки пропущены.

50

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый день.

У многих клиентов возникает необходимость после создания маршрутов удалять заявки, т.е. после удаления заявки из маршрута, она должна попадать в пул нераспределенных и быть доступна для планирования.

Так как сейчас приходится расформировывать рейс и создавать его заново, что весьма неудобно.

Планируется ли добавить функцию удаления заявок из созданных маршрутов? или только останется возможность добавлять новые точки?

51

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте всем  , хотелось бы здесь передать слова клиентов (существующих и новых ) а именно что приложение Logistics может и должна  быть более гибкой системой  . Сегодня я прочитал почти все ветки по доработке Logistics и составили небольшой список предложений и надеемся что они попадут на стол разработчиков ))) Некоторые из них взаимосвязанные :

1)Возможность сохранить предварительный маршрут без Т.С. В таком случае после сравнения всех Маршрутов  можно будет назначить объект по разным  критериям (экономичность, габариты , знания водителя той или иной местности, покрытие дороги и т.д.)

2)Возможность удалять одну  или несколько сразу заявок  из готового маршрута с Автоматическим его перерасчетом .
  А при подтверждении  удалении  заявки/заявок можно было выбирать опцию обратно в список или удалить совсем ?

3) Автоматический пересчет маршрута после всех изменений (добавление новой заявки, удаление из маршрута и т.д.)

4) В идеале хотелось бы иметь возможность в файле экспорта готового Маршрута получить еще один столбец с указанием имени
водителя закрепленным к заявке и к Т.С. 

5)Возможность задать в настройках планирование минимальное время остановки/стоянки Т.С. в точку разгрузки для того чтобы
заявка считалось посещенной вне зависимости от статуса .


Мы предполагаем что очень много задач ,наверное, можно решить  путем интеграции ,но часто мы сталкиваемся с тем что программисты
не являются частью компании клиента и требуют сумасшедших  бюджетов для реализации проектов. Другая ситуация когда клиент  попросту не имеет необходимость интегрировать и желает работать только в интерфейсе приложении , для таких случаев мы обозначили
все эти  предложения .
Спасибо за внимание  , надеемся на позитивный ответ .

52

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте всем , вопрос к разработчикам :Подскажите пожалуйста если в ближайшем будущем ожидаются доработки и
нововведения в LOGISTICS ? Еще в 2018 были озвучены разные предложения по доработке и они актуальны я предполагаю и по сей день
для интеграторов , мы их даже испытали в других  Логистических Программах и все работает все доступно , можем поделиться опытом работы , надеемся будет полезно для всех и этот функционал появится и у нас .

53

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Доброго дня, коллеги.

Столкнулись с такой проблемой: нужно распределить 102 заявки по машинам с учетом грузоподъемности последних. Всего в автопарке 10 машин. Если я выбираю все 10 - количество предложенных маршрутов варьируется от 5 до 9 (см. скриншоты).

Причем 5 маршрутов - это далеко не первый вариант, который предлагает приложение.

То есть экспериментально выяснили, что возможно распределить на 5 машин все 102 заявки. Далее если я вручную выбираю 5 машин, то заявки (в большинстве случаев) распределены без опозданий и превышений по тоннажу.

Вывод: приложение при первом расчете не предлагает оптимальное (минимальное) количество маршрутов, когда выбираются все доступные объекты (при выключенной опции "Задействовать оптимальное количество объектов", которая, как мы знаем, влияет только на критичное время опоздания). Клиент вынужден много раз пересчитывать маршруты, чтобы узнать минимальное количество машин, на которое можно без опозданий и превышений распределить заявки. При этом можно было бы предположить, что при росте количества объектов, может быть, уменьшается совокупный пробег? Нет, вот несколько примеров (пробег округлён до целых):
6 маршрутов - 3255 км
8 маршрутов - 3971 км
5 маршрутов - 2855 км

Приложение позиционируется как инструмент, позволяющий вовремя доставить заказы при минимизации пробега и количества используемых объектов - и мы обещаем это клиентам. В итоге к нам обращаются вот с такими претензиями.

При обращении на суппорт получили такой ответ (цитирую лишь часть длинной переписки):

В целом, Logistics не ставит задачей загрузить каждый объект максимально.
Если выбрать 100 заявок и 5 объектов (предположим 3 могут увезти все 100 заявок). То будет предложен вариант с использование 5 объектов, а не 3 "под завязку".
Только, если количество заявок превышает ограничения объектов, тогда каждый получит максимум. Например, 100 заявок и 3 объекта, каждый может везти по 20 заявок.
Тогда Logistics построит 3 маршрута (опция "Использовать валидный маршрут" включена), по одному на каждый объект и загрузит их максимально.

и

Если есть маршрут больший по пробегу, но сокращающий время, то приложение выберет его.

и

Однако, приоритет не у пробега, а у расписания.
Если есть маршрут больший по пробегу, но сокращающий время, то приложение выберет его.

Доставить быстро - это  отлично, но 10 заявок можно развести десятью машинами в кратчайшие сроки и без использования Logistics - где здесь оптимизация?

Из описания приложения на сайте:

Универсальный сервис по работе с заявками Logistics предназначен для контроля всех этапов работы служб доставки. Приложение помогает решать такие задачи, как организация перевозок, оптимизация транспортных процессов и сокращение издержек. Logistics состоит из двух приложений — веб-версии и мобильной версии.
Веб-версия обеспечивает эффективное администрирование рабочих процессов: размещение, планирование и распределение заявок, оптимизация маршрутов, а также отслеживание и координирование процесса доставки. Мобильная версия Logistics предназначена для курьеров или других мобильных работников.

Под выделенными утверждениями перевозчики понимают уменьшение пробега и количества задействованных машин, что влечет за собой снижение затрат на топливо, обслуживание автопарка и зарплаты водителей.
Если приложение не ставит перед собой целью сокращение издержек, то, вероятно, стоит пересмотреть его описание, чтобы не вводить пользователей в заблуждение. Или же описать, какие именно издержки в данном случае подразумеваются.

Судя по активности в теме (точнее практическое отсутствие реакции разработчиков и бизнес-аналитиков) мы понимаем, что проект не развивается.
Но очень просим хотя бы пофиксить такую странную логику работы приложения, иначе "оптимизация" останется красивым словом в описании...

Заранее спасибо за помощь.

Wialon Operator
54

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте всем , мы поддерживаем Mabu и все вышесказанное , поскольку столкнулись с такой же проблемой при работе с клиентами и с Logistics. Год назад мы привлекли клиента с помощью Logistics , а сейчас вынуждены находить другие программы для решения
всех логистических процессов клиента . Очень желаем обратную связь , и есть очень много предложении по доработке взятые со сторонних программ  и хотелось бы достучаться до разработчиков .

55

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Надо не забывать, что Логистикс - приложение для компаний с достаточно малым объемом перевозок и "легкими" процессами планирования. В приложении нет вариативности настройки планирования и распределения, алгоритм прост как валенок.

Для компаний, в которых нужно учитывать различные алгоритмы, множество факторов по водителям, ТС, складам, трассам и доп. условиям, нужно что-то типа Maxoptra.

56

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте! Миша

Спасибо за все ваши предложения и настойчивость smile

Вы правы, на текущий момент наша команда не ставит своей целью выпуск глобальных доработок Logistics. Однако нашей приоритетной задачей все еще остается исправление ошибок в работе приложения, улучшение пользовательского опыта и реализация функциональности, которая не несет за собой значительные доработки логики приложения.

Мы обращаем внимание на все запросы, которые получаем на форуме (и которые были получены в течение 2018 года), но не гарантируем их выполнение. И причина кроется все в том же: из-за архитектурных и концептуальных ограничений наша команда в данный момент не может заниматься их доработками.

Также хотелось бы сказать пару слов о конкурентных решениях. Подскажите, на какие именно системы вы ориентируетесь?

Ведь здесь стоит понимать разницу: отдельно стоящие системы по управлению логистическими потоками автопарка, оптимизацией заявок и транспортом в целом, которые разрабатываются годами (примерно столько же, сколько разрабатывается сам Wialon) и нишевое решение, которое призвано решать узкоспециализированную проблему какой-то одной сферы.Такое нишевое решение не может постоянно и активно разрабатываться, добавляя все новые и новые функции (а в первую очередь нужно идти от проблем, а не от пожеланий), потому что очевидно, что оно не сможет достигнуть уровень своих конкурентов, да и нет такой цели.

Буду рада продолжить наше с Вами общение. Напишите мне, пожалуйста, на mars@gurtam.com, мне очень интересно узнать лично, какие клиенты у Вас сейчас используют Logistics и с какими проблемами непосредственно они сталкиваются. Если будете на Телематике в этом году, сможем пообщаться и там.

Masha Starikova,
Business Analyst, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
57

Предложения по доработке Logistics

(edited by Миша 19/06/2019 11:46:24)

Re: Предложения по доработке Logistics

Спасибо Mars за  быстрый и развернутый ответ . Да я буду на Телематике и буду рад знакомству и общению с вами . До скорой встречи.
А что касается других логистических программ , мы еще в поиске , как будет что-то яснее обязательно поделимся со всеми .

58

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Здравствуйте! mabu

Команде разработки понадобится время на анализ ситуации, в которой в описанном Вами случае оптимизация работает именно так. Напишу о результатах позже.

Masha Starikova,
Business Analyst, Gurtam
Join our Telegram Update Channel | Следите за обновлениями на нашем Telegram канале
59

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

Добрый день.

mabu wrote:

Приложение позиционируется как инструмент, позволяющий вовремя доставить заказы при минимизации пробега и количества используемых объектов - и мы обещаем это клиентам. В итоге к нам обращаются вот с такими претензиями.

Основная цель - минимизация времени а ни пробега. И количество машин. А вот забивать под завязку хоть и не цель, но получается как следствие оптимизации. Однако получить 100% идеальный результат не представляется возможным т.к. мы должны выдать результат в разумных временных рамках. Алгоритм использует разные методы предсказания, но остается фактор случайности. Поэтому есть возможность сравнить варианты и подредактировать.
Проект не заброшен, разработка продолжается, в том числе алгоритма распределения

60

Предложения по доработке Logistics

(edited by mabu 19/06/2019 14:19:31)

Re: Предложения по доработке Logistics

stal wrote:

Добрый день.

mabu wrote:

Приложение позиционируется как инструмент, позволяющий вовремя доставить заказы при минимизации пробега и количества используемых объектов - и мы обещаем это клиентам. В итоге к нам обращаются вот с такими претензиями.

Основная цель - минимизация времени а ни пробега. И количество машин. А вот забивать под завязку хоть и не цель, но получается как следствие оптимизации. Однако получить 100% идеальный результат не представляется возможным т.к. мы должны выдать результат в разумных временных рамках. Алгоритм использует разные методы предсказания, но остается фактор случайности. Поэтому есть возможность сравнить варианты и подредактировать.
Проект не заброшен, разработка продолжается, в том числе алгоритма распределения

Спасибо за комментарий, stal.
Но мы тут упираемся в термин "сокращение издержек". Как уже упоминалось выше, задача владельцев сервисов доставки, конечно, успеть вовремя на заказ (уложиться во временное окно), но при этом осуществить развоз минимальными ресурсами. Потому что если отправлять машину на один заказ - это тоже уложиться в интервал доставки, но про экономию тут речь не идёт. А к приложению в первую очередь, из нашей практики, обращаются именно за этим.
Если есть опция "учитывать грузоподъёмность", то было бы логично использовать её по максимуму при распределении заявок. Если есть возможность развезти заказы не пятью, а тремя машинами, но "под завязку" - это же круто! Мы можем показать это клиенту и сказать "вот как wialon будет экономить ваши деньги, переходите к нам от конкурентов".
У нас реальные кейсы, когда клиенты предлагают сравнить "ручное" распределение заявок логистом и тем, как распределит приложение. И если последнее покажет бОльшую эффективность (меньше ресурсов задействовано в итоге) - это причина, по которой клиенты приходят на wialon.
Ранее была добавлена функция "использовать оптимальное количество объектов" для корректировки механизма допустимого опоздания на маршруте и выезда дополнительного объекта. Может есть возможность что-то подобное сделать и для грузоподъемности, и для полезного объёма? Это наиболее частные ограничения, используемые для планирования. "Крепкие хозяйственники" хотят выжимать максимум из своего автопарка и платить как можно меньше водителям и тратить деньги на ТО - это факт))

Wialon Operator
61

Предложения по доработке Logistics

(edited by stal 19/06/2019 14:59:40)

Re: Предложения по доработке Logistics

mabu речь про время работы объекта, т.е. общей длительности маршрута (как в навигаторах). Например, если есть дорога по которой можно быстрее проехать, хоть она и длиннее, алгоритм выберет её. Выбираются кратчайшие по времени маршруты и последовательности посещения, и упираясь в грузоподъемность, тем самым оптимизирует и её. Дополнительно заботиться о грузоподъемности нет необходимости, всё упирается скорее в вычислительные ресурсы при большом количестве заявок/объектов

62

Предложения по доработке Logistics

Re: Предложения по доработке Logistics

stal wrote:

mabu речь про время работы объекта, т.е. общей длительности маршрута (как в навигаторах). Например, если есть дорога по которой можно быстрее проехать, хоть она и длиннее, алгоритм выберет её. Выбираются кратчайшие по времени маршруты и последовательности посещения, и упираясь в грузоподъемность, тем самым оптимизирует и её. Дополнительно заботиться о грузоподъемности нет необходимости, всё упирается скорее в вычислительные ресурсы при большом количестве заявок/объектов

Да, со временем понятно. Но часто это далеко не самый важный критерий)
Нам прямым текстом говорят: "пусть курьер опоздает к клиенту, но я хочу выпустить на одну машину меньше в рейс".

А здесь, чтобы узнать, оптимальное решение, включается ручной труд:
1) так, из 10 машин в маршрутах при первом расчёте участвуют 8 - можно теперь пересчитать на это количество;
2) 8 машин при следующей итерации превратились в 6 - ура, ещё сэкономили;
3) а если взять 4 - что будет? не успевает... тогда пусть будет 5;
4) вот, на 5 машинах они максимально загружены и на заявки не опоздают - классно, сохраняем маршруты.

Это описание моих действий в попытках подобрать минимальное количество машин, которые могут развезти заявки без опозданий и превышений по тоннажу. И мне кажется, что эту функцию клиенты ожидают от приложения, а не ручного перебора для выявления минимального количества машин...

И такие случаи далеко не единичны.
Прошу прощения за простыни текста, но главная мысль всего этого: клиенты хотят экономить деньги в первую очередь, а потом уже повышать уровень сервиса (=не опоздать на точку). Курьер может позвонить и извиниться, что опаздывает. Это суровые реальности бизнеса по крайней мере на постсоветском пространстве.

Поэтому клиенты и спрашивают о возможности активации принудительного "забивания машин под завязку" - это одна из самых частых запрашиваемых доработок. Если на данной архитектуре её сделать невозможно - дайте нам знать, чтобы мы не обещали то, чего логистика не делает.

Wialon Operator