Kenen lisenssi, kenen riski? Palveluntarjoajamallin piilevät vastuukysymykset

Monessa organisaatiossa lisenssivastuut nousevat esiin vasta muutostilanteissa. Samaa palveluntarjoajaa on voitu käyttää vuosia, ympäristö toimii eikä lisensseihin ole ollut tarvetta palata tarkemmin.

Sitten tapahtuu muutos.

Palveluntarjoaja vaihtuu, tehdään tekninen uudistus tai käynnistyy auditointi. Tässä vaiheessa nousee kysymys, johon ei löydy suoraa vastausta: mitä omassa ympäristössä oikeastaan on ja kuka vastaa mistäkin lisenssistä?

Juuri tässä piilee palveluntarjoajamallin yksi yleisimmistä riskeistä. Tekninen ympäristö voi olla toimiva, mutta lisenssivastuut ovat silti osin oletusten, vanhojen käytäntöjen tai epäselvien sopimustulkintojen varassa. Kun tilannetta aletaan selvittää, huomataan usein, ettei vastuunjako olekaan niin yksiselitteinen kuin on ajateltu. Erityisen usein epäselvyydet liittyvät sovellustason lisensseihin, jotka jäävät helposti yleisempien vastuumäärittelyjen varjoon.

Muutokset paljastavat heikot kohdat

Lisenssiriskit harvoin syntyvät kerralla, vaan kerrostuvat ajan mittaan. Yksi tyypillinen tilanne syntyy, kun palveluntarjoaja vaihtaa käyttämiään työkaluja ja uusi ratkaisu otetaan käyttöön, mutta vanha jää ympäristöön. Se ei välttämättä ole enää aktiivisessa käytössä, mutta lisenssivastuu ei katoa. Jos vanhalle ratkaisulle ei ole enää selvää omistajaa, riski jää helposti näkymättömiin.

Sama ilmiö toistuu palveluntarjoajaa vaihdettaessa. Uusi kumppani tuo omat työkalunsa ja toimintamallinsa, mutta edellisen toimittajan ratkaisuja ei poisteta järjestelmällisesti. Ympäristöön kertyy ohjelmistoja, joiden rooli on päättynyt, mutta joiden lisenssit ja niihin liittyvät vastuut ovat edelleen olemassa. Riski kasvaa erityisesti silloin, jos käytöstä poistamista ei ole dokumentoitu eikä vastuuta vanhojen asennusten siivoamisesta ole määritelty selkeästi.

Riskit syntyvät myös käyttöönoton alkuvaiheessa. Asennus tehdään usein varman päälle, jotta kaikki tarvittava on varmasti mukana. Tämä tuntuu perustellulta päätökseltä siinä hetkessä, mutta voi kasvattaa lisenssivaatimukset merkittävästi suuremmiksi kuin alun perin oli arvioitu.

Näissä tilanteissa yhteinen nimittäjä on sama: vastuut eivät katoa, vaikka ne eivät enää näkyisi arjessa. Riskin mittakaava voi myös yllättää, sillä pieneltäkin näyttävä lisenssikysymys voi kasvaa auditoinnissa miljoonaluokan vajaukseksi, jos käyttö, ehdot ja vastuut eivät ole linjassa.

Näkyvyys ratkaisee

Lisenssivastuiden hallinta alkaa näkyvyydestä. Organisaation pitäisi pystyä vastaamaan ainakin kolmeen kysymykseen: mitä ympäristössä on, miten sitä käytetään ja millä ehdoilla. Tätä näkyvyyttä voidaan rakentaa esimerkiksi Software Asset Management (SAM) -käytännön avulla, joka auttaa muodostamaan ajantasaisen kuvan ympäristön ohjelmistoista, käytöstä ja lisenssiehdoista. Ilman tätä kokonaiskuvaa päätöksiä tehdään helposti vajavaisen tiedon pohjalta. Samalla myös vastuut jäävät epäselviksi.

Käytännössä vastuut eivät ratkea vain pääsopimuksessa, vaan usein juuri palvelukuvauksissa, joissa pitäisi olla riittävän selkeästi määritelty, mitä ohjelmistoja palvelun tuottamiseen käytetään ja kenen vastuulla niiden lisensointi on. Kyse ei kuitenkaan ole vain teknologiasta. Lisenssien hallinta liittyy yhtä paljon sopimuksiin, toimittajamalliin ja muutosten johtamiseen. Tekninen data kertoo, mitä ympäristössä tapahtuu. Sopimukset taas määrittävät, miten käyttöä tulkitaan ja missä vastuu lopulta on.

Siksi lisenssivastuut kannattaa käydä läpi ennen seuraavaa toimittajavaihtoa, uudistusta tai auditointia. Mitä aikaisemmin epäselvyydet tunnistetaan, sitä helpompi ne on korjata hallitusti ja ilman tarpeettomia kustannuksia.

Lisenssivastuut ovat osa riskienhallintaa ja kustannusten hallintaa. Kun vastuut, ympäristö ja muutokset ovat linjassa, myös lisenssit tukevat liiketoimintaa ennakoitavasti.

Jos haluat varmistaa, että organisaatiosi lisenssivastuut ovat selkeät ja mahdolliset riskit tunnistettu ajoissa, kartoitus kannattaa tehdä ennen kuin tilanne pakottaa siihen.