Zaměstnanecké autorské dílo 2026 – převod práv vzor (§ 58 AZ)

Když firma najme programátora na HPP a ten naprogramuje pro zaměstnavatele aplikaci, vzniká autorské dílo. To je nesporné — software je v Česku autorsky chráněn jako každé jiné dílo (§ 2 autorského zákona 121/2000 Sb.). Otázka, která dělá vrásky podnikatelům i právníkům, ale zní jinak: kdo je jeho vlastníkem?

Intuitivní odpověď — """firma, vždyť zaměstnanec za to dostává plat""" — je správná jen za určitých podmínek. Pro freelancera na faktuře, externí studio nebo zahraničního kontraktora platí pravidla úplně jiná. A v případě, že zaměstnanec do firemního kódu zapojí kus open source knihovny pod GPL licencí, je riziko, že celý projekt přechází do open source režimu — reálné.

V tomto článku projdeme režim zaměstnaneckého díla podle § 58 autorského zákona, rozdíl mezi zaměstnancem a OSVČ freelancerem, speciální pravidla pro počítačový program (§ 66), morální práva, problematiku open source kontaminace a vzor smlouvy o převodu práv (resp. dodatku k pracovní smlouvě). Cílovka: zakladatelé softwarových firem, agentury, studia, freelanceři.

1. Kdo vlastní práce zaměstnance?

České právo rozlišuje dvě skupiny autorských práv: osobnostní (právo na autorství, na nedotknutelnost díla, na rozhodnutí o zveřejnění) a majetková (právo dílo užít, rozmnožovat, rozšiřovat, sdělovat veřejnosti, modifikovat). Toto rozdělení je zásadní pro pochopení režimu zaměstnaneckého díla.

Osobnostní práva jsou nepřevoditelná— zaměstnanec vždy zůstává autorem, i když pro firmu kód vytváří celé roky. Nemůže se jich vzdát, nemůže je prodat, nemůže je převést. To má praktický důsledek: programátor má vždycky právo na to, aby byl uveden jako autor svého kódu, a má právo bránit se proti jeho znetvoření, které by jeho dobrou pověst poškodilo.

Majetková práva — to je """vlastnictví""" v ekonomickém smyslu — v ČR převést nelze, ale lze poskytnout licenci k užití. U zaměstnaneckého díla zákon zavádí speciální fikci: majetková práva vykonává zaměstnavatel, jako kdyby je vlastnil. Tomu se říká zaměstnanecké díloa upravuje to § 58 AZ.

2. § 58 autorského zákona — výchozí pravidlo

Klíčové ustanovení zní: """Není-li sjednáno jinak, zaměstnavatel vykonává svým jménem a na svůj účet autorova majetková práva k dílu, které autor vytvořil ke splnění svých povinností vyplývajících z pracovněprávního či služebního vztahu nebo z členského poměru k zaměstnavateli""" (§ 58 odst. 1 AZ).

Z této věty vyplývají tři podmínky, které musí být současně splněny, aby šlo o zaměstnanecké dílo:

• Autor je v pracovněprávním vztahuse zaměstnavatelem — tj. má pracovní smlouvu (HPP), DPP nebo DPČ. Vztah se posuzuje materiálně, ne podle označení smlouvy — tedy faktická závislost zaměstnance, podřízenost, výkon práce podle pokynů.
• Dílo vzniklo ke splnění pracovních povinností — tj. v rámci pracovní náplně, popisu pracovní pozice nebo na pokyn nadřízeného. To, co programátor vytvoří doma ve volném čase v hobby projektu, zaměstnaneckým dílem typicky není (i když je zaměstnán u IT firmy).
• Není sjednáno jinak— zaměstnavatel a zaměstnanec si mohou písemně dohodnout jiný režim (např. podíl na licenčních příjmech, omezení rozsahu práv). Tato dohoda má přednost před výchozím pravidlem.

3. Výchozí pravidlo: práva zaměstnavateli automaticky

Pokud jsou splněny tři podmínky výše, zaměstnavatel získává majetková práva k dílu automaticky vznikem díla — bez nutnosti uzavírat zvláštní smlouvu, bez podpisu, bez plnění formálních požadavků. Plat, který zaměstnanec dostává, je považován za odměnu za vznik díla i za jeho užívání zaměstnavatelem.

