Договор на разработку программного обеспечения — возможно, наиболее важный документ, подписываемый при привлечении команды разработчиков или при принятии заказа в качестве команды разработчиков. Тем не менее на практике нередко подписываются чрезмерно краткие, неясные соглашения, которые впоследствии становятся источником дорогостоящих споров — особенно когда отношения между заказчиком и исполнителем обостряются.
Настоящий текст носит информационный характер и не заменяет индивидуальную юридическую консультацию.
Почему договоры на разработку программного обеспечения имеют особую специфику?
В отличие от договоров поставки материальных товаров, разработка программного обеспечения является творческим, итеративным и нематериальным процессом. Результат труда — исходный код, документация, дизайн — относится к сфере интеллектуальной собственности (IP, intellectual property). Общее правило авторского права состоит в том, что авторское право принадлежит автору, а не заказчику работы. Вместе с тем сербский Закон об авторском и смежных правах (ЗААСП) содержит специальное правило для компьютерных программ, созданных по заказу: заказчик приобретает права на использование программы, если договором не предусмотрено иное, тогда как личные неимущественные права (моральные права) остаются за автором. При этом сравнительно-правовые решения различаются — во многих юрисдикциях авторские права на заказное программное обеспечение остаются у разработчика, если договор не предусматривает их передачу, — поэтому полагаться на законодательные умолчания без прямо выраженного договорного условия не следует, особенно в трансграничных отношениях.
Без прямо выраженного условия об уступке прав или предоставлении лицензии в договоре объём правомочий заказчика на свободное использование, модификацию или сублицензирование профинансированного им программного обеспечения остаётся предметом толкования — что является распространённым источником споров.
Определение объёма работ (Scope of Work)
Основу любого договора на разработку составляет точная спецификация того, что подлежит передаче. Расплывчатые формулировки, такие как «разработка веб-приложения», способны породить бесконечные споры о том, была ли та или иная функциональность включена в согласованную цену.
Качественная спецификация объёма работ должна включать: перечень функциональных возможностей (feature list) с описанием пользовательских историй (user stories) или технических требований, технические спецификации (технологический стек, интегрируемые системы третьих сторон, требования к производительности), определение критериев приёмки (acceptance criteria) для каждой передаваемой единицы, а также временны́е рамки с контрольными точками (milestones).
Договор должен также содержать чёткую процедуру управления изменениями (change management) — порядок последующего согласования изменений объёма работ, всегда в письменной форме и с учётом их влияния на цену и сроки.
Право собственности на исходный код и передача прав интеллектуальной собственности
Это наиболее существенное условие любого договора на разработку программного обеспечения. Существуют две основные модели:
Уступка авторских прав (assignment): Все имущественные авторские права на код, созданный в ходе выполнения заказа, передаются от исполнителя заказчику после выплаты вознаграждения. Это модель, которую заказчики чаще всего предпочитают. Данное условие должно быть прямо выраженным, поскольку авторские договоры об уступке имущественных авторских прав по сербскому Закону об авторском и смежных правах, как правило, заключаются в письменной форме.
Лицензирование: Вместо передачи права собственности заказчик получает лицензию на использование программного обеспечения. Лицензия может быть исключительной или неисключительной, ограниченной по сроку или бессрочной, ограниченной по территории или глобальной. Это модель, которую IT-компании нередко предпочитают, поскольку они сохраняют право собственности на код, допускающий повторное использование.
Отдельный вопрос — правовой режим ранее созданных объектов (pre-existing IP) — библиотек, модулей или компонентов, которые разработчик вносит в проект и которые были созданы до начала выполнения заказа. Такие компоненты следует прямо перечислить в договоре и урегулировать лицензию, в соответствии с которой заказчику разрешается использовать их в составе передаваемого программного обеспечения.
Следует также рассмотреть компоненты с открытым исходным кодом: если программное обеспечение использует библиотеки под лицензией GPL (GNU General Public License), это может влиять на возможность коммерческого распространения конечного продукта.
Конфиденциальность и неразглашение (NDA)
Договор на разработку программного обеспечения почти всегда должен содержать положения о конфиденциальности, либо к нему прилагается отдельное соглашение о неразглашении (NDA, Non-Disclosure Agreement). В ходе сотрудничества заказчик раскрывает исполнителю коммерческую тайну, бизнес-планы, базы пользователей и технические архитектуры. Исполнитель, в свою очередь, может располагать конфиденциальными техническими процессами и методологиями.
Условие о конфиденциальности должно определять: что считается конфиденциальной информацией, какие сведения исключаются (общеизвестные сведения, информация, полученная от третьих сторон), кто имеет доступ к конфиденциальной информации (субподрядчики, работники), срок действия обязательства по неразглашению и последствия его нарушения.
Гарантии, ответственность и условия об ограничении ответственности
Договор должен регулировать:
Гарантию надлежащего качества: Период, в течение которого исполнитель обязуется безвозмездно устранять недостатки в переданном программном обеспечении. Обычный срок составляет от 30 дней до 12 месяцев с момента сдачи-приёмки, в зависимости от объёма и сложности проекта.
Ограничение ответственности: Практически каждый профессиональный договор на разработку программного обеспечения содержит условие, которым максимальная ответственность исполнителя ограничивается суммой договора или определённым кратным размером ежемесячного вознаграждения. Без данного условия исполнитель подвергался бы потенциально неограниченной ответственности за косвенные убытки.
Ответственность за нарушение прав третьих лиц: Исполнитель должен гарантировать, что передаваемый код не нарушает права интеллектуальной собственности третьих лиц, и что он будет защищать заказчика от претензий третьих сторон, возникших вследствие такого нарушения.
Часто задаваемые вопросы (Q&A)
Вправе ли разработчик сохранить право на демонстрацию разработанного кода в портфолио? Да, если это прямо согласовано. Типичное решение — разработчик вправе упомянуть проект в портфолио, однако не может публиковать сам код, если он отнесён к конфиденциальному. Это следует урегулировать отдельным положением.
Что происходит с правами на программное обеспечение в случае расторжения договора до его завершения? Это вопрос, который должен быть прямо урегулирован. Обычный подход состоит в том, что заказчик получает права на оплаченные переданные результаты работ (deliverables), тогда как неоплаченная работа остаётся в собственности исполнителя.
Достаточно ли подписать коммерческое предложение или счёт-проформу в качестве договора? Коммерческое предложение или счёт-проформа не являются заменой договора. Они регулируют цену и описывают услугу, однако почти никогда не содержат положений о правах интеллектуальной собственности, конфиденциальности, гарантиях и ограничениях ответственности. В случае спора это оставляет обе стороны без чёткой правовой базы.
Что такое условие о запрете конкуренции и является ли оно законным? Условие, по которому разработчик обязуется в течение определённого периода не работать на прямых конкурентов заказчика, является законным, однако для его применимости оно должно быть разумно ограничено по сроку и географическому охвату. Чрезмерно широкие условия суды могут признать недействительными.
Заключение
Договор на разработку программного обеспечения — документ, защищающий обе стороны. Заказчики, не имеющие чёткого соглашения о правах интеллектуальной собственности, рискуют столкнуться с неопределённостью относительно объёма прав на профинансированный ими продукт. Разработчики без условия об ограничении ответственности подвержены несоразмерным рискам.
Вложение в качественно составленный договор до начала разработки многократно окупается по сравнению с расходами на возможный судебный спор.
Запишитесь на консультацию к нашей команде — мы разрабатываем индивидуальные договоры на разработку программного обеспечения для заказчиков и IT-компаний.
Источники: – Zakon o autorskom i srodnim pravima RS („Sl. glasnik RS” br. 104/2009, 99/2011, 119/2012, 29/2016 — odluka US i 66/2019) – https://www.wipo.int/portal/en/index.html – https://www.lexology.com/library/detail.aspx?g=ea21e355-081e-451d-b333-6a3f25c74261 – https://www.abacuslaw.com/blog/software-development-agreement-key-provisions/
