Skip to content

Atkarības risks no viena piegādātāja: 5 jautājumi, ko sev jāuzdod katram CIO 2026. gadā

Digitālajā laikmetā uzņēmumi arvien biežāk balsta savu IT infrastruktūru uz lieliem tehnoloģiju piegādātājiem. Cloud platformas, ERP sistēmas, datu risinājumi un AI servisi koncentrējas dažu globālu spēlētāju rokās.

No vienas puses, tas nodrošina ātrumu, mērogojamību un inovāciju tempu. No otras, tas rada arvien lielāku atkarības risku.

2026.gadā jautājums vairs nav, vai izmantot lielos piegādātājus. Jautājums ir:  kā saglabāt kontroli pār savu arhitektūru, vienlaikus izmantojot viņu priekšrocības.

Atkarības risks no viena piegādātāja  nav tikai tehniska problēma. Tas ir biznesa, finanšu un stratēģisks jautājums.

Katram CIO ir vērts sev uzdot piecus fundamentālus jautājumus.

1. Cik viegli mēs varam nomainīt piegādātāju?

Daudzi uzņēmumi pieņem, ka atkarības risks no viena piegādātāja ir teorētiska problēma. Praksē tas kļūst redzams tikai tad, kad rodas nepieciešamība mainīt platformu.

Ja pāreja uz citu piegādātāju prasītu:

  • pilnīgu sistēmu pārrakstīšanu,
  • datu migrāciju ar augstu risku,
  • mēnešiem ilgu biznesa pārtraukumu,

tad uzņēmums faktiski nav izvēles pozīcijā.

Modernā arhitektūra nenozīmē biežu piegādātāju maiņu. Tā nozīmē spēju to izdarīt, ja apstākļi to prasa.

Juris Bergmanis, LTECH korporatīvās stratēģijas un IT projektu vadītājs sniedz vērtīgu ieskatu uz aktuāliem jautājumiem:

Piegādātāju var viegli nomainīt tikai tad, ja to iespējams izdarīt bez sistēmu pārbūves, bez datu transformācijas un bez biznesa darbības pārtraukuma. Ja kaut viens no šiem nosacījumiem neizpildās, nomaiņa nav uzskatāma par vieglu – neatkarīgi no tā, kas rakstīts sadarbības līgumā ar esošo piegādātāju. Šis nav juridisks, bet praktisks uzņēmumss spējas jautājums.

Uz jautājumu “Cik viegli mēs varam nomainīt piegādātāju?” nevar atbildēt ar viedokli vai teoriju. Uz to jāatbild ar izmērāmiem kritērijiem: cik tas maksās, cik ilgi tas prasīs, cik lielā mērā būs jāpārveido arhitektūra un vai biznesa darbība pārejas laikā cietīs. Ja uzņēmums šos lielumus nespēj aprēķināt, tas jau signalizē par atkarības risku.

Tāpēc CIO jāvērtē ne tikai TCO “stay”, bet arī TCO “exit” – izmaksas un ietekme, kas rastos, mainot piegādātāju. Tieši šī perspektīva visbiežāk tiek ignorēta, īpaši publiskā sektora iepirkumos, kur fokuss ir uz ieviešanas cenu, nevis uz ilgtermiņa elastību.

Atbildēšana uz šo jautājumu dod uzņēmumam vairāk nekā tikai risku izvērtējumu – tā ļauj saprast, cik lielā mērā IT vide ir kontrolējama un pielāgojama nākotnes vajadzībām. Praktiski tas nozīmē izvērtēt, cik ātri iespējama migrācija, cik viegli pārnest datus, cik daudz risinājums balstās uz konkrētā piegādātāja unikālām funkcijām un vai nepieciešamās zināšanas atrodas pašā uzņēmums.

Šis ir jautājums ir par digitālo neatkarību. Ja iziešanas scenārijs ir skaidrs, izmērāms un realizējams, uzņēmums kontrolē savu arhitektūru. Ja tas nav zināms, tad kontrole faktiski ir pārgājusi pie piegādātāja.

