> ## Content Index
> Fetch the complete content index at: https://admin.kod.ru/llms.txt
> Use this file to discover other available public pages before exploring further.

# Зрелость процессов против сложных ИТ-инструментов: что важнее при управлении ИТ-активами
- URL: https://admin.kod.ru/chto-vazhnee-pri-upravlenii-it-aktivami/
- Published: 2026-09-10T11:48:23.000Z
- Updated: 2026-09-10T11:48:23.000Z
- Description: Зрелость ITAM начинается не с выбора самой функциональной платформы, а с ответа на простой вопрос: какие управленческие решения компания собирается принимать на основе данных об активах.
- Author: Softline
- Tags: Блоги

В управлении ИТ-активами легко принять внедрение платформы за наведение порядка.

Компания покупает ITAM-систему, подключает автоматическое обнаружение оборудования, интегрирует учет с закупками, сервис-деском и финансовой службой, выводит дашборды для руководства. Формально все выглядит правильно: данные собираются, карточки активов заполняются, отчеты строятся.

Но сам по себе инструмент не создает управляемость. Если в компании не определены правила учета актива, владельцы данных, обязательные статусы и порядок действий на каждом этапе жизненного цикла, ITAM-система начинает фиксировать уже существующий хаос — только в более технологичном виде.

> «Сначала компании нужен воспроизводимый бизнес-процесс, и только потом — инструмент для его автоматизации. Технология усиливает дисциплину, видимость и скорость принятия решений, но не создает их с нуля», — говорит Евгений Мошняцкий, коммерческий директор НТЦ АРГУС.

Именно поэтому зрелость ITAM начинается не с выбора самой функциональной платформы, а с ответа на простой вопрос: какие управленческие решения компания собирается принимать на основе данных об активах.

## Почему ITAM не всегда дает результат

Типовая ситуация выглядит так: организация внедрила полнофункциональное ITAM-решение, связала его с системой обнаружения активов, начала получать данные об оборудовании и установленном ПО. Платформа формирует карточки, сопоставляет активы с договорами и лицензиями, помогает контролировать жизненный цикл и готовить отчеты.

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

Проблема обычно не в самом инструменте. Чаще компания не договорилась, какие данные считать достоверными, кто отвечает за их качество и что должно происходить при каждом изменении статуса актива. Без этих правил автоматизация только ускоряет появление противоречивых данных.

Управление ИТ-активами не может работать по принципу «включили и забыли». Меняются сотрудники, подразделения, поставщики, договоры, конфигурации инфраструктуры, модели лицензирования и облачные сервисы. Значит, должны регулярно обновляться и данные, и правила работы с ними.

## Инвентаризация без процесса быстро устаревает

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

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

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

Так ITAM превращается в хранилище данных, а не в систему управления.

## Процесс должен определять требования к платформе

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

Если компания пока не умеет надежно фиксировать поступление, назначение и возврат оборудования, сложные модели совокупной стоимости владения не дадут практической пользы. Если не согласованы правила работы с лицензиями, система сама не определит, какие лицензии можно перераспределить, а какие нужно продлить. Если нет регламента безопасного вывода из эксплуатации, обнаружение устройства в сети не гарантирует, что с него удалены данные, закрыты доступы и обновлен статус.

Требования к ITAM должны идти от сценариев использования. Для контроля лицензий нужны точный учет установленного ПО, сверка с договорами и сигнал о превышении лимитов. Для сокращения затрат на оборудование важны статусы доступности, история обслуживания и возможность повторного использования. Для финансовой службы критична связь с бухгалтерским учетом и амортизацией. Для ИБ — контроль владельцев, доступов, конфигураций и корректного вывода актива из эксплуатации.

В такой логике инструмент становится частью операционной модели. Его можно развивать без разрушения процесса, потому что роли, правила и контрольные точки уже определены.

## Роли важнее интеграций