Rozsah práv, která zaměstnavatel automaticky získává, je široký: může dílo užívat, rozmnožovat, rozšiřovat, sdělovat veřejnosti, modifikovat, poskytovat licence třetím stranám (sublicence), zahrnout do jiných děl, a to na celou dobu trvání majetkových autorských práv(tj. po celý život autora a 70 let po jeho smrti, podle § 27 AZ).

Pravidla zaměstnaneckého díla se vztahují i na situaci, kdy zaměstnanec opouští firmu — práva k dílu, které vytvořil během pracovního poměru, zůstávají zaměstnavateli i po skončení pracovního poměru. Ze strany zaměstnance se k tomuto zacházení nepřesouvá nic — jeho práva jsou vyčerpaná v okamžiku zaměstnání.

4. Výjimky: OSVČ a freelanceři

Jakmile už nejde o pracovněprávní vztah, ale o smluvní vztah s OSVČ (kontraktor na živnostenské oprávnění, freelancer fakturující IČO/DIČ), režim § 58 AZ neplatí. Práva zůstávají autorovi (tj. freelancerovi), a klient (zadavatel) získává jen to, co je výslovně sjednáno ve smlouvě.

To je nejčastější zdroj nedorozumění mezi startupy a jejich externími vývojáři. Startup zaplatí freelancerovi za půl roku práce na webové aplikaci milion korun a domnívá se, že """má hotový produkt""". Ve skutečnosti má jen aplikaci s implicitní licencí pro užívání — freelancer si zachoval právo prodat stejný kód konkurenci, použít ho v jiných projektech, a v hraničních případech i právo dílo dále upravovat.

Pro freelancera tedy platí: všechno musí být ve smlouvě explicitně. Standardní obchodní praxe je quasi-převod právformou výhradní, územně neomezené, časově neomezené licence s právem sublicence. To je nejvíc, co české právo dovoluje — zákon zakazuje skutečný převod majetkových práv, ale tahle konstrukce má funkčně stejný účinek.

5. Kolektivní vs zaměstnanecké dílo

Vedle zaměstnaneckého díla autorský zákon zná kolektivní dílo(§ 59 AZ). Kolektivní dílo je takové, na jehož tvorbě se podílí více autorů z podnětu a pod vedením fyzické nebo právnické osoby, která ho zveřejňuje pod svým jménem.

Rozdíl mezi kolektivním a zaměstnaneckým dílem je důležitý:

• Zaměstnanecké dílo— vzniká v rámci pracovněprávního vztahu, autoři jsou zaměstnanci, práva přecházejí podle § 58 AZ.
• Kolektivní dílo— vzniká podnětem a vedením určité osoby (typicky vydavatele), autoři mohou být zaměstnanci i externisté, výsledkem je dílo, které je hodnoceno jako celek (slovník, encyklopedie, časopis, databáze). Práva k celku má objednavatel automaticky; jednotliví autoři si zachovají práva ke svým samostatným příspěvkům, pokud nesouvisí jen s celkem.

V softwarovém kontextu se kolektivním dílem typicky stává velký produkt s desítkami vývojářů (operační systém, ERP, cloud služba), kde jednotlivé příspěvky bez celku ztrácejí smysl. U běžné webové aplikace v mikrofirmě je vhodnější režim zaměstnaneckého díla.

6. § 66 — speciální režim počítačových programů

Software je v ČR specifický. § 66 AZ stanoví zvláštní režim pro počítačové programy a databáze. Hlavní specifika:

• Počítačový programje chráněn jako literární dílo — chrání se zdrojový i strojový kód (binárka), interní struktura, sekvence příkazů.
• Algoritmus, princip, myšlenka chráněny autorsky nejsou. To znamená, že někdo jiný smí přepsat tu samou funkcionalitu vlastním kódem, aniž by porušil autorská práva — klasická příčina sporů mezi konkurenty (tzv. clean room implementation).
• Záznam ze strojového kódu — dekompilace je za určitých podmínek zákonem povolena (§ 66 odst. 6 AZ), pokud slouží k zajištění interoperability s jiným programem.
• U zaměstnaneckého počítačového programu se režim § 58 aplikuje obdobně, ale s ještě výhodnější pozicí pro zaměstnavatele — práva přecházejí dokonce i u kolektivního díla, kde se jinak omezují.

