Část IV Po spuštění: provoz, rozvoj, nezávislost
Kapitola 24: Vendor lock-in a změna dodavatele
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.
| Druh | Jak ji poznáte | Jak jí předejít | Jak 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 dodavatele | rozšířené technologie, moduly, popsaná API | otevřít rozhraní, nahrazovat po modulech |
| Znalostní | systém zná jediný člověk, zaučení trvá měsíce | dokumentace 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íte | bezplatný export v otevřeném formátu, popsaný datový model | vyjednat export, migrace jako samostatný projekt |
| Cloudová | přechod jinam znamená přepis | kontejnery, standardní databáze, účty na vás | lhů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:
- dílčí převod práv nebo licence k úpravám,
- předání kódu a dokumentace,
- převod know-how,
- otevření rozhraní,
- rozdělení na moduly a jejich postupná náhrada,
- 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.
Ú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ů. |
- Závislost je u úřadu i právní problém. Jednací řízení bez uveřejnění kvůli výhradním právům obstojí, jen když výlučnost objektivně existuje a zadavatel ji nezpůsobil ani ji nemohl rozumně odstranit NSS, 5 Afs 42/2012. Po kauze ADIS musíte navíc doložit, že ukončení závislosti nebylo reálné nebo by bylo nepřiměřeně drahé.
- Prevence je legitimní, ale musí být zdůvodněná. Předseda ÚOHS v roce 2020 potvrdil Ministerstvu dopravy požadavek na majetková práva a zdrojové kódy personálního systému ÚOHS, R0215/2019. Krajský soud v Brně jeho rozhodnutí 25. 4. 2024 zrušil a NSS 16. 6. 2025 kasační stížnost zamítl: kód požadovat smíte, ale přiměřenost požadavku musíte zdůvodnit epravo.cz, 2026.
- Úschova kódu závislost neřeší. Pokud jste mohli získat kód a práva za přiměřenou cenu a nevyužili jste to, mohou vám soudy výlučnost dodavatele přičíst.
- Metodiky: DIA k vendor lock-inu DIA, metodika Vendor lock-in a k nevýhodným smluvním ujednáním DIA, Nevýhodná ujednání, AVZ s Krokářem opatření AVZ, 2023.
- Ve vyšším režimu zákona o kybernetické bezpečnosti je exit strategie povinnou součástí smlouvy s významným dodavatelem Vyhláška č. 409/2025 Sb..
- Cloudové služby vybírejte z katalogu cloud computingu Vyhláška č. 505/2025 Sb.. Katalog se mění, například nabídky SAP SE z něj byly 12. 3. 2026 vymazány DIA, katalog cloudu. I u cloudu proto potřebujete plán odchodu.