Цифровая трансформация как основа непрерывного улучшения производства

Движение в сторону реализации вышеперечисленных возможностей является основой для непрерывных улучшений

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

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

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

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

В качестве примера приведем решения для оценки состояния оборудования по телеметрии (рис. 2).

Можете дать описание для скриншота? Из того, что видно - это ручная установка аварийных и/или предупредительных диапазонов - достаточно обычная практика в классическом АСУ ТП.