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

Самый дорогой спор вокруг заказного софта начинается не из-за сорванных сроков, а когда заказчик хочет передать код другой команде и выясняет, что исключительное право на него так и осталось у студии. Договор на разработку программного обеспечения должен одновременно решать две задачи: описать работу (ТЗ, этапы, приёмку) и чётко перевести права на результат. Ниже разбираем, как это сделать по ГК РФ в редакции на октябрь 2026 года, и даём образец с календарным планом и актом передачи прав.

Коротко: что нужно знать

• Форма. Только письменная. Условие об отчуждении исключительного права, заключённое устно или «по переписке без подписи», недействительно (п. 2 ст. 1234 ГК РФ).
• Права по умолчанию. Если программа создана по заказу и исполнитель не автор (например, студия с программистами-работниками), исключительное право принадлежит заказчику, если договором не предусмотрено иное (п. 1 ст. 1296 ГК РФ). Но исполнитель сохраняет безвозмездную простую лицензию для собственных нужд на весь срок действия права (п. 2 ст. 1296).
• Цена. В возмездном договоре нужно указать вознаграждение за отчуждение права или порядок его определения, иначе договор в этой части считается незаключённым (п. 3 ст. 1234 ГК РФ). Между коммерческими организациями безвозмездное отчуждение не допускается (п. 3.1 ст. 1234).
• Регистрация. Не нужна, если программа не зарегистрирована в Роспатенте. Если зарегистрирована, переход права подлежит государственной регистрации (п. 5 ст. 1262 ГК РФ).
• НДС. С 1 января 2026 года базовая ставка 22 % (Федеральный закон от 28.11.2025 № 425-ФЗ). Отчуждение прав на программу из реестра российского ПО освобождено от НДС (пп. 26 п. 2 ст. 149 НК РФ).

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

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

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

Если заказчику нужен конкретный осязаемый результат (работающая программа по ТЗ, переданная с исходным кодом), договор подряда на разработку программного обеспечения точнее отражает суть отношений: исполнитель отвечает за результат, заказчик принимает его по акту, а недостатки устраняются по правилам ст. 723 ГК РФ. Модель «оказания услуг» (почасовая работа команды, поддержка, доработки по запросам) уместна для сопровождения. Она хуже защищает заказчика: по ст. 782 ГК РФ любая сторона может выйти из договора, а оплате подлежит процесс, а не результат.

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

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

Когда исполнитель сам пишет код (фрилансер-физлицо, самозанятый, ИП без работников), ст. 1296 ГК РФ не применяется. Отношения регулирует ст. 1288 ГК РФ о договоре авторского заказа, что прямо разъяснено в п. 107 Постановления Пленума ВС РФ от 23.04.2019 № 10. Следствия практичные:

• исключительное право сначала возникает у автора, и к заказчику оно перейдёт, только если договор прямо предусматривает отчуждение (п. 2, 3 ст. 1288 ГК РФ). Правила «по умолчанию в пользу заказчика» здесь нет;
• договор без срока исполнения считается незаключённым (п. 1 ст. 1289 ГК РФ);
• после истечения срока автору при уважительных причинах даётся льготный срок в 1/4 основного, а затем заказчик может отказаться от договора (п. 2, 3 ст. 1289).

Образец составлен для исполнителя-организации или ИП с командой. Если вы работаете с одним разработчиком, удобнее взять образец договора авторского заказа: там срок и отчуждение прав построены по ст. 1288–1289 ГК РФ.

Кому принадлежит код: почему нельзя полагаться на ст. 1296 «по умолчанию»

Формально заказчик и так получает права по п. 1 ст. 1296 ГК РФ. Но у этого правила три слабых места.

Первое: простая лицензия у исполнителя. По п. 2 ст. 1296 исполнитель вправе бесплатно использовать программу для собственных нужд весь срок действия права (жизнь автора плюс 70 лет). Если заказчик не хочет, чтобы студия переиспользовала его модули, это нужно исключить договором. В образце такая лицензия прямо исключена, а за исполнителем оставлено только право на собственные библиотеки, созданные до договора.

Второе: права авторов. Исполнитель-организация получает исключительное право на служебный код от своих работников (ст. 1295 ГК РФ), но, если над проектом работали подрядчики-физлица, права от них должны быть приобретены отдельно. Гарантия исполнителя и условие о возмещении претензий третьих лиц защищают заказчика лучше, чем ссылка на закон. Кроме того, автор, у которого нет исключительного права, сохраняет право на вознаграждение (п. 4 ст. 1296), а личные неимущественные права неотчуждаемы. Поэтому в образце исполнитель обязуется обеспечить согласие авторов на анонимное использование и на внесение изменений.

Третье: момент перехода. По общему правилу п. 4 ст. 1234 ГК РФ право переходит в момент заключения договора, а программы ещё нет. Практичнее связать переход с подписанием акта по каждому этапу: так заказчик получает права ровно на то, что принял и оплатил, а исполнитель защищён от передачи прав до оплаты. Если вознаграждение не заплачено и нарушение существенное, у исполнителя есть специальные способы защиты из п. 5 ст. 1234 (перевод прав приобретателя через суд или односторонний отказ с 30-дневным сроком на оплату).

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

Исходный код и open source

Исключительное право на программу распространяется и на исходный, и на объектный код (п. 1 ст. 1261 ГК РФ), но физическая передача исходников закон не гарантирует. Без репозитория заказчик формально правообладатель, а фактически не может ничего изменить. В образце исходный код, документация и доступы передаются вместе с актом этапа, а в акте указываются адрес репозитория и хеш итогового коммита.

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

Налоги и регистрация

