Договор авторского заказа на создание программы для ЭВМ
Новости Товарные знаки Бренды и логотипы Защита прав Программы для ЭВМ Патенты

Как составить договор авторского заказа на разработку программного обеспечения

Программы для ЭВМ

791

5 минут

  • Анастасия Груздева

    Патентовед, юрист по патентным спорам ТМдекс

что будет в статье

Законодательные принципы

На практике используются разные понятия: «приложение», «программное обеспечение (ПО)», «софт». Но в терминологии Гражданского кодекса этот продукт интеллектуальной деятельности называется «программа для ЭВМ». Прежде чем перейти к практическим рекомендациям по подготовке договора авторского заказа на её разработку, затронем базовые принципы, предусмотренные частью 4 ГК РФ.

Согласно ст. 1261 кодекса, программа для ЭВМ – это оформленный набор команд и информации, обеспечивающий функционирование компьютерного устройства для достижения заданного результата. Комплект включает не только конечный код, но и промежуточные материалы, полученные в ходе создания ПО, а также аудиовизуальные плоды его работы.

Автором является гражданин, благодаря творческому труду которого IT-разработка увидела свет (ст. 1257 ГК). Права создателя программы для ЭВМ охраняются аналогично правам автора литературного произведения. К ним относятся личные неимущественные права, а также исключительное право на разработку (ст. 1255 ГК). Последнее особенно важно, поскольку именно оно даёт владельцу возможность эксплуатировать продукт интеллектуальной деятельности в собственных целях (ст. 1229 ГК).

Теперь приближаемся к основному вопросу. Согласно ст. 1288 ГК, автор имеет право заключить с заинтересованным лицом договор авторского заказа, в рамках которого за вознаграждение оказать услуги по созданию ЭВМ-программы. Особенность такого договора в том, что в момент его подписания ПО ещё не существует, оно создаётся на основании требований клиента.

При этом исключительное право на софт после разработки по умолчанию считается принадлежащим автору и передаётся заказчику на основании договора:

  • в полном объёме и навсегда (по аналогии с договором отчуждения права на интеллектуальную собственность);

  • в лимитированном объёме и временно (как по лицензионному соглашению).

Отметим: исполнителем по договору авторского заказа на создание ПО вправе выступать не только одно физическое лицо, но и коллектив авторов.




Отличия договора авторского заказа от других соглашений на разработку программы для ЭВМ

С точки зрения норм Гражданского кодекса создание ПО для заказчика возможно и в рамках других типов отношений, которые не следует путать с договором авторского заказа:

  • Если обязательства по разработке ЭВМ-программы для клиента берёт на себя не отдельный человек, а IT-компания, они сотрудничают на основании соглашения о создании произведения согласно ст. 1296 ГК. Отличие от договора авторского заказа состоит в том, что по умолчанию обладателем исключительного права на программу признаётся не автор или подрядчик, а заказчик.

  • Когда за разработку софта отвечает нанятый по трудовому договору программист, исключительное право на него принадлежит работодателю (ст. 1295 ГК).

  • Если ЭВМ-программа представляет собой «побочный продукт» выполнения подрядных работ или НИОКР, исключительное право на разработку изначально приписывается исполнителю (ст. 1297 ГК).




Основные риски сторон по договору авторского заказа

Составлять текст соглашения на разработку ПО важно внимательно и продуманно, чтобы исключить негативные последствия сотрудничества для обеих сторон.

Так, главный риск клиента по договору заключается в том, что исполнитель будет использовать ЭВМ-программу в своих интересах, например, внесёт мизерные модификации и продаст или передаст во временное пользование права на софт кому-то ещё.

Также заказчик рискует получить не ту программу, которая ему нужна: с неоптимальным функционалом, недоработанную или создающую уязвимости во внутренних информационных системах.

Потенциальные проблемы автора связаны со следующими событиями:

  • Полная утрата прав на ЭВМ-программу, если договор на её создание составлен по модели лицензионного соглашения, но заказчик пытается полностью взять разработку под собственный контроль.

  • Необоснованные претензии клиента по поводу качества программы и, как следствие, отказ от оплаты вознаграждения.

