Как отказаться от оплаты разработки мобильного приложения при срыве сроков по договору
Правовые основания для отказа от оплаты при нарушении сроков
Взаимоотношения между заказчиком и разработчиком ПО чаще всего регулируются договором подряда или договором на оказание возмездных услуг. В обоих случаях сроки являются существенным условием. Если разработка мобильного приложения затягивается, заказчик получает право на радикальные меры, опираясь на следующие нормы Гражданского кодекса РФ:
1. Статья 708 ГК РФ. Указывает, что подрядчик несет ответственность за нарушение как начального и конечного, так и промежуточных сроков выполнения работ. Если иное не предусмотрено договором, нарушение дедлайна этапа (например, «Проектирование интерфейсов» или «Разработка API») уже является триггером для санкций.
2. Статья 405 ГК РФ. Если из-за просрочки со стороны разработчика исполнение потеряло интерес для заказчика, последний имеет право отказаться от принятия исполнения и требовать возмещения убытков. В контексте мобильной разработки «утрата интереса» может быть связана с пропуском маркетингового сезона (например, приложение к ЧМ по футболу или к новогодним распродажам).
3. Статья 715 ГК РФ. Если разработчик приступает к работе настолько медленно, что окончание её к сроку становится явно невозможным, заказчик вправе отказаться от договора и требовать возмещения убытков. Это критически важно: вам не обязательно ждать финального дедлайна, если сорваны все промежуточные спринты.
4. Статья 723 ГК РФ. Дает право требовать соразмерного уменьшения цены, если результат выполнен с недостатками или с нарушением условий, что часто сопутствует спешке при попытке «догнать» график.
Важно понимать: если вы приняли работу (подписали акт) после срыва срока, не указав в акте претензий по дедлайнам, право на отказ от оплаты по этому основанию практически аннулируется.
Алгоритм фиксации просрочки: от претензии до уведомления о расторжении
Просто перестать отвечать на письма и не платить — это путь к проигрышу в суде. Необходимо сформировать «бумажный след», подтверждающий недобросовестность исполнителя.
Шаг 1: Фиксация текущего состояния проекта
Прежде чем уведомлять разработчика о разрыве отношений, соберите доказательства отсутствия готового продукта:
* Сделайте скриншоты из таск-трекеров (Jira, Trello, Asana), где видно, что задачи в статусе «In Progress» или «To Do» просрочены.
* Зафиксируйте отсутствие коммитов в репозитории (GitHub, GitLab, Bitbucket) на даты, предусмотренные графиком.
* Сохраните переписку в мессенджерах или e-mail, если договор признает их официальными каналами связи.
Шаг 2: Направление досудебной претензии
Направьте официальную претензию с требованием объяснить причины задержки и установить жесткий срок устранения нарушения (если вы еще готовы ждать) либо с требованием выплаты неустойки.
* Срок ответа: Обычно 30 календарных дней, если иное не указано в вашем договоре.
* Способ отправки: Почта России, заказное письмо с описью вложения на юридический адрес исполнителя.
Шаг 3: Уведомление об одностороннем отказе
Если претензия игнорируется или сроки снова нарушены, направляется «Уведомление об одностороннем отказе от исполнения договора». С момента получения этого уведомления исполнителем договор считается расторгнутым (ст. 450.1 ГК РФ). В тексте обязательно укажите:
* Ссылку на пункты договора с дедлайнами.
* Ссылку на ст. 715 или 405 ГК РФ.
* Требование о возврате аванса (за вычетом фактически выполненных и принятых этапов).
* Требование о передаче исходного кода, созданного на оплаченных этапах.
Критерии проверки: как оценить критичность срыва этапов разработки
Не любая задержка на два дня позволяет полностью отказаться от оплаты. Суды оценивают существенность нарушения. Используйте следующую таблицу для самопроверки вашей позиции.
| Параметр проверки | Критическое нарушение (шанс на возврат 80-100%) | Незначительное нарушение (шанс 10-30%) |
|---|---|---|
| Срок просрочки | Более 30% от общего срока этапа или проекта. | 1–5 рабочих дней при общем сроке в полгода. |
| Документальное оформление | Дедлайны жестко прописаны в Календарном плане (Приложение к договору). | Сроки обсуждались только «на словах» или в Telegram без ссылки в договоре. |
| Готовность функционала | Отсутствует MVP или критические модули (авторизация, оплата). | Мелкие баги в верстке, не влияющие на бизнес-логику. |
| Причина задержки | Отсутствие ресурсов у разработчика, игнорирование запросов. | Задержка из-за непредоставления заказчиком API-доступов или контента. |
| Взаимодействие | Заказчик неоднократно запрашивал статус и требовал соблюдения ТЗ. | Заказчик молча ждал месяц после дедлайна, а потом резко решил расторгнуть. |
Риски заказчика при одностороннем отказе от исполнения договора
Расторжение договора в одностороннем порядке несет финансовые и юридические риски, которые нужно минимизировать на этапе подготовки уведомления.
1. Оплата фактически понесенных расходов. Согласно ст. 717 ГК РФ, если вы отказываетесь от договора не по вине исполнителя, вы обязаны оплатить часть работы, выполненную до получения уведомления. Если же причина — срыв сроков (ст. 715 ГК РФ), эта норма не применяется, но разработчик может попытаться доказать в суде, что часть кода имеет ценность и должна быть оплачена.
2. Удержание исходного кода. Часто разработчики блокируют доступ к репозиторию при возникновении конфликта. Если в договоре не прописано, что интеллектуальные права переходят к заказчику в момент создания (а не после полной оплаты), вы рискуете остаться и без денег, и без кода.
3. Встречные иски о простое. Если в задержке виноват ваш технический отдел (не вовремя выдали ТЗ, долго согласовывали дизайн), разработчик подаст встречный иск о взыскании убытков за простой команды.
4. Репутационные риски. В узких нишах (например, разработка под финтех или GameDev) конфликтные расторжения могут осложнить поиск нового подрядчика.
Ситуации, когда отказ от оплаты может быть оспорен в суде
Суд встанет на сторону разработчика, если обнаружит признаки «потребительского экстремизма» или недобросовестности со стороны заказчика.
* «Скрытая» приемка. Вы не подписали акт, но начали использовать приложение (выложили в App Store/Google Play, запустили рекламу). В этом случае работа считается принятой, и платить придется в полном объеме, несмотря на просрочку.
* Отсутствие содействия. Согласно ст. 718 ГК РФ, заказчик обязан оказывать содействие. Если вы не отвечали на уточняющие вопросы по ТЗ в течение недели, разработчик законно продлевает срок выполнения на эту неделю.
* Внесение правок «на лету». Если вы меняли ТЗ в процессе разработки через мессенджеры без оформления доп. соглашений об изменении сроков, суд может посчитать, что первоначальные дедлайны стали неактуальными по вашей вине.
* Оплата после просрочки. Если срок был сорван 1-го числа, а вы 5-го числа внесли очередной транш оплаты, это трактуется как ваше согласие на продолжение работ и пролонгацию сроков.