1

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

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

Доброго дня.

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

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

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

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

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

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

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

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

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

Wialon Operator
51

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

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

Добрый день.

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

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

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

52

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

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

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

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

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

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

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

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


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

53

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

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

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

54

Предложения по доработке 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
55

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

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

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

56

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

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

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

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

57

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

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

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

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

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

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

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

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

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

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

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

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

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

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

59

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

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

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

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

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

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

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

Добрый день.

mabu wrote:

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

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

61

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

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

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

stal wrote:

Добрый день.

mabu wrote:

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

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

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

Wialon Operator
62

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

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

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

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

63

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

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

stal wrote:

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

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

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

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

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

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

Wialon Operator
64

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

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

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

65

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

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

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

66

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

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

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

Можно настроить получение уведомлений для вашего клиента по sms или электронной почте по следующим событиям:

1) Заявка выполнена;
2) Время до прибытия заявки;
3) Заявка в пути;
4) Расстояние до места доставки;
5) Cоздание маршрута;
6) Отмена маршрута; 
7) Изменение контактной информации клиента;
8) Прикрепление к заявке файлов;
9) Удаление файлов из заявки;
10) Изменение параметров заявки;
11) Превышение времени доставки;
12) Превышение время разгрузки;
12) Отклонение от маршрута;
13) Пропуск заявки;
14) Отсутствие статуса;
15) Внесение в маршрут изменений.

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

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

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

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

Добрый день. Используем приложение Logistics. переход на сторонний навигатор происходит
по долгому тапу по карте.  Не всегда удобно долго нажимать именно в ту
точку, в которую нужно проложить маршрут. Тем более масштаб карты не
всегда крупный. Есть ли возможность открывать навигатор по долгому тапу
именно на метку, которую создали в приложении? Чтобы адрес назначался
именно из адреса метки.

68

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

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

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

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

Подскажите, пожалуйста, что вы имеете в виду под "метку, которую создали в приложении"? Метка - это следующая заявка или что-то другое?

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

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

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

mabu wrote:

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

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

А вот это вообще непонятно https://i.imgur.com/lM8fkOQ.png конкретно этот объект система назначает на 10:41, хотя тут одна заявка с интервалом с 8:00 до 10:00. Время заезда на склад при этом никак нельзя отрегулировать.

70

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

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

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

В то же время сейчас обратная связь о том, что вам неясна логика распределения заявок, выглядит немного голословной: пришлите, пожалуйста, на support@gurtam.com или mars@gurtam.com данные УЗ, по которую вы говорите, маршрут, который вы оптимизировали или список заявок, который вы распределяли. Мы сможем посмотреть и дать вам более развернутый ответ, почему распределение сработало именно так в вашем конкретном случае.

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

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

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

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

mars Скорее всего это будет делать уже непосредственно клиент. То количество усилий, которое было вложено в этот пилотный проект, никогда не окупится и скорее всего в ближайшие дни мы его свернем. Если клиент захочет на платной основе продолжать, тогда будет от нас какая-то активность. Пока что к продукту больше вопросов, чем ответов. Вроде и не скажешь что плохой продукт, вроде подход к его реализации и продвижению неплохой (больше на уровне маркетинга), но слишком много недоработок и слишком многое не учитывается, а темпы его развития оставляют желать лучшего. Что уж говорить - за годы так и не смогли выпустить достойную документацию для пользователя, а та, которая есть, упускает многие моменты и главное не дает пользователю ответа на вопрос "А как же все-таки оптимально использовать ваше приложение?" Нет нормальных примеров, все приходится изучать методом тыка.