Документация

Аудитория: ИТ-менеджер, ИТ-администратор, финансовый контролёр. Закрывает вопрос: №5/№6 в денежной плоскости — «где мы переплачиваем и на сколько?». Сценарий: S7 — приходит время продления; нужно решить, сколько лицензий брать.

Продукт показывает две стороны одной монеты: сколько лицензий оплачено и сколько реально работает. Разрыв между ними — это и есть переплата, кандидат на сокращение при продлении. Утилизация считается из снимков (используется / оплачено), а «реально работает» — из логов активности (I_eff_ops, K_lic). Оба числа посчитаны и воспроизводимы, поэтому с ними можно идти к поставщику и к финансам.

Зачем обе: утилизация может быть «100%» по учёту (раздали всем), но K_lic низкий — места розданы, а в программе никто не работает. Переплата прячется именно в этом разрыве.

• `/finops` — утилизация по системам и история по снимкам (тренд: растёт/падает). Снимки

— это 6 дат, по которым видно динамику, а не одну точку.

• `/finops/[cid]` — детализация по контракту/позиции.
• `/efficiency` — K_lic и I_eff_ops: реальная активность оплаченных мест.

Система X: оплачено 50 лицензий.
  • Утилизация: используется 50/50 = 100%   ← по учёту всё занято
  • K_lic: активны 18 из 20 наблюдаемых мест ← реально работают единицы
  ВЫВОД: «100%» обманчиво — раздали всем, работают немногие.
         Кандидат на сокращение при продлении / на перераспределение.

Почему U_paid = min(lic_count, 20): телеметрия покрывает наблюдаемую выборку мест, а не все лицензии скопом — поэтому K_lic честно фреймится как «по наблюдаемым местам», без вида тотального охвата. Подробно про входы — статья 06.

1. Покажи разрыв утилизация vs K_lic на /finops + /efficiency.
2. Очисти от накрутки — дельта raw→adjusted (filteredUserDays): если эффективность держится

только на «днях-пустышках», она ещё ниже (статья 09).

1. Сошлись на воспроизводимость — цифра пересчитывается из сырых логов (тест e2e). Это не

мнение, а арифметика над фактами.

1. Реши: сократить N мест / перераспределить / оставить (если рост по тренду снимков).

• Низкая утилизация + низкий `K_lic` → сокращение/перераспределение.
• Высокая утилизация + низкий `K_lic` → раздали лишним; отозвать по простою (grace-sweep,

роль it_admin) и вернуть в пул.

• `K_security_risk=1` или `K_legal_risk=1` → сначала риск/легализация, экономия потом

(статья 11).

• На стенде утилизация/активность — из фикстуры (демонстрационный профиль), не реальные

закупки. Боевые числа — после подключения источников и заведения реальных контрактов (статья 15).

• Денежная оценка экономии (рубли) зависит от цены лицензии — это вход бизнеса; продукт даёт

натуральный разрыв (места/проценты), перевод в рубли — на стороне закупок.

• Не принимай «100% утилизации» за «всё нужно». Это число про учёт, не про работу. Всегда

сверяй с K_lic.

• Одна точка ≠ тренд. Смотри историю снимков на /finops: сезонный спад ≠ постоянное

недоиспользование.

• Сокращай по очищенной (adjusted) активности, а не по сырой — иначе срежешь по «воздуху».

Связанные: 06 — Чтение эффективности · 11 — Результаты и решения · 09 — Anti-gaming.