MONOLITH LAW OFFICE+81-3-6262-3248Všední dny 10:00-18:00 JST [English Only]

MONOLITH LAW MAGAZINE

IT

Osobní inženýr by měl předem vytvořit smlouvu pro společný podnik s firmou

IT

Osobní inženýr by měl předem vytvořit smlouvu pro společný podnik s firmou

Naše kancelář, ve které hlavním právníkem je bývalý IT inženýr, poskytuje právní poradenství nejen pro firmy, ale také pro inženýry. Jedním z typických případů je situace, kdy nám někdo přijde s problémem, že “jako jednotlivec jsem pracoval na novém projektu s určitou firmou, ale nyní mi firma nechce poskytnout spravedlivý podíl na ziscích”. Například v následujících situacích:

  1. Jako samostatný inženýr jsem od začátku pracoval na vývoji nového systému pro firmu, která není silná v IT
  2. Díky výkonnosti tohoto systému se zvyšují tržby
  3. Požadoval jsem podíl na akciích nebo podíl na zisku na základě tržeb, ale firma na to nereaguje

V takových situacích vysvětlíme, co by měl samostatný inženýr zvážit, proč se takové situace vůbec vyskytují a jak je možné je předcházet.

Spory týkající se společných podniků lze předejít smlouvou

Nejprve, pokud uvedeme závěr předem, je “prevence” takových situací ve skutečnosti jednoduchá. Odpověď je jednoduchá

Je dobré se připravit na takové situace tím, že předem uzavřete “smlouvu o společném podniku”, která obsahuje následující obsah.

To je to. V smlouvě o společném podniku můžete například stanovit následující ustanovení.

  • Autorská práva k danému systému budou sdílena mezi vámi a společností
  • ●% z prodeje bude rozděleno na vás
  • Ustanovení o převodu akcií

Je dobré je navrhnout v optimální rovnováze a uzavřít je předem.

Avšak v praxi se uzavření takových smluv často odkládá, a proto se problémy, jako jsou ty výše uvedené, snadno projevují.

  • Jaký je stav právních vztahů atd., když se problémy projeví?
  • Jaký by měl být plán pro návrh při předchozím vytváření smlouvy o společném podniku?
  • Proč se problémy často projevují, i když smlouva nebyla uzavřena?

Následující vysvětlíme postupně tyto body.

Příslušnost zdrojového kódu programu ve společném podnikání

Autorská práva k zdrojovému kódu programu nemusí nutně patřit individuálnímu inženýrovi.

Jakmile se vynoří problémy, jako je ten výše uvedený, největším “právem”, které může individuální inženýr uplatnit vůči společnosti, je autorské právo. Zdrojový kód programu je “dílo”, které je předmětem autorských práv. A příslušnost autorských práv k zdrojovému kódu se řídí následujícími pravidly:

  1. Obecně platí, že autorská práva patří tomu, kdo kód napsal.
  2. Pokud je autor kódu zaměstnán u společnosti nebo splňuje určité podmínky, stává se zdrojový kód “služebním dílem” a autorská práva patří společnosti.
  3. Pokud je v smlouvě ustanovení o příslušnosti autorských práv, platí toto ustanovení.

Takže:

  1. Obecně platí, že autorská práva patří individuálnímu inženýrovi, který kód napsal.
  2. Individuální inženýr není zaměstnancem společnosti, takže se nejedná o služební dílo.
  3. Příslušnost autorských práv se řídí smluvním ustanovením, ale “smlouva” neexistuje.

Na první pohled by se mohlo zdát, že autorská práva patří individuálnímu inženýrovi. Pokud by však tento spor skončil u soudu, soud nemusí nutně dospět k tomuto závěru.

Co se týče otázky, zda může být smlouva o vývoji systému uzavřena bez smlouvy, podrobně to vysvětlujeme v následujícím článku.

https://monolith.law/corporate/system-development-contract[ja]

Bez smlouvy se rozhodování stává nejasným

Ačkoli to není případ vývoje systému, v případě sporu o autorská práva mezi individuálním designérem, který navrhl monument umístěný na nádraží, a společností, která objednala jeho design, tokijský vrchní soud rozhodl 31. května 2004 (Heisei 16) na základě následujících bodů:

  • Smlouva neexistovala
  • Bylo od začátku plánováno, že daný monument bude umístěn na nádraží pod vedením společnosti a nebylo předpokládáno jiné využití
  • Společnost zaplatila individuálnímu designérovi odměnu

Na základě těchto bodů soud uznal převod autorských práv od individuálního designéra k společnosti.

