Как запустить учет активов без цифровой свалки: первые 90 дней

Представьте обычный понедельник: ИТ-менеджер открывает новую ITAM-систему (IT Asset Management), а вокруг уже десятки источников данных — выгрузка из 1С, Excel от закупок, список из Active Directory, таблица склада и файл «ноутбуки_финал_точно_последний.xlsx». 

Хочется сначала все почистить, описать идеальную модель и только потом загружать активы, но именно здесь ITAM-проекты часто зависают. Данные не становятся идеальными сами, а без правил система быстро превращается в цифровую свалку. Поэтому первые 90 дней нужны не для идеального учета всего парка, а для управляемого старта: выбрать одну боль, один периметр и пройти путь от разрозненных данных до решения, которому можно доверять.
Всем привет! Меня зовут Евгений Котухов. В этой статье я расскажу, как пройти первые 90 дней после старта ITAM, не утонуть в таблицах и быстро показать руководству результат.
Коротко: что нужно сделать за 90 дней
Эта рамка не дает превратить запуск в бесконечный проект. На каждом этапе есть результат для бизнеса.

• Недели 1–3 — договориться о цели, ролях, источниках и минимальной модели данных, результат: понятный пилотный периметр и правила работы с данными.
  
• Недели 4–7 — загрузить первый класс активов, провести сверку и разобрать расхождения, результат: массив данных, которому можно доверять в выбранном периметре.
  
• Недели 8–12 — запустить базовые процессы: выдачу, возврат, перемещение и инвентаризацию, результат: данные обновляются через процесс, а не вручную «по памяти».
  
• После 90 дней — расширять периметр, подключать интеграции, аналитику, SAM и связку с ITSM/CMDB.

Главный принцип: меньше амбиций, больше управляемости. Один класс активов, одна боль и понятный результат.
Для кого этот маршрут
Маршрут подходит компаниям, которые запускают ITAM с нуля или перезапускают учет после Excel, складских таблиц и разрозненных выгрузок. Особенно полезен он там, где нужно быстро показать ценность без попытки построить идеальную модель за один подход.

SimpleOne ITAM: инвентаризация, остатки по складам, согласование ремонта и создание потребности — один экран вместо файла «ноутбуки_финал_точно_последний.xlsx»
Почему старт ломается
Большинство проблем возникает не из-за выбранной системы. Проект буксует, когда команда не договорилась о правилах, источниках правды и ответственности и порядке переноса данных. Для многих именно миграция становится самой болезненной частью старта: старые таблицы противоречат друг другу, в выгрузках не хватает серийных номеров, один и тот же актив называется по-разному, а часть записей вообще непонятно откуда появилась.
Ловушка 1. Ждать идеальных данных
Команда чистит выгрузки: нет серийного номера, разные названия моделей, один актив числится за двумя людьми. Через месяц проект все еще не запущен.
Для старта нужна не идеальная, а честная база. Актив можно загрузить со статусом «требует проверки», а не держать его вне системы до полной сверки. Это лучше, чем откладывать запуск до состояния, которое почти никогда не наступает.
Ловушка 2. Загрузить все сразу
Другая крайность — залить 15 000 позиций из всех источников. Формально система наполнена, но пользователи видят цифровую свалку и возвращаются к таблицам.
Начинать лучше с пилота: например, «понять, сколько ноутбуков реально на руках у сотрудников и сколько доступно на складах». Такой периметр можно проверить, обсудить с бизнесом и превратить в решение по закупкам.
Ловушка 3. Внедрять ITAM только силами ИТ
ИТ видит техническую сторону актива: устройство подключается к сети, ломается, попадает в заявки и требует обслуживания. Но для полноценного ITAM этого мало. У финансов есть стоимость и инвентарные номера, у закупок — договоры и партии, у склада — фактическое наличие, у HR — данные о найме, переводах и увольнениях сотрудников.

