Pull to refresh

Выжимаем максимум из учета компьютерной техники. Часть 1

Reading time8 min
Views119K

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

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


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


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


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


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


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


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


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


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


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


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

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


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


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


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


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


Группа Категория
Компьютеры Персональный компьютер, ноутбук, планшет
Устройства отображения Монитор, телевизор
Оргтехника Принтер, копир, сканер

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


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


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

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


Событие Статус Что отслеживает статус?
Новое оборудование поступило на склад, неиспользуемое оборудование вернулось на склад Хранение на складе Отслеживает фактический складской запас
Оборудование передано ИТ-специалистам для настройки, ремонта, апгрейда Настройка/Ремонт Отслеживаем нагрузку на персонал ИТ-службы
Оборудование передано пользователю Эксплуатация Отслеживаем фактическое количество техники в работе
Пользователь уволился, но оборудование осталось на рабочем месте (ждут нового сотрудника) Хранение в подразделении Отслеживаем скрытые резервы
Оборудование снято с рабочего места, как непригодное к эксплуатации Подготовка к утилизации Отслеживаем хлам, который нужно утилизировать
Передали оборудование на утилизацию подрядчику Утилизация Отслеживаем выполнение договора на утилизацию

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


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


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


Способ идентификации Преимущества Недостатки
Бирка с номером. На оборудование приклеивается бумажная бирка с учетным номером или учетный номер наносится маркером. Низкие затраты на расходные материалы и оборудование для маркировки Достаточно высокие трудозатраты на актуализацию данных и учет перемещений оборудования. Низкая износостойкость бумажных бирок.
Серийные номера производителя. Используются нанесенная при изготовлении оборудования этикетка с SN и штрихкодом. Нет затрат на оборудование и расходные материалы для маркировки Не подходит для идентификации «самосборных» ПК. Высокие трудозатраты на актуализацию данных и учет перемещений, т.к. серийные номера находятся в труднодоступных местах.
Этикетка со штрих-кодом. На оборудование наносится износостойкая этикетка с учетным номером и штрих-кодом. Низкие затраты на оборудование для маркировки и расходные материалы. Сокращение трудозатрат на актуализацию данных и учет перемещения оборудования. Явных недостатков не выявил.
RFID-метка. На оборудование наносится радиометка. Значительное сокращение трудозатрат на инвентаризацию и учет перемещения большого количества оборудования. Высокая стоимость оборудования и расходных материалов. Невозможность идентифицировать оборудование без использования RFID-сканера.
Штрих-код + RFID. На оборудование наносится радиометка с напечатанным на ней штрих-кодом и учетным номером Значительное сокращение трудозатрат на инвентаризацию и учет перемещения большого количества оборудования. Высокая стоимость оборудования и расходных материалов.

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


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


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


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

Группа Технические характеристики
Компьютеры Hostname, IP-адрес, тип и частота CPU, тип, количество и объём HDD, тип и объем RAM
Устройства отображения Диагональ, разрешение, видеовыходы
Оргтехника Цветность, возможность сканирования, скорость печати, формат, наличие USB, RJ-45, WiFi

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


В зависимости от интерфейса учетной системы на первичную регистрацию каждого устройства потребуется 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, данные о пользователе из кадровой системы. Но это вопросы архитектуры, их я планирую раскрыть во второй части статьи. Также во второй части я покажу, как оперативно организовать внедрение спроектированной системы учета. Пока же давайте сделаем паузу.


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

Tags:
Hubs:
+17
Comments35

Articles