Веб-студия не сделала сайт: как вернуть аванс

Заказчику недостаточно показать, что проект не запущен: нужно доказать согласованный результат, срок, объём фактически переданной работы и момент прекращения договора. Цифровой проект может существовать в виде макетов, кода и настроек, хотя публичной страницы ещё нет. Поэтому спор выигрывает не самый возмущённый участник, а сторона с сохранённым ТЗ, копией среды и проверяемой таблицей этапов.

Сначала сохраните проект, потом объявляйте отказ

До претензии выгрузите всё, к чему ещё есть доступ: после конфликта стенд и облачные файлы могут исчезнуть.

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

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

Определите, что именно обещала веб-студия

Предметом может быть готовый результат, отдельные работы, услуги команды, лицензия или смешанный набор обязательств.

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

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

Отделите просрочку от неудовлетворённости дизайном

Просрочка измеряется календарём, а качество — требованиями и пригодностью результата.

При истекшем сроке установите, с какого события он начался: аванс, передача материалов, утверждение ТЗ или доступов. Проверьте дополнительные соглашения и сообщения о переносе. Подрядчик вправе ссылаться на задержку материалов заказчиком, поэтому приложите доказательства, когда всё нужное было передано.

Спор «мне не нравится цвет» слабее нарушения закреплённого макета. Для качества укажите точный пункт, ожидаемое поведение и фактическую ошибку. Не смешивайте субъективный вкус, новый объём и исходное задание.

Составьте карту этапов и денег

Неосвоенный аванс считают по ценности согласованных этапов, а не по проценту обещаний в чате.

Создайте строки: ТЗ, прототип, дизайн, фронтенд, серверная часть, интеграция, миграция, тесты, запуск. Для каждой отметьте цену по приложению, дату сдачи, способ передачи, акт, замечания и пригодность. Если цены этапов нет, соберите сметы, коммерческое предложение и сообщения.

Фраза команды «готовность 80%» не доказывает стоимость. Восемьдесят процентов файлов могут не давать запуска, а законченный прототип может иметь самостоятельную ценность. При споре нужна оценка результата, а не арифметика задач.

Проверьте, не принята ли работа молчанием

Договор может устанавливать короткий срок для мотивированного отказа, поэтому игнорировать акт опасно.

Найдите условие о приёмке: сколько дней, каким каналом направляется результат, что считается передачей и когда акт становится односторонним. Ответьте до истечения срока. Перечислите проверенные пункты, дефекты и недостающие материалы, приложите скриншоты и логи.

Даже спорное условие о молчаливой приёмке не превращает пустую ссылку в готовый проект. Но заказчику придётся объяснять, почему он долго пользовался результатом, отправлял только новые пожелания и не заявлял дефекты. Ранняя конкретика предотвращает этот вопрос.

Как провести техническую приёмку

Приёмка должна воспроизводиться третьим лицом по заранее определённым критериям.

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

Запишите окружение: браузер, устройство, адрес, версия сборки и время. Ошибка «не работает» без условий мало полезна. Если требование невозможно проверить из-за отсутствия доступа или инструкции, это тоже отдельный пункт.

Техническое задание отсутствует или менялось

Без единого ТЗ суд восстанавливает договорённость из переписки, смет, макетов и поведения сторон.

Соберите последовательность версий. Отделите исходное обещание от change request — нового пожелания после старта. Укажите, была ли согласована цена и продление срока. Комментарий в мессенджере «добавьте ещё личный кабинет» может менять объём, но не всегда автоматически отменяет первоначальную дату.

Если команда сама начала работу без утверждённого приложения, это не всегда освобождает её. Но и заказчик не может требовать всё, что когда-либо обсуждалось. Карта версий должна показывать, что точно стало частью сделки.

Когда применим подряд, а когда услуги

Создание овеществлённого цифрового результата чаще содержит элементы подряда, а консультации и сопровождение — услуг.

К смешанному договору применяют нормы соответствующих частей. Это влияет на отказ: статья 715 ГК РФ позволяет отказаться, если подрядчик не приступает вовремя или движется настолько медленно, что завершение к сроку явно невозможно. По услугам статья 782 регулирует немотивированный отказ и расходы.

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

Отказ из-за очевидного срыва срока

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

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

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

Отказ из-за недостатков результата

При устранимых дефектах обычно назначают разумный срок, а при существенных или неустранимых возможен отказ.

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

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

Обычный отказ без нарушения

Если заказчик просто сменил стратегию, финансовые последствия отличаются от отказа по вине исполнителя.