2. Vai mūsu izmaksu modelis ir prognozējams?

Atkarības risks no viena piegādātāja bieži izpaužas nevis tehniski, bet finansiāli. Sākotnēji pievilcīgas cenas var laika gaitā pārvērsties:

  • neparedzamos licenču pieaugumos,
  • dārgās integrāciju izmaksās,
  • papildu maksās par funkcijām, kas kļūst kritiskas.

Ja uzņēmums nevar reāli salīdzināt alternatīvas, sarunu pozīcija vājinās. CIO uzdevums nav tikai optimizēt tehnoloģiju, tas ir aizsargāt uzņēmuma ilgtermiņa izmaksu struktūru.

Prognozējams izmaksu modelis nozīmē, ka CIO spēj ar pietiekamu precizitāti paredzēt, kā izmaksas mainīsies pie augoša lietojuma, jauniem pakalpojumiem vai datu apjoma pieauguma. Ja izmaksas iespējams izskaidrot tikai pēc rēķina saņemšanas, tad modelis nav prognozējams, tas ir reaktīvs. Šādā situācijā uzņēmums zaudē iespēju plānot budžetu, salīdzināt alternatīvas un kontrolēt digitālās attīstības tempu.

Tehnoloģiju izvēle automātiski nozīmē arī konkrēta finanšu modeļa izvēli. Ja šis modelis nav saprotams, prognozējams un sasaistīts ar biznesa apjomu, uzņēmums var nonākt situācijā, kur izmaksas pieaug ātrāk nekā radītā vērtība. CIO uzdevums ir nodrošināt, ka starp tehnoloģisko elastību un finanšu kontroli pastāv līdzsvars. Tas nozīmē ciešāku sadarbību ar finanšu vadību nekā tradicionāli bijis. IT budžets vairs nav tikai izmaksu centrs – tas kļūst par dinamisku portfeli, kur katram risinājumam ir savs izmaksu pieauguma scenārijs, jutīgums pret lietojuma izmaiņām un skaidrs dzīves cikls.

Lai pārliecinātos, ka izmaksu modelis ir prognozējams un kontrolējams, CIO regulāri sev jāuzdot dažus ļoti konkrētus jautājumus.

  1. Vai mēs saprotam, kas patiesībā virza izmaksas? Vai tās pieaug tāpēc, ka aug biznesa aktivitāte, vai tāpēc, ka izvēlētais tehnoloģiskais modelis rada papildu maksas par katru darbību, datu apjomu vai integrāciju? Ja izmaksu pieaugumu nevar sasaistīt ar biznesa rādītājiem, tas ir signāls par strukturālu problēmu.
  2. Vai mēs spējam prognozēt izmaksas vairākus gadus uz priekšu, nevis tikai nākamo rēķinu? CIO jāspēj modelēt scenārijus: kas notiek, ja lietotāju skaits dubultojas, ja ieviešam jaunu digitālo pakalpojumu vai ja datu apjoms pieaug eksponenciāli.
  3. Cik caurspīdīga ir cenu struktūra? Ja izmaksas veidojas no daudziem sīkiem, grūti izsekojamiem komponentiem, uzņēmums zaudē spēju tās aktīvi pārvaldīt.
  4. Vai mums ir neatkarīgs skatījums uz izmaksām? Ja vienīgais informācijas avots ir piegādātāja sagatavotās atskaites, CIO faktiski nevar validēt izmaksu loģiku vai savlaicīgi pamanīt optimizācijas iespējas.
  5. Vai tehnoloģiju izvēles tiek vērtētas arī pēc to finanšu elastības? Risinājums, kas ir tehnoloģiski moderns, bet finansiāli neprognozējams, ilgtermiņā var kļūt par lielāku risku nekā konservatīvāka, bet caurspīdīga pieeja.

