Když skončí váš dodavatel, skončí s ním i vaše data?
Záloha uložená výhradně u dodavatele, který vám systém provozuje, je nebezpečná provozní past. Většina firem žije v přesvědčení, že když měsíčně platí fakturu za cloud, o bezpečí dat se nemusí starat. Pokud však poskytovatel ukončí provoz, disky s vašimi daty sice dál fyzicky existují, ale vy se k nim nedostanete.
Petr Kokoška, Manta IT · publikováno 13. září 2026
Americká televize přišla o archiv kvůli krachu prostředníka.
V srpnu 2026 proběhl technologickými médii případ, který přesně ukazuje, jak křehká je závislost na jediném dodavateli. Veřejnoprávní televizní stanice Nine PBS ze Saint Louis ztratila přístup k archivu pokrývajícímu 70 let televizní historie. Důvodem nebyl požár, havárie disků ani útok vyděračského softwaru. Důvod byl čistě obchodní: zkrachoval poskytovatel cloudového úložiště, u kterého měla stanice data uložená.
Jak popsal technologický magazín Tom's Hardware, 13. srpna 2026: "Televizní stanice Nine PBS se obává, že přijde o více než 70 let archivních materiálů a vysílání poté, co její smluvní dodavatel cloudového úložiště ukončil činnost." Stanice ukládala přibližně 50 TB dat u společnosti Open Source Storage. Když tato firma na jaře skončila v platební neschopnosti, ze dne na den přestala komunikovat a odstřihla klientské přístupy.
Data přitom nezmizela. Fyzicky leží na serverech v datovém centru Iron Mountain v Denveru. Disky jsou v pořádku, bity jsou netknuté, ale provozovatel datacentra odmítl stanici data vydat. Smlouvu na pronájem serverů totiž neuzavřela televizní stanice, nýbrž zkrachovalý dodavatel. Provozovatel datacentra se bál žaloby za neoprávněné nakládání s cizím majetkem. Televize musela podat žalobu u soudu, aby dosáhla soudního příkazu k vydání vlastních souborů.
Technický rozbor na serveru induwara.lk, 14. srpna 2026 vystihl podstatu celého problému: fyzická trvanlivost dat, dostupnost systémů a právní kontrola nad úložištěm jsou tři naprosto rozdílné věci. Většina firem platí za první dvě, ale na tu třetí zapomíná.
Konec dodavatele vypadá v Česku úplně stejně.
V českých firmách do 250 zaměstnanců se s touto situací setkávám opakovaně. Typický scénář je jednoduchý: firma si před lety nechala vyvinout systém pro řízení zakázek, sklad nebo zákaznický portál. Vývoj tehdy dodala malá IT firma nebo programátor na volné noze. Systém léta spolehlivě běží, měsíčně odchází paušál za hosting a vedení firmy má pocit, že je vše vyřešeno.
Jenže dodavatel může kdykoli ukončit podnikání, odejít do důchodu, prodat firmu nebo se dostat do exekuce. V té chvíli nastává tvrdé vystřízlivění. Zjistíte, že administrátorský účet k virtuálnímu serveru zná pouze dodavatel, doména je registrovaná na jeho jméno a hostingová společnost odmítá komunikovat s kýmkoli jiným než s původním plátcem.
Nikdo vám to v minulosti neřekl, ale spoléhat na to, že dodavatel bude existovat věčně, se nevyplácí. Chybou není samotný outsourcing vývoje nebo správy. Závažnou chybou je stav, kdy dodavatel drží vaše data jako rukojmí, aniž byste k nim měli samostatnou cestu.
Tři otázky, které položte svému IT.
Abyste se nedostali do situace, kdy budete o vlastní firemní informace bojovat u soudu, položte svému internímu týmu nebo externímu správci tři konkrétní otázky. Chtějte jasné a věcné odpovědi, ne teoretická ujištění.
První otázka: Kde přesně jsou naše data fyzicky uložena a na koho je vedená smlouva? Potřebujete znát konkrétního poskytovatele infrastruktury a mít jistotu, že klientský účet je psaný na vaši firmu, nikoli na externí agenturu. Pokud je smluvním partnerem hostingu dodavatel, v krizové chvíli jste pro provozovatele serveru cizí člověk.
Druhá otázka: Dokážeme si stáhnout úplnou zálohu v otevřeném formátu bez asistence dodavatele? Měli byste mít nastavený automatický export databáze i nahraných souborů na nezávislé úložiště, ke kterému máte přístup pouze vy. Pokud ke stažení zálohy potřebujete součinnost dodavatele, data ve skutečnosti plně nevlastníte.
Třetí otázka: Kdy naposledy někdo vyzkoušel obnovu systému na jiném, čistém serveru? Záloha, kterou nikdo nikdy neotestoval, je pouhé zbožné přání. Teprve při cvičném spuštění zjistíte, zda exportu nechybí šifrovací klíče, konfigurační parametry nebo vazby mezi tabulkami.
Při práci pro klienty v podobě služby pro dlouhodobé vedení IT kontroluji tyto přístupy a postupy obnovy každý měsíc, protože v krizové situaci už na záchranné práce bývá pozdě.
Aplikace na míru musí patřit vám.
Když pro klienty stavím aplikace na míru, postupuji tak, aby klient nebyl vázán na moji osobu ani na žádnou konkrétní infrastrukturu. Vše stavím na principu naprosté otevřenosti a samostatnosti klienta.
Zdrojový kód aplikace od prvního dne patří klientovi. K hotovému řešení předávám podrobnou technickou dokumentaci a srozumitelný návod, jak aplikaci spustit na jakémkoli běžném serveru. Pokud bych zítra z jakéhokoli důvodu nebyl k dispozici, vezmete kód, předáte jej jinému vývojáři a ten může během jednoho dne navázat na rozdělanou práci.
Zakázky dodávám za předem dohodnutou pevnou cenu. První funkční verzi předávám k vyzkoušení do jednoho týdne od odsouhlasení zadání. Získáte tak nástroj přesně pro potřeby vaší firmy, aniž byste se dostali do závislosti na jednom programátorovi.
Jak vyřešit bezpečí vašich firemních systémů.
Pokud používáte pouze standardní krabicový software od velkých prověřených dodavatelů s přímou smlouvou a pravidelně si ukládáte vlastní nezávislé zálohy, nemusíte na současném stavu nic měnit.
Pokud však ve firmě provozujete důležitý systém na míru, ke kterému nemáte zdrojový kód, administrátorské přístupy ani otestované zálohy, má smysl tento stav vyřešit dříve, než nastanou provozní potíže.
Nastavím novou aplikaci s čistým předáním kódu i dokumentace, abyste měli svá data vždy pod vlastní kontrolou.