Бесплатная консультация юриста

+7 (800) 301-07-30

Реклама jurik.ru

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

Правовая природа отношений: подряд vs услуги vs авторский заказ

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

Договор подряда (ст. 702–768 ГК РФ): Результат — конкретный продукт (код, исполняемый файл, документация). Есть этапы, приемка по актам, гарантийный срок, ответственность за качество (дефекты). Наиболее подходит для разработки ПО «под ключ».
Договор возмездного оказания услуг (ст. 779 ГК РФ): Результат — процесс (консультации, аудит кода, сопровождение, администрирование). Приемка — по акту оказанных услуг. Не подходит для передачи исключительных прав на готовый софт.
Договор авторского заказа (ст. 1293 ГК РФ): Специфический вид договора для создания произведения науки, литературы или искусства (в т.ч. компьютерных программ). Ключевая особенность: исключительное право принадлежит заказчику с момента создания, если иное не оговорено. Часто используется в сочетании с договором подряда.

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

Обязательные и существенные условия договора

По ст. 432 ГК РФ обязательным является только предмет договора. Однако для ПО «существенными» (требующими письменной формы и согласия сторон) де-факто являются:

Предмет договора (Предмет подряда)

Самый спорный пункт. Нельзя писать просто «разработка программы». Необходимо сослаться на приложения:

Техническое задание (ТЗ) — Приложение №1. Описание функционала, стека технологий, архитектуры, требований к UI/UX, производительности, безопасности.
План-график работ / Этапы — Приложение №2. Дедлайны по спринтам или этапам (Проектирование -> Разработка -> Тестирование -> Деплой).
Критерии приемки (Definition of Done), Приложение №3. Чек-листы, тест-кейсы, пороговые значения багов (Critical/High = 0).

Цена и порядок расчетов

В IT чаще всего используются гибридные модели:

Fixed Price (Фиксированная цена): Только при замкнутом ТЗ. Риск переработок на подрядчике.
Time & Materials (T&M): Оплата за фактически отработанные часы (рейты разработчиков). Гибкость, но неопределенность бюджета для заказчика.
Milestone-based (По этапам/Майлстоунам): Оплата по актам приема-передачи этапов. Золотой стандарт. Пример: Аванс 30% -> Этап 1 (30%) -> Этап 2 (30%) -> Финал (10%).

Важно: Пропишите валюту расчетов (рубли), НДС (включен/не включен), реквизиты для оплаты (ИНН/КПП * / Расч. счет *).

Сроки и ответственность за просрочку

Установите пени (штрафы) за просрочку сдачи этапов (обычно 0.1–0.5% от стоимости этапа за день просрочки, но не более 10–20% от стоимости этапа). Пропишите force-majeure и порядок продления сроков по согласованию сторон (дополнительное соглашение).

Интеллектуальные права (Ключевой раздел!)

Согласно ст. 1295 ГК РФ, исключительное право на программу для ЭВМ принадлежит автору (разработчику), если иное не установлено договором.

Обязательно пропишите:

Момент перехода исключительного права: после полной оплаты и подписания Акта приема-передачи итогового результата.
Территория: Во всем мире.
Способы использования: Во всех известных и будущих способах (воспроизведение, распространение, адаптация, публичный доступ, встраивание в другие продукты, SaaS-модель и т.д.).
Право на сублицензирование: Может ли заказчик передавать права третьим лицам (инвесторам, франчайзи, пользователям App Store/Google Play).
Право автора на указание имени: Сохраняется ли за разработчиком право указывать проект в портфолио (Case study).

Гарантии и поддержка (Warranty & Support)

Гарантийный срок: Обычно 6–12 месяцев после приемки. Исправление багов (не соответствующих ТЗ) — за счет подрядчика.
Техподдержка (SLA): Отдельный раздел или доп. соглашение. Время реакции (Critical: 1 час, Major: 4 часа), часы работы (24/7 или 9/5), каналы связи.
Обновления: Кто платит за адаптацию под новые версии ОС, браузеры, API сторонних сервисов?