Kad CIO ir lietas kursā par šiem jautājumiem, IT pārstāj būt “melnais caurums”, kur izmaksas ir grūti izskaidrot. Tā vietā tehnoloģijas kļūst par pārvaldāmu investīciju kopumu, kur izmaksas var saistīt ar rezultātiem, prioritātēm un izaugsmes plāniem. Uzņēmums var pieņemt apzinātus lēmumus – kur palielināt ieguldījumus, kur optimizēt un kur meklēt alternatīvas.

Jautājums par izmaksu prognozējamību patiesībā ir jautājums par kontroles saglabāšanu. CIO uzdevums ir nodrošināt, lai tehnoloģiju izmaksas aug kopā ar biznesa vērtību, nevis neatkarīgi no tās. Ja izmaksas ir saprotamas un modelējamas, uzņēmums vada savu digitālo attīstību. Ja tās nav prognozējamas, tehnoloģiskais modelis sāk vadīt uzņēmumu.

3. Kur patiesībā atrodas mūsu dati un kontrole pār tiem?

Dati ir uzņēmuma stratēģiskais aktīvs. Ja dati ir cieši sasaistīti ar viena vendora ekosistēmu:

  • eksportēšana kļūst sarežģīta,
  • integrācijas ir ierobežotas,
  • datu arhitektūra tiek diktēta ārēji.

Tas var ietekmēt:

  • regulatoro atbilstību,
  • drošības politiku,
  • AI projektu iespējas.

Mūsdienu CIO ir jādomā ne tikai par datu glabāšanu, bet par datu suverenitāti.

Mūsdienu vidē datu atrašanās vieta vairs nav tikai jautājums par serveri vai datu centru. Tas ir jautājums par to, kurš faktiski kontrolē piekļuvi datiem, to struktūru, pārvietošanu un izmantošanu. Dati var fiziski atrasties infrastruktūrā, kas paredzēta uzņēmumam, taču, ja to izgūšana, pārvaldība vai interpretācija iespējama tikai ar piegādātāja rīkiem, kontrole ir ierobežota.

Sadarbības līgums ar piegādātāju var noteikt, ka dati pieder uzņēmumam, bet praktiskā kontrole izpaužas spējā tos brīvi eksportēt, analizēt, pārvietot uz citu vidi un pārvaldīt bez tehniskiem šķēršļiem. Svarīga ir arī jurisdikcija, piekļuves pārvaldība un šifrēšanas mehānismi – ja šie elementi ir piegādātāja pusē, uzņēmums ir deleģējusi ne tikai infrastruktūru, bet arī daļu kontroles.

Tradicionāli CIO uzmanība pārsvarā tiek vērsta uz datu drošību, lai tie nebūtu pazaudēti, nopludināti vai bojāti. Šodien ar to vairs nepietiek. CIO uzdevums ir nodrošināt datu suverenitāti – uzņēmumss spēju jebkurā brīdī piekļūt, pārvietot, analizēt un pārvaldīt savus datus neatkarīgi no konkrētā tehnoloģiju piegādātāja.

Tas nozīmē saprast ne tikai to, kur dati glabājas, bet arī to dzīves ciklu: kā tie tiek radīti, kur tie tiek apstrādāti, kā tie tiek arhivēti, un cik vienkārši tos var pārvietot uz citu vidi. CIO jāspēj pierādīt, ka uzņēmums kontrolē savus datus gan juridiski, gan tehniski, gan praktiski.

Lai to nodrošinātu, CIO sev jāuzdot vairākus būtiskus jautājumus. Vai mēs varam iegūt pilnu datu kopiju izmantojamā formātā bez piegādātāja iesaistes? Vai mūsu piekļuves un identitātes pārvaldība ir integrējama ar citiem risinājumiem, vai arī tā ir piesaistīta vienai platformai? Kur tiek glabātas šifrēšanas atslēgas, un kurš tās kontrolē? Vai mēs varam pārvietot datus uz citu vidi bez būtiskas sistēmu pārbūves?