Три отдела смотрят на одно и то же оборудование — и видят разное. CFO спрашивает «почему расходы выросли?», CIO — «когда сломается?», бизнес — «можно быстрее?». Общей картины нет ни у кого
Если не подключить эти роли на старте, один и тот же актив быстро начинает жить в нескольких версиях. В ИТ он числится как рабочий ноутбук пользователя, в бухгалтерии — как основное средство, на складе — как единица хранения, а в закупках — как позиция из договора. Поэтому в первые недели важно договориться, кто за какие данные отвечает и где источник правды по ключевым полям.
Ловушка 4. Запустить без владельца процесса
Данные стареют сразу после загрузки: сотрудник увольняется, ноутбук возвращается на склад, устройство уходит в ремонт, закупки привозят новую партию. Если никто не отвечает за обновление этих изменений, система быстро становится снимком прошлого.
У ITAM должен быть владелец процесса: человек или команда, которые следят не только за внедрением, но и за регулярной актуализацией данных. Они определяют, кто подтверждает выдачу и возврат, кто разбирает расхождения, кто запускает инвентаризацию и кто принимает решение по спорным активам. Без этого первая загрузка не превращается в управление активами.
Фаза 0. Подготовка: недели 1–3
Первые недели лучше потратить не на массовый импорт, а на договоренности. Так меньше риск заполнить систему данными, которым никто не доверяет.
1. Определите цель и периметр
Не начинайте с формулировки «хотим управлять всеми ИТ-активами». Для первых 90 дней это слишком широко. Нужна конкретная боль, которую можно измерить.

• Снизить теневые закупки.
  
• Понять, где находятся ноутбуки сотрудников.
  
• Навести порядок на складах.
  
• Подготовиться к аудиту.
  
• Связать активы с заявками в ITSM.
  
• Контролировать возврат оборудования при увольнении.

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

действие	ITAM owner	Service Desk	склад	финансы	HR	закупки
выдача ноутбука	A	R	R	C	C	I
возврат при увольнении	C	R	R	I	A	I
перемещение между складами	A	I	R	C	I	I
списание	A	C	R	A/R	I	C
разбор расхождений	A/R	C	C	C	C	I

A — accountable, R — responsible, C — consulted, I — informed. 

Таблица не обязана быть большой, но она должна убрать фразу «за это отвечает ИТ в целом».
3. Проведите аудит источников
Соберите все источники, из которых потенциально можно загрузить данные: выгрузки Excel от ИТ и склада, 1С/ERP, AD или HR-систему, MDM (Mobile Device Management), discovery, EDR (Endpoint Detection and Response), закупки, CMDB и прошлые инвентаризации. Не ищите один «главный файл» — его почти никогда нет.
4. Согласуйте минимальную модель данных
Не нужно начинать с карточки на 50 полей. Для первого пилота достаточно ядра, которое позволяет найти актив, понять его статус и назначить ответственного:

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

Чек-лист №1. Готовность к старту: 10 вопросов перед загрузкой

№	Вопрос	Что должно быть понятно на выходе
1	Какую бизнес-задачу решаем в первые 90 дней?	Одна конкретная цель: аудит, склады, закупки, учет техники у сотрудников
2	Какой класс активов загружаем первым?	Пилотный периметр: ноутбуки, серверы, мониторы, лицензии или другое
3	Почему выбрали именно этот периметр?	Понятная боль и измеримый результат
4	Кто владелец процесса ITAM?	Человек или команда, которые отвечают за актуальность данных
5	Кто участвует со стороны ИТ, финансов, закупок и склада?	Список стейкхолдеров и зоны ответственности
6	Какие источники данных используем?	Перечень систем и файлов: 1С, ERP, Excel, AD, CMDB, MDM, складские таблицы
7	Какой источник считается главным для каждого ключевого поля?	Правила приоритета: где берем инвентарный номер, стоимость, МОЛ, статус, расположение
8	Какие 10–12 атрибутов обязательны для первого запуска?	Минимальная модель данных без лишних полей
9	Какие статусы будут у активов на старте?	Например: используется, на складе, требует проверки, в ремонте, кандидат на списание
10	Что делаем с неполными и сомнительными записями?	Правило: не удаляем сразу, а маркируем отдельным статусом или признаком

