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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добрый день.

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

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

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

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

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

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

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

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

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

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

nebeshiy
Добрый день

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

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

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

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

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

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

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

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

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

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

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

Добрый день.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Добрый день! Подскажите пожалуйста есть ли возможно получить шаблон и данные по шаблону маршрута в Logistics через API запрос? Чтобы можно было по запросу получить шаблоны и их заявки. Если нет. Есть ли такая возможность реализовать данный запрос.

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

Предложение по редактированию дизайна logistics.
Очень не очевидно что поле фильтрации заявок находится(скр.). Предлагаю переделать данное поле или сделать его более заметным. Данное поле сейчас выглядит просто как заголовок(не кликабельный) к фильтрам ниже.

Я считаю, что данное поле должно находится прямо над именем заявки и должно быть примерно таким.

Добрый день! Возникла необходимость использовать Logistics Mobile для чистки данных о координатах.
Предложение - добавить на экран подтверждения заявки в Logistics Mobile кнопку "Обновить координаты". Если координаты данной заявки неточные, водитель имеет возможность передать правильные координаты или обновить текущие координаты в заявке. В дальнейшем мы планируем считать эти координаты и обновить данные во внутренней учетной системе

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

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

Доброго времени!
1. Добавьте, пожалуйста, в готовых шаблонах возможность корректировки интервала доставки заявок.
2. Можно ли установить по умолчанию сортировку тех же шаблонов по имени (мелочь но все же).
3. И можно ли при создании маршрута из шаблона, имя маршрута оставалось таким-же как имя шаблона.

