Жизненный цикл ИТ-актива: от заявки на закупку до утилизации — полная карта

от автора

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

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

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

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

— Где ноутбук, который купили в феврале?

— На складе, наверное.

— Наверное?

— Ну он точно где-то есть.

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

Проверьте себя: можете ли вы прямо сейчас, не делая ни одного запроса, ответить на три вопроса?

— Где находится каждый актив, купленный за последние полгода?

— Какое оборудование числится за уже уволенными сотрудниками?

— Какие устройства приближаются к концу гарантийного срока?

Если хотя бы на один ответа нет — дальше будет полезно.

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

Почему цикл разорван — даже если вам кажется, что нет

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

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

Следствие понятное: 

  • расхождения при аудите; 

  • невозможность спрогнозировать бюджет на замену; 

  • решения о закупке;

  • принятые вслепую.

6 этапов: полная карта жизненного цикла ИТ-актива

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

Шесть этапов жизненного цикла ИТ-актива. Цикл замкнут: данные с последнего этапа питают первый. Если хотя бы одна точка выпадает — планирование идёт вслепую

Шесть этапов жизненного цикла ИТ-актива. Цикл замкнут: данные с последнего этапа питают первый. Если хотя бы одна точка выпадает — планирование идёт вслепую

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

Этап 1. Сбор потребностей

Кто участвует: ИТ-директор, финансы, отдел снабжения

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

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

Этап 2. Закупка и поставка

Кто участвует: закупки и бухгалтерия

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

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

Этап 3. Идентификация и операционный учет

Кто участвует: склад и ИТ

Оборудование приехало. Здесь нужно проверить комплектность, зафиксировать серийный номер и привязать устройство к карточке. Если этот шаг пропущен или сделан с ошибкой — актив «теряется» в учёте, хотя физически никуда не делся. Что автоматизируется: при регистрации актив сразу привязывается к складу, и его запись есть в системе даже до выдачи.

SimpleOne ITAM на этапе идентификации: инвентаризация, остатки по складам, согласование ремонта и формирование потребности — в одном окне. Всё то, что раньше жило в пяти вкладках и трёх звонках

SimpleOne ITAM на этапе идентификации: инвентаризация, остатки по складам, согласование ремонта и формирование потребности — в одном окне. Всё то, что раньше жило в пяти вкладках и трёх звонках

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

Этап 4. Контроль контрактных обязательств

Кто участвует: ИТ, юристы, бухгалтерия

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

— Эта техника ещё на гарантии?

— Должна быть.

— А точно?

— Сейчас поищу договор… где-то был.

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

Этап 5. Контроль и распределение затрат

Кто участвует: ИТ-директор и финансы

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

Что автоматизируется: карточка актива аккумулирует все затраты — от первого счета на закупку до последнего ремонта и перевозки на новый склад. Это и есть Total Cost of Ownership: реальная стоимость владения, а не только цена покупки.

Этап 6. Планирование бюджетов

Кто участвует: ИТ-директор и финансы

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

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

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

Как замкнуть цикл: три связки, которые решают все

Не нужно перестраивать все и сразу. Достаточно закрыть три ключевых разрыва — и цикл начнет работать как единое целое.

Связка 1: ИТ-учет ↔ бухгалтерия

Одно и то же оборудование числится в двух системах с разными данными. ИТ говорит одно, бухгалтерия — другое. Аудит превращается в переговоры вместо сверки.

Решение: единый идентификатор актива. Инвентарный номер = штрихкод = карточка в ITAM. Изменение в одной системе автоматически синхронизируется в другой.

Результат: аудит без «а у нас написано другое» и без ручной сверки таблиц накануне проверки.

Связка 2: склад ↔ ИТ-учет

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

Решение: генерация штрихкодов при регистрации как обязательный шаг, а не опциональный. Без скана — нет записи в базе. Без записи в базе — нет факта поступления.

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

Связка 3: Service Desk ↔ ИТ-учет

История обслуживания актива хранится в тикетах, а не в карточке. При смене системы или сотрудника она теряется. Решение о списании принимается по ощущениям — «он же часто ломался» — без цифр и хронологии.

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

Результат: решение о списании принимается на основе данных, а не воспоминаний.

Как внедрить: с чего начать, если цикл сейчас разорван

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

  1. Первый месяц: наладить регистрацию активов со штрихкодированием — это закрывает потерю между закупкой и учетом.

  2. Второй месяц: связать карточки активов с тикетами Service Desk — появляется история обслуживания.

  3. Третий месяц: синхронизация с бухгалтерией — аудит перестает быть стрессом.

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

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

Резюме

Сквозной учет жизненного цикла — это не разовый проект и не задача одного отдела. Это про то, чтобы данные об активе не терялись на стыке систем: от первого счета до акта утилизации. Три связки — ИТ с бухгалтерией, склад с учетом, Service Desk с карточкой — закрывают большинство разрывов. Остальное решается последовательно, за квартал. Главное — начать с конкретного места, а не пытаться выстроить все идеально с первого раза.

***

Если узнали свою компанию — расскажите, на каком этапе чаще всего что-то идёт не так?

ссылка на оригинал статьи https://habr.com/ru/articles/1027554/