В управлении ИТ-активами компании сталкиваются сегодня с целым рядом проблем: учет ведется в разных системах, данные разрознены, противоречат друг другу и вызывают недоверие, что влияет на закупки, эксплуатацию и списание оборудования. Как этого избежать?
ITAM начинается там, где расходятся данные об активах
Летом 2026 года НТЦ «Аргус» провел качественное исследование практик управления ИТ-активами. В его основу легла серия глубинных интервью с представителями компаний из телекома, промышленности, агросектора, сферы услуг и здравоохранения. Оказалось, что в разных отраслях компании сталкиваются с одними и теми же проблемами – оборудование учитывается сразу в нескольких системах, но ни одна из них не дает полной картины его текущего состояния и не подсказывает, что с ним делать дальше.
Один и тот же объект может быть отражен как основное средство в бухгалтерском решении на платформе 1С или в корпоративной ERP-системе, числиться на складе как товарно-материальная ценность, учитываться в техническом контуре как элемент сети или инфраструктуры, быть привязанным к клиенту или договору, фигурировать в заявке сервис-деска, находиться у подрядчика, в ремонте, в резерве или в фактической эксплуатации. Проблемы возникают, когда данные в этих контурах начинают расходиться.
Для решения описанных проблем предназначены системы управления ИТ-активами (IT Asset Management, ITAM), которые обеспечивают управление оборудованием, программным обеспечением, лицензиями и подписками.
Главный вывод исследования НТЦ «Аргус»: системы ITAM востребованы компаниями как управленческий слой, который связывает финансовый, технический, складской, договорной и эксплуатационный контуры. Для зрелых компаний они не заменяют финансово-бухгалтерские решения на платформе 1С, корпоративные ERP-системы, системы NRI (Network Resource Inventory), ITSM (IT Service Management) и WMS (Warehouse Management System). Задача ITAM – консолидировать и нормализовать данные, согласовывать их между источниками, управлять жизненным циклом актива, выявлять расхождения и поддерживать конкретные бизнес-действия: закупку, перемещение, выдачу, возврат, ремонт, списание, продление лицензии или подтверждение наличия.
Летом 2026 года НТЦ «Аргус» провел качественное исследование практик управления ИТ-активами. В его основу легла серия глубинных интервью с представителями компаний из телекома, промышленности, агросектора, сферы услуг и здравоохранения. Оказалось, что в разных отраслях компании сталкиваются с одними и теми же проблемами – оборудование учитывается сразу в нескольких системах, но ни одна из них не дает полной картины его текущего состояния и не подсказывает, что с ним делать дальше.
Один и тот же объект может быть отражен как основное средство в бухгалтерском решении на платформе 1С или в корпоративной ERP-системе, числиться на складе как товарно-материальная ценность, учитываться в техническом контуре как элемент сети или инфраструктуры, быть привязанным к клиенту или договору, фигурировать в заявке сервис-деска, находиться у подрядчика, в ремонте, в резерве или в фактической эксплуатации. Проблемы возникают, когда данные в этих контурах начинают расходиться.
Для решения описанных проблем предназначены системы управления ИТ-активами (IT Asset Management, ITAM), которые обеспечивают управление оборудованием, программным обеспечением, лицензиями и подписками.
Главный вывод исследования НТЦ «Аргус»: системы ITAM востребованы компаниями как управленческий слой, который связывает финансовый, технический, складской, договорной и эксплуатационный контуры. Для зрелых компаний они не заменяют финансово-бухгалтерские решения на платформе 1С, корпоративные ERP-системы, системы NRI (Network Resource Inventory), ITSM (IT Service Management) и WMS (Warehouse Management System). Задача ITAM – консолидировать и нормализовать данные, согласовывать их между источниками, управлять жизненным циклом актива, выявлять расхождения и поддерживать конкретные бизнес-действия: закупку, перемещение, выдачу, возврат, ремонт, списание, продление лицензии или подтверждение наличия.
Почему традиционный учет активов уже недостаточен
Интервью показали, что основным источником данных о стоимости, документах, амортизации и материально ответственных лицах обычно остается финансово-бухгалтерское решение на платформе 1С или корпоративная ERP-система. Разрыв появляется на операционном уровне. Инженеру, сотруднику склада, подрядчику или руководителю эксплуатации нужно понять, где оборудование находится фактически, в каком оно состоянии и можно ли использовать его повторно. Для ответа приходится собирать сведения из нескольких систем и уточнять их у ответственных сотрудников.
В некоторых отраслях проблемы особенно заметны и данные об активах чаще оказываются разрозненными и несвязанными.
Телекоммуникации и инфраструктурные операторы. В этом сегменте актив связан не только со складом и финансовым учетом, но и с объектом сети, клиентом, договором и подрядчиком. Поэтому расхождение технических, складских и финансовых данных быстро перерастает в операционную проблему.
Промышленность и производственные холдинги. Данные об активах распределены между площадками и учетными системами, а масштабные миграционные проекты, например переход с SAP на решения на платформе 1С, усложняют сопоставление исторических и текущих записей. Идентификаторы, структура справочников и набор атрибутов меняются, поэтому может теряться связь оборудования с конкретным производственным объектом и накопленными затратами. В результате искажается стоимость владения активом, а решения о ремонте, модернизации, замене и новых закупках принимаются без полной картины.
Агропромышленный сектор и территориально распределенные компании. Удаленные площадки и ограниченный доступ операционных пользователей к централизованным системам повышают зависимость от локального учета. Если сотрудники не фиксируют перемещение или изменение статуса сразу, центральная система быстро теряет связь с фактическим состоянием.
Сервисные, медицинские и управляющие организации. Оборудование регулярно перемещается между офисами, клиниками, объектами и пользователями. Команде нужно быстро определить местоположение и состояние устройства, чтобы вернуть его в резерв или передать другому подразделению.
Компании с развитым складским и подрядным контуром. Выдача оборудования подрядчику, монтаж, возврат остатков, ремонт и закрывающие документы образуют отдельный процесс. Без связи между заявкой, складом, подрядчиком, объектом и актом ответственность за актив распадается между подразделениями.
Почему системы ERP, WMS, NRI и ITSM не решают задачу по отдельности
Участники исследования не ставили под сомнение необходимость действующих систем. Каждая из них решает собственную задачу, но ни одна не охватывает весь путь актива.
Источником финансовых данных о стоимости, документах, основных средствах, амортизации и материально ответственных лицах респонденты чаще называли финансово-учетные системы, включая прикладные решения 1С и корпоративные ERP-системы. Однако для инженера, кладовщика или подрядчика эти инструменты нередко неудобны для ежедневной работы, а доступ к ним может быть ограничен.
У телекоммуникационных операторов NRI описывает объекты, связи, размещение оборудования и параметры ресурсов. Но стоимость, договоры, складские остатки и материально ответственные лица не относятся к естественным задачам технического учета сети.
Service Desk участники интервью описывали прежде всего как систему заявок и выполненных работ. Запись о замене или ремонте оборудования не дает полной истории владения, стоимости, складского статуса и связи с договором.
Excel, локальные таблицы и самописные решения вручную связывают данные из разных систем. По мере роста числа активов и площадок они усиливают зависимость от конкретных сотрудников и неформальных правил. Такая зависимость, как отмечает участник исследования, представитель телеком-оператора, возникает даже в зрелых организациях: «Когда инфраструктура и учетные системы развиваются годами, часть контекста неизбежно остается у конкретных специалистов. Они знают, почему данные расходятся, какой источник считать актуальным и где искать подтверждение».
Где расхождения данных создают прямые потери
1. Нет единой точки правды по активам. Респонденты регулярно описывали несколько «фрагментов правды» об одном активе. Сведения о стоимости и материально ответственном лице находятся в ERP, о складском остатке – в складской системе, о техническом размещении – в NRI, о связи с клиентом – в CRM, а фактическое состояние может знать только инженер на площадке.
Спор возникает не о наличии информации, а о том, какой источник считать достоверным для конкретного атрибута. Пока компания не закрепила такие правила, любое решение по закупке, ремонту, списанию или инвентаризации начинается с внутреннего расследования.
2. Инвентаризация остается ручной и ресурсоемкой. Ручные операции в инвентаризации отмечались в интервью с компаниями разного уровня зрелости. Участники описывали выгрузки из 1С, Excel, бумажные описи, физический обход и сверку данных с региональными подразделениями. Как объясняет участник исследования, представитель медицинской сети, даже при налаженном учете итоговую картину приходится собирать по всем площадкам: «По двум клиникам и офису мы отдельно сверяем, какое оборудование числится в системах, где оно находится фактически и какие перемещения еще не отражены». Чем больше площадок и локальных ответственных, тем больше времени занимает такая проверка.
В результате инвентаризация становится отдельным межфункциональным проектом. Расхождения выявляются на этапе финальной сверки, после чего их нужно разобрать и синхронизировать данные в учетных системах.
3. Закупки не всегда учитывают доступный резерв. Один из наиболее важных выводов исследования связан с проверкой резерва перед закупкой. В распределенной компании недостаточно увидеть, что оборудование числится на другом складе или в другом подразделении. Нужно понять, действительно ли его можно использовать: не зарезервировано ли оно под другую задачу, совместимо ли с текущей инфраструктурой, кто отвечает за передачу и сколько времени займет перемещение.
Участник исследования, представитель крупной распределенной сервисной компании, формулирует проблему так: «Сам по себе остаток еще ничего не решает. Для закупки важно понимать, доступен ли актив фактически, можно ли его переместить без риска для другой площадки и в какой срок он будет готов к использованию. Пока эти данные собираются из разных источников, новое оборудование часто оказывается более предсказуемым вариантом, чем внутреннее перераспределение».
В результате компания выделяет бюджеты на новую закупку не потому, что резерв никто не проверил, а потому, что его нельзя быстро превратить в подтвержденный ресурс. Эффект ITAM в этом сценарии измеряется суммой предотвращенных закупок и долей потребностей, закрытых за счет повторного использования собственных активов.
4. Управление лицензиями и подписками остается фрагментированным. В нескольких интервью лицензии и подписки выделялись как самостоятельная проблемная зона. Дело не в отсутствии учета: количество приобретенных прав может быть отражено в ERP, сроки и условия находятся в договорах, а фактическое использование видно в административных системах. Сложность возникает, когда перед продлением эти данные нужно свести и понять, какую часть лицензий сохранить, какую перераспределить, а от какой отказаться.
Участник исследования, представитель агропромышленной компании, объясняет: «По лицензиям обычно есть несколько разных картин: что компания купила, что выдано пользователям и что реально используется. Каждая из них сама по себе корректна, но для решения о продлении их нужно сопоставить. Только тогда можно понять, нужны ли бизнесу все 200 лицензий или часть прав можно перераспределить».
В этом сценарии система контроля использования ПО (SAM) нужна не как еще один реестр лицензий, а как связка между договором, стоимостью, пользователем, устройством, сроком и фактическим использованием. Такое представление дает финансовому и ИТ-блокам основание решить, какие права продлевать, перераспределять или исключать из следующей закупки.
5. Жизненный цикл актива не всегда прослеживается от заявки до списания. Респонденты могли восстановить отдельные события, связанные с активом, но не весь его путь. Закупка отражена в ERP, выдача на складе, ремонт – в EAM (Enterprise Asset Management) или ТОиР, перемещение в акте или письме. Участник исследования, представитель инфраструктурного оператора, описывает ожидаемый процесс так: «Стандартная схема должна прослеживаться целиком: от появления заявки и закупки до постановки на учет, выдачи, монтажа, списания и утилизации. Историю от заявки до списания приходится собирать вручную. Без такой истории компания не может достоверно оценить стоимость владения, частоту ремонтов, срок использования, возвратность и целесообразность повторной выдачи».
6. Для телекома система ITAM должна учитывать CPE, ЗИП и сетевые объекты. Интервью с представителями телекоммуникационных компаний выявили отдельный класс задач: отслеживание клиентского оборудования (Customer Premises Equipment, CPE), ЗИП, техники на объектах связи, выдачи подрядчикам, монтажных актов и возвратов. Как объясняет участник исследования, представитель телеком-оператора, сложность возникает на стыке процессов: «Физически оборудование уже вернулось от клиента и находится на складе, но его договорной, финансовый и технический статусы обновляются в разных системах. Пока эти данные не синхронизированы, актив нельзя уверенно вернуть в резерв и выдать повторно». Классическкая система ITAM, ориентированная на рабочие станции и пользовательские устройства, не охватывает весь набор таких связей.
Каждый актив должен быть связан с клиентом, адресом, договором, объектом сети, складом, финансовым учетом и техническим статусом. ITAM здесь не дублирует модель сети, а соединяет технический факт с финансовым, складским и клиентским контурами.
Почему единый реестр без процессов не работает
Типичная ошибка ITAM-проекта возникает, когда компания сначала пытается собрать полный справочник активов, а уже потом решает, как с ним работать. Такой реестр быстро устаревает, если не заданы владельцы данных, статусы жизненного цикла, события, правила разрешения конфликтов и действия при изменении состояния актива.
Исследование показало, что одной карточки с инвентарным номером недостаточно. Для сопоставления записей нужны серийный номер, складская позиция, технический идентификатор, партия, объект связи, договор, клиент и материально ответственное лицо.
История событий и текущее состояние решают разные задачи. События показывают, как актив оказался в ремонте, резерве или у подрядчика. Статус определяет, что с ним можно сделать сейчас. Он должен быть связан с документом и ответственным сотрудником.
Если источники показывают разные сведения, система ITAM должна в режиме реального времени выделить расхождение как отдельный управляемый объект: показать спорные атрибуты, назначить ответственного за проверку, зафиксировать срок и корректирующее действие. Иначе система просто собирает противоречивые данные в одном интерфейсе.
Интервью не подтвердили спрос на замену действующих учетных систем единым ITAM-ядром. Респонденты ожидали, что исходные системы сохранят свои роли, а ITAM согласует данные и покажет конфликт, не перенося в одну систему все функции финансового, технического и складского учета.
Интервью показали, что основным источником данных о стоимости, документах, амортизации и материально ответственных лицах обычно остается финансово-бухгалтерское решение на платформе 1С или корпоративная ERP-система. Разрыв появляется на операционном уровне. Инженеру, сотруднику склада, подрядчику или руководителю эксплуатации нужно понять, где оборудование находится фактически, в каком оно состоянии и можно ли использовать его повторно. Для ответа приходится собирать сведения из нескольких систем и уточнять их у ответственных сотрудников.
В некоторых отраслях проблемы особенно заметны и данные об активах чаще оказываются разрозненными и несвязанными.
Телекоммуникации и инфраструктурные операторы. В этом сегменте актив связан не только со складом и финансовым учетом, но и с объектом сети, клиентом, договором и подрядчиком. Поэтому расхождение технических, складских и финансовых данных быстро перерастает в операционную проблему.
Промышленность и производственные холдинги. Данные об активах распределены между площадками и учетными системами, а масштабные миграционные проекты, например переход с SAP на решения на платформе 1С, усложняют сопоставление исторических и текущих записей. Идентификаторы, структура справочников и набор атрибутов меняются, поэтому может теряться связь оборудования с конкретным производственным объектом и накопленными затратами. В результате искажается стоимость владения активом, а решения о ремонте, модернизации, замене и новых закупках принимаются без полной картины.
Агропромышленный сектор и территориально распределенные компании. Удаленные площадки и ограниченный доступ операционных пользователей к централизованным системам повышают зависимость от локального учета. Если сотрудники не фиксируют перемещение или изменение статуса сразу, центральная система быстро теряет связь с фактическим состоянием.
Сервисные, медицинские и управляющие организации. Оборудование регулярно перемещается между офисами, клиниками, объектами и пользователями. Команде нужно быстро определить местоположение и состояние устройства, чтобы вернуть его в резерв или передать другому подразделению.
Компании с развитым складским и подрядным контуром. Выдача оборудования подрядчику, монтаж, возврат остатков, ремонт и закрывающие документы образуют отдельный процесс. Без связи между заявкой, складом, подрядчиком, объектом и актом ответственность за актив распадается между подразделениями.
Почему системы ERP, WMS, NRI и ITSM не решают задачу по отдельности
Участники исследования не ставили под сомнение необходимость действующих систем. Каждая из них решает собственную задачу, но ни одна не охватывает весь путь актива.
Источником финансовых данных о стоимости, документах, основных средствах, амортизации и материально ответственных лицах респонденты чаще называли финансово-учетные системы, включая прикладные решения 1С и корпоративные ERP-системы. Однако для инженера, кладовщика или подрядчика эти инструменты нередко неудобны для ежедневной работы, а доступ к ним может быть ограничен.
У телекоммуникационных операторов NRI описывает объекты, связи, размещение оборудования и параметры ресурсов. Но стоимость, договоры, складские остатки и материально ответственные лица не относятся к естественным задачам технического учета сети.
Service Desk участники интервью описывали прежде всего как систему заявок и выполненных работ. Запись о замене или ремонте оборудования не дает полной истории владения, стоимости, складского статуса и связи с договором.
Excel, локальные таблицы и самописные решения вручную связывают данные из разных систем. По мере роста числа активов и площадок они усиливают зависимость от конкретных сотрудников и неформальных правил. Такая зависимость, как отмечает участник исследования, представитель телеком-оператора, возникает даже в зрелых организациях: «Когда инфраструктура и учетные системы развиваются годами, часть контекста неизбежно остается у конкретных специалистов. Они знают, почему данные расходятся, какой источник считать актуальным и где искать подтверждение».
Где расхождения данных создают прямые потери
1. Нет единой точки правды по активам. Респонденты регулярно описывали несколько «фрагментов правды» об одном активе. Сведения о стоимости и материально ответственном лице находятся в ERP, о складском остатке – в складской системе, о техническом размещении – в NRI, о связи с клиентом – в CRM, а фактическое состояние может знать только инженер на площадке.
Спор возникает не о наличии информации, а о том, какой источник считать достоверным для конкретного атрибута. Пока компания не закрепила такие правила, любое решение по закупке, ремонту, списанию или инвентаризации начинается с внутреннего расследования.
2. Инвентаризация остается ручной и ресурсоемкой. Ручные операции в инвентаризации отмечались в интервью с компаниями разного уровня зрелости. Участники описывали выгрузки из 1С, Excel, бумажные описи, физический обход и сверку данных с региональными подразделениями. Как объясняет участник исследования, представитель медицинской сети, даже при налаженном учете итоговую картину приходится собирать по всем площадкам: «По двум клиникам и офису мы отдельно сверяем, какое оборудование числится в системах, где оно находится фактически и какие перемещения еще не отражены». Чем больше площадок и локальных ответственных, тем больше времени занимает такая проверка.
В результате инвентаризация становится отдельным межфункциональным проектом. Расхождения выявляются на этапе финальной сверки, после чего их нужно разобрать и синхронизировать данные в учетных системах.
3. Закупки не всегда учитывают доступный резерв. Один из наиболее важных выводов исследования связан с проверкой резерва перед закупкой. В распределенной компании недостаточно увидеть, что оборудование числится на другом складе или в другом подразделении. Нужно понять, действительно ли его можно использовать: не зарезервировано ли оно под другую задачу, совместимо ли с текущей инфраструктурой, кто отвечает за передачу и сколько времени займет перемещение.
Участник исследования, представитель крупной распределенной сервисной компании, формулирует проблему так: «Сам по себе остаток еще ничего не решает. Для закупки важно понимать, доступен ли актив фактически, можно ли его переместить без риска для другой площадки и в какой срок он будет готов к использованию. Пока эти данные собираются из разных источников, новое оборудование часто оказывается более предсказуемым вариантом, чем внутреннее перераспределение».
В результате компания выделяет бюджеты на новую закупку не потому, что резерв никто не проверил, а потому, что его нельзя быстро превратить в подтвержденный ресурс. Эффект ITAM в этом сценарии измеряется суммой предотвращенных закупок и долей потребностей, закрытых за счет повторного использования собственных активов.
4. Управление лицензиями и подписками остается фрагментированным. В нескольких интервью лицензии и подписки выделялись как самостоятельная проблемная зона. Дело не в отсутствии учета: количество приобретенных прав может быть отражено в ERP, сроки и условия находятся в договорах, а фактическое использование видно в административных системах. Сложность возникает, когда перед продлением эти данные нужно свести и понять, какую часть лицензий сохранить, какую перераспределить, а от какой отказаться.
Участник исследования, представитель агропромышленной компании, объясняет: «По лицензиям обычно есть несколько разных картин: что компания купила, что выдано пользователям и что реально используется. Каждая из них сама по себе корректна, но для решения о продлении их нужно сопоставить. Только тогда можно понять, нужны ли бизнесу все 200 лицензий или часть прав можно перераспределить».
В этом сценарии система контроля использования ПО (SAM) нужна не как еще один реестр лицензий, а как связка между договором, стоимостью, пользователем, устройством, сроком и фактическим использованием. Такое представление дает финансовому и ИТ-блокам основание решить, какие права продлевать, перераспределять или исключать из следующей закупки.
5. Жизненный цикл актива не всегда прослеживается от заявки до списания. Респонденты могли восстановить отдельные события, связанные с активом, но не весь его путь. Закупка отражена в ERP, выдача на складе, ремонт – в EAM (Enterprise Asset Management) или ТОиР, перемещение в акте или письме. Участник исследования, представитель инфраструктурного оператора, описывает ожидаемый процесс так: «Стандартная схема должна прослеживаться целиком: от появления заявки и закупки до постановки на учет, выдачи, монтажа, списания и утилизации. Историю от заявки до списания приходится собирать вручную. Без такой истории компания не может достоверно оценить стоимость владения, частоту ремонтов, срок использования, возвратность и целесообразность повторной выдачи».
6. Для телекома система ITAM должна учитывать CPE, ЗИП и сетевые объекты. Интервью с представителями телекоммуникационных компаний выявили отдельный класс задач: отслеживание клиентского оборудования (Customer Premises Equipment, CPE), ЗИП, техники на объектах связи, выдачи подрядчикам, монтажных актов и возвратов. Как объясняет участник исследования, представитель телеком-оператора, сложность возникает на стыке процессов: «Физически оборудование уже вернулось от клиента и находится на складе, но его договорной, финансовый и технический статусы обновляются в разных системах. Пока эти данные не синхронизированы, актив нельзя уверенно вернуть в резерв и выдать повторно». Классическкая система ITAM, ориентированная на рабочие станции и пользовательские устройства, не охватывает весь набор таких связей.
Каждый актив должен быть связан с клиентом, адресом, договором, объектом сети, складом, финансовым учетом и техническим статусом. ITAM здесь не дублирует модель сети, а соединяет технический факт с финансовым, складским и клиентским контурами.
Почему единый реестр без процессов не работает
Типичная ошибка ITAM-проекта возникает, когда компания сначала пытается собрать полный справочник активов, а уже потом решает, как с ним работать. Такой реестр быстро устаревает, если не заданы владельцы данных, статусы жизненного цикла, события, правила разрешения конфликтов и действия при изменении состояния актива.
Исследование показало, что одной карточки с инвентарным номером недостаточно. Для сопоставления записей нужны серийный номер, складская позиция, технический идентификатор, партия, объект связи, договор, клиент и материально ответственное лицо.
История событий и текущее состояние решают разные задачи. События показывают, как актив оказался в ремонте, резерве или у подрядчика. Статус определяет, что с ним можно сделать сейчас. Он должен быть связан с документом и ответственным сотрудником.
Если источники показывают разные сведения, система ITAM должна в режиме реального времени выделить расхождение как отдельный управляемый объект: показать спорные атрибуты, назначить ответственного за проверку, зафиксировать срок и корректирующее действие. Иначе система просто собирает противоречивые данные в одном интерфейсе.
Интервью не подтвердили спрос на замену действующих учетных систем единым ITAM-ядром. Респонденты ожидали, что исходные системы сохранят свои роли, а ITAM согласует данные и покажет конфликт, не перенося в одну систему все функции финансового, технического и складского учета.
С чего начинать внедрение
По итогам интервью наиболее убедительными оказались не проекты создания единого реестра, а ограниченные сценарии с измеримым результатом. Это проверка резерва перед закупкой, инвентаризация выбранной площадки, контроль одной группы CPE или анализ конкретного пула лицензий.
Для первого этапа достаточно одного склада, региона, класса оборудования или инвентаризационной кампании. Такой пилот проверяет правила сопоставления данных и исправления расхождений, не превращая проект в многолетнюю нормализацию всего ИТ-ландшафта.
Показатель результативности нужно определить до старта. Для резерва это сумма предотвращенных закупок и доля потребностей, закрытых внутренним перемещением. Для инвентаризации это время подготовки ведомости и количество активов, подтвержденных без ручной сверки. Для CPE это доля оборудования с полной связкой «клиент, договор, адрес, акт». Для лицензий это число неиспользуемых прав и предотвращенных просрочек.
До пилота нужно назначить владельцев данных и процессов. Система не устранит расхождение, если не определено, кто подтверждает местоположение, складской статус и финансовые сведения, а также кто закрывает конфликт между источниками. ITAM автоматизирует согласование, но не заменяет управленческую ответственность.
От учета активов к управлению капиталом
Исследование показало, что спрос на ITAM распределен неравномерно. Он ниже у компаний с небольшим парком активов и у организаций, где действующие системы уже охватывают почти весь жизненный цикл оборудования. Наиболее сильный запрос формируется у распределенных операторов и предприятий, где актив проходит через несколько площадок, складов, подрядчиков и учетных систем.
Поэтому ITAM начинается не с единого реестра, а с вопроса, можно ли доверять данным, на которых строятся управленческие решения и действия с активами. Компания не видит доступный резерв перед закупкой, не может подтвердить фактическое наличие оборудования, теряет историю CPE или узнает об окончании лицензии уже перед продлением. Именно такие сценарии обосновывают отдельный ITAM-контур и позволяют быстро проверить его ценность на ограниченном пилоте.
Переход от учета к управлению происходит не тогда, когда заполнены все карточки. Он начинается в момент, когда расхождение перестает быть просто ошибкой в данных: у него появляется ответственный, понятный процесс устранения и влияние на конкретное решение по активу. С этого момента ITAM работает уже не как справочник, а как инструмент управления капиталом.
По итогам интервью наиболее убедительными оказались не проекты создания единого реестра, а ограниченные сценарии с измеримым результатом. Это проверка резерва перед закупкой, инвентаризация выбранной площадки, контроль одной группы CPE или анализ конкретного пула лицензий.
Для первого этапа достаточно одного склада, региона, класса оборудования или инвентаризационной кампании. Такой пилот проверяет правила сопоставления данных и исправления расхождений, не превращая проект в многолетнюю нормализацию всего ИТ-ландшафта.
Показатель результативности нужно определить до старта. Для резерва это сумма предотвращенных закупок и доля потребностей, закрытых внутренним перемещением. Для инвентаризации это время подготовки ведомости и количество активов, подтвержденных без ручной сверки. Для CPE это доля оборудования с полной связкой «клиент, договор, адрес, акт». Для лицензий это число неиспользуемых прав и предотвращенных просрочек.
До пилота нужно назначить владельцев данных и процессов. Система не устранит расхождение, если не определено, кто подтверждает местоположение, складской статус и финансовые сведения, а также кто закрывает конфликт между источниками. ITAM автоматизирует согласование, но не заменяет управленческую ответственность.
От учета активов к управлению капиталом
Исследование показало, что спрос на ITAM распределен неравномерно. Он ниже у компаний с небольшим парком активов и у организаций, где действующие системы уже охватывают почти весь жизненный цикл оборудования. Наиболее сильный запрос формируется у распределенных операторов и предприятий, где актив проходит через несколько площадок, складов, подрядчиков и учетных систем.
Поэтому ITAM начинается не с единого реестра, а с вопроса, можно ли доверять данным, на которых строятся управленческие решения и действия с активами. Компания не видит доступный резерв перед закупкой, не может подтвердить фактическое наличие оборудования, теряет историю CPE или узнает об окончании лицензии уже перед продлением. Именно такие сценарии обосновывают отдельный ITAM-контур и позволяют быстро проверить его ценность на ограниченном пилоте.
Переход от учета к управлению происходит не тогда, когда заполнены все карточки. Он начинается в момент, когда расхождение перестает быть просто ошибкой в данных: у него появляется ответственный, понятный процесс устранения и влияние на конкретное решение по активу. С этого момента ITAM работает уже не как справочник, а как инструмент управления капиталом.
Автор статьи: Евгений Мошняцкий, коммерческий директор НТЦ АРГУС
