Инвентаризация ИТ-активов: порядок в железе и лицензиях

Зачем нужна инвентаризация и что значит «порядок»

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

Excel и разрозненные таблицы ломаются быстро по простой причине: нет общих правил. Один сотрудник пишет «HP 440», другой - «ProBook 440 G7», третий - только серийный номер без модели. Через месяц уже непонятно, это один ноутбук или три разных. А когда начинается замена диска, выдача новому сотруднику или списание, таблицы начинают противоречить друг другу.

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

Чтобы не переделывать все через полгода, заранее решите базовые вещи: какие статусы вы используете и кто может их менять; что считать «единицей учета» (например, ПК целиком или еще и его компоненты); как фиксировать перемещения; как связывать актив с человеком и задачей (выдача, проект, кабинет). Например, если в поликлинике часть моноблоков регулярно переезжает между кабинетами, без этих правил «порядок» исчезает уже после первой ротации.

Определяем охват: железо, лицензии, комплектующие

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

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

Обычно в охват попадает все, что легко потерять, перепутать или не обслужить вовремя: пользовательские устройства (ПК, ноутбуки, мониторы, принтеры и МФУ), серверы и СХД, ключевое сетевое оборудование, лицензии и подписки (ОС, офисные пакеты, антивирус, специализированный софт), склад и резерв (техника «на подмену», запасные рабочие места, списание в ожидании), удаленные сотрудники и филиалы - то, что физически не видно каждый день.

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

Комплектующие и ЗИП удобно делить на два уровня. Дорогие и дефицитные вещи (SSD, память, блоки питания для серверов, сетевые модули) лучше учитывать поштучно, с серийными номерами. Расходники и мелочь (кабели, мыши, патч-корды) часто проще вести партиями по складу.

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

Единые правила данных: что именно записывать

Инвентаризация чаще ломается не на сканере, а на данных. Один и тот же ноутбук записали как «Lenovo», «LEN», «Ноут сотрудника» - и через месяц вы уже не понимаете, что у вас есть на самом деле. Поэтому начните с простых правил, которые реально будут соблюдать.

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

Минимум обычно такой:

• Уникальный идентификатор: серийный номер плюс ваш инвентарный номер (и, при необходимости, внутренний код)
• Тип и модель: ПК, сервер, моноблок, монитор; точное название модели без «примерно такой же»
• Статус по жизненному циклу: на складе, выдано, в ремонте, списано
• Локация и ответственность: кабинет или площадка, а также кто отвечает (владелец, материально ответственное лицо или ИТ-куратор)
• Даты и основание: дата ввода, дата выдачи и ссылка на документ или обращение (акт, заявка, номер тикета)

Ключевой момент: статусы и локации должны быть из справочника, а не «как написал человек». Тогда «ремонт» не превратится в «сервис», «чинится» и «у инженера».

Отдельно закрепите правила наименования, чтобы не плодить дубли. Например: сначала тип, затем бренд и модель, потом роль или назначение. «Сервер S200 для бухгалтерии» и «S200 (бух)» выглядят похоже, но в поиске и отчетах это разные сущности. Чем проще правило, тем выше шанс, что его будут соблюдать даже в спешке.

Маркировка: как сделать, чтобы ее не игнорировали

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

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

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

Нумерацию проще поддерживать, если есть понятная логика: диапазоны по филиалам или по типам (например, NB- для ноутбуков, PC- для ПК, SRV- для серверов). Важно одно правило: номер не меняется при переезде, меняется только статус (выдан, на складе, в ремонте).

Если на устройстве уже есть старые наклейки, не клеите поверх. Закройте старую метку нейтрализующей наклейкой «не действует» или снимите полностью и зафиксируйте в учете, что номер заменен. Иначе появится двойная маркировка.

Короткий рабочий чек-лист для тех, кто клеит и проверяет:

• Очистить поверхность и дать ей высохнуть.
• Наклеить метку в согласованное место и прижать 10-15 секунд.
• Сканировать и сразу сверить, что открылась правильная карточка актива.
• На месте указать ответственного и местоположение (кабинет или стойка).
• Для «проблемных» устройств (нагрев, пыль, неровная поверхность) использовать усиленный материал или пломбирующую метку.

CMDB простыми словами: связи, конфигурации, ответственность

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