Šie jautājumi palīdz nošķirt situāciju, kur uzņēmums izmanto ārpakalpojumu, no situācijas, kur tā kļūst strukturāli atkarīga no tā.

Jautājums par to, kur atrodas dati, patiesībā ir jautājums par to, kur atrodas vara pār tiem.
Ja uzņēmums var brīvi piekļūt, pārvietot un pārvaldīt savus datus, tā saglabā kontroli pār savu digitālo attīstību. Ja šīs iespējas ir tehniski vai praktiski ierobežotas, kontrole pakāpeniski pāriet pie piegādātāja. CIO atbildība ir nodrošināt, lai dati nebūtu tikai droši, bet arī patiesi uzņēmumss rīcībā.

4. Vai mūsu arhitektūra ļauj integrēt jaunas tehnoloģijas?

AI, automatizācija un jauni digitālie pakalpojumi prasa elastīgu integrācijas slāni.

Ja sistēma ir cieši piesaistīta vienam vendoram, katra jauna integrācija kļūst:

  • lēnāka,
  • dārgāka,
  • tehniski sarežģītāka.

Rezultātā inovācijas temps krītas. Modernas uzņēmumss veido piegādātāju-neitrālu integrācijas arhitektūru, kur API un datu slānis nav piesaistīts vienam piegādātājam.

Ja jaunas tehnoloģijas ieviešana nozīmē esošo sistēmu pārbūvi, sarežģītu pielāgošanu vai ilgstošus integrācijas projektus, arhitektūra nav elastīga. Tā kļūst par noslēgtu vidi, kur katra izmaiņa ir dārga un laikietilpīga. Savukārt arhitektūra, kas balstīta uz atvērtiem standartiem, skaidri definētām saskarnēm un modulāru pieeju, ļauj pievienot jaunus komponentus bez būtiskas ietekmes uz esošo sistēmu darbību.

Šis jautājums ir īpaši svarīgs laikā, kad uzņēmumsm jāspēj eksperimentēt – izmēģināt jaunus rīkus, testēt risinājumus un ātri atteikties no tiem, kas nesniedz gaidīto vērtību. Ja arhitektūra šādu pieeju neatbalsta, inovācija kļūst lēna un riskanta.

CIO atbildība ir nodrošināt, ka uzņēmumss IT vide nav veidota kā statiska sistēma, bet gan kā platforma, kurā iespējams droši un ātri integrēt jaunas tehnoloģijas. Tas nozīmē apzināti izvēlēties arhitektūras principus, kas samazina savstarpējo atkarību starp sistēmām, veicina standartizāciju un ļauj komponentus aizvietot vai papildināt bez plašām pārmaiņām.

Praksē CIO jāspēj izvērtēt, vai jauna risinājuma ieviešana prasa tikai konfigurāciju un integrāciju, vai arī esošo sistēmu pārveidi. Tāpat svarīgi ir zināt, vai uzņēmumsi ir skaidra integrācijas stratēģija, dokumentētas saskarnes un pārvaldīts datu apmaiņas modelis, kas ļauj dažādām tehnoloģijām sadarboties bez individuāliem pielāgojumiem katrā projektā.

Jautājums nav par to, vai arhitektūra darbojas šodien. Jautājums ir par to, vai tā ļaus strādāt arī rīt. Ja jaunas tehnoloģijas var integrēt ātri un kontrolēti, arhitektūra atbalsta uzņēmumss attīstību. Ja katra inovācija prasa būtisku pārbūvi, arhitektūra kļūst par šķērsli, un tehnoloģiju izvēles pagātnē sāk ierobežot nākotnes iespējas.

5. Vai mūsu komanda saprot un kontrolē savu arhitektūru?

Bīstamākais atkarības risks no viena piegādātāja ir zināšanu koncentrācija ārpus uzņēmumss. Ja kritiskās sistēmas:

  • var uzturēt tikai piegādātājs,
  • nav dokumentētas iekšēji,
  • ir “melnā kaste” uzņēmuma komandai,

