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

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

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

«Заразить компьютер в корпоративной сети, поднять привилегии, получить доступ к домену администратора и одной кнопкой остановить деятельность компании любого размера» — так описал специфику работы вируса WannaCry его автор.

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

Чем больше времени будет потрачено на выяснение, в какому закутке стоит зараженная машина, тем ниже шансы остановить распространение вируса и деградацию инфраструктуры. Как вы понимаете, финансовые и репутационные потери от остановки бизнес-процессов будут на порядок выше затрат на ведение учета ИТ-оборудования. Впрочем, wannacry это еще цветочки. Есть угроза и посерьезней…

Помните старую шутку, что зима в Россию всегда приходит неожиданно, поэтому коммунальные службы не успевают к ней подготовиться? Аналогичная беда с подготовкой бюджета на следующий год – вроде все знают о сроках, но почему-то заявки на замену техники подают в самый последний момент. И крайним обычно остается ИТ-специалист, отвечающий за распределение оборудования – не предусмотрел, не предпринял должные меры, не проявил настойчивости и т.д. и т.п. Если вирусная атака может обойти вас стороной, то наезды из-за не вовремя выделенной техники точно прилетят вам в голову.

Но выход есть: прекратите собирать заявки на замену техники. Начните вести учет параметров, по которым техника должна попадать в программу модернизации (например, объём HDD, диагональ монитора, скорость печати принтера и т.д.). В этом случае вы сможете формировать перечни техники на замену автоматически из своей учетной системы. Нет заявок – нет проблем.

Чем еще поможет налаженная система учета ИТ-оборудования? Тем, что на любой, даже самый каверзный вопрос руководства вы сможете дать ответ уже через 5-15 минут, а не в «завтра с самого утра». Например, финансовый директор спрашивает: «сколько принтеров у нас в кладовке, сколько в ремонте, сколько у пользователей, сколько было утилизировано в этом году, в каких отделах принтера простаивают?». Если у вас учитываются стадии жизненного цикла ИТ-оборудования, то на все (!) эти вопросы вы дадите ответ в течении 15 минут. В противном случае придется собирать данные из разных источников в течении 2-3 часов (если не больше).

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

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

1. определить границы учетной системы;
2. разработать справочник категорий оборудования;
3. разработать модель жизненного цикла;
4. определиться с правилами идентификации оборудования;
5. разработать атрибутную модель.

Шаг 1. Определить границы учетной системы

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

По моему опыту чаще всего в «застревают в бутылочном горлышке» компьютеры и оргтехника. Реже всего комплектующие и расходные материалы (как правило по ним хватает данных складского учета).

Шаг 2. Разработать справочник категорий оборудования

Чтобы было удобнее формировать отчеты, каждую группу техники нужно разделить по категориям. Например, вы решили наладить учет пользовательского оборудования. Берем группу «компьютеры». Из каких категорий она будет состоять? Персональный компьютер, ноутбук, планшет и т.д. Затем берем следующую группу – «устройства отображения» и делим на категории ее. В итоге у вас получится примерно вот такой справочник категорий:

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

Шаг 3. Разработать модель жизненного цикла оборудования

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

Советую начать с простой модели и детализировать ее по мере необходимости:

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

Шаг 4. Определить способ идентификации оборудования

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

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

Шаг 5. Разработать атрибутную модель

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

• Общепринятое наименование производителя и модели оборудования. Обратите внимание, что в накладных наименования производителя и модели могут быть искажены. Старайтесь записывать именно общепринятые наименования, чтобы техническую информацию о модели было проще найти на сайте производителя.
• Номенклатурный номер, под которым модель оборудования заведена в справочнике материалов бухгалтерской системы. Его стоит учитывать для быстрого поиска однотипного оборудования.
• Инвентарный номер, присвоенный оборудованию при постановке на бухгалтерский учет. Его стоит учитывать для поиска оборудования в бухгалтерской базе. Обратите внимание, что по правилам бухгалтерского учета инвентарный номер может быть одинаковым у нескольких устройств (например, у ПК, монитора и принтера в составе лабораторной установки). Кроме этого, инвентарный номер обязательно присваивают только основным средствам, т.е. оборудованию стоимостью выше 40 000 рублей (подробнее в ПБУ 5/01, ПБУ 6/01). Поэтому у подавляющего количества компьютерной техники в вашей организации инвентарного номер может и не быть. Взамен его может использоваться сложно-составной номер, например <номер кладовой>/<количество этой номенклатуры на учете в кладовой>.
• Учетный номер, присвоенный ИТ-подразделением при принятии оборудования на обслуживание. Во многих организациях ИТ-службе удобнее присваивать оборудованию свой ID, чем использовать инвентарные номера.
• Серийный номер, присвоенный производителем оборудования. Стоит учитывать на случай гарантийного ремонта и как запасной идентификатор при невозможности определить инвентарный/номенклатурный/учетный номера оборудования.
• Почтовый адрес здания, название или номер строения (если по одному адресу находится несколько строений), номер кабинета (или название участка и строительные оси здания, если это производственное помещение). Такой набор реквизитов поможет найти технику, в каком бы закутке она не находилась.
• Подразделение, в котором работает пользователь, ФИО и телефон пользователя. Контакты пользователя нужны чтобы получить физический доступ к оборудованию. Подразделение, вам пригодится для группировок в отчетах и для выхода на руководителя, если пользователь окажется недоступен. Также полезно знать табельный номер и … дату увольнения пользователя. По табельному номеру удобно строить сводные отчеты, если нужно посмотреть, какие еще ТМЦ числятся за сотрудником. Дата увольнения поможет выявить бесхозное оборудование.
  В моей практике был забавный случай. На небольшом заводе начальник одного из подразделений несколько недель добивался выделения ему более производительного компьютера. Бюджета на технику не было, поэтому приняли решение поискать простаивающую технику в подразделениях. Два дня поисков и более мощный компьютер нашли … в кабинете этого начальника, за соседним столом. Компьютер остался после увольнения сотрудника. О том, что это более производительная машина проситель не знал. А ИТ-службу не предупредили об увольнении пользователя этого компьютера.
• Технические атрибуты, по которым вы сможете принять решение о модернизации оборудования. Например, такие:

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

В зависимости от интерфейса учетной системы на первичную регистрацию каждого устройства потребуется 5-10 минут, на актуализацию данных 1-2 минуты. Предположим у вас в организации 350 пользователей, устройств для учета 1 000 штук. В год заменяется 20% парка техники (из расчета срока службы 5 лет), 10% парка проходит ремонт и модернизацию. Значит каждый год вам нужно будет:

• внести в систему 200 новых записей (200x10 = 2000 минут);
• два раза обновить статусы у 200 новых устройств (200x2x2 = 800 минут);
• два раза обновить статус у 200 выводимых из эксплуатации устройств (200x2x2 = 800 минут);
• два раза обновить статусы у 100 попавших в ремонт устройств (100x2x2= 400 минут).

Итого вы потратите 4 000 минут в год. Накинем еще 10% на непредвиденные перемещения. Получим 4 400 минут в год или 17 минут в день. Полагаю, это вполне приемлемые трудозатраты для поддерживания в актуальном виде системы учета на 1 000 единиц техники.

К тому же их можно сократить до 10-12 минут: технические атрибуты забирать из SCCM, данные о пользователе из кадровой системы. Но это вопросы архитектуры, их я планирую раскрыть во второй части статьи. Также во второй части я покажу, как оперативно организовать внедрение спроектированной системы учета. Пока же давайте сделаем паузу.

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