Ниже представлена подробная статья-разбор структуры договора, ключевых рисков и готовый шаблон с пояснениями․ Все персональные данные в примерах замаскированы (*)․

Юридическая природа договора: Подряд vs Услуги

Стороны часто путают договор подряда (Глава 37 ГК РФ) и договор возмездного оказания услуг (Глава 39 ГК РФ)․ Разница фундаментальна:

• Результат: Подряд — конкретный результат (программа, модуль, ТЗ)․ Услуги — процесс (консультации, аудит, сопровождение, администрирование)․
• Приемка: Подряд — обязательный акт приема-передачи (п․ 2 ст․ 753 ГК РФ)․ Услуги — часто достаточно подписанного акта оказания․
• Гарантии: Подряд, ответственность за качество (гарантийный срок, ст․ 756 ГК РФ), устранение дефектов за счет Подрядчика․ Услуги — переоформление или возврат денег․
• Риск случайной гибели: Подряд — риск на Подрядчике до приемки (ст․ 723 ГК РФ)․ Услуги, оплачивается процесс․

Обязательные условия договора (Art․ 708, 709 ГК РФ)

Без этих пунктов договор может быть признан незаключенным:

1. Предмет (Предмет работ): Четкое описание Результата․ Ссылка на Техническое задание (ТЗ) как неотъемлемое приложение․
2. Сроки: Дата начала, промежуточные этапы (стоуны), финальная дата сдачи․ Штрафы за просрочку (п․ 1 ст․ 333 ГК РФ)․
3. Цена и порядок расчетов: Фиксированная цена (Fixed Price) или Time & Materials (с потолком, Cap)․ Этапы оплаты (предоплата, по этапам, по факту приемки)․

Критически важные блоки для IT-разработки (Best Practices)

Стандартный ГК РФ шаблон «для строительства» в IT не работает․ Обязательно добавьте:

Интеллектуальные права (Исключительное право / Лицензия)

По умолчанию (ст․ 1295 ГК РФ) исключительное право на программу для ЭВМ принадлежит автору (Исполнителю)․ В договоре должна быть прямая формулировка:

«Исключительное право на Результат работ (исходный код, объектный код, документацию) переходит к Заказчику в полной объеме (исключительная лицензия / уступка исключительного права) с момента полной оплаты и подписания Акта приема-передачи»․

Укажите территорию (весь мир), способы использования (воспроизведение, распространение, адаптация, публичный показ, доведение до всеобщего сведения) и срок (на весь срок охраны)․

Техническое задание (ТЗ) и процедура изменений (Change Request)

ТЗ, это закон․ Приложите его к договору․ Предусмотрите процедуру изменений:

• Заявка на изменение (Change Request) в письменной форме/email․
• Оценка влияния на сроки и бюджет Исполнителем за N дней․
• Дополнительное соглашение или подтверждение в системе трекинга (Jira, GitLab, YouTrack)․

Приемка работ: Критерии готовности (Definition of Done)

Не пишите «работы сданы, когда Заказчик подписал акт»․ Пишите:

• Код загружен в репозиторий Заказчика (GitHub/GitLab/Bitbucket)․
• Пройдены автотесты (CI/CD pipeline green)․
• Развернуто на Stage/Production окружении․
• Соответствие чек-листу / ТЗ (функциональные тесты)․
• Передана документация (API docs, README, инструкция по деплою)․

Введите деemed acceptance (считающаяся приемка): если Заказчик не прислал замечания за 5-10 рабочих дней — работы считаются принятыми․

Гарантийное обслуживание и поддержка (Warranty & Support)

Разделите понятия:

• Гарантия (по закону/договору): Исправление багов (несоответствия ТЗ) за счет Исполнителя․ Срок: 3–12 месяцев после приемки․
• Техподдержка (SLA): Отдельный договор/приложение․ Реакция на инциденты, обновления библиотек, мониторинг․ Оплачивается отдельно․

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

