Как вести учет импортозамещенных ИТ-активов
Блог
Статьи экспертов

Как вести учет импортозамещенных активов, если они часто ломаются

04.09.2026
Андрей Рассамакин
Андрей Рассамакин

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

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

Содержание

Что относится к импортозамещенным ИТ-активам

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

  • серверное оборудование (отечественные серверы, системы хранения данных, коммутаторы, маршрутизаторы);
  • пользовательское оборудование (российские ноутбуки, системные блоки, тонкие клиенты, периферийные устройства);
  • программное обеспечение (операционные системы, СУБД, офисные пакеты, специализированное ПО, включенное в реестр отечественного программного обеспечения);
  • программно-аппаратные комплексы (решения, объединяющие специализированное оборудование и управляющее ПО).

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

Почему обычной инвентаризации недостаточно

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

  • Насколько надежен этот актив?
  • Как часто он выходит из строя?
  • Сколько времени и средств уходит на его восстановление?
  • Является ли отказ единичным или проблема характерна для всей модели или партии?
  • Какой реальный ущерб бизнесу приносит простой?

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

Проблема усугубляется тем, что данные об активе часто разрознены: системные администраторы фиксируют неисправности в своих журналах, Service Desk ведет учет обращений, склад учитывает запчасти, закупки хранят договоры, а бухгалтерия — финансовую информацию. Чтобы получить целостную картину, все эти сведения необходимо связывать с единым объектом учета — карточкой ИТ-актива.

Какие данные фиксировать по импортозамещенным активам

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

Категория Что фиксировать
Идентификация Наименование, серийный номер, инвентарный номер, единый идентификатор актива
Производитель и поставщик Наименование производителя, модель, модификация, партия, поставщик, контактные данные
Закупка и ввод в эксплуатацию Дата закупки, стоимость приобретения, дата ввода в эксплуатацию, номер договора
Гарантия и поддержка Срок гарантии, условия, договор поддержки, контакты сервисного центра
Реестровые сведения Номер в Едином реестре российской радиоэлектронной продукции или реестре отечественного ПО (при наличии)
Конфигурация Состав оборудования, прошивка, версия ПО, объем памяти, процессор, накопители
Местоположение и владелец Помещение, стойка, ответственный сотрудник, пользователь, подразделение
Связь с ИТ-сервисами Какой ИТ-сервис обеспечивает актив, какие бизнес-процессы зависят от его работы
История эксплуатации Все инциденты, отказы, ремонты, замены компонентов, использованные запчасти, даты и продолжительность простоев
Расходы Стоимость ремонтов, диагностики, запасных частей, работ подрядчиков, затраты на простой

Как организовать учет эксплуатации и отказов

Создать единый профиль актива

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

Связать актив с инцидентами и обращениями

Каждое обращение в Service Desk, связанное с неисправностью, должно содержать ссылку на конкретный актив. Фиксируйте:

  • когда возникла неисправность;
  • как она проявлялась (категория сбоя);
  • сколько времени заняло восстановление;
  • повторялась ли проблема ранее.

Это позволяет отслеживать болевые точки инфраструктуры и оперативно оценивать влияние отказа на бизнес-сервисы. Здесь важно наладить учет отказов оборудования в привязке к конкретным экземплярам.

Вести историю обслуживания и ремонтов

В карточке актива должна сохраняться полная хронология всех работ:

  • даты диагностики и ремонта;
  • выполненные работы и замененные компоненты;
  • исполнитель (собственная служба или подрядчик);
  • стоимость работ и запчастей;
  • результат обслуживания и текущее состояние актива.

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

Контролировать гарантию и поддержку

Учитывайте сроки гарантии, условия договора, контакты поставщика и сервисного центра.

Фиксируйте:

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

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

Учитывать запчасти и подменный фонд

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

Фиксируйте:

  • доступные запасные части и их количество;
  • совместимые компоненты;
  • сроки поставки от поставщика;
  • наличие оборудования для временной замены (подменный фонд).

Эффективный учет запасных частей с цветовой индикацией и автоматическими уведомлениями помогает своевременно пополнять склады и избегать длительных простоев.

Связывать актив с конфигурацией и ИТ-сервисом

Для понимания влияния отказа необходимо знать, где используется объект, от каких компонентов он зависит и какие сервисы могут быть затронуты при его отказе или замене. Построение базы данных управления конфигурациями (CMDB) позволяет отслеживать взаимосвязи между компонентами инфраструктуры и предоставляемыми услугами. Это важный элемент управления жизненным циклом ИТ-активов.

Установить критерии дальнейшего использования

Определите заранее, при каких условиях актив:

  • ремонтируется (в рамках планового обслуживания или внепланово);
  • модернизируется (апгрейд компонентов);
  • переводится на менее критичный участок;
  • списывается.

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

Какие показатели использовать для оценки активов

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

  • Количество и повторяемость отказов.
  • Среднее время между отказами (MTBF).
  • Среднее время восстановления (MTTR).
  • Продолжительность простоя.
  • Стоимость ремонтов и обслуживания.
  • Число гарантийных обращений.
  • Сроки поставки запчастей.
  • Доля списанных активов.
  • Совокупная стоимость владения (TCO).

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

