Разработка программного обеспечения (ПО) — это сложный интеллектуальный процесс, требующий четкой юридической фиксации отношений между Заказчиком и Исполнителем. Плохо составленный договор чреват потерями денег, сроками, а главное, исключительными правами на результат. В данной статье разберем ключевые этапы, обязательные условия и типичные ошибки при составлении договора подряда на разработку ПО (наиболее распространенная форма) или договора об оказании услуг.

Выбор юридической формы договора

До начала работы определитесь с типом договора, так как от этого зависят риски сторон:

• Договор подряда (ГК РФ, ст. 702–761), оптимальный вариант для разработки ПО. Результат — конкретный «продукт» (программа, модуль, система), который передается Заказчику. Исполнитель несет ответственность за качество результата (дефекты, несоответствие ТЗ). Ключевое преимущество: исключительное право на программу переходит к Заказчику по умолчанию (ст. 1295 ГК РФ), если иное не оговорено.
• Договор об оказании услуг (ГК РФ, ст. 779–783), подходит для консалтинга, аудита кода, сопровождения, DevOps. Результат — процесс/действие, а не материальный объект. Права на интеллектуальную собственность (ИС) не переходят автоматически — нужен отдельный договор уступки прав.
• Трудовой договор (ТК РФ) — если разработчик в штате. Права на служебную программу принадлежат работодателю (ст. 1295 ГК РФ), но требуются оформление по ТК РФ, взносы, отпуска.
• ГПХ (Гражданско-правовой договор) с физлицом / ИП / ООО — для аутсорсинга. Необходимо исключить признаки трудовых отношений (нет подчинения ТВР, нет фиксированной зарплаты, есть результат по акту).

Рекомендация: Для создания уникального программного продукта «под ключ» всегда используйте Договор подряда.

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

Согласно ст. 432 ГК РФ, договор считается заключенным, если достигнуто согласие по всех существенных условиях. Для разработки ПО это:

Предмет договора (Что разрабатываем?)

Самое критическое условие. Не пишите просто «разработка сайта» или «мобильное приложение». Опишите:

• Наименование ПО (рабочее название).
• Функциональное назначение (какие бизнес-задачи решает).
• Ссылку на Техническое задание (ТЗ) как неотъемлемую часть договора (Приложение №1).
• Технологический стек (языки, фреймворки, БД, ОС, требования к API).
• Критерии готовности (Definition of Done): прохождение тестов, деплой на прод, отсутствие критических багов.

Сроки и этапы (Когда сдаем?)

Избегайте фразы «в разумные сроки». Установите:

1. Календарный план-график (Приложение №2) с этапами (макеты, бэкенд, фронтенд, тестирование, релиз).
2. Контрольные точки (Milestones) с датами сдачи промежуточных результатов.
3. Механизм переноса сроков: только по доп. соглашению или в случаях форс-мажора / задержки вводных от Заказчика.
4. Штрафные санкции (пени, неустойка) за просрочку — обычно 0.1–0.5% от стоимости этапа за каждый день просрочки, но не более 10–20% от стоимости этапа.

Цена и порядок расчетов (Сколько и как платим?)

• Фиксированная цена (Fixed Price) — при четком ТЗ. Риск переработок на Исполнителе.
• Time & Materials (T&M) — оплата за фактически отработанные часы/спринты. Гибкость для Заказчика, риск бюджета на Заказчике. Требует прозрачного тайм-трекинга (Jira, YouTrack, отчеты).
• Смешанная схема — фикс на MVP, T&M на доработки.
• График платежей: предоплата (10–30%), поэтапные платежи по актам приема-передачи, постоплата (10–20%) после приемки финала.
• Валюта расчетов (рубли для резидентов РФ). НДС — указан отдельно или включен.

Интеллектуальные права: «Золотая жила» договора

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

• Пишите прямо: «Исключительное право на Программу в полном объеме переходит к Заказчику с момента принятия Результата по Акту приема-передачи».
• Режим «Work for hire»: Запрет на использование кода Исполнителем в других проектах, обязательство передать исходники, доступы к репозиториям (GitHub/GitLab/Bitbucket), ключи подписи приложений (keystore, .p12), аккаунты в App Store / Google Play / Huawei AppGallery.
• Сторонние библиотеки (Open Source / Third-party): Обязательное условие: Исполнитель гарантирует, что использует только лицензионные/совместимые лицензии (MIT, Apache 2.0, BSD) компоненты. Запрет на GPL/viral лицензии без согласования. Предоставление реестра зависимостей (SBOM — Software Bill of Materials).
• Патентная чистота: Гарантия Исполнителя, что Результат не нарушает права третьих лиц.
• Моральные права (Имя автора): Остаются у разработчиков-физлиц. В договоре с юрлицом/ИП пропишите: «Исполнитель обеспечивает согласие своих сотрудников/субподрядчиков на невыдвижение претензий к атрибуции имени автора в пользу Заказчика».

Приемка-сдача и гарантии

Без подписанного Акта приема-передачи (КС-11 или свой формат) права не перешли, оплата не подтверждена.

• Процедура приемки: Заказчик тестирует в течение N дней (обычно 5–10 рабочих дней) после предоставления доступа/билда.
• Критерии приемки: Соответствие ТЗ, прохождение приемо-сдаточных тестов (UAT), отсутствие блокеров/критических багов.
• Деemed Acceptance (Считающаяся приемка): Если Заказчик не прислал претензии за N дней и использует ПО в продакшене — считается принятым. Обязательно включите это условие.
• Гарантийная поддержка (Warranty): Срок (обычно 3–12 месяцев после приемки). Исполнитель исправляет баги бесплатно в разумные сроки (SLA: критичные — 4–8 часов, мажорные, 1–3 дня). Условия: баг воспроизводится на стенде Заказчика, не вызван изменениями кода Заказчиком/третьими лицами.

