ITAM + ITSM: почему интеграция данных — это не эксперимент, а необходимость

— Николай, если вернуться на 11 лет назад, что тогда понимали под ITAM?

— В основном это была инвентаризация. Заказчик хотел знать, сколько у него компьютеров, где они стоят, кто за ними закреплен, когда заканчивается гарантия. ITAM и ITSM существовали в разных мирах: в одной системе вели учет оборудования, в другой — обрабатывали обращения пользователей. Связь между ними если и была, то ручная: специалист Service Desk открывал Excel-таблицу и искал, на кого записан ноутбук.

Основными задачами были контроль перемещений, учет лицензий на коробочное ПО, планирование закупок и списание. Жизненный цикл актива выглядел линейно: закупка — постановка на учет — эксплуатация — ремонт — списание. Главной проблемой считалось то, что данные устаревали уже через полгода после инвентаризации, а ручная сверка отнимала больше времени, чем сама работа с активами.

— Как изменилось понятие ИТ-актива?

— Кардинально. Раньше активом считался физический объект с инвентарным номером. Сейчас ИТ-актив может быть подпиской на SaaS, облачным ресурсом, API-ключом к AI-сервису или виртуальной машиной, которая живет несколько часов. Ограничивать ITAM только железом уже некорректно.

При этом ITAM и CMDB все чаще пересекаются: одно и то же устройство может быть активом с финансовой точки зрения и конфигурационной единицей с технической. ITAM и ITSM тоже сближаются, потому что бизнесу важно не просто знать, что у него есть, а понимать, как каждый объект используется, сколько стоит и с каким ИТ-сервисом связан. Границы между практиками размываются, и это нормальный ответ на усложнение ИТ-ландшафта.

— Как повлиял переход от владения к потреблению на управление активами?

— Это, пожалуй, самый значимый сдвиг. Раньше вы купили сервер, поставили на баланс, и он ваш на пять–семь лет. Сейчас компания может за месяц подключить десять SaaS-сервисов, а через квартал половину из них забыть продлить — или, наоборот, продолжать платить за то, чем никто не пользуется.

Управление ИТ-активами и ITSM в такой среде требует другого подхода: нужно отслеживать не только наличие, но и потребление. Кто владелец подписки? Когда следующее продление? Каков реальный объем использования облачного ресурса? ITAM и Service Desk тоже оказываются затронуты: когда пользователь обращается с проблемой доступа к SaaS, специалисту поддержки нужно видеть, активна ли подписка и на каких условиях. Переменные расходы делают контроль жизненного цикла гораздо более динамичным.

— Почему данные об активе перестали быть самодостаточными?

— Потому что актив сам по себе — это только часть картины. ITAM дает финансовый и жизненный контекст: когда куплен, сколько стоит, когда закончится гарантия. SAM добавляет сведения о программном обеспечении и лицензиях: какая версия установлена, соответствует ли использование условиям договора. А ITSM и CMDB показывают технические связи: к какому сервису относится устройство, какие зависимости существуют, что произойдет при его отказе.

Когда эти данные живут отдельно, возникают типичные проблемы. Инженер видит в CMDB сервер, но не знает, что его гарантия истекла. Финансист видит в ITAM актив, но не понимает, какие сервисы на нем работают. Интеграция ITAM и ITSM помогает получить единый контекст: привязка инцидента к конкретному активу позволяет видеть повторяющиеся неисправности, а ITAM и CMDB в связке дают возможность оценивать объект не только как имущество, но и как элемент работающего ИТ-сервиса.

— Насколько Autodiscovery решил проблему актуальности данных?

— Автоматическое обнаружение оборудования и ПО — огромный шаг вперед по сравнению с таблицами и обходами с бумажными листами. Но сам по себе дискаверинг не решает задачу ITAM. Можно собрать данные о тысячах устройств, но если они не включены в жизненный цикл, не связаны с CMDB и не используются в ITSM-процессах, это просто еще один реестр.

Связь ITAM и Service Desk здесь критична. Учет активов в Service Desk означает, что при обработке обращения специалист первой линии видит не только описание проблемы, но и карточку оборудования: модель, возраст, историю ремонтов, гарантийный статус. Связь инцидентов с ИТ-активами позволяет накапливать данные об эксплуатации и использовать их при принятии решений — например, о ремонте или замене. Autodiscovery в ИнфраМенеджере помогает автоматически собирать и актуализировать сведения об инфраструктуре и ПО, но реальная ценность появляется только тогда, когда эти данные встроены в управленческие процессы.

