Инвентаризация ИТ-активов: что включать и как вести реестр

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

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

Определите, какие активы должны быть в реестре

Включите оборудование, программное обеспечение и облачные сервисы

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

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

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

Различайте право собственности компании от права использования ресурса.

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

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

Назначьте владельцев и заполните поля.

Разделите ответственность за актив от ответственности за его учет.

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

Назначьте владельца для общего принтера, сервера или подписки, даже если его использует весь отдел. Запись, помеченная как «общая», не объясняет, кто будет принимать решение о продлении или замене.

Собирайте информацию, которую можно подтвердить.

Определите общий набор полей. Заполняйте дополнительные поля в зависимости от типа актива, чтобы не присваивать серийный номер компьютера или срок гарантии облачному сервису:

• Внутренний идентификатор. Связывает запись с информацией о оборудовании, запросами на поддержку и другими записями.
• Тип, название и назначение. Укажите, что это за ресурс и для каких задач он используется.
• Соответствующая информация. Для оборудования укажите производителя, модель и серийный номер, если они доступны. Для облачного ресурса используйте его идентификатор и среду.
• Владение и ответственность. Укажите владельца или поставщика, владельца ресурса, пользователя и отдел.
• Местоположение. Для оборудования укажите местоположение или удаленное место. Для облачного ресурса укажите учетную запись, проект и регион, если это применимо.
• Статус жизненного цикла и разрешение на использование. Укажите стадию эксплуатации актива и статус утверждения отдельно.
• Операционная система, версия программного обеспечения или версия прошивки. Укажите значения, необходимые для поддержки данного типа актива.
• Приобретение и лицензирование. Укажите дату получения или первого использования, основание для владения, ссылку на договор и применимые условия лицензии.
• Гарантия и поддержка. Сохраняйте эти даты отдельно и укажите источник для каждой из них.
• Проверка данных. Укажите источник информации, дату последнего обнаружения, дату подтверждения и следующую дату сверки.

Укажите уровень критичности и ссылку на бизнес-систему, если команда использует их для определения приоритетов проверок. Объясните значения категорий. Например, оценка важности должна показывать, какие задачи будут затронуты, если ресурс станет недоступным. Сохраняйте подробные оценки угроз и последствий отдельно.

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

Прикрепите внутренний идентификатор к этикетке для оборудования, которое перемещается между сотрудниками или подразделениями. Штрих-код или QR-код могут открыть соответствующую запись. Этикетка помогает при инспекции, но не заменяет серийный номер или проверку данных. Используйте последовательные названия для статусов, подразделений и мест.

Выберите формат и правила доступа

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

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

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

Создайте первую версию и выясните расхождения

Сравните несколько источников

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

• Системы управления и безопасности устройств помогают идентифицировать зарегистрированное оборудование и технические характеристики.
• Обнаружение сети помогает идентифицировать доступные устройства в пределах ее настроенного диапазона.
• Облачные консоли отображают ресурсы в соответствующих учетных записях и проектах.
• Консоли приложений и подписок отображают назначение и доступную информацию об использовании.
• Заказы, контракты и документы, подтверждающие передачу оборудования, помогают подтвердить приобретение и передачу.
• Инспекции хранения и подтверждения сотрудников помогают проверить оборудование, которое консоли не могут видеть.

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

Проверьте ограничения автоматического сбора

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

Например, новые функции «Инвентаризация приложений» и «Обнаруженные приложения» в Microsoft Intune работают параллельно. «Инвентаризация приложений» требует назначенной политики сбора для поддерживаемых устройств Windows. Активные устройства могут сообщать данные несколько раз в день. Не применяйте это поведение ко всем отчетам Intune и платформам.

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

Объедините дубликаты и выясните неизвестные активы

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

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

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

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

Свяжите аппаратное обеспечение, программное обеспечение и лицензии.

Сохраняйте взаимосвязи между записями.

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

Одна запись может описывать продукт и версию, а другая – связь установки с устройством. Запись о подписке показывает план и условия использования; запись о назначении связывает ее с пользователем или ресурсом. Это разделяет продукт, экземпляр и право на его использование.

Если компания ведет базу данных управления конфигурацией (CMDB), свяжите активы с ней по идентификатору. Реестр отвечает на вопросы о существовании, назначении и статусе ресурса. CMDB помогает выявить зависимости между компонентами и услугами. Связывайте записи и координируйте обновления общих данных, чтобы избежать независимых копий.

Используйте примеры записей.

Скопируйте пример в рабочую таблицу. Идентификаторы H001, S001 и C001 иллюстрируют взаимосвязи между записями. Замените значения в квадратных скобках на проверенные данные компании. Статусы – это примеры; укажите фактический статус каждого ресурса.

Примеры связанных записей. Заполните поля в скобках.

Добавьте информацию об операционной системе, договоре об использовании и документе в запись о ноутбуке. Для программы, сохраните информацию о издателе и ссылку на установку H001. Для сервиса, добавьте идентификатор поставщика, если компания ведет отдельный реестр поставщиков. Сохраните контакты, договорные обязательства и процедуры эскалации в реестре поставщиков.

Отдельная установка, лицензирование и использование

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

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

Обновляйте реестр при изменении данных и по расписанию

Связывайте обновления с событиями работы

Включайте обновления реестра в действия, которые изменяют активы:

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

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

Разделяйте обнаружение и подтверждение

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

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

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

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

Сохраняйте историю потери и вывода из эксплуатации

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

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

Используйте реестр для принятия решений о поддержке и закупках

Проверьте гарантию, поддержку и продление срока действия

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

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

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

Передайте проверенную информацию в соответствующие процессы.

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

Для проведения проверок безопасности, укажите владельца, версию, назначение и критичность актива. Разделите процессы оценки угроз, устранения уязвимостей и настройки безопасности. Статья о базовых мерах безопасности объясняет роль инвентаризации в общей защите компании.

Убедитесь, что реестр готов к использованию.

Откройте несколько записей разных типов и проверьте результат:

• ID идентифицирует актив и отличает его от другого ресурса.
• Запись показывает назначение, владельца, пользователя и местоположение или среду.
• Информация основана на идентифицированных источниках и датах проверки.
• Условия владения, лицензии, гарантии и поддержки остаются отдельными.
• Неизвестная информация имеет статус, владельца и срок уточнения.
• Изменение, перенос и другие изменения обновляют одну и ту же запись.
• История и контроль доступа поддерживают одну согласованную версию.

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

Нужно выбрать лицензии на оборудование или программное обеспечение на основе инвентаризации? Обратитесь в DKs Enterprises для закупки оборудования и программного обеспечения. Подготовьте список активов, требования к работе и даты поддержки, чтобы обсудить объем покупки.

Источники

• Категории активов в NIST CSF 2.0
• Текущие рекомендации по инвентаризации приложений в Microsoft Learn