Нарушение сроков внедрения CRM: как заказчику вернуть деньги и составить претензию

Есть демонстрации, после которых пользователи все равно не могут провести сделку, выгрузить отчет или синхронизировать лиды с телефонией.

Для заказчика финансовый эффект простой: аванс выведен из оборота, продажи продолжают идти через таблицы, SLA внутреннего проекта сорван, подрядчик требует еще времени. В этой точке вопрос не в том, «доработает ли команда». Вопрос в правовой и технической фиксации состояния проекта. Возврат денег за нарушение сроков внедрения CRM возможен, если отказ от договора оформлен корректно, претензия направлена по правилам, а доказательная база не разрушена собственной неуправляемостью заказчика.

Правовые основания: когда затягивание внедрения CRM дает право отказаться от договора

Внедрение CRM в B2B обычно оформляется как договор подряда, смешанный договор или договор оказания услуг с элементами разработки, настройки, интеграции и обучения. Название договора вторично. Суд смотрит на фактическую модель:

• что должен был передать исполнитель;
• были ли определены сроки;
• был ли результат работ;
• можно ли использовать промежуточные результаты автономно;
• кто отвечал за доступы, ТЗ, данные и приемку.

Ключевая норма для срыва сроков — статья 715 ГК РФ. Она позволяет заказчику отказаться от договора, если подрядчик выполняет работу настолько медленно, что окончание к установленному сроку становится явно невозможным.

Для CRM это не только календарная просрочка финального дедлайна. Архитектурно проект можно считать сорванным раньше, если по контрольным точкам видно, что система не выйдет в production в срок. Например:

• не поднят рабочий контур;
• не настроены роли и права пользователей;
• не завершена миграция клиентской базы;
• не работает интеграция с телефонией, сайтом, ERP или почтовыми сервисами;
• отсутствуют сценарии воронки продаж;
• не выполнены требования к отчетности;
• нет приемочных испытаний;
• исполнитель не передал документацию, доступы, инструкции администратора.

Формальная позиция «срок еще не наступил» не всегда защищает исполнителя. Если из фактов видно, что завершить внедрение к сроку невозможно, заказчик получает аргумент для одностороннего отказа. Но аргумент должен быть документирован. Не устно. Не в общем письме «вы затягиваете проект». Нужна связка: договор — календарный план — переписка — фактическое состояние CRM — уведомление об отказе.

В споре по CRM побеждает не тот, кто громче описал провал проекта, а тот, кто точнее связал сроки, функциональные требования и фактическую неработоспособность системы.

Отдельно стоит статья 708 ГК РФ. Она фиксирует ответственность за нарушение начального, промежуточного и конечного сроков выполнения работы. Если в договоре есть этапы, суд будет смотреть на них. Если этапы есть только в презентации или чате, доказательная сила ниже. Если этапов нет, но есть общий срок запуска CRM, фокус смещается на итоговый результат.

Практический вывод для заказчика: расторжение договора на внедрение CRM нельзя начинать с эмоций. Сначала надо восстановить проектный контур:

1. Найти подписанный договор и приложения.

2. Выделить сроки: старт, этапы, финальный запуск, сроки приемки.

3. Выделить результат: что именно должно быть внедрено.

4. Проверить порядок одностороннего отказа.

5. Проверить претензионный срок, если он отличается от 30 календарных дней.

6. Зафиксировать текущее состояние CRM техническим актом, скриншотами, логами, выгрузками, письмами.

Без этого претензия за срыв сроков CRM будет выглядеть как коммерческое недовольство. Для арбитража этого недостаточно.

Что происходит с авансом после отказа от договора

Аванс не возвращается автоматически в момент отправки письма. Сначала заказчик должен юридически прекратить договор или заявить отказ от него по предусмотренному основанию. После этого удержание денег исполнителем меняет квалификацию.

Если договор прекращен, а результата, имеющего самостоятельную потребительскую ценность, заказчик не получил, аванс может рассматриваться как неосновательное обогащение по статье 1102 ГК РФ. Это базовая конструкция для возврата денег после расторжения сделки.

В спорах по CRM критичен вопрос: что именно осталось у заказчика после работ исполнителя. Не каждая настройка равна ценному результату. Суд будет отделять техническую активность от результата, пригодного для эксплуатации.

