Классический ITAM отвечает на вопрос «что у нас есть и кому это принадлежит». Сегодня этого мало: бизнес спрашивает, сколько стоит каждый ресурс, кто его реально использует и сколько за него придется заплатить через год. Чтобы ответить, ITAM должен хранить не только объект учета, но и экономический контекст вокруг него. Рассказывает Мария БАРТЕНЕВА, генеральный директор «Скайфолл Лабс».

Сколько стоит сервер №123?

В карточке актива есть поле «Стоимость». Сервер №123 купили за 1 200 000 ₽. Это его стоимость? Только отчасти. Цена покупки — атрибут одной операции. А экономика ресурса складывается из поддержки, обслуживания, размещения, лицензий, модернизации и срока эксплуатации.

С подпиской еще сложнее. Компания оплатила SaaS-подписку на 500 лицензий. Какое одно число записать в поле «Стоимость»? Годовой платеж, цену за место, стоимость на активного пользователя? Правильного ответа нет, потому что стоимость — это уже не атрибут, а модель. Причина в том, что ИТ-актив перестал быть только «вещью». ИТ прошли путь от покупки физического оборудования к лицензиям на ПО, затем к подпискам на виртуальные сервисы и, наконец, к SaaS и облаку, где платят за фактическое потребление, а сами сервисы становятся все более интеллектуальными. На каждом шаге стоимость все сильнее зависит от того, как ресурс используют, а не от того, сколько за него заплатили однажды.

Российских компаний это касается напрямую, и не только из-за бюджетов. Обновленная форма Росстата № 3-информ (приказ от 28.07.2025 № 364) требует отдельно показывать затраты на аренду вычислительных мощностей (IaaS, аренда стоек ЦОД) и на аренду ПО, включая SaaS и PaaS, с выделением российского ПО. Собрать такие цифры по реестру, где у актива одна «стоимость», почти невозможно.

ITAM и FinOps: общая территория, но не слияние

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

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

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

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

Купили ≠ используем

Лучше всего это видно на подписках. По данным Zylo (SaaS Management Index 2026, выборка более 40 млн лицензий), в средней компании 305 SaaS-приложений. Из выданных лицензий реально используется в среднем 54%. А 87% расходов на ПО — это продления.

У каждой подписки четыре состояния. Первые три работают как воронка: каждое следующее меньше предыдущего.

1.     Купили права — закупка лицензий.

2.     Назначили — распределили по пользователям.

3.     Реально используют — фактическое применение.

4.     Продление — и тут компания снова платит за первую цифру, а не за третью.

Разрыв между «купили» и «используем» можно сократить только до продления. После него отчет лишь объяснит, куда ушли деньги. Поэтому задача ITAM меняется: не только объяснять понесенные затраты, но и предотвращать лишние будущие. Цепочка выглядит так: фактическое использование сегодня → прогноз будущей стоимости → решение (отозвать, переназначить, использовать повторно) → продление или закупка. Реестр остается фундаментом, но использование (usage) и прогноз становятся частью ITAM-модели.

Деньги — тоже события жизненного цикла

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

Важная оговорка: финансовая операция в ITAM — это не бухгалтерская проводка. Фактические суммы по-прежнему ведутся в ERP и учетных системах, ITAM их не подменяет. Он превращает их в управленческое событие стоимости, привязанное к ресурсу, периоду и аналитикам. Такое событие отвечает на четыре вопроса:

• на какую сумму и по какому основанию;
• что повлияло на стоимость и когда;
• в каких аналитиках — ЦФО, подразделение, сервис, проект;
• когда ожидается следующее событие.

Одна модель — разная экономика

У железа, лицензий, SaaS и облака разная экономика, но модель данных может быть одна. Различаются источники данных и правила расчета.

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

Это не еще один отчет, а другая модель данных

Самая частая ошибка — пытаться «достроить финансовый отчет» поверх реестра активов. Так не работает: если в системе нет тарифов, обязательств и истории использования, отчету неоткуда их взять. ITAM должен хранить не только объект, но и экономический контекст вокруг него.

Вокруг ресурса в такой модели стоят четыре блока: права (договоры и обязательства), тарифы (условия и финансовые правила), использование (в контексте подразделения и сервиса) и финансы (операции, план, факт, прогноз). Связывают их финансовые и управленческие аналитики. Поэтому ITAM-платформа должна поддерживать:

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

ITAM не обязан знать все. Он должен уметь все связать

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

На выходе получается цепочка связей: ИТ-ресурс ↔ договор ↔ лицензия; пользователь ↔ подразделение ↔ финансовые аналитики; использование ↔ тариф ↔ финансовая операция; план ↔ факт ↔ прогноз.

Именно в таком направлении развивается SkyV ITAM. В SkyV ITAM — типы ресурсов, атрибуты и связи, справочники финансовых аналитик, тарифы и финансовые операции настраиваются, а не зашиты в код. Расширяется не отдельный отчет, а конфигурируемая модель. SkyV ITAM под брендом «Диво СВОД» входит в единую платформу управления ИТ-инфраструктурой и сервисами, которую «Скайфолл Лабс» создает вместе с «РТК-ЦОД», ИТ-экосистемой «Лукоморье» и «ПротоСервисез».

На уровне одного ресурса такая модель отвечает на три группы вопросов. 

1. Ресурс: что это, кто его использует, по какому договору или праву, в каких аналитиках он учитывается. 
2. Экономика: какой тариф, какие финансовые операции и обязательства с ним связаны. 
3. Время: план, факт и прогноз, а также сроки действия и периоды использования. 

Без ответа на все три стоимость ресурса посчитать нельзя.

Экономика одной подписки в цифрах

Разберем иллюстративный пример (цифры условные и не относятся к конкретной компании). Компания купила SaaS-подписку на 1 000 мест по тарифу 10 000 ₽ за место в год. Назначено 912 мест, активно пользуются 674.

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

С чего начать: прозрачность, решение, оптимизация

Порядок здесь важнее скорости. Оптимизировать затраты, не доверяя данным, — значит резать наугад.

1.       Сначала прозрачность данных. Стоимость на ресурс, на сервис, на активного пользователя. Соотношение «куплено — назначено — используется», неиспользуемые ресурсы, утилизация.

2.         Затем решение. Объем ближайших продлений, прогноз «запрошено — используется», прогноз потребления с оценкой вероятности, план и факт.

3.         Только потом оптимизация. Отзыв лицензий, повторное использование, пересмотр закупки, смена схемы лицензирования.

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

Вместо вывода

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