Управление техническим состоянием — это не просто ремонт оборудования по расписанию или при поломке. Это системный подход, который связывает надежность активов с производственными целями: выполнением плана выпуска, стоимостью владения, безопасностью и сроками поставки. Если предприятие не управляет состоянием осознанно, состояние управляет предприятием через неожиданные остановки, перерасход запчастей и риски аварий.
Главный ориентир при выборе подхода — соотношение стоимости простоя и стоимости предотвращения этого простоя. На агрегате, где час остановки стоит миллионы рублей, оправдана непрерывная диагностика и предиктивная аналитика. На вспомогательном оборудовании с низкой критичностью достаточно запуска до отказа и дешевого запаса запчастей. Попытка применить одну стратегию ко всему парку ведет либо к избыточным затратам на обслуживание, либо к неконтролируемым рискам.
- От реактивного к предиктивному: как выбрать стратегию обслуживания
- 1. Реактивное обслуживание (Run-to-Failure)
- 2. Планово-предупредительное ремонт (ППР / Time-Based Maintenance)
- 3. Обслуживание по состоянию (CBM — Condition Based Maintenance)
- 4. Предиктивное обслуживание (PdM — Predictive Maintenance) и RCM
- Критичность активов: фундамент любой стратегии
- Ключевые метрики: что измерять, чтобы управлять
- Построение системы управления техническим состоянием: пошаговый алгоритм
- Работа с запасами запчастей: невидимый драйвер доступности
- Типичные ошибки внедрения и эксплуатации
- Сценарии: как действовать в типичных ситуациях
- Сценарий 1: «Зеленое поле» — новый завод или участок
- Сценарий 2: «Браунфилд» — старый парк, нет истории, частые поломки, пожарный режим
- Сценарий 3: «Модернизация» — ввод PdM/IIoT на работающем производстве
- Сценарий 4: «Аутсорсинг ТОиР» — передача обслуживания подрядчику
- Роль цифровых инструментов: CMMS, EAM, APM, Digital Twin
- Компетенции и организация: люди важнее софта
- Практический следующий шаг: с чего начать на этой неделе
- Часто задаваемые вопросы
- Нужен ли нам ISO 55001 (управление активами)?
- Как обосновать бюджет на CBM/PdM руководству?
- Что делать, если история отказов в CMMS «грязная» или отсутствует?
- Как перевести персонал с «реактивного мышления» на проактивное?
- Стоит ли внедрять TPM (Total Productive Maintenance) параллельно?
От реактивного к предиктивному: как выбрать стратегию обслуживания
Существует четыре базовые стратегии. На практике эффективная система всегда комбинирует их в зависимости от критичности актива, последствий отказа и доступности данных.
1. Реактивное обслуживание (Run-to-Failure)
Ремонт после отказа. Применимо, когда:
- Отказ не создает угрозы безопасности и экологии.
- Простой не блокирует основной технологический поток (есть резерв или буфер).
- Стоимость мониторинга или планового ремонта выше стоимости восстановления после поломки.
- Примеры: освещение, вентиляция складских помещений, некритичные насосы с горячим резервом.
Ошибка — применять эту стратегию к ключевому оборудованию «потому что ППР дорого». Цена неожиданного простоя на бутылочном горлышке почти всегда превышает затраты на базовое состояние.
2. Планово-предупредительное ремонт (ППР / Time-Based Maintenance)
Работы по календарю или наработке (часы, циклы, тоннаж). Работает, когда:
- Есть четкая зависимость вероятности отказа от времени/наработки (износная кривая с выраженным зоной износа).
- Производитель дает обоснованные интервалы (не маркетинговые, а основанные на тестах или полевой статистике).
- Стоимость остановки для ППР планируется и вписывается в производственный календарь.
Ограничение: ППР не предотвращает случайные отказы (инфантильные, дефектные материалы, ошибки монтажа) и часто приводит к излишнему разбору исправных узлов. По данным исследований, до 30% плановых работ не приносят пользу надежности, а 15–20% даже снижают её из-за ошибок при сборке.
3. Обслуживание по состоянию (CBM — Condition Based Maintenance)
Решение о ремонте принимается на основе реальных параметров: вибрация, температура, качество масла, ультразвук, термография, расход тока. Переход к CBM оправдан, когда:
- Есть измеримые параметры, коррелирующие с дефектом (P-F интервал — время от обнаружения потенциального дефекта до функционального отказа — достаточно велико для реакции).
- Стоимость датчиков и анализа ниже стоимости неожиданного простоя.
- Персонал умеет интерпретировать данные, а не просто смотреть на «красные» тревоги в SCADA.
CBM не требует обязательно онлайн-мониторинга. Периодические замеры (маршрутный контроль вибрации раз в месяц) — это тоже CBM, если по их результату принимается решение: «ремонтируем сейчас / откладываем / усиливаем контроль».
4. Предиктивное обслуживание (PdM — Predictive Maintenance) и RCM
PdM использует исторические данные, машинное обучение и физические модели для прогноза оставшегося ресурса (RUL — Remaining Useful Life). RCM (Reliability Centered Maintenance) — это методология определения оптимального набора задач для каждого актива на основе анализа режимов отказа (FMEA/FMECA).
- RCM отвечает на вопрос: «Что именно нужно делать с этим активом и почему?». Результат — пакет задач: CBM здесь, ППР там, запуск до отказа там, перепроектирование здесь.
- PdM отвечает на вопрос: «Когда именно выйдет из строя этот подшипник/клапан/привод?». Требует накопленной базы отказов и качественной телеметрии.
На российских предприятиях частая ошибка — покупать PdM-платформу без предварительного RCM-анализа. В итоге алгоритмы обучаются на «мусорных» данных, а критичные активы остаются без базового контроля.
Критичность активов: фундамент любой стратегии
Нельзя выбрать стратегию без ранжирования активов по критичности. Стандартный подход — матрица риска: Вероятность отказа × Последствия отказа. Последствия оценивают по четырем измерениям:
- Безопасность и экология (травмы, выбросы, пожары).
- Производство (потеря выпуска, штрафы за срыв поставок, брак).
- Стоимость восстановления (запчасти, подрядчики, спецтехника).
- Репутация и регулятор (проверки, лицензии, образ в СМИ).
Практический алгоритм ранжирования (ABC-анализ критичности):
- Сформируйте реестр активов (тег, название, расположение, P&ID, классификатор).
- Для каждого актива оцените последствия отказа по 4 измерениям по шкале 1–5 или 1–10.
- Оцените текущую вероятность отказа (история отказов, возраст, условия эксплуатации, качество ППР).
- Вычислите интегральный индекс критичности.
- Разбейте на группы: A (критичные — PdM/CBM + резервирование), B (важные — ППР + базовый CBM), C (вспомогательные — запуск до отказа / минимальный ППР).
Без этого шага любые инвестиции в мониторинг или CMMS дают случайный эффект. Ресурс команды ограничен — фокус должен быть на топе 10–20% активов, дающих 80% потерь от недоступности.
Ключевые метрики: что измерять, чтобы управлять
Метрики делятся на три уровня: операционные (для сменных мастеров), тактические (для руководителей участков/ТОиР) и стратегические (для директора по производству/CEO). Не пытайтесь внедрить все сразу — начните с 3–5 базовых.
| Метрика | Формула / суть | Для чего нужна | Типичные ловушки |
|---|---|---|---|
| OEE (Overall Equipment Effectiveness) | Доступность × Производительность × Качество | Интегральный показатель потерь на оборудовании. Показывает, сколько потенциала реализовано. | Считают по плану, а не по календарному времени; скрывают простой под «наладку»; не разделяют потери по категориям. |
| MTBF (Mean Time Between Failures) | Сумма наработок / Кол-во отказов | Надежность. Рост MTBF = реже поломки. | Считают только критичные отказы, игнорируя «мелкие» остановки; не учитывают возраст парка. |
| MTTR (Mean Time To Repair) | Сумма времени на ремонт / Кол-во ремонтов | Восстанавливаемость. Влияет на длительность простоя. | Не включают время ожидания запчастей/бригады/разрешения; усредняют по разным типам работ. |
| Покрытие ППР / CBM (Compliance) | Выполненные задачи / Плановые задачи × 100% | Дисциплина выполнения стратегии. Если < 90%, стратегия не работает. | Формальное закрытие заказов без реальной работы; «галочки» в системе. |
| Backlog (Задолженность по ремонтам) | Часы открытых заказов / Доступные часы бригады | Нагрузка на ТОиР. Норма — 2–4 недели работы вперед. | Не разделяют по приоритетам; включают «вечные» заказы на улучшение. |
| Стоимость владения (LCC / TCO) | Капекс + Опекс (энергия, ТО, ремонт, простои, утилизация) за жизненный цикл | Обоснование закупки, модернизации или списания. | Считают только закупку и ТО, забывая про потери от простоя и утилизацию. |
Важно: метрики должны быть привязаны к бизнес-целям. Если цель — снизить штрафы за срыв поставок, следите за доступностью бутылочных горлышков, а не за средним OEE по заводу. Если цель — безопасность, фокус на MTBF критичных для безопасности систем и сроке устранения дефектов категории Safety.
Построение системы управления техническим состоянием: пошаговый алгоритм
Внедрение не начинается с покупки ПО. Оно начинается с аудита текущего состояния и согласования целей с бизнесом.
- Аудит AS-IS. Соберите факты: реестр активов (актуален ли?), история отказов за 2–3 года (есть ли в CMMS/Excel?), текущие задачи ППР (кто их писал, на чем основаны?), загрузка ТОиР, качество запасов (оборачиваемость, мертвый склад), компетенции персонала, текущие потери (OEE, простои, брак).
- Определение целей TO-BE. С заказчиком (гендиректор/техдиректор/коммерческий директор) согласуйте: какие потери снижаем в приоритете (простои? брак? затраты на ТО? риски безопасности?), какой бюджет и сроки, какие KPI будут критерием успеха через 6/12/24 месяца.
- Классификация активов и RCM-лайт. Проведите критичность (пункт выше). Для группы A сделайте упрощенный RCM: перечислите функции актива, функциональные отказы, режимы отказа, текущие задачи, пробелы. Результат — список задач с обоснованием: «вибрация раз в 2 недели, потому что дефект подшипника развивается 3 месяца» или «замена фильтра каждые 2000 ч по каталогу производителя».
- Стандартизация процессов. Опишите: как создается заявка на работу, как планируется неделя/день, как оформляется выполнение, как фиксируются найденные дефекты, как заказываются запчасти, как анализируются повторные отказы (RCA — Root Cause Analysis). Без стандартов CMMS станет дорогой базой «мусора».
- Выбор и настройка IT-инструмента (EAM/CMMS). Выбирайте под процессы, а не наоборот. Критичные требования: иерархия активов, планировщик календарный/наработка, мобильное приложение для исполнителей, модуль запчастей с минимами/максимумами, аналитика (KPI, отчеты по заказам, история актива). Не покупайте «функционал на будущее» — он усложнит внедрение.
- Пилот на 1–2 участках. Выберите участок с мотивированным руководителем, представительным парком активов группы A и B. Прогоните полный цикл 2–3 месяца: планирование → выполнение → анализ → корректировка задач. Соберите обратную связь от мастеров и планировщиков.
- Масштабирование и непрерывное улучшение. Разверните на остальные участки с учетом уроков пилота. Введите регулярный (квартальный) обзор стратегий: анализ отказов, корректировка интервалов ППР, добавление/удаление точек CBM, обновление критичности. Система, которая не меняется годми, деградирует.
Работа с запасами запчастей: невидимый драйвер доступности
Лучшая стратегия CBM бесполезна, если при обнаружении дефекта нет запчасти и срок поставки 8 недель. Управление запасами — часть управления техническим состоянием.
- Критичность запчасти критичность актива. Запчасть может быть критичной (длинный лид-тайм, единственный поставщик) даже на активе группы B. Классифицируйте запчасти по матрице: Критичность актива × Сложность пополнения (лид-тайм, единственный источник, стоимость).
- Мин/Макс на основе потребления и риска. Для страховых запасов (insurance spares) минимальный уровень = 1 шт, если риск простоя недопустим. Для расходников — расчет по среднему потреблению + запас вариативности.
- Оборачиваемость и мертвый склад. Ежегодный аудит: позиции без движения > 2–3 лет (кроме страховых) — кандидаты на реализацию/утилизацию. Деньги, замороженные в металле на полке, не работают на надежность.
- Стандартизация и кодификация. Единый классификатор (Класс/Тип/Размер/Материал), привязка к активу в EAM (BOM — Bill of Materials). Без BOM планировщик не видит, какие запчасти нужны для планового заказа, и заказывает «на глаз».
- Управление жизненным циклом запчасти. Срок хранения (резинотехнические изделия, химия), условия хранения (температура, влажность, вибрация), ротация (FIFO/FEFO). Испорченная новая запчасть хуже отсутствующей — она создает ложное чувство защищенности.
Типичные ошибки внедрения и эксплуатации
| Ошибка | Причина | Последствие | Правильный подход |
|---|---|---|---|
| Покупка PdM/CMMS до определения стратегий и процессов | Желание «быстрого результата», давление вендоров, отсутствие внутренней экспертизы | Автоматизация хаоса, низкое пользовательское принятие, деньги на ветер | Сначала аудит, RCM-лайт, стандарты процессов — потом выбор ПО под зафиксированные требования |
| ППР «по каталогу» без адаптации под условия эксплуатации | Лень/некомпетентность инженеров ТОиР, отсутствие истории отказов | Излишние работы на части актива, пропуск реальных режимов отказа на других | Анализ истории отказов (Weibull/RCM), корректировка интервалов под реальные условия (пыль, вибрация, перегрузки, качество сырья) |
| CBM «для галочки»: замеры есть, решений нет | Нет ответственного за анализ трендов, нет порогов тревог, нет процесса перевода дефекта в плановый заказ | Обнаружение дефекта постфактум после отказа, потеря доверия к методу | Четкий процесс: замер → анализ (тренд/порог) → решение (ремонт/наблюдение/перепланирование) → заказ в CMMS → контроль выполнения |
| Игнорирование «мелких» остановок и дефектов | Фокус только на MTBF/критических отказах, порог регистрации простоя 30+ минут | Накопление хронических потерь производительности (скорость, качество), невидимые для OEE потерь | Учет всех остановок > 5 мин, категоризация потерь (6 больших потерь TPM), еженедельный разбор топ-5 повторяющихся мелочей |
| Разрыв между ТОиР и Производством | Разные KPI (ТОиР — выполнение плана ППР, Производство — выпуск), конфликт за окна остановки | Срыв ППР или срыв плана выпуска, скрытые дефекты, токсичная культура | Общие KPI (доступность, OEE), совместное еженедельное планирование окон, SLA на реакцию ТОиР на заявки Производства |
| Отсутствие RCA (анализа коренных причин) на повторяющиеся отказы | Нет времени/методологии/компетенций, культура «починили и забыли» | Повтор одних и тех же поломок, рост затрат на запчасти и простои | Обязательный RCA на каждый отказ категории A и на повторяющиеся отказы B (методы 5 Why, Fishbone, KT). Результат — изменение задачи ППР/точки CBM/проекта/обучения, а не «нарушение технологии ремонтом» |
Сценарии: как действовать в типичных ситуациях
Сценарий 1: «Зеленое поле» — новый завод или участок
- Заложите иерархию активов и BOM в проектную документацию (требование к подрядчику).
- Потребуйте у поставщиков оборудования FMEA/RCM-отчеты и рекомендуемые задачи ППР/CBM с обоснованием интервалов.
- Выберите EAM на стадии проектирования — заложите в ТЗ на автоматизацию (интеграция с SCADA/MES).
- Наймите/подготовьте инженеров по надежности (Reliability Engineers) до пуска — они создадут базу знаний с нуля.
Сценарий 2: «Браунфилд» — старый парк, нет истории, частые поломки, пожарный режим
- Стоп. Не внедряйте CMMS сразу. Введите «ежедневный станд-ап» 15 мин: что сломалось вчера, что на очереди, какие запчасти нужны, окна на сегодня/завтра.
- Соберите топ-10 активов, дающих 80% простоей (парето по часам простоя). Сфокусируйтесь только на них.
- Для каждого топ-актива: соберите «паспорт» (тег, фото, паспорт, схема, история отказов из памяти мастеров/заявок), определите 1–2 критичных режима отказа, введите простой контроль (визосмотр, вибрация, температура) раз в смену/неделю.
- Параллельно наведите порядок со складом критичных запчастей для топ-10.
- Только когда «пожар потушен» (стабильность топ-10 достигнута) — переходите к системному аудиту и CMMS.
Сценарий 3: «Модернизация» — ввод PdM/IIoT на работающем производстве
- Не ставьте датчики на всё подряд. Начните с 1–2 активов группы A, где: известен доминирующий режим отказа, есть P-F интервал, есть исторические данные для обучения модели, есть окно для планового ремонта по прогнозу.
- Определите «чемпиона» — инженера, который будет владеть пилотом: настройка порогов, валидация тревог, обратная связь к модели, расчет ROI.
- Интегрируйте тревоги PdM в процесс планирования в CMMS (автосоздание заказа с приоритетом), а не в отдельный дашборд, который никто не смотрит.
- Измерьте эффект: снижение неожиданных отказов, сокращение часов ППР (переход на CBM), точность прогноза (lead time до отказа). Масштабируйте только при позитивном ROI.
Сценарий 4: «Аутсорсинг ТОиР» — передача обслуживания подрядчику
- Договор должен содержать: SLA по времени реакции и восстановлению, KPI доступности/MTBF (штрафы/бонусы), обязательность ведения истории в вашей CMMS (не в Excel подрядчика), права на аудит процессов подрядчика.
- Стратегию (какие задачи, интервалы, пороги CBM) определяете В (или вместе на стадии тендера), а не подрядчик. Иначе он оптимизирует свою прибыль, а не вашу доступность.
- Соблюдайте разделение: подрядчик — исполнитель работ, ваш инженер по надежности — владелец стратегии и анализа отказов.
Роль цифровых инструментов: CMMS, EAM, APM, Digital Twin
Иерархия систем по функционалу:
- CMMS (Computerized Maintenance Management System) — операционное ядро: заказы, планирование, запчасти, активы, история. База для всего остального.
- EAM (Enterprise Asset Management) — CMMS + управление жизненным циклом (капекс, проекты, закупки, списание, финансы, интеграция с ERP). Для крупных активов с длинным циклом жизни.
- APM (Asset Performance Management) — аналитический слой над EAM: RCM, RBI (Risk Based Inspection), PdM, анализ надежности (Weibull, Crow-AMSAA), стратегии, KPI. Часто отдельный модуль/продукт, интегрируемый с EAM.
- Digital Twin / Asset Twin — виртуальная копия актива для симуляции режимов, обучения моделей PdM, оптимизации режимов эксплуатации. Продвинутый уровень, требует зрелости данных и процессов.
Практический совет: 80% предприятий в РФ и СНГ на этапе зрелости 1–2 (по модели Uptime Elements / ISO 55000) нуждаются в хорошем CMMS/EAM с базовой аналитикой, а не в APM/Digital Twin. Инвестиции в «передовые» инструменты без базы дают отрицательный ROI.
Компетенции и организация: люди важнее софта
Система управления техническим состоянием требует конкретных ролей. Частая ошибка — вешать всё на мастера ТОиР, который занят оперативкой 12 часов в сутки.
- Инженер по надежности (Reliability Engineer) / Аналитик ТОиР. Владелец стратегий: RCM, анализ отказов (RCA/Weibull), оптимизация ППР/CBM, управление критическими запасами, валидация PdM. 1 человек на 200–500 активов группы A/B.
- Планировщик ТОиР (Maintenance Planner/Scheduler). Подготовка заказов (BOM, инструкции, разрешения, запчасти, подрядчики), еженедельное/дневное планирование, управление бэклогом, согласование окон с Производством. Не исполнитель работ. 1 на 15–25 исполнителей.
- Специалист по диагностике (CBM-инженер). Маршрутные замеры, онлайн-мониторинг, интерпретация спектров/термограмм/масла, формирование заключений для планировщика. Может быть в штате или аутсорс — зависит от объема.
- Мастер/Бригадир — исполнение. Получает готовый комплект (заказ + запчасти + инструкция + разрешения), выполняет, фиксирует факты (что нашел, что сделал, часы, использованные запчасти).
- Менеджер по запасам (MRO Storeman/Planner). Мин/Макс, закупки, приемка, хранение, оборачиваемость, работа с поставщиками. Не кладовщик-комплектующий, а планировщик запасов.
Если штат мал — объединяйте роли Планировщик + Инженер по надежности, но не объединяйте Исполнителя и Планировщика. Это гарантированно убьет планирование.
Практический следующий шаг: с чего начать на этой неделе
- Получите/сформируйте актуальный реестр активов (тег, название, участок, критичность А/В/С — даже экспертную). Без реестра никакой учет невозможен.
- Соберите данные по простоям за последние 3–6 месяцев (из MES/SCADA/журналов смен/Excel). Постройте парето по часам простоя. Выявите топ-5 активов-доноров потерь.
- Для каждого из топ-5: проведите 30-минутную встречу с мастером/оператором — «Почему оно встает? Что обычно ломается? Есть ли признаки заранее? Какие запчасти ждем дольше всего?». Зафиксируйте.
- Проверьте наличие и состояние критичных запчастей для топ-5 на складе. Запустите закупку отсутствующих с приоритетом.
- Введите ежедневный 15-минутный станд-ап ТОиР + Производство: плановые окна на завтра, заявки на ремонт, готовность запчастей, риски.
Эти пять действий не требуют бюджета, согласований и ПО. Они дадут мгновенную прозрачность и снизят хаос. Дальше — системная работа по алгоритму из раздела «Построение системы».
Часто задаваемые вопросы
Нужен ли нам ISO 55001 (управление активами)?
ISO 55001 — это фреймворк менеджмента, а не техническая инструкция. Сертификация оправдана, если: есть требование заказчиков/инвесторов/регулятора, предприятие большое (500+ активов), нужна систематическая работа на уровне политики/стратегии/рисков/непрерывного улучшения. Для большинства заводов достаточно внедрить практики ISO 55000 (RCM, критическое управление, KPI, управление изменениями) без формальной сертификации. Начните с практик, стандарт подтянется при необходимости.
Как обосновать бюджет на CBM/PdM руководству?
Считайте язык денег: текущие потери от неожиданных отказов топ-активов (часы простоя × стоимость часа + запчасти + штрафы + переработки) за год. Оцените стоимость внедрения (датчики, ПО, интеграция, обучение, 1–2 FTE инженера). Рассчитайте ожидаемое снижение простоев (консервативно 30–50% на пилоте). ROI = (экономия – затраты) / затраты. Покажите пейбэк в месяцах. Пилот на 1–2 активе снижает риск решения для бизнеса.
Что делать, если история отказов в CMMS «грязная» или отсутствует?
Не ждите идеальных данных. Начните сбор сейчас: введите обязательные поля в заказе на работу (актив, режим отказа, причина, выполненные работы, использованные запчасти) и контроль заполнения мастером/планировщиком. Параллельно проведите опрос мастеров/старших смен по топ-активам — «инженерная память» часто точнее пустой базы. Через 3–6 месяцев дисциплинированного сбора у вас будет база для Weibull/RCM.
Как перевести персонал с «реактивного мышления» на проактивное?
Не лозунгами. Измените стимулы и процессы: KPI мастера/участка — не «выполнение плана ППР в %», а «доступность оборудования / MTBF / отсутствие повторных отказов». Введите обязательный разбор каждого отказа категории A (RCA) с поиском системной причины и изменением задачи ППР/CBM. Поощряйте инициативы «улучшение надежности» (кайдзен/TPM). Визуализируйте потери на досках у оборудования: «Вчера потеряли 4 часа на подшипнике №3 — причина: не делали вибрацию 2 месяца». Прозрачность меняет поведение быстрее приказов.
Стоит ли внедрять TPM (Total Productive Maintenance) параллельно?
TPM — это культура и система вовлечения операторов в автономное обслуживание (чистка, осмотр, смазка, затяжка, замена фильтров) + фокус на потери (6 больших потерь). Он отлично дополняет профессиональное ТОиР: операторы ловят ранние признаки (утечки, шум, вибрация, перегрев) на смене, ТОиР делает сложную диагностику и ремонт. Внедряйте TPM поэтапно: старт — 5S на участке + чек-листы ежедневного осмотра оператором (5–10 пунктов, 5 минут). Не пытайтесь внедрить все 8 столпов TPM сразу — это отдельный большой проект.
Материал носит информационный характер и обобщает общепринятые инженерные и управленческие практики. Конкретные стратегии, интервалы ППР, пороги CBM, критичность активов, KPI и организационная структура должны определяться на основе аудита вашего производства, истории отказов, требований безопасности, регуляторных актов и экономического обоснования. При принятии решений, влияющих на промышленную безопасность, экологию или значительные финансовые риски, обязательно привлекайте квалифицированных инженеров по надежности, экспертов по промышленной безопасности и технических директоров.
