Договора смешанного типа в отношении программ для ЭВМ
В настоящее время все чаще встречается использование программного продукта в предмете договоров различного вида. Зачастую, это договора отчуждения исключительных прав, либо предоставление права использования программой по лицензионному договору как самостоятельно, так и в составе другого программного комплекса.
Однако, в некоторых случаях алгоритм производственной или бизнес- деятельности складывается таким образом, что программное обеспечение становится частью огромной сложной договорной конструкции и в данном случае встает вопрос, как правильно поступить и какой договорной механизм выбрать? Заключать ли один сложный и мноступенчатый договор или же целесообразнее разбить его на нескольку этапов для более гибкого и оперативного реагирования на различные изменения во взаимодействии сторон?
В частности, к нам обращаются клиенты, которые предполагают использовать Программу для ЭВМ в составе определенного Программного комплекса, при этом Лицензиару, также в дальнейшем вменяется в обязанности создать еще несколько комплексов (модулей) на основе подготовленных технических заданий и в определенные сроки. Далее же Лицензиат предполагал, совместно с Программой, права на которые предоставлялись изначально, использовать все компоненты в составе единого целого.
В данном случае, правомерно вставал вопрос – каким образом возможно увязать все условия в одном документе, либо целесообразно «не городить огород» и разбить данную систему на части?
Можно поступить как так, так и иначе. Возможно предоставить права использования на основании отдельно заключенного лицензионного договора, а условия по вновь создаваемым продуктам оформить на основании одного, либо нескольких отдельных договоров. Однако наиболее логичная схема должна быть целесообразна для дальнейшего использования, создаваемый проект должен отражать все необходимые договоренности и, вместе с тем, быть «рабочим документом», т.е. каждой из сторон договора должен быть понятен любой из разделов, с возможность руководствоваться его условиями по каждому этапу многозадачного сотрудничества.
Таким образом, в данном случае, рассматривалась схему, представляющая собой изначальное использование программного продукта на условиях лицензии, а далее стороны на основании совокупности определенных условий и технических заданий, предполагали работу по созданию каждого из модулей единого программного комплекса на основании условий договоров авторского заказа. Поскольку большой объем условий договор, в том числе прав и обязанностей сторон был тесно объединен единой задачей, то объединение этих условий предполагалось целесообразным.
В результате удалось увязать все необходимые условия, сроки и ответственность по каждому из компонентов договора и не очень понятная для клиентов схема изначально трансформировалась во вполне логичную схему, состоящую из дополняющих друг друга разделов договора.
Также, хотелось коснуться интересного и неоднозначного момента, когда стороны осуществляют сотрудничества по подготовке определенного овеществленного результата и в процессе его подготовки, создается определенная программа для ЭВМ, необходимая для использования создаваемого продукта, но не планируемая к созданию сторонами заранее.
Статья 1297 ГК РФ предусматривает:
«1. Исключительное право на программу для ЭВМ, базу данных или иное произведение, созданные при выполнении договора подряда либо договора на выполнение научно-исследовательских, опытно-конструкторских или технологических работ, которые прямо не предусматривали создание такого произведения, принадлежит подрядчику (исполнителю), если договором между ним и заказчиком не предусмотрено иное.
В этом случае заказчик вправе, если договором не предусмотрено иное, использовать созданное произведение в целях, для достижения которых был заключен соответствующий договор, на условиях простой (неисключительной) лицензии в течение всего срока действия исключительного права без выплаты за такое использование произведения дополнительного вознаграждения. При передаче подрядчиком (исполнителем) исключительного права на произведение другому лицу заказчик сохраняет право использования произведения.
2. В случае, когда в соответствии с договором между подрядчиком (исполнителем) и заказчиком исключительное право на произведение передано заказчику или указанному им третьему лицу, подрядчик (исполнитель) вправе использовать созданное им произведение для собственных нужд на условиях безвозмездной простой (неисключительной) лицензии в течение всего срока действия исключительного права, если договором не предусмотрено иное.»
Вопрос с одной стороны, кажется несложным, но тому масса примеров, когда стороны упускают из вида некоторые моменты, а далее начинаются долгие выяснения кто прав или виноват, нередко переходящие в судебные разбирательства.
И данном случае, пострадавшей стороной может оказаться как заказчик, так и подрядчик.
Опять же, из практики, известны случаи, когда в некоторых моментах заказчик вел себя непорядочно и, исходя из условий договора, данный компонент «выпадал из общего технического задания», тем самым, разработчики программного продукта, несли как материальные потери, рассчитывая на дополнительное вознаграждение, так и являлись пострадавшей стороной от «правовой неопределенности» в отношении «неучтенного программного модуля».
Были и другие случаи, когда разработчики, являясь, без сомнения, более техническими подкованными, ставили всяческие преграды для возможности использования так необходимого модуля и, в данной ситуации все негативные последствия нес заказчик.
Данные ситуации иллюстрируют, что помимо существующих правовых норм, для возможности их дальнейшего бесспорного применения, необходимо описывать и детализировать заранее не оговоренные, но созданные программные компоненты, оформлять их включение в общую канву сотрудничества дополнительными соглашениями. Необходимо продуманно и дальновидно подходить к оформлению договорного регулирования комплексного и многоступенчатого сотрудничества, одним из элементов которого, является создание программного продукта.
Бизнесу
Договор на разработку программного обеспечения
Стоимость юридической услуги: 3 000 рублей за составление договора на одной странице.
Каждая дополнительная страница договора 500 рублей.
Обращайтесь: +7(499)502-55-87
БЕСПЛАТНЫЙ многоканальный телефон: 8 800 333 55 80
Договор на разработку программного обеспечения является видом договоров об оказании услуг или подряда. Правовое регулирование оказания услуг находит своё отражение в Главе 39 Гражданского кодекса Российской Федерации. Так ст. 779 определяет, что по договору возмездного оказания услуг исполнитель обязуется по заданию заказчика оказать услуги (совершить определенные действия или осуществить определенную деятельность), а заказчик обязуется оплатить эти услуги.
Существенными условия договора на разработку программного обеспечения являются предмет и срок оказания услуги. Предметом является программное обеспечение. В договоре необходимо точно прописать: наименование программы, функциональное назначение, функциональные требования к программе, требования к надежности, требования к составу и параметрам технических средств, требования к программной совместимости, специальные требования, требования к программной документации.
Если иное не предусмотрено договором возмездного оказания услуг, исполнитель обязан оказать услуги лично.
Конечно, составить договор оказания услуг под силу многим. Но, чтобы обезопасить себя от возможный негативный последствий, Вам необходимо обратиться за помощью к профессионалам.
Наши специалисты занимаются договорной работой уже более 10 лет, передавая полученные знания от старшего и более опытного сотрудника к младшему. Поэтому каждый наш юрист, пускай даже молодой, обладает практическими знаниями наравне с более опытными коллегами.
Без сомнения, что составление договоров услуги следует поручить юристам МГК «Вектор Права».
Разработка программного обеспечения. Что делать IT-компании в случае спора
Споры при разработке программного обеспечения (ПО) могут возникать как по вине разработчиков, так и по вине их контрагентов. Грамотная реакция на конфликт поможет IT-компании защитить свои права и избежать убытков.
Кратко о разработке ПО с юридической точки зрения
Многие IT-компании разрабатывают ПО по заказу контрагентов (юрлиц и ИП).
В законодательстве Беларуси договор на разработку ПО как таковой не регламентируется. На практике стороны обычно заключают два договора:
— договор подряда. В нем прописывается обязанность IT-компании (исполнителя) разработать определенное по функционалу ПО к установленному сроку, а заказчика — принять и оплатить результат работ;
— договор уступки исключительного права или лицензионный договор на уже готовое ПО. Это необходимо, поскольку только посредством данных договоров разработчик, как обладатель исключительного права на ПО, может передать (предоставить) права на его использование заказчику.
Обратите внимание!
По нашему мнению, нельзя одномоментно заключить договор подряда на разработку ПО и лицензионный договор (договор уступки) на передачу прав на него или смешанный, содержащий элементы таких договоров. Это связано с тем, что по лицензионному договору (договору уступки) можно передать права только на уже существующее ПО .
Договоры (уступки исключительного права и лицензионный) отличаются по объему прав, которые разработчик ПО предоставляет заказчику. Как правило, заказчик заинтересован получить права на разработанное за его счет ПО в полном объеме. В таком случае стороны заключают договор уступки. Если достигнута договоренность о передаче прав в ограниченном объеме (на ограниченный срок) — лицензионный договор.
Объединяет данные договоры наличие положений, согласно которым разработчик обязан предоставить определенный объем прав на ПО заказчику, а последний — уплатить за это вознаграждение.
Споры между IT-компаниями и их контрагентами возникают в большинстве случаев ввиду неисполнения или ненадлежащего исполнения указанных обязанностей.
Риски разработчика: когда предъявляют требования…
…связанные с разработкой ПО
На заметку
Заказчик может сделать вывод, что ПО не будет соответствовать согласованным требованиям, еще в ходе его разработки. В таком случае он может назначить разработчику разумный срок на устранение недостатков. Если разработчик не справится, заказчик вправе потребовать возмещения убытков, а также :
— либо отказаться от договора;
— либо поручить другой IT-компании исправить недостатки за счет разработчика.
Рекомендации разработчику
На заметку
Разработчик должен не только сдать работу вовремя, но и своевременно приступить к ней. В противном случае заказчик вправе отказаться от исполнения договора и потребовать возмещения убытков. Так же он может поступить, если разработчик будет выполнять работу медленно, явным образом не успевая закончить ее к сроку .
Рекомендации разработчику
Чтобы избежать штрафных санкций, надо доказать, что ПО разработано вовремя. Обычно дата выполнения работ фиксируется в соответствующем акте. Как правило, его составляет разработчик по окончании работ (конкретного этапа) и направляет заказчику. Последний в установленный договором срок подписывает акт или отказывается от его подписания, если выявит у проделанной работы недостатки.
Заказчик может злоупотреблять своим правом, оттягивая момент подписания акта, но не направляя обоснованных замечаний по качеству ПО. Этого можно избежать, если предусмотреть в договоре следующее условие: если заказчик в установленный срок не подписывает акт выполненных работ и не предоставляет разработчику письменную претензию, работы считаются выполненными, принятыми заказчиком и подлежащими оплате в полном объеме с должной даты подписания документов.
…связанные с исключительным правом на ПО
Рекомендации разработчику
IT-компании нужно оформить передачу ПО и исключительного права на него заказчику. Это позволит доказать надлежащее исполнение своих обязательств.
Что может потребовать IT-компания
По общему правилу заказчик обязан заплатить за разработку ПО после того, как будет сдан результат;
Рекомендации разработчику
Разработка ПО — процесс длительный. Поэтому стоит прописать в договоре порядок, в соответствии с которым будет оплачиваться каждый выполненный этап работ. При этом целесообразно установить конкретный срок, на который заказчик должен производить оплату.
Существует несколько способов уплаты вознаграждения. В частности, стороны могут договориться о вознаграждении в виде:
1) процентов от дохода, полученного при использовании ПО (роялти);
2) фиксированной суммы, которая может выплачиваться по частям или единовременно;
3) комбинации описанных способов. Как вариант, заказчик сначала внесет определенную фиксированную сумму, а затем в течение оговоренного времени будет платить роялти.
Рекомендации разработчику
Рекомендации разработчику
Как IT-компании решить спор
Общий алгоритм действий при возникновении спора таков:
Шаг 1. Собираем доказательства
IT-компании надо доказать, что:
— между сторонами наличествуют договорные отношения. В качестве доказательства можно использовать соответствующие документы, подписанные заказчиком и разработчиком. Главное, чтобы они содержали все существенные условия договора;
На заметку
Если стороны подписали документ, в котором некорректно определен предмет договора (например, в договоре на разработку не указаны теххарактеристики ПО) или упущено какое-либо существенное условие (допустим, в лицензионном договоре не прописано, на какой территории допускается использовать ПО), договор считается незаключенным .
— она выполнила свои обязательства в полном объеме (разработала ПО или завершила подлежащую оплате часть работ по его разработке, передала (предоставила) права на ПО и т.д.). Подтвердить это можно актами выполненных работ, актами приема-передачи нематериальных активов, перепиской сторон и т.д.
Шаг 2. Обращаемся к заказчику для досудебного разрешения спора
Как правило, стороны стараются решить возникшие разногласия в рамках переговоров. Это помогает сохранить деловые отношения, избежать убытков.
Шаг 3. Обращаемся для разрешения спора в компетентный орган
Споры, связанные с разработкой ПО, в Беларуси могут рассматривать:
— судебная коллегия по делам интеллектуальной собственности ВС;
— экономические суды;
На заметку
Судебная коллегия рассматривает споры, которые непосредственно связаны с правовой охраной и использованием ПО как объекта авторского права . Экономические суды — споры, связанные не с нарушением исключительных прав на ПО, а, например, с оплатой, качеством или сроками работ по его разработке .
Справочная информация
В Беларуси действует специализированный Третейский суд в сфере информационных технологий и интеллектуальной собственности Ассоциации компаний информационных технологий. Информацию о нем можно найти на сайте.
Определить, в какой орган обращаться для рассмотрения спора, целесообразно на стадии заключения договора. На выбор влияет ряд факторов, в том числе характер спора, цена иска, размер госпошлины или арбитражного (третейского) сбора, статус контрагента.
Пример 1
Белорусская IT-компания планирует подписать договор на разработку ПО с заказчиком из США. Оптимальный вариант — заключить арбитражное (третейское) соглашение о рассмотрении возможных споров в подходящем МАС (третейском суде). Так, стороны смогут согласовать место и язык разбирательства, без проволочек исполнить вынесенное решение. Разработчику не рекомендуется включать в договор положения о рассмотрении спора в судах:
— США — поскольку это повлечет дополнительные издержки, например в связи с привлечением переводчиков, местных юристов;
— Беларуси — поскольку решения белорусских судов на территории США в отношении американских резидентов обычно не исполняют, так как между государствами нет соответствующего международного договора о правовой помощи.
Пример 2
Белорусская IT-компания планирует подписать договор на разработку ПО с заказчиком из России. В данном случае для рассмотрения споров можно обращаться как в госсуды обеих стран, так и в МАС (третейский суд), поскольку в любом случае решение можно будет исполнить. В связи с этим определять компетентный орган необходимо по иным критериям. Допустим, исходя из более низких судебных издержек.
На заметку
Если стороны не включат в договор положения об органе, рассматривающем спор, то в случае возникновения спора придется обратиться в госсуд по месту нахождения ответчика.
Лицензионный договор: как продать свою программу
Вы разработали программу и нашли заказчика, который готов её купить. Чтобы оформить сделку, заключите лицензионный договор. В статье мы расскажем, как это сделать и на какие нюансы обратить внимание.
Сначала разберёмся, кто есть кто с точки зрения закона. Программа — это результат вашей интеллектуальной деятельности, а вы — правообладатель или лицензиар. Закон защищает ваше право на программу точно так же, как права авторов книг. Это значит, что никто не может использовать её без вашего разрешения.
Когда вы продаёте программу, вы передаёте права на неё заказчику или лицензиату. В договоре вы определяете объём прав — то, какими способами он может использовать программу.
Также вы решаете, сможете ли после оформления договора продавать программу другим клиентам или нет. Существует два вида лицензии:
Форма и условия лицензионного договора
Лицензионный договор оформляется в письменной форме. Обычно это отдельный документ с вашими договорённостями, реквизитами и подписями. Договором в письменной форме считается даже обычная переписка по электронной почте, если вы согласовали в ней все условия. Но всё же лучше оформить договор традиционным способом — в виде отдельного документа. Если возникнет спор, не придётся доказывать, что договор существует.
Помните, что этот шаблон — лишь образец, условия которого вы переделываете под себя. Особое внимание уделите описанию программы и способам её использования. Для каждого они будут индивидуальны.
Договор содержит существенные условия — то, о чём обязательно нужно договориться с клиентом. Если не сделать этого, он считается незаключённым. Это значит, что в спорах с клиентом суд не станет учитывать условия договора, как будто его нет.
В лицензионном договоре всего три существенных условия:
Подробно разберёмся с каждым из них.
Новым ИП — год Эльбы в подарок
Год онлайн-бухгалтерии на тарифе Премиум для ИП младше 3 месяцев
Предмет договора
Это описание того, что вы продаёте. Укажите название программы, её характеристики и язык программирования. Если вы передаёте программу на физическом носителе — например, флешке или диске — напишите об этом. Чем больше подробностей, тем лучше. Когда предмет недостаточно хорошо описан, в суде могут решить, что договора не было.
Вот как описывается предмет в лицензионном договоре Эльбы
Контур.Эльба — результат интеллектуальной деятельности — программа для ЭВМ «Контур.Эльба» — система подготовки, хранения и передачи бухгалтерской и налоговой отчётности для юридических и физических лиц.
Предметом настоящего лицензионного договора является передача лицензиаром неисключительных прав использования результата интеллектуальной деятельности — программы для ЭВМ «Контур.Эльба» лицензиату на условиях простой (неисключительной) лицензии путём открытия доступа к серверу лицензиара.
Способы использования
Договоритесь, как заказчик будет использовать программу. Вот варианты, которые предлагает Гражданский кодекс, но не обязательно ограничиваться только ими:
Пример из лицензионного договора Эльбы
Лицензиат может использовать Контур.Эльбу следующими способами:
Нельзя использовать программу способами, которые не указаны в договоре. Исключение: те действия, которые нужны для нормальной работы программы. На это не требуется вашего разрешения. Это установлено ст. 1280 ГК.
Укажите, сможет ли лицензиат заключать сублицензионные договоры — то есть передавать права на программу другим людям. Такое условие включают, если лицензиат будет распространять вашу программу, а вы — получать проценты от каждой его сделки. По сублицензионному договору лицензиат сможет передавать только те права, которые указаны в лицензионном договоре, и только в пределах срока его действия.
Размер вознаграждения
Договоритесь о конкретной сумме или опишите порядок её расчёта. Вознаграждение может зависеть от доходов заказчика от вашей программы. В этом случае лучше предусмотреть минимальную фиксированную сумму, которую вы получите в любом случае, даже если продаж не будет. Варианты формулировок:
Определите сроки выплаты лицензионного вознаграждения
Срок договора
Если вы не определите срок, договор всё равно будет заключён — на 5 лет.
Госрегистрация договора
Не нужна, если вы не регистрировали право на программу. Это можно было сделать по желанию.
Если вы передаёте исключительное право на зарегистрированную программу, подайте в Роспатент заявление о госрегистрации перехода права.
Доступ к программе по оферте на сайте
Если вы предоставляете доступ к программе любому желающему, каждый раз заключать договор неудобно. В этом случае вы можете разместить его на сайте. Это будет офертой — предложением заключить договор на указанных условиях. Существенные условия те же, что и в обычном лицензионном договоре.
Договор начинает действовать, если клиент соглашается с его условиями, — это называется акцептом. В договоре вы указываете способы акцепта: чаще всего это оплата программы или регистрация в сервисе.
Например, доступ к Эльбе предоставляется по оферте, условия которой любой может прочитать на нашем сайте. Акцептом считается оплата тарифа или регистрация в сервисе — в зависимости от того, что было раньше. С этого момента считается, что условия договора приняты пользователем и договор заключён.
Настоящий лицензионный договор признаётся заключённым с момента его акцепта лицензиатом. Под акцептом в целях настоящего договора понимается факт оплаты вознаграждения по настоящему лицензионному договору либо факт регистрации пользователя на сервере лицензиара, в зависимости от того, какое событие наступит раньше.
Вот примеры нескольких сервисов, которые работают по оферте:
Разработка программы по заказу
А теперь представим другую ситуацию: заказчик просит разработать для него программу. Такая сделка оформляется договором подряда или авторского заказа.
Если вы ИП
Вам подойдёт договор авторского заказа. Он отличается от лицензионного тем, что в момент его оформления программы ещё не существует. Поэтому подробно опишите требования к ней — это поможет избежать недопонимания с заказчиком.
Существенным условием договора является срок. Определите, когда вы должны передать заказчику готовую программу. Обязательно укажите в договоре, какое право вы передадите заказчику: исключительное или только право пользоваться программой. Скорее всего, клиент захочет получить исключительные права. В таком случае, вы не сможете продавать эту программу другим людям и использовать её в коммерческих целях.
Если у вас ООО
Оформите договор подряда. В этой ситуации автор программы не является стороной в сделке. По договору исключительное право на программу автоматически получает заказчик, если договор не содержит других условий. А у разработчика остаётся право использовать программу в личных некоммерческих целях.
Полезно запомнить
Статья актуальна на 03.05.2017
Получайте новости и обновления Эльбы
Подписываясь на рассылку, вы соглашаетесь на обработку персональных данных и получение информационных сообщений от компании СКБ Контур