При услугах заказчик оплачивает фактически понесённые расходы; при подряде статья 717 содержит собственное правило, если договор не устанавливает иное. В предпринимательском соглашении могут быть согласованы специальные условия и плата за отказ в допустимых пределах.

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

Уведомление должно быть получено

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

Используйте адрес и каналы из договора, продублируйте на юридический адрес из реестра. Для почты сохраните опись и отслеживание; для ЭДО — квитанции; для e-mail — исходное письмо и технические заголовки. Сообщение менеджеру не всегда достигает стороны.

После отказа не продолжайте утверждать новые задачи так, будто договор действует. Переговоры о передаче и расчётах помечайте как урегулирование последствий. Иначе студия заявит, что вы подтвердили продолжение.

Что запросить вместе с возвратом

Денежная претензия должна сопровождаться передачей уже оплаченных цифровых активов и сведений.

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

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

Домен, хостинг и аккаунты

Фактический контроль определяется регистрацией и доступами, поэтому восстановите цепочку владельцев до конфликта.

Проверьте, на кого зарегистрирован домен, чей договор хостинга, кто администратор аналитики, облака, почты и платёжного шлюза. Оплата счёта не всегда автоматически делает заказчика владельцем учётной записи. Попросите процедуру переноса у соответствующего провайдера.

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

Кому принадлежат код и дизайн

Исключительные права зависят от договора, предмета заказа, авторства и специальных норм части четвёртой ГК РФ.

Статья 1296 устанавливает общее правило для произведений, созданных по заказу, но пункт 5 исключает договор, где исполнителем выступает сам автор; там анализируют договор авторского заказа. Кроме того, студия может использовать библиотеки, шаблоны и сторонние лицензии, которые не переходят как собственный код.

Разделите собственную разработку, open source, платные модули, шрифты, фотографии и материалы заказчика. Требование «передать все права на интернет» невозможно. Нужны конкретные объекты, территория, способы использования и подтверждение оплаты.

Если код есть только на сервере исполнителя

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

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

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

Как оценить полезную часть

Полезность проверяют по возможности использовать этап самостоятельно или передать его новой команде без повторения.

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

Попросите нового специалиста отдельно оценить аудит, завершение и переделку. Смета «с нуля 500 000» не показывает стоимость старого результата. Нужен разбор по компонентам.

Экспертиза цифрового результата

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

Поставьте вопросы: какие функции реализованы; воспроизводится ли сборка; соответствует ли архитектура обязательным условиям; какие дефекты препятствуют использованию; устранимы ли они; какова стоимость завершения исходного объёма; имеет ли переданное самостоятельную ценность.

Эксперт не должен решать, «кто нарушил договор» или «сколько взыскать» — это правовые вопросы. Сообщите второй стороне о совместном осмотре и сохраните исходную копию неизменной.

Претензия по таблице, а не эмоциональное письмо

Лучший формат — краткое уведомление плюс приложение с этапами, суммами и доказательствами.

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

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

Каркас претензии веб-студии

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

Расчёт неосвоенного аванса

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

Формула для рабочей таблицы: перечисленный аванс − стоимость переданных полезных этапов − согласованные невозвратные расходы + договорные корректировки = требуемый остаток. Каждая величина должна иметь основание. В договоре услуг расходы и стоимость результата не всегда совпадают.

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

Неустойка и проценты

В B2B-споре сначала проверяют договорную неустойку, а проценты по статье 395 считают после возникновения денежного долга.

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

Ключевую ставку берут по правилам действующей статьи и фактическим периодам. Используйте проверяемый расчёт по дням и учитывайте частичные платежи. Сумма в претензии должна обновляться к дате иска.

Убытки на нового подрядчика

Возмещается не весь новый проект, а разумная разница и необходимые расходы, вызванные нарушением.

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

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

Претензионный срок и арбитраж

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

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

При приказном порядке и отдельных категориях есть особенности. Если заказчик — гражданин, заказавший личную страницу вне бизнеса, спор может быть потребительским и идти по иным правилам. Статус ИП сам по себе не решает цель заказа.

Потребительский заказ сайта

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

Личный свадебный сайт, семейный архив или некоммерческая страница отличаются от интернет-магазина ИП. В потребительском режиме действуют статьи 28–31, специальная неустойка и подсудность. Однако деловой лендинг для продаж не становится личным только из-за оплаты с карты физлица.

Зафиксируйте цель в договоре и фактическом использовании. Ошибочная ставка на потребительские санкции может привести к неверному суду и расчёту.

