Анализ зрелости ITAM в РФ: почему 80% компаний не справляются с учетом активов

Такие данные следуют из исследования SimpleOne (направление прикладных бизнес-систем корпорации ITG), проведённого совместно с партнёрами Softline, «Инферит ИТМен», «Системный Софт», «Инфосистемы Джет», «СДИ Софт» и ITGlobal.Com; в опросе участвовали более 100 организаций из ИТ, промышленности, банков, ритейла, образования и энергетики. Для бэкенд- и DevOps-инженеров это сигнал: проблема «где живёт правда об активе» давно вышла за рамки учётной функции и лежит в плоскости интеграций и источников данных.

Зрелость как следствие архитектуры

Только 18% опрошенных используют выделенные ITAM-системы; 42% не применяют никаких стандартов, а среди применяющих доминирует ITIL 4 (38%). Базовые приоритеты — учёт оборудования (30%), планирование закупок (21%) и контроль лицензий (20%). Эксперты исследования прямо указывают корневую причину: один и тот же актив фигурирует в бухгалтерии, Service Desk и локальных таблицах с расхождениями, и определить его владельца однозначно невозможно. Это классический случай нескольких систем-источников без консистентной репликации — задача, которую в инфраструктурном коде привыкли решать через единый реестр и идемпотентную синхронизацию, а в ITAM по-прежнему справляются вручную.

Схематично проблему «трёх реестров» можно свести к минимальному примеру несогласованности:

Реальное решение на стороне backend — каноническая модель актива, событийный журнал изменений и контролируемая запись в подчинённые системы, а не ещё одна таблица поверх.

Что это меняет для разработчика

Из исследования следует несколько практичных выводов. Во-первых, интеграционный слой ITAM ↔ ITSM ↔ ERP ↔ мониторинг — это ближайшая зона роста: компании будут уходить от разрозненных учёток к API-ориентированной связке, а значит, вырастет спрос на инженеров, способных проектировать такие контуры. Во-вторых, фокус смещается с физического оборудования на облачные ресурсы, SaaS-подписки и лицензии — то есть на сущности, которые живут в биллинговых API вендоров и требуют регулярной сверки. В-третьих, эксперты ожидают, что расчёт TCO станет стандартом обоснования ИТ-бюджетов, а внедрение ИИ будет использоваться для прогнозирования закупок и выявления аномалий — прямой запрос на data-pipeline и модели anomaly detection поверх событийного потока от ITAM.

Минимальный шаг, который можно сделать уже сейчас, — зафиксировать в инфраструктурном коде канонический идентификатор актива и запретить дрейф источников:

Что отслеживать

• Расширение доли выделенных ITAM-систем и закрепление ITIL 4 как фактического стандарта.
• Появление открытых API и коннекторов у российских ITAM-вендоров к отечественным ERP и Service Desk.
• Регуляторные требования к лицензионному соответствию — они прямо повлияют на приоритет проектов по учёту ПО.
• Первые внедрения ИИ-модулей прогнозирования закупок и обнаружения аномалий в составе ITAM-платформ.

Среди болей, зафиксированных опросом, лидируют несвоевременное обслуживание и поломки оборудования (22%), срывы сроков из-за долгих согласований на выдачу и перемещение техники (20%) и неустановленные потери оборудования (19%). Каждый из этих пунктов — про отсутствие единого источника правды, и именно эту инженерную задачу рынок будет решать в первую очередь.