Общее
Больше никого не выкидываем. Всех оставляем.
Ранее, если Клиент не оплатил услугу Мониторинга, то его выкидывало из системы, даже если у него, к примеру, была оплачена Логистика. Мы устранили это неудобство – теперь из системы никого не выкидывает, а происходит частичная блокировка неоплаченного функционала.
Например, если не оплачен Мониторинг:
- Блокируются разделы: Мониторинг, Техобслуживание, Затраты, Одометр, Путевые листы, Загрузки;
- Не отображаются все связанные отчеты и дашборды;
- На странице объектов не будут отображаться адреса;
- Приостанавливается пересылка данных;
- Блокируется связанное с мониторингом API.
Аналогично с Логистикой:
- Блокируется сам раздел;
- Не отображаются все связанные отчеты и дашборды;
- Блокируется API.
Главная
Аналитика доставки в разрезе недели/месяца с помощью нового дашборда
Ранее в дашбордах Логистики можно было анализировать количество заказов только по месяцам, что было полезно с точки зрения анализа годовых трендов, однако не помогало быстро оценить колебания нагрузки в разрезе недели или месяца.
Для решения данного вопроса был добавлен новый дашборд – «Календарь количества заказов». Инструмент работает по принципу знакомого «Календаря пробега», но показывает не километры, а количество заказов:
- В режиме «Месяц» отображается классический календарь, где каждый день закрашен цветом в формате тепловой карты: чем темнее цвет дня – тем больше заказов было в эту дату, а минимум и максимум периода всегда указаны в легенде;
- В режиме «Неделя» данные представлены в виде гистограммы, а количество заказов по дням можно оценить визуально на основе высоты столбцов.
Такой вид дашборда позволяет мгновенно находить пиковые и незагруженные дни, оценивать равномерность нагрузки, определять наличие или отсутствие недельных трендов распределения нагрузки.
Так, «Календарь количества заказов» закрывает важный пробел в аналитике. Теперь страница дашбордов дает комплексную картину: график количества заказов за 24 месяца отвечает за месячные и годичные тренды, а новый календарь и гистограмма – за недельные и дневные колебания. Таким образом, благодаря новому дашборду открывается возможность эффективно управлять доставкой, основываясь на подтвержденных данных, а не интуитивных умозаключениях.
Полный контроль над аналитикой опозданий в Дашбордах
Ранее прибытие на заказ в дашбордах фиксировалось только при въезде в радиус точки. Однако это создавало пробелы в данных для автомобилей без установленных трекеров. Теперь в настройке дашборда «Прибытие на заказ» появилась опция выбора способа фиксации прибытия на заказ:
- По факту: факт и время посещения каждого заказа фиксируется на основании въезда в радиус заказа согласно данным GPS-трекера;
- По статусам: факт и время посещения каждого заказа фиксируется на основании времени постановки статуса «Прибыл» в мобильном приложении Logimus Route.
Настройка применяется одновременно к двум связанным дашбордам – «Прибытие на заказ» и «OTIF». Это гарантирует единообразие данных и позволяет сравнивать ключевые показатели на общей основе.
Также для повышения детализации и упрощения «разбора полетов» в дашборды «OTIF» и «Прибытие на заказ» был добавлен второй уровень. Теперь, чтобы увидеть конкретные заказы, достаточно кликнуть на интересующий показатель:
- Вовремя – открывает списки заказов c опозданием (серая область) и своевременным прибытием (синяя область).
- Успешно – показывает заказы, завершённые с нарушениями (серая область) и успешно (зелёная область).
- Процент OTIF – выводит полный перечень заказов, выполненных вовремя и в полном объёме.
Таким образом новая настройка фиксации прибытия на заказ адаптирует дашборды под особенности любого автопарка.
Отчеты
Все ошибки ДУТ теперь систематизированы в одном отчёте
Работа с датчиками уровня топлива (ДУТ) – это не только мониторинг уровня топлива, но и контроль их исправности. Ранее информация об ошибках, присылаемых ДУТом, была доступна только по запросу в техническую поддержку, где специалист проводил ручной анализ данных. Такой подход мог создавать задержки в выявлении проблем.
Теперь ошибки, поступающие с датчиков, систематизированы и доступны для анализа в отчёте Ошибки ДУТ.
Отчёт мгновенно анализирует все поступающие данные с датчиков, автоматически выявляя и классифицируя любые ошибки. Для удобства доступны два вида: сводная статистика по типам неисправностей или детальная лента событий. Любой инцидент можно сразу анализировать на карте, перейдя по ссылке «На карте» на трек маршрута в Мониторинге.
Этот инструмент переводит технический мониторинг состояния ДУТ на качественно новый уровень – от реакции на ошибки при анализе сливов и заправок на графике уровня топлива к раннему выявлению и устранению проблем.
Контроль температурного режима перевозок стал проще и быстрее
Логистика чувствительных грузов, требующих соблюдения температурного режима, всегда сопряжена с повышенным уровнем контроля. Проконтролировать температурный режим в большом количестве рейсов – важная задача, требующая большого количества времени: каждый маршрут надо изначально просмотреть, проанализировать, сравнить с планом, а лишь затем проконтролировать корректность температурного режима.
Теперь процесс контроля стал централизованным и моментальным. В один из ключевых отчетов системы Логистика. По маршрутам добавлены два новых поля:
- Температура (мин.) – минимальная температура за маршрут от температурных датчиков авто;
- Температура (макс.) – максимальная температура за маршрут от температурных датчиков авто.
Если в ходе рейса данные с температурных датчиков не поступали, в температурных полях отчета отобразится прочерк (—). Это позволяет мгновенно определить рейсы, где оборудование не было подключено или вышло из строя, и оперативно отреагировать.
Главный плюс нововведения – экономия времени. Вместо многочасовой проверки всех рейсов теперь достаточно сформировать отчёт. Это позволяет мгновенно сфокусироваться только на проблемных рейсах: тех, где нет данных или где температура вышла за допустимые рамки.
Логистика
Добавляйте заказы в маршруты еще быстрее!
Реализован новый способ добавления заказа в маршрут: перетаскивание из списка нераспределенных заказов сразу в расписание маршрута:
Спешим уточнить, что набор кейсов использования данного метода добавления ограничен, и в большей части случаев мы рекомендуем использовать добавление заказа в маршрут на карте или в списке нераспределенных заказов в оптимальную позицию. Данный инструмент может быть полезен в следующих случаях:
- Надо быстро «закинуть» конкретный заказ в конкретное место в маршруте, не тратя при этом время на поиски данного заказа на карте.
- Надо быстро «закинуть» некоторые заказы, о которых известно логисту, из списка нераспределенных заказов в конкретный выбранный маршрут, а затем отдельно оптимизировать данный маршрут для построения наиболее экономически выгодной последовательности доставки.
Гибкие настройки раздела Диспетчер
Когда над доставками работает целая команда логистов, критически важно разграничить их зоны ответственности и права. Раньше настройки доступа для раздела Диспетчер были слишком общими. Это могло приводить к ситуациям, когда рядовой логист имел возможность редактировать чужие маршруты или изменять настройки, которые должны контролироваться только руководителем. Такая «избыточная» видимость создавала риск ошибок и конфликтов в расписании. Другой проблемой был доступ в Диспетчер через тип сотрудника «Клиент» и поле «Текст 1», когда подобные сотрудники видели только определенные заказы, однако при этом для них была доступна вся информация по данным заказам, включая ту, что изначально не должна быть видна.
Теперь система управления доступом стала более точным инструментом. В карточке сотрудника появились более глубокие и детальные настройки прав для раздела Диспетчер. Отныне можно настроить:
- Заказы. С помощью нового фильтра «Данные по заказу» руководитель решает, какую конкретно информацию (стоимость, комментарии, объекты) будет видеть каждый логист;
- Действия. Вместо общего «Расширенного доступа» теперь есть отдельные разрешения на ключевые операции: добавление комментария и редактирование расписания водитель-логист;
- Доступ. Добавлена настройка, позволяющая показывать логисту в Диспетчере только те маршруты, которые закреплены за ним. Он не отвлекается на чужие задачи и работает в своей четкой зоне ответственности;
Итог: порядок в правах – порядок в процессе. Новая система позволяет администраторам и руководителям точно настраивать рабочее пространство для каждой роли. Это решает проблемы с безопасностью, т.к. снижается риск случайного или намеренного изменения важных данных. Вместе с этим повышается эффективность работы, так как среди всего моря задач отдела каждый видит только то, что должен сделать. Кроме того, гибкая настройка также делает зоны ответственности прозрачными, упрощая контроль со стороны руководства.
Мобильная версия раздела «Диспетчер»: контроль доставки, который всегда под рукой
Представим ситуацию: логист вынужден был отойти на срочное совещание, на обед или для решения конфликтной ситуации с водителем, и в этот момент ему поступает срочный звонок от «злого» клиента. Ранее, чтобы уточнить, «на каком свете находится доставка», было необходимо или бежать на рабочее место, или открывать раздел Диспетчер с мобильного телефона, что было вовсе не удобно ввиду отсутствия адаптации последнего под мобильные устройства.
Теперь «Диспетчер» получил полноценную мобильную версию:
- Блок со списком заказов открывается по нажатию на специальную иконку, а при работе с картой полностью скрывается;
- Увеличен размер всех элементов на странице, что минимизирует необходимость увеличивать масштаб;
- Все диалоги оптимизированы под размер каждого экрана.
Таким образом, обновленный Диспетчер превращает смартфон в надежный пульт управления доставкой и обеспечивает непрерывный контроль вне зависимости от того, где находится ответственный специалист.
Устранение противоречия: замена стоимости на выручку
В Логистике долгие годы существовала одна неприятная накладка, которая могла вызывать недопонимание и путаницу: пересечение понятий «стоимость» и «стоимость маршрута». Под стоимостью маршрута понимался результат работы функции стоимости, и в то же время стоимостью называли сумму всех стоимостей заказов, которые в результате образовывали выручку, получаемую от данного маршрута:
Для устранения данного противоречия понятие «стоимость» было заменено понятием «выручка», которое теперь корректно описывает экономический результат от деятельности компании. Изменения коснулись следующих мест:
- Список нераспределенных заказов.
- Расписание маршрутов.
- Расписание/расширенное расписание конкретного маршрута.
- Дашборды.
- Информация о заказе в разделе Диспетчер.
- Отчет План-факт.
- Отчеты По маршрутам / Распределенные заказы / Финансовый отчёт.
Исправленная терминология позволяет провести черту между двумя важными экономическими показателями – выручкой и себестоимостью, которые соответственно именуются «выручка» и «стоимость маршрута». Подобное разграничение исключает возникновение вопросов в ситуациях, требующих проведения оперативного сравнения и оценки прибыльности того или иного маршрута классическим методом «что больше».
Дублирование маршрутов – расширение поля экспериментов
Один из самых удачных способов подтвердить гипотезу – эксперимент. Это касается как науки, так и каждодневных рабочих вопросов, в частности «какой маршрут лучше». Ранее в системе уже была доступна функция дублирования решений, что позволяло производить манипуляции с копией изначального решения или, например, в точности копировать план доставки на другую дату:
Однако иногда возникала необходимость рассмотреть лишь один маршрут из нескольких, включенных в данное решение, а дублирование всего решения было неудобным и долгим по времени. Для ускорения процесса и более прицельного дублирования был добавлен аналогичный инструмент для отдельных маршрутов:
Кто? Где? Когда? В Архив заказов добавлено ФИО сотрудника
Даже небольшая ошибка или неясность в работе требуют быстрого разбора. Раньше для ответа на ключевой вопрос «Кто совершил действие с заказом?» приходилось проводить настоящее расследование: сначала найти нужный заказ в Архиве, а затем вручную сопоставлять время действия с данными из отдельного отчёта Действия. Этот процесс был неочевидным и отнимал драгоценное время.
Теперь Архив заказов стал самодостаточным источником информации. В историю заказа добавлено новое поле – Сотрудник. В этом поле отображается ФИО сотрудника, выполнившего любое действие: от создания до удаления заказа.
Данное нововведение мгновенно снимает вопрос об авторстве действий с заказом в системе. Вместо долгих поисков и сверок ответ на вопрос «Кто виноват?» находится за несколько кликов, что экономит время, повышает ответственность и создает основу для объективного анализа.
Инструменты – Оповещения
Мгновенное решение проблем с интеграциями с помощью журнала отправки вебхуков
Иногда необходимо, чтобы при возникновении важного события система не только отправляла нотификации (SMS/E-mail/Telegram), а самостоятельно связывалась с другими программами. Например, как только машина прибывает на склад, система сама отправляет сигнал в 1С Бухгалтерию, чтобы автоматически начать оформление документов. Для таких случаев у нас есть решение – отправка вебхука из раздела Оповещения.
Однако до сих пор работа вебхуков была невидимой. Единственным признаком сбоя была тишина – данные переставали поступать в смежные системы без каких-либо предупреждений. Чтобы найти причину, специалистам приходилось тратить часы на ручной поиск проблемы, рискуя пропустить критически важные события. Теперь для каждого вебхука в системе есть свой «пульт управления»:
Что можно делать с помощью нового инструмента:
- Просматривать полную историю отправленных вебхуков.
- Мгновенно тестировать отправку вебхука.
Таким образом, весь журнал отправки вебхуков теперь доступен в один клик, что значительно упрощает разбор проблем с интеграциями. А чтобы протестировать или переиграть отправку какого-то конкретного события, достаточно найти его в списке и нажать на кнопку «Тест», что значительно упрощает добавление и проверку новых интеграций.