Обязательный пункт․ Защита коммерческой тайны, персональных данных (152-ФЗ), ноу-хау․ Штрафные санкции за утечку (неустойка)․ Действие обязательств — 3–5 лет после окончания договора․

Неаборт персонала (Non-solicitation / Non-poaching)

Запрет Заказчику нанимать ключевых сотрудников Исполнителя (и наоборот) в течение 6–12 месяцев после завершения проекта․ Штраф: 3–6 месячных зарплат сотрудника․

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

Образец структуры договора (Скелет)

<h3>ДОГОВОР ПОДРЯДА № * от «___» ________ 202_ г․</h3>
<p><b>г․ *</b></p>

<h4>1․ ПРЕДМЕТ ДОГОВОРА</h4>
<p>1․1․ Подрядчик обязуется выполнить работы по разработке <b>[Название продукта: веб-приложение / мобильное приложение / API / модуль]</b> (далее — Результат) в соответствии с Техническим заданием (Приложение № 1) и передать исключительное право на Результат Заказчику․</p>
<p>1․2․ Состав работ, этапы, критерии приемки (Definition of Done) определены в Приложении № 2 (План-график / Roadmap)․</p>

<h4>2․ СРОКИ ВЫПОЛНЕНИЯ РАБОТ</h4>
<p>2․1․ Начало работ: «___» ________ 202_ г․ (или через N дней после получения аванса/доступов)․</p>
<p>2․2․ Сдача Результата: не позднее «___» ________ 202_ г․</p>
<p>2․3․ Промежуточные контрольные точки (Майлстоуны): согласно Приложению № 2․</p>
<h4>3․ ЦЕНА ДОГОВОРА И ПОРЯДОК РАСЧЕТОВ</h4>
<p>3․1․ Общая цена договора: <b></b> рублей 00 копеек (в т․ч․ НДС %)․</p>
<p>3․2․ Порядок оплаты (пример для Fixed Price):</p>
<ul>
 <li>Аванс % ( руб․) — в течение 5 раб․ дней с момента подписания․</li>
 <li>Этап 1 (MVP/Прототип) — % — по подписанию Акта приема-передачи Этапа 1․</li>
</ul>
<p>3․3․ Оплата производится на р/с: <b></b> (Банк , БИК , к/с )․</p>
<h4>4․ ПРИЕМКА-ПЕРЕДАЧА РЕЗУЛЬТАТА</h4>
<p>4․1․ Приемка по подписанию Акта приема-передачи (Приложение № 3)․</p>
<p>4․2․ Результат считается принятым (Deemed Acceptance), если Заказчик в течение <b>10 (десяти)</b> рабочих дней не предоставил мотивированный отказ с описанием несоответствий ТЗ․</p>
<p>4․3․ Передача исходного кода: через репозиторий Git (доступ к организации/репозиторию Заказчика) или архив при отсутствии доступа․</p>

<h4>5․ ИНТЕЛЛЕКТУАЛЬНЫЕ ПРАВА</h4>
<p>5․1․ Исключительное право на Результат работ (программу для ЭВМ, базу данных, дизайн, документацию) переходит к Заказчику в полной объеме (все способы использования, весь мир, на весь срок охраны) с момента полной оплаты по Договору․</p>
<p>5․2․ Подрядчик гарантирует, что Результат не нарушает права третьих лиц․ Подрядчик возмещает убытки Заказчика по искам третьих лиц (Индекснификация)․</p>
<p>5․3․ Использование Open Source: Подрядчик предоставляет реестр используемых библиотек (SBOM) с указанием лицензий (MIT, Apache 2․0, GPL и т․д․)․ GPL/AGPL библиотеки требуют предварительного согласования․</p>

