Составить договор на разработку ПО – задача со звездочкой: показываю, на что обратить внимание
Меня зовут Юрий Горбачев. В этой статье я расскажу, какой вид договора выбирать для разработки ПО с нуля, как правильно составить документ и избежать распространенных ошибок. Эта информация важна как для заказчика ПО, так и для автора-исполнителя.
В моей практике был случай, когда неверно составленный договор на разработку ПО, привел автора к потере исключительных прав на объект, который он планировал передавать по неисключительной лицензии. Все из-за одного пункта в договоре, который гласит:
«Исключительное право на использование ПО полностью переходит к Заказчику».
И был также случай, когда из-за отсутствия этого пункта в договоре заказчик не смог использовать ПО в своей деятельности, несмотря на то, что оплатил работу разработчика.
Договор на разработку программного обеспечения — это не просто формальность. Он служит основой для определения прав и обязанностей сторон, а также помогает минимизировать риски, ограждая от неприятных ситуация, например: Бездоговорная работа фактически позволяет сторонам действовать на свое усмотрение, что приводит к: Договор обязательно нужен. ПО — не тот объект, о создании которого можно быстро устно договориться и получить желаемый результат. Есть 3 популярных варианта: Я рекомендую остановиться на двух последних вариантах. Однако часто стороны выбирают именно договор оказания услуг, который по факту подразумевает лишь процесс, а не конкретный результат в виде разработанного ПО. А вот предметом договора подряда или авторского заказа как раз будет результат — ПО. При этом стоит учитывать, что договор авторского заказа можно выбрать только в том случае, если вы заключаете его с физическим лицом — автором. Итак, договор на оказание услуг желательно не использовать — он не подходит. Предмет у нас — конкретное ПО, а не процесс его создания. Если вы работаете с компанией, выбирайте договор подряда или на создание произведения на заказ, если с автором-физлицом — договор авторского заказа. По договору подряда стороны — заказчик и подрядчик. По договору авторского заказа — заказчик и исполнитель. В статье будем условно называть стороны Заказчик и Исполнитель. Допустимо заключение рамочного договора, который позволяет указать в документе только основные сведения о проекте, а конкретные задания оформлять в виде приложений — задач. Договоры на разработку заключают письменно. Когда дело касается разработки программы, устными договоренностями ограничиваться недопустимо. Перечень ключевых пунктов, которые должны быть включены: Описание может включать название ПО, основополагающие характеристики: язык программирования, требования по совместимости с другими программами, функционал, формат и материальный носитель, на котором будет ПО. Эту информацию можно кратко включать в текст договора, а более подробно вынести в приложение к нему — техническое задание, которое станет неотъемлемой частью договора. Краткий пример: Полнофункциональное программное обеспечение, готовое к использованию конечными пользователями. Язык программирования: Python для серверной части, JavaScript для клиентской части. Программное обеспечение должно быть совместимо с операционными системами Windows, macOS, iOS и Android. Функционал: удаленное управление устройствами через мобильное приложение и веб-интерфейс, настройка автоматизации сценариев (например, «Утро», «Уход из дома»), мониторинг состояния устройств в реальном времени. Программное обеспечение должно быть доступно для загрузки в виде установочного файла (формат .exe для Windows, .dmg для macOS) и размещено на облачном сервере для доступа через веб-интерфейс. Сроки крайне важны в договоре подряда. Из-за их отсутствия договор может быть признан незаключенным. Например, за заказчиком нужно закрепить обязанность предоставлять необходимую информацию и ресурсы для создания ПО, своевременно оплачивать выполненные работы, участвовать в процессе тестирования и предоставлять обратную связь в установленный договором срок. Как будет формироваться сумма оплаты (фикс или почасовая, а может какой-то другой вариант), какая предусмотрена плата за передачу исключительных прав, какие расходы исполнителя будет возмещать заказчик (например, на лицензирование объектов, которые принадлежат третьим лицам, но необходимы к использованию), как и когда будут производиться платежи, а также возможные штрафные санкции за задержку оплаты. Как правило, исключительные права на разработку передаются заказчику в полном объеме. Для этого в договоре указывают пункт: «Исключительное право на использование ПО в полном объеме принадлежит Заказчику». Можно добавить: «Право подачи заявок на получение охранных документов на созданные в результате выполнения работ по настоящему Договору результаты интеллектуальной деятельности принадлежит Заказчику». Благодаря этим пунктам заказчик может свободно использовать разработку, получать прибыль от этого и не делиться ею с автором, передавать свои права другим лицам безвозмездно или за плату, регистрировать в Роспатенте. В договоре подряда или создания произведения на заказ этот пункт можно опустить, поскольку ст. 1296 ГК РФ закрепляет автоматический переход исключительных прав к заказчику, если иное не указано в договоре. Если не планируется полная передача прав, можно ограничиться лицензией, которая оформляется как часть договора или отдельным соглашением. Об этом часто забывают, но этот пункт гарантирует, что автор не предъявит претензии, если вы внесете изменения в его авторскую разработку. Пример: «Заказчик имеет право вносить изменения, дополнения и модификации в программное обеспечение (ПО), разработанное Исполнителем, без предварительного согласия Исполнителя». В интересах исполнителя указать следующий пункт: «Исполнитель не несет ответственности за работоспособность и функциональность ПО после внесения изменений Заказчиком или третьими лицами». Подробно укажите все конфиденциальные данные, способ передачи такой информации, ответственность за нарушения, срок сохранения данных в тайне, в том числе после завершения проекта. «Если по истечении 5 дней после получения Заказчиком результата работ и акта, Исполнитель не получит подписанный Акт или мотивированный отказ, Задание считается выполненным и принятым Заказчиком в полном объёме». Договор на разработку должен обязательно должен содержать ту информацию, которую я указал в этом разделе, но бывают случаи, когда нужно внести другие нестандартные пункты. Для определенных типов проектов в договорах необходимо предусмотреть: Например, «Исполнитель обязуется обеспечить интеграцию разрабатываемого программного обеспечения с существующими системами Заказчика, перечисленными в приложении к данному договору. Интеграция будет осуществляться в соответствии с техническим заданием и требованиями Заказчика». ПО может изначально функционировать нормально, а потом начнутся проблемы, чтобы разработчик не отказался исправлять ситуацию, желательно указать согласовать этот момент в договоре. В интересах исполнителя максимально четко определить объем обязанностей по поддержке и обновлению ПО и ограничить сроки, иначе потом дорабатывать ПО он будет бесконечно. «Исполнитель вправе привлекать субподрядчиков для выполнения отдельных задач в рамках настоящего договора. Исполнитель несет полную ответственность за действия и бездействие своих субподрядчиков». Ошибки и проверка договора Не забывайте о юридической проверке договора перед его подписанием. Лучше несколько раз перепроверить, чем потом бороться с последствиями. Обратитесь к юристу, чтобы убедиться, что все пункты защищают ваши интересы. При проверке договора нужно прежде всего обратить внимание на: Пример: «Исполнитель должен разработать качественное ПО» — где критерии, по которым можно судить о качестве? Пример: «Авторское право на ПО переходит к Заказчику в полном объеме» — авторское право неотчуждаемо, значит, не может быть передано заказчику, а вот исключительное может. Коммуникация с командой и правильный алгоритм действий Важно обсуждать условия договора с командой разработчиков. Открытое общение поможет предотвратить недоразумения и создать доверительные отношения. Задавайте вопросы, уточняйте детали — это поможет всем участникам проекта быть на одной волне. Правильно составленный договор — это основа успешного сотрудничества между заказчиком и исполнителем. Уделите внимание каждому пункту, и вы сможете избежать множества проблем в будущем. Алгоритм действий: Сохраните чек-лист для составления договора на разработку ПО. Это полезный инструмент для проверки всех необходимых пунктов. Какой пункт, о котором я не сказал, вы считаете важным при составлении договора на разработку ПО? Дополните мою статью комментариями.
Зачем нужен договор?
Какой договор выбрать при разработке ПО?
Основные элементы договора: не пропустите
Особые условия: когда стандартного недостаточно