Теперь пройдёмся по условиям договора на создание ЭВМ-программы, которые исключат эти и другие риски.




Предмет договора: требования к программе для ЭВМ

Чтобы избежать споров по поводу качества создаваемого ПО, в соглашение нужно включить подробное техническое задание (ТЗ). Заказчику это также даёт возможность контролировать, чтобы автор не пытался повторно реализовать IT-разработку: детальное задание позволит доказать, что программа изготовлена по договору под заказ для конкретного клиента.

В тексте контракта программу достаточно описать коротко, а ТЗ подготовить в форме приложения или дополнительного соглашения к договору. В его состав рекомендуется включить требования заказчика к:

  • характеристикам и функционалу будущей программы;

  • набору компонентов создаваемого ПО, а также вспомогательных утилит и баз данных;

  • способам реализации софта;

  • документам, которые автор обязан передать одновременно с IT-продуктом для его дальнейшего использования;

  • типам устройств, на которых должна работать ЭВМ-программа;

  • совместимости с операционными системами и приложениями;

  • носителям, на которых ПО будет передано заказчику;

  • другим значимым для клиента параметрам.

Если создание ПО будет происходить поэтапно, в ТЗ можно прописать требования к результатам каждой стадии. Также стоит указать, какие сведения клиент обязан передать автору для начала программирования.

Если в ходе создания программы всё-таки возникнут непредвиденные новые вводные, для их фиксации стороны имеют право заключить дополнительное соглашение к договору.




Передача прав на разработку

Как отмечалось, для договора авторского заказа на создание ПО применяется презумпция прав автора. То есть если из текста не будет однозначно следовать, что исключительное право на ЭВМ-программу переходит к заказчику, его держателем останется разработчик. Так что важно точно прописать этот момент в договоре, а также расшифровать суть договорённостей:

    • отчуждается исключительное право на разработку в пользу клиента полностью;

    ИЛИ

    • создатель предоставляет заказчику право временно пользоваться ЭВМ-программой в согласованных пределах, например, применять её для собственных нужд, но не распространять и не передавать третьим лицам.

Подчеркнём, что в обоих случаях действует ст. 1266 ГК, в соответствии с которой произведение нельзя изменять без разрешения автора. Если заказчик планирует в дальнейшем модифицировать программу, в договор на разработку ПО вносится условие о согласии программиста на такие изменения.




Срок создания программы

Если в договоре авторского заказа на разработку софта не указано, в какой срок создатель обязан закончить разработку и передать ПО заказчику, контракт считается незаключённым. Так что важно прописать это условие прямо и однозначно.

Отметим, что Гражданский кодекс защищает права авторов (ст. 1289 ГК): если у программиста есть уважительные причины, ему предоставляется дополнительный («льготный») период длиной в ¼ первоначального срока на завершение разработки. Более длительное время может быть предусмотрено договором. Если автор не закончит работу с учётом дополнительного периода, заказчик имеет право отказаться от исполнения договора. Впрочем, клиент может сделать это и по окончании первоначального срока, установленного автору на создание программы, если из условий контракта явно видна его заинтересованность в соблюдении регламента.

Кроме того, для взаимного контроля стороны вправе предусмотреть в договоре другие сроки, в т.ч.:

  • передачи клиентом исходных сведений для создания ПО;

  • сдачи отдельных этапов работы исполнителем;

  • проверки заказчиком переданной ЭВМ-программы;

  • подписания сторонами акта приёмки;

  • устранения разработчиком недостатков;

  • гарантийной поддержки софта его создателем.




Стоимость разработки ЭВМ-программы

Самый типичный способ расчётов, применяемый на практике, – оплата услуг исполнителя в фиксированном размере после приёмки заказчиком IT-разработки. Тем не менее, стороны имеют право прописать в договоре и другие схемы:

  • частичное авансирование;

  • поэтапные расчёты по мере сдачи программистом результатов по промежуточным актам;

  • процентные отчисления от доходов, получаемых заказчиком в ходе использования программы, и пр.