7. Licence k dílu — kdy je potřeba extra smlouva

I když zaměstnavatel automaticky vykonává majetková práva zaměstnaneckého díla, jsou situace, kdy je potřeba uzavřít explicitní licenční smlouvu nebo dodatek:

• Užití díla i mimo zaměstnavatele— jednotlivý zaměstnanec (programátor) nemůže používat dílo pro vlastní účely (např. ukázku v portfoliu, prezentaci na konferenci) bez výslovného povolení.
• Práva podle § 58 odst. 5 AZ — pokud zaměstnavatel nevykonává majetková práva dle jejich účelu, autor (zaměstnanec) může žádat, aby je vykonal, nebo si mu byl k jejich výkonu udělen souhlas. To se týká situace, kdy zaměstnavatel např. nikdy dílo nezveřejní, ale autor by ho chtěl využít.
• Dodatek o předkupním právu zaměstnance — ve specifických situacích (open-source vývoj, kreativní obor) si strany sjednávají, že při ukončení pracovního poměru má zaměstnanec právo odkupu autorských práv k vlastní práci. Není to standardní, ale v některých oborech se to vyplatí ošetřit.

8. Morální (osobnostní) práva — autorství a neporušitelnost

Osobnostní (morální) práva — právo na autorství a právo na nedotknutelnost díla — jsou v ČR nepřevoditelná a nezcizitelná. To znamená, že i u zaměstnaneckého díla zaměstnanec zůstává autorem se vším, co k tomu patří.

Konkrétně to znamená:

• Právo na autorství(§ 11 odst. 2 AZ) — autor má právo rozhodnout, zda a jak bude jako autor uveden. U zaměstnaneckého díla se obvykle prakticky neuplatňuje (kódy se nepublikují s jmény jednotlivých programátorů), ale formálně existuje — např. v code base v Git historii nebo v dokumentaci API.
• Právo na nedotknutelnost díla(§ 11 odst. 3 AZ) — autor má právo bránit se proti zásahům do díla, které by snížily jeho hodnotu nebo poškodily jeho dobré jméno. U softwaru se uplatňuje výjimečně, ale např. překroucení původního smyslu uměleckého díla (filmu, obrazu) k politickým účelům je relevantní.

V praxi: zaměstnavatel může s dílem dělat všechno, co je rozumné v rámci jeho účelu — rozšířit funkcionalitu, upravit pro novou platformu, integrovat s jiným systémem. Pokud by ale např. zaměstnavatel použil vědecký článek zaměstnance jako podklad k antivědecké kampani, právo na nedotknutelnost díla se může uplatnit.

9. Open source kontaminace — velké riziko

Možná největší rizikový bod, který startupy a softwarové firmy v ČR systematicky podceňují. Pokud zaměstnanec v rámci svého kódu použije kus open source knihovny pod copyleft licencí (GPL, AGPL, LGPL), mohou nastat dvě situace:

• Zaměstnanec dodržel licenční podmínky (např. statický link s GPL knihovnou znamená, že celý program musí být licencován pod GPL) — firma získává software, který nemůže prodávat jako proprietární produkt. Buď ho musí distribuovat jako open source, nebo nahradit GPL komponenty kompatibilními alternativami.
• Zaměstnanec licenční podmínky nedodržel — vznikají právní rizika ze strany původních autorů open source projektu (žaloba na zákaz distribuce, povinnost zveřejnit zdrojový kód, sankce za porušení autorských práv).

Konkrétně: pokud má firma SaaS produkt v hodnotě desítek milionů korun a v jeho codebase objevíte kus GPL kódu, který sem propašoval programátor před třemi lety, dva scénáře jsou v zásadě stejně bolestivé:

• přepsat dotčené části (možná desítky hodin práce + audity);
• otevřít celý codebase pod GPL — konkurence dostane váš kód zadarmo.

10. Vykazování a kontrolovatelnost — § 60 AZ

§ 60 AZ řeší dohled autora nad výkonem majetkových práv zaměstnavatelem. Doslovně: autor má právo informovat se u zaměstnavatele o výši autorovy odměny, výnosech z díla a dalších rozhodných skutečnostech.

