Производство

Увеличение времени простоя производства

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

Бизнес-проблема

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

Что видят команды

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

Почему это происходит

  • Нет общего состояния. Общий веб-перехватчик, система обслуживания, Microsoft Teams.
  • Правила принятия решений и исключения применяются непоследовательно.

Почему становится дорого

  • Мощность потребляется на координацию и доработку.
  • Поздние исключения ухудшают видимость и качество обслуживания.

Результаты бизнеса

  • Сокращение цикла записи простоев
  • Меньше исключений при передаче и недостающей информации
  • Очистите право собственности от получения события простоя до закрытия записи о простое
  • Проверяемые решения и восстановление

Измеримые ключевые показатели эффективности

  • Время выполнения заказа: Время, прошедшее с момента получения события простоя до закрытия записи времени простоя.
  • Скорость ручного вмешательства: Доля предметов, нуждающихся в человеке вне определенных условий проверки.
  • Возраст исключения: Время, когда неразрешенные исключения остаются без завершенного действия.
  • Уровень успешного завершения: Доля допустимых элементов рабочего процесса, завершенных без сбоя терминала.

Как работает рабочий процесс

  1. Получить событие простоя — Примите и определите причину эскалации простоя производства. Общий вебхук
  2. Определить актив — Выполните идентификацию актива с помощью проверенных выборочных данных и результата, поддающегося проверке. Общий вебхук
  3. Начало продолжительности таймера — Выполните отсчет продолжительности запуска с проверенными выборочными данными и проверяемым результатом. Система обслуживания
  4. Применить политику серьезности — Выполните политику применения политики серьезности с проверенными выборочными данными и результатами, подлежащими аудиту. Команды Майкрософт
  5. Уведомить об обслуживании — Выполните уведомление о техническом обслуживании с использованием проверенных выборочных данных и результата, поддающегося проверке. Общий вебхук
  6. Эскалация управления — Осуществляйте управление эскалацией с использованием проверенных выборочных данных и проверяемых результатов. Система обслуживания
  7. Записать ответ — Выполните запись ответа с проверенными данными выборки и проверяемым результатом. Команды Майкрософт
  8. Закрыть запись простоя — Выполните запись о времени простоя с проверенными выборочными данными и проверяемым результатом. Общий вебхук
  9. Обновление аудита и KPI — Сохраняйте результаты выполнения, факты аудита и события измерения рабочего процесса. Магазин исполнения SEIDO

Интеграции и владение

  • Общий вебхук: Предоставьте информацию о рабочем процессе
  • Система обслуживания: Контекст поиска и обновления
  • Команды Майкрософт: Получите контролируемый результат

Человеческая ответственность: Руководитель отдела качества операций

Неудача и восстановление

Универсальный вебхук временно недоступен.

Повторить попытку с ограниченной экспоненциальной задержкой; сохранить выполнение и переместить его в очередь проверяемых отказов после достижения предела.

Необходимые данные для идентификации актива искажены или отсутствуют.

Остановите последующие действия и покажите недостающие поля, исходные данные и действия по исправлению указанному рецензенту.

Событие триггера или поставщика доставляется более одного раза.

Верните существующее выполнение, определенное ключом идемпотентности, и не повторяйте последующие бизнес-действия.

Человеческое решение истекает до завершения.

Перейдите на настроенную замену, сохраните исходный запрос и запишите как истечение срока действия, так и переназначение.

Когда не стоит это строить

  • Ежемесячный объем слишком мал, чтобы оправдать интеграцию универсального веб-перехватчика, системы обслуживания и Microsoft Teams.
  • Существующая настроенная платформа уже справляется с увеличением простоев производства, обеспечивая адекватное владение и отчетность.
  • Надежные исходные данные или поддерживаемый доступ к API недоступны.
  • Ни один владелец бизнеса не имеет полномочий определять правила принятия решений и исключений.

Связанные рабочие процессы