Если на часть вопросов пока нет ответа, это нормально. Фаза 0 как раз нужна, чтобы найти эти ответы до первой массовой загрузки. Чем лучше команда договорится о правилах на старте, тем меньше спорных данных попадет в систему на миграции. 
Фаза 1. Миграция: недели 4–7
После подготовки можно переходить к первой загрузке. Цель этой фазы — не перенести в ITAM все, что накопилось за годы, а проверить выбранный периметр на практике и получить первую достоверную картину.
1. Выберите пилотный периметр
Хороший пилот отвечает трем условиям: у бизнеса есть боль, есть хотя бы один источник данных, результат можно измерить через 3–4 недели.
Примеры:
Боль: не понимаем, сколько техники у сотрудников
Пилот: ноутбуки и мониторы, источники: выгрузки Excel от ИТ, 1С, AD/HR и склад, первый результат: список выданных и свободных устройств.
Боль: нет прозрачности по складам
Пилот: складские остатки ИТ-оборудования, источники: складская таблица, закупки, 1С, первый результат: актуальные остатки и расхождения.
Боль: готовимся к аудиту
Пилот: активы на балансе, источники: бухгалтерия, инвентаризационные ведомости, физическая проверка, первый результат: сверка учета и фактического наличия.
Боль: растут расходы на закупки
Пилот: часто закупаемые категории, источники: заявки, закупки, склад, первый результат: понимание, что покупать, а что уже есть.
2. Примените правило 80/20
Для первого импорта достаточно критичных полей. Неполные записи можно загрузить с признаком «требует уточнения».
3. Введите рабочие статусы
Статусы должны помогать управлять активом, а не украшать карточку. Минимальный набор такой:

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

4. Проведите сверку и заведите реестр расхождений
Импорт — не финал, а начало проверки. Цикл простой: загрузили данные, выбрали контрольную выборку, проверили активы, зафиксировали расхождения, уточнили правила, обновили данные.
Не обязательно проверять каждый актив вручную. Для пилота достаточно склада, одного подразделения или 10–15% записей. Но типы расхождений нужно фиксировать отдельно: нет серийного номера, спорный пользователь, не совпадает склад, актив есть в бухгалтерии, но не найден физически, устройство видно в MDM, но отсутствует в ITAM.
Фаза 2. Запуск процессов: недели 8–12
К восьмой неделе в системе уже есть первый массив данных. Теперь главная задача — запустить процессы, которые не дадут данным устареть через месяц.
Для старта достаточно 2–3 процессов:

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

Правила работы с нестандартными ситуациями
Стандартный процесс — только половина работы. Вторая половина — исключения, из-за которых учет теряет доверие.

• Если актив числится за уволенным сотрудником, создается задача на Service Desk и склад, статус меняется на «на возврате», владелец процесса контролирует срок закрытия;
  
• Если актив есть в 1С, но физически не найден, запись не удаляется, ей присваивается статус «нет физического подтверждения» и запускается проверка с финансами;
  
• Если устройство видно в MDM, но его нет в ITAM, создается кандидат на постановку на учет, до подтверждения оно не должно автоматически становиться финансовым активом;
  
• Если два источника спорят о пользователе, приоритет должен быть определен заранее, например HR подтверждает сотрудника, Service Desk подтверждает выдачу, склад подтверждает физическое движение.

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

Система	Когда подключать сразу	Зачем это нужно
1С / ERP	Если для пилота важны инвентарные номера, стоимость, сроки полезного использования и списание	Чтобы не сверять финансовый и операционный учет вручную
HR / AD	Если в компании много найма, переводов и увольнений, а оборудование закрепляется за сотрудниками	Чтобы быстро обновлять данные о пользователях, подразделениях и статусе сотрудников
ITSM	Если активы участвуют в заявках, инцидентах, выдаче, возврате и ремонте	Чтобы связать обращение с конкретным активом и видеть историю обслуживания
MDM / Discovery	Если нужно подтверждать факт существования устройства, дату последней активности, серийный номер, ОС и установленное ПО	Чтобы сверять учетные данные с фактическим состоянием устройств

