На примере 1С:ТОИР
EAM-система давно перестала быть «программой для ремонтников». Для промышленного, энергетического, транспортного или инфраструктурного предприятия это один из ключевых цифровых контуров управления физическими активами. Именно здесь сходятся данные о составе оборудования, нормативы обслуживания, история отказов и дефектов, планы ТОиР, потребность в материалах и трудовых ресурсах, данные о состоянии объектов и управленческая аналитика. В терминах ISO 55000 управление активами — это системный подход к извлечению ценности из активов на всем их жизненном цикле. EAM в этой модели становится практическим инструментом, который переводит стратегию управления активами в процессы, роли, данные и измеримые результаты.
Для российского рынка один из наиболее показательных примеров такого класса решений — 1С:ТОИР. В официальном каталоге 1С решение прямо отнесено к классу EAM/CMM и позиционируется как система управления ремонтами и обслуживанием материальных активов. В составе поддерживаются учет оборудования и нормативов, эксплуатационные показатели, планирование ТОиР, МТО, управление персоналом, нарядная система, документация, KPI, мобильные сценарии и интеграции с ERP, кадровыми и производственными системами. Именно поэтому 1С:ТОИР удобно использовать как референсную модель для разговора не о конкретном продукте, а об архитектуре современной EAM-системы как класса.
Что такое типовая EAM-архитектура
Типовая EAM-система строится не вокруг документа «заявка на ремонт», а вокруг цифровой модели актива. Это принципиальный момент. Если система начинается с формы заявки, наряда или акта, предприятие получает автоматизацию ремонтных операций. Если она начинается с объекта ремонта, его структуры, нормативов, состояний, связей и истории, тогда появляется архитектура управления активами.
В практическом смысле это означает, что ядром EAM становится единая объектная модель: оборудование, узлы, места установки, технические характеристики, нормативы обслуживания, технологические карты, дефекты, причины отказов, состояние, наработка, история работ, затраты и связанные документы. В 1С:ТОИР этот фундамент поддерживается через подсистемы учета оборудования и нормативов, технологические карты с версионированием, отражение принятия к учету, списания и перемещения оборудования, а также историю эксплуатации и ремонтов.
Архитектурно зрелая EAM-система обычно включает шесть устойчивых слоев: мастер-данные по активам и нормативам; данные о состоянии и эксплуатационных событиях; планирование ТОиР; контур исполнения работ; обеспечение ресурсами и МТО; аналитика и интеграция со смежными системами. Именно такая логика читается в официальной функциональной модели 1С:ТОИР: от реестра объектов ремонта и показателей эксплуатации до планов-графиков, нарядов, потребности в ТМЦ, KPI и обмена с ERP, HR и АСУ ТП.
Какие требования предъявляются к современной EAM-системе
1. Единый и управляемый реестр активов
Первое требование — наличие единой модели актива. На практике проблема большинства предприятий не в том, что данных об оборудовании нет, а в том, что они распылены между ERP, Excel, архивами ремонтов, локальными базами подразделений и промышленными системами. Поэтому EAM должна хранить не только паспорт объекта, но и его место в иерархии, связи с узлами, нормативы, историю ремонтов, дефектов, показателей состояния и связанные документы. В 1С:ТОИР для этого предусмотрены объект ремонта, технологические карты, нормативы, иерархии и история всех ремонтных воздействий.
2. Поддержка разных стратегий обслуживания
Зрелая EAM-система не может жить только по календарю. Для части оборудования достаточно ППР по регламенту, но для критичных активов нужны сценарии по наработке, по контролируемым параметрам, по фактическому состоянию и по риску. В официальном описании 1С:ТОИР заявлены журнал дефектов, учет состояний объектов ремонта, наработки и контролируемых показателей, что позволяет выстраивать обслуживание не только «по дате», но и по фактическому поведению оборудования. Это уже не учет ремонтов, а управление техническим состоянием.
3. Связь ремонтного плана с ресурсами
Годовой график ремонтов без расчета материалов, инструмента, трудозатрат и бюджета — это половина решения. Современная EAM должна не только показывать, что и когда ремонтировать, но и рассчитывать, чем, кем и за какие деньги это будет сделано. В 1С:ТОИР предусмотрены планы-графики ППР, расчет потребности в ТМЦ и трудовых ресурсах, бюджеты ремонтов, лимиты, а также сценарии зависимых остановочных ремонтов. Это переводит систему из класса «календаря работ» в класс операционного управления ремонтной программой.
4. Управляемое исполнение и фиксируемый факт
Система должна поддерживать полный цикл: дефект — заявка — работа — наряд — допуск — закрытие — анализ отклонений. Без этого EAM не становится источником достоверных данных о реальном ходе работ. В 1С:ТОИР поддерживаются выявленные дефекты, наряды, наряды-допуски, акты выполненных работ, трудозатраты и фактические затраты МТО. Для предприятия это критично: только через корректно отраженный факт можно анализировать причины простоев, план-факт по ремонтам и дисциплину исполнения.
5. Встроенность в корпоративный и производственный ландшафт
EAM не существует изолированно. Ей нужны данные из ERP о складах, заказах, затратах и структуре предприятия; из HR — о графиках, квалификациях и допусках; из документооборота — о регламентах и версиях документов; из промышленной автоматизации — о состоянии оборудования и телеметрии. В 1С:ТОИР официально заявлены совместная работа и обмен с 1С:ERP, 1С:ERP УХ, 1С:ЗУП, 1С:ДО, 1С:EHS, СМПО и АСУ ТП. Для современной EAM это не дополнительная опция, а обязательное условие архитектурной зрелости.
Основные модули и подсистемы
Управление активами и нормативно-справочной информацией
Это базовый слой EAM. Здесь ведутся объекты ремонта, классификаторы, узлы, места установки, нормативы, технологические карты, документы движения оборудования и история изменений. Архитектурная ошибка многих проектов — перенос в систему неочищенной и несогласованной НСИ. Тогда вместо цифровой модели актива предприятие получает новый слой хаоса. Правильный подход начинается с нормализации структуры активов, единых классификаторов и понятных правил: что считается объектом ремонта, как он связан с местом установки и где проходит граница между основным объектом и его узлами. В 1С:ТОИР этот контур проработан достаточно глубоко, включая иерархии, технологические карты и историю эксплуатации.
Подсистема эксплуатационных показателей и состояния
Следующий слой — регистрация того, что реально происходит с активом. Это журнал дефектов, наработка, контролируемые параметры, состояния, причины отклонений и событийная история. Для EAM это один из ключевых контуров, потому что именно здесь система перестает быть «архивом ремонтов» и начинает видеть техническое состояние оборудования. В 1С:ТОИР поддерживаются дефекты, наработка, состояния и контролируемые показатели; их можно фиксировать как в основном контуре, так и через мобильные сценарии.
Планирование ТОиР
Это центральный управленческий модуль EAM. Он должен поддерживать годовое, месячное и оперативное планирование, версионность, перепланирование, зависимые ремонты, приоритеты и ограничения. В 1С:ТОИР доступны планы-графики ППР и регламентных мероприятий, планирование потребности в ресурсах, бюджетов и остановочных ремонтов. Для крупных предприятий критично именно это: не просто наличие графика, а возможность управлять им как живым объектом, корректировать, сравнивать версии и сопоставлять с фактом.
Управление МТО ремонтов
На практике ремонтная программа очень часто упирается не в качество графика, а в обеспечение. Отсутствие материалов, инструмента или резервов на складе делает даже хорошо спланированный ремонт неисполняемым. Поэтому в EAM-архитектуре нужен полноценный контур МТО: потребность в ТМЦ, резервирование, заказы, внутреннее потребление, перемещения, возвраты и план-фактный контроль затрат. В 1С:ТОИР этот слой заявлен как стандартная функциональность, что принципиально отличает зрелую EAM от упрощенной системы диспетчеризации работ.
Управление персоналом, нарядами и допусками
Ремонтные работы зависят не только от материалов, но и от людей: кто доступен, кто обладает нужной квалификацией, кто имеет право выполнять конкретные работы и в каком режиме. В 1С:ТОИР для этого предусмотрены квалификации, аттестации, допуски, трудозатраты, графики доступности, наряды и наряды-допуски. В зрелой архитектуре EAM это означает переход от формального назначения исполнителя к полноценному ресурсному планированию.
Документация и накопление знаний
Практически каждая зрелая EAM-система должна быть еще и контуром сохранения эксплуатационного знания. История ремонтов, схемы, инструкции, причины отказов, технологические карты, накопленные решения — все это должно быть доступно не в головах отдельных специалистов, а в системе. В 1С:ТОИР для этого есть база текстовых и графических документов, технологические карты и история мероприятий по объекту ремонта. Это снижает зависимость от уникальных носителей экспертизы и делает процесс воспроизводимым.
KPI и аналитика
Если в EAM нет аналитического слоя, она очень быстро деградирует до цифрового архива. В 1С:ТОИР заявлены KPI, монитор целевых значений, регистрация внешних показателей, план-фактный анализ ППР, затрат МТО и трудозатрат, а также отчеты по простоям, наработке и выполнению ремонтов. Это дает руководителю не просто журнал операций, а основания для решений: где растут внеплановые ремонты, какие активы дают основной вклад в простои, где нарушается дисциплина планирования и как меняется стоимость владения активом.
Принципы работы EAM-системы
Принцип 1. Единый объектный контур
Все ключевые сущности — актив, дефект, работа, материал, трудозатраты, затраты, документ, показатель состояния — должны быть связаны между собой. Только в этом случае предприятие может получить ответ на действительно важные вопросы: сколько стоит владение конкретным активом, какие узлы дают повторяющиеся отказы, насколько нормативы соответствуют факту и где возникают системные потери.
Принцип 2. Событие важнее документа
В зрелой EAM документы не являются самоцелью. Они лишь фиксируют события жизненного цикла актива: выявлен дефект, изменилось состояние, накоплена критическая наработка, сорвался срок, не хватает ресурса, возник риск отказа. Чем лучше система умеет переводить событие в управленческое действие, тем выше ее практическая ценность.
Принцип 3. План должен быть связан с реальной эксплуатацией
Классическая проблема ремонтного планирования — идеальные графики, которые теряют актуальность уже через несколько недель. Поэтому современная EAM должна поддерживать версии планов, перепланирование, ограничения по ресурсам, зависимые ремонты и анализ отклонений. В 1С:ТОИР эта логика поддержана через версии, корректировки, лимиты и остановочные ремонты.
Принцип 4. EAM должна быть частью цифровой среды предприятия
Система не должна существовать сама по себе. Ее архитектурная зрелость определяется не количеством экранных форм, а качеством встраивания в ERP, HR, документооборот, производственную автоматизацию и аналитику. Только тогда EAM становится не «учетным инструментом подразделения», а полноценным узлом корпоративной архитектуры. Официальные материалы 1С прямо подтверждают такую встроенность 1С:ТОИР в экосистему смежных решений.
Что определяет успешность EAM-проекта
На практике EAM-проект редко проваливается из-за отсутствия какой-то одной функции. Гораздо чаще причина в другом: предприятие пытается автоматизировать ремонтную деятельность, не договорившись о базовой модели актива, стратегиях обслуживания, ролях, правилах работы с МТО и дисциплине отражения факта. В результате система появляется, но единый управленческий контур так и не формируется.
Зрелый проект EAM всегда требует не только настройки ИТ-системы, но и организационной проработки: нормализации данных по оборудованию, пересмотра нормативов, согласования ролей, настройки взаимодействия с МТО, кадровым и документарным контуром, а также изменения практики фиксации событий. Иными словами, EAM — это не только автоматизация ремонтной функции, но и изменение модели работы предприятия с активами.
Показатели эффективности современной EAM-системы
Самая частая ошибка — оценивать EAM по числу автоматизированных рабочих мест или количеству закрытых заявок. Для бизнеса эти показатели вторичны. Эффективность нужно измерять минимум по четырем группам метрик.
1. Надежность и доступность активов
Сюда относятся межремонтный период, среднее время восстановления, объем внеплановых простоев, доля аварийных вмешательств, выполнение графиков ППР и частота отказов. Именно эти показатели отвечают на вопрос, повышает ли система реальную надежность оборудования.
2. Качество планирования и исполнения
Насколько точны графики? Какова доля работ, выполненных в срок? Какой процент переносится? Сколько ремонтов срывается из-за отсутствия материалов, людей или допусков? Эти показатели показывают уже не состояние оборудования, а зрелость самой ремонтной функции.
3. Экономическая результативность
Здесь важны удельные затраты на обслуживание актива, план-факт по ремонтной программе, стоимость аварийных отказов, доля срочных закупок, уровень остатков под ремонты, стоимость незапланированного простоя. Именно эти метрики переводят EAM из категории «ИТ-затрат» в категорию инструмента управления экономикой активов.
4. Организационная зрелость процесса
Полнота НСИ по активам, заполненность истории ремонтов, корректность причин отказов, соблюдение допусков, обеспеченность документацией, скорость согласования и исполнения заявок — все это показывает, превратилась ли EAM в рабочий контур или осталась формальной системой учета. Такой подход согласуется и с логикой ISO 55000, где управление активами связано с результативностью, подотчетностью и постоянным улучшением.
Новый и перспективный функционал
Мобильный контур
Один из самых практичных векторов развития — мобильность. Если мастер отражает дефекты и факты работ в конце смены с настольного ПК, предприятие всегда получает запаздывающую картину. В 1С:ТОИР для этого предусмотрено мобильное приложение «Мобильная бригада»: оно позволяет получать задания, проводить обходы, регистрировать дефекты, учитывать наработку и контролируемые показатели, а также идентифицировать объект по штрихкоду, QR-коду или NFC-метке. Это переводит EAM из режима последующего учета в режим фиксации события в момент его возникновения.
Интеграция с телеметрией и АСУ ТП
Второе направление — загрузка данных о состоянии оборудования из промышленных систем. На цифровой странице 1С:ТОИР прямо заявлены интеграции с АСУ ТП и системами мониторинга. Архитектурный смысл этого шага очевиден: чем меньше EAM зависит от ручного ввода и чем больше получает фактических данных о состоянии активов автоматически, тем выше ее ценность для обслуживания по состоянию.
Контур надежности и RCM-подход
Следующий шаг зрелости — переход от управления ремонтами к управлению надежностью. В 2026 году фирма «1С» объявила о выпуске новой редакции 1С:RCM, которая обеспечивает сквозной цикл управления материальными активами: от подготовки данных и разработки стратегий до контроля их реализации и оценки экономической эффективности процессов ТОиР; в продукт встроены механизмы обмена с 1С:ТОИР. В связке с EAM это означает сдвиг от исполнения ремонтной программы к выбору оптимальной стратегии обслуживания с учетом риска, надежности и стоимости владения активом.
Предиктивные и ML-сценарии
Материалы 1С:ТОИР прямо указывают на развитие экосистемы в сторону предиктивной аналитики, мобильных решений и интеграционных сценариев. В официальном описании функциональных возможностей также отмечено, что совместное использование 1С:ТОИР КОРП и 1С:RCM с применением инструментов машинного обучения позволяет прогнозировать нештатные ситуации на производстве. Для российского рынка это, вероятно, самый перспективный контур развития EAM: переход от обслуживания по календарю и даже по состоянию — к обслуживанию, основанному на вероятности отказа и экономике надежности.
Вывод
Типовая EAM-система сегодня — это не «система ремонтов», а цифровой контур управления стоимостью, надежностью и доступностью производственных активов. Ее архитектура должна включать модель актива, данные о состоянии и дефектах, планирование ТОиР, МТО, управление ресурсами, исполнение работ, документацию, KPI и развитые интеграции со смежными системами. На примере 1С:ТОИР видно, что российский класс EAM-решений уже давно вышел за рамки автоматизации ППР: он опирается на иерархию активов, нормативы, показатели состояния, планирование, МТО, мобильный контур, интеграцию с ERP и производственной автоматикой, а также связку с управлением надежностью.
Для предприятий главный вопрос сегодня уже не в том, нужна ли EAM-система как таковая. Вопрос в другом: рассматривается ли она как локальный ИТ-инструмент ремонтной службы или как часть архитектуры управления активами на уровне всей организации. Во втором случае EAM перестает быть затратной инициативой и становится инструментом повышения надежности, управляемости и экономической эффективности.
ссылка на оригинал статьи https://habr.com/ru/articles/1043326/