Revize softwarových licencí: jak z přehledu využití udělat rozhodnutí ponechat, nebo uvolnit

Čtvrtletní revize přístupů má na obrazovce všechna čísla. Počet zakoupených licencí u každé aplikace. Poslední přihlášení u každého člověka. Sloupec jmen, která nástroj devadesát dní neotevřela.

Pak porada skončí a nezmění se nic. Licence se obnoví, protože nikdo v místnosti neměl pravomoc je uvolnit, lidí, kteří je drží, se nikdo nezeptal, a další revize nemá vlastníka.

Revize softwarových licencí je rozhodnutí o každé placené licenci — ponechat, uvolnit, nebo přeřadit — které dělá někdo s pravomocí jednat, opírá se o odpověď člověka, který licenci drží, a má naplánované další kolo. Data o využití jsou podkladem pro to rozhodnutí. Rozhodnutím samotným nejsou.

O čem má revize softwarových licencí rozhodnout?

O tom, jestli člověk, který placenou licenci drží, ji pro svou práci pořád potřebuje — a co se s ní stane, pokud ne.

To je jiná otázka než u bezpečnostní revize přístupů. Bezpečnost se ptá, jestli má tento člověk mít přístup k tomuto systému. Revize licencí se ptá, jestli si tato licence v práci tohoto člověka vydělá na svou cenu. Seznam jmen je stejný, a tak řada týmů udělá první revizi a předpokládá, že tím pokryla i tu druhou.

Proč přehled využití sám o sobě rozhodnutí nepřinese?

Přehled využití ukazuje aktivitu; neukáže, proč licence leží ladem.

Kdo se tři měsíce nepřihlásil, mohl změnit roli. Může nástroj používat dvakrát do roka na jeden konkrétní úkol, třeba na roční odsouhlasení. Nebo mu nikdo neukázal, jak nástroj zapadá do jeho práce. Tři odpovědi vedou ke třem různým krokům — uvolnit, ponechat, naučit — a v přehledu vypadají všichni tři lidé jako stejný šedý řádek.

Nejde jen o licence. V globálním průzkumu KPMG AI Pulse za 3. čtvrtletí 2026 mezi 2 131 vrcholovými manažery ve 20 zemích 61 % posuzuje náklady na AI při schvalování a 59 % je sleduje za provozu, ale jen 12 % napříč organizací soustavně porovnává hodnotu AI s jejími náklady. Sledovat náklady je běžné. Propojit je s tím, co práce přinesla, je vzácné. Přehled licencí má přesně stejnou mez. _(KPMG prodává poradenství v oblasti AI a průzkum je globální, nejde o data za Česko a Slovensko.)_

Co musí revize obsahovat?

Čtyři věci, vždy u konkrétní aplikace:

1. Využití proti počtu licencí. Kolik licencí je zakoupených, kolik přidělených a kolik se v daném období skutečně používalo — a písemná definice, co znamená „používat“. Přihlášení je slabý důkaz; smysluplná akce v nástroji je lepší.
2. Odpověď držitele licence. Krátký dotaz přímo člověku, který licenci má: potřebujete ji ještě, na jaký úkol a jak často? S jasně uvedeným výchozím stavem — například bez odpovědi do dvou týdnů navrhujeme licenci uvolnit — aby mlčení potichu neznamenalo „ponechat“.
3. Vlastník rozhodnutí. U každé aplikace konkrétní role, která smí licence uvolnit nebo přeřadit a hlídá termín obnovy. Když v revizi nikdo nemůže jednat, revize umí jen informovat.
4. Další revize. Termín, frekvence odpovídající ceně nástroje a události, které spustí dřívější kontrolu: obnova smlouvy, změna role, přesun do jiného týmu.

Stejný seznam popsal kupující dřív než my

Ve vlákně na r/ITManagers z února 2025 jeden IT manažer popsal, co chce od procesu správy životního cyklu softwaru a revize přístupů: vidět „utilization of the app against my license count“, tedy využití aplikace proti počtu licencí, umožnit zaměstnancům vidět dostupný software a požádat o licenci, upozornit lidi, kteří se nepřihlásili, a zeptat se jich, jestli licence pro ně ještě dává smysl.

Takový systém si už postavil sám a jeho údržbu popsal jako utrpení; hotové nástroje, které zkoušel, obsahovaly mnohem víc, než potřeboval. Je to přání jednoho člověka, ne benchmark. Přesto odpovídá téměř bod po bodu čtyřem věcem výše — a ukazuje na část, kterou nástroje obvykle vynechávají: někdo musí vést rozhovor s držitelem licence a rozhodnout.

Kam mizí čas při ruční revizi přístupů?

Většina času padne na skládání podkladů, ne na úsudek.

Někdo vyexportuje využití z několika administrátorských konzolí, sjednotí jména, která jsou v každé zapsaná jinak, obešle manažery s dotazem na jejich lidi, čeká, urguje, odpovědi někam zapíše — a za čtvrt roku celé cvičení zopakuje. Samotné rozhodnutí trvá minuty. Sběr trvá dny. Proto revize, kterou je bolestivé provést, bývá právě ta, která potichu přestane probíhat.

Revize je tedy workflow, které stojí za to navrhnout: jeden zdroj dat o využití, jeden dotaz pro zaměstnance, jedno místo, kde se zapíše rozhodnutí i jeho vlastník, a jeden termín dalšího kola.

Co se změní, když je rozhodnutí součástí návrhu revize?

Každá licence odchází z revize s jedním ze tří výsledků a se jménem u něj.

• Uvolnit — a počet licencí se upraví před termínem obnovy, ne po něm.
• Ponechat — se zapsaným úkolem, kterému licence slouží, aby se další revize nemusela ptát znovu od nuly.
• Naučit — člověk nástroj potřebuje, ale nikdo mu neukázal, jak zapadá do jeho práce. Z toho vzniká úkol pro rozvoj lidí, ne zrušení licence.

Třetí výsledek je ten, který čistě nákladová revize přehlédne. Nevyužitá licence není vždy plýtvání. Někdy je to schopnost, za kterou firma už platí a kterou nikdo nepropojil s prací.

Jak s tím pracuje AI Workflow Audit?

V AI Workflow Auditu je Workflow & Usage Report postavený právě kolem těchto rozhodnutí, ne kolem jednoho celkového čísla: využití proti počtu licencí, co nám o své práci řeknou lidé, kteří licence drží, co uvolnit, co ponechat, kde je mezera v dovednostech a kdo vlastní další revizi.

Úspora za licence je jedno z možných zjištění; plýtvání nepředpokládáme dřív, než se podíváme. Jsme také nezávislí na dodavatelích, takže „tenhle nástroj zrušte“ je odpověď, kterou můžeme dát — stejně jako „ponechte ho a ukažte týmu, jak zapadá do úkolu“.

Přehled využití vám řekne, kam se dívat. Revize je místo, kde někdo s pravomocí rozhodne — a právě její návrh zajistí, že se rozhoduje každé čtvrtletí, a ne jen jednou.