Простое правило: если без интеграции вы не сможете доверять ключевым данным пилота уже через 2–3 недели, интеграцию лучше включать в первый контур. Если данные пока можно обновлять вручную, сначала отладьте процесс, а автоматический обмен подключайте следующим этапом.
SAM: что проверить на старте
Если в первый периметр попадают лицензии или программное обеспечение, не начинайте с полного аудита всего ПО. Для старта достаточно выбрать один понятный риск: дорогие лицензии, часто устанавливаемое ПО или продукт, по которому возможна проверка.
В первые 90 дней важно сопоставить три вещи: что куплено, что установлено и что реально используется. Например, компания купила 300 лицензий, на устройствах найдено 420 установок, а активно работают с продуктом только 180 пользователей. Это уже не просто учет, а основа для решения: докупить лицензии, удалить лишние установки, перераспределить доступы или пересмотреть договор.
Для первого SAM-периметра достаточно проверить:

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

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

• Расширить периметр на следующий класс активов;
  
• Подключить дашборды по статусам, складам, расхождениям и списанию;
  
• Связать активы с ITSM, чтобы поддержка видела историю устройства;
  
• Углубить CMDB-связи для критичной инфраструктуры;
  
• Запустить отдельный SAM-контур для дорогих вендоров;
  
• Ввести регулярный контроль качества данных.

На этом этапе ITAM должен стать операционным направлением: с владельцем, ролями, метриками, правилами данных и регулярным контролем качества.
Чек-лист №2. Контрольные точки по неделям 

Неделя	Deliverable	Что проверить	Ответственный
1–3	Цель и пилотный периметр согласованы	Команда понимает, какую боль решает первой и какой класс активов берет в работу	Владелец ITAM + руководитель проекта
1–3	Стейкхолдеры собраны	ИТ, финансы, закупки и склад договорились, кто за какие данные отвечает	Владелец ITAM
1–3	Источники данных описаны	Понятно, какие данные берем из 1С/ERP, Excel, AD, CMDB, MDM или других систем	ИТ + финансы + склад
1–3	Минимальная модель данных утверждена	Выбраны 10–12 обязательных атрибутов для первого запуска	Владелец ITAM + администратор системы
4–5	Данные по пилотному периметру подготовлены	Убраны явные дубли, заполнены критичные поля, спорные записи отмечены	ИТ + владелец данных
5–6	Первый импорт выполнен	Активы загружены в систему, ошибки импорта зафиксированы и разобраны	Администратор системы
6–7	Первичная сверка проведена	Проверена выборка активов, выявлены расхождения по статусам, складам, МОЛ и фактическому наличию	ИТ + склад + финансы
8	Базовые процессы выбраны	Определены 2–3 процесса для запуска: выдача, возврат, перемещение, смена МОЛ, инвентаризация	Владелец ITAM
8–9	Правила изменения данных описаны	Понятно, когда меняется статус, склад, пользователь, МОЛ и расположение актива	ИТ + склад + финансы
9–10	Тестовый цикл пройден	Команда проверила сценарий: выдать актив → вернуть → переместить → обновить данные	ИТ + склад
10	Решение по интеграциям принято	Определено, что подключать сразу: 1С/ERP, HR/AD, ITSM, MDM/discovery, CMDB	ИТ + финансы
10–11	Первый отчет подготовлен	Видно количество активов, долю подтвержденных записей, расхождения и проблемные зоны	Владелец ITAM

Резюме
ITAM начинает работать не тогда, когда в систему загружены все активы. Он начинает работать тогда, когда руководитель может принять решение: покупать, перемещать, возвращать, списывать или проверять.
Если через 90 дней вы можете ответить на вопросы «что у нас есть», «где это находится», «кто отвечает», «какие данные спорные» и «что нужно сделать дальше», ITAM уже начал работать. Дальше остается масштабировать периметр, подключать интеграции и постепенно превращать учет в инструмент управления ИТ-ресурсами.
***
А с чего начинали вы: с ноутбуков, складов, лицензий, серверов или подготовки к аудиту? Делитесь опытом в комментариях — интересно сравнить, какие первые шаги действительно помогают запустить ITAM, а не просто заполнить систему данными.-Источник