"Последняя миля" для бетона — это самый критичный и сложный этап. Бетон — скоропортящийся товар, объект строительства — часто труднодоступное место с узкими окнами разгрузки, со своим жесткими графиками и особыми требованиями. Поэтому именно на финальном отрезке (от выезда с завода до разгрузки) нужен максимальный контроль и рационализация.
Весной 2023 года к нам обратилась компания БЕТОН 19 КМ для обсуждения возможности автоматизации управления потоками машин (миксеров) на территории заводов.
Об ООО «БЕТОН 19 КМ»
ООО «БЕТОН 19 КМ» основано в 2015 г., тогда начал работать первый завод производительностью 30 кубометров бетона в час, он произвел в первый год всего 3,5 тысячи кубов. Сейчас компания является лидером по поставкам бетона в Камчатском крае. Производительность достигла 200 кубов в час, в год производится более 100 тысяч кубов бетона, в процессе задействовано несколько десятков единиц техники. На предприятии есть испытательная строительная лаборатория где происходит разработка новых составов бетонных смесей и осуществляется контроль качества продукции. Такие исследования позволяют предприятию выполнять самые требовательные и специфичные заказы, в т.ч. Государственные оборонные.
В организации считают, что такой успех в развитии во многом достигнут благодаря постоянному поиску и внедрению инновационных подходов к организации производства и логистики. И мы ощутили это стремление с самого начала общения.
История проекта:
Боль: хаос на въезде, «живые» очереди из миксеров, телефонный спам водителей диспетчеру/менеджеру, отсутствие понимания — где машины и в каком они статусе, работа в нескольких информационных системах без обмена данных, ошибки в заданиях, простои, задержки, возникновение конфликтов между участниками процесса.
Формулировка цели: Первоначальная цель — ликвидировать хаос на въезде, избавиться от неуправляемых «живых» очередей на территории заводов. Осознание необходимости единой цифровой экосистемы, как конечной цели проекта, пришло не сразу, оно формировалось через опыт эксплуатации около года после внедрения первого этапа.
Этапы:
- Весна 2023 года. Внедрение системы управление двором (YMS. Yard Neuroniq) для организации потока машин (миксеров). Алгоритм: Водители, по прибытию, следуют к диспетчеру, который регистрирует машины в системе и распределяет их на разные заводы. На каждом заводе только по одному месту погрузки. Операторы погрузки видят назначенные им машины в специальном веб-интерфейсе, и в нем же осуществляют приглашение машины к погрузке. Водители могут отслеживать свой статус на телевизорах в комнате водителей или на уличном табло в зоне парковки. На эти табло выводятся номера ТС: кого приглашают – верхняя строка, а кому готовиться — строки ниже.
Результатом внедрение стало существенное сокращение нахождения миксеров на заводах, прозрачность бизнес процесса загрузки, создание благоприятной атмосферы взаимодействия участников из-за понятной системы информирования о дальнейших шагах.
- Весна 2024 года. Получив опыт успешной автоматизации, руководство предприятия решило не останавливаться на достигнутом и убрать «боль» связанную с «лоскутностью» систем. Дело в том, что заказы формировались в одной системе, планирование и раздача заданий в другой, контроль доставки в третьей, управление потоками миксеров на заводах в четвертой (нашей), а данные между этими «лоскутами» передавались за счет формируемых сотрудниками таблиц, чаты или вообще устно. Обсуждение этих явлений и привело к осознанию необходимости создания единой цифровой экосистемы, охватывающей всю цепочку делопроизводства предприятия.
В результате было принято решение о создание дополнительного сервиса, тогда мы посчитали что достаточно будет модуля «Последняя миля» (Last-Mile), сервис даже получил соответствующее название и логотип. Но в итоге, элементы Last-Mile оказались только частью комплексного решения для управления парком машин, менеджментом заказов и диспетчеризацией задач в реальном времени. Получилось создать аналог систем Fleet & Dispatch Management System (FDMS), но с функционалом достаточным для целей и задач деятельности предприятия, без «лишнего».
Сервис FDMS получил свою собственную клиент-серверную архитектуру и базу данных. Клиентами этой архитектуры предстояло стать специально разработанным веб-интерфейсам администратора, менеджера и диспетчера, а также и Андройд приложению для водителей Last-Mile. Решение делать именно Андройд приложение состоялось из-за необходимости передачи геолокации машины в онлайн режиме для привязки к карте. Приложение планировалось устанавливать на планшеты, которые будут передаваться водителям.
- Весна 2024 г. – осень 2025г. Колесо Деминга (Plan-Do-Check-Act). Внедрение сервиса не могло быть разовой акцией. Мы работали по принципу непрерывного «Колеса улучшений» (PDCA-цикл). Наша команда и служба эксплуатации заводов, получив после очередного внедрения обратную связь от диспетчеров, менеджеров и водителей, сразу запускали новый виток доработок. Такой итерационный подход позволил тестировать ключевые гипотезы уже через несколько недель после старта второго этапа, а затем последовательно наращивать функционал сервиса, точно попадая в реальные потребности предприятия.
Архитектура цифровой экосистемы FDMS на данный момент.
- Сервер FDMS – «Мозг системы». Он обрабатывает данные со всех источников, синхронизирует их в реальном времени, хранит историю и исполняет бизнес-логику обеспечивая синхронную работу всей экосистемы.
- Интерфейс администратора – дает возможность управлять справочниками пользователей и транспортных средств, осуществлять мониторинг процесса загрузки, смотреть историю и создавать отчеты.
3. Интерфейс менеджера – здесь менеджер формирует, корректирует и следит за статусом заявок (заказов). В нем можно отследить историю изменений, количество отгруженной продукции в рамках заказа и оплаты, а также прикреплять файлы документов. индивидуальный подход к каждому пациенту.
4. Интерфейс диспетчера – вся логистика в «одном окне». В этом интерфейсе диспетчер создает визиты (задания) на погрузку и доставку бетона на основании заказов, созданных менеджерами и распределяет их по машинам. Для эффективной логистики интерфейс оснащен вкладкой «машины на карте», где диспетчер видит местоположение миксеров и их текущий статус. Он выбирает подходящую и назначает ей визит (задание), водитель видит его на своем устройстве, принимает, меняя статус в своем приложении.
5. Интерфейс оператора погрузки – типовой многофункциональны вебный интерфейс оператора склада YMS. Yard Neuroniq, нужен для управления потоком машин на территории завода. С его помощью оператор видит поток, вызывает на погрузку, отмечает статус процесса, завершает погрузку и приглашает следующего.
6. Андройд-приложение Last-Mile – приложение – трекер, устанавливается на планшет в автомобиль. Оно служит для передачи серверу FDMS данных о местоположении машин (для интерфейса диспетчера), дает возможность водителю сообщить свой текущий статус («Готов», «В работе», «Не готов»), а также получать задания на доставку.
7. Инфотабло, для водителей, ожидающих вызова в помещении.
Алгоритм.
- Все начинается с формирования Заказа менеджером в своем интерфейсе. Он указывает все необходимые данные и сохраняет это. Важно отметить, что менеджер указывает сколько кубов в заказе всего куплено, а потом это число будет автоматически уменьшаться по факту фиксации в системе каждой погрузки бетона. Менеджер в этом интерфейсе отмечает статус оплаты заказа (Оплачено, Не оплачено, Отгрузка без оплаты), осуществляя тем самым разрешительную функцию к отгрузке. Еще нас попросили особым образом отмечать Заказы на «спецбетон», при таком признаке мы текст строки Заказа делаем красным, и выводим дату с ближайшими заказами «Спецбетон» выше таблицы с Заказами. После сохранения, Заказ может меняться менеджером, все изменения сохраняются в истории. К Заказу можно прикрепить файлы документов.
- Сформированные Заказы видны в интерфейсе диспетчера, для них он может назначить задание/визит. Диспетчер должен сначала решить – для какой машины он будет назначать этот визит. В своем интерфейсе он открывает вкладку «Машины на карте» и видит все активные миксеры и их текущие статусы. Определившись с выбором миксера, диспетчер создает для него визит, где указывает количество кубов и завод, на котором надо будет загрузиться. Из визита диспетчер может автоматически сформировать и распечатать накладную для водителя.
- При регистрации приезда миксера на завод, информация о машине, Заказе и визите появляется в интерфейсе оператора завода. По готовности, он вызывает машину к месту погрузки, отмечает момент ее окончания. В этот момент визит закрывается, он исчезает из интерфейса диспетчера, а количество кубов бетона указанных в визите вычитается из остатков кубов Заказа. Когда в Заказе кубов не останется, он считается закрытым и становится неактивным для формирования по нему визита. История о завершенных визитах появляется в интерфейсе менеджера во вкладке «История визитов».
- Водитель, готовый принять новое задание/визит, ставит в приложении Last-Mile статус «Готов», диспетчер видит это в своем интерфейсе «Машины на карте» как изменение цвета ярлыка и ссылки на зеленый, и назначает машине задание/визит. Информация о визите отображается в приложении Last-Mile водителя, он берет его в работу, изменив статус на «В работе». В этот момент ярлык и ссылка машины на карте диспетчера перекрашивается в красный цвет. Все время, от принятия задания/визита до выгрузки бетона в пункте назначения водитель сохраняет статус «В работе». По окончании выгрузки, т.е. выполнения задания, водитель меняет статус на «Готов» для получения нового задания, либо «Не готов», тогда последнем случае он пропадет с карты диспетчера.
Роль и место «Последней мили» (Last-Mile) в этом проекте.
До запуска нашей экосистемы, диспетчеры использовали в работе многофункциональную систему управления парком. Она позволяла вести мониторинг отчетность по параметрам: по пробегу, расходу топлива, стиля вождения, работе навесного оборудования, простоям, эффективности использования техники и т.д. Это SaaS решение с ежемесячной оплатой. Диспетчеры использовали в этой системе только определение местоположения и возможность обмена сообщениями с водителями. Причем геопозиционирование осуществлялось не всегда, потому что ставить оборудование от разработчика системы было неоправданно дорого, а водители без особой радости предоставляли свои гаджеты для этих целей. Данные о заказе и само задание/визит приходилось каждый раз формировать «руками». Т.е. для управления парком это великолепная система, но не подходит для целей автоматизации «Последней мили» с учетом специфики доставки бетона.
Конечно же диспетчер в этом процессе играет наиважнейшую роль. Невозможно автоматизировать все то, из чего состоит решение опытного диспетчера в этой непростой специфике. Поэтому основной задачей элементов Last-Mile во внедренной экосистеме было максимально обеспечить информацией диспетчера для принятия решения, а не автоматизировать само решение. Второй задачей, не менее важной, было обеспечить контроль за статусами выполнения задач «Последней мили».
С поставленными задачами мы справились благодаря готовности к инновациям и искренней заинтересованности в результате Заказчика. И если говорить о продолжении поисков возможностей повысить эффективность процессов в отрасли, то именно «Последнюю милю» есть куда развивать.
Напрашивается создание автоматической регистрации прибытия машин на заводы, при приближении к ним и добавления статуса по прибытию на место разгрузки. Это сделать не сложно при отслеживании местоположения онлайн. Интересная перспектива использования интеграции с чат ботами, где можно получать задания и отчитываться о их выполнении, прикладывая файлы, они автоматически будут попадать в базу данных. Стоит рассмотреть вопрос о разработке дополнительного функционала в андройд приложении Last-Mile, сейчас средства разработки позволяют реализовывать там многое для решения задач «Последней мили» и т.д.
Наше главное конкурентное преимущество, как разработчиков это гибкость, мы всегда готовы кастомизировать наши решения под процессы и специфики Заказчиков. В этом проекте мы создали экосистему для конкретного Заказчика. Полученный опыт дает возможность экспертизы потребностей заказчика и разработки бизнес-алгоритмов для решения любых задач, связанных с доставкой продукции до конечного пользователя, начиная с заказа и заканчивая подтверждением доставки.
