Договор подряда, авторского заказа или лицензия: какой договор заключать на разработку

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

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

Почему форма договора важна для разработки?

Потому что разработка — это одновременно работа и создание объекта авторского права. Правила о работе (срок, приёмка, недостатки) и правила о правах (кто владеет кодом, что вам разрешено) лежат в разных главах ГК РФ, и один «договор на разработку» должен закрыть оба вопроса.

Программа для ЭВМ охраняется как литературное произведение, поэтому к ней применяется часть четвёртая ГК РФ. Глава 37 о подряде отвечает на вопросы «что сделать, к какому сроку и как сдать», но не говорит, кому принадлежит исключительное право на код. Если в договоре нет раздела о правах, ответ дают общие нормы — и он зависит от того, кто исполнитель и что было предметом договора.

На практике путаница выглядит так: предприниматель скачивает «договор подряда на разработку ПО», меняет реквизиты, подписывает — и через год, сменив подрядчика, выясняет, что новому разработчику нужен документ о праве на переработку кода, а в договоре о правах одна строчка «результат передаётся заказчику». Передаётся что: копия, право или носитель? Такие вопросы проще закрыть до подписи, чем в претензии.

Что даёт договор подряда?

Подряд закрепляет порядок работы: подрядчик по заданию заказчика выполняет работу и сдаёт результат, а заказчик принимает и оплачивает его (ст. 702 ГК РФ). Это сильная сторона подряда: понятны срок, акт, недостатки и ответственность за просрочку.

Что подряд даёт заказчику на разработке:

• Предмет и техзадание. Что именно сделать: страницы, роли, интеграции, критерии готовности. Без задания спор о том, «входило ли это в работу», почти неизбежен.
• Срок и этапы. Начальный и конечный срок, промежуточные сдачи, событие, с которого считаются дни.
• Приёмку по акту. Сколько дней у заказчика на проверку, как оформляется мотивированный отказ, что происходит при молчании.
• Требования при недостатках. Бесплатное исправление, уменьшение цены и другие способы защиты, которые предусматривает глава 37.

Чего подряд сам по себе не даёт — ясности по правам. Если создание программы было предметом договора, а исполнитель — компания или ИП с командой, по умолчанию право принадлежит заказчику, но договор может установить иное (п. 1 ст. 1296 ГК РФ). Если же договор прямо не предусматривал создание программы — например, «настройка и сопровождение сайта», в ходе которых появился модуль, — право остаётся у исполнителя (п. 1 ст. 1297 ГК РФ). Граница между этими случаями — в формулировке предмета.

Отдельно о запросе «договор ГПХ на разработку ПО». ГПХ — это не вид договора, а общее название гражданско-правовых договоров: подряд, оказание услуг, авторский заказ и лицензия — всё это ГПХ. Важен не ярлык, а содержание. С физлицом есть ещё одна граница: гражданско-правовой договор, который фактически регулирует трудовые отношения — постоянная работа по графику, в штате, под руководством, — заключать нельзя (ч. 2 ст. 15 ТК РФ). Налоги и взносы при оплате физлицу и самозанятому мы разбирали в статье о выборе между фрилансером и студией.

Что такое договор авторского заказа?

Это договор, по которому автор обязуется создать по заказу произведение, обусловленное договором (ст. 1288 ГК РФ). Сторона — именно автор, то есть человек, который сам пишет код. С компанией так договор не называется: для неё работает ст. 1296.

Главная особенность авторского заказа — модель прав выбирается в самом договоре. Он может предусматривать либо отчуждение заказчику исключительного права на будущее произведение, либо предоставление права использования в установленных пределах (п. 2 ст. 1288). В первом случае к договору применяются правила об отчуждении права, во втором — правила о лицензии (пп. 3–4). Правило «по умолчанию право у заказчика» здесь не действует: ст. 1296 к договорам, где подрядчик — сам автор, не применяется (п. 5 ст. 1296).

Когда авторский заказ уместен:

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