В дополнение можно прописать в договоре случаи изменения стоимости услуг автора: в сторону увеличения – если клиент заявит в ходе взаимодействия новые требования, наоборот – если разработчик сдаст неполный объём ПО.




Другие положения договора авторского заказа

Выше мы назвали существенные условия контракта, которые нужно прописать в обязательном порядке. Однако в договор на разработку ПО включаются и другие договорённости. По большому счёту, чем подробнее они будут зафиксированы, тем ниже вероятность будущих конфликтов. В отсутствие детализации споры разрешаются на основании положений ГК и, как правило, в судебном порядке.

Среди дополнительных блоков, которым нужно уделить внимание при подготовке договора на разработку софта:

1. Порядок сдачи-приёмки готовой ЭВМ-программы, включая:

  • взаимные уведомления сторон;

  • критерии, по которым заказчик будет оценивать разработку;

  • регламент подготовки и подписания акта, в т.ч. право на его оформление в одностороннем порядке в отсутствие обратной связи от контрагента;

  • порядок устранения дефектов и повторной приёмки.

Кроме того, полезно описать в договоре, как стороны будут взаимодействовать, если в процессе работы автора у клиента изменятся требования к программе. Объём возможных доработок можно ограничить количеством или сроками предъявления запроса либо обусловить корректировкой стоимости услуг программиста.

2. Гарантии от автора по поводу:

  • отсутствия в ЭВМ-программе кода, нарушающего права третьих лиц или ограничивающего перспективы использования ПО заказчиком;

  • обеспечения конфиденциальности информации, полученной в ходе исполнения договора от клиента;

  • отсутствия в софте программных закладок, которые могут нанести пользователям ущерб;

  • технической поддержки ПО и устранения неполадок в течение гарантийного срока и пр.

3. Ответственность сторон за нарушение договора (неустойка, возмещение ущерба или убытков, др.).

Здесь, правда, надо учитывать положения ст. 1290 ГК: ответственность автора ограничивается компенсацией заказчику понесённого тем ущерба.

4. Основания для одностороннего расторжения договора и его последствия.

Это может быть не только отказ от контракта по причине его нарушения другой стороной, но и добровольный «самоотвод» с предварительным уведомлением контрагента и, возможно, выплатой некой компенсации.




Резюмируя

Мы рассказали о базовых условиях, которые нужно заложить в договор авторского заказа на разработку ПО. Однако каждый отдельный случай требует тщательной индивидуальной проработки. Программа для ЭВМ – продукт, создаваемый под уникальные нужды заказчика. Поэтому стандартного образца соглашения не существует, а для подготовки текста рекомендуется привлечь грамотных юристов. Профессионалы сформируют договор, который станет надёжным инструментом для сотрудничества между автором и клиентом.



Ответы на вопросы

Может ли разработчик ПО зарегистрировать своё авторское право для его защиты?

Государственная регистрация авторских прав в России не предусматривается. Однако автор может защитить свои права иными способами, в частности, путём их депонирования. Как это сделать – рассказываем в статье по ссылке.

Нужно ли регистрировать программу для ЭВМ в Роспатенте?

Это необязательно, но регистрация ПО представляет собой один из методов его правовой защиты. Как им воспользоваться – читайте здесь.

Нужно ли как-то оформлять своё право на использование придуманного доменного имени?

Владелец сайта может использовать доменное имя без его регистрации, но это влечёт за собой определённые риски. Например, доменный адрес может оказаться созвучным уже зарегистрированному товарному знаку, правообладатель которого предъявит претензии. Как избежать такого сценария развития событий – рассказываем в отдельной инструкции.

Об авторе

Анастасия Груздева

Патентовед, юрист по патентным спорам ТМдекс

Связаться
Образование
  • Московский государственный юридический университет им. О.Е. Кутафина, юрист
  • Российский государственный университет правосудия, магистр права
  • Федеральная служба по интеллектуальной собственности, специалист по правовой охране результатов интеллектуальной деятельности и управление правами на них
