Сначала определяем, за что уже заплачено и что реально можно требовать
Размер требования нельзя определять только по сумме платежей. Сначала устанавливаем тип договора, фактически созданный и принятый результат, причины прекращения проекта, сроки и документы. Иногда есть основание требовать весь аванс, иногда — только часть, а иногда возврат будет слабой стратегией.
Три вопроса, без которых опасно обещать возврат
Как квалифицируется договор
Название «услуги» не всегда решает вопрос. Если заказывается конкретный программный результат, в споре могут иметь значение подрядные нормы и смешанный характер договора.
Есть ли полезный результат
Дизайн, прототип, код, отдельный модуль или интеграция могут быть самостоятельными этапами. Нужно доказательно определить, что реально создано и принято.
Почему прекращается проект
Просрочка, существенные дефекты, невозможность запуска, отказ передать результат или простой выход заказчика из проекта приводят к разным правовым последствиям.
Иногда лучший финансовый результат — вернуть часть денег и сохранить рабочую часть проекта
Поэтому юридический расчёт у нас связан с техническим. Если 60–80% системы пригодны, полная переделка может стоить дороже спорной суммы. Мы одновременно определяем требования к старому подрядчику и считаем реальный сценарий спасения: что забрать, что исправить и можем ли мы сами завершить проект.
Юридический результат
Возврат, уменьшение цены, неустойка, передача результата или иная позиция — только в пределах доказуемых оснований.
Технический результат
Если старые отношения прекращаются, не нужно начинать поиск разработчика заново: после фиксации и передачи прав/доступов проект может перейти нашей технической команде.
Заплачено 620 000 ₽, но спор не равен «верните 620 000 ₽»
Интернет‑кабинет поставщика: 4 этапа
Этапы «прототип + дизайн» приняты отдельно. Backend реализован частично, обмен с 1С нестабилен, личный кабинет запускается. Финальный модуль заказа и платежа отсутствует. Заказчик хочет потребовать все 620 000 ₽.
Слабая позиция
- игнорировать два принятых этапа;
- назвать всю оплату «неосновательным обогащением» без анализа;
- заказать полную переделку и только потом фиксировать старый проект.
Рабочий подход
- определить самостоятельную ценность принятых этапов;
- зафиксировать незавершённый функционал;
- проверить основание прекращения;
- отдельно считать неустойку/убытки, если они предусмотрены и доказуемы.
Как строится расчёт денежной позиции
| Элемент | Что проверяем | Риск ошибки |
|---|---|---|
| Платежи | аванс, этапы, назначение, акты | считать оплатой проекта то, что относилось к отдельной услуге |
| Выполненная часть | результаты этапов и возможность их использования | требовать возврат за доказанно принятый результат |
| Недостатки | существенность, исправимость, связь с ТЗ | подменить техническую проверку субъективной оценкой |
| Просрочка | сроки, переносы, встречные обязанности | не учесть задержку заказчика |
| Неустойка и убытки | договор, закон, доказательства суммы и причинной связи | заявить экономически красивую, но недоказанную цифру |
Судебная практика показывает оба исхода
А76‑30772/2025 — требование о возврате 720 000 ₽ за чат‑бот
Заказчик ссылался на отсутствие пригодного к использованию результата и ошибки при запуске переданного кода. Суд исследовал цель договора, ТЗ и фактическую передачу. Постановление 18 ААС.
А62‑5256/2024 — экспертиза подтвердила соответствие сайта
Несмотря на конфликт и задержку, эксперт установил соответствие результата договору и заданию; требования заказчика не привели к возврату ранее оплаченного по желаемой им логике. Постановление 20 ААС.
Поэтому первичная проверка должна быть беспристрастной. Если документы и проект показывают, что подрядчик выполнил существенную часть, мы должны сказать об этом до дорогого спора.
Какие нормы могут иметь значение
Ст. 715 ГК РФ — нарушение хода и срока подрядных работ.
Ст. 723 ГК РФ — последствия ненадлежащего качества работы.
Ст. 450.1 ГК РФ — осуществление права на односторонний отказ, когда такое право предусмотрено законом или договором.
Конкретный набор норм определяется после квалификации договора. IT‑отношения могут содержать элементы подряда, услуг, лицензирования и передачи исключительных прав.
Частые вопросы о возврате оплаты
Если срок прошёл, можно требовать всю оплату обратно?
Не автоматически. Нужно проверить характер договора, причины задержки, выполненную часть и основание прекращения отношений. Просрочка может давать сильную позицию, но не обнуляет доказанно полезный результат сама по себе.
Что если мы подписали акт по одному этапу?
Принятый этап анализируется отдельно. Важно, что именно подтверждает акт, какие замечания могли быть заявлены и является ли этот этап самостоятельным результатом.
Можно ли включить стоимость нового разработчика в убытки?
Возможность зависит от необходимости таких расходов, их разумности, доказанности и причинной связи с нарушением старого подрядчика. Сначала фиксируют старый проект, затем планируют замену.
Подрядчик предлагает вернуть часть денег за отказ от претензий. Как оценить?
Сравниваем предлагаемую сумму с юридическим риском, стоимостью завершения проекта, ценностью уже созданной части и сроками возможного спора. Иногда коммерческое соглашение объективно выгоднее суда.
Проверим, сколько и на каком основании можно требовать
Пришлите договор, ТЗ, платежи, акты и краткое описание фактического результата. До анализа мы не обещаем возврат конкретной суммы.
Опишите вопрос — юрист разберётся
Напишите, что произошло, когда узнали и какой результат нужен. Остальное уточнит специалист.