Что такое управление лицензиями и чем оно отличается от учёта активов

Зачем управление лицензиями и ПО

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

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

Отсюда главное отличие от соседней практики. IAMУправление ИТ-активами ведёт один реестр — что у нас есть. Здесь сверяются три независимых набора сведений: что установлено, на что есть права и сколько реально потреблено. Международное семейство стандартов так и устроено: отдельные части описывают теги установленного ПО, схемы прав и учёт использования 3, 4, 5.

Третье, что делает практику неудобной: единицу счёта задаёт не компания, а правообладатель — и меняет её в одностороннем порядке. У одного вендора это рабочие места, у другого сокеты, у третьего пользователи или устройства 15, 16, 17.

Когда практика работает

Три вопроса. Ответы на них лежат в сверке, а не в отчёте инвентаризации.

Права и установки сверяются, а не считаются по отдельности. Как проверить: есть документ, где против каждого продукта стоят купленные права и фактическое потребление, и он обновляется, а не собирался один раз к проверке.

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

Учёт покрывает все среды и способы развёртывания. Как проверить: тестовая, предпродуктивная и учебная среды в учёте есть, клонирование машин и контейнеры не создают невидимых установок 9.

Что входит и что рядом

Три учёта, которые должны сойтись

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

Что установлено. Теги идентификации ПО — машиночитаемая запись о том, что именно установлено на машине 3.

На что есть права. Схема прав — машиночитаемое описание того, что разрешено договором 4.

Сколько потреблено. Учёт использования ресурсов — сколько на самом деле израсходовано 5.

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

Ещё одна тонкость: сверка требует величин из разных учётов. Руководство ITIL 4 перечисляет, что участвует в расчёте использования лицензий: техническая конфигурация платформы, на которой работает ПО, размещение и сведения о пользователе 9. Ни одна из трёх величин не лежит в реестре лицензий.

Что на входе и что на выходе

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

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

Чем это отличается от учёта активов

Практики соседние, и в жизни их часто ведёт один человек. Разводить их всё равно приходится — по пяти признакам.

Правовая рамка есть только здесь. За небрежный учёт ноутбуков ответственности нет. За использование ПО за пределами лицензии есть: компенсация по гражданскому праву, административная ответственность и уголовная статья при крупном размере 10, 11, 12.

Сверяются три набора данных, а не один. Учёту активов достаточно реестра. Здесь реестр — только один из трёх источников.

Считается то, чего в реестре нет. Конфигурация платформы, размещение, сведения о пользователе 9 — это не поля карточки актива.

Единицу счёта задаёт поставщик. «На устройство» и «на пользователя» у одного вендора 17, «на каждые два сокета» и «одна лицензия — один работник» у другого 16, рабочие места и порог по ядрам у третьего 15.

В стандартах это уже разные вещи. Международное семейство до 2017 года называлось «управление программными активами», а затем переименовано в «управление ИТ-активами»: редакция 2012 года отозвана 7 декабря 2017 года — в день выхода новой 1, 2. Отдельного действующего международного стандарта именно по лицензиям сейчас нет — есть части про теги, права и потребление.

Как это работает

Два места стоит объяснить отдельно.

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

Седьмой шаг окупает практику. Руководство ITIL 4 называет ранее обнаружение неиспользуемых и недоиспользуемых активов, избыточных договоров и лишних пулов лицензий способом убрать ненужные траты 9; недоиспользуемые активы там же названы «спящим запасом» 9.

Что с чем путают

Лицензии и активы. Учёт активов отвечает, что у нас есть; управление лицензиями — на каком основании оно работает. Разница в том, что второе проверяет правообладатель.

Лицензии и конфигурации. Учёт конфигураций описывает связи между элементами, чтобы понимать влияние. Здесь важны права и объёмы, а связи — только те, что участвуют в расчёте.

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

Реестр отечественного ПО и запрет. Наличие продукта в реестре и обязанность его использовать — разные вещи. Запрет на закупку иностранного ПО живёт в отдельном постановлении 14, и он не равен запрету использовать уже купленное. Полезно помнить и обратное: из реестра исключают. На 26 августа 2026 года в нём 30 668 действующих записей и 1 562 исключённых 13 — то есть выбранный когда-то продукт стоит проверять заново, а не считать реестровым навсегда.

Кто участвует

