Автобизнес не стоит на месте, автобизнес развивается и видоизменяется. Начинают использоваться новые инструменты работы с клиентами, такие как ИИ. Также изменяются и “внутренности” автомобилей, появляются цифровые компоненты, цифровые, то есть, по сути, виртуальные запчасти. С появлением принципиально нового типа запчастей, меняются и системы учёта и хранения таких запчастей на складах дилерских центров. Основной системой управления данными дилерского центра являются системы DMS. В текущей публикации мы предлагаем перевод статьи о передовых методов работы с цифровыми запчастями от ведущего эксперта по экосистемам данных дилерских центров, Доктора Юрая Хануса.
Возможно кто-то скажет, что это сейчас не первостепенная задача для дилерских центров России. Мы почтительно возразим, так как оставаться на месте и не двигаться вперёд это, на самом деле – отставать от переднего рубежа автобизнеса!
От гаек и болтов к битам и байтам
Как дилеры управляют цифровыми компонентами в своих системах управления дилерскими центрами (DMS) (Часть I).
Сегодня я хочу обсудить существенное изменение в нашем подходе к автомобильной логистике и управлению складами запчастей, подчеркнув, как дилеры переходят от традиционных гаек и болтов к цифровым битам и байтам.
Система управления дилерским центром (DMS) больше не является просто инструментом для складского учета, продаж автомобилей или планирования сервиса. Иногда я слышу, что это хороший инструмент для печати счетов-фактур. На самом деле, современная DMS — это платформа управления цифровыми активами дилера, и дилеры должны относиться к ней соответствующим образом.
От гаек и болтов к битам и байтам
Автобизнес переходит от аппаратного обеспечения к программному, становясь все более ориентированной на программное обеспечение, поскольку как автомобили, так и их компоненты быстро развиваются. Новые типы цифровых компонентов и связанные с ними данные должны эффективно управляться и интегрироваться в процессы отдела сервиса, чтобы обеспечить точный анализ ремонта, оценку стоимости, установку и обновления.
Надежные системы управления дилерскими центрами (DMS) постоянно (вслепую) развиваются, добавляя новые функции и адаптируя и совершенствуя существующие процессы для удовлетворения новых потребностей автобизнеса. Однако наиболее эффективная DMS оптимизирована и построена на модульных функциональных структурах, позволяющих включать или отключать функции по мере необходимости без изменения основного кода. В этом разница между «монолитной» и «композитной» DMS. Модульность позволяет дилерским центрам быстро адаптироваться к постоянно меняющейся автомобильной среде.
Способность быстро адаптироваться — вот почему я хочу начать свою следующую статью с цитаты Гераклита:
«Единственная константа в жизни — это перемены».
Я хочу разобрать, как современная компонуемая система управления документами (DMS) должна обрабатывать новые «программные (цифровые) компоненты», используя архитектурный подход, так называемые функциональные фреймворки, вместо добавления новых полей и функций поверх существующего базового слоя. Давайте ответим на следующий вопрос.
Имеет ли смысл отслеживать программные компоненты на складах дилеров?
Краткий ответ: Да, безусловно, но не так, как мы отслеживаем состояние тормозных колодок.
Автомобильные запчасти — это уже не просто физические компоненты, которые можно хранить на складе; это может быть строка кода, цифровой сертификат со сроком действия или лицензионный ключ.
Что нам известно о программных компонентах?
Программные компоненты включают в себя номера компонентов, связанные с ними затраты, розничную цену, основные данные (цифровой лицензионный ключ, версия программного обеспечения или токены) и правила совместимости с транспортными средствами.
Давайте кратко рассмотрим наиболее распространённые программные компоненты для автомобилей.
- Цифровой ключ для разблокировки функций по запросу (FoD – Feature on Demand)
Покупатель приобретает автомобиль с установленным подогревом сидений, но программное обеспечение, необходимое для его активации, заблокировано. Дилер продаёт цифровую деталь для разблокировки.
- Файлы прошивки и калибровки
Для аппаратных электронных блоков управления (ЭБУ) (например, модуля управления трансмиссией) требуются определенные версии программного обеспечения.
- Ключи кибербезопасности и цифровые сертификаты
Современные автомобили требуют зашифрованного «рукопожатия» для установки новых деталей (безопасность шлюза). Эти цифровые сертификаты являются расходными материалами и требуют отслеживания.
- Пакеты обновлений (OTA — Over The Air — Беспроводное обновление)
Большие пакеты данных, исправляющие ошибки или добавляющие новые функции.
Ежедневно добавляются новые типы программного обеспечения для автомобилей; список компонентов программного обеспечения для автомобилей является динамическим. Это также отражает необходимость динамического подхода к управлению DMS.
Теперь мы можем начать с роли DMS.
Исторически обновления программного обеспечения были включены в «рабочее время» (время работы механика). Но если обновление программного обеспечения увеличивает мощность электродвигателя на 50 л.с., это продукт с розничной ценой; его больше нельзя рассматривать как услугу. Для продажи он должен находиться на складе.
Если дилеры не отслеживают его, они часто забывают взимать за него плату. Отслеживание гарантирует, что дилерский центр получит оплату за ценность, которую он предоставляет клиентам. Другие причины для отслеживания программных компонентов в DMS — это история гарантий и складских запасов, правила совместимости программного обеспечения и безопасность.
Подробнее, программные компоненты управляются в DMS в новой категории компонентов (цифровые компоненты), но имеют ту же структуру данных, что и физические компоненты (номер компонента, стоимость, розничная цена и информация о поставщике).
Ниже представлен реальный пример из практики DMS:
Во-вторых, вместо физической полки дилерам следует использовать «виртуальный контейнер» в своем «виртуальном складе» для хранения лицензий для развертывания.
Наконец, для меня наиболее интересным аспектом является способ доставки программных компонентов (отправка по заказ-нарядам): когда программная часть «продается», DMS не должна печатать накладную для кладовщика; вместо этого она должна инициировать API-запрос к производителю программного обеспечения для освобождения лицензии или токена загрузки.
Еще два практических примера программных компонентов:
- Дилер предварительно приобретает у производителя 50 лицензий на «полностью автономное вождение». Они хранятся в цифровом инвентарном счёте на виртуальном складе дилера до момента продажи (развертывания) клиентам.
- Еще один хороший пример — так называемые TRP-компоненты (TRP — Theft-Relevant Parts — Компоненты, связанные с кражей), которые, по сути, представляют собой комбинацию физического элемента (ключа от автомобиля) и программного обеспечения, специфичного для VIN-кода, которое разблокирует ключ. Я дал названия таким элементам и закодировал компоненты; система управления дилерским центром (DMS) должна быть достаточно интеллектуальной, чтобы правильно обрабатывать все данные в процессе ремонта.
Учитывая всё большую зависимость современных автомобилей от программных компонентов, дилерским центрам России, которые нередко сами разрабатывают системы DMS, для повышения эффективности работы отдела запчастей в целом, имеет смысл учесть опыт продвинутых систем DMS с передовых авторынков.