V praxi to znamená, že zaměstnanec si může vyžádat informaci, jak zaměstnavatel jeho dílo užívá — např. zda ho prodal, kolik za to dostal, zda ho integroval do jiného produktu. Toto právo nelze smluvně vyloučit — je tzv. kogentní.

Pro zaměstnavatele to znamená: vést dokumentaci, kdy která práce zaměstnance vznikla, kdy byla zahrnuta do jakého produktu, zda byla licenčně poskytnuta třetí straně. V softwarovém kontextu to plní Git historie (commit s autorstvím a datem), ale je rozumné mít i vyšší úroveň záznamů — např. v projektových nástrojích (Jira, Linear) přiřazení úkolů konkrétním zaměstnancům.

11. Copyright po výpovědi — práva trvají

Po skončení pracovního poměru se práva, která zaměstnavatel získal podle § 58 AZ, nemění — trvají dál na celou dobu autorských majetkových práv (život autora + 70 let). Zaměstnavatel může dál dílo užívat, modifikovat, prodávat, zahrnovat do jiných produktů.

Co se ale po výpovědi mění:

• Zaměstnanec, který firmu opustil, nemá automaticky přístup ke svému kódu— firma mu nemusí poskytnout exporty, ukázky pro portfolio, kopie source code. Pokud bývalý zaměstnanec chce, musí o to požádat a firma rozhodne. To je častý zdroj sporů a vyplatí se to ve smlouvě ošetřit (např. zaměstnanec si může do portfolia použít anonymizovaný popis projektu bez konkrétního kódu).
• Konkurenční doložka— pokud byla sjednána v pracovní smlouvě, bývalý zaměstnanec se musí po určitou dobu vyhnout konkurenční činnosti. To je úplně jiná agenda — doporučujeme článek o konkurenční doložce v pracovní smlouvě.
• Mlčenlivost— obchodní tajemství a know-how musí bývalý zaměstnanec respektovat dál. To neznamená, že nesmí pracovat ve stejném oboru — ale nesmí kopírovat konkrétní řešení, klientské seznamy, interní postupy.

12. Vzor smlouvy o převodu zaměstnaneckého díla

Pro většinu zaměstnanců na HPP stačí formulace v pracovní smlouvě nebo v interní směrnici, že práce, kterou v zaměstnání vytvářejí, je zaměstnaneckým dílem podle § 58 AZ. U klíčových pozic (CTO, lead developer, designer studio) se však vyplatí mít explicitnější dodatek k pracovní smlouvě o autorských dílech. Tady je kostra:

"DODATEK K PRACOVNÍ SMLOUVĚ O AUTORSKÝCH DÍLECH Smluvní strany: [Zaměstnavatel: název s.r.o., IČO, sídlo, jednatel] [Zaměstnanec: jméno, adresa, datum narození] ujednávají v souladu s § 58 a násl. zákona č. 121/2000 Sb., autorského zákona (dále jen "AZ"), tento dodatek: I. PŘEDMĚT DODATKU 1. Strany potvrzují, že veškerá autorská díla, která zaměstnanec vytvoří v rámci plnění pracovních povinností (zejména: zdrojový kód, dokumentace, grafické návrhy, texty, audiovizuální obsah, databáze), jsou zaměstnaneckými díly podle § 58 AZ. 2. Majetková autorská práva k takovým dílům vykonává zaměstnavatel svým jménem a na svůj účet po celou dobu trvání majetkových autorských práv, v neomezeném rozsahu a celosvětově. 3. Tento režim se vztahuje i na počítačové programy a databáze ve smyslu § 66 AZ. II. PRÁVA A POVINNOSTI 1. Zaměstnanec se zavazuje, že do děl nezahrne kódy, knihovny ani jiné prvky třetích osob, ke kterým nemá oprávnění je v rámci zaměstnaneckého díla použít. Použití open source komponent podléhá předchozímu písemnému schválení zaměstnavatele a souladu s jejich licenčními podmínkami. 2. Zaměstnavatel je oprávněn dílo zveřejnit pod svým jménem, upravit ho, dále licencovat třetím stranám (sublicence) i integrovat do jiných produktů. 3. Osobnostní práva zaměstnance (právo na autorství a na nedotknutelnost díla podle § 11 AZ) zůstávají zachována. Zaměstnavatel není povinen uvádět zaměstnance jako autora u jednotlivých částí díla, není-li ujednáno jinak. III. ODMĚNA 1. Mzda sjednaná v pracovní smlouvě se považuje za odměnu i za vznik a užívání všech zaměstnaneckých děl. 2. Zaměstnanec nemá nárok na dodatečnou autorskou odměnu nad rámec mzdy, není-li dále výslovně ujednáno. IV. PORTFOLIO A PRŮBĚŽNÉ UŽITÍ ZAMĚSTNANCEM 1. Zaměstnanec má právo s předchozím souhlasem zaměstnavatele užít vybrané ukázky díla pro účely své profesní prezentace (portfolio, životopis, prezentace na konferenci) ve formě, která neporušuje obchodní tajemství zaměstnavatele. 2. Při ukončení pracovního poměru zaměstnavatel poskytne zaměstnanci na jeho žádost seznam projektů, na kterých pracoval, ve formě vhodné pro referenci. V. SKONČENÍ PRACOVNÍHO POMĚRU 1. Práva zaměstnavatele k dílům získaná podle tohoto dodatku přetrvávají i po skončení pracovního poměru. 2. Závazek zaměstnance dodržovat obchodní tajemství a know-how zaměstnavatele trvá i po skončení pracovního poměru po dobu 3 let. VI. ZÁVĚREČNÁ USTANOVENÍ 1. Tento dodatek tvoří nedílnou součást pracovní smlouvy ze dne [DATUM PS]. 2. Změny tohoto dodatku jsou možné pouze písemnou formou. 3. Tento dodatek nabývá účinnosti dnem podpisu obou stran. V [MĚSTO] dne [DATUM] [Podpis zaměstnavatele]    [Podpis zaměstnance]"