Если исполнитель — фрилансер без договора

Переписка, задание и платёж могут подтвердить соглашение, но сначала нужно установить сторону.

Сохраните профиль, телефон, e-mail, карту получателя, платёжное назначение, голосовые сообщения, черновики и признание срока. Спросите ФИО и адрес для возврата. Если деньги приняло одно лицо, а общался другой разработчик, выясните роли.

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

Если студия ликвидируется или банкротится

Скорость важна, но претензия не даёт приоритета перед установленной очередностью.

Проверьте реестр, сообщения о ликвидации и картотеку. При банкротстве денежное требование предъявляют по специальной процедуре и срокам; обычный иск может быть оставлен без рассмотрения или передан в дело. Не платите посреднику за обещание «включить первым».

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

Переговоры о частичном возврате

Мировой расчёт полезен, если точно описывает сумму, сроки, активы и отсутствие скрытого отказа от нужных прав.

Зафиксируйте: что передаётся, в каком формате, какая часть оплаты остаётся, сколько возвращается, даты траншей, ответственность за задержку и судьба прав. Проверьте файлы до подписания фразы «претензий нет».

Не соглашайтесь на обещание «вернём после нового клиента» без графика. При рассрочке подумайте об обеспечении и признании долга. Каждый платёж отмечайте в обновлённом расчёте.

История читателя: лендинг без исходников

ИП перечислил 180 000 рублей за лендинг и интеграцию, но к сроку получил только ссылку на макет и набор изображений.

Заказчик выгрузил макет, направил таблицу отсутствующих функций и уведомление об отказе. Команда передала оплаченный дизайн и вернула часть аванса за программирование по соглашению в течение 18 дней. История показывает пользу цены этапов, но не гарантирует такой результат без аналогичных документов.

История читателя: заказчик пропустил приёмку

Компания три месяца не отвечала на направленные акты, а после смены директора потребовала весь аванс обратно.

Исполнитель показал рабочий стенд, переписку о демонстрации и выполненные интеграции. Независимый аудит нашёл дефекты, но подтвердил значительную полезную часть. Переговоры завершились исправлением и меньшим возвратом; молчание сделало позицию заказчика заметно слабее.

Честные шансы

Сильнее всего спор без переданного результата при точном ТЗ, доказанной готовности заказчика, истёкшем сроке и полученном уведомлении.

Средняя перспектива — часть этапов полезна, цены не разбиты, а приёмка велась в чате. Слабая — заказчик постоянно менял объём, не передал материалы, пользовался результатом и проигнорировал акты.

50/50 — это редакционная оценка, а не статистика. Для конкретного проекта она возможна только после технической фиксации, чтения договора и оценки платёжеспособности.

Когда аванс вернуть не получится

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

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

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

Лжеаудит и обещание «взыскать код»

Опасайтесь исполнителей, которые без файлов гарантируют нулевую ценность проекта и стопроцентный возврат.

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

Проверьте договор помощи, исполнителя и цену. Предоплата за «разблокировку взысканного аванса» — отдельный риск. Законный специалист описывает работу, а не продаёт гарантированный исход.

Контрольный пакет заказчика

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

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

Хешируйте важные архивы, храните резерв в независимом месте и не редактируйте исходную копию после фиксации.

Как безопаснее заказать следующий проект

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

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

Платите после демонстрации этапа, но не превращайте приёмку в бесконечное добавление пожеланий. Прозрачный change request защищает обе стороны и делает будущий расчёт возможным.

Репозиторий как доказательство прогресса

История репозитория показывает даты и объём изменений, но количество коммитов не равно готовности продукта.

Зафиксируйте адрес, ветки, теги, авторов, последний коммит и возможность сборки. Веб-студия может сделать один содержательный коммит вместо сотни мелких, поэтому сравнивайте код с ТЗ. Архив без истории слабее, но всё равно полезен, если сохранены дата и контрольная сумма.

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

Макет не доказывает готовый сайт

Интерактивный дизайн показывает внешний сценарий, но не подтверждает серверную логику, безопасность и интеграции.

Сопоставьте экраны с кодом, административной панелью и данными. Нажимаемая кнопка в прототипе может не создавать заказ, а нарисованный личный кабинет — не иметь авторизации. В таблице приёмки различайте «изображено», «сверстано» и «функционирует».

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

Проверка сборки и развёртывания

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

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

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

База данных и персональные сведения

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

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

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