Конфиденциальность и NDA

Защита коммерческой тайны, персональных данных (152-ФЗ), ноу-хау. Срок действия НДА часто превышает срок договора (3–5 лет после расторжения). Укажите перечень конфиденциальной информации в приложении.

Приемка работы (Процедура)

Подрядчик уведомляет о готовности этапа/релиза.
Заказчик проводит приемо-сдаточные тесты (UAT) в течение N дней (обычно 5–10 рабочих дней).
Если дефектов нет (или они некритичны), подписывается Акт приема-передачи результатов работ (КС-11 или свой формат).
Если найдены критичные баги, пишется протокол замечаний, подрядчик исправляет за свой счет и в свой срок (обычно 3–5 дней), повторная приемка.
Deemed Acceptance (Считающаяся приемка): Если заказчик не предоставил замечания в срок и не подписал акт — работа считается принятой. Критически важная защита подрядчика.

Типовые риски и как их закрыть в договоре

Риск	Клаузула для защиты
Scope Creep (Разрастание ТЗ)	Строгая процедура изменений: любые правки ТЗ только через Дополнительное соглашение с пересчетом сроков и бюджета. Бесплатные правки — только баги, не соответствующие ТЗ.
Зависание на согласовании (Заказчик не дает доступы/данные/фидбек)	Обязанности заказчика: предоставить доступы, данные, согласовать макеты в срок X дней. Просрочка заказчика = автоматический перенос дедлайнов подрядчика на равный срок.
Использование Open Source / Библиотек с лицензией GPL/Copyleft	Гарантия подрядчика: код чистый, используются только разрешительные лицензии (MIT, Apache 2.0, BSD). Индемнификация (возмещение убытков) за претензии третьих лиц по IP.
Уход ключевых разработчиков	Клаузула Key Person: замена разработчика на равного по скиллам в течение N дней. Передача знаний (Knowledge Transfer) обязательна.
Споры о качестве кода (Техдолг)	Ссылка на стандарты кодирования (PSR, Clean Code, линтеры) в ТЗ. Код-ревью как обязательный этап CI/CD.

Образец структуры Договора подряда на разработку ПО

Ниже приведена рекомендуемая структура документа. Текст в квадратных скобках […] подлежит заполнению. Персональные данные скрыты маской *.

 ДОГОВОР ПОДРЯДА № [НОМЕР] от [ДАТА] г. [ГОРОД]
 г. [ГОРОД] «___» ____________ 202_ г. Общество с ограниченной ответственностью «[НАЗВАНИЕ ЗАКАЗЧИКА]», именуемое в дальнейшем «Заказчик», в лице [ДОЛЖНОСТЬ] [ФИО ДИРЕКТОРА ], действующего на основании [УСТАВ / ДОВЕРЕННОСТЬ № ], с одной стороны, и
[ООО / ИП «НАЗВАНИЕ ПОДРЯДЧИКА»], именуемое в дальнейшем «Подрядчик», в лице [ДОЛЖНОСТЬ] [ФИО ДИРЕКТОРА/ИП ], действующего на основании [УСТАВ / СВИДЕТЕЛЬСТВО ИП ], с другой стороны, совместно именуемые «Стороны», заключили настоящий Договор о нижеследующем:
ПРЕДМЕТ ДОГОВОРАПодрядчик обязуется выполнить работы по разработке программного обеспечения (далее — Программа / Продукт) в соответствии с Техническим заданием (Приложение №1) и Планом-графиком (Приложение №2), а Заказчик обязуется принять результат работ и оплатить его.
 Результатом работ является исходный код программы, исполняемые файлы, техническая и пользовательская документация, права на которые передаются Заказчику на условиях п. 4 настоящего Договора.
 Состав и параметры Продукта определяются в Техническом задании (Приложение №1), являющемся неотъемлемой частью Договора.