Конфиденциальность и NDA (Неразглашение)

Оформите как раздел договора или отдельным Соглашением о неразглашении (NDA).

• Перечень конфиденциальной информации: ТЗ, код, архитектура, БД, бизнес-процессы, персональные данные пользователей (152-ФЗ).
• Срок действия: бессрочно или 3–5 лет после окончания договора.
• Штраф за утечку (неустойка) — фиксированная сумма (например, * руб.) за каждый случай утечки + возмещение реального ущерба.
• Требования к безопасности: VPN, запрет работы в публичных сетях, шифрование дисков, MFA для доступа к репозиториям/облакам.

Ответственность сторон и разрешение споров

• Ограничение ответственности: Исполнитель не несет ответственности за упущенную выгоду, косвенные убытки. Максимальная ответственность Исполнителя часто ограничивается 100% стоимости договора или стоимостью конкретного этапа.
• Форс-мажор: Стандартная формулировка с уведомлением в течение 3–5 дней.
• Претензионный порядок: Обязательный досудебный этап (письменная претензия, ответ за 10–30 дней).
• Судебная юрисдикция: Арбитраж по месту нахождения Ответчика (юридических лиц/ИП) или по месту жительства (физлиц). Можно оговорять Арбитраж при ТПП РФ или МАС при РСПП для сложных IT-споров.

Специфические IT-риски и как их закрыть в договоре

Обязательные приложения к договору

Договор без приложений — «пустая оболочка». Обязательный пакет:

1. Приложение №1: Техническое задание (ТЗ) / Terms of Reference. Детальное описание функционала, UI/UX (ссылки на Figma), API контракты, нефункциональные требования (нагрузка, безопасность).
2. Приложение №2: Календарный план-график / Roadmap. Даты этапов, зависимости.
3. Приложение №3: Смета / Прайс-лист / Ставки (для T&M). Роли (Senior/Lead/Architect/DevOps/QA), ставки в руб/час или стоимость спринта.
4. Приложение №4: Форма Акта приема-передачи результатов работ. С полями: Этап, Соответствует ТЗ (Да/Нет), Список багов, Подписи сторон.
5. Приложение №5: Соглашение о конфиденциальности (NDA) / Политика безопасности.
6. Приложение №6: Реестр лицензий на сторонние компоненты (SBOM) — по завершении.

Работа с субподрядчиками (Аутстаффинг / Аутсорсинг)

Если Исполнитель привлекает третьих лиц (фрилансеров, другие компании):

• Требуется письменное согласие Заказчика на привлечение субподрядчиков (п. 2 ст. 708 ГК РФ).
• В договоре пропишите: «Исполнитель несет солидарную ответственность за действия субподрядчиков».
• Обязательно получите от субподрядчиков договоры уступки исключительных прав в пользу Исполнителя (а тот — в пользу Заказчика), иначе цепочка прав разорвется.
• Проверяйте, что субподрядчики подписали NDA.

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

1. [ ] Правильные реквизиты сторон (ИНН, ОГРН/ОГРНИП, адреса, ФИО руководителей по Уставам/Доверенностям). Адреса: *.
2. [ ] Предмет договора ссылается на ТЗ (Приложение 1), ТЗ подписано/проинициализировано.
3. [ ] Четкий график платежей и этапов (Приложение 2).
4. [ ] Переход исключительных прав оформлен явно, полностью, без условий.
5. [ ] Передача исходников, доступов, аккаунтов маркетплейсов прописана как обязательство Исполнителя.
6. [ ] Есть Deemed Acceptance (считающаяся приемка).
7. [ ] Гарантийный период и SLA по фиксу багов определены.
8. [ ] НДА / Конфиденциальность / 152-ФЗ (если есть ПДн).
9. [ ] Ограничение ответственности (кап лиабилити) зафиксировано.
10. [ ] Претензионный порядок и юрисдикция арбитража.
11. [ ] Все приложения пронумерованы, сшиты, пронумерованы страницы, поставлены подписи и печати (если есть) на последней странице договора и на каждом приложении (или инициалы на каждой стр.).

Грамотный договор на разработку ПО — это не бюрократия, а инструмент управления проектом и страховка бизнеса. Экономия на юристе на этапе составления (или использование «шаблона из интернета без адаптации») часто приводит к тому, что Заказчик платит, а права на код не получает, а Исполнитель делает работу, но не может получить оплату из-за размытых критериев приемки.

Главные принципы: детализация ТЗ, четкие критерии приемки, жесткая фиксация перехода ИП-прав, реалистичные сроки и штрафы, защита конфиденциальной информации. Подписывайте только то, что поняли и согласны исполнить.

Данная статья носит информационный характер и не является правовой консультацией. Для подготовки конкретного договора, учитывающего специфику вашего проекта (SaaS, On-premise, встраиваемые системы, ИИ/ML, интеграции с госсистемами ГИС и т.д.), рекомендуется обратиться к профильному IT-юристу.

Актуально на дату публикации: . Законодательство (ГК РФ, 152-ФЗ, 63-ФЗ, закон о СМИ/ИТ-компаниях) может меняться.