— Рост облачных и AI-расходов становится причиной для интеграции ITAM с финансовыми процессами?

— Безусловно. Когда ИТ-бюджет состоял из крупных капитальных закупок раз в несколько лет, стоимость владения ИТ-активами считалась относительно просто. Сейчас значительная часть расходов — переменная: облачные инстансы, SaaS-подписки, токены AI-сервисов. ITAM может дать FinOps-команде данные о том, какие ресурсы используются, кем и в каком объеме.

Но важно не смешивать роли. ITAM и FinOps не заменяют друг друга. TCO ИТ-активов — более широкое понятие: для полной оценки совокупной стоимости владения нужно учитывать закупку, обслуживание, ремонты, лицензии, поддержку и последствия простоев. Данные ITSM могут дополнять сведения ITAM при оценке TCO, но сами по себе не дают полного расчета. Управление ИТ-активами и ITSM вместе создают информационную базу, на которой FinOps-специалисты строят финансовую аналитику.

— AI — это еще один вид программного актива или что-то принципиально новое?

— И то, и другое. С одной стороны, корпоративная лицензия на AI-сервис — это актив, у которого есть владелец, стоимость и срок действия. С другой — AI-инструменты часто встроены внутрь существующих SaaS-продуктов, и выделить их как отдельный актив непросто. Плюс появляется Shadow AI: сотрудники подключают генеративные сервисы самостоятельно, без согласования с ИТ-отделом.

По данным Flexera State of Tech Spend 2025, видимость AI-решений в корпоративном периметре остается низкой, а внимание ITAM-команд к этой категории быстро растет. ITAM и ITSM вынуждены адаптироваться: связь инцидентов с ИТ-активами теперь включает и AI-сервисы, а ITSM и CMDB должны отражать зависимости, которые создает использование AI внутри бизнес-процессов. Это новый этап, и правила еще только формируются.

— Если сопоставить изменения рынка с развитием ИнфраМенеджера, какие этапы вы выделите?

— Начинали мы с классического учета аппаратных активов: инвентаризация, жизненный цикл, перемещения, списание. Это была база, без которой ничего дальше не строится. Потом пришло понимание, что управление жизненным циклом ИТ-активов невозможно без данных о программном обеспечении — так в продукте появился SAM-модуль с контролем лицензий и соответствия.

Следующим шагом стала CMDB. Заказчики хотели видеть не просто список устройств, а зависимости между инфраструктурой и ИТ-сервисами. Интеграция ITAM и ITSM в едином контуре ИнфраМенеджера позволила связать карточку актива с инцидентами, обращениями и изменениями. ITAM и Service Desk начали работать с общими данными: специалист поддержки получил доступ к контексту оборудования прямо при обработке заявки.

Особое направление — управление инцидентами и активами. Когда история инцидентов оборудования накапливается в привязке к конкретному устройству, становится возможен анализ отказов ИТ-оборудования с учетом срока эксплуатации и условий использования. Это не значит, что любой повторный сбой требует замены, но частоту инцидентов следует оценивать в контексте. TCO ИТ-активов в такой связке рассчитывается точнее: данные ITSM дополняют финансовые сведения ITAM расходами на обслуживание и последствиями простоев.

ИнфраМенеджер ITAM и ITSM развивался не как набор разрозненных модулей, а как единая среда, где данные об активах, конфигурациях, инцидентах и сервисных процессах связаны между собой. Результат такой интеграции, конечно, зависит от качества данных, правил их актуализации и зрелости процессов, но сама возможность работать в едином контуре экономит время и снижает объем ручных сверок.

— Какой вы видите практику ITAM через пять–десять лет?

— Думаю, само деление на ITAM, SAM, FinOps и CMDB станет более условным. Уже сейчас границы размыты, а дальше, вероятно, появится единая практика управления технологическими ресурсами, где финансовый, технический и сервисный контекст неразделимы. AI-активы займут значительную долю в периметре, и для них потребуются новые метрики — не просто «установлено / не установлено», а «используется / приносит ценность / создает риски». Автоматизация и AI внутри самого ITAM помогут актуализировать данные и выявлять аномалии, но решения по-прежнему будут принимать люди.