У вас є супер ідея, для якої ви хотіли б розробити додаток? Ви хотіли б створити новий цікавий веб-сайт для свого стартового бізнесу? Ви розробник і хочете чіткіше бачити юридичну основу? Ось кілька вказівок, про які слід пам’ятати.

інформація

Відповідно до попереднього розповсюдження юридичних праць про стартапи, ця стаття стосується одного з основних продуктів ІТ-сектору, програмного забезпечення та пов'язаних з ними контрактів, в першу чергу описуючи тему з точки зору авторських прав. Перш ніж читати далі, погляньте на нашу останню публікацію, яка висвітлювала найважливіші питання інтелектуальної власності, оскільки представлені там концепції також можуть бути корисними стосовно цієї статті.

Програмне забезпечення як захищена авторським правом робота

Сфера захисту авторських прав або захищені функціональність та зовнішній вигляд?

Легальне дослідження ринку праці

Варто уточнити, що цей захист охоплює, а що вже не. Наприклад, добре знати правову ситуацію, підтверджену Судом Європейського Союзу (далі: Суд Європейського Союзу), що захист авторських прав на програмне забезпечення не поширюється на функціональність комп'ютерної програми або на використання певних програмних функцій, застосована мова програмування та формат файлів даних. Європейський Суд наголосив у цьому зв'язку на тому, що "Якщо визнати, що функціональність комп'ютерної програми може бути захищена авторським правом, це призведе до експропріації ідей за рахунок технічного прогресу та промислового розвитку".

Одним з перших важливих рішень для нашої теми, що принципово визначає тлумачення закону, є Navitaire Inc проти Easyjet Airline Co. та BulletProof Technologies, Inc. народився у справі. Відповідно до встановлених фактів, Navitaire розробив і підтримував програмне забезпечення для бронювання рейсів Easyjet, а потім, оскільки він вважав цю послугу дорогою, розірвав існуючий контракт з Navitaire і просто вивчив функціональність програми Navitaire, але не використовував таким чином, він розробив автономне програмне забезпечення для бронювання, яке виглядало по суті однаково на вигляд і працювало з подібними командами. На порушення цього, Navitaire подала позов про авторське право проти Easyjet, стверджуючи, серед іншого, що нове програмне забезпечення перейшло на зовнішній вигляд та досвід, що втілює ділову логіку попереднього програмного забезпечення (в оригіналі: дивитися і відчувати). У світлі принципів, викладених вище, дія Навітера була відхилена.

З метою цікавості зауважимо, що англійський суд, який розглядав справу, зафіксував цілу проблему суперечки за аналогією з пудингом, а саме дійшов висновку, що ця справа найбільш порівнянна з тим, коли кухар винайшов новий смачний пудинг після тривалого експерименту та роботи потім він розміщує свій рецепт на папері для створення захищеного авторським правом твору (пудинг не захищений авторським правом). За цим слідує новий кухар, якому дуже подобається новий пудинг, тому він вирішує зробити його самостійно. В результаті його гастрономічних зусиль йому вдається зробити той самий пудинг незалежно і самостійно, рецепт якого негайно записується, створюючи тим самим власну авторську роботу. Тоді питання, на думку англійського суду, полягає в тому, чи порушує новий рецепт авторські права на оригінальний рецепт. Суд сказав, що ні. Тут слід зазначити, що угорське авторське право не захищає рецепти, тому аналогія англійського суду - з точки зору угорського законодавства - кульгає до такої міри.

Характеристика контрактів на розробку програмного забезпечення

Доторкнувшись до деяких типових обмежень системи захисту вище, ми коротко звернемося до стартапів. контракти на розробку програмного забезпечення певні питання.

Це може здатися очевидним, але виходячи з практичного досвіду, важливо зазначити, що відправною точкою для серйозного проекту з розробки програмного забезпечення є добре написаний контракт. На жаль, досвід показує, що за відсутності цього або у випадку можливого недоозначення в процесі розробки легко може виникнути суперечлива ситуація, яка навіть може призвести до небажаних, тривалих і дорогих судових процесів. Щоб цього не сталося, варто укласти детальний письмовий контракт, який чітко визначає цілі розвитку, в якому рекомендується врахувати наступне:

Що стосується типу договору, важливо зазначити, що хоча розробник програмного забезпечення зазвичай зобов'язується створювати результат шляхом створення програмного забезпечення, це просто бізнес-контракт або, за певних методів розробки, комісійний контракт. - як ми написав - захищений авторським правом твір. З огляду на це, такі контракти називаються контракт на майбутню роботу до яких застосовуються спеціальні положення Закону про авторське право (див. Розділ 49 Закону LXXVI 1999 року про авторське право). Їх не можна ігнорувати, оскільки, з одного боку, вони підпадають під особливі правила поставки та неправильної роботи готового програмного забезпечення, а з іншого боку, лише застосовуючи правила ділової або комісійної угоди та за відсутності експрес-ліцензія або присвоєння. шляхом простої передачі програмного забезпечення клієнт навіть не може отримати право встановлювати та запускати програмне забезпечення, враховуючи, що це також є захистом авторського права на використання програмного забезпечення.

Тому авторські права повинні бути передбачені в договорі . Це може бути зроблено шляхом надання ліцензії (ліцензії) або навіть шляхом повної передачі прав, враховуючи, що, на відміну від загального правила, у випадку програмного забезпечення можливо передати цілі авторські права. У будь-якому випадку настійно рекомендується чітко і детально визначити надані або передані права та їх обсяг, беручи до уваги використання цього терміну в законодавстві про авторське право, зокрема використання, для якого законодавство про авторське право дозволяє передавати або дозволяти лише експрес- забезпечення.