СРОКИ ВЫПОЛНЕНИЯ РАБОТРаботы выполняются по этапам в соответствии с Планом-графиком (Приложение №2).
 Начало работ: в течение [N] рабочих дней со дня получения Подрядчиком авансового платежа и необходимых исходных данных/доступов от Заказчика (п. 6.2).
 Сроки выполнения этапов могут быть продлены по письменному согласованию Сторон (Дополнительное соглашение) или в случае просрочки Заказчиком обязательств по п. 6.2 (автоматический перенос на срок просрочки).
ЦЕНА ДОГОВОРА И ПОРЯДОК РАСЧЕТОВОбщая стоимость работ: [СУММА ЦИФРАМИ] ([СУММА ПРОПИСЬЮ)] рублей 00 копеек (в т.ч. НДС [20%] / без НДС).
 Оплата производится поэтапно (по майлстоунам) в соответствии с Графиком платежей (Приложение №4):
Аванс: [XX]% от стоимости этапа / всего Договора — в течение [N] дней со дня подписания Договора.
Оплата Этапа 1: [XX]% — в течение [N] дней после подписания Акта приема-передачи Этапа 1.
…
Финальная оплата: [XX]%, в течение [N] дней после подписания Акта приема-передачи итогового результата.
Расчеты производятся безналичным порядком на расчетный счет Подрядчика:
 Банк: [НАЗВАНИЕ БАНКА ] | БИК: | К/с: * | Р/с: * | ИНН: * | КПП: *
 Просрочка платежа Заказчиком влечет выплату пени [0.1%] от просроченной суммы за каждый день просрочки.
ИНТЕЛЛЕКТУАЛЬНЫЕ ПРАВА (ПЕРЕХОД ИСКЛЮЧИТЕЛЬНЫХ ПРАВ)Исключительное право на Программу (компьютерную программу как объект авторского права) во всем мире и на весь срок действия исключительного права переходит к Заказчику с момента полной оплаты стоимости Договора и подписания Акта приема-передачи итогового результата (ст. 1293 ГК РФ).
 Заказчик получает право на любое использование Программы: воспроизведение, распространение, адаптация (модификация, доработка), публичный доступ (в т.ч. в модели SaaS), встраивание в другие продукты, сублицензирование третьим лицам без ограничений.
 Подрядчик гарантирует, что Результат работ не нарушает исключительных прав третьих лиц. Подрядчик возмещает Заказчику все убытки (в т.ч. судебные издержки, штрафы), возникшие в связи с претензиями третьих лиц к интеллектуальным правам на Результат.
 Подрядчик сохраняет за собой право авторства (право на указание имени) и право использовать общие алгоритмы, паттерны, фреймворки, библиотеки и наработки общего назначения (Background IP) в других проектах.
 Стороны согласовали авторское вознаграждение, включенное в цену Договора (п. 3.1), дополнительных выплат за переход прав не производится.
ПРИЕМКА-ПЕРЕДАЧА РЕЗУЛЬТАТА РАБОТПриемка производится по этапам и итогово путем подписания Акта приема-передачи результатов работ (Приложение №5).
 Процедура приемки этапа:
