Блог о техническом обслуживании, ремонтах и Надежности

Интервью Telegram-каналу EnergyDa

2020-11-06 19:43 2020 Интервью и выступления
Расширяя горизонты, вводим новый формат #спросили_эксперта

Первый гость рубрики - автор канала @AM_press, чья миссия распространение знаний об управлении активами. Итак, внемлите!

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

На текущий момент существует несколько общепринятых (в мире) классов систем, так или иначе связанных с управлением активами. Это:

CMMS (Computerized Maintenance) – как правило, это модули по ТОиР в больших ERP системах. Классический пример SAP ТОРО

EAM (Enterprise Asset Management System) – программный комплекс, охватывающий все аспекты оперативного управления ремонтной деятельностью.

APM (Asset Performance Management) – это уже про управление надежностью.

На самом деле эти понятия постепенно размываются, поскольку многие CMMS получают функционал EAM и даже APM.

Я попытался понять, что подразумевается под аббревиатурой АСУПА визионерами крупнейшей электросетевой компании страны и почему ТЗ пишутся на базу 1С ERP. Исследование ТЗ показало, что это ПО должно включать в себя функционал EAM, частично функции APM, а также функции систем мониторинга и Health Management.

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

Однако если взять классическое управление ТОиРом, то у систем автоматизации данной активности есть несколько методологических задач:

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

2. Обеспечение контроля затрат на поддержание оборудования. Как по превентивным/регламентным/периодическим работам (в России нет нормальной устойчивой терминологии, поэтому я употребляю несколько терминов, чтобы было более понятно, о чем я говорю), так и по корректирующим (ремонты). Это как раз использование заказ-нарядов на работы.

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

4. Автоматизация планирования превентивных работ. Это автоматическое планирование (генерация заказ-нарядов) тех работ, что производятся на основании календаря или по факту наработки. Тут очень важна сама методология их кластеризации, гибкость и объем непосредственно самих инструментов

5. Обеспечение процесса планирования объемов работы (создание удобной среды для планировщика, чтобы правильно описать объем работ, оценить затраты, указать все необходимые ресурсы, приложить всю необходимую документацию), а также различные инструменты формирования эффективных графиков работ.
...6. Управление данными о состоянии оборудования. Фиксация ненормальных состояний (отказов и неисправностей) – результатов контроля состояния или наблюдений, ведение допустимых параметров значений, а также сбор данных о наработке оборудования

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

8. Отчетность и вот это вот все...

Встречались ли вашей практике кейсы из энергетики (или близкие по сути/масштабу)? Поделитесь, какую практическую задачу удалось с помощью asset management?

Смотря что понимать под кейсами из энергетики. В мире, как мне кажется, не осталось успешных организаций (в любой из отраслей), где ТОиР не поддерживается использованием специальных IT инструментов. А если мы говорим о методологии управления активами, то я смело могу сказать то же самое, но только о методиках.

Существует мнение о возможности реализации предиктивной аналитики в АСУПА и принятии решений самого разнообразного толка на ее основе. Насколько это реализуемо на ваш взгляд?

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