у меня при открытии вкладки "Шаблоны" сортировка вроде стоит на Имени, но сортировка происходит по дате создания (в начале самые ранние) и возможно ли разбить шаблоны на группы и подгруппы (у меня их большое количество, разные склады в разных городах, и разные типы маршрутов (автомагазины, хлебные машины (пользователь: r-ushachi)

Добрый день, Александр!

Мы отметим ваши запросы по вкладке "Шаблоны" и проанализируем вероятность доработок!
Благодарим Вас за проявленную активность!

Насчет статуса точек "Пропущена".
Если у Вас в настройках маршрута стоит строгий порядок посещения точек, то в случае не соблюдения порядка посещения предыдущие заявки перейдут в статус "пропущена".
Например, если у водителя 4 заявки и он сразу поехал на 4 заявку, то предыдущие заявки перейдут в статус "пропущена".

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

и замечал с Хлебозаводом, одна из машин стаяла 40 мин. но Logistics даже не прорисовал ее..

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

Добрый день, Aleksander Klepatsky!

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

В случае возникновения проблемных ситуаций в процессе взаимодействия с нашим продуктом Вы можете связаться с нашей техподдержкой support@gurtam.com.

Мы будем рады Вам помочь!

Вы можете ознакомиться с обучающим видео на английском языке перейдя по этой ссылке:
https://www.youtube.com/watch?v=qhrPqnSg_rI

Однако, хочу отметить, что в данном материале идет речь о версии Logistics 2.2.
На текущий момент эта версия не актуальна.

Добрый день!
Необходима возможность запретить объекту въезд в геозону, и принять это во внимание при оптимизации маршрута в WialogLogistics

Это нам требуется для построения маршрута с учетом требований к тоннажности транспорта. Например, в центр Санкт-Петербурга крупнотоннажные машины не пропускают, а оптимизатор строит маршрут через центр

Добрый день, Елена!

Спасибо за дополнительную информацию.

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

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

Здравствуйте! У нашего клиента появилось пожелание по интерфейсу Logistics:
При выполнении отчёта в Wialon можно сделать отображение на карте маршрута мест, где машина останавливалась. Можно ли сделать такой же функционал и в Logistics? Дело в том, что в Logistics мы видим маршрут объекта, и видим что он вроде бы доехал до заявки, но она не выполнилась. А если бы на карте отображались остановки и радиус геозоны заявки - мы бы могли на следующий день подвинуть координаты, увеличить радиус геозоны, чтобы заявка в дальнейшем выполнялась.

Добрый день!
Да, действительно, такой возможности сейчас нет, но в ближайшем будущем мы добавим такую возможность!

Добрый день, evil!
Не могли бы вы рассказать, для чего нужна эта галочка и как она будет полезна остальным пользователям приложения?

Если, например, суммарный вес груза составляет 1 тонну, а на выбор есть ТС грузоподъемностью 2 тонны и 4, то в таком случае все равно предпочтительнее, чтобы маршрут спланировался на ТС с грузоподъемностью 4 тонны?

Добрый день, dmytro.yaroshenko!

Спасибо за детальное и чистое описание запросов!

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

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

Подскажите, пожалуйста, какой функционал Вы или ваши клиенты хотели бы видеть в Logistics Mobile?

нововведения для Logistics Local будут доступны в версии 2104

Я передам запрос специалистам Wialon Local.

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

Мы обязательно подумаем над решением проблемы связанной с маршрутизацией для грузовых ТС
Спасибо!

Нам это тоже было бы интересно

И надпись "Произвольные поля" на мой взгляд не нужна. Только место занимает

Добрый день, Elena.Lepeshkina!
На данный момент можно регулировать видимость объектов с помощью настроек доступа.

Мы отметим запрос по добавлению фильтрации на вкладке "Маршруты".
Подскажите, пожалуйста, какие еще типы фильтрации были бы Вам полезны на вкладке "Маршруты"?

Нужна ли какая-либо группировка и/или фильтрация на втором шаге планирования (выбор объекта)?
Например, фильтрация по группе объектов.

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

Добрый день, Елена!

Еще раз спасибо за вашу активность!
Мы планируем рассмотреть возможность добавления доп. столбцов в таблицу на вкладке "Маршруты" в первом квартале след. года. В частности мы оценим возможность отображения столбца "Водитель".
Также мы отметили запрос о возможности сортировки по времени прибытия.

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

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

Программа Logistic строит маршруты , используя паромную переправу. При том, что есть дорога без парома, но чуть более долгая. Необходимо задать критерии: использовать паромы/пантоны. Не использовать.

Приветствую, russianhero, ServiceGepardgps!

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

Мы сообщим вам, если статус этого запроса изменится!

Не могли бы вы привести примеры, где маршрут проложился через паромную переправу?

Спасибо!

Полностью согласна. Особенно нужен п.1. Я думала, это только  у нас проблема, а по факту это получается баг. Пока решаем установкой радиуса 1 м.

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

Текущий диалог добавления заявок удобен.
Как по мне, достаточно добавить возможность выбора нескольких заявок, при этом оставив динамический поиск, как в вкладке "планирование".
Дело в том, что мы работаем с постоянными заявками, и у нас таких заявок уже почти 400. Динамический поиск очень выручает.

Я так понял - это ваши планы на будущую доработку приложения.
Задумка мне понравилась.
Но как вам такой вариант:
Добавить данный функционал в вкладку "Планирование".
Что бы в данной вкладке была возможность не только создавать новые маршруты, но и добавлять выбранные заявки в уже существующий маршрут. Например если мы выбираем водителя, который уже на маршруте, то заявки просто добавляються в уже существующий маршрут (а не создаеться новый)
А ваш второй и третий пункт в планировании и так реализован (второй пункт правда не тестировал, пока он нам не пригодился)

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

Добрый день.
Подскажите, будет ли добавлена возможность распределения маршрутов с более 1000 заявок? Пытаемся настроить логистику мусоровозов, планируется около 2500 заявок за раз. Если на хостинге в ближайшее время не планируется, то есть ли возможность настроить этот параметр на сервере Локал?

По мобильному приложению:
1) При добавлении фото не удобно удалять его, очень маленький крестик в верхнем правом углу. Почему бы не сделать при нажатии на фото или приложенный файл, они сразу удалялись бы?
2) Возможно ли реализовать редактирование закрытой заявки? Бывает что, необходимо приложить больше файлов, но отредактировать уже нельзя или же самое банальное когда заявку случайно(или не случайно) закрывает водитель.

Мы тоже работаем с Логистикой.
У нас получается импортировать заявки. Можете прислать пример файла?

Добрый день.

Пожелания от клиента:

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

evil
Добрый вечер!
проблема, видимо, из-за того, что в файле только 1 столбец
Для импорта необходимо как минимум 3 параметра заявки