CMDB можно представить как карту: что у вас есть, где стоит, кому выдано и на что влияет. Для инвентаризации ИТ-активов это означает быстрые ответы без созвонов и поисков.

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

Конфигурации фиксируйте ровно до уровня, который влияет на работу и закупки: модель и серийный номер, CPU/RAM/SSD, ОС, гарантия, дата поставки, номер договора. Это одинаково важно и для типовых рабочих мест, и для серверов. Например, если вы используете линейки вроде L200, M200 или S200, полезно записывать точную модификацию, чтобы потом без ошибок подбирать совместимые комплектующие.

Чтобы CMDB не превратилась в «CMDB ради CMDB», задайте правила изменений. Часто хватает простого подхода:

• один владелец данных (например, ИТ-администратор по площадке)
• изменения только по заявке или после работ
• история: кто, когда и что поменял
• периодическая сверка по критичным узлам

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

Пошаговый план инвентаризации

Работа идет проще, если сначала собрать максимум фактов из уже существующих источников, а потом идти «в поле». Начните с выгрузок из закупок и бухгалтерии (номенклатура, количество, даты), заявок в сервис-деск (выдачи, ремонты), а также данных из AD или HR, если они ведутся. Это даст первичный список и покажет, где пробелы.

Дальше организуйте физический обход. Важно не «просто пройтись», а заранее распределить роли: один человек сверяет устройство и серийный номер, второй фиксирует в форме, третий следит за качеством и делает выборочную перепроверку. Маршрут планируйте по зонам (этаж, кабинет, склад), чтобы не прыгать туда-сюда.

После обхода начинается самая полезная часть: сверка и очистка данных. Обычно всплывают дубли, пустые серийные номера, «неизвестные модели» и устройства, которые есть в учете, но не найдены. Здесь нужен понятный порядок решений: уточнить серийники и модель по наклейкам, BIOS/UEFI и документам поставки; объединить дубли (один актив - одна запись); пометить «не найдено» и назначить ответственного на поиск; отдельно выделить «лишнее» оборудование (есть физически, нет в учете).

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

План по неделям

• 1 неделя: до 200-300 устройств - подготовка, обход, первичная сверка
• 2 недели: до 800-1000 - добавьте перепроверки и день на «долги» (не найдено)
• 4 недели: несколько площадок - делите на волны и назначайте локальных ответственных

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

Учет комплектующих и ремонтов без хаоса

Комплектующие обычно «теряются» первыми: сегодня диск в сервере, завтра в шкафу, послезавтра в другом ПК. Чтобы учет был честным, контролируйте как минимум диски, ОЗУ, блоки питания, видеокарты, сетевые модули и любые сменные накопители.

Главное правило: любая замена - это не просто «поменяли и работает», а событие с серийными номерами. Иначе через месяц вы не поймете, где гарантийный модуль, а где списанный.

При каждой замене фиксируйте короткий набор данных:

• откуда сняли и куда поставили (ID устройства и место)
• серийный номер старой детали и новой детали
• причина (поломка, апгрейд, профилактика)
• кто сделал и кто принял
• дата и основание (акт, заявка, тикет)

Склад и резерв держите в тех же правилах. Полезно задать минимальные остатки для «ходовых» позиций (например, диски и ОЗУ для типовых ПК или серверов) и выдавать только под заявку, чтобы было видно, на какую задачу ушла деталь.

Для ремонта и RMA заведите понятные статусы (в ремонте, ожидает запчасть, отправлено поставщику, возвращено, списано), срок следующего контроля и одного ответственного. Тогда даже временные стенды и пилоты не превращаются в «серую зону»: оборудование отмечается как проектное, с датой возврата и владельцем задачи.

Лицензии: как сверить права и фактическое использование

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

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

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

Дальше делайте сопоставление: лицензия - продукт - редакция и версия - где и кем используется. Например, куплены 50 пользовательских лицензий на офисный пакет, а по факту он установлен на 70 компьютерах, и еще 10 учетных записей уволенных сотрудников все еще активны.

Чтобы не утонуть в деталях, заведите пометки рисков:

• просрочка подписки (дата и ответственный)
• превышение количества (на сколько и где)
• неизвестный источник (нет документов)
• несоответствие версии или редакции
• неиспользуемые лицензии (кандидаты на перераспределение)

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