Сторонние библиотеки и лицензии

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

Запросите перечень open source-зависимостей, версии, лицензии, платные плагины, шрифты, изображения и аккаунты. Код под свободной лицензией не становится исключительной собственностью заказчика, а купленный модуль может быть привязан к аккаунту веб-студии.

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

Платёжная интеграция и касса

Нарисованная форма оплаты не означает, что интернет-магазин готов принимать реальные платежи.

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

Не вводите реальные карты в неизвестный стенд. Используйте тестовые инструменты и зафиксируйте, какие действия должен был выполнить заказчик. Это отделяет дефект кода от незавершённой организационной настройки.

SEO и обещание первых мест

Техническая SEO-настройка проверяется по согласованным действиям, а обещание конкретной позиции требует отдельной оценки и часто зависит от внешних факторов.

Смотрите метаданные, карту, индексацию, редиректы, скорость, robots, аналитику и отчёт. Отсутствие трафика сразу после запуска не доказывает, что разработчик не выполнил код. Но непроставленные теги из ТЗ — конкретный дефект.

Не включайте будущую прибыль в возврат без доказательств. Сначала посчитайте цену невыполненного технического этапа и расходы на его доведение.

Просрочка заказчика

Подрядчик вправе ссылаться на непереданные материалы и доступы, если они действительно препятствовали работе и были своевременно запрошены.

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

Уточните, предусматривал ли договор автоматический сдвиг и обязанность уведомить. Расчёт просрочки корректируйте на доказанные периоды содействия.

Новые пожелания после старта

Change request должен менять цену и срок прозрачно, иначе спор о границах проекта неизбежен.

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

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

Облачные сервисы и подписки

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

Хостинг, почта, карты, SMS, CDN и платные API могут иметь невозвратные периоды. Попросите счета, аккаунты, остатки и возможность переноса. Внутренняя строка «инфраструктура 100 000» без первичных документов не подтверждает расходы.

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

Иностранный исполнитель

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

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

Даже сильное решение российского суда может потребовать отдельного признания за рубежом. Сравните затраты с суммой и активами до дорогого процесса.

Обеспечение доказательств

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

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

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

Судебная экспертиза и её цена

Судебное исследование оправдано, когда техническая ценность спорна и существенно влияет на сумму.

Предложите вопросы и кандидатуру, подготовьте неизменную копию, лицензии и ТЗ. Разработчик и заказчик должны иметь равный доступ к исследуемым материалам. Эксперт не должен дорабатывать проект во время проверки.

Сравните стоимость экспертизы с разницей позиций. Иногда соглашение о цене переданного этапа дешевле и быстрее. Но экономия не должна вынуждать принять опасный код без документации.

Передача новому разработчику

Новая команда сначала делает аудит и резервную копию, а затем меняет систему.

Передайте архив, журнал дефектов, лицензии и список секретов. Зафиксируйте исходное состояние до первого коммита нового разработчика. Иначе прежняя веб-студия заявит, что ошибки созданы позднее.

Попросите новую смету в двух колонках: завершение исходного задания и новые улучшения. Это одновременно помогает запуску и формирует доказательство разумных убытков.

Исполнение решения и активы

Перед процессом проверьте, существует ли контрагент, где у него счета и не началась ли ликвидация.

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

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

Передача DNS и корпоративной почты

Контроль доменной зоны и почтовых ящиков нужно восстановить до смены подрядчика, иначе остановка сайта превратится в остановку бизнеса.

Зафиксируйте регистратора, администратора, DNS-записи, срок продления, резервные коды и список почтовых доменов. Разработчик должен передать относящиеся к заказчику настройки, но не обязан раскрывать доступ к общему аккаунту с чужими проектами. Безопасный вариант — перенос домена и копирование записей в отдельную учётную запись заказчика.

После передачи смените пароли, проверьте SPF, DKIM, маршрутизацию и восстановление доступа. Сохраните старую конфигурацию: резкое удаление записи может нарушить почту, аналитику и подтверждение владения внешними сервисами.

Официальные источники

Нормы проверены по доступным редакциям на 16 сентября 2026 года.

• Статья 715 ГК РФ о правах заказчика во время работы.
• Статья 720 ГК РФ о приёмке.
• Статья 723 ГК РФ о недостатках работы.
• Статья 450.1 ГК РФ об уведомлении об отказе.
• Статья 1296 ГК РФ о произведении по заказу.
• Статья 4 АПК РФ о досудебном порядке.

Связанные инструкции

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

Частые вопросы

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