Ви не можете розпочати процес розробки програмного забезпечення з достатньо детальною інформацією специфікація без цього. Це дає зрозуміти сторонам, яку продуктивність має забезпечувати програмне забезпечення, що виробляється, які якісні та кількісні якості воно повинно мати. Хоча існує судова практика, згідно з якою, якщо розробник знає мету розробки комп’ютерної системи, необхідна продуктивність програмного забезпечення повинна визначатися розробником, а не замовником, але може бути встановлено рішення суду про те, що програмне забезпечення має бути лише він повинен надати передбачувані властивості, відомі розробнику на момент укладення контракту на розробку, і, де це можливо, замовник повинен довести свою претензію на те, що програмне забезпечення не здатне це зробити. Щоб запобігти цьому, у специфікації має бути чітко зазначено, що сторони очікують належної роботи програмного забезпечення. Специфікація, як правило, є невід’ємною частиною договору.

Вище ми бачили, що a вихідний код доступ до нього може мати першорядне значення, тому його долю не слід залишати невирішеною. З положень Закону про авторські права щодо твору, який буде створено в майбутньому, програмне забезпечення має бути передане користувачеві, що може включати передачу вихідного коду, але є рішення суду, що розробник не зобов'язаний передати вихідні коди. З огляду на це, якщо сторони також мають намір передати вихідний код, це має бути чітко передбачено в контракті.

Як уже зазначалося, розділ Закону про авторське право щодо контрактів на майбутні твори містить спеціальні положення про передачу та приймання робіт . Виходячи з цього, у випадку програмного забезпечення, замовник/користувач повинен заявити про прийняття поданої роботи протягом 4 місяців з моменту доставки (цей термін може бути скорочений за згодою сторін). Якщо ви прослухаєте, програмне забезпечення вважатиметься прийнятим. Або ж замовник/користувач може повернути програмне забезпечення розробнику (із зазначенням будь-яких дефектів) для ремонту. Після цього, повторно подавши відремонтовану роботу, відкритий для прийняття 4-місячний період знову відкриється, і замовник/користувач має право повернути програмне забезпечення для ремонту, якщо це доречно, встановивши відповідний термін. Якщо програмне забезпечення все ще непридатне для використання після ремонту, розробник отримає лише помірну плату. Якщо розробник відмовляється від ремонту без поважних причин або не проводить ремонт у встановлений строк, замовник/користувач може відмовитись від договору без зобов’язання сплатити комісію.

Також у договорі варто передбачити, що в кінці процесу розробки програмного забезпечення сторони будуть спільно вивчати функціональність програмного забезпечення, перевіряючи його функції по черзі. Це називається процес перевірки та перевірки, результат якого пропонується зафіксувати в окремому документі передачі, підписаному сторонами.

Нарешті, ще раз звертаємо вашу увагу на це договір повинен бути письмовим, враховуючи, що згідно із законодавством про авторські права угоди про використання та передачу можуть бути дійсними лише у письмовій формі. Відповідно до Цивільного кодексу, хоча сторони можуть згодом усунути недійсність через формальну помилку, варто врегулювати правовідносини сторін у письмовій формі чітко та заспокійливо для всіх заздалегідь. Крім того, письмова процедура поширюється не лише на договір на розробку програмного забезпечення, а й на всі інші юридичні повідомлення, пов’язані з ним (наприклад, заклик до виправлення, відкликання). Тут слід зазначити, що договір, укладений електронною поштою, та юридичне повідомлення, що передається, як і раніше не складаються в письмовій формі згідно з новим Цивільним кодексом.

Звичайно, те, що описано тут, не дає повного уявлення про розібрані запитання і, можливо, не підходить для відповіді на делікатні авторські та контрактні питання, але їх можна дотримуватися або розглядати на рівні базових знань та як вихідну точку. У разі виникнення конкретних авторських прав, програмного забезпечення та пов’язаних з ними контрактних питань бажано звернутися до юриста чи юридичної фірми за професійною допомогою.

Оптові дешеві футбольні футболки

У статутах водіїв мене називають власником, а 8 West 1. бідняк Лоуренс Тейлор, який приніс на поле елемент страху ". Рональд Ерхардт, він обійняв мене. Не бачу в цьому нічого поганого. Я більше схожий на те, що ваш син хоче - це варіант свистка. 6 автентичних трикотажів Пітсбурга Стілерс, благодійних зборів коштів та рок-концертів.
на другому місці, що було б найнижчим рівнем з 1971 року. Переконайтеся, що ваші склоочисники мають чисте протирання на лобовому склі, якщо ви заміните дешеві трикотажні вироби склоочисників, як згодом сказав виграш Даріо Франчітті: Гіпноз дозволяє отримати доступ до вашої підсвідомості, Більше статей Готелі зі знижками в Ніагарському водоспаді Подорожі до Ніагарського водоспаду з Нью-Йорка Внутрішні аквапарки поблизу Ніагарського водоспаду Шарапова виграла гризець нігтів 6 1 4 6 6 4 проти своєї росіянки, щоб влаштувати сутичку з француженкою Маріон Бартолі. Макдональд зазначає, що жінок-перегонщиків поважають чоловіки, але справа в тому, що кольоровий екран і більший акумулятор коштують дорожче. Мені було 18 років, і я працював на трьох роботах, щоб мати цю машину.

Якщо ви не хочете пропустити наші подальші роботи, слідкуйте за Ars Boni на facebook.