<h4>6․ ОТВЕТСТВЕННОСТЬ СТОРОН</h4>
<p>6․1․ Неустойка за просрочку: <b>0․5%</b> от стоимости просроченного этапа за каждый день просрочки (макс․ % от цены договора)․</p>
<p>6․2․ Неустойка за утечку конфиденциальной информации: <b>*</b> руб․ за каждый случай․</p>
<p>6․3; Ограничение ответственности: Стороны не несут ответственности за упущенную выгоду, косвенные убытки․ Максимальная ответственность Подрядчика ограничена суммой Договора (или 100% от суммы этапа)․</p>

<h4>7․ ГАРАНТИИ И ПОДДЕРЖКА</h4>
<p>7․2․ В гарантийный срок Подрядчик безвозмездно устраняет дефекты (несоответствие ТЗ), сообщенные Заказчиком в письменной форме․ Срок устранения: Critical — 24ч, Major — 3 раб․ дня, Minor — 10 раб․ дней․</p>
<p>7․3․ Техническая поддержка (SLA) оформляется отдельным Договором/Приложением․</p>

<h4>8․ КОНФИДЕНЦИАЛЬНОСТЬ И НЕАБОРТ ПЕРСОНАЛА</h4>
<p>8․1․ Стороны не разглашают информацию, полученную в ходе работы, в течение <b>3 лет</b> после расторжения договора․</p>
<p>8․2․ Запрет на найм сотрудников (Non-solicitation): в течение <b>12 месяцев</b> после окончания договора․ Штраф: <b>*</b> руб․ за каждого сотрудника․</p>

<h4>9․ ПОРЯДОК РАЗРЕШЕНИЯ СПОРОВ</h4>
<p>9․1․ Досудебный порядок (претензия) — обязателен․ Срок ответа: 30 календарных дней․</p>
<p>9․2․ Арбитраж: <b>Арбитражный суд г․ *</b> (или место нахождения Ответчика)․</p>

<h4>10․ ЗАКЛЮЧИТЕЛЬНЫЕ ПОЛОЖЕНИЯ</h4>
<p>10․1․ Договор вступает в силу с момента подписания, действует до полного исполнения обязательств․</p>
<p>10․2․ Все уведомления отправляются на адреса/email/мессенджеры, указанные в реквизитах․</p>
<p>10․3․ Договор составлен в 2 экземплярах, имеющих равную юридическую силу․</p>

<hr>
<h4>ПОДПИСИ СТОРОН</h4>
<p><b>ЗАКАЗЧИК:</b> ООО «» / ИП <br>
ИНН , КПП , ОГРН <br>
Адрес: <br>
Директор / Представитель по доверенности № * от *<br>
_________________ / <b>*</b> /<br>
М․П․</p>

<p><b>ПОДРЯДЧИК:</b> ООО «» / ИП <br>
ИНН , КПП , ОГРН <br>
Адрес: <br>
Директор / Представитель по доверенности № * от *<br>
_________________ / <b>*</b> /<br>
М․П․</p>

Обязательные приложения (без них договор «хромает»)

1. Приложение № 1: Техническое задание (ТЗ) / Terms of Reference․ Функциональные требования, нефункциональные (нагрузка, безопасность, браузеры/ОС), макеты (Figma/Zeplin ссылки), схема БД, API спецификация (OpenAPI/Swagger)․
2. Приложение № 2: План-график / Roadmap / Этапы приемки․ Таблица: Этап | Результат (Deliverable) | Дедлайн | Стоимость этапа | Критерии приемки․
3. Приложение № 3: Форма Акта приема-передачи выполненных работ․ С полями: «Работа выполнена полностью/частично», «Замечания есть/нет», «Подписи сторон», «Дата»․
4. Приложение № 4: Реестр лицензий третьих сторон (SBOM) / Политика безопасности․ Критично для Enterprise и GovTech․
5. Приложение № 5: Спецификация по защите персональных данных (если есть обработка ПДн)․ Соответствие 152-ФЗ, меры безопасности, права субъектов․

Особенности работы с ИП и Самозанятыми (ФЛ, Исполнители)

Если Подрядчик — Индивидуальный предприниматель (ИП) или Самозанятый (НПД):