Управление ИТ-активами находится на пересечении нескольких функций. ИТ-служба видит техническое состояние и фактическое использование, закупки — договоры и поставки, финансы — стоимость и амортизацию, ИБ — требования к контролю и безопасному выводу из эксплуатации, HR — кадровые события, бизнес-подразделения — потребность в ресурсах. Именно на границах этих зон чаще всего появляются разрывы.

Например, ИТ-команда может считать виртуальную машину действующим активом, потому что она технически есть в инфраструктуре. Финансовая служба может не видеть ее как отдельную единицу учета. Владелец бизнес-сервиса может не знать, что на этой машине работает устаревшее приложение, а ИБ — не иметь информации о ее критичности. В итоге решение о выводе из эксплуатации откладывается, потому что никто не готов подтвердить, что актив больше не нужен.

> «Один актив — один ответственный владелец процесса и один согласованный источник правды для каждого типа данных. Не вся информация должна физически храниться в одной системе, но компания обязана понимать, откуда берет серийный номер, стоимость, договорный статус, пользователя, техническую конфигурацию и статус жизненного цикла», — отмечает Евгений Мошняцкий.

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

Первая сверка данных нужна не для того, чтобы немедленно исправить каждую ошибку. Она помогает увидеть системные причины расхождений: где нет интеграции, где не определен обязательный атрибут, где отсутствуют единая терминология и правила классификации активов, а где сотрудники обходят согласованный маршрут.

## Метрики должны показывать качество процесса

Наличие регламента или заполненной базы активов еще не означает, что ITAM работает. Зрелость лучше оценивать по операционным показателям, которые отражают качество данных и способность компании принимать решения.

Важны полнота учета, точность сведений, доля активов без владельца, скорость обработки изменений, доля повторного использования оборудования и лицензий, количество расхождений при аудитах и корректность вывода из эксплуатации. Эти показатели показывают, насколько данные пригодны для управления, а не просто для отчетности.

Если растет доля активов без владельца, причина может быть не в реестре, а в отсутствии связи ITAM с кадровыми и сервисными процессами. Если данные обновляются с большой задержкой, возможно, сотрудники не понимают своей роли или маршрут согласования слишком сложен. Если при аудитах повторяются одни и те же расхождения, проблема не в единичных ошибках, а в самой модели процесса.

Метрики не должны становиться самоцелью. Их задача — подсвечивать слабые места и помогать управлять изменениями.

## **Масштабирование усиливает хаос, если нет правил**

Одна из распространенных управленческих ошибок — пытаться решить проблему качества данных новой технологией. Компания видит неполный реестр, покупает дополнительный инструмент обнаружения, получает больше сведений, но не получает больше определенности. Часть устройств дублируется, часть не привязана к владельцам, часть относится к временным средам, а правила обработки таких случаев заранее не описаны.

Другая ошибка — внедрять единую модель без учета специфики подразделений. Компании действительно нужны общие принципы учета, единая терминология, правила жизненного цикла и требования к качеству данных. Но модель должна учитывать особенности филиалов, производственных площадок, дочерних обществ и проектных команд.

Если для каждого подразделения создать отдельные несопоставимые правила, быстро появится «зоопарк» процессов и систем. Если единый ITAM-контур по объективным причинам невозможен, можно использовать разные решения, но порядок консолидации и сопоставления данных на корпоративном уровне должен быть определен заранее.

Особенно опасна автоматизация до согласования терминов. Когда одно подразделение понимает «выведен из эксплуатации» как «устройство отключено», другое — как «списано в бухгалтерском учете», а третье — как «передано на утилизацию», интеграции начинают передавать формально корректные, но управленчески противоречивые статусы.

## Простота — признак зрелости

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

> «Многофункциональное решение оправдывает себя там, где уже есть дисциплина учета, распределенная ответственность и понятный жизненный цикл активов. В незрелой среде оно способно лишь сделать непрозрачность более технологичной», — подчеркивает Евгений Мошняцкий.

Стандарты ITAM ориентируют организации на управление активами по всему жизненному циклу, а не на разовую инвентаризацию. Поэтому основой результата становится не количество модулей в системе, а способность компании стабильно исполнять согласованные правила.

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

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