О чём помнить заказчику. Ответственность автора по авторскому заказу ограничена: при неисполнении договора он возвращает аванс и платит неустойку, если она предусмотрена, но в сумме — не больше реального ущерба заказчика (п. 2 ст. 1290 ГК РФ). Поэтому крупный проект с одним автором стоит делить на этапы с отдельной оплатой и сдачей: так меньше денег висит на одном обязательстве.

Лицензия или отчуждение исключительного права?

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

Отчуждение. Договор заключается в письменной форме, иначе он недействителен; если договор возмездный, а цены в нём нет, он считается незаключённым; право переходит в момент заключения договора, если стороны не договорились иначе (ст. 1234 ГК РФ). Отсюда типичная формулировка «право переходит после полной оплаты» — стороны сами сдвигают момент перехода.

Лицензия. Правила здесь строже к тексту договора (ст. 1235 ГК РФ):

• право, прямо не указанное в договоре, считается не предоставленным (п. 1) — способы использования нужно перечислить: установка на сервер, показ в интернете, доработка;
• не указана территория — только Россия (п. 3); не указан срок — пять лет (п. 4);
• в возмездной лицензии без условия о размере или порядке вознаграждения договор считается незаключённым (п. 5) — поэтому в хороших договорах вознаграждение за лицензию прямо названо, даже если оно входит в цену работ;
• смена правообладателя лицензию не прекращает (п. 7) — это защищает заказчика, если студия продаст права или закроется.

Как выбрать. Задайте себе три вопроса. Будете ли вы продавать программу или права на неё третьим лицам? Нужно ли запретить исполнителю использовать свои наработки в других проектах? Будут ли инвесторы или покупатель бизнеса требовать права именно в собственности? Если на все три ответ «нет», широкая лицензия решает задачу и обычно не делает проект дороже. Если хотя бы один ответ «да», обсуждайте отчуждение до старта: на готовом проекте договориться сложнее.

Форма	Что регулирует	Права на код	Главный риск
Подряд (гл. 37 ГК РФ) без раздела о правах	Работу: задание, срок, сдачу по акту, недостатки	Решает ст. 1296 или 1297 ГК РФ, а не сам договор	Спор о том, было ли создание программы предметом договора
Договор с компанией на создание программы (ст. 1296)	Создание программы по заказу	У заказчика, если договор не говорит иного	Договор оставил право за исполнителем, а лицензия узкая или не описана
Авторский заказ (ст. 1288)	Создание произведения самим автором	Отчуждение или лицензия — как записано	Модель не выбрана; ответственность автора ограничена реальным ущербом
Лицензионный договор (ст. 1235)	Пользование готовым результатом	Остаются у правообладателя	Не названы способы, срок, территория или вознаграждение
Отчуждение права (ст. 1234)	Передачу права целиком	Переходят к приобретателю	Нет письменной формы или цены — договор недействителен или не заключён
Смешанный договор	Работы плюс права в одном документе	Как записано в разделе о правах	Раздел о правах противоречит акту или приложениям

Смешанный договор: как часто делают студии

Студии и компании обычно оформляют один договор, где работы идут по правилам подряда, а права — отдельным разделом. ГК РФ это допускает: стороны могут заключить договор, в котором есть элементы разных договоров, и к каждой части применяются свои правила (п. 3 ст. 421 ГК РФ).

Такой документ удобен: одна подпись, одно техзадание, один акт. Но у него есть слабое место — согласованность частей. Раздел о правах может говорить «лицензия с даты полной оплаты», а акт — «результат передан в собственность». Или приложение со сметой упоминает «передачу прав», которой в основном тексте нет. Перед подписью прочитайте раздел о правах вместе с актом и приложениями: они не должны противоречить друг другу.

Как это устроено у нас. Наш типовой договор — тоже смешанный. Работы: оплата 50 % до старта и 50 % по акту, на приёмку 5 рабочих дней, гарантия 30 календарных дней с даты акта. Права: исключительное право на код остаётся у исполнителя, заказчику — лицензия на весь срок действия права: исходники в его репозитории, любой сервер, любые подрядчики. Логотип, тексты и фирменный стиль, созданные для заказчика, — его (пп. 5.1–5.6 договора). Если заказчику всё же нужно отчуждение права на код, его оформляют отдельным письменным соглашением за отдельное вознаграждение (п. 5.7). Раздел о правах одинаков для всех тарифов — от Telegram-бота от 16 000 ₽ до мобильного приложения от 200 000 ₽; цены и сроки — в прайсе.

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

