Евгений Цыхманов
Руководитель компании
Составим или проверим договор с разработчиком: закрепим техническое задание, этапы, оплату, приёмку, исходный код и условия перехода исключительных прав.
*Проверим модель разработки и имеющиеся документы, определим риски и предложим подходящий комплект: договор, ТЗ, акты и приложения.
Лидия Чернявская — эксперт по IT-договорам и передаче прав
Опишите продукт и модель работы. Проверим исходные документы, определим риски и предложим структуру договора, ТЗ и приложений.
Договор и техническое задание определяют функциональность, требования к ПО, состав документации и критерии готовности результата.
Закрепим календарный план, стоимость этапов, порядок демонстрации, тестирования, устранения недостатков и подписания актов.
Определим, какие права на код, интерфейс, дизайн, базы данных и документацию переходят заказчику, в какой момент и на каких условиях.
Предусмотрим передачу репозитория, доступов и исходных материалов, а также правила использования open-source и иных сторонних решений.
Урегулируем конфиденциальность, привлечение субподрядчиков, гарантии разработчика, поддержку, ответственность и порядок разрешения споров.
Учитываем не только сроки и оплату разработки, но и правовой режим кода, интерфейса, дизайна, документации и других результатов проекта.
Анализируем продукт, состав команды, этапы, порядок оплаты и участие субподрядчиков. Не ограничиваемся универсальным шаблоном.
Согласуем требования к результату, календарный план, критерии тестирования, порядок доработок, сдачи этапов и подписания актов.
Учитываем права разработчиков и иных участников, порядок передачи исходного кода, использование open-source и сторонних компонентов.
Урегулируем гарантийные исправления, техническую поддержку, конфиденциальность, ответственность и передачу доступов и материалов.
Конкретный комплект документов зависит от продукта, модели расчётов и распределения ролей между участниками проекта.
Проект и документы
Уточняем, какое ПО создаётся, кто участвует в разработке, как построены этапы и расчёты. Изучаем имеющийся договор, ТЗ и другие материалы.
Роли и риски
Определяем роли заказчика, подрядчика и команды, проверяем цепочку прав, использование субподрядчиков, open-source и сторонних компонентов.
Структура договора
Фиксируем результат, этапы, сроки, оплату, приёмку и доработки, а также условия передачи исходного кода и исключительных прав.
Проект документов
Разрабатываем договор на создание программного обеспечения, ТЗ, формы актов и перечень передаваемых материалов, доступов и документации.
Комментарии сторон
Разбираем замечания заказчика и разработчика, оцениваем последствия предложенных условий и согласуем юридически точные формулировки.
Документы для подписания
Передаём согласованную редакцию и приложения, объясняем порядок подписания, приёмки результата и оформления перехода исключительных прав.
Отзывы о работе компании и актуальный профиль на Яндекс Картах.
Соблюдаем конфиденциальность и фиксируем условия сопровождения в договоре.
Специалисты патентного бюро «Патент 24» сопровождают оформление, использование и защиту интеллектуальной собственности.
Руководитель компании
Эксперт по интеллектуальным правам
Патентный поверенный
Отвечаем на основные вопросы о техническом задании, приёмке, исходном коде, исключительных правах и работе с разработчиком.
В зависимости от модели проекта договор может сочетать элементы подряда, оказания услуг и условия о создании программы для ЭВМ. Название документа менее важно, чем точное описание результата, порядка работы и распределения исключительных прав.
Для разработки сайта, SaaS-сервиса, мобильного приложения или корпоративной системы условия адаптируют под конкретный продукт, команду и способ расчётов.
Договор разработки регулирует создание нового программного продукта: требования, этапы, оплату, приёмку и права на полученный результат. Лицензионный договор предоставляет право использовать уже существующее ПО в согласованных пределах.
Договор отчуждения используется, когда исключительное право на готовую программу полностью передают другому лицу. Смешивать эти договорные модели без анализа задачи не следует.
Обычно фиксируют результат разработки, технические требования, этапы и сроки, стоимость и расчёты, порядок демонстрации, тестирования, приёмки и доработок.
Отдельно регулируют исходный код, документацию, исключительные права, сторонние компоненты, конфиденциальность, гарантии, поддержку, ответственность и привлечение субподрядчиков.
Закон не требует для каждого проекта отдельного документа с названием «Техническое задание», однако требования к результату необходимо зафиксировать достаточно определённо. Без этого сложно подтвердить, что именно должен создать разработчик и соответствует ли результат договору.
ТЗ можно оформить приложением, спецификацией, набором пользовательских сценариев или другим согласованным документом, связанным с договором.
Для программы, специально создаваемой по заказу, законодательство предусматривает базовое правило о принадлежности исключительного права заказчику, если договором не установлено иное. Но итог зависит от предмета договора, фактической модели работы и условий документов.
Поэтому в договоре лучше прямо определить состав передаваемых результатов, момент и условия перехода прав, а также обязанности разработчика подтвердить права, полученные от авторов и других участников.
Да, исполнителем может быть физическое лицо, самозанятый, индивидуальный предприниматель или компания. В каждом случае нужно корректно определить статус стороны, порядок оплаты, документы о приёмке и налоговые условия.
Формальный статус исполнителя сам по себе не подтверждает переход прав: договор должен охватывать созданные результаты и участие конкретных авторов.
Следует обязать подрядчика законно оформить отношения с сотрудниками, авторами и субподрядчиками и подтвердить возможность передать заказчику необходимые права.
Для open-source и других сторонних компонентов полезно установить порядок согласования и раскрытия перечня, применяемых лицензий и ограничений. Некоторые лицензии могут влиять на способы распространения продукта.
В договоре и ТЗ устанавливают критерии готовности, тестовую среду, срок проверки результата и способ направления замечаний. Полезно разделить ошибки, несоответствия требованиям и новые пожелания заказчика.
Также фиксируют сроки исправлений, порядок повторной проверки, последствия отсутствия ответа и форму акта по каждому этапу.
Сам договор на разработку ПО обычно не требует государственной регистрации. Регистрация самой программы для ЭВМ в Роспатенте является добровольной и может использоваться для фиксации сведений о программе и правообладателе.
Если договор предусматривает отчуждение исключительного права на программу, которая уже зарегистрирована в Роспатенте, переход права подлежит государственной регистрации. Такой случай нужно оформлять отдельно с учётом статуса программы и содержания сделки.
Подробнее о регистрации программы для ЭВМСтоимость зависит от сложности продукта, состава участников, наличия готового проекта договора и ТЗ, количества этапов, модели оплаты, объёма приложений и необходимости согласования правок второй стороны.
Для расчёта достаточно кратко описать продукт, стороны и текущую стадию проекта и приложить имеющиеся документы. После анализа определим объём работы и сообщим стоимость до начала подготовки договора.