В​2026 году IT-сектор остается одним из самых динамичных и конфликтогенных. Компании заказывают разработку ПО, мобильных приложений, интеграционных решений. А когда что-то идет не так — возникают споры.

Сложность таких споров в том, что оценить качество кода или сроки разработки сложно. Результат нематериален, стандарты размыты, а стороны по-разному понимают техническое задание.

В этой статье я расскажу:

  1. Как защитить заказчика при неисполнении обязательств разработчиком

  2. Как защитить исполнителя при необоснованных претензиях

  3. Как вернуть аванс, если код не написан

  4. Какие доказательства принимает суд

1. Основания для возврата аванса по договору разработки ПО

Аванс в IT-контрактах — распространенная практика. Он обеспечивает финансовую устойчивость разработчика на начальных этапах проекта.

Когда заказчик вправе требовать возврат аванса:

Основание Пояснение
Разработчик не приступил к работе в срок Ст. 715 ГК РФ
Нарушение сроков ключевых этапов Ст. 328 ГК РФ
Результат не соответствует техническому заданию Ст. 723 ГК РФ
Расторжение договора до начала или в процессе исполнения По соглашению или в одностороннем порядке
Признание договора недействительным Ст. 167 ГК РФ

Особенность: В сфере разработки ПО стороны часто не могут четко определить, какой объем работ считается выполненным. Это создает риски для заказчика.

2. Что нужно доказать заказчику для возврата аванса

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

  • Факт перечисления аванса (платежное поручение)
  • Отсутствие встречного исполнения (или его ненадлежащее качество)
  • Соблюдение досудебного порядка (претензия)

Ключевой документ: Техническое задание (ТЗ). Если в ТЗ четко описаны требования, заказчику проще доказать, что результат им не соответствует.

Практический совет: При приемке работ обязательно фиксируйте недостатки письменно (акт, переписка). Без этого сложно доказать, что работы выполнены некачественно.

3. Как защититься исполнителю от необоснованных претензий

Для разработчика важно зафиксировать объем фактически выполненных работ. Если заказчик отказывается от договора, исполнитель вправе требовать оплаты фактически понесенных расходов (ст. 782 ГК РФ).

Что должен сделать исполнитель:

  • Фиксировать все этапы работ (акты, отчеты)

  • Согласовывать изменения ТЗ в письменной форме

  • Направлять заказчику промежуточные результаты на согласование

  • Если заказчик уклоняется от приемки — подписывать акт в одностороннем порядке

4. Досудебный порядок: обязательный этап

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

Что должно быть в претензии:

  • Реквизиты сторон

  • Реквизиты договора

  • Сумма и дата перечисления аванса

  • Нарушение, которое повлекло требование о возврате

  • Срок для добровольного исполнения (обычно 30 дней)

  • Реквизиты для перечисления средств

Направляйте претензию заказным письмом с уведомлением или курьерской службой.

5. Доказательства в IT-спорах

Судебная экспертиза — ключевое доказательство в IT-спорах. Она может установить:

  • Соответствие программного кода техническому заданию

  • Объем фактически выполненных работ

  • Наличие и характер ошибок в коде

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

Резюме

Споры по договорам разработки ПО требуют особого подхода. Ключевые риски связаны с нечетким техническим заданием и сложностью доказывания качества работ.

Для заказчика: Детальное ТЗ, фиксация недостатков при приемке, претензионный порядок.

Для исполнителя: Письменное согласование всех изменений, фиксация этапов, акты выполненных работ.

[ ЗАПИСАТЬСЯ НА КОНСУЛЬТАЦИЮ ]