Část II Příprava a výběr dodavatele
Kapitola 11: Smlouva: komu bude software patřit
Tato kapitola není právní rada. Popisuje stav k říjnu 2026 a převažující výklad, který soudy zatím jednoznačně nepotvrdily. Smlouvu o vývoji a licenční ujednání nechte vždy zkontrolovat advokátem.
Autorem je vždy člověk, vy dostanete licenci
Autorem programu může být jen fyzická osoba a svá autorská práva nemůže převést Zákon č. 121/2000 Sb.. Firma i objednatel mohou vykonávat majetková práva nebo získat licenci k užití díla. Do smlouvy proto nepište „převod vlastnictví“, ale licenci a její rozsah. Anglo-americké vzory typu „work made for hire“ v českém právu fungovat nemusí.
Chráněný je kód, ne myšlenka, algoritmus ani funkce (§ 65 autorského zákona). Rozhoduje tedy, co smíte s konkrétním kódem dělat.
Past § 58 odst. 7: freelancer ano, firma ne
Zákon říká, že program vytvořený na objednávku se považuje za zaměstnanecké dílo a objednatel za zaměstnavatele. Zní to, jako by práva vykonával automaticky objednatel. Podle převažujícího výkladu odborné literatury to ale platí jen tehdy, když smlouvu uzavíráte přímo s autorem, tedy s fyzickou osobou epravo.cz, 2009. Když dodává firma, práva vykonává ona a vy potřebujete licenci nebo postoupení výkonu majetkových práv.
Judikatura Nejvyššího soudu, která by otázku rozhodla, dohledaná není. Na výklad se proto nespoléhejte ani u freelancera a licenci sjednejte vždy.
Vývoj na zakázku se obvykle sjednává smlouvou o dílo. Sama o sobě vám ale práva k úpravám nedá: bez výslovné licence se má za to, že vám dodavatel dílo poskytl k účelu vyplývajícímu ze smlouvy § 2634 OZ. Systém tedy smíte používat, ale ne nechat upravit jinou firmou. Tady začíná většina závislostí na dodavateli (kapitola 24).
Licence není vlastnictví
Samotné zaplacení vývoje z vás vlastníka autorských práv neudělá. Rozhoduje text licence: rozsah, právo úprav, podlicence a postoupení. „Licence k užívání pro vlastní potřebu“ znamená, že každou změnu musí udělat původní dodavatel za svou cenu. Licenční ujednání proto nikdy nepodepisujte bez kontroly advokátem.
Jak široká má licence být
Licence má být:
- výhradní, územně a časově neomezená, ke všem způsobům užití, i po skončení smlouvy,
- s právem upravovat a spojovat s jinými díly, i prostřednictvím jiné firmy,
- s právem podlicence a postoupení, třeba dalšímu dodavateli rozvoje,
- zaplacená v ceně díla, s prohlášením dodavatele, že si potřebná práva zajistil od všech autorů i subdodavatelů.
Výhradní licence se obvykle týká jen částí vytvořených pro vás. K dřívějším komponentám dodavatele a k součástem třetích stran dostanete nevýhradní licenci, rozsah obou nechte vymezit advokátem. Varovný signál: „licence se řídí našimi obchodními podmínkami“ nebo „licenci vyřešíme později“. Celý výčet najdete v kontrolním seznamu na konci kapitoly.
Kód, dokumentace a data průběžně, ne na konci
Kód s build skripty a dokumentací chtějte po každém sprintu ve vašem repozitáři. Test je jednoduchý: dokáže jiná firma z dodaných podkladů systém sestavit, nasadit a změnit? Dokumentaci zahrňte do podmínek převzetí. Bez ní dodávka není připravená k fakturaci.
Úschova kódu (escrow) se hodí pro části, ke kterým kód přímo nedostanete, typicky pro vlastní komponenty dodavatele. Kód se vydá při smluvně určených událostech, třeba při úpadku, ukončení činnosti nebo dlouhodobém neplnění. Uložený kód bez licence k úpravám a bez dokumentace bývá zastaralý a nepoužitelný.
K datům chtějte bezplatný přístup kdykoli, v otevřeném a strojově čitelném formátu. Důsledky opačného přístupu ukázal NKÚ: ministerstvo by za vlastní data ze svého systému muselo zaplatit dodavateli NKÚ, KZ 17/24 (více v kapitole 24). Evropský Data Act vás u systému na míru neochrání: pravidla pro změnu poskytovatele míří na cloudové služby a u služeb vyvinutých na míru jednomu zákazníkovi se část povinností neuplatní (čl. 31).
Exit plán, převzetí a sankce sjednejte při podpisu
O rozchodu se jedná nejlíp ve chvíli, kdy jste ještě zamilovaní. Exit plán určuje, jak dodavatel pomůže s předáním systému nástupci, jak dlouho potrvá souběh, jak se převedou data a jaké budou cena a lhůty. Regulované subjekty podle zákona o kybernetické bezpečnosti mají exit strategii ve smlouvě s významným dodavatelem povinně Vyhláška č. 409/2025 Sb..
Sjednejte převzetí po etapách, pevné lhůty pro obě strany a klasifikaci vad. Pokuty nastavte přiměřeně a se stropem; nepřiměřenou pokutu může soud snížit (§ 2051 občanského zákoníku). Vymezte také své povinnosti při spolupráci. Pokud je nesplníte včas, může se posunout i termín dodavatele. Jednostranná smlouva se nevyplatí: soutěž na digitalizaci stavebního řízení ÚOHS zrušil mimo jiné kvůli chybějícím lhůtám převzetí ÚOHS, S0321/2023 (kapitola 12).
Kód od AI a open source komponenty
Městský soud v Praze uvedl, že obrázek vytvořený AI není autorské dílo, protože nejde o výsledek tvůrčí činnosti člověka MS Praha, 10 C 13/2023. Šlo o grafiku a o úvahu soudu prvního stupně. Podobná argumentace se ale může týkat i kódu: čistě vygenerovaný kód nemusí být chráněný a výlučnost k němu nemáte. Kód, který člověk tvůrčím způsobem upraví, chráněný být může.
Do smlouvy proto patří pravidla pro AI a soupis všech komponent a jejich licencí (SBOM). Prověřte zejména „virální“ licence, které by vás mohly zavazovat ke zveřejnění i vašeho kódu.
| Jak to dopadá špatně | Jak to dělat dobře |
|---|---|
| Jak to dopadá špatněSmlouva o dílo s IT firmou bez licenčního ujednání. | Jak to dělat dobřeVýslovná výhradní licence s právem úprav, podlicence a postoupení. |
| Jak to dopadá špatně„Licence k užití pro vlastní potřebu.“ | Jak to dělat dobřeLicence ke všem způsobům užití, územně a časově neomezená, i po skončení smlouvy. |
| Jak to dopadá špatněKód dostanete „při ukončení smlouvy“. | Jak to dělat dobřeKód po každém sprintu ve vašem repozitáři, ověřitelně sestavitelný. |
| Jak to dopadá špatněExport dat za příplatek. | Jak to dělat dobřeBezplatný přístup k datům v otevřeném formátu kdykoli. |
| Jak to dopadá špatněExit se řeší, až když se rozcházíte. | Jak to dělat dobřeExit plán s cenou, lhůtami a přechodným obdobím je příloha smlouvy. |
| Jak to dopadá špatněO AI ve smlouvě nic. | Jak to dělat dobřeProhlášení o použití AI, lidská revize, odpovědnost za práva třetích osob, SBOM. |
- U softwaru na míru je požadavek na kód a výhradní licenci standard. Musí ale být přiměřený: u krabicového softwaru soudy paušální požadavek na zdrojové kódy odmítly epravo.cz, 2026.
- Kód vytvořený v projektu musíte zveřejnit v rozsahu, v jakém nemůže být zneužit k narušení systému (§ 18 odst. 2 písm. c) vyhlášky č. 360/2023 Sb., od 1. 7. 2024) Vyhláška č. 360/2023 Sb.. Software na míru má být podle DIA open source, pokud to jeho povaha dovoluje DIA, metodika Vendor lock-in. Obojí předpokládá, že kód a práva máte.
- Smlouva je součást zadávací dokumentace a pozdější změny podléhají § 222 ZZVZ (kapitola 18). Výhradu změny dodavatele dejte do zadávací dokumentace (§ 100).
- Smlouvy nad 50 000 Kč bez DPH patří do registru smluv. Účinnosti nabývají nejdříve uveřejněním a neuveřejněná smlouva je po 3 měsících zrušena od počátku Zákon č. 340/2015 Sb.. Smluvní pokuty musíte vymáhat.
- Úschova kódu závislost neřeší. Když jste mohli kód a práva získat za přiměřenou cenu a nevyužili to, soudy vám výlučnost dodavatele přičtou (kapitola 12).