13. Vzor pro freelancery — quasi-převod

Pro vztah s externím vývojářem (OSVČ) je situace úplně jiná — potřebujete licenční smlouvu, která funkčně nahrazuje převod práv. Kostra:

"SMLOUVA O POSKYTNUTÍ AUTORSKÝCH PRÁV (quasi-převod práv k zakázkovému dílu) Smluvní strany: [Objednatel: název, IČO, sídlo] [Zhotovitel: jméno OSVČ, IČO, sídlo] uzavírají podle § 2358 a násl. zákona č. 89/2012 Sb., občanského zákoníku, a § 46 a násl. zákona č. 121/2000 Sb., autorského zákona, tuto smlouvu: I. PŘEDMĚT SMLOUVY 1. Zhotovitel se zavazuje vytvořit pro objednatele dílo: [konkrétní popis: aplikace, web, design, kód] (dále jen "Dílo") v termínu [DATUM]. 2. Zhotovitel uděluje objednateli k Dílu licenci v rozsahu uvedeném v čl. II této smlouvy. II. ROZSAH LICENCE 1. Licence je VÝHRADNÍ, ÚZEMNĚ NEOMEZENÁ, ČASOVĚ NEOMEZENÁ (po celou dobu trvání majetkových autorských práv). 2. Licence opravňuje objednatele k: a) užití díla ve všech způsobech užití (rozmnožování, šíření, sdělování veřejnosti, modifikace); b) poskytování sublicencí třetím stranám; c) integraci díla do jiných děl objednatele; d) modifikaci díla bez omezení. 3. Zhotovitel se zavazuje zdržet vykonu autorských práv k Dílu nad rámec této smlouvy. III. ODMĚNA 1. Sjednaná cena: [ČÁSTKA] Kč (slovy: [SLOVY]) Kč. 2. Cena zahrnuje veškerou odměnu zhotovitele za vytvoření Díla i za poskytnutí licence v plném rozsahu. 3. Cena je splatná do 14 dnů od odevzdání Díla. IV. ZÁRUKY ZHOTOVITELE 1. Zhotovitel prohlašuje, že: a) je oprávněn poskytnout licenci v rozsahu této smlouvy; b) Dílo je výsledkem jeho vlastní tvůrčí činnosti; c) Dílo neporušuje autorská práva ani jiná práva třetích osob; d) Dílo neobsahuje open source komponenty pod copyleft licencemi (GPL, AGPL apod.) bez výslovného schválení objednatele a dodržení jejich licenčních podmínek; e) všechny case studies, knihovny a externí komponenty použité v Díle jsou v souladu s touto smlouvou. 2. Při porušení záruk podle odst. 1 odpovídá zhotovitel za veškerou škodu způsobenou objednateli. V. ZÁVĚREČNÁ USTANOVENÍ 1. Tato smlouva se řídí českým právem. 2. Spory řeší věcně příslušný soud v ČR. 3. Smlouva nabývá účinnosti dnem podpisu obou stran. V [MĚSTO] dne [DATUM] [Podpis objednatele]    [Podpis zhotovitele]"

