Proč je nastavení práv důležitější než samotná cena
U softwaru i grafiky se často řeší hlavně dodací lhůta, rozsah práce a cena. Z právního i obchodního hlediska je ale stejně důležité, kdo smí výsledek používat, upravovat, prodávat nebo předat dál. Pokud to není ve smlouvě jasně napsané, vzniká prostor pro omezení v budoucnu. Typický příklad: firma zaplatí za webovou aplikaci nebo logo, ale později zjistí, že bez souhlasu autora nesmí udělat úpravy, předat dílo externí agentuře nebo použít grafiku v kampani mimo původní účel.
V Česku platí, že autorská práva nevznikají objednateli automaticky jen proto, že za dílo zaplatil. U softwaru, designu, ilustrací i další tvůrčí práce je proto nutné přesně definovat, zda jde o licenci, nebo o převod majetkových práv, případně jak široké oprávnění k užití má objednatel získat.
Rozdíl mezi licencí, převodem práv a zakázkovým dílem
Nejčastější omyl je představa, že zaplacením faktury automaticky získáváte plné vlastnictví díla. V praxi existují tři základní režimy:
- Licence – autor vám dovoluje dílo používat v určitém rozsahu, ale práva mu zůstávají.
- Převod majetkových práv – objednatel získává širší kontrolu nad užitím díla, pokud je to smluvně sjednáno a právně možné.
- Zakázkové dílo bez jasné úpravy – nejrizikovější varianta, protože rozsah oprávnění se pak posuzuje podle zákona a konkrétních okolností.
U grafiky je běžné, že si firma objedná logo, banner nebo vizuální identitu a potřebuje licenci pro web, tisk, sociální sítě i reklamu. U softwaru je situace ještě citlivější: objednatel často potřebuje právo upravovat kód, provozovat systém na vlastním serveru, napojovat další nástroje a pověřit údržbou jiného dodavatele. Pokud to není ošetřené, může být i běžná údržba právně komplikovaná.
Prakticky se vyplatí rozlišovat, zda kupujete hotový produkt, nebo dílo vytvořené na míru. U hotového řešení bývá běžná jen uživatelská licence. U zakázky je vhodné přesně popsat, jaké výstupy mají být předány: zdrojové soubory, editovatelné podklady, dokumentace, fonty, knihovny, licence třetích stran nebo exporty v požadovaných formátech.
Co musí smlouva nebo objednávka obsahovat
Správně nastavená smlouva by měla odpovědět na otázky kdo, co, kde, jak dlouho a za jakých podmínek smí používat. V praxi je vhodné doplnit zejména tyto body:
- přesný popis díla – co je předmětem dodávky, včetně verzí a výstupů,
- rozsah licence – web, interní použití, komerční využití, média, reklama,
- územní rozsah – ČR, EU, celosvětově,
- časový rozsah – na dobu určitou nebo neurčitou,
- možnost úprav a odvozených děl – kdo smí dílo upravovat a dál rozvíjet,
- právo na sublicenci – například pro agenturu, dceřinou firmu nebo partnera,
- předání zdrojových dat – například Figma, PSD, SVG, .AI, .fig, .js, .ts, .json,
- garance originality – že dílo neporušuje práva třetích stran,
- seznam použitých externích komponent – stock fotky, fonty, pluginy, open-source knihovny,
- způsob vypořádání při ukončení spolupráce – co zůstává objednateli a co ne.
U softwaru je vhodné doplnit také ustanovení o přístupu ke zdrojovému kódu, repozitáři, deploy procesu, dokumentaci API a správě přístupových údajů. U grafiky je zase klíčové, zda dostanete jen finální export, nebo i editovatelný master soubor, bez kterého je další úprava drahá nebo nemožná.
Na co si dát pozor u softwaru, webů a aplikací
U vývoje webu nebo aplikace bývá největší riziko v tom, že objednatel platí za výsledek, ale nemá kontrolu nad tím, co je jeho vlastní a co patří dodavateli. Pokud vývojář pracuje s cizími knihovnami, šablonami nebo SaaS službami, je nutné oddělit vlastní autorské dílo od licencovaných částí třetích stran.
Praktický příklad: e-shop postavený na Next.js nebo WordPressu může obsahovat vlastní kód, open-source balíčky z npm, komerční pluginy a design vytvořený na míru. Každá část může mít jiný licenční režim. Pokud smlouva říká jen „všechna práva přecházejí na objednatele“, nemusí to stačit pro komponenty, které autor sám převést nemůže, protože je sám nevlastní.
U softwaru se vyplatí ošetřit i tyto situace:
- kdo vlastní repozitář na GitHubu, GitLabu nebo Bitbucketu,
- kdo spravuje domény a hosting,
- kdo má admin přístupy k produkci,
- jak se řeší bugfixy a aktualizace po předání,
- co se stane při ukončení spolupráce s vývojářem nebo agenturou.
V praxi je rozumné požadovat předání dokumentace, seznamu použitých balíčků a verzi závislostí. U moderních projektů je běžné využít například npm audit, Dependabot nebo přehled závislostí v package-lock.json. To pomáhá nejen bezpečnosti, ale i ověření, zda nejsou v projektu části s omezenou licencí.
Na co si dát pozor u grafiky, brandingu a marketingových podkladů
U grafiky je častým problémem nejasný rozsah užití. Logo, ilustrace nebo vizuální styl bývají objednány pro jeden účel, ale firma je později chce použít na obaly, billboardy, merchandising, sociální sítě i PPC kampaně. Bez jasné licence může autor dodatečně účtovat rozšíření užití nebo použití v nových médiích.
U brandingu se proto doporučuje už při zadání určit, zda má být výstup použitelný:
- na webu a v e-shopu,
- v tištěných materiálech,
- v reklamě na sociálních sítích a v PPC,
- v offline kampaních a na veletrzích,
- na mezinárodních trzích,
- pro další úpravy interním týmem nebo jinou agenturou.
Velmi důležité je i ověření použitých fontů, fotografií a ikon. Například stock fotografie z Adobe Stock, Shutterstocku nebo Envato Elements mají jasně dané licence a někdy omezení pro přímý prodej, použití v logu nebo jako samostatný prvek. Stejně tak font může být zdarma pro web, ale ne pro komerční tisk. U grafických podkladů je proto dobré archivovat i doklad o licenci a název konkrétního assetu.
Pokud objednáváte ilustrace, UI kit nebo design systému, trvejte na tom, aby byly předány i editovatelné soubory ve formátu, se kterým váš tým skutečně pracuje. Jinak může být výsledný materiál právně použitelný, ale prakticky nepoužitelný pro další rozvoj.
Jak postupovat před podpisem a co si pohlídat v praxi
Nejbezpečnější postup je jednoduchý: dřív než potvrdíte objednávku, nechte si poslat návrh licenčního ujednání nebo krátkou smlouvu o dílo. U menších zakázek často stačí dobře napsaná objednávka s několika odstavci o užití, u větších projektů je vhodná samostatná smlouva s přílohami. V praxi se vyplatí projít si tři kontrolní kroky.
- 1. Zkontrolujte rozsah užití – odpovídá vašemu skutečnému byznysu, nebo jen první fázi projektu?
- 2. Zkontrolujte předávané výstupy – máte jen finální soubor, nebo i zdrojáky, dokumentaci a přístupy?
- 3. Zkontrolujte cizí prvky – obsahuje dílo stock obsah, open-source nebo placené komponenty s vlastními podmínkami?
U větších zakázek je vhodné mít interní checklist. Do něj lze zahrnout i ověření přes nástroje jako Google Drive/Docs pro archivaci verzi, Git pro správu kódu, Notion nebo Confluence pro dokumentaci a Adobe Creative Cloud Libraries pro kontrolu grafických podkladů. Pokud je součástí projektu i webová prezentace, pomůže uložit do centrální složky také licenční podklady k fotkám, ikonám, pluginům a šablonám.
V praxi platí jednoduché pravidlo: čím vyšší je rozpočet a čím širší je budoucí využití díla, tím přesnější musí být licenční ujednání. U zakázek za desítky tisíc korun se vyplatí věnovat hodinovou právní kontrolu smlouvy, protože pozdější rozšíření licence nebo přepis práv bývá násobně dražší. U softwaru i grafiky totiž nejde jen o to, co bylo dodáno dnes, ale hlavně o to, co s tím budete moci dělat za rok, za tři roky a při změně dodavatele.