Привязка оборудования к людям и задачам

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

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

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

Чтобы учет не превращался в «бумагу ради бумаги», сделайте простые правила выдачи и возврата. Достаточно короткого акта и подтверждения, что человек принял именно это устройство: фиксируйте серийный и инвентарный номер, записывайте комплектацию (зарядка, док-станция, мышь), делайте 2-3 фото (наклейка, состояние корпуса), берите подпись или электронное подтверждение, указывайте срок и причину выдачи (новое место, замена, проект).

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

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

Частые ошибки и ловушки

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

Вторая ловушка - отсутствие ответственных. Если не назначить владельцев по зонам (склад, офисы, филиалы, серверная) и по типам активов (ПК, сетевое, лицензии), через месяц снова будет «никто не обновляет», даже если старт был успешным.

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

Пять ошибок, которые почти всегда дают расхождения:

• пытаться заполнить «все и сразу», вместо минимального набора полей
• не закрепить ответственных и сроки обновления
• верить только обходу или только бумаге и накладным
• путать место хранения и место использования (например, «склад» vs «кабинет 312»)
• не вести историю изменений (кто и почему поменял статус, комплектность, пользователя)

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

Быстрые проверки: что должно сойтись после учета

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

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

Проверьте минимум пять вещей:

• Инвентарный номер и метка оформлены по одному правилу (одинаковая длина, префиксы, тип устройства).
• У каждого актива указан статус (в эксплуатации, на складе, в ремонте, списан) и ответственный владелец.
• Локация совпадает с реальностью хотя бы по выборочной проверке (10-20 единиц в разных отделах).
• Лицензии привязаны к конкретному продукту и есть основание покупки (счет, договор, госзакупка, акт).
• Понятно, кто обновляет данные после изменений и в какой срок (переезд, замена диска, выдача сотруднику).

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

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

Пример из практики: как навести порядок без перегруза

Компания на 200 сотрудников: главный офис, один филиал и часть людей на удаленке. До учета все держалось на памяти нескольких админов и переписках в мессенджере. Когда начались частые замены ноутбуков и переезды рабочих мест, стало ясно: «порядок» - это когда можно за 2 минуты ответить, где устройство, у кого оно, в каком состоянии и по какой задаче оно выдано.

Начали с короткой «быстрой инвентаризации» на 10 рабочих дней: прошли по кабинетам, сверили склад, выгрузили список лицензий из закупок и сравнили с тем, что стоит на ПК. Находки всплыли сразу: несколько «лишних» мониторов без хозяина, неучтенный запас SSD в ящике у инженера, дубликаты ПО, купленные разными отделами «на всякий случай».

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

Правила ввели минимальные, но обязательные:

• выдача только по заявке и с указанием пользователя
• возврат в день увольнения или перевода
• ремонт только через единый канал, с отметкой причины и результата
• списание только после сверки серийного номера и факта на складе

Через 1-2 месяца стало меньше простоев: запасные устройства находились быстрее, споры «я не получал» почти исчезли, а закупки стали точнее, потому что склад и фактическое наличие начали совпадать.

Следующие шаги: как поддерживать порядок каждый месяц

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

Хорошее правило: все, что меняется часто, должно обновляться почти сразу, а редкие события можно закрывать вручную. Например, перемещение ноутбука между сотрудниками проще фиксировать в момент выдачи, а данные о версии ОС или свободном месте на диске - собирать средствами управления.

Чтобы учет не разваливался, введите короткий ежемесячный цикл: сверяйте новые поступления (все накладные превращаются в карточки активов в день приемки), проверяйте «ничейные» устройства (без владельца, локации или статуса), контролируйте лицензии (просрочки, дубли, отсутствие подтверждений), обновляйте список ремонтов и замен комплектующих, держите мини-план обновления парка на ближайшие 1-3 месяца.

Параллельно думайте о предсказуемости парка. Чем меньше «зоопарка» моделей и комплектаций, тем проще поддержка, закупка запчастей и учет. Начните с 2-3 стандартных конфигураций для типовых ролей (офис, инженер, руководитель) и держите эту матрицу в закупках.

Свяжите закупки с учетом: не «сначала купили, потом как-нибудь внесем», а «поставили на учет сразу». Тогда любой новый ПК или сервер появляется в системе еще до выдачи пользователю.

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