Что проверить в любом из них

Независимо от названия договора проверьте семь пунктов: стороны, предмет, модель прав, пределы пользования, момент перехода, вознаграждение и согласованность приложений. Если хотя бы одного нет, просите правку до подписи — это нормальная практика, а не недоверие.

1. Кто сторона. Компания, ИП или физлицо — от этого зависит, работает ст. 1296 или ст. 1288. Реквизиты в договоре, счёте и выписке ФНС должны совпадать; как проверить исполнителя, мы разбирали в статье о проверке студии до предоплаты.
2. Предмет — создание программы. В предмете прямо написано «разработка (создание) сайта / приложения / программы», а не только «оказание услуг» или «настройка».
3. Модель прав выбрана словами. «Исключительное право переходит к заказчику» или «исполнитель предоставляет заказчику лицензию» — без двусмысленного «результат передаётся».
4. Пределы лицензии. Способы (воспроизведение, доведение до всеобщего сведения, переработка), срок, территория, право поручить доработку другим подрядчикам и передать лицензию вместе с бизнесом.
5. Момент. С какой даты переходит право или действует лицензия и что можно делать с результатом до этой даты — например, запускать и проверять.
6. Вознаграждение. Цена отчуждения или лицензии названа или прямо указано, что она входит в стоимость работ.
7. Приложения и акт. Формулировки о правах в акте, ТЗ и смете совпадают с основным текстом.

Какие ошибки встречаются чаще всего?

Самые дорогие ошибки — не в выборе формы, а в пропущенном разделе о правах и в формулировках «как получилось». Вот что встречается в договорах на разработку чаще всего.

• «Договор оказания услуг по разработке». Предмет «услуги» описывает действия, а не результат. Из такой формулировки неочевидно, было ли создание программы целью договора, — а от этого зависит, кому достанется код.
• Авторский заказ с компанией. Название не меняет сути: если исполнитель — ООО, работают нормы о заказе у юрлица, а раздел о правах всё равно нужно писать.
• Отчуждение «на всё созданное исполнителем». Студия не может передать то, что не создавала по договору: библиотеки с открытой лицензией, свои движки, сторонние платные модули. Их правовой режим стоит описать отдельно.
• Лицензия без переработки. Пользоваться сайтом можно, а дорабатывать силами нового подрядчика — уже спорно.
• Шаблон «скачал и подписал». Типовой договор — хорошая основа, но сроки, состав работ и модель прав под ваш проект нужно сверить.

Когда сложный договор не нужен?

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

Обратная ситуация — когда экономить на юристе не стоит: продукт, который вы планируете продавать как сервис, проект с инвестором, разработка на деньги гранта или по госконтракту, команда из нескольких фрилансеров без общего договора. Здесь стоит заранее показать договор юристу и выбрать модель прав под план развития продукта, а не под удобство первой подписи.

Короткие ответы на частые вопросы

Какой договор заключать со студией на разработку сайта?

Обычно это смешанный договор: работы по правилам подряда — задание, срок, акт, гарантия — и отдельный раздел о правах на результат. Название документа значит меньше, чем то, выбрана ли в нём прямо модель прав и описаны ли пределы пользования.

Можно ли заключить договор авторского заказа с ООО?

Договор авторского заказа заключают с автором — человеком, который сам создаёт произведение. С компанией договор на создание программы регулирует ст. 1296 ГК РФ; если по нему право остаётся у исполнителя, заказчику нужна описанная в договоре лицензия.

Договор ГПХ и договор подряда — это одно и то же?

ГПХ — общее название гражданско-правовых договоров: подряд, услуги, авторский заказ, лицензия. Поэтому «договор ГПХ на разработку» сам по себе ничего не говорит о правах на код — смотрите, какой это договор по существу и что записано в разделе о правах.

Что выгоднее заказчику — отчуждение права или лицензия?

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

Обязательно ли оформлять права письменно?

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

Услуги и кейсы по теме: цены и сроки