Предсказанием отказов оборудования с помощью машинного обучения сегодня никого не удивишь. Однако, ресурс оборудования - это одно, а совсем другое - сколько времени займёт у предприятия покупка нового оборудования взамен выходящему из строя. Ведь закупки длятся месяцами, а поставки (в зависимости от региона) могут достигать 150 дней! При этом убытки от вынужденного простоя - колоссальны. В такой ситуации, в системе ERP может прийти на помощь визуализация ключевой информации с добавлением функционала реального оформления заявки на ремонт. Об этом мой пост.

Какие задачи решает виджет?

1. Точная информация о "здоровье" оборудования 2. Информация о наличии подходящего на замену насоса на складе и сроках закупки. 3. Предоставляем пользователю возможность создать срочную заявку на ремонт и предотвратить многомиллионные убытки Компании из-за вынужденного простоя оборудования.

Что будет внутри?

📈 графики измеряемых параметров: температура, вибрация, ток и т.д. (но выводим не более 2 одновременно, чтобы не перегружать виджет). 🧠 результат работы ML-алгоритма, а именно - предсказанное количество дней оставшегося ресурса работы насоса, а также текущий % ресурса насоса. Используем при этом трёхцветную 🚥 индикацию, где красный = тревога, жёлтый = внимание, зелёный = норма. 📦 информация о наличии ТМЦ (насоса, идентичного или взаимозаменяемого с данным) - эта информация берётся из SAP или тому подобной системы. Здесь также применяем цветовую маркировку. Красный = на складе 0 подходящих насосов, зелёный = на складе более 2 насосов (здесь сделаю замечание - всё зависит от общего "парка" скважин на обслуживаемом участке). 📅 календарь поставок насоса. Это - справочная информация. Однако, она напрямую связана с прогнозируемым сроком оставшегося ресурса насоса. И здесь мы соединяем информацию с наличием на складе и делаем выводы о необходимости индикации пользователю о том, что, например, ресурс насоса составляет 30 дней, а срок поставки с учётом закупки, к примеру, составляет 75 дней (то есть мы потенциально имеем все шансы получить аварийную остановку и колоссальные убытки). 🚀 кнопка срочного формирования заявки на проведение ремонта. Эта кнопка позволяет специалисту, не покидая интерфейса текущего приложения, сделать заявку на ремонт и избежать убытков для компании.

Только виджет? Нет, не только!

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

Коллеги, я упаковала эту концепцию в интерактивный прототип в моём GitHub в свободном доступе. Я считаю, что предсказывать ресурс оборудования с помощью ML - это правильно и хорошо. Но если не дать пользователю информации о наличии ТМЦ на складе, то это как дать ему один кусочек картины, и заставить его бежать в другое место за вторым кусочком. А Вы как считаете - правильно ли связывать данные о здоровье оборудования с поставкой ТМЦ?