Спасибо. Я считаю, что необходимо в документации написать небольшой FAQ часто встречающиеся вопросы по этой функции, некоторые моменты не очевидны.

Добрый день уважаемые коллеги. Можно ли добавить карты 2GIS ?

Добрый день, gstengiz!
Мы рассматриваем возможность добавления сторонних сервисов, в том числе и 2GIS.
Самый важный аспект и сложность - это коммерческая сторона вопроса.
Как альтернативу 2GIS мы рассматриваем Yandex или Here.
Подскажите, пожалуйста, решит ли внедрение данных провайдеров ваши задачи?

Также подскажите, пожалуйста:
В каком регионе вы находитесь?
Почему вам нужен именно 2GIS?
Какой картопровайдер лучше в вашем регионе, на ваш взгляд?

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

В мобильной версии в активном маршруте менять местами заявки.

Мы хотим пользоваться функционалом Уведомлений и отправлять СМС-ки "Время до прибытия заявки". Многие наши клиенты просят маякнуть им за 15-20-30 минут до доставки.

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

Водитель сможет выстраивать маршрут на 3-4 точки вперед, чтобы был запас времени в 15-20-30 минут и клиент вовремя получал уведомления типа "Время до прибытия заказа 20 минут".

- В любом случае, то что вы предлагаете (функцию обновления расписаний/маршрутного листа) - это хорошая функция. Я бы сделал Но она полностью нашу задачу не решит. Подробные детали описал внизу поста.
- Я понимаю, что водитель может нанести ущерб бизнесу. Но:
1. без программы он и так ездит как хочет в рамках указанного времени, например с 10:00 - 13:00.
2. Сейчас в сервисе и так есть опция "Порядок посещения заявок: Любой" - это также дает возможность водителю ездить по точкам как он решит. Т.е. идейно ничего не нарушается, если водителю и так разрешено в любой последовательности ехать на точки.

Просто очень хочется пользоваться Уведомлениями "Время до прибытия заявки", и мы пока не видим другой возможности, как дать водителю корректировать маршрут. Типа пусть корретирует, а логист/руководитель потом проверит, что он на-корректировал (В отчет можно пробросить флаг типа "Корректировал Водитель", расчетный пробег, реальный пробег...).

Тогда наши клиенты получат лучше сервис (СМС будут приходить за 15-20-30 минут), а пере-пробеги, отклонения от маршрута, опоздания на точку и т.п. - это уже решать административным путем, мотивацией... Т.е. инструмент в помощь водителю, а не в "заставление"

P.S.: мы находимся в Украине и поставщик дорожной ситуации возможен только Google (yandex заблокирован). Мы уже подключали Google и в этом случае он дает "пробки" и сам считает маршрут (Distance Matrix) т.е. пробки и маршрутизация не разделимы (или не нашли как разделить). При этом на 50 адресов читает как 50х50=2500 запросов, на 200 адресов = 40 000 запросов и т.д... Что выходит нам дорого (по $5-$10 за 1000 запросов, т.е. $200-$400 в день .  Поэтому если такая кнопка будет "пересчитать Маршрут", то без пробок она как бы и не нужна, т.к. водитель видит пробку а программа пробку "не видит".

Добрый день. Подскажите, решена ли данная проблема?
Мы на данный момент сталкиваемся с невозможность подтвердить заявки на iphone входя зону радиуса заявки и останавливаясь. За несколько км. до точки на скорости заявки подтверждаются. "Не удалось изменить статус заявки" - сообщение.

Добрый день.
1) Просьба к разработчикам добавить возможность в Logistics mobile для IOS подтвержадать заявки (вручную) и писать коментарии после посещения самой заявки.
Дело в том, что полсе посещения заявки (как только водитель окажется в радиусе заявки с нулевой скоростью), кнопки подтвердить и отклонить стают не активными. Как следствие написать комментарий к заявке не возможно. Также по этой же причине не возможно отправить фото или подпись.
Данная проблема присутствует только на версии приложения для IOS.
В приложении для Android все работает без проблем. Подтверждать заявку и писать комментарии можно в любое время, пока маршрут не уйдет в "историю".