Инвентаризация ИТ-активов: как собрать учёт, который отвечает на вопросы

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

Мы поставляем зарубежное ПО российским компаниям, в том числе системы учёта ИТ-активов, — то есть коммерчески заинтересованы в том, чтобы такие системы покупали. Поэтому ниже — не рассказ о преимуществах, а порядок работы и критерии, по которым видно, нужна вам система или достаточно таблицы.

Что должен показывать учёт

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

1. Что установлено и где — состав оборудования и программ по каждому рабочему месту и серверу.
2. Чем это оплачено — какая купленная лицензия покрывает конкретную установку.
3. Когда истекает — срок подписки, поддержки, гарантии.
4. Кто отвечает — за устройством закреплён сотрудник или подразделение.
5. Что изменилось — когда программа появилась, исчезла или переехала на другую машину.

Вывод одной фразой: учёт полезен ровно настолько, насколько он связывает установленное с оплаченным; список техники без привязки к лицензиям и договорам — это опись, а не учёт.

Почему таблица перестаёт работать

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

Второе ограничение — таблица не знает про установленные программы. Данные о том, что стоит на машине, в неё попадают со слов пользователя или администратора. Именно там и возникают расхождения с лицензиями: программу поставили «на посмотреть» и оставили, редакцию обновили до старшей, лицензию отдали другому сотруднику.

Третье — сроки. Даты продлений в таблице живут отдельной колонкой, о которой вспоминают, когда доступ уже отключён.

Инвентарный минимум

Мы называем инвентарным минимумом набор полей, без которых учёт не отвечает на три вопроса из первого раздела. Их семь:

Последнее поле легко упустить, а оно определяет доверие ко всему остальному: запись, не подтверждённая свежим обнаружением, — это гипотеза.

Порядок первой инвентаризации

1. Соберите фактическую картину сетевым обнаружением. Система обходит адресное пространство, опрашивает устройства и собирает состав оборудования и программ. Ручной обход по кабинетам на этом этапе не нужен: он дольше и даёт менее полные данные о софте.
2. Отделите то, чего быть не должно. В свежем инвентаре встречаются программы, которые никто не заказывал: остатки после переустановок, пробные версии, инструменты уволившихся. Это первый список для решения — оставить и оплатить или снять.
3. Наложите договоры. Возьмите закупочные документы за последние периоды и сопоставьте купленные лицензии с найденными установками. Расхождения будут в обе стороны: где-то установок больше, чем лицензий, где-то лицензии не используются.
4. Заведите сроки. Даты продлений переносятся в ту же систему, что и активы, — иначе они снова разъедутся по почте и папкам.
5. Назначьте ответственных. Актив без ответственного при увольнении сотрудника превращается в потерянный.

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

Чем собирать

Инструменты различаются способом сбора данных. Безагентский опрос по сети не требует установки программ на машины и подходит, когда задача — считать. Агент на рабочем месте нужен, когда кроме учёта система раздаёт обновления и приложения, подключается удалённо или собирает данные о фактическом использовании программ.

Второе различие — глубина. Одни продукты закрывают только инвентаризацию, другие ведут ещё и заявки, договоры, конфигурационную базу со связями между объектами. Из тех, что мы поставляем: AssetExplorer учитывает активы и лицензии без службы поддержки, ServiceDesk Plus добавляет к учёту заявки и согласования, Endpoint Central занимается рабочими местами целиком — от инвентаря до установки обновлений. Метрика лицензирования у них разная — число активов, число технических специалистов, число рабочих мест, — и это влияет на стоимость сильнее, чем размер компании.

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

Когда система учёта не нужна

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

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

Какой вопрос по учёту у вас стоит острее: состав парка, сверка с лицензиями, сроки продлений или ответственные за технику?

BIZSoft — поставщик зарубежного ПО и AI-сервисов для российских компаний.