Семь ключевых драйверов ускорения цифровой трансформации

Одной из активностей миграции от Индустрии 3.0 к Индустрии 4.0 является цифровая трансформация. Цифрово-трансформированный бизнес устраняет большинство, если не все, бумаги, используемые в его процессах. Данные из любой системы доступны в реальном времени вместе с контекстом и трансформированы в информацию. Однако прежде чем бизнес может приступить к усилиям по цифровой трансформации, ему нужно понять выгоды и связанные затраты. Хотя существует много драйверов цифровой трансформации, эта статья попытается ответить на вопрос: каковы самые важные драйверы успешной цифровой трансформации?

Пока тема о драйверах цифровой трансформации, я хотел бы прокомментировать особенности и архитектуру решения (оборудование, ПО и т.д.), поддерживающего усилия по трансформации. Есть четыре ключевых компонента:

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

Драйвер №1: Генерация наряд-заказов

Те, у кого есть опыт в надежности, как у меня, будут тяготеть к обслуживанию как к одному из крупнейших драйверов цифровой трансформации. Цифрово-трансформированный отдел обслуживания и ремонта, иногда называемый Обслуживанием 4.0, имеет полную цифровую систему для выполнения работы. Например, событие простоя может быть вызвано отказом оборудования. Пока система простоя может фиксировать это событие в реальном времени, последующий запрос на обслуживание часто является ручным процессом. Более того, система наряд-заказов также может требовать ручного ввода для выполнения работы.

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

Драйвер №2: Статус производства

Когда компания получает заказ в свою систему ERP, это приводит к созданию заказа на продажу, который используется производственной зоной. Пока некоторые компании могут использовать MES или MRP для своего производства, довольно часто производственный процесс продолжает использовать бумагу для управления заказом через процесс. В начале смены руководитель линии имеет стопку заказов на продажу, составляющих дневное производственное расписание. В конце смены все заказы на продажу собираются вместе с партиями и отчетом смены для обработки на следующий день.

В цифрово-трансформированном бизнесе все заказы на продажу обрабатываются электронно. Если в течение смены есть необходимость изменить партионный заказ, это можно сделать быстро. Любые возникающие проблемы доступны в реальном времени. Человек в службе поддержки клиентов может проверить статус заказа и сообщить, где он в процессе. Все эти действия ведут к огромным приростам эффективности.

Драйвер №3: Энергия

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

После трансформации вся энергия (электричество, сжатый воздух, пар и т.д.) измеряется и доступна для других систем. Обычное приложение — определить, сколько энергии используется в производстве единицы продукции. Со временем эти данные можно анализировать для поиска аномалий в кодах продуктов, производительности линий или смен.

Драйвер №4: Качество

Одной из проблем управления качеством в процессе является знание о возникновении проблемы как можно скорее. Распространенное событие в производстве — узнать о проблеме качества задолго после события, возможно, когда был доставлен бумажный отчет смены. Когда это происходит, команда качества собирается, чтобы определить, какие события привели к проблеме. Часто к тому времени, когда причина была определена и корректирующие меры приняты, возникла другая проблема качества.

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

Драйвер №5: Процессные сбои

Продолжая тему своевременных уведомлений, довольно часто случаются процессные сбои без уведомления правильных людей. Наличие информации в реальном времени — и использование аналитических инструментов — не только обеспечивает уведомление о процессных проблемах, но может помочь предотвратить их возникновение в первую очередь. Более того, это не требует многих часов, потраченных на просмотр всех процессных параметров для поиска признаков надвигающейся процессной ошибки. Все делается в реальном времени для вас.

Драйвер №6: Аналитические возможности

Как отмечено выше, когда статус процесса, здоровье процесса и здоровье активов доступны в реальном времени, есть множество передовых аналитических возможностей, которые могут быть реализованы. Процессы могут быть оптимизированы для параметра, как пропускная способность, сохраняя качество. Активы могут иметь расширенную операцию перед тем, как потребуется обслуживание. Улучшение общей операционной производительности может привести к оптимизированным уровням запасов. Чтобы быть уверенным, данные для принятия этих решений должны быть точными. Но аналитические возможности могут привести к значительному улучшению финансовой производительности.

Драйвер №7: Устранение бумаги

Наконец, устранение бумаги — это своего рода бонусный драйвер в усилиях трансформации. Больше нет необходимости печатать отчеты смен и партионные записи. Вся эта информация может быть представлена цифровым образом, либо как дашборд, либо как отчет, отправляемый электронно по завершении события. Ад-хок отчеты, которые когда-то печатались, теперь делятся электронно тоже. Сырье принимается с использованием сканеров и планшетов без необходимости печатного талона. Все это экономит на затратах на бумагу и утилизацию.

Движение вперед

Как я отметил ранее, существует много бизнес-драйверов для цифровой трансформации. Это лишь некоторые. Прежде чем начать, я предлагаю определить бизнес-проблему, которую нужно решить, а затем начать трансформировать ту часть. Убедитесь, что у вас есть общая стратегия в уме, так как решения, принятые сейчас, повлияют на будущие возможности (они дешевле изменить рано). По мере того как больше систем трансформируются, выгоды станут очевидными — и экономические выгоды могут использоваться для поддержки больших усилий в будущем.