Подрядчик направляет Заказчику уведомление о готовности этапа (email / мессенджер / ЭДО) со ссылкой на репозиторий / тестовую среду / артефакты.
Заказчик проводит приемо-сдаточные испытания (UAT) в течение [5 (пяти)] рабочих дней в соответствии с Критериями приемки (Приложение №3).
По итогам: подписывается Акт (нет критических багов) ИЛИ составляется Протокол замечаний (есть критичные баги).
Подрядчик устраняет замечания за свой счет в течение [3] рабочих дней. Повторная приемка.
Считающаяся приемка (Deemed Acceptance): Если в течение срока п. 5.2.б Заказчик не предоставил Протокол замечаний и не подписал Акт, Работа считается принятой надлежащим качеством, Акт считается подписанным со стороны Заказчика автоматически. Подрядчик имеет право выставить счет на оплату.
ОБЯЗАННОСТИ СТОРОНПодрядчик обязуется:
Выполнять работы качественно, в срок, в соответствии с ТЗ и стандартами индустрии.
Назначить Ответственного менеджера / Техлида: [ФИО * / Telegram/Email *].
Предоставлять отчетность по этапам (демо, отчет по часам при T&M, коммиты в Git).
Соблюдать конфиденциальность (п. 8).
Обеспечить чистоту лицензий используемого ПО (п. 4.3).
Заказчик обязуется:
Своевременно оплачивать счета.
Предоставить доступы к серверам, репозиториям, API, дизайн-системам, тестовым данным в течение [3] дней после запроса Подрядчика.
Назначить Продукт-оунера / Куратора проекта: [ФИО * / Контакты *], уполномоченного принимать решения по ТЗ и подписывать Акты.
Своевременно (в сроки п. 5.2) проводить приемку и давать обратную связь.
ГАРАНТИИ И ТЕХПОДДЕРЖКАВ гарантийный срок Подрядчик безвозмездно устраняет дефекты (баги), приведшие к несоответствию ТЗ, в течение [5] рабочих дней после получения заявки.
 Не являются гарантийными случаями: ошибки из-за изменений кода Заказчиком/третьими лицами, сбой инфраструктуры Заказчика, изменение API сторонних сервисов, действия вирусов/хакеров (если не вина Подрядчика).
 Техническая поддержка (SLA) оформляется отдельным Договором/Доп. соглашением после ввода в эксплуатацию.
КОНФИДЕНЦИАЛЬНОСТЬСтороны обязательны хранить в тайне любую полученную в рамках Договора информацию (техническая, коммерческая, персональные данные пользователей, ноу-хау), помеченную «Конфиденциально» или понятную по смыслу.
 Срок действия обязательства: срок Договора + 3 (три) года после его прекращения.
 Исключения: информация, ставшая публичной без вины получающей стороны; полученная от третьих лиц законно; разработанная независимо.
ОТВЕТСТВЕННОСТЬ СТОРОНЗа просрочку выполнения этапов — Пени [0.3%] от стоимости этапа за каждый день (макс. [15%] от стоимости этапа).
 За просрочку платежа — Пени [0.1%] от суммы долга за день (макс. [10%] от суммы долга).
 Ограничение ответственности: Стороны не несут ответственности за упущенную выгоду, косвенные убытки, репутационный вред. Максимальная ответственность Подрядчика по Договору ограничена суммой оплаченных Заказчиком средств (Liability Cap).
 Форс-мажор (ст. 401 ГК РФ) — освобождение от ответственности за срок действия обстоятельств.
ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВДосудебный претензионный порядок обязателен. Срок ответа на претензию: [10] рабочих дней.
 Споры передаются в Арбитражный суд [ГОРОД / СУБЪЕКТ РФ *] по месту нахождения Ответчика (или по месту заключения Договора, если Заказчик, истец).
ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯДоговор вступает в силу с момента подписания, действует до полного исполнения обязательств.
 Все изменения — только в письменном виде (Доп. соглашения / Сканы по email / ЭДО имеют юридическую силу).
 Уведомления направляются на адреса/реквизиты из преамбулы и:
Email Заказчика: @.ru
Email Подрядчика: @.com
Договор составлен в 2-х экземплярах с равной юридической силой.
ПОДПИСИ СТОРОН
ЗАКАЗЧИК: ООО «[НАЗВАНИЕ ]»
 
Подпись: _____________ / [ФИО ]
 
М.П. (При наличии печати)
 ПОДРЯДЧИК: [ООО / ИП «[НАЗВАНИЕ ]»]
 
Подпись: _____________ / [ФИО ]
 