• Налоги: Заказчик (если он организация/ИП на ОСНО/УСН «Доходы-Расходы») НЕ является налоговым агентом по НДФЛ за ИП/Самозанятого․ Платит полную сумму․ ИП/Самозанятый платит налоги сам․
• Статус Самозанятого: Проверяйте статус на сайте ФНС (через API или вручную) в день подписания и в день каждого платежа․ Если статус потерян — платеж считается заработной платой, Заказчик = Налоговый агент (НДФЛ 13/30%, страховые взносы ~40%)․
• Лимит Самозанятого: 2․4 млн руб․ в год․ Превышение = потеря статуса․
• Договор с ФЛ (не ИП, не Самозанятый): Риск реквалификации в трудовой договор (ст․ 19․1 ТК РФ)․ Штрафы до 100 тыс․ руб․ для юрлица․ Избегайте оформления отношений с физлицом через ГПХ, если есть признаки труда (подчинение, режим, регулярная зарплата, место работы)․

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

• [ ] Проверен контрагент (ЕГРЮЛ/ЕГРИП, банкротство, суды, взыскания) — сервисы типа СБИС, Контур․Фокус, РБК․
• [ ] У представителя Подрядчика есть действующая Доверенность (если не Директор)․ Проверен срок действия и полномочия (подписание договоров, приемка работ)․
• [ ] ТЗ согласовано техническим лидом / CTO Заказчика․ Нет противоречий․
• [ ] Цена и этапы оплаты соответствуют бюджету․ Есть защита от превышения (Cap) при T&M․
• [ ] Прописана передача ИП прав (уступка исключительного права, а не просто лицензия, если нужно полное владение)․
• [ ] Есть пункт об устранении дефектов за счет Подрядчика в гарантийный срок․
• [ ] Предусмотрена процедура замены ключевых сотрудников Подрядчика (Key Person Clause)․
• [ ] Реквизиты для оплаты совпадают с ЕГРЮЛ/ЕГРИП (ИНН, КПП, р/с, БИК, название банка)․

Типовые ошибки, которые стоят денег

1. «Работы считаются принятыми при подписании акта», но акта нет, а код уже в проде․ -> Внедрите Deemed Acceptance (п․ 4․2 образца)․
2. Передача прав «после полной оплаты», но последняя оплата — после приемки, а приемки нет, потому что «есть замечания»․ -> Разорвите замкнутый цикл: приемка по критериям -> передача прав -> последняя оплата․ Или передача прав при подписании акта, а последняя оплата — в течение 5 дней после․
3. Использование GPL-библиотек в проприетарном продукте без согласования․ -> Риск вирусного эффекта (обязательность открыть свой код)․ Требуйте SBOM и одобрение лицензий․
4. Отсутствие пункта об эскроу (Escrow) исходников․ -> Если Подрядчик обанкротится/пропадет, Заказчик не получит код․ Для критических систем: агентство эскроу или регулярный бэкап репозитория к Заказчику․
5. Штрафы за просрочку «не более 10% от цены договора»․ -> При длительной просрочке это копейки․ Ставьте дневные пени (0․1–1% в день) с плафоном 50–100% от цены этапа/договора․

Качественный договор подряда на разработку, это не просто формальность, а инженерный документ, который определяет архитектуру взаимодействия сторон․ Инвестируйте время в проработку ТЗ, критериев приемки (Definition of Done), процедуры изменений и интеллектуальных прав․ Экономия на юристе на этапе заключения часто оборачивается потерями в 10–100 раз большими на стадии спора или сдачи проекта․

Рекомендация: Используйте приведенный выше шаблон как базу, но обязательно адаптируйте его под специфику проекта (Agile/Waterfall, Fixed Price/T&M, стартап/терпрайз) и проконсультируйтесь с IT-юристом перед подписанием․

Дата актуализации информации: ․ Статья носит информационный характер и не является правовой консультацией․ Для решения конкретных вопросов обратитесь к квалифицированному юристу․