Jak je vidět, v případě, že neexistuje smlouva nebo jiný písemný dokument, otázka, zda došlo k převodu autorských práv na zadavatele, je rozhodována na základě různých okolností a hledání racionální vůle zadavatele a dodavatele. Jinými slovy, rozhodování se stává velmi “nejasným” a neexistují jasné pravidla. Například otázka, “jaká forma odměny je poskytována za psaní zdrojového kódu”, je obecně řešena následovně v rámci tohoto “nejasného” rozhodování:

  • Platba je prováděna ve formě měsíčních poplatků → je to odměna za celkovou službu včetně údržby a zejména v případě, kdy je dodavatel jednotlivec, je snadno hodnocena jako podobná platba, což potvrzuje převod autorských práv na zadavatele
  • Při každém upgradu je získáván odhad → je snadno hodnocen jako odměna za vytvoření dané verze, což popírá převod autorských práv na zadavatele

V případě, kdy individuální inženýr přijímá zakázku od společnosti ve formě “společného podniku”, je odměna často placena ve formě měsíčních poplatků a v důsledku toho je snadnější potvrdit převod autorských práv na společnost. Navíc, alespoň z pohledu individuálního inženýra, v případě, že neexistuje žádný písemný dokument, je těžké tvrdit, že “autorská práva jsou jasně na mé straně”.

Podrobnosti o autorských právech na zdrojový kód jsou vysvětleny v následujícím článku.

https://monolith.law/corporate/copyright-for-the-program-source-code[ja]

Co by měla obsahovat smlouva o společném podnikání

Základním důvodem, proč se dostáváme do takových situací, je, že jsme předem nevytvořili smlouvu. I když se vám může zdát, že vytváření smlouvy předem není praktické, o tomto tématu se budeme bavit později. Nejprve se podívejme na to, co by měla smlouva obsahovat.

Ustanovení o autorských právech

Jak je zřejmé z výše uvedeného, smlouva by měla obsahovat ustanovení o autorských právech. Z pohledu individuálního inženýra je největším rizikem při vývoji systému ve formě společného podnikání s firmou to, že po ziskovosti projektu může být “odstřižen”.

Jinými slovy, i když uzavřete smlouvu, která stanoví, že “20% tržeb bude vyplaceno individuálnímu inženýrovi”, pokud je tato smlouva ukončena, nakonec nebudete schopni získat žádný zisk. Aby se zabránilo ukončení smlouvy, je důležité mít “práva” na své straně, a nejdůležitější z těchto “práv” jsou autorská práva. Pokud stanovíte autorská práva takto:

  • Autorská práva náleží individuálnímu inženýrovi
  • Autorská práva jsou sdílena mezi firmou a individuálním inženýrem
  • Autorská práva náleží firmě, ale firma nemůže tato práva uplatňovat nebo převádět bez souhlasu individuálního inženýra

Pokud stanovíte tato ustanovení, z pohledu firmy, pokud “odstřihnou” individuálního inženýra, nebudou schopni pokračovat v podnikání, takže můžete zabránit tomu, aby vás “odstřihli” tímto způsobem.

Pro celkový obrázek IT systému a autorských práv se podívejte na následující článek, kde je to podrobně vysvětleno.

https://monolith.law/corporate/internet-technology-system-copyright-problem[ja]

Ustanovení o protiplnění

Samozřejmě, je také nutné stanovit protiplnění. To není omezeno pouze na tyto případy, ale když podnikáte společně, je pro stranu, která nemá tržby, výhodnější přijímat distribuci na základě tržeb, než na základě zisku. Jinými slovy, například:

  • Firma zaplatí individuálnímu inženýrovi ●% zisku z podnikání spojeného s daným systémem
  • Firma zaplatí individuálnímu inženýrovi ●% tržeb z podnikání spojeného s daným systémem

Měli byste se snažit co nejvíce o druhou možnost. Individuální inženýr nemůže přesně pochopit tržby generované firmou, částky jednotlivých nákladů, ani zda jsou tyto náklady skutečně “pro podnikání”. Jak získání tržeb, tak placení nákladů, a také řízení toho, co bylo získáno za tyto náklady, například personál, je nakonec na firmě. A v tomto kontextu lze říci, že tržby jsou nejjednodušší k pochopení. Je výhodné mít formu platby, která je jednoduše vypočítána pouze z toho, co je snadno pochopitelné.

Ustanovení o převodu akcií

Můžete také požadovat převod akcií. Nicméně, v tomto článku nebudeme podrobněji diskutovat, ale je obtížné pro “externího kontraktora, který se podílí na společném podnikání”, požadovat velký podíl akcií, například desítky procent. Pokud má takový externí subjekt významný podíl akcií, investice od VC nebo IPO se stávají velmi obtížnými. Měli byste jednat v realistickém rozsahu, například 5%.