С 2026 года реализация работ облагается НДС по ставке 22 %. Отчуждение исключительного права на программу, включённую в единый реестр российских программ для ЭВМ, освобождено от НДС (пп. 26 п. 2 ст. 149 НК РФ). Но разработка «под ключ» ещё не включённой в реестр программы под это освобождение не подпадает. Поэтому в образце вознаграждение за отчуждение права выделено из общей цены отдельной суммой: это требование п. 3 ст. 1234 ГК РФ, а заодно основа для корректного налогового учёта у обеих сторон.

Регистрировать программу в Роспатенте не обязательно (п. 1 ст. 1262 ГК РФ). Если заказчик планирует включить продукт в реестр российского ПО или использовать его как актив, регистрацию проводят уже после перехода права на заказчика, на его имя.

Пошаговый порядок

1. Согласуйте техническое задание. Оно может быть кратким, но в нём должны быть функции, платформы, требования к качеству и формат сдачи. Без ТЗ спор о приёмке почти неизбежен.
2. Разбейте работу на этапы с датами и стоимостью (календарный план). Это решает вопрос сроков (ст. 708 ГК РФ) и поэтапного перехода прав.
3. Выделите в цене вознаграждение за отчуждение исключительного права.
4. Подпишите договор. Электронная подпись или обмен сканами допустимы, если в договоре зафиксирован порядок, но для условия об отчуждении надёжнее квалифицированная электронная подпись или подпись на бумаге.
5. Принимайте каждый этап по акту: проверка, мотивированный отказ, устранение замечаний, подписание.
6. Вместе с актом получите исходный код, документацию, доступы и перечень open-source компонентов.
7. Если программа будет регистрироваться, подайте заявку в Роспатент после подписания итогового акта.

Договор на разработку программного обеспечения образец: что в нём и как заполнить

Шапка и стороны. Укажите полные наименования, ОГРН, ИНН и лиц, подписывающих договор, с основанием полномочий (устав или доверенность). Если сторона ИП, подписывает сам предприниматель.

Раздел 1. Термины. Определены «Программа», «Исходный код», «Этап», «Акт». Через эти термины работают все остальные пункты, поэтому менять их стоит осторожно.

Раздел 2. Предмет. Исполнитель создаёт программу по ТЗ (приложение № 1) и отчуждает заказчику исключительное право в полном объёме. Впишите рабочее название программы и её назначение в одну строку.

Раздел 3. Сроки и этапы. Даты и стоимость этапов заполняются в календарном плане (приложение № 2). Там же отмечается, что именно сдаётся по каждому этапу.

Раздел 4. Сдача и приёмка. Пять рабочих дней на проверку, мотивированный отказ со списком замечаний, десять рабочих дней на исправление. Если заказчик молчит, этап считается принятым: это защищает исполнителя от затягивания оплаты.

Раздел 5. Исключительное право. Ключевой раздел: переход права с подписания акта этапа, исключение лицензии исполнителя по п. 2 ст. 1296, гарантии о правах авторов, open source, личные неимущественные права авторов.

Раздел 6. Цена и оплата. Общая цена, выделенное вознаграждение за отчуждение права, аванс 30 % и оплата этапов по актам. Впишите суммы цифрами и прописью.

Разделы 7–9. Гарантия на ошибки (шесть месяцев с итогового акта), конфиденциальность, неустойка 0,1 % в день с ограничением 10 % от цены этапа.

Разделы 10–13. Срок действия и расторжение, порядок урегулирования споров (претензия, 15 рабочих дней, затем арбитражный суд по месту нахождения истца), реквизиты.

Приложения. ТЗ (структура для заполнения), календарный план в виде таблицы и акт сдачи-приёмки этапа и передачи исключительного права. Акт подписывается по каждому этапу, поэтому его удобно копировать.

Частые ошибки

• Нет вознаграждения за отчуждение. Цена «за работы» без отдельной суммы за права даёт исполнителю аргумент, что условие об отчуждении не согласовано (п. 3 ст. 1234 ГК РФ).
• Права переходят «с момента оплаты» без акта. Возникает неопределённость, на какой объём кода перешли права при частичной оплате.
• Исходный код не упомянут. Заказчик получает право, но не получает возможности его осуществить.
• Договор авторского заказа с фрилансером без срока. Такой договор считается незаключённым (п. 1 ст. 1289 ГК РФ).
• «Безлимитная» неустойка или запрет одностороннего отказа. Суды снижают явно несоразмерную неустойку по ст. 333 ГК РФ, а право заказчика отказаться от договора подряда до сдачи результата с оплатой выполненной части (ст. 717 ГК РФ) договором не исключается.
• Нет перечня open-source компонентов. Спор о «чистоте» кода всплывает при продаже бизнеса или проверке инвестором.

Общие правила о подряде, неустойке и приёмке подробно разобраны в статье «Договор подряда: образец».

Чек-лист перед подписанием

• ТЗ и календарный план приложены и подписаны.
• В цене выделено вознаграждение за отчуждение исключительного права.
• Переход права привязан к акту этапа.
• Исключена простая лицензия исполнителя по п. 2 ст. 1296 ГК РФ (или прямо оговорено, что именно он вправе переиспользовать).
• Есть гарантия о правах авторов и о возмещении претензий третьих лиц.
• Исходный код, документация и доступы передаются вместе с актом.
• Если исполнитель физлицо-автор, договор построен по ст. 1288–1289 ГК РФ и в нём есть срок.
• Если программа зарегистрирована в Роспатенте, предусмотрена регистрация перехода права.

Отмечено 0 из 8

Статья носит информационный характер и отражает законодательство на октябрь 2026 года. Для крупного проекта условия о правах, гарантиях и ответственности стоит адаптировать под конкретную модель разработки и налоговый статус сторон.