CC BY
7
УДК 34.096
Саидов Б.Б., магистр направление «Кибер право» Ташкентский государственный юридический университет
ХАРАКТЕРНЫЕ ПРИЗНАКИ, ОБУСЛАВЛИВАЮЩИЕ
НЕОБХОДИМОСТЬ ВОЗНИКНОВЕНИЯ ДОГОВОРНЫХ ОБЯЗАТЕЛЬСТВ ПО РАЗРАБОТКЕ ВЕБ-САЙТОВ
Аннотация: На сегодняшний день, при стремительном развитии современных технологий возникает объективная необходимость как правового регулирования, так и договорного регулирования вопросов, касающихся объектов интеллектуальной собственности в веб-сайтах. В частности, особую важность приобретают вопросы соответствия критериям охраноспособности объектов права интеллектуальной собственности. Однако современные тенденции развития данной отрасли права свидетельствуют о том, что на данный момент существуют некоторые проблемы с разработкой, а также подписанием договоров для правовой защиты объектов, включенных в состав веб-сайта. На основании указанных проблем автором был проведен правовой анализ и высказаны предложения по улучшению системы регулирования договорных отношений в сфере веб-сайтов.
Ключевые слова: интеллектуальная собственность, веб-сайт, авторское право, промышленный образец, товарный знак, патент, интеллектуальная собственность, интеллектуальное право.
Saidov B.B., master of law direction of "Cyber Law" Tashkent State University of Law
CHARACTERISTIC FEATURES THAT CAUSE THE NEED FOR
CONTRACTUAL OBLIGATIONS TO DEVELOP WEBSITES
Abstract: Today, with the rapid development of modern technologies, there is an objective need for legal regulation of issues related to intellectual property in websites. In particular, issues of compliance with the criteria for the protection of objects of intellectual property rights are of particular importance. However, current trends in the development of this branch of law indicate that at the moment there are some problems with the development of mechanisms for the legal protection of objects included in the website. Based on these problems, the author conducted a legal analysis and made proposals for improving the system of regulation of the protection of intellectual property in websites.
Key words: intellectual property, website, copyright, industrial design, trademark, patent, intellectual property, intellectual law.
ВВЕДЕНИЕ
Развитие социально-экономических условий, связанных с внедрением современных технологий, приводят к необходимости проведения реформ правовых подходов к существующим на сегодняшний день механизмам. На сегодняшний день возникновение договорных обязательств является одним из основных подходов к охране объектов интеллектуальной собственности в веб-сайтах, а также, играет большую роль в дальнейшем развитии сферы IT.
МЕТОДЫ ИССЛЕДОВАНИЯ
В рамках данной статьи использовались современные методы познания явлений и процессов. В ходе данного исследования использовались как общенаучные (диалектический, системный, метод контент-анализа, сравнение, классифицирование), так и частные методы (формально-юридический, сравнительно-правовой, системно-структурный, описательно-аналитический, статистический, исторический).
РЕЗУЛЬТАТЫ ИССЛЕДОВАНИЯ
Большинство организаций и компаний в настоящее время признают важность как веб-сайта, так и эффективную стратегию электронной коммерции как часть их общих маркетинговых планов. Развитие веб-сайта является неотъемлемой частью подхода «золотой лихорадки» среди многих компаний, стремящихся попасть в Интернет.
Если у организации нет собственных ресурсов для разработки веб -сайта, ввод в эксплуатации веб-сайта будет включать в себя приобретение услуг специализированной компании по разработке веб-сайтов. Однако в водовороте технологической и маркетинговой деятельности легко упустить из виду необходимость провести переговоры и подписать соглашение о разработке веб-сайта, в котором должным образом излагаются права и обязанности как заказчика, так и застройщика.
Проекты по разработке веб-сайтов, по существу, предполагают партнерство между клиентом и разработчиком, где может легко возникнуть напряженность и где обе стороны должны работать друг с другом в для успешного завершения проекта. Такие проекты могут варьироваться от очень незначительные (например, небольшие веб-сайты, которые действуют как не более чем брошюра о продукте) до сложных веб-сайтов, которые осуществлять прямые продажи продуктов и услуг и представлять основные «клики и раствор» дело заказчика. Проекты должны должным образом управляться как заказчиком, так и разработчиком - хорошо составленное соглашение о разработке веб-сайта обеспечивает полезный инструмент управления в достижении этот.
Рынок ИТ-услуг имеет международный характер, а Интернет позволяет контрагентам удерживать переговоры и договариваться, физически находясь в разных странах. Принимая во внимание наличие крупных объектов права интеллектуальной собственности на веб-сайтах, их ценность и значимость, необходимость договорного регулирования отношений по развитию и обслуживанию сайт кажется очевидным.
Немаловажным вопросом является и правильная квалификация договоров на разработку сайтов. Поскольку данный вопрос не урегулирован международными правовыми актами, он должен регулироваться национальными законодательства. Проблемой ситуации является, во -первых, новизна сайтов как объектов гражданского оборота и, во-вторых, и впоследствии отсутствие юридического определения сайта как такого объекта. Таким образом, в зависимости от специфики и различий законодательств разных стран, договоры о разработку сайта можно квалифицировать либо как договор на создание на заказ, либо как договор на предоставление услуг. Поскольку разные типы контрактов могут предусматривать различные виды средств правовой защиты и требования к их формированию, такая детерминация имеет высокую степень значимости.
На наш взгляд, в зависимости от существа предмета и действительной цели определенного контракта, он может рассматриваться как смешанный контракт (например, разработка веб-сайта само собой, что регулируется договором о создании по заказу, и некоторый срок содержания веб-сайт после его разработки, что должно рассматриваться как предмет договора о предоставление услуг).
Поскольку многие разработчики веб-сайтов и веб-дизайнеры сейчас работают фрилансерами, довольно распространением являются следующие виды договоров:
- Заказчик заключает договор напрямую с исполнителем (частным лицом), который обеспечивает все услуги;
- Заказчик заключает договор напрямую с группой исполнителей (частными лицами), каждый из которых выполняет свою часть договора (разработка программного обеспечения, создание дизайна и т.п.);
- Заказчик заключает договор с юридическим лицом, которое оказывает все услуги через его сотрудников;
- Заказчик заключает договор с юридическим лицом, которое оказывает все услуги на основе субподряда.
Контракт может быть заключен в результате переписки по электронной почте, где каждый письмо может рассматриваться как оферта, встречное предложение, акцепт (при соблюдении требования, выставленные на рассмотрение в виде оферты или акцепта) либо просто в рамках переговоров, либо может быть заключен путем подписания единого документа - договора, где все условия предписано.
Во многом соглашение о разработке веб-сайта похоже на соглашение о разработке программного обеспечения. соглашения, и многие вопросы, поднятые в этой брошюре, будут знакомы каждому, кто ранее участвовал в переговорах по этому типу соглашения. В этом буклете рассматриваются наиболее важные аспекты соглашений о разработке веб-сайтов и ключевые
13
юридические вопросы, которые возникают13.
Разработчикам нельзя позволять уклоняться от представления положений и условий очень мало упоминая о своих собственных обязательствах и услугах, которые они должны предоставлять. Эти услуги могут включать не только дизайн и разработку сайта, но и сопутствующие услуги такие как обслуживание сайта, модификации, помощь в получении доменного имени и веб-услуги хостинга.
Ключевой вопрос для клиента будет заключаться в том, чтобы услуги оказывались вовремя и что сайт разрабатывается в соответствии с графиком проекта. Поэтому клиент должен стремиться привязать дизайнера к графику, который прилагается к соглашению, и следует быть осторожным, чтобы избежать «ориентировочные» сроки. Однако со стороны клиента должно быть некоторое признание того, что разработчик не может работать изолированно — разработчик полагается на информацию от клиента, например сотрудники заказчика отвечают на вопросы застройщика и предоставляют материалы и графику своевременно. Максимум, что разработчик когда-либо даст, это, скорее всего, лучшие усилия и обязательство завершить проект в срок.
Независимо от того, как заключается договор, он должен содержать определенные положения, которые обеспечить правовую определенность и определенность воли и намерений сторон.
Первым, основным и обязательным (существенным) условием любого договора является его предмет. В зависимости от того, идет ли речь о разработке программного обеспечения, создании дизайна веб-сайта или другого объект или о комбинирование предметов, все должно быть выражено по-разному. Таким образом, развитие программного обеспечения требует определения его функций и набора вариантов использования, описывающих пользователя. Взаимодействия, которое должно обеспечивать программное обеспечение. Вся эта информация должна быть представлена в так называемой «спецификации требований к программному обеспечению», которую впоследствии следует рассматривать как часть соглашение.
Аналогичные рекомендации следует соблюдать, если предметом договора является создание дизайна сайта. В этом случае вместо спецификации требований к программному обеспечению используется так называемая должно быть составлено «техническое задание». Техническое
13 Jennifer O'Brien, "Website Development Projects: Avoiding the Pitfalls", 2014, 7-10
задание включает в себя спецификацию объема работ, таких как создание визуального дизайна и информационной архитектуры (сайт структура/организация, навигация и т. д.), проведение проверки концепции, наблюдение и измерение взаимодействие с пользователем на функциональных прототипах и существующих продуктах, внедрение пользовательского интерфейс и т.д. Также техническое задание может включать в себя руководства, которые предусматривают требования к цветовой палитре, иконкам и т.д.
Аналогично вышеизложенному, если предметом договора является создание веб-сайта содержание (например, текстовые статьи), следует уточнять требованиями по количеству символов и тематике статьи.
Следующее важное положение в такого рода соглашениях касается сроков выполнения предмет договора. Важность его заключается в фактическом характере функционирования Веб-сайт. Поскольку веб-сайт сложный и, как правило, многовариантный объект, трудно определить, работает ли он правильно в краткосрочной перспективе. Тем самым, особенно в отношении программной части, рекомендуется установить положение, в соответствии с которым исполнитель должен исправлять и устранять любые непредвиденные глюки, баги и/или ошибки в течение определенного периода после завершения темы дело само по себе.
Предоставление соглашения о передаче материальных прав интеллектуальной собственности должно содержать объем прав, которые передаются, и момент их передачи14. В этом контексте важным является вопрос о фактическом владении переданными правами. В случаях, если исполнитель является законным лица, работники которого фактически изготавливают предмет, это должно быть прописано в их трудовых контракты предусматривают, что они не сохраняют за собой каких-либо материальных прав на созданные объекты (в зависимости от национального законодательства). Та же проблема возникает, если исполнитель привлекает субподрядчиков для выполнения всего или части предмета договора.
Так, например, в соответствии с Соглашением об ассоциации между ЕС и Украиной, где программа для ЭВМ создается работником при исполнении им своих должностных обязанностей или по инструкции, данные его/ее работодателем, только работодатель имеет право осуществлять все имущественные права на созданную таким образом программу, если иное не предусмотрено договором15.
Момент перехода прав обычно устанавливается после полной оплаты по договору.
Говоря о правах, должно регулироваться положение либо о гарантии, либо о ответственности за неправомерное использование иных объектов права интеллектуальной собственности при осуществлении соглашение.
14 https://iccwbo.ru/Ыog/2015/obekty-intellektualnoy-sobstvennosti/
15 EUR-Lex - 220^0529(01) - EN - EUR-Lex (europa.eu)
Поскольку он не регулируется международным правом и обычно не регулируется ни национального законодательства, описание такого положения остается на усмотрение сторон. С одной стороны, для исполнителя разумно нести ответственность за незаконное использование права интеллектуальной собственности объектов во время исполнения своих договорных обязательств. С другой стороны, заказчик может, например, включить какой-либо объект в рекомендации по созданию дизайна без уведомления о отсутствие материальных прав на него. Таким образом, рекомендуемая форма такого положения должна содержать описание случаев, когда исполнитель несет ответственность за неправомерное использование права интеллектуальной собственности объекты при его совершении, и описание случаев, когда заказчик несет ответственность за такие действия.
Вследствие интернационального характера разработки веб-сайтов появилось множество интернет-сервисы, предоставляющие возможность исполнителям оставлять свои объявления и клиентов, чтобы найти и заключить с ними контракт. Большинство таких интернет-сервисов выполняют функцию поручителей между сторонами. Условия использования таких порталов являются юридически обязывающими соглашениями, которые устанавливают определенные правила использования и работы с ними, и каждый пользователь, использующий веб-сайт, согласились соблюдать настоящие Условия. Настоящие Условия использования часто содержат положения о правах интеллектуальной собственности и их распределение между исполнителем и заказчиком16.
Так, например, интернет-сервис «Fiverr» в условиях использования закрепляет: «если не указано иное в противном случае на странице / описании услуги продавца, когда работа будет доставлена, и при условии платежа, покупателю предоставляются все права интеллектуальной собственности, включая, помимо прочего, авторские права на работу, переданную от продавца. Вся передача и присвоение интеллектуального имущества покупателю подлежит полной оплате услуги, и доставка не может быть использована, если платеж отменен по какой-либо причине.
Приобретая «Лицензию на коммерческое использование» вместе с вашим заказом, Продавец предоставляет вам бессрочную, эксклюзивную, непередаваемую, лицензию на использование приобретенной поставки для разрешенных коммерческих целей. Все права интеллектуальной собственности на приобретенную поставку защищены»17.
Интернет-сервис «Upwork» в его Юридическом пользовательском соглашении (другое название Условия использования) гласит: «После получения Исполнителем полной оплаты от Заказчика предмет соглашение, включая, помимо прочего, все права на интеллектуальную собственность в
16 https://www.finam.ru/publications/item/servisy-internet-20230628-2046/
17 Fiverr - Freelance services, https://www.fiverr.com/
нем, будет единственным и исключительная собственность Заказчика. Если у Исполнителя есть какие-либо права интеллектуальной собственности на предмет материалы, которые не принадлежат Заказчику после получения Исполнителем оплаты от Заказчика, Исполнитель автоматически безотзывно передает Заказчику все права, право собственности и интересы во всем мире в отношении таких прав интеллектуальной собственности»18.
Таким образом, такие Условия использования устанавливают общий порядок исполнения, оплаты и передачи права; тем не менее, стороны по -прежнему могут их уточнять, но не противоречить.
Вопросы, касающиеся оплаты, также важны для согласования. Современная практика договора на разработку веб-сайта имеет два способа оплаты: оплата по фиксированной ставке и почасовая оплата.
Если стороны договариваются об оплате по фиксированной ставке, сторонам разумно также договориться об общей сумме количества правок (или количества правок в каждой части исполнения) и условий внесения правок к законченной и принятой части исполнения (если оно раздроблено на части). Эти положения предназначены для того, чтобы сделать клиента более вдумчивым и рациональным в предложении правок и, впоследствии для защиты исполнителя от неадекватного и непоследовательного поведения потребителя. Таким образом, должен быть согласован размер оплаты за нарушение правил внесения правок.
Так, говоря о почасовой оплате, работа над проектом определенное количество времени в сутки и общий расчетной срок исполнения (рассчитанный без учета возможных правок) должны быть согласованы, вместо сроков, рекомендуемых к согласованию в случае оплаты по фиксированной ставке.
Разработка веб-сайта, скорее всего, будет подвергаться модификации в течение хода проекта. Во избежание задержек, ненужных дополнительных расходов и напряженности между сторонами поэтому важно, чтобы соглашение включало положение о контроле за изменениями, которое четко устанавливает процесс согласования правок 19. Это должно не только указывать процесс запроса изменений (например, подача письменного запроса с изложением предлагаемой модификации), но и объем изменений, которые должны быть разрешены, чтобы избежать фундаментальных изменений в проекте как весь. Изменения должны быть четко определены, иметь точную стоимость и официально санкционированы соответствующие лица как заказчика, так и разработчика, которые несут ответственность за управление проект. Впоследствии в план или график проекта следует внести поправки, чтобы учесть любые влияние на сроки.
«В ходе проекта веб-сайта и клиент, и разработчик, скорее всего, узнают много о делах друг друга. Поэтому стандартные положения о
18 Upwork - Freelance services, https://www.upwork.com/
19 https://www.techtarget.com/searchsecurity/definition/Secure-SheU
конфиденциальности должны быть включены в соглашение, предотвращая несанкционированное раскрытие или использование другой стороны информация. Они должны продолжаться в течение определенного периода после прекращения. В дополнение приобретение знаний о бизнесе друг друга может позволить одной из сторон войти в промышленность. Более вероятный сценарий заключается в том, что клиент будет заинтересован в том, чтобы помешать разработчику от создания аналогичных сайтов для конкурентов клиента. Однако разработчик также, может быть, заботится о том, чтобы клиент не использовал опыт, полученный от разработчика, для себя разработка веб-сайтов для третьих лиц. В любом случае должна быть предусмотрена соответствующая защита. соглашение посредством оговорки об исключительности или не конкуренции. Это, очевидно, должно
быть оформлено в виде способом, обеспечивающим соблюдение
20
соответствующего законодательства о конкуренции»20.
Если клиент не может хранить веб-сайт на своих серверах, ему необходимо задействовать услуги третьей стороны, которая хранит веб -сайты на своих интернет-серверах, получает или хранит команды или данные, передаваемые пользователями Интернета, передает данные веб -страницы на адреса пользователей в Интернете и выполняет соответствующее техническое обслуживание. В частности, следует рассмотреть следующие вопросы:
- Тарифы, взимаемые разработчиком за такой веб-хостинг, обычно ежемесячно. плата, связанная с объемом данных, переданных с веб-сайта клиента, или связанная с уровнем пропускная способность с дополнительной пропускной способностью за дополнительную плату;
- Выделение определенного объема пространства на жестком диске, которое может использоваться на сервер разработчика для хранения веб -страниц клиента - за дальнейшие действия взимается дополнительная плата. блоки пространства;
- Помощь разработчика в получении доменного имени для заказчика - это может привести к тому, что разработчик потребует гарантии и возмещения убытков от клиента в отношении права собственности клиента на любой товарный знак или имя, которые он запрашивает для включения в свой домен. имя. Ключевым вопросом для заказчика является обеспечение того, чтобы, если доменное имя зарегистрировано на имя разработчика, это доменное имя переносится на имя заказчика;
- Обязанность разработчика предоставлять отчеты о статистике посещений;
- Гарантии от разработчика в отношении пропускной способности, которую он предоставит, соотношение пользователей и модемов, которое он будет поддерживать, мощность процессора, на которой он будет
20 Jennifer O'Brien, "Website Development Projects: Avoiding The Pitfalls", 2014, 7-10
работать, и обязательства, которые он будет иметь в отношении резервного копирования, обслуживания, безопасности и конфиденциальности21.
Утверждение включает одобрение клиентом материала, который должен быть доступен на сайт — это, как правило, должно регулироваться согласованной процедурой. Если бренд или торговая марка клиента должны быть включены на сайт, клиент должен рассмотреть возможность возложения обязательства на разработчика что он будет включать их только в соответствии с инструкциями клиента. Понятие «веб-сайт» включает в себя больше, чем его тестирование, чтобы убедиться, что он соответствует своей функциональной спецификации. Это также включает в себя более субъективную проверку приемлемости «внешнего вида» сайта. Принятие вероятно, будет состоять из нескольких этапов. Они обычно включают доставку Альфа-версии, которая тестируется клиентом на объектах разработчика, после чего клиент указать принятие или предложить изменения. Это должно быть связано с ключевыми датами поставки, чтобы просматривать различные элементы сборки, после чего создается бета -версия, опять же для тестирование клиентом. Обычно это доступно для клиента посредством имени пользователя и пароль, который позволяет удаленное тестирование клиентом. Как только это будет окончательно принято, разработчик должны быть обязаны предоставить заказчику готовый веб-сайт («результат»)22.
Следующим важным вопросом является обеспечение безопасности сайта и ограничение доступа к администрированию веб-сайта для третьих лиц и разработчика после завершения контракта.
В принципе, доступ к модерации сайта может быть доступен тремя способами. Первый - это прямой доступ к хосту, на котором установлен сайт. Такой доступ есть предоставляется после ввода логина и пароля. Но, поскольку принимающие организации обычно не предоставить расширенные возможности передачи файлов непосредственно на хост, этот способ доступа к веб-сайту модерация редко используется в одиночку.
Второй — это доступ к серверам FTP (протокол передачи файлов)23 или SSH (Secure Shell)24, которому также предоставляется собственный логин и пароль. Серверы, использующие эти протоколы, сделано с целью предоставить владельцу веб-сайта более удобные, быстрые и расширенные возможности для передачи файлов. Также эти протоколы используют специальные ключи шифрования и дешифрования, которые обеспечивают дополнительную безопасность.
Третий и последний — доступ через специальную систему управления веб-контентом, которая предоставляет инструменты для
21 https://utex.ru/chto-takoe-veb-sayt/
22 Jennifer O'Brien, "Website Development Projects: Avoiding the Pitfalls", 2014, 7-10
23 https://www.techtarget.com/searchnetworking/definition/File-Transfer-Protocol-FTP
24 https://www.techtarget.com/searchsecurity/definition/Secure-Shen
создания веб-сайтов, совместной работы и администрирования, которые помогают пользователям с небольшим знание языков веб-программирования или языков разметки создание и управление веб-сайтом содержание. В принципе, такой способ доступа к модерации сайта является наиболее удобным, но дает гораздо меньше возможностей, чем другие.
С учетом возможностей, предоставляемых каждым из вышеперечисленных способов доступ к модерации веб-сайта, можно сделать вывод, что они могут иметь большое влияние на веб-сайт и выполнение своих функций. Таким образом, обязательство разработчиков по передаче логинов, паролей, ключи шифрования и дешифрования клиенту после завершения полной оплаты должны быть в договоре на разработку сайта. С одной стороны, это позволяет заказчику гарантировать себя от недобросовестных и недобросовестных действий застройщика и третьих лиц после заключения договора производительность. С другой стороны, у разработчика есть действенный рычаг воздействия на клиент, который не выполняет свои договорные обязательства (например, не платит вовремя).
Принимая во внимание все вышеизложенное, следует сделать вывод, что поскольку веб-сайты, как объекты гражданского оборота, появились совсем недавно, правовая природа договоров о разработка и обслуживание веб-сайтов до сих пор не регулируется на международном уровне и слабо определены в национальном законодательстве. Тем не менее, учитывая значимость веб-сайтов в бизнесе и его прямое влияние на коммерческие результаты, договорное регулирование требуется разработка и поддержка сайта. Также с учетом множественности конкретные положения таких соглашений, сложившаяся договорная практика и соответствующая доктрина в этом направлении имеет большое значение и должно развиваться в ближайшее время.
ЗАКЛЮЧЕНИЕ
По итогу проведенной попытки анализа и исследования особенностей правового регулирования договорных обязательств в сфере разработки вебсайтов, были предложены соответствующие рекомендации, а также сделан вывод, о том, что состояние правового регулирования отношений по поводу заключения договоров достигло уровня, когда не соблюдать законодательство или игнорировать его становиться экономически не безопасно.
В современном, развивающемся и правовом обществе, веб-сайт, с каждым днем становятся все более актуальными и связанными с каждой сферой деятельности человека. Мы можем видеть, что все развитые страны мира уже давно внедрили систему веб-сайт и эксплуатируют на законодательном уровне, тем самым являются реальным примером того, что одной из первостепенных задач законодательства любого государства является создание новых условий в области договорных правоотношений
связанных с защитой прав интеллектуальной собственности в сфере веб -сайта.
Касательно особенностей веб-сайта можно сказать то, что данный объект интеллектуального права отличается от других тем, что может включать в себя или состоять из абсолютно любых других объектов интеллектуального права. Следующим отличием является то, что для создания веб-сайта необходимо специализированное, узконаправленное и профессиональное эксплуатирование современных компьютерных технологий.
Так как веб-сайт включает в себя ряд других объектов интеллектуальных прав, таких как авторское и смежное право, и патентное право, защита и охрана каждого объекта будет производиться исходя из сущности каждого из этих объектов.
Использованные источники:
1. Jennifer O'Brien, "Website Development Projects: Avoiding the Pitfalls" 2014, 7-10
2. https://www.techtarget.com/searchnetworking/definition/File-Transfer-Protocol-FTP
3. https://www.techtarget.com/searchsecurity/definition/Secure-Shell.
4. https ://utex.ru/chto-takoe-veb-sayt/
5. 2.4. https ://iccwbo.ru/blog/2015/obekty-intellektualnoy-sobstvennosti/
6. 2.5. https://discover.fiverr.com/?source=explore-tab
7. https ://www.upwork.com/services/
8. https://www.finam.ru/publications/item/servisy-internet-20230628-2046/