Если договор не предусматривал поэтапную сдачу, а промежуточные результаты не имеют самостоятельной ценности без готовой CRM, исполнитель рискует вернуть весь аванс. Это типовая логика: заказчик платил не за набор действий, а за работоспособный продукт.

Но автоматического возврата 100% нет. Исполнитель может доказывать объем выполненных работ. Может ссылаться на акты. Может предъявлять переписку, где заказчик согласовал часть функционала. Может утверждать, что CRM уже внедрена частично и используется. Тогда спор уходит в техническую плоскость.

Заказчику нужно заранее отделить три категории:

• оплаченный аванс;
• фактически принятый результат;
• результат, который исполнитель считает выполненным, но заказчик не принимал.

Опасная зона — молчаливая приемка. Если договор содержит условие, что работы считаются принятыми при отсутствии мотивированного отказа в течение определенного срока, пассивность заказчика играет против него. Особенно если исполнитель отправлял акты на юридический адрес или в согласованный ЭДО.

Досудебный порядок: претензия до арбитража

В B2B-спорах нельзя сразу идти в арбитражный суд, если речь о взыскании денег. Часть 5 статьи 4 АПК РФ устанавливает обязательный досудебный порядок. По умолчанию надо направить претензию и выдержать 30 календарных дней со дня ее отправки. Если договором предусмотрен другой срок, применяется договорный срок.

Нарушение этого порядка дает технически предсказуемый результат: суд вернет исковое заявление на основании пункта 5 части 1 статьи 129 АПК РФ. Потеря времени. Иногда потеря процессуального темпа. Для проекта CRM, где доказательства быстро устаревают, это плохой сценарий.

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

Что включить в претензию

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

Номер, дата, стороны, предмет. Если договор смешанный, не надо спорить с его названием. Надо описать обязательство исполнителя: внедрение CRM, настройка, интеграции, миграция, обучение, запуск.

2. Сроки выполнения работ.

Указать конечный срок и промежуточные этапы, если они есть. Сослаться на приложения, календарный план, спецификацию, техническое задание.

3. Размер оплаты.

Зафиксировать сумму аванса, дату платежа, платежное поручение. Если было несколько оплат, перечислить их отдельно.

4. Факты нарушения.

Не общие формулировки. Только проверяемые факты: дата, обещанный результат, фактическое состояние. Например: «на дату направления претензии интеграция с телефонией не функционирует, входящие звонки не создают лиды в CRM, что подтверждается скриншотами и журналом ошибок».

5. Ссылку на право отказа.

Указать статью 715 ГК РФ, если работы выполняются настолько медленно, что завершение к сроку стало явно невозможным, либо если срок уже нарушен.

6. Уведомление об отказе от договора.

Формулировка должна быть прямой. Не «просим рассмотреть возможность расторжения», а «заказчик отказывается от договора в одностороннем порядке».

7. Требование вернуть аванс.

После отказа удержание денег квалифицируется как неосновательное обогащение по статье 1102 ГК РФ. Если заявляются проценты, основание — статья 395 ГК РФ.

8. Срок исполнения требования.

Можно указать срок для возврата. При этом для суда все равно должен быть выдержан обязательный досудебный срок: 30 календарных дней, если договор не установил иной.

9. Перечень приложений.

Договор, приложения, платежные документы, переписка, скриншоты, акты, техническое заключение, выгрузки логов.

Претензия по сорванному внедрению CRM должна читатьcя как будущий иск. Иначе ее придется переписывать уже после потери месяца.

Формулировка требования может быть сухой:

«В связи с нарушением сроков выполнения работ и невозможностью завершения внедрения CRM-системы в установленный договором срок Заказчик на основании ст. 715 ГК РФ отказывается от договора № … от …. Требуем возвратить уплаченный аванс в размере … руб. как неосновательное обогащение на основании ст. 1102 ГК РФ, а также уплатить проценты за пользование чужими денежными средствами по ст. 395 ГК РФ».

Отправка — отдельный контроль. Нужен доказуемый канал:

• заказное письмо с описью вложения;
• курьерская доставка с отметкой о вручении;
• ЭДО, если он предусмотрен договором;
• юридически значимые сообщения через адреса, согласованные в договоре.

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

Где заказчик сам создает риск отказа во взыскании

