Proč nestačí jen smlouva o dílo
U programátorů a grafiků je častá chyba předpoklad, že zaplacením faktury automaticky získáváte všechna práva k výsledku práce. V českém právu to tak nefunguje jednoduše. Smlouva o dílo řeší vznik a předání výsledku, ale autorská práva je potřeba upravit výslovně, jinak můžete mít zaplaceno za web, logo nebo design systému, ale bez práva jej volně upravovat, publikovat nebo předat třetí straně.
To je zásadní hlavně u webů, e-shopů a aplikací. V praxi totiž nevzniká jen „dílo“, ale soubor různých vrstev: grafické návrhy, UX prvky, texty, zdrojový kód, databázové šablony, ikonky, ilustrace, fotografie nebo animace. Každá z těchto částí může mít jiný právní režim a jiného autora. Pokud smlouva nic neřeší, vznikají spory třeba při předání projektu novému dodavateli, při redesignu nebo při prodeji firmy.
Co přesně musí být ve smlouvě o dílo ošetřeno
Nejdůležitější je oddělit vytvoření díla od licence nebo postoupení práv. U zaměstnanců bývá režim jiný, ale u externího programátora nebo grafika je potřeba mít vše napsané černé na bílém. Ve smlouvě by měly být minimálně tyto body:
- Definice díla – co přesně vzniká: web, logo, UI kit, zdrojový kód, animace, banner set, brand manuál.
- Rozsah oprávnění – zda jde o výhradní licenci, nevýhradní licenci, nebo postoupení práv v rozsahu, který zákon umožňuje.
- Územní rozsah – typicky celosvětově, pokud web poběží online.
- Doba trvání – ideálně na celou dobu trvání majetkových práv, nebo alespoň na neomezenou dobu v rámci licence.
- Způsob užití – provoz webu, úpravy, rozšiřování, překlady, marketingové použití, sublicence pro další subdodavatele.
- Předání zdrojových souborů – Figma, PSD, AI, SVG, zdrojový kód, repozitář, dokumentace.
U programátora je vhodné výslovně uvést, že objednatel smí kód upravovat, nasazovat na další servery, napojovat na další systémy a předat dalším vývojářům. U grafika je důležité, aby licence pokrývala i odvozená díla, například varianty bannerů, zkrácené formáty, motion verze nebo adaptace pro sociální sítě.
Jak nastavit práva k webu, kódu a grafice prakticky
V praxi doporučuji rozdělit smlouvu na několik vrstev. První vrstva je samotné dílo, druhá vrstva jsou podklady a třetí vrstva jsou třetí strany. To je důležité, protože programátor často používá open-source knihovny a grafik zase fonty, stock fotografie nebo ikony. Bez kontroly licencí můžete mít problém, i když je vaše smlouva jinak dobře napsaná.
U webového projektu by smlouva měla obsahovat například toto:
- Zdrojový kód předaný včetně repozitáře, ideálně na GitHubu, GitLabu nebo Bitbucketu.
- Právo na úpravy a další vývoj bez souhlasu autora.
- Právo na nasazení u libovolného hostingu a přesun mezi servery.
- Právo na předání třetí osobě, například novému dodavateli, internímu týmu nebo investorovi.
- Ošetření open-source komponent – třeba MIT, Apache 2.0, GPL nebo LGPL podle použité technologie.
U grafiky je vhodné požadovat nejen finální exporty, ale i pracovní soubory. Například u loga to znamená SVG, PDF a editovatelný zdroj ve Figma nebo Illustratoru. U marketingových vizuálů zase balík s vrstvenými soubory, aby šly snadno upravovat rozměry a texty. Pokud grafik používá stock materiály, měl by doložit licenci. V opačném případě se může stát, že legalita použití skončí s jeho předplatným nebo osobním účtem.
Na co si dát pozor u odměny, licencí a sublicencí
Častá chyba je, že se autorská práva řeší až „nějak v ceně“. To je rizikové. Odměna za vytvoření díla a odměna za licenci nemusí být totéž. Pokud chcete mít jistotu širokého užití, je rozumné ve smlouvě uvést, že cena zahrnuje i poskytnutí licence v přesně definovaném rozsahu. Tím se vyhnete sporům o doplatky při rozšíření použití.
Silně doporučuji myslet i na sublicenci. Pokud si objednáváte web pro firmu, která spolupracuje s marketingovou agenturou, vývojovým studiem nebo franšízovou sítí, potřebujete právo poskytnout přístup dalším subjektům. Bez sublicence může být problém, když bude někdo chtít upravit bannery, přeložit web nebo napojit CRM.
V oblasti software je dobré sledovat i to, zda autor nepoužívá části, které sám nemůže plně licencovat. Typicky:
- fonty s omezením pro komerční použití,
- ikony z placených knihoven bez vhodné licence,
- fotografie z fotobank bez rozšířeného oprávnění,
- kódové knihovny s copyleft licencí, které mohou ovlivnit celý projekt.
Pro rychlou kontrolu licencí se hodí nástroje jako Figma pro správu design souborů, GitHub/GitLab pro dohledání open-source komponent a u větších projektů i jednoduchý interní seznam použitých assetů s uvedením licence a zdroje. U e-shopů a webů s vyšším obratem je dobré mít i právní evidenci, která prokazuje, odkud pochází každý klíčový prvek.
Jak formulovat smluvní ustanovení, aby bylo použitelné v praxi
Dobrá smlouva není dlouhá kvůli počtu stran, ale kvůli přesnosti. Měla by být srozumitelná i pro projektového manažera nebo účetní, nejen pro právníka. Užitečné je používat konkrétní formulace, například:
„Autor poskytuje objednateli výhradní licenci k dílu bez časového a územního omezení, a to k užití všemi známými způsoby, včetně úprav, rozmnožování, zveřejnění, distribuce, spojení s jinými díly a poskytnutí třetím osobám pro účely správy, údržby a dalšího rozvoje.“
U programátora je dobré doplnit, že součástí plnění je i dokumentace, komentáře v kódu, nastavení build procesu a předání přístupových údajů k repozitáři. U grafika zase to, že součástí plnění jsou i exporty pro web, tisk a sociální sítě, pokud jsou v zadání. Bez přesného vymezení může autor tvrdit, že dodal pouze jednu verzi, a další formáty jsou nad rámec.
V projektu je praktické mít i předávací protokol. V něm si odškrtnete, že byly předány:
- zdrojové soubory,
- final exporty,
- licenční podklady k fontům, fotkám a ikonám,
- přístup do repozitáře nebo cloudového úložiště,
- seznam použitých knihoven a jejich licencí.
Jak snížit riziko sporů při redesignu, předání projektu nebo prodeji firmy
Nejvíc problémů vzniká až později, když se web mění, rozšiřuje nebo prodává. Proto je vhodné myslet na budoucí scénáře už při podpisu. Pokud například objednáváte firemní web s očekáváním, že za dva roky proběhne redesign, musí být jasné, že nový tým smí původní grafiku i kód upravovat bez dalšího souhlasu autora. Totéž platí při převodu domény, e-shopu nebo celé firmy na jiný subjekt.
Větší firmy si často vytvářejí interní checklist, který před podpisem smlouvy kontroluje právník, marketing i IT. V praxi se vyplatí hlídat zejména tyto body:
- je licence opravdu výhradní, pokud ji potřebujete,
- můžete dílo upravovat bez dalšího souhlasu,
- můžete dílo předat agentuře nebo novému vývojáři,
- máte doložené licence ke všem externím assetům,
- existuje předávací protokol a archivace verze projektu.
Pokud chcete mít proces pod kontrolou, doporučuji pracovat s verzováním dokumentace stejně jako s kódem. Uložte finální smlouvu, přílohy, předávací protokol, exporty, zdrojové soubory i seznam licencí do jednoho sdíleného úložiště. Při budoucím sporu nebo auditu tím ušetříte hodiny práce a často i desítky tisíc korun na právních službách.
Nejlepší praxe je jednoduchá: co je důležité pro provoz, úpravy a další rozvoj, musí být ve smlouvě jasně pojmenované. U webu a grafiky totiž nerozhoduje jen to, že dílo vzniklo, ale hlavně to, zda s ním můžete bezpečně pracovat i za rok, dva nebo pět let. Pokud je to ve smlouvě dobře ošetřené, máte klid pro marketing, vývoj i obchod.
