Когда подрядчик срывает срок, первое желание — написать претензию, и это почти всегда преждевременно. Правильный порядок другой: сначала подсчитать, сколько дней просрочки приходится на каждую сторону, потом провести один прямой разговор о сокращении объёма, и только если не сработало — переходить к формальной переписке. Претензия, отправленная до подсчёта, часто заканчивается ответным письмом с перечнем ваших собственных задержек.
Второе, что стоит принять заранее: неустойка не вернёт вам проект. В модельном разбирательстве по этапу на 300 000 ₽ она составит 6 600 ₽ при реальной потере в 162 000 ₽. Задачу решает сужение объёма этапа и новая дата, под которую подрядчик готов подписаться, а не взысканные деньги.
Ниже — порядок действий от первого признака до расторжения, с честным разбором вклада заказчика в просрочку. Мы инженерное бюро, а не юридическая фирма: нормы Гражданского кодекса приведены как ориентир, формулировки под вашу редакцию договора смотрит юрист.
Ранние признаки: за 2–3 недели до срока
Проект не срывается внезапно. Он подаёт сигналы за две-три недели до даты, и в этот момент ситуация ещё лечится разговором, а не письмами. Четыре признака ниже — не подозрительность, а рабочий чек-лист для куратора проекта.
| Признак | Что за ним обычно стоит | Что делать в тот же день |
|---|---|---|
| Пропущен еженедельный статус или он пришёл без чисел | Показывать нечего: неделя ушла на задачу сложнее оценки | Просить статус письменно, в три строки: сделано — осталось — риск |
| Демонстрация перенесена второй раз подряд | Сборки нет, показывают отдельные куски вручную | Согласиться на демонстрацию неготового: смотреть надо на то, что есть |
| Ответы стали общими: «в работе», «на финальной стадии» | Оценка потеряна, подрядчик сам не знает, сколько осталось | Запросить переоценку остатка в часах по каждому пункту ТЗ |
| Сменился инженер или проектная роль без предупреждения | Команда переброшена на другой проект или человек уволился | Уточнить письменно, кто ведёт проект, и заложить неделю на передачу контекста |
Пятый признак почти всегда пропускают: подрядчик перестал задавать вопросы. Живой проект генерирует их постоянно — про исключения, про правила, про данные. Тишина в течение двух недель на разработке означает, что работа либо остановлена, либо идёт по догадкам. Часть сигналов видна ещё до подписания договора — их мы собрали в разборе одиннадцати признаков, что подрядчик не справится.
Горизонтальная лента времени на три недели, справа отметка «плановая дата сдачи этапа». На ленте пять маркеров с подписями по мере приближения к дате: «пропущен статус» (минус 3 недели), «демонстрация перенесена второй раз» (минус 2,5 недели), «ответы без чисел» (минус 2 недели), «тихая смена инженера» (минус 1,5 недели), «подрядчик перестал задавать вопросы» (минус 1 неделя). Над лентой полоса «зона дешёвого вмешательства — разговор», над последним отрезком — «зона дорогого вмешательства — переписка». Чертёжный стиль, подписи по-русски.
Первый шаг: посчитать, чья это просрочка
До любого разговора нужно поднять переписку и посчитать две цифры: сколько дней подрядчик ждал ответа от вас и сколько дней вы ждали результата от него. Считается по датам писем, а не по ощущениям. Эта работа занимает у куратора два-три часа и определяет всё дальнейшее.
- 1Отметить в переписке каждый вопрос подрядчика, влияющий на работу: правило процесса, доступ, тестовые данные, согласование формы.
- 2Посчитать дни между вопросом и ответом. Норма, которую стоит записывать в договор, — 3 рабочих дня; всё, что дольше, идёт в счёт простоя по вине заказчика. Механику этого пункта мы разбирали в статье про роли и часы заказчика.
- 3Отдельно посчитать доступы: дата запроса ключей API, прав в CRM, тестового контура — и дата фактической выдачи. Здесь чаще всего и обнаруживается основная часть «чужой» просрочки.
- 4Свести в таблицу и отправить подрядчику до разговора, а не во время. Цель не обвинить, а добиться того, чтобы обе стороны обсуждали одни и те же числа.
Цену недели сдвига мы считали в разборе сроков проекта автоматизации. Рыночная ставка неустойки — 0,1 % от стоимости просроченного этапа за день при потолке 10–20 %; потолок в 5 % делает пункт декоративным. Что ещё проверить в этой части договора, разобрано в материале о том, что должно быть в договоре на разработку.
Горизонтальная полоса из 34 сегментов-дней, разделённая на две зоны: левая 12 дней с подписью «простой по вине заказчика: доступы и ответы», правая 22 дня с подписью «просрочка подрядчика». Под полосой две плашки с суммами: «неустойка 0,1 % × 22 дня = 6 600 ₽» и «отложенный эффект 3 недели × 54 000 ₽ = 162 000 ₽», вторая заметно крупнее первой. Внизу подпись «считается по датам писем, а не по ощущениям». Чертёжный стиль, подписи по-русски.
Переговоры: три сценария вместо ультиматума
Ультиматум «сдайте в срок или расторгаем» не работает по простой причине: если бы подрядчик мог сдать в срок, он бы сдал. Разговор имеет смысл только тогда, когда на столе лежит вариант, при котором дата достижима. Таких вариантов три, и они не исключают друг друга.
- 1Сузить объём этапа до одного сценария
Самый действенный из трёх. Вместо одиннадцати сценариев обработки заявок сдаётся один, самый частый, но полностью: с интеграцией, исключениями и приёмочными тестами. Остальные переносятся в следующий этап с отдельной оценкой, а цена текущего этапа пересматривается вниз пропорционально.
- 2Перенести часть работ без изменения цены проекта
Работы, которые не блокируют запуск — отчёты, дополнительные роли, тонкая настройка прав, — уходят в следующий этап. Общая цена проекта не меняется, меняется её распределение. Заказчик получает работающее ядро вовремя, подрядчик не срывает сдачу целиком.
- 3Добавить людей за счёт подрядчика
Работает только там, где задача делится: два независимых интеграционных контура, отдельная фронтальная часть. На связной архитектурной задаче второй инженер в последнюю неделю замедляет работу. Требовать уместно, но спросите, что именно он будет делать и с какого дня.
Устное «давайте сузим объём и сдадим двадцатого» через две недели превращается в спор о том, что именно входило в сузившийся объём. Достаточно письма-протокола на десять строк: что сдаётся, что переносится, новая дата, новая цена этапа, кто подтверждает. Если договорённость меняет цену или срок из договора — она оформляется допсоглашением до начала работ, а не после.
Если объём не сужается ни в каком виде, дело обычно не в сроке, а в постановке задачи. Это уже другой сценарий — перезапуск проекта: пятидневный аудит, сужение до одного сценария, новая точка приёмки. Мы разбирали его в статье о том, как перезапустить буксующее внедрение.
Претензия: что писать и какие сроки давать
Претензия нужна не для суда, а для разговора на другом уровне: она переводит вопрос из чата с проектной командой в переписку между организациями, и обычно после неё за стол садится руководитель подрядчика. Кроме того, для денежных требований из договора досудебный порядок обязателен — по ч. 5 ст. 4 АПК РФ иск в арбитражный суд подаётся по общему правилу через 30 календарных дней после направления претензии, если договором не установлен другой срок.
- 1Реквизиты и предмет: договор, номер, дата, конкретный этап и нарушенный срок со ссылкой на приложение с календарным планом. Без такого приложения срок формально не установлен.
- 2Факты с датами: что должно было быть сдано, когда, что фактически получено. Здесь же — ваша таблица просрочек по обеим сторонам: она снимает половину ответных возражений заранее.
- 3Правовое основание. Для подряда начальный и конечный сроки — существенное условие (ст. 708 ГК РФ). Если работа идёт настолько медленно, что окончание к сроку явно невозможно, заказчик вправе отказаться от договора и требовать убытков (п. 2 ст. 715 ГК РФ). Неустойка считается по пункту вашего договора со ссылкой на ст. 330 ГК РФ.
- 4Требование и срок: одно требование, одна дата — сдать этап к конкретному числу либо представить новый календарный план с обоснованием. Разумный срок доработки — 10–15 рабочих дней: неделя выглядит формальностью перед расторжением, месяц обесценивает саму претензию.
- 5Последствия при неисполнении: отказ от договора в одностороннем порядке, возврат неотработанного аванса, поручение доработки другому исполнителю за счёт подрядчика по п. 3 ст. 715 ГК РФ.
- 6Способ отправки — тот, что записан в договоре: обычно заказное письмо с описью на юридический адрес плюс дублирование на согласованный адрес почты. Претензия, отправленная только в мессенджер, в споре не считается направленной.
Пункт 3 статьи 715 ГК РФ даёт заказчику право назначить разумный срок на устранение недостатков, а при неисполнении — отказаться от договора либо поручить работу другому лицу за счёт подрядчика. Это единственная норма, которая возвращает вам управление проектом: она позволяет доделать систему чужими руками и предъявить расходы первому исполнителю, а не получить 6 600 ₽ неустойки и незаконченный проект.
Расторжение и переход к другому исполнителю
Расторжение — не победа, а признание убытка. К нему переходят, когда после претензии не появилось ни нового плана, ни результата. Заказчик вправе отказаться от договора подряда в любое время до сдачи результата, оплатив выполненную часть и возместив убытки в пределах разницы между ценой договора и оплаченным (ст. 717 ГК РФ). Если основанием служит просрочка по п. 2 ст. 715, положение заказчика заметно лучше — поэтому основание в письме об отказе указывают явно.
- Забрать исходный код и репозиторий со всей историей, а не архивом на почту. Кому принадлежит код по умолчанию и какие оговорки это меняют — разобрано в материале о том, кому принадлежит исходный код.
- Забрать доступы и данные: учётные записи в сервисах, оформленных на подрядчика, ключи интеграций, выгрузки баз, конфигурации серверов. Отдельно — отозвать доступы подрядчика к вашим системам по чек-листу, а не «когда-нибудь потом».
- Забрать документацию в том виде, в каком она есть. Даже черновые схемы интеграций экономят новой команде одну-две недели. Что входит в опись, собрано в статье о передаче системы в эксплуатацию.
- Оплатить только принятое. Работы, не прошедшие приёмку по критериям из ТЗ, оплате не подлежат, а аванс за них — неотработанный: его возврат требуют в том же письме.
- Зафиксировать состояние на дату отказа актом с перечнем переданного. Без него новый подрядчик через месяц не отделит свои дефекты от наследства предыдущего.
Реалистичная оценка потерь при смене исполнителя на середине проекта — от четверти до половины пройденного пути: новая команда тратит 1–2 недели на разбор чужого кода и столько же на восстановление контекста решений, который нигде не записан. Поэтому переход оправдан только при уверенности, что дальше с этим подрядчиком результата не будет.
Схема-лестница из пяти ступеней снизу вверх со стрелками и подписью срока рядом с каждой. Ступень 1 «Подсчёт дней по обеим сторонам — 2–3 часа». Ступень 2 «Разговор о сужении объёма, письмо-протокол в тот же день». Ступень 3 «Допсоглашение: новый объём, новая дата, новая цена этапа». Ступень 4 «Претензия: требование и срок 10–15 рабочих дней, ст. 708 и 715 ГК РФ». Ступень 5 «Отказ от договора, акт по фактически выполненному, передача кода и доступов». Справа от лестницы вертикальная шкала «стоимость для заказчика растёт», у верхней ступени пометка «потеря 25–50 % пройденного пути». Чертёжный стиль, подписи по-русски.
Когда менять подрядчика не надо
Смена исполнителя выглядит решительным шагом, но в трёх случаях она делает хуже, а не лучше.
- Большая часть просрочки на вашей стороне. Если из 34 дней 20 — это ожидание доступов и ответов, новый подрядчик встанет там же. Сначала выделяется человек с полномочиями и срок ответа в 3 рабочих дня, потом обсуждается исполнитель.
- До конца этапа меньше двух недель, а работающая часть уже есть. Новая команда потратит на разбор чужого кода больше, чем нужно текущей на завершение. Выгоднее сузить объём, принять работающее и разойтись после этапа.
- Причина срыва — изменения требований, а не медленная работа. Когда реестр правок вырос вдвое с начала проекта, сроки едут закономерно, и смена подрядчика этого не лечит. Лечит процедура изменений и заморозка требований перед приёмкой — разобрана в статье об изменениях требований по ходу проекта.
И то, что стоит изменить в следующем проекте независимо от исхода этого. Этапы длиннее пяти-шести недель почти гарантируют такую ситуацию: между точками контроля слишком много времени, чтобы отставание было заметно. Короткие этапы и оплата по факту принятого результата — схема 20/30/30/20 или похожая — превращают срыв срока из катастрофы в потерю одного этапа. Заодно они делают видимым простой на вашей стороне: при еженедельной демонстрации трудно не заметить, что три недели подряд обсуждается один и тот же незакрытый вопрос.
Предметом переговоров о просрочке должна быть дата, а не деньги. Деньги фиксируют убыток, дату ещё можно спасти.