Слабая сторона многих проектов внедрения CRM — не подрядчик. Слабая сторона — управление зависимостями. Исполнитель почти всегда заявляет встречный довод: сроки сорваны из-за заказчика.

Правовые основания для такой защиты — статьи 716 и 719 ГК РФ. Если заказчик не предоставил необходимые данные, доступы, ТЗ, исходные материалы или не устранил препятствия, исполнитель может ссылаться на невозможность продолжения работ и отсутствие своей вины.

Для CRM это не абстрактный риск. Это стандартный набор зависимостей:

• доступ администратора к текущей CRM или таблицам;
• API-ключи телефонии, сайта, почтового сервера, ERP;
• структура воронок и стадий;
• список пользователей и ролей;
• правила распределения лидов;
• шаблоны документов и писем;
• выгрузка клиентской базы;
• описание обязательных отчетов;
• ответственные лица со стороны заказчика;
• сроки согласования макетов, сценариев, бизнес-процессов.

Если заказчик не предоставил эти элементы, возврат денег за интеграцию CRM становится менее предсказуемым. Исполнитель будет строить линию защиты так:

1. Работы зависели от информации заказчика.

2. Информация не была предоставлена или была предоставлена с задержкой.

3. Исполнитель уведомлял о препятствиях.

4. Просрочка возникла из-за заказчика.

5. Оснований для возврата аванса нет либо сумма должна быть уменьшена на стоимость выполненных работ.

Особенно опасны неформальные каналы. В проекте может быть десятки сообщений: «пришлите доступ», «коллеги пока не готовы», «ТЗ поправим позже», «директор согласует на следующей неделе». В суде такая переписка перестает быть бытовым фоном. Она становится доказательством.

Заказчику до отправки претензии нужно провести внутренний аудит содействия:

Если в этом аудите пусто, претензию лучше не отправлять в исходном виде. Сначала надо закрыть доказательные разрывы. Например, направить исполнителю письмо с перечнем ранее переданных доступов и данных, запросить статус работ, потребовать календарный план устранения отставания, зафиксировать дефекты.

Это не задержка ради формальности. Это снижение риска, что суд примет позицию исполнителя о встречном неисполнении.

Техническая фиксация: почему скриншотов недостаточно

CRM — не коробка на складе. Ее состояние меняется. Подрядчик может донастроить систему после претензии. Доступы могут быть отключены. Логи могут перезаписаться. Пользователи могут продолжить работу и изменить данные. Поэтому техническая фиксация должна быть сделана до эскалации или одновременно с ней.

Минимальный набор доказательств по неработоспособной CRM:

• скриншоты интерфейсов с датой и видимым URL;
• записи экранов с демонстрацией критических ошибок;
• выгрузки журналов интеграций;
• ошибки API и webhook;
• письма пользователей о невозможности работы;
• протокол тестирования по сценариям из ТЗ;
• таблица дефектов с приоритетами;
• акты обследования системы;
• переписка с исполнителем по каждому дефекту;
• отказ исполнителя от устранения или нарушение сроков устранения.

Но скриншоты — слабый инструмент, если спор идет о существенном объеме работ. В арбитраже может потребоваться судебная компьютерно-техническая экспертиза. Она оценивает:

• объем фактически выполненных работ;
• соответствие CRM техническому заданию;
• работоспособность модулей;
• состояние интеграций;
• возможность эксплуатации системы;
• наличие самостоятельной ценности у выполненных настроек;
• причины ошибок, если они технически определимы.

Сроки такой экспертизы заранее не фиксируются. Их определяет суд с учетом вопросов, объема системы, доступности данных и загрузки эксперта. Закладывать точный календарь нельзя. Это unknown. Архитектурно надо готовиться к тому, что экспертиза станет центральной стадией спора.

Здесь типовая ошибка заказчика — уничтожение объекта исследования. Например, компания переносит данные в другую CRM, удаляет тестовый контур, меняет настройки своими силами, отзывает доступы, а потом требует установить, что исполнитель ничего не сделал. Эксперту уже нечего анализировать.

Лучший порядок:

1. Зафиксировать состояние системы.

2. Ограничить изменения в спорном контуре.

3. Сохранить административные доступы.

4. Выгрузить логи и конфигурации.

5. Описать версии модулей и интеграций.

6. Назначить ответственного за сохранность цифровых доказательств.