М.П. (При наличии печати)
ПЕРЕЧЕНЬ ПРИЛОЖЕНИЙ (неотъемлемые части):
Приложение №1 — Техническое задание (ТЗ) v.1.0 от [ДАТА].
Приложение №2 — План-график работ / Roadmap.
Приложение №3 — Критерии приемки (Definition of Done / Test Cases).
Приложение №4, График платежей (Майлстоуны).
Приложение №5 — Форма Акта приема-передачи результатов работ.
Приложение №6 — Перечень конфиденциальной информации / Политика безопасности.
Приложение №7 — Реквизиты и контактные лица Сторон.

Чек-лист перед подписанием (Due Diligence)

Перед тем как поставить подпись, пройдитесь по пунктам:

[ ] ТЗ (Приложение 1) детализировано до уровня «нет вопросов»: есть макеты (Figma), схема БД, API-спецификация (Swagger/OpenAPI), пользовательские сценарии (User Stories).
[ ] Критерии приемки (Приложение 3) измеримы: не «быстро работает», а «время отклика API < 200 мс при нагрузке 100 RPS».
[ ] График платежей (Приложение 4) привязан к Актам, а не к календарным датам.
[ ] Исключительные права переходят ПОСЛЕ ПОЛНОЙ ОПЛАТЫ. Не подписывайте акт передачи прав до поступления денег на счет.
[ ] Есть клаузула Deemed Acceptance (считающаяся приемка). Без нее заказчик может годами не подписывать акт, удерживая права и код.
[ ] Open Source Policy: Подрядчик подтверждает отсутствие GPL/AGPL зависимостей в продакшн-коде (если продукт проприетарный).
[ ] Персональные данные: Если ПО обрабатывает ПДн — обязательно Приложение по обработке ПДн (ст. 28 152-ФЗ) и ТЗ на защиту ПДн (профиль защиты 1-4).
[ ] ЭДО / Электронный обмен: Прописано, что сканы по email / Диадок / СБИС = оригиналам.

Частые ошибки заказчиков и подрядчиков

Ошибки Заказчика:

Подписание Договора без ТЗ. «Начнем работать, ТЗ напишем в процессе», верный путь к бесконечным спорам и неоплаченным переработкам.
Отсутствие критериев приемки. Как докажете в суде, что «программа тормозит» или «не тот цвет кнопки», если это не зафиксировано?
Передача доступа к продакшн-серверам без изоляции. Риск утечки данных или случайного удаления БД. Давайте доступы к Stage/Dev средам.
Игнорирование процедуры изменений. Устные просьбы «добавьте вот эту кнопку» ведут к Scope Creep. Только Доп. соглашение.

Ошибки Подрядчика:

Работа без аванса. Нет денег, нет начала работ. Это фильтр от несерьезных заказчиков.
Сдача прав до полной оплаты. Если заказчик не заплатил финал — права у вас. Акт приема-передачи прав подписывается только со 100% оплатой.
Использование «грязного» кода (Copy-paste из GPL проектов, пиратские библиотеки). Риск судебных исков и невозможности продажи продукта заказчику/инвесторам.
Отсутствие лимита ответственности (Liability Cap). Один баг в биллинге может стоить миллионы. Ограничьте ответственность суммой договора.
Неформализованная передача проекта. В конце проекта передайте: доступы к репозиторию (GitHub/GitLab/Bitbucket), CI/CD, облака (AWS/Azure/YC), домены, SSL, аккаунты в AppStore/Google Play, документацию (README, ADR, Runbook). Составьте Акт передачи доступов.

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

Используйте приведенный выше образец как базу, но обязательно адаптируйте его под специфику вашего проекта (SaaS, мобильное приложение, корпоративный портал, встраиваемое ПО, ML-модель) и проконсультируйтесь с IT-юристом перед подписанием. Инвестиция в правовую экспертизу на старте экономит в десятки раз больше на этапе споров.

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