14. Časté chyby v IP smlouvách

14.1 Chybějící klauzule pro freelancera

Startup zaplatí externímu vývojáři 800 000 Kč za MVP, faktura má dvě řádky: """vývojové práce 600 h """ a """DPH 21 %""". Žádná smlouva. Po dvou letech, kdy startup chce prodat firmu investorovi, advokát při due diligence zjistí, že majetková autorská práva ke kódu má stále freelancer — investor odstoupí.

Lék: každá zakázka s externistou musí mít písemnou smlouvu s explicitní výhradní licencí.

14.2 Pracovní smlouva bez popisu pracovní pozice

Pracovní smlouva říká: """Zaměstnanec bude vykonávat práci programátora.""" Nic víc. Po roce zaměstnanec vytvořil interní nástroj, který se ukázal jako přelomový, a po odchodu z firmy tvrdí, že to nebylo v rámci jeho pracovních povinností — bylo to """jen jeho vlastní iniciativa""".

Lék: široký popis pracovní pozice (programování, tvorba dokumentace, návrh architektury, prototypování, optimalizace) a klauzule, že práva přecházejí i k dílům vzniklým z vlastní iniciativy zaměstnance v souvislosti s předmětem podnikání.

14.3 Open source bez SCA auditu

Vývojáři pravidelně importují open source knihovny, ale firma nemá žádný proces, který by sledoval, jaké licence knihovny mají. Po dvou letech objevíte GPL kód v jádře produktu, který prodáváte jako proprietární.

Lék: nasazení SCA nástroje (Snyk, FOSSA, Black Duck), pravidelný audit závislostí, explicitní zákaz copyleft licencí ve smlouvě.

14.4 Záměna mezi licencí a převodem

Klient si myslí, že """má kompletní vlastnictví ke kódu""", ale smlouva mu poskytuje jen nevýhradní licenci. Studio prodává stejnou aplikaci konkurenci. Klient se diví, jak je to možné.

Lék:kontrola každé smlouvy — je licence výhradní? Lze ji sublicencovat? Je územně neomezená? Jaký je rozsah užití? Pokud klient chce """všechno""", smlouva musí říkat """výhradní, územně neomezená, časově neomezená, s právem sublicence, ve všech způsobech užití""".

Závěr

Zaměstnanecké dílo je v Česku poměrně přátelské pro zaměstnavatele — majetková práva přecházejí automaticky, bez papíru, na celou dobu autorských práv. Pro klasický HPP vztah to znamená, že firma žádné další smlouvy s programátory uzavírat nemusí (i když pro klíčové pozice se to vyplatí).

Kde se ale opravdu krev prolévá, je vztah s freelancery, externími studii a kontraktory. Tam neplatí žádná automatická pravidla — všechno musí být ve smlouvě explicitně. A pak je tady open source kontaminace, která může z proprietárního produktu udělat povinně otevřený zdrojový kód, i kdyby firma nikdy o open source slyšet nechtěla.

Klíčové, co si z článku odnést:

• § 58 AZ přesouvá majetková práva HPP zaměstnance automaticky na zaměstnavatele.
• Pro OSVČ freelancera neplatí — potřebuješ explicitní licenční smlouvu s výhradní, územně i časově neomezenou licencí.
• § 66 AZ chrání software jako literární dílo, ale ne algoritmus či myšlenku — konkurence smí přeprogramovat tu samou funkcionalitu.
• Osobnostní práva (autorství, nedotknutelnost) jsou nepřevoditelná a zaměstnanec si je vždy zachovává.
• Open source pod copyleft licencí (GPL, AGPL) může otevřít celý codebase — nutný proces SCA a smluvní záruka zaměstnance.
• § 60 AZ — autor má právo na informace o užití díla, nelze to vyloučit smlouvou.
• Po výpovědi práva zaměstnavatele zůstávají, ale zaměstnanec si může vyžádat referenci pro portfolio.