Отдельная роль здесь не выдумана. Руководство ITIL 4 описывает менеджера по лицензиям как знатока всех лицензионных аспектов, включая запас доступных лицензий 9. Там же сказано, почему роль обычно закрепляют за конкретным типом платформы или конкретным правообладателем: модели слишком сложны и разнообразны, чтобы держать их все в одной голове 9.

Как измерять

Числовых порогов для этой практики не даёт ни один проверенный источник — ни международное семейство стандартов, ни национальный стандарт, ни руководство ITIL 4. Ниже — метрики, названные в источниках; целевые значения каждая компания задаёт себе сама.

Метрика охвата сформулирована хитро, и это спасительно. В руководстве ITIL 4 она измеряется «против запланированного и согласованного» 9, а не против всего установленного в компании. Полный учёт всего ПО недостижим, учёт того, что сами договорились учитывать, — проверяем.

Руководство сразу оговаривает: единственно верного набора метрик нет, они зависят от стратегии и приоритетов организации 9.

Где ломается чаще всего

Шесть мест, все названы в источниках, а не выведены из общих соображений.

Учёт не покрывает все среды. Правильный подсчёт потребления требует инвентаризации по всем средам — разработки, тестирования, предпродуктивной, промышленной, учебной 9. Из учёта выпадают именно те, где ПО ставят «на попробовать».

Не учтены способы развёртывания. Клонирование машин, установка с носителя вендора, контейнеры множат установки без единой закупки 9.

Облако считают отдельно от лицензий. Руководство ITIL 4 прямо связывает включение облачных услугУслугаСпособ дать потребителю нужный результат, не перекладывая на него управление затратами и рисками.ITIL 4, книга ITIL Foundation в учёт с двумя рисками сразу: резким ростом расходов и несоответствием лицензионным условиям 9.

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

Считают ядра там, где считаются сокеты. Одну лицензию на два сокета нельзя использовать для двух односокетных серверов 16; у другого вендора порог задан числом ядер, и при виртуализации считаются виртуальные 15.

Кластер считают как одну систему. При кластеризации каждый сервер рассматривается отдельно и лицензируется отдельно 16.

Что говорят своды

68Своды знаний и стандарты — разобраны отдельноЧем ITIL отличается от COBIT и ISO, что из этого обязательно, а что на выбор, и где брать первоисточник. У каждого свода отмечено, развивается он или давно заморожен, и есть ли действующий ГОСТ. По 51 практикам из 62 проставлено соответствие COBIT.Открыть →

ISO/IEC 19770 — семейство из пяти частей: система управления ИТ-активами 1, теги идентификации ПО 3, схема прав 4, учёт использования ресурсов 5, обзор и словарь 6. Часть с обзором и словарём распространяется бесплатно, остальные платно. Важная деталь для тех, кто ищет «стандарт по SAM»: с 2017 года семейство называется управлением ИТ-активами, а редакция 2012 года под названием «управление программными активами» отозвана 2.

ГОСТ Р 72161-2025 — действующий российский стандарт линии, введён 28 июля 2025 года взамен ГОСТ Р ИСО/МЭК 19770-1-2021 7. Он уже не перевод: разработчик — «Газпром нефть» вместе с «Газпромнефть ИТО». Отдельно действует ГОСТ Р ИСО/МЭК 19770-2-2014 про теги 8.

ITIL 4 отдельной практики управления лицензиями не содержит — лицензии живут внутри практики управления ИТ-активами, где им отведена своя роль, свои данные и свои метрики 9.

Гражданский, Уголовный кодексы и КоАП задают цену ошибки 10, 11, 12.

Вывод для практики: стандарты дают форматы данных и требования к системе управления, но не дают ни порогов, ни методики сверки — её каждая компания собирает сама, а проверять её будет правообладатель по своим правилам.

Цена ошибки: что изменилось в законе

Две цифры, которые ходят по отраслевым статьям, устарели — и обе в сторону увеличения.

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

Крупный размер по уголовной статье. Действующая редакция: превышает пятьсот тысяч рублей, особо крупный — два миллиона 11. Ходовая цифра «сто тысяч» относится к прежней редакции.

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

Где описано

Что почитать дальше

Три соседние практики: IAMУправление ИТ-активами — учёт активов, откуда берутся установки, SUPУправление поставщиками — договоры и работа с правообладателями, MERСоответствие внешним требованиям — как готовиться к внешней проверке.