Удивительно, но часто нелицензионным программным обеспечением пользуются именно крупные компании и даже некоторые структуры, связанные с государственными органами. В последние несколько лет уровень «пиратских» программ значительно снизился, однако все еще достаточно высок.
Одной из причин того, что многие компании, продающие программные продукты, используют софт не собственного производства, а модифицированный софт крупных компаний, является отсутствие тщательной проверки программного кода экспертами ФИПС при его регистрации.
Чаще всего для устранения нарушения плагиата исходного года программы необходимо отстаивать свои интересы в арбитражном суде.
Правообладателю программы нужно будет доказать совпадение программных платформ, схожесть атрибутов программы (структуры, баз данных и т.д.), совпадение ключевых участков кода.
Споры о нарушении исключительных прав на программы ЭВМ возникают не только в случаях, когда правообладатель не знает об использовании программы со стороны нарушителя или не дает ему никакого разрешения. Очень часто нарушение исключительных прав на программу происходит со стороны лиц, у которых заключен договор с правообладателем.
Наиболее распространенные нарушения:
Использование программы на количестве устройств, превышающем предельно допустимый в договоре.
Например, если пользователь программы приобрел 10 пакетов установки или лицензию на 10 машин, а использует на 15 или 20 компьютерах или иных устройствах.
Использование программы больше срока, предусмотренного лицензионным договором.
Так, например, некоторые компании, используя софт, не продляют вовремя лицензионные соглашения. Использование программы в таком случае также является нарушением.
Признается недобросовестным использование версии программы, отличной от версии, обозначенной в договоре.
Например, если приобретена демо-версия программы или версия программы с ограниченным функционалом, а используется пакет с полным функционалом программы.
Данное нарушение определяется как при заключении сублицензионных соглашений на распространение программы, так и при распространении приобретенного программного обеспечения внутри холдингов и объединений компаний, каждая из которых не заключала лицензионный договор напрямую с правообладателем.
В такой ситуации нарушитель обычно не признает своей вины, ссылаясь на существование договорных отношений с правообладателем. Однако часто такие нарушения приносят правообладателю многомиллионные убытки.
Постановление СИП 10.09.2015 № С01-675/2015 по делу № А40-105604/2013
Нарушением признается не только целенаправленное использование самой программы, но также и устройств, в которых используются нелицензионные программы.
Обратите внимание, что на лице (компании или гражданине), приобретающем устройство, содержащее программный компонент, лежит обязанность проверять отсутствие факта нарушения исключительных прав третьих лиц.
Часто при приобретении устройства или оборудования вместе с самим оборудованием передается неограниченная по времени лицензия на программный компонент, содержащийся в его составе. Однако передача таких прав – это скорее предусмотрительность, но часто не прямая обязанность производителя оборудования.
В случае, если будет установлено, что устройство или оборудование содержат программный компонент, на который при приобретателю лицензия (или сублицензия) не была передана, к ответственности могут быть привлечены как производитель, так и пользователь такого объекта.
Определение ВС 15.12.2015 № 304-ЭС15-16232 по делу № А67-4147/2014
Споры при разработке ПО. Что делать IT-компании?
Споры при разработке программного обеспечения (ПО) могут возникать как по вине разработчиков, так и по вине их контрагентов. Грамотная реакция на конфликт поможет IT-компании защитить свои права и избежать убытков.
Кратко о разработке ПО с юридической точки зрения
Многие IT-компании разрабатывают ПО по заказу контрагентов (юрлиц и ИП).
В законодательстве Беларуси договор на разработку ПО как таковой не регламентируется.
На практике стороны обычно заключают два договора:
— договор подряда.
В нем прописывается обязанность IT-компании (исполнителя) разработать определенное по функционалу ПО к установленному сроку, а заказчика — принять и оплатить результат работ;
— договор уступки исключительного права или лицензионный договор на уже готовое ПО. Это необходимо, поскольку только посредством данных договоров разработчик, как обладатель исключительного права на ПО, может передать (предоставить) права на его использование заказчику.
Обратите внимание!
По нашему мнению, нельзя одномоментно заключить договор подряда на разработку ПО и лицензионный договор (договор уступки) на передачу прав на него или смешанный, содержащий элементы таких договоров. Это связано с тем, что по лицензионному договору (договору уступки) можно передать права только на уже существующее ПО .
Договоры (уступки исключительного права и лицензионный) отличаются по объему прав, которые разработчик ПО предоставляет заказчику.
Как правило, заказчик заинтересован получить права на разработанное за его счет ПО в полном объеме. В таком случае стороны заключают договор уступки.
Если достигнута договоренность о передаче прав в ограниченном объеме (на ограниченный срок) — лицензионный договор.
- Объединяет данные договоры наличие положений, согласно которым разработчик обязан предоставить определенный объем прав на ПО заказчику, а последний — уплатить за это вознаграждение.
- Споры между IT-компаниями и их контрагентами возникают в большинстве случаев ввиду неисполнения или ненадлежащего исполнения указанных обязанностей.
- Риски разработчика: когда предъявляют требования…
- …связанные с разработкой ПО
Требования по качеству. Результат разработки, т.е. ПО, должен отвечать условиям соответствующего договора (техзадания) . Если функционал готового ПО расходится с согласованным, ПО не работает или работает некорректно, заказчик может предъявить требования по качеству. Например :
— о соразмерном уменьшении цены за разработку ПО;
- — об устранении недостатков ПО в разумный срок и безвозмездно.
- Если разработчик не исправит недостатки ПО в оговоренный срок или исправить их невозможно, заказчик вправе отказаться от исполнения договора и потребовать возмещения убытков .
На заметку
Заказчик может сделать вывод, что ПО не будет соответствовать согласованным требованиям, еще в ходе его разработки. В таком случае он может назначить разработчику разумный срок на устранение недостатков. Если разработчик не справится, заказчик вправе потребовать возмещения убытков, а также :
— либо отказаться от договора;
- — либо поручить другой IT-компании исправить недостатки за счет разработчика.
- Рекомендации разработчику
Если заказчик заявит требования по качеству ПО, IT-компании надо доказать, что данное ПО соответствует всем условиям договора. Для этого можно, например, привлечь специалиста или ходатайствовать о назначении судебной экспертизы — если спор рассматривается в суде .
Требования по срокам разработки. Договор на разработку ПО должен содержать не только описание нужного ПО, но и начальный, а также конечный срок его разработки. По необходимости стороны могут согласовать и промежуточные сроки каждого этапа разработки (например, проектирования, кодирования, тестирования) .
В данном случае требования могут выражаться во взыскании неустойки (пени или штрафа). Условие о неустойке прописывают в договоре. Если его не согласовать, заказчик не сможет требовать уплаты неустойки, поскольку в настоящий момент она не установлена законодательством .
На заметку
Разработчик должен не только сдать работу вовремя, но и своевременно приступить к ней. В противном случае заказчик вправе отказаться от исполнения договора и потребовать возмещения убытков. Так же он может поступить, если разработчик будет выполнять работу медленно, явным образом не успевая закончить ее к сроку .
Рекомендации разработчику
Чтобы избежать штрафных санкций, надо доказать, что ПО разработано вовремя. Обычно дата выполнения работ фиксируется в соответствующем акте. Как правило, его составляет разработчик по окончании работ (конкретного этапа) и направляет заказчику. Последний в установленный договором срок подписывает акт или отказывается от его подписания, если выявит у проделанной работы недостатки.
Заказчик может злоупотреблять своим правом, оттягивая момент подписания акта, но не направляя обоснованных замечаний по качеству ПО.
Этого можно избежать, если предусмотреть в договоре следующее условие: если заказчик в установленный срок не подписывает акт выполненных работ и не предоставляет разработчику письменную претензию, работы считаются выполненными, принятыми заказчиком и подлежащими оплате в полном объеме с должной даты подписания документов.
…связанные с исключительным правом на ПО
Чтобы заказчик мог использовать разработанное для него ПО, разработчик должен передать не только ПО, но и исключительное право на него. Если разработчик откажется это сделать, заказчик вправе требовать:
— передачи ему такого права.
- — расторжения договора, опосредующего передачу права .
- Рекомендации разработчику
IT-компании нужно оформить передачу ПО и исключительного права на него заказчику. Это позволит доказать надлежащее исполнение своих обязательств.
ПО можно передать на материальном носителе (флэш-карта и т.п.), посредством облачного хранилища и т.д. Чтобы подтвердить факт передачи ПО, как правило, составляют соответствующий акт. Передачу материального носителя оформляют накладной .
Исключительное право на ПО согласно договору уступки по общему правилу переходит к заказчику с момента заключения такого договора . Вместе с тем в договоре (в том числе лицензионном) стороны могут прописать иной порядок. Например, связать передачу исключительного права на ПО с подписанием акта приемки-передачи ПО.
- Что может потребовать IT-компания
- Обычно требования разработчика сводятся к взысканию с заказчика:
— по договору подряда — оплаты за выполненные работы . - По общему правилу заказчик обязан заплатить за разработку ПО после того, как будет сдан результат;
- Рекомендации разработчику
Разработка ПО — процесс длительный. Поэтому стоит прописать в договоре порядок, в соответствии с которым будет оплачиваться каждый выполненный этап работ. При этом целесообразно установить конкретный срок, на который заказчик должен производить оплату.
- — лицензионному договору (договору уступки) — вознаграждения за предоставленное (переданное) исключительное право на ПО .
- Существует несколько способов уплаты вознаграждения. В частности, стороны могут договориться о вознаграждении в виде:
- 1) процентов от дохода, полученного при использовании ПО (роялти);
- 2) фиксированной суммы, которая может выплачиваться по частям или единовременно;
3) комбинации описанных способов. Как вариант, заказчик сначала внесет определенную фиксированную сумму, а затем в течение оговоренного времени будет платить роялти.
Рекомендации разработчику
В договоре целесообразно определить не только размер вознаграждения, но и сроки его уплаты. Это особенно актуально для периодических платежей. Так, IT-компании будет проще отслеживать просрочку оплаты и вовремя обращаться за взысканием задолженности. Обращение в суд до истечения отведенного заказчику срока на уплату повлечет для разработчика убытки. Он потеряет уплаченную госпошлину .
Разработчик ПО вправе рассчитывать на взыскание не только сумм основного долга (цены работ, вознаграждения), но и штрафных санкций:
— процентов за пользование чужими денежными средствами ;
— неустойки (пени или штрафа), если она предусмотрена договором .
Рекомендации разработчику
Чтобы повысить вероятность оплаты выполненных работ (уплаты вознаграждения), IT-компании целесообразно позаботиться о включении в договоры обеспечительных положений. Например, предусматривающих обеспечение исполнения обязательств по оплате банковской гарантией, залогом, поручительством .
- Как IT-компании решить спор
- Общий алгоритм действий при возникновении спора таков:
- Шаг 1. Собираем доказательства
IT-компании надо доказать, что:
— между сторонами наличествуют договорные отношения. В качестве доказательства можно использовать соответствующие документы, подписанные заказчиком и разработчиком. Главное, чтобы они содержали все существенные условия договора;
На заметку
Если стороны подписали документ, в котором некорректно определен предмет договора (например, в договоре на разработку не указаны теххарактеристики ПО) или упущено какое-либо существенное условие (допустим, в лицензионном договоре не прописано, на какой территории допускается использовать ПО), договор считается незаключенным .
— она выполнила свои обязательства в полном объеме (разработала ПО или завершила подлежащую оплате часть работ по его разработке, передала (предоставила) права на ПО и т.д.). Подтвердить это можно актами выполненных работ, актами приема-передачи нематериальных активов, перепиской сторон и т.д.
Шаг 2. Обращаемся к заказчику для досудебного разрешения спора
Как правило, стороны стараются решить возникшие разногласия в рамках переговоров. Это помогает сохранить деловые отношения, избежать убытков.
В некоторых случаях разработчику, чтобы впоследствии иметь возможность обратиться в суд, необходимо предварительно направить заказчику претензию. В частности, это обязательно, если спор подлежит рассмотрению в госсуде Беларуси, а в договоре стороны не предусмотрели иного .
- Шаг 3. Обращаемся для разрешения спора в компетентный орган
- Споры, связанные с разработкой ПО, в Беларуси могут рассматривать:
— судебная коллегия по делам интеллектуальной собственности ВС; - — экономические суды;
На заметку
Судебная коллегия рассматривает споры, которые непосредственно связаны с правовой охраной и использованием ПО как объекта авторского права . Экономические суды — споры, связанные не с нарушением исключительных прав на ПО, а, например, с оплатой, качеством или сроками работ по его разработке .
— международные арбитражные суды (МАС) — при наличии арбитражного
соглашения ;
— третейские суды — при наличии третейского соглашения .
Справочная информация
В Беларуси действует специализированный Третейский суд в сфере информационных технологий и интеллектуальной собственности Ассоциации компаний информационных технологий. Информацию о нем можно найти на сайте.
Определить, в какой орган обращаться для рассмотрения спора, целесообразно на стадии заключения договора. На выбор влияет ряд факторов, в том числе характер спора, цена иска, размер госпошлины или арбитражного (третейского) сбора, статус контрагента.
Пример 1
Белорусская IT-компания планирует подписать договор на разработку ПО с заказчиком из США. Оптимальный вариант — заключить арбитражное (третейское) соглашение о рассмотрении возможных споров в подходящем МАС (третейском суде).
Так, стороны смогут согласовать место и язык разбирательства, без проволочек исполнить вынесенное решение.
Разработчику не рекомендуется включать в договор положения о рассмотрении спора в судах:
— США — поскольку это повлечет дополнительные издержки, например в связи с привлечением переводчиков, местных юристов;
— Беларуси — поскольку решения белорусских судов на территории США в отношении американских резидентов обычно не исполняют, так как между государствами нет соответствующего международного договора о правовой помощи.
Пример 2
Белорусская IT-компания планирует подписать договор на разработку ПО с заказчиком из России.
В данном случае для рассмотрения споров можно обращаться как в госсуды обеих стран, так и в МАС (третейский суд), поскольку в любом случае решение можно будет исполнить.
В связи с этим определять компетентный орган необходимо по иным критериям. Допустим, исходя из более низких судебных издержек.
На заметку
Если стороны не включат в договор положения об органе, рассматривающем спор, то в случае возникновения спора придется обратиться в госсуд по месту нахождения ответчика.
Договоры в сфере ИТ. Как правильно составить — RTM Group
На сегодняшний день актуальность ИТ-сферы, необходимость ее правового регулирования и юридически верного оформления сложно переоценить.
С началом пандемии, активизировалась интернет-торговля, все больше услуг клиенты могут получать онлайн, Минэкономразвития России внесло в Правительство проект закона, которым предлагается перевести деловой документооборот в электронный вид (инфо 14.09.
2020), все больше внимания мы уделяем защите конфиденциальной информации, легитимности обработки персональных данных, информационной безопасности систем, легитимности работы сайтов, социальных сетей, агрегаторов, маркетплейсов, мессенджеров.
Ежедневно в RTM Group обращаются десятки клиентов с запросами юридических консультаций и запросами конкретных предложений юридических услуг, чаще всего, по созданию актуальной документации для сайта, социальной сети, маркетплейса, по разработке и анализу различных ИТ-договоров. Сейчас более подробно остановимся на последних.
ИТ-договоры – это собирательное понятие, выделенное лишь формально, характеризующее в большей степени сферу применения документа, нежели его структуру или особенности правового регулирования.
ИТ-сфера обширна и многогранна, договоры, призванные урегулировать правоотношения, складывающиеся в процессе, можно условно разделить на такие виды, как:
- Договоры оказания IT-услуг;
- Договоры по разработке и техническому обслуживанию Интернет-сайтов;
- Договоры и сопроводительные документы для работы Интернет-магазинов и Интернет-сайтов в сфере оказания услуг (оферта, пользовательское соглашение, политика конфиденциальности и обработки персональных данных и т.п.);
- Договоры на разработку программного обеспечения (заключается между компаниями);
- Договоры авторского заказа на разработку программного обеспечения (заключается с физическим лицом);
- Пользовательские и лицензионные соглашения;
- Договоры сопровождения (техподдержки), настройки/интеграции (внедрения) ПО;
- Договоры на создание сайта;
- Договоры на настройку и сопровождение интернет-рекламы;
- Многие другие.
Как правильно составить ИТ-договор?
Теперь поговорим о подготовке самого договора оказания ИТ-услуг.
Анализ бизнес-модели или проекта в целом
Работу над любым договором настоятельно рекомендуем начинать с анализа бизнес-модели или проекта в целом.
Зачем? Чтобы четко понимать, к какому результату желает прийти наш заказчик в результате выполнения договора (или невыполнения, — тоже предстоит выяснить, чтобы вовремя прописать нужные условия и нивелировать риски). Нельзя ограничиваться формальным указанием заказчика на предмет договора, важны любые мелочи.
Например, компания разработала некое ПО, позволяющее генерировать ПЭП на мобильном устройстве и с помощью нее подписывать любые документы. Теперь она желает реализовать ПО некому банку. Задача исполнителя – подготовить для компании комплект документов, позволяющий реализовать проект заказчика до момента передачи ПО Банку.
Задача – как можно детальней описать предмет договора, максимально декомпозировать услугу, идеально – четко прописать в техническом задании к договору все требования заказчика и ожидаемый результат.
Этот тезис в равной степени актуален и для заказчика, и для Исполнителя, ведь будет точно определено, что желает получить в результате оказания услуг Заказчик, и что должен сделать Исполнитель.
Длящиеся во времени услуги целесообразно разбивать на этапы, определяя при этом сроки и стоимость каждого этапа.
В соответствии с ч. 1 ст. 432 ГК РФ договор считается заключенным, если между сторонами в требуемой в подлежащих случаях форме достигнуто соглашение по всем существенным условиям договора. Существенным является условие о предмете договора. Недостаточно конкретная формулировка может стать причиной для признания договора незаключенным.
Арбитражная практика
Договор на техническое обслуживание. Бланк и образец 2021-2022 года
Договор на техническое обслуживание представляет собой соглашение, в силу которого одна сторона обязуется по заданию другой стороны оказать услуги по техническому обслуживанию.
ФАЙЛЫ
Скачать пустой бланк договора на техническое обслуживание .docxСкачать образец договора на техническое обслуживание .docx
Настоящий договор является разновидностью сделок по возмездному оказанию услуг, следовательно, одна сторона поручает выполнение какой-либо работы, а другая выполняет это поручение за определенное договором денежное вознаграждение.
Техническое обслуживание может включать в себя множество отдельных процессов и имеет свои разновидности. Например, к таким процессам можно отнести осмотры, ремонт или же замену каких-либо деталей на определенном договором объекте.
Стороны в рамках указанной сделки именуются Заказчиком и Исполнителем. Контрагентами могут быть как физические, так и юридические лица.
Договор на техническое обслуживание, согласно требованиям законодательства, заключается в письменной форме. При его составлении важно соблюсти некоторые правила, которые являются базовыми.
В остальном же можно прописывать различные положения, так как в Российской Федерации, по сей день, закреплен принцип свободы договора.
Ниже мы рассмотрим, как оформить такое соглашение, и какие разделы необходимо, или же рекомендуется прописать в тексте документа.
Преамбула
Договор на техническое обслуживание
г. Тюмень
31 октября 2023 года
- ООО «Настройка техники», в лице генерального директора Андреева Алексея Михайловича, действующего в соответствии с Уставом общества, именуемый в дальнейшем «Исполнитель», с одной стороны
И
ООО «Photo Studio», в лице генерального директора Прокопьевой Светланы Александровны, действующей в соответствии с Уставом общества, именуемый в дальнейшем «Заказчик», с другой стороны - Заключили настоящий договор о нижеследующем:
Преамбула договора представляет собой информацию, которая непосредственно связана с личными данными контрагентов. Так, в тексте преамбулы фигурируют следующие положения:
- Во-первых, разновидность заключаемой сделки (в нашем случае это – договор на техническое обслуживание);
- Во-вторых, место, то есть город, в котором оформляется соглашение;
- В-третьих, дата заключения договора;
- В-четвертых, фамилия и инициалы представителей юридических лиц;
- В-пятых, роли участников сделки.
Все вышеперечисленные позиции в совокупности представляют собой содержание преамбулы.
Далее в договоре прописываются разделы, содержащие существенные (без наличия которых договор не вступает в юридическую силу) и дополнительные (по усмотрению сторон) условия. Ниже мы представим образец каждого раздела по отдельности.
Предмет
Раздел о предмете выступает в роли базовой составляющей соглашения. В нашем случае, предметом техническое обслуживание. В разделе необходимо указать, какие виды услуг будут предоставлены, так как этот фактор напрямую влияет на стоимость оказываемых услуг. Итак, положения, связанные с предметом соглашения, в тексте документа прописываются следующим образом:
В соответствии с настоящим соглашением Исполнитель по заданию Заказчика проводит техническое обслуживание фотолаборатории Fuji Frontier 370 Digital Minilab.
В перечень оказываемых Исполнителем услуг входит:
• Диагностика фотолаборатории;
• Выявление и устранение неполадок при функционировании фотолаборатории;
• Замена и ремонт деталей, вышедших из строя.
• Замена и ремонт деталей, которые неправильно функционируют.
Стоимость оказываемых услуг, порядок и сроки оплаты отражены в Приложении 1 к настоящему договору.
Права и обязанности сторон
Настоящий раздел имеет своей целью закрепление перечня обязательств и прав Контрагентов в рамках соглашения.
Примерные формулировки, которые фигурируют в таком разделе, мы представим ниже:
Заказчик вправе:
• Требовать от Исполнителя оказания услуг, указанных в разделе о предмете настоящего соглашения.
• Требовать от Исполнителя надлежащего исполнения обязательств в соответствии с условиями настоящего соглашения.
Заказчик обязуется:
• В сроки, предусмотренные Приложением 1 к настоящему соглашению, оплатить техническое обслуживание фотолаборатории.
• Произвести оплату услуг в порядке и размере, которые предусмотрены Приложением 1 к настоящему соглашению.
• Нести ответственность в случае нарушения условий договора, или неисполнения исполнения обязательств по настоящему соглашению.
• Исполнять свои обязательства в строгом соответствии с условиями, закрепленными в тексте настоящего соглашения.
Исполнитель вправе:
• Требовать от Заказчика оплаты технического обслуживания в порядке и сроки, предусмотренные Приложением 1 к настоящему соглашению.
• Требовать от Заказчика надлежащего исполнения обязательств в соответствии с условиями настоящего соглашения.
Исполнитель обязуется:
• Провести качественное техническое обслуживание фотолаборатории, оказав услуги, перечисленные в разделе о предмете настоящего соглашения.
• Нести ответственность в случае нарушения условий договора, или неисполнения исполнения обязательств по настоящему соглашению.
• Исполнять свои обязательства в строгом соответствии с условиями, закрепленными в тексте настоящего соглашения.
Заключительные положения
В таком разделе отражаются положения, которые по своему существу не связаны с вышеперечисленными разделами, но имеют значение при заключении договора. Их формулировки выглядят следующим образом:
• Настоящее соглашение приобретает юридическую силу с момента его подписания Контрагентами.
• Работа принимается Заказчиком путем составления акта приема-передачи выполненных работ.
• В случае возникновения каких-либо разногласий или споров, стороны разрешают их путем переговоров.
• В случае если стороны не приходят к компромиссу, все споры разрешаются в судебном порядке.
• Настоящий договор вступает в силу с момента подписания его сторонами.
Заключение
В конце документа указывается информация о юридических адресах и реквизитах сторон. Далее Контрагенты ставят свои подписи, и после этого договор на техническое обслуживание считается заключенным.
Скачать документна сайте Ассистентус