Логистика

Улучшение фильтрации в Дашборде в разделе Диспетчер

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

Фильтрация по статусам. Клик по названию статуса в легенде гистограммы оставит/скроет в дашборде те маршруты, в которых есть хотя бы один заказ с выбранным статусом;
Фильтрация по опозданиям. Теперь в один клик можно перейти к маршрутам с заказами с опозданием или расчётным опозданием.

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

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

Новые возможности отслеживания заказов в Диспетчере: анализ выполненной работы

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

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

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

Новинка в функциях расчета стоимости маршрута и прибыли/убытка – количество поставщиков

Функция стоимости маршрута – простой способ расчета себестоимости рейса. Ее гибкость обеспечивается большим числом доступных параметров, и теперь этот список пополнился новыми – $suppliers_count$ и $unique_suppliers_count$.

Параметр $suppliers_count$ вычисляет общее число поставщиков, которых курьер посетил за рейс. Однако часто для разных заказов поставщик может быть один и тот же, и логичнее заехать к нему один раз, забрав всё сразу. Для подобной ситуации существует параметр $unique_suppliers_count$, который считает количество групп последовательно посещенных поставщиков, т.е. одновременное посещение поставщика для загрузки по разным заказам тут считается один посещением. Например, при посещении поставщиков А → А → Б → В → В → А он покажет четыре группы: первая группа визитов к А, затем визит к Б, затем группа визитов к В и завершающий визит к А.

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

Механик

Прозрачный процесс приёмки автомобиля: время инспекции под контролем

Для контроля технического состояния и распределения ответственности важно чётко понимать, на какой период за каким водителем был закреплён автомобиль и в каком состоянии он был передан. Начало поездки в системе отсчитывается от момента назначения автомобиля на водителя в разделе Механик или поcле нажатия кнопки «Принять» в мобильном приложении BTS Driver. Однако инспекция принятия автомобиля – это отдельный процесс, который занимает время, и ранее момент его фактического завершения фиксировался лишь в отчете «Действия», что не позволяло оперативно анализировать, сколько времени ушло на прохождение инспекции.

Теперь дата и время прохождения инспекции отображаются непосредственно в инструменте «Поездки» и при просмотре результатов инспекции, а оценивать характеристики поездки можно без переключения контекста.

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

Гибкая система отправки оповещений: больше никакой путаницы

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

Теперь в оповещение «Неисправности BTS Driver» добавлен селект с возможностью выбора отдельных автомобилей или групп авто. Каждый механик может получать уведомления только по закрепленным за ним единицам техники, без лишней информации о других транспортных средствах.

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

Настройка прав в Журнале неисправностей

Ранее в разделе «Механик» отсутствовало разграничение прав на действия с записями о неисправностях. Это приводило к тому, что недобросовестный механик мог вместо исправления неисправности просто ее удалить, что приводило к путанице. Отдельной помехой для анализа выполненных работ являлось отсутствие имени механика, перенесшего запись о неисправности в устраненные.

Теперь в настройках доступа сотрудника добавлен селект «Доступные действия в журнале неисправностей», где можно установить возможности для каждого сотрудника в разделе. Вместе с этим, при устранении неисправности в столбце «Дата устранения» помимо самой даты решения проблемы обязательно будет отображаться тот сотрудник, который перевел эту неисправность в устраненные.

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

Новые аналитические возможности в Учёте шин

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

Сортировка с группировкой по объектам. При выборе нескольких авто в фильтре сортировка применяется поочередно к каждому объекту: сначала шины первого авто в отсортированном виде, затем – второго и т.д. Правило работает и при выгрузке в Excel;
Добавлен поиск по ID, производителю, модели и дополнительной информации. Результаты поиска учитываются при выгрузке в Excel. Это позволяет, например, быстро получить список шин одного производителя и проанализировать их работу;

Улучшенный Excel-формат учета шин. Добавлен столбец «История авто» – список всех автомобилей, на которых шина была установлена или установлена сейчас. Это упрощает анализ причин перепробега или недопробега и позволяет справедливо распределить ответственность.

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

Гибкая настройка доступа к шинам

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

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

Инструменты

Тахограф: система отслеживает считку конкретной карты водителя

Отслеживать сроки считки карты водителя по каждому сотруднику вручную – трудоёмкая задача, поэтому её важно автоматизировать. Для этого мы доработали раздел «Тахограф».

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

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

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

Сотрудники

Предоставление доступов – это элементарно!

Ранее предоставление доступов к различным разделам системы кардинально различалось. Это приводило к путанице и неудобному администрированию.

Теперь настройка доступа к разделам Логистика. Адреса, Логистика. Автомобили и Зоны приведена к общему знаменателю. Среди наиболее важных нововведений:

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

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

Дайджест обновлений системы!