Опыт
  • Более 9 лет работы в области гражданского и арбитражного процесса.
  • Постоянный участник мероприятий, посвященных юриспруденции, в том числе в области интеллектуальной собственности.
  • Приглашенный эксперт об особенностях правоприменения законодательства РФ в СМИ - «Комсомольская правда», «Арбитражная практика», «Молодой ученый» и других правовых порталах.

Поделиться

Рейтинг +0

Поговорим по делу?

Один разговор с экспертом экономит кучу нервов и денег. Проверено клиентами TMdex.

Задать вопрос

«Добились нужных результатов и заработали наше полное доверие. Рекомендую, как ответственных и легких в общении специалистов!»

Компания «Онклининг»

Груздева Анастасия

Патентовед, юрист по патентным спорам

Класс 00

Продукты химические, предназначенные для использования в промышленных, научных целях, в фотографии, сельском хозяйстве, садоводстве и лесоводстве; смолы необработанные синтетические, материалы необработанные пластические; составы для тушения огня и предотвращения пожаров; препараты для закалки и пайки металлов; вещества для дубления кожи и шкур животных; вещества клеящие для промышленных целей; мастики и другие наполнители пастообразные; компосты, удобрения, навоз; препараты биологические для промышленных и научных целей.

Класс 35

    Услуги, оказываемые лицами или организациями, основной целью которых является:
  1. помощь в эксплуатации или управлении коммерческим предприятием;
  2. помощь в управлении делами или в коммерческой деятельности промышленного или торгового предприятия;
  3. а также услуги, оказываемые рекламными учреждениями.
    Услуги, оказываемые лицами или организациями, основной целью которых является:
  1. помощь в эксплуатации или управлении коммерческим предприятием;
  2. помощь в управлении делами или в коммерческой деятельности промышленного или торгового предприятия;
  3. а также услуги, оказываемые рекламными учреждениями.
    Услуги, оказываемые лицами или организациями, основной целью которых является:
  1. помощь в эксплуатации или управлении коммерческим предприятием;
  2. помощь в управлении делами или в коммерческой деятельности промышленного или торгового предприятия;
  3. а также услуги, оказываемые рекламными учреждениями.
    Услуги, оказываемые лицами или организациями, основной целью которых является:
  1. помощь в эксплуатации или управлении коммерческим предприятием;
  2. помощь в управлении делами или в коммерческой деятельности промышленного или торгового предприятия;
  3. а также услуги, оказываемые рекламными учреждениями.
    Услуги, оказываемые лицами или организациями, основной целью которых является:
  1. помощь в эксплуатации или управлении коммерческим предприятием;
  2. помощь в управлении делами или в коммерческой деятельности промышленного или торгового предприятия;
  3. а также услуги, оказываемые рекламными учреждениями.
    Услуги, оказываемые лицами или организациями, основной целью которых является:
  1. помощь в эксплуатации или управлении коммерческим предприятием;
  2. помощь в управлении делами или в коммерческой деятельности промышленного или торгового предприятия;
  3. а также услуги, оказываемые рекламными учреждениями.

Примечание: на практике к 35 классу, как правило, относят ТОРГОВЛЮ

Классы МКТУ

Международная классификация товаров и услуг (МКТУ) используется при регистрации товарных знаков. Каждый класс соответствует определенной группе товаров или услуг.

Показаны первые 100 наиболее релевантных результатов

Как пользоваться?

  • Введите в поисковую строку название товара или услуги
  • Выберите подходящие классы (обычно требуется 1-3 класса)
  • Отправьте заявку с выбранными классами эксперту или введите новый запрос

Корреспондирующие классы

Это классы МКТУ, в которых могут содержаться однородные товары. Перечень корреспондирующих классов установлен внутренними нормативными документами Роспатента.

Основной

Торговля розничная в нестационарных торговых объектах и на рынках

No design

ОКВЭД - Общероссийский классификатор видов экономической деятельности