ROI автоматизации часто портят еще до старта проекта. В таблицу аккуратно кладут стоимость шкафа, ПЛК, панели, разработки и монтажа, рядом пишут ожидаемую экономию, получают красивый срок окупаемости - и на этом будто бы все. Проблема в том, что производство живет не в Excel. Оно живет в простоях, браке, перерасходе энергии, ручных обходах, аварийных вызовах, спорных данных и сменах, которые по-разному объясняют одну и ту же остановку.
Ошибка начинается с фразы «посчитаем только железо и работу». Нельзя считать окупаемость автоматизации только по стоимости шкафа и ПЛК. Шкаф - это видимая часть проекта. Деньги обычно лежат в другом месте: линия меньше стоит, меньше выпускает брак, быстрее выходит после переналадки, реже вызывает ремонтников, потребляет меньше энергии на тонну продукции, дает руководителю данные, которым можно верить.
Эта статья не про финансовую модель для инвестбанка. Здесь практический угол для инженера АСУ ТП, главного энергетика, технолога и руководителя участка: как посчитать ROI без самообмана, какие факты брать из АСУ ТП, MES и CMMS, и где чаще всего завышают эффект.
Если автоматизацию хотят внедрить «потому что надо современно», расчет почти всегда получается слабым. В нем много общих слов и мало проверяемых фактов. Гораздо лучше, когда проект начинается с конкретной боли: линия стоит по 40 минут на переналадку, оператор вручную переносит параметры и ошибается, компрессорная работает вхолостую, насосы гоняют лишний расход, брак обнаруживается слишком поздно, аварии повторяются без понятной причины.
Тогда ROI считается не вокруг оборудования, а вокруг изменения поведения процесса. Что сейчас происходит? Как часто? Сколько стоит один эпизод? Как автоматизация изменит этот эпизод? Какие данные подтвердят, что эффект действительно появился?
Например, проект по сбору данных с линии не окупается сам по себе. Он окупается, если эти данные позволяют сократить простой, убрать спор о причинах остановок, найти режимы перерасхода энергии или подтвердить качество партии. Если после внедрения данные есть, но по ним никто не принимает решения, ROI останется презентационным.
Простой: самая понятная, но самая опасная цифра
Простой любят включать в расчет, потому что он звучит убедительно. Линия стоит - предприятие теряет деньги. Автоматизация сократит простой - проект окупится. Логика правильная, но только если простой измеряется честно.
На практике простой часто считают грубо: «примерно час в день», «по словам смены», «из журнала ремонтов», «так технолог сказал». Для первого разговора это нормально, но для ROI нужно разделить причины. Есть простой из-за отказа оборудования, есть ожидание сырья, есть переналадка, есть отсутствие персонала, есть технологическая пауза, есть остановка из-за качества, есть аварийный останов. Автоматизация не обязана влиять на все сразу.
АСУ ТП может дать события остановки, состояние оборудования, аварии, время в режимах, счетчики циклов. MES может дать задания, партии, выпуск и причины простоев, если они ведутся дисциплинированно. CMMS или EAM покажет заявки, наряды, ремонты, повторяемость отказов, время реакции и фактические работы. Когда эти источники сходятся, расчет становится крепче. Когда не сходятся - это не повод выбрать самую красивую цифру, а повод признать риск данных.
Подробно о том, почему OEE нельзя считать на слабых данных, мы уже писали в статье «OEE без самообмана». Для ROI вывод тот же: если причина простоя неизвестна или выбирается оператором из трех удобных пунктов, экономический эффект будет спорным.
Брак: эффект появляется только там, где есть управляемая причина
С браком похожая история. Автоматизация может сильно помочь: стабилизировать рецепты, убрать ручной ввод, контролировать температуру, давление, дозирование, скорость, время выдержки, межоперационные блокировки. Но она не превращает любой брак в экономию.
Чтобы посчитать эффект, нужно понимать, какой именно дефект должен уменьшиться. Если брак возникает из-за сырья, неверной лабораторной оценки или механического износа, один новый контроллер может не изменить почти ничего. Если брак связан с ручной уставкой, пропущенным шагом, неверным рецептом, несинхронной скоростью или отсутствием контроля критичного параметра - автоматизация уже имеет прямой рычаг.
Данные для расчета обычно лежат в нескольких местах. АСУ ТП показывает режимы, уставки, отклонения, аварии и тренды параметров. MES или производственный учет показывает партии, выпуск, списание и маршруты. LIMS или лабораторный контур может подтвердить качество. Если этих связей нет, расчет брака легко завышается: берут общий процент брака и пишут, что автоматизация сократит его наполовину. Это красиво, но почти всегда слишком смело.
Честнее считать только ту часть брака, у которой есть понятная техническая причина и понятный механизм влияния. Не «уменьшим весь брак», а «снизим ошибки ручного ввода рецепта», «сократим перегрев партии», «исключим запуск насоса без подтвержденного уровня», «зафиксируем отклонение раньше, чем партия уйдет дальше».
Энергия: считать надо не киловатт-часы вообще, а потери в режиме
Энергоэффективность выглядит простой темой: поставили частотник, оптимизировали насосы, выключили холостой ход, получили экономию. Иногда так и есть. Но в расчете ROI важно не смешивать технологический выпуск и энергопотребление.
Если линия стала выпускать больше, общий расход энергии может вырасти, а удельный расход на единицу продукции снизиться. Если компрессор меньше работает ночью, экономия видна по профилю нагрузки, а не по среднему счету за месяц. Если вентиляция или насосы гоняют лишний расход из-за ручного режима, эффект нужно считать по времени работы в этом режиме.
АСУ ТП дает режимы оборудования, часы работы, частоты приводов, положения клапанов, аварии, расход и температуру. Система энергоучета дает счетчики, интервалы, профили нагрузки. MES дает выпуск и партии. Без связки с выпуском легко получить ложный вывод: «потребление снизилось», хотя просто было меньше заказов; или наоборот «экономии нет», хотя удельный расход улучшился.
Если нужна отдельная практическая рамка, полезно держать рядом материал «Энергоэффективность через АСУ ТП». В ROI важно взять оттуда не лозунг «экономим энергию», а метод: искать конкретные режимы потерь и подтверждать их данными.
Трудозатраты: автоматизация не должна считаться увольнением людей
Еще одна ловушка - считать ROI через «сократим оператора». На реальном производстве это редко работает прямо. Чаще автоматизация снижает ручные обходы, переписывание данных, звонки между участками, поиск причин, ручную подготовку отчетов, повторные проверки и время наладчика на типовые операции.
Это тоже деньги, но их нужно считать аккуратно. Если оператор раньше каждый час обходил участок и записывал показания, автоматический сбор данных может освободить время. Но вопрос в том, куда это время уйдет: на контроль процесса, обслуживание, работу с отклонениями или просто растворится в смене. Если процесс не меняется организационно, эффект будет мягким, а не прямым.
Хороший расчет описывает не «минус один человек», а «минус ручной обход», «минус двойной ввод данных», «минус ручной отчет смены», «минус выезд наладчика для операции, которую можно выполнить регламентно с панели или через журнал». Для подтверждения нужны журналы действий, отчеты смены, время реакции, заявки в CMMS, выгрузки из SCADA или MES.
Обслуживание: деньги появляются, когда отказ становится видимым раньше
АСУ ТП может дать эффект в обслуживании не потому, что «все станет предиктивным», а потому что оборудование перестает быть черным ящиком. Видны часы работы, число пусков, аварийные состояния, токи, вибрация, температура, давление, перепады, циклы клапанов, повторяющиеся причины остановов.
CMMS или EAM нужны, чтобы связать эти технологические факты с реальными работами. Событие в АСУ ТП само по себе не экономит деньги. Оно начинает работать, когда по нему создается наряд, выполняется проверка, закрывается причина и потом видно, повторился ли отказ. Об этой связке подробнее есть статья «EAM/CMMS и АСУ ТП».
В ROI обслуживания обычно считают снижение аварийных ремонтов, меньшее время поиска причины, переход части работ в плановое ТО, снижение расхода ЗИП и меньший риск вторичных повреждений. Но здесь легко завысить эффект. Если предприятие не меняет регламент ТОиР, не заводит наряды и не закрывает причины отказов, автоматизация просто добавит новые аварии на экран. Экономика появится только там, где данные превращаются в действие.
Качество данных: невидимая строка ROI
Качество данных редко попадает в расчет отдельной строкой, но именно оно определяет, можно ли верить остальным строкам. Если время на ПЛК, SCADA, MES и CMMS не синхронизировано, расследование простоя расползается. Если теги названы по-разному, данные сложно связать. Если причины простоев выбирают задним числом, отчет становится политикой, а не инженерией. Если датчик не калиброван, красивая цифра в отчете не доказывает качество партии.
Поэтому часть ROI автоматизации - это не только новая функция, но и снижение неопределенности. Руководитель быстрее видит, где реальная потеря. Технолог спорит не с ощущениями смены, а с трендом. Служба ремонта видит повторяемый отказ. Энергетик видит профиль потребления. Инженер АСУ ТП может доказать, что проблема не в программе, а в датчике, кабеле или режиме.
Такой эффект сложнее положить в рубли, но его нельзя игнорировать. Просто не надо продавать его как мгновенную экономию. Честная формулировка звучит так: сначала автоматизация повышает наблюдаемость, затем на базе наблюдаемости принимаются решения, и только после этого появляется экономический эффект. Для сайта и контента это похоже на историю со страницами: публикация сама по себе не гарантирует заявок завтра, но создает базу для будущего трафика и заявок. Этот лаг мы разбирали в статье «Страница ПЛК опубликована, а заявок нет: когда ждать эффект».
Таблица: где искать эффект и где его легко завысить
Таблица специально простая. Она не заменяет расчет, но помогает не заложить в него фантазию. Для каждой строки нужно ответить на три вопроса: где факт, кто владелец данных и что именно изменится после проекта.
Как собрать честный расчет без тяжелой финмодели
Начать лучше с одного участка и трех-пяти потерь, а не с попытки описать всю экономику завода. Например: аварийные простои упаковочной линии, ручной ввод рецепта, перерасход воздуха, повторный брак после переналадки и задержка ремонта из-за неясной причины отказа. По каждой потере нужно взять базу за понятный период: месяц, квартал, сезон, серию партий.
Дальше полезно разделить расчет на три слоя. Первый - доказанный факт: сколько было простоев, брака, киловатт-часов, нарядов, ручных операций. Второй - реалистичное влияние автоматизации: что именно проект изменит. Третий - коэффициент доверия: насколько данные полные и насколько команда готова менять процесс. Если данные слабые, эффект лучше считать диапазоном, а не одним красивым числом.
Например, можно написать не «окупаемость 7,3 месяца», а «по подтвержденным простоям окупаемость 14-18 месяцев; если подтвердится сокращение брака на участке дозирования, срок может снизиться до 9-12 месяцев». Такая фраза менее эффектна в презентации, зато она выдерживает разговор с производством.
Что спросить до старта проекта
Перед расчетом ROI полезно задать несколько очень приземленных вопросов. Какие потери мы считаем главными? Кто подтверждает их стоимость? Где лежат исходные данные? Насколько им можно верить? Какие потери автоматизация не затронет? Кто будет владельцем изменений после запуска? Какие отчеты, наряды, регламенты или действия смены должны поменяться, чтобы эффект действительно появился?
Если на эти вопросы нет ответа, проект может быть технически правильным, но экономически туманным. ПЛК будет работать, шкаф будет собран аккуратно, HMI будет красивой, но через полгода никто не сможет сказать, окупилась автоматизация или нет. Не потому что эффекта не было, а потому что его не договорились измерять.
Итог
ROI автоматизации нельзя считать только как стоимость шкафа, ПЛК и разработки против красивой строки «экономия». Реальная окупаемость живет в простоях, браке, энергии, трудозатратах, обслуживании и качестве данных. АСУ ТП дает факты о процессе, MES связывает их с выпуском и партиями, CMMS/EAM показывает обслуживание и ремонты. Только вместе они дают картину, на которую можно опираться.
Хороший расчет ROI не обязан быть сложным. Он должен быть честным: конкретная потеря, понятный источник данных, реалистичное влияние автоматизации и признанный риск завышения. Тогда автоматизация перестает быть покупкой шкафа «на всякий случай» и становится управляемым проектом улучшения производства.
Обсуждение