7. Не смешивать доработки нового подрядчика с работами спорного исполнителя.

Если бизнес не может ждать, допустим параллельный запуск другой CRM или восстановление процессов. Но спорный контур надо сохранить как доказательство либо формально задокументировать его состояние до изменений.

Неустойка, проценты и размер требования

Неустойка за просрочку CRM зависит от договора. Если договор предусматривает пеню за нарушение сроков, ее можно заявлять вместе с возвратом аванса. Если договорной неустойки нет, заказчик обычно заявляет проценты за пользование чужими денежными средствами по статье 395 ГК РФ после возникновения обязанности вернуть деньги.

Надо разделять требования:

• возврат аванса;
• договорная неустойка за просрочку, если предусмотрена;
• проценты по статье 395 ГК РФ;
• убытки, если они доказуемы;
• расходы на экспертизу и представителей, если спор дойдет до суда.

Убытки в проектах CRM заявляются сложнее. Потерянные продажи, простой отдела, ручной труд менеджеров, сбои отчетности — все это должно быть рассчитано и доказано. Для первичной претензии чаще рационально строить ядро на возврате аванса и процентах. Убытки добавлять только при наличии расчетной базы.

Размер возврата тоже не всегда равен сумме платежей. Если часть работ принята и имеет ценность, суд может удержать стоимость этой части. Если этапы не были самостоятельными, а CRM не готова к эксплуатации, позиция заказчика сильнее.

Практически требование можно строить в двух уровнях:

• основной уровень: возврат всего аванса как суммы, удерживаемой без основания после отказа от договора;
• резервная позиция для суда: если исполнитель докажет самостоятельную ценность части результата, определить стоимость такой части по экспертизе.

В претензии резервную позицию обычно не расписывают широко. Но для внутренней стратегии она нужна. Иначе заказчик входит в спор с бинарной моделью «все или ничего», а технические CRM-проекты редко так устроены.

Оптимальный порядок действий для заказчика

Рабочая последовательность без лишних действий:

1. Поднять договорную базу.

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

2. Собрать платежи.

Платежные поручения, счета, акты сверки, назначение платежа.

3. Сопоставить срок и фактическое состояние CRM.

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

4. Проверить собственное содействие.

Доступы, данные, согласования, ответы на запросы. Убрать риск статей 716 и 719 ГК РФ.

5. Зафиксировать техническое состояние.

Скриншоты, видео, логи, протокол тестирования, дефектная ведомость, акты.

6. Подготовить уведомление об отказе и претензию.

Ссылка на статью 715 ГК РФ. Требование возврата аванса по статье 1102 ГК РФ. При необходимости — проценты по статье 395 ГК РФ и договорная неустойка.

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

Юридический адрес, ЭДО или иной канал из договора. Сохранить подтверждение отправки и опись.

8. Выдержать срок досудебного порядка.

По умолчанию 30 календарных дней со дня отправки. Если договор установил иной срок, использовать его.

9. Не изменять спорный контур без фиксации.

Особенно до возможной экспертизы.

10. После истечения срока готовить иск.

Если деньги не возвращены, формировать пакет для арбитража. Преждевременная подача приведет к возврату иска.

Эта последовательность не ускоряет разработку CRM. Она переводит спор из режима переписки менеджеров в режим доказуемого требования.

Что должно быть в финальной позиции

Возврат денег за нарушение сроков внедрения CRM строится на трех блоках: юридический отказ, доказанное нарушение, сохраненная техническая база. Если убрать один блок, позиция проседает.

Заказчик вправе отказаться от договора при затягивании работ по статье 715 ГК РФ. После прекращения договора аванс может взыскиваться как неосновательное обогащение по статье 1102 ГК РФ. Перед обращением в арбитраж нужна претензия и ожидание 30 календарных дней, если договор не установил другой срок. При ранней подаче иск вернут.

Главный риск — встречное неисполнение заказчика. Если не было ТЗ, доступов, данных или согласований, исполнитель получит сильную защиту. Главный технический инструмент — фиксация состояния CRM и готовность к компьютерно-технической экспертизе.

Прагматичная позиция заказчика: не спорить о намерениях подрядчика. Фиксировать сроки, результат, дефекты, платежи и каналы уведомлений. В CRM-проектах это единственная устойчивая архитектура возврата аванса.