tad uzņēmums zaudē tehnoloģisko autonomiju. Ilgtspējīga arhitektūra nozīmē, ka uzņēmums saprot savu sistēmu un var pieņemt neatkarīgus lēmumus.

Arhitektūras kontrole nozīmē to, ka arhitektūra ir dokumentēta, saprotama un pārvaldāma kā sistēma, nevis kā atsevišķu projektu kopums. Uzņēmumam jāspēj skaidri atbildēt, kā sistēmas savienojas, kur atrodas kritiskās komponentes, kā notiek izmaiņu pārvaldība un kādas būs sekas jebkurai tehnoloģiskai izvēlei.

Arhitektūras kontrole nenozīmē, ka sistēmas pieder uzņēmumam juridiskā kontekstā, tas nozīmē, ka komanda saprot to uzbūvi, savstarpējās atkarības, datu plūsmas un spēj patstāvīgi pieņemt lēmumus par izmaiņām. Ja zināšanas par risinājumu koncentrējas pie viena piegādātāja vai neliela ārējo ekspertu loka, uzņēmums kļūst operacionāli atkarīga. Katras izmaiņas, integrācijas vai problēmas risinājums prasa ārēju iesaisti, kas palēnina attīstību un samazina spēju kontrolēt izmaksas, prioritātes un riskus. Šādā situācijā IT vide faktiski tiek “nomāta”, nevis pārvaldīta.

CIO uzdevums ir nodrošināt, lai arhitektūra nepastāvētu tikai piegādātāja dokumentācijā, bet būtu dzīva uzņēmumss zināšanu daļa. Tas nozīmē attīstīt iekšējo kompetenci, uzturēt aktuālu arhitektūras pārskatu un veidot komandu, kas spēj gan uzturēt esošos risinājumus, gan kritiski izvērtēt jaunus. Tas neprasa visu darīt pašu spēkiem, bet gan saglabāt spēju saprast, kontrolēt un nepieciešamības gadījumā mainīt virzienu. CIO jānodrošina, ka uzņēmums ir cilvēki, kuri redz kopējo bildi, ne tikai konkrētus tehniskos elementus, un ka lēmumi par tehnoloģijām tiek pieņemti apzināti, nevis deleģēti pēc noklusējuma.

Atkarības risks no viena piegādātāja ir jāpārvalda

Mērķis nav izvairīties no lielajiem piegādātājiem. Tas būtu nereāli un bieži neefektīvi.

Mērķis ir veidot arhitektūru, kas:

  • samazina kritisko atkarību,
  • saglabā izvēles iespējas,
  • ļauj uzņēmumam pielāgoties tirgus izmaiņām.

Praksē tas nozīmē:

  • skaidru integrācijas arhitektūru,
  • datu slāņa neatkarību,
  • modulāru sistēmu dizainu,
  • stratēģisku partneru izvēli.

Piegādātāju atkarības risks jāuztver līdzīgi kā finanšu, drošības vai operacionālais risks. Tas ir jāidentificē, jānovērtē un nepārtraukti jāuzrauga. Tas nozīmē regulāri analizēt aizvietošanas iespējas, saprast iziešanas izmaksas, uzturēt arhitektūras pārskatāmību un nepieļaut kritisku zināšanu koncentrēšanos ārpus uzņēmumss.

Nepārvaldīta atkarība parasti veidojas pakāpeniski ar katru integrāciju, pielāgojumu vai jaunu funkcionalitāti, kas ciešāk piesaista uzņēmumu konkrētai ekosistēmai. Sākotnēji tas paātrina ieviešanu, bet ilgtermiņā samazina izvēles brīvību, palielina izmaiņu izmaksas un sarežģī spēju reaģēt uz tirgus vai regulējuma pārmaiņām. Uzņēmums sāk maksāt nevis par tehnoloģijas izmantošanu, bet par nespēju no tās atteikties.