Proč nejsou smlouvy vytvářeny předem?

V smlouvách týkajících se společných podniků by měl být jasně stanoven vztah mezi jednotlivými inženýry a společnostmi.

Takto, situace, kdy mezi jednotlivým inženýrem a společností neexistuje smlouva, která by zahrnovala “společný podnik” a budoucí platby, je pro jednotlivého inženýra velmi “nevýhodná”. Je důležité vytvořit smlouvu předem, ale mnoho lidí má pocit, že je těžké vytvořit a uzavřít smlouvu předem.

Myslím, že to je způsobeno rozdílem v povědomí o “podnikání” mezi společností a jednotlivci. V první řadě, spory týkající se těchto společných podniků většinou vznikají v následujícím časovém pořadí:

  1. Společnost a jednotlivý inženýr se dohodnou na zahájení nového podniku a pověří jednotlivého inženýra vývojem systému. V tomto okamžiku je dohodnuto, že jednotlivý inženýr bude dostávat plat, například “300 000 Kč měsíčně”, pro své životní náklady.
  2. Daný podnik začne vydělávat peníze a výše uvedený plat se mírně zvýší.
  3. Daný podnik dále roste a společnost začne generovat obrat v řádu milionů nebo miliard korun.
  4. V této fázi se částka, kterou dostává jednotlivý inženýr, například “500 000 Kč měsíčně”, stává zanedbatelnou ve srovnání s tím, co získává společnost, a také je levnější než částka, kterou by dostala jiná společnost za převzetí systému.
  5. Vztah mezi jednotlivým inženýrem a společností se zhoršuje.

Z pohledu jednotlivého inženýra je jistě důležité dostávat měsíční plat v první fázi, jinak by mohly nastat problémy v životě. A v čtvrté fázi je částka “500 000 Kč měsíčně” v našem příkladu jistě zanedbatelná ve srovnání s:

  1. ziskem, který získává společnost
  2. částkou, kterou by dostala jiná společnost za vytvoření tohoto systému

Avšak jednoduché srovnání těchto dvou je ekonomicky nespravedlivé. Protože:

  1. Společnost v první fázi platí jednotlivému inženýrovi a obchodníkovi mzdu za podnik, který ještě neví, zda bude výnosný, a provádí předinvestice.
  2. Pokud by systém vytvořila jiná společnost, měla by být stanovena převedení autorských práv atd., a vůbec by se nejednalo o “rozdělení zisku na základě obratu”.

Chcete-li to říci tvrdě, “pokud jste získali odměnu za práci bez rizika v době, kdy nevíte, zda bude výnosná, nemáte právo požadovat podíl na zisku, když se nakonec ukáže, že je výnosná”. Soudy často dospívají k stejnému závěru na základě tohoto hodnocení hodnot.

Shrnutí

Věnovat čas a peníze na vytvoření smlouvy o společném podnikání v době, kdy ještě nevíte, zda bude váš podnik úspěšný, je nepochybně “rizikem”. Pokud se podnik nakonec nezdaří, tyto náklady na čas a peníze se stanou “náklady na neúspěch”.

Avšak, podstata podnikání spočívá v tom, že ti, kdo se ujmou “rizika”, mohou v případě úspěchu získat nadměrný zisk. Pokud tedy individuální inženýři vynaloží čas a peníze na takové náklady v době, kdy ještě neví, zda budou vydělávat, a přijmou toto “riziko” až do svého limitu, mohou dosáhnout lepších výsledků, pokud se podnik nakonec ukáže být úspěšným, než kdyby toto “riziko” nepřijali.

Smlouvy o společném podnikání jsou nevyhnutelně odborného charakteru. Aby se předešlo budoucím sporům a zajistilo zisk, který by měl být získán, je důležité co nejdříve požádat právníka o vytvoření a uzavření smlouvy, která jasně definuje vztahy smluvních stran.

Informace o tvorbě a revizi smluv naší kanceláří

V právnické kanceláři Monolis jsme silní v oblasti IT, internetu a podnikání a kromě toho nabízíme také různé služby spojené s tvorbou a revizí smluv našim klientům a poradenským společnostem.

Podrobnosti naleznete na následující stránce.

https://monolith.law/contractcreation[ja]

Managing Attorney: Toki Kawase

The Editor in Chief: Managing Attorney: Toki Kawase

An expert in IT-related legal affairs in Japan who established MONOLITH LAW OFFICE and serves as its managing attorney. Formerly an IT engineer, he has been involved in the management of IT companies. Served as legal counsel to more than 100 companies, ranging from top-tier organizations to seed-stage Startups.

Category: IT

Tag:

Zpět na začátek