Инвентаризация ПК и серверов

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

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

Зачем вести учет, если все и так работает

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

Инвентаризация помогает отвечать на практичные вопросы. Какие ПК пора обновлять в первую очередь? Где заканчивается гарантия? На каких серверах крутится 1С и резервное копирование? Какое оборудование можно использовать повторно при запуске новой площадки? Что надо списать, чтобы не хранить мертвый парк «на всякий случай»?

Еще учет помогает с безопасностью. Нельзя защитить устройство, о существовании которого забыли. Старый роутер с открытым Wi-Fi, ПК бывшего администратора или сервер без обновлений часто становятся слабым местом. Об этом же мы говорили в статье про Shadow IT в клубах.

Минимум полей, который реально вести

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

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

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

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

Как связать учет с закупками

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

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

Связка с ИТ-аутсорсингом тоже становится прозрачнее. Подрядчик видит парк, понимает приоритеты, может заранее предупредить о рисках, а не только чинить то, что уже сломалось.

Списание без склада забытых коробок

Списание - такая же часть учета, как закупка. Если оборудование не списывать, оно превращается в серую зону: вроде лежит, но использовать нельзя; вроде старое, но данные на диске остались; вроде резерв, но никто не проверял.

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

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

Автоматизация: полезна, но не заменяет владельца

Часть данных можно собирать автоматически: имя компьютера, ОС, IP-адрес, модель, диски, память, список установленного ПО. Для серверов это можно совместить с мониторингом и Ansible. Для Windows-ПК есть отдельные агенты и инструменты инвентаризации.

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

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

С чего начать

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

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

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

Вместо заключения

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

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