↑ ↓ výběrEnter otevřeEsc zavře

    Celý návod k tisku: vyvoj.solutia.cz/navod/tisk

    Část IV Po spuštění: provoz, rozvoj, nezávislost

    Kapitola 24: Vendor lock-in a změna dodavatele

    ~10 min čteníAktualizováno Lukáš Mikula (otevře se v novém okně)

    Vendor lock-in je stav, kdy dodavatele nemůžete vyměnit bez neúměrných nákladů. Do jisté míry je přirozený. Cílem je udržet ho v přijatelných mezích. Pojistkou je průběžně aktualizovaný exit balíček s právy, kódem, dokumentací, daty a přístupy, který jednou ročně vyzkoušíte; úschova kódu je jen záchranná brzda pro případ úpadku nebo dlouhodobého neplnění dodavatele.

    Závislost na dodavateli je pravidlo, ne výjimka

    Datlab Institut v českých veřejných zakázkách našel 910 vztahů úřadů a dodavatelů ve vendor lock-inu, zhruba za 8,5 mld. Kč ročně. To je asi 53 % analyzovaných výdajů státu na IT dodavatele a závislost se týká 13 z 15 ministerstev Datlab Institut, 2021. NKÚ k tomu píše, že závislost „významně zvyšuje náklady“ a vede k poklesu IT kompetencí na straně státu NKÚ, výroční zpráva 2021. Firmy mají stejný problém, jen ho nikdo neměří.

    Lock-in připomíná auto, které smí servisovat jen jeden servis. Cenu si určuje on, a když chcete jinam, zjistíte, že klíče a servisní knížku má taky on. Poznáte ho podle toho, že:

    • každá změna je dražší než minulá a nikdo neumí říct proč,
    • soutěže na rozvoj končí jedinou nabídkou (v IT zakázkách státu na ně od roku 2017 připadá přes 20 % objemu Datlab Institut, 2021),
    • dodavatel odmítá předat kód, přístupy nebo dokumentaci,
    • neznáte strukturu vlastních dat,
    • nikdo neví, kolik by stál přechod jinam.
    Pět druhů závislosti
    DruhJak ji poznáteJak jí předejítJak z ní ven
    Právnínesmíte dát systém k úpravě jiné firmělicence s právem úprav a předání třetí osobědodatečný převod práv nebo licence k úpravám
    Technickáuzavřená platforma, napojení jen přes dodavatelerozšířené technologie, moduly, popsaná APIotevřít rozhraní, nahrazovat po modulech
    Znalostnísystém zná jediný člověk, zaučení trvá měsícedokumentace jako podmínka převzetí, roční test předáníworkshopy a stínování v přechodném období
    Datováza data z vlastního systému platítebezplatný export v otevřeném formátu, popsaný datový modelvyjednat export, migrace jako samostatný projekt
    Cloudovápřechod jinam znamená přepiskontejnery, standardní databáze, účty na váslhůty Data Actu, proprietární služby přepsat

    Projděte je jednou ročně jako kontrolní seznam. Jak závislosti předejít ve smlouvě, popisuje kapitola 11, volbu technologií kapitola 15.

    Za data z vlastního systému se platí (MMR, NKÚ 2018)

    Ministerstvo pro místní rozvoj je správcem informačního systému o veřejných zakázkách (ISVZ), ale k jeho údajům v agregované podobě mělo přístup jen za úplatu. Systém od roku 2002 upravoval a provozoval stále stejný dodavatel. Když data potřeboval NKÚ při kontrole centralizovaného zadávání, ministerstvo je neposkytlo: podle něj by za ně muselo externímu dodavateli zaplatit asi 150 tis. Kč. NKÚ to označil za vendor lock-in, který ministerstvo do konce kontroly neomezilo NKÚ, KZ 17/24.

    Poučení: právo na bezplatný export vlastních dat v otevřeném formátu patří do každé smlouvy.

    Zdroj: NKÚ, kontrolní závěr 17/24

    Ven se jde po schodech, ne skokem

    Úplná výměna dodavatele je poslední a nejdražší krok. Datlab i metodika Asociace pro veřejné zakázky doporučují začít tím nejlevnějším, co závislost zmenší AVZ, 2023:

    1. dílčí převod práv nebo licence k úpravám,
    2. předání kódu a dokumentace,
    3. převod know-how,
    4. otevření rozhraní,
    5. rozdělení na moduly a jejich postupná náhrada,
    6. teprve nakonec úplná výměna.

    Kdy začít jednat? Podle Datlabu tehdy, když náklady natolik převyšují obdobné služby, že se ve střednědobém horizontu, třeba za 7 let, vyplatí přechod k jinému poskytovateli nebo nový systém Datlab Institut, 2021.

    Exit plán sjednáte ve smlouvě (kapitola 11). V praxi ho pak udržujte aktuální: předávací balíček aktualizujte s každým vydáním a jednou ročně ho nechte vyzkoušet nezávislou stranou. Audit při předání ověřuje především to, zda lze z dodaných podkladů systém sestavit, nasadit a upravovat. Kontroluje také, zda předaný kód odpovídá verzi, která běží v provozu.

    Checklist

    Předání systému novému dodavateli

    Exit balíček udržujte průběžně, postup použijte při skutečné výměně. Co sjednat ve smlouvě, najdete v kapitole 11.

    0 z 22 hotovo

    Exit balíček: co musí existovat
    Postup předání
    Průběžně, aby šlo předat kdykoli

    Odškrtnutí si pamatuje jen tento prohlížeč (ukládá se lokálně jako cookies). Když smažete cookies a data webu, použijete anonymní okno nebo jiné zařízení, začnete znovu.

    Úschova kódu je záchranná brzda, ne cesta ven

    Escrow je trojstranná smlouva: dodavatel uloží kód u třetí strany a ta ho vydá při úpadku nebo dlouhodobém neplnění. Pomůže, když dodavatel zkrachuje. Když je jen drahý nebo pomalý a chcete jiného, podmínky vydání obvykle nesplníte. Ani vydaný kód nemusí být použitelný, pokud:

    • se uložená verze roky neaktualizovala a neodpovídá produkci,
    • nikdo neověřil, že jde sestavit,
    • chybí licence k úpravám třetí osobou, dokumentace a data.

    Počítejte i s tím, že dodavatelé si smluvně vyhrazují, že za části, do kterých zasáhne jiná firma, neručí. Předem proto sjednejte, že záruka zůstává v platnosti pro nedotčené části a změny jsou dohledatelné v Gitu. Hlavní pojistkou zůstává průběžné předávání kódu a práv.

    Cloud: Data Act pomáhá jen napůl

    Nařízení o datech se uplatňuje od 12. 9. 2025 a dává právo přejít k jinému poskytovateli cloudu v jasných lhůtách (čl. 25): výpovědní lhůta nejvýš 2 měsíce, přechod nejvýš 30 dní, při technické neproveditelnosti až 7 měsíců, a pak nejméně 30 dní na stažení dat. Do 12. 1. 2027 mohou poplatky za přechod pokrývat nejvýše přímé náklady. Poté mají odpadnout, včetně poplatků za odchozí data Data Act, čl. 29.

    Platí však dvě důležitá omezení. U služeb z větší části vytvořených na míru jednomu zákazníkovi neplatí zákaz poplatků ani povinnost funkční rovnocennosti, lhůty ano (čl. 31). U systému na míru vás tak Data Act chrání jen částečně. Nejvíce pomáhá u standardních cloudových služeb, na kterých systém běží. A proprietární služby konkrétního cloudu se při odchodu stejně musí přepsat. Stavte proto z přenositelných dílů (kapitola 15) a velké přechody plánujte po 12. 1. 2027.

    ADIS: třicet let exkluzivity a otázka, kdo za ni může (GFŘ, 1992–2026)

    Daňový systém ADIS dodala IBM podle smlouvy, kterou Ministerstvo financí uzavřelo v roce 1992. V roce 2016 zadalo Generální finanční ředitelství pozáruční servis za 33,3 mil. Kč bez DPH v jednacím řízení bez uveřejnění s odkazem na výhradní práva IBM. ÚOHS uložil pokutu a krajský soud ji v roce 2021 potvrdil.

    Soudní dvůr EU pak upřesnil, že za výlučnost odpovídá zadavatel i tehdy, když ji udržoval, ačkoli měl „skutečné a z finančního hlediska přiměřené prostředky“ ji ukončit SDEU, C-578/23. NSS v únoru 2025 rozsudek krajského soudu i rozhodnutí ÚOHS zrušil: smlouvu z roku 1992 nelze GFŘ přičíst a to, že IBM v roce 2015 odmítlo práva převést, je pro posouzení relevantní NSS, 8 As 314/2021. ÚOHS věc projednal znovu a v květnu 2026 GFŘ pravomocně uložil za služby k ADIS pokuty v souhrnu 1,45 mil. Kč, spolu s dalším řízením o systému VEMA 1,95 mil. Kč ÚOHS, 15. 5. 2026.

    Poučení: za důsledky pasivity odpovídá zákazník. Kdo chce závislost obhájit, musí doložit, že se ji skutečně snažil ukončit. Práva a kód je lepší získat, i dodatečně.

    Zdroj: NSS, 8 As 314/2021-123, ÚOHS k rozsudku SDEU C-578/23, ÚOHS, tisková zpráva 15. 5. 2026

    Jak to dopadá špatněJak to dělat dobře
    Jak to dopadá špatněLicence jen k užití, kód „zůstává naším know-how“.Jak to dělat dobřeLicence s právem úprav a předání jiné firmě, kód průběžně ve vašem repozitáři.
    Jak to dopadá špatněExit plán jako odstavec ve smlouvě, který nikdo neotevřel.Jak to dělat dobřeExit balíček aktualizovaný s každým vydáním a ročně vyzkoušený nezávislou stranou.
    Jak to dopadá špatněData jen přes dodavatele nebo za poplatek.Jak to dělat dobřeExport v otevřeném formátu kdykoli a zdarma, popsaný datový model.
    Jak to dopadá špatněÚčty v cloudu, obchodech s aplikacemi a domény vedené na dodavatele.Jak to dělat dobřeVšechny účty na vás, dodavatel má jen delegovaný přístup.
    Jak to dopadá špatněÚschova kódu jako řešení závislosti.Jak to dělat dobřeÚschova jen jako záchrana při úpadku nebo dlouhodobém neplnění, s ověřením sestavení; hlavní pojistkou je předávání kódu a práv.
    Jak to dopadá špatněZměna dodavatele naráz, bez auditu a souběhu.Jak to dělat dobřeAudit, výběr s plnou dokumentací, přechodné období se souběžnou podporou, výměna všech přístupů.

    Otázky

    Otázky pro dodavatele

    1. Jaká práva k dílu máme (užití, úpravy, předání třetí osobě) a na které části se tato práva nevztahují?
    2. Kdy a v jakém formátu předáváte kód? Dá se z něj sestavit přesně ta verze, která běží v provozu?
    3. Jaké proprietární komponenty a licence třetích stran systém obsahuje?
    4. Kolik stojí a jak dlouho trvá exit? Kdo a za kolik poskytne součinnost v přechodném období?
    5. Mohl by jiný dodavatel do tří měsíců převzít rozvoj jen s tím, co nám předáváte?
    6. Na koho jsou vedené účty v cloudu, App Store a Google Play, domény a certifikáty?
    7. Které cloudové služby jsou proprietární a čím by se nahradily?

    Spot Solutia