Типичные ошибки при организации учета

  • Учитывать только факт покупки и текущее местоположение — без истории обслуживания ИТ-активов актив остается черным ящиком;
  • Вести ремонты отдельно от карточки актива — теряется целостная картина, что делает учет ремонтов ИТ-оборудования неэффективным;
  • Не различать модель, модификацию и партию оборудования — невозможно выявить системные проблемы;
  • Фиксировать неисправности в свободной форме без единых категорий — данные невозможно агрегировать и анализировать;
  • Не учитывать время простоя и стоимость работ — занижается реальная стоимость владения;
  • Не связывать активы с инцидентами и ИТ-сервисами — непонятно влияние на бизнес;
  • Не контролировать гарантийные обязательства поставщиков — упускаются возможности экономии;
  • Сравнивать оборудование только по закупочной цене — игнорируются эксплуатационные расходы;
  • Списывать актив без анализа истории эксплуатации — возможны преждевременные или неоправданные решения;
  • Делать выводы о производителе по единичному отказу — статистика требует времени и данных.

Как ИнфраМенеджер помогает вести учет активов

ИнфраМенеджер — отечественная ITSM-система, включенная в реестр российского ПО, которая позволяет организовать комплексный учет ИТ-активов в соответствии с лучшими практиками ITIL. Вопросы ITAM и импортозамещение в системе решаются через единую платформу, объединяющую все процессы управления активами.

Система предоставляет следующие возможности:

  • ведение каталога оборудования с полным набором атрибутов по каждому активу;
  • учет жизненного цикла от планирования закупки до вывода из эксплуатации, что полностью покрывает потребности учета импортозамещенных ИТ-активов;
  • связь активов со схемой зависимостей (CMDB) — визуализация связей между оборудованием, ПО и ИТ-сервисами;
  • использование штрихкодов и QR-кодов для быстрой идентификации и инвентаризации;
  • организация процессов обслуживания и ремонта с фиксацией всех этапов;
  • интеграция Service Desk, ITAM и CMDB — объединение инцидентов, обращений, конфигураций и активов в едином контуре.

Связь ITAM, CMDB и Service Desk помогает объединять данные об активе, его конфигурации, месте использования, инцидентах и выполненных работах. Это создает основу для анализа надежности, затрат и решений о дальнейшем использовании оборудования. Внедрение ITAM ИнфраМенеджер позволяет системно подойти к учету отечественного ИТ-оборудования.

Важно понимать, что качество учета зависит от полноты данных, единых правил и ответственности сотрудников. ИнфраМенеджер предоставляет инструменты, но не заменяет экспертизу специалистов. Система не определяет качество оборудования и не принимает автоматических решений о ремонте или списании — она дает для этих решений достоверную основу.

Чек-лист учета импортозамещенных активов

А чтобы не пропустить ни один эфир и первыми узнавать новости — подписывайтесь на наш Telegram-канал.

40
Время прочтения:
13 минут

Частые вопросы

  • ITAM обеспечивает учет финансовых и договорных аспектов — стоимость, гарантии, поставщиков, закупки. CMDB фиксирует технические взаимосвязи — конфигурацию, зависимости между компонентами, связь с ИТ-сервисами. Их интеграция дает полную картину: вы видите не только «что стоит и где лежит», но и «от чего зависит, как работает, сколько стоит и что будет при отказе». Это основа для управления рисками и затратами при работе с импортозамещенными решениями.
  • Решение о списании принимается на основе совокупности факторов: частота и тяжесть отказов, стоимость восстановления, продолжительность простоев, доступность запчастей и влияние на бизнес-сервисы. Если затраты на ремонт и поддержку превышают стоимость замены или актив создает неприемлемые риски для бизнеса, его вывод из эксплуатации экономически обоснован.
  • Основные показатели: частота и повторяемость отказов, среднее время между отказами (MTBF), среднее время восстановления (MTTR), продолжительность простоев, стоимость ремонтов и обслуживания, количество гарантийных обращений. Оценка надежности ИТ-оборудования должна проводиться с учетом срока эксплуатации и условий использования.
  • Каждая запись о ремонте должна содержать ссылку на конкретный актив через его единый идентификатор. В карточке актива сохраняется хронология всех работ: даты диагностики и ремонта, замененные компоненты, стоимость, исполнитель и результат. Это позволяет в любой момент увидеть полную историю обслуживания актива.
  • В карточке актива фиксируйте каждый инцидент с указанием даты, характера неисправности, времени восстановления и выполненных работ. Это позволяет видеть, сколько раз актив выходил из строя и повторяются ли одни и те же проблемы. Анализ повторяемости — ключ к выявлению системных недостатков модели или партии.
  • Необходимо хранить идентификационные сведения (серийный, инвентарный номера), данные о производителе, модели, партии и поставщике, дату закупки и стоимость, гарантию и договоры поддержки, конфигурацию, местоположение, связь с ИТ-сервисами, а также полную историю обслуживания ИТ-активов с фиксацией всех инцидентов, ремонтов, замен компонентов, простоев и расходов.
Выходим на связь