CIO uzdevums nav izvairīties no lielo piegādātāju izmantošanas, bet gan nodrošināt, ka sadarbība ar tiem paliek uzņēmumss kontrolē. Tas nozīmē veidot arhitektūru, kur piegādātājs ir komponents, nevis pamats, un kur jebkura tehnoloģija tiek izvērtēta arī no aizvietojamības un ilgtermiņa elastības skatpunkta. CIO jāievieš pārvaldības prakse, kas regulāri uzdod jautājumu: vai mēs joprojām varam izvēlēties? Ja atbilde kļūst neskaidra, tas ir signāls pārskatīt gan tehnoloģisko pieeju, gan sadarbības modeli. Mērķis nav panākt pilnīgu neatkarību – tā digitālajā vidē nav realistiska, bet gan saglabāt spēju mainīt virzienu, kad tas nepieciešams.

2026. gada CIO prioritāte: elastība

Tehnoloģiju vide kļūst koncentrētāka, nevis decentralizētāka. Tas palielina efektivitāti, bet arī riskus. Uzņēmumi, kas aktīvi pārvalda viena piegādātāja risku, iegūst:

  • lielāku stratēģisko brīvību,
  • prognozējamākas izmaksas,
  • ātrāku inovāciju tempu,
  • mazāku operacionālo risku.

Elastīga arhitektūra  ir konkurētspējas priekšnoteikums.

Ja iepriekšējos gados CIO varēja fokusēties uz digitalizāciju un stabilu infrastruktūru, tad 2026. gadā priekšplānā vajadzētu izvirzīt elastību. Spēju ātri pielāgoties tehnoloģiju, tirgus un regulējuma pārmaiņām. Uzņēmumi vairs tikai nekonkurē ar to, kādu sistēmu tie ir ieviesušas, bet gan ar to, cik ātri tās spēj mainīt virzienu, integrēt jaunas iespējas un atteikties no risinājumiem, kas vairs nerada vērtību.

Elastība nav pretrunā ar stabilitāti, tā ir arhitektūras īpašība, kas ļauj stabilu vidi attīstīt bez lieliem pārrāvumiem. Tā nozīmē veidot IT vidi kā savstarpēji savienotu, bet modulāru ekosistēmu, kur komponentus var papildināt vai aizvietot, nepārveidojot visu sistēmu. Šāda pieeja samazina gan tehnoloģisko, gan finanšu risku, jo katrs nākamais solis nav atkarīgs no viena iepriekšēja lēmuma.

Elastība kļūst īpaši svarīga laikā, kad uzņēmumss vienlaikus ievieš mākslīgā intelekta risinājumus, paplašina datu izmantošanu un pielāgojas jauniem drošības un regulatīvajiem nosacījumiem. Ja arhitektūra nav veidota pārmaiņām, katra jauna iniciatīva kļūst par atsevišķu projektu ar augstām izmaksām un ilgu ieviešanas ciklu.

CIO 2026. gadā vairs nav tikai tehnoloģiju uzturētājs. Viņa uzdevums ir veidot vidi, kur pārmaiņas ir paredzamas, kontrolētas un ātri realizējamas. Tas nozīmē ieviest principus, kas nodrošina standartizāciju, atvērtas integrācijas, datu pārnesamību un skaidru pārvaldības modeli.

Svarīgākais CIO jautājums vairs nav “kādu sistēmu mēs ieviesīsim?”, bet gan “cik viegli mēs šo sistēmu varēsim mainīt vai papildināt pēc diviem – pieciem gadiem?”. Lēmumi tiek vērtēti ne tikai pēc funkcionalitātes, bet arī pēc to ietekmes uz nākotnes izvēles brīvību.

CIO arī jāveicina uzņēmumss kultūra, kur tehnoloģijas tiek uztvertas kā nepārtraukti attīstāma platforma, nevis vienreizējs ieviešanas projekts. Elastība rodas ne tikai no tehnoloģijām, bet arī no pārvaldības, kompetencēm un spējas pieņemt iteratīvus lēmumus.