Кто отвечает за убытки из-за ошибки в программе или на сайте: ответственность разработчика и её ограничения в договоре

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

Разбираем, что такое убытки в разработке, чем они отличаются от гарантии и пени и что разумно записать в договор, чтобы потом не спорить. Это объяснение разработчика, а не юридическое заключение; нормы Гражданского кодекса сверены с текстом на КонсультантПлюс на 31 октября 2026 года.

Что такое убытки и из чего они состоят?

Убытки — это деньги, которые вы потеряли из-за нарушения. По статье 15 ГК РФ они состоят из реального ущерба (что вы уже потратили или потратите на восстановление) и упущенной выгоды (что недополучили). Возмещаются полностью, если закон или договор не предусматривают меньшее.

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

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

Не путайте убытки с ценой работы. Возврат денег за плохо сделанную работу или её уменьшение — отдельные способы защиты из статьи 723 ГК РФ. Убытки — это то, что вы потеряли сверх этого.

Отвечает ли разработчик за упущенную выгоду?

По закону — да, если договор её не исключил. Но в договорах на разработку упущенную выгоду почти всегда исключают, и между предпринимателями это законно. В типовом договоре студии так и записано: исполнитель не несёт ответственности за упущенную выгоду заказчика (п. 8.3).

Почему так делают почти все. Стоимость лендинга по прайсу — от 24 000 ₽, интернет-магазина — от 104 000 ₽. Если магазин теряет заметную выручку за день простоя в распродажу, неограниченная ответственность за выручку превращает любой проект в лотерею для подрядчика. Разработчик, который на неё соглашается, либо закладывает риск в цену, либо не до конца понимает, что подписывает.

Даже без исключения в договоре упущенную выгоду взыскать трудно. По п. 4 статьи 393 ГК РФ учитываются меры и приготовления, которые вы сделали для получения дохода: закупленный товар, запущенная реклама, рассылка об акции. «Мы бы продали больше» без этих доказательств не работает. Утешает п. 5 той же статьи: суд не может отказать только потому, что точный размер установить нельзя, — достаточно разумной степени достоверности.

Что такое ограничение ответственности и законно ли оно?

Ограничение ответственности — условие договора, которое сужает, за что и в каком размере платит разработчик: например, только реальный ущерб и не больше стоимости работ. Между двумя предпринимателями это законно. Есть три границы, которые договором не обойти.

1. Умысел. По п. 4 статьи 401 ГК РФ заранее заключённое соглашение об устранении или ограничении ответственности за умышленное нарушение ничтожно. Если разработчик намеренно оставил закладку или удалил данные, лимит не спасёт.
2. Виновные недостатки. По п. 4 статьи 723 ГК РФ условие об освобождении подрядчика от ответственности за определённые недостатки не действует, если доказано, что они возникли по его вине. Фраза «за ошибки в коде исполнитель не отвечает» не работает.
3. Потребитель. Если заказчик — гражданин для личных нужд, по п. 2 статьи 400 ГК РФ заранее заключённое соглашение об ограничении ответственности ничтожно, если её размер определён законом. Сайт компании или ИП под это не подпадает.

Есть и обратная сторона. По п. 3 статьи 401 ГК РФ предприниматель отвечает за нарушение обязательства независимо от вины, если иное не предусмотрено законом или договором, и освобождается только при непреодолимой силе. Поэтому разработчики и прописывают ограничения: без них риск формально почти не ограничен.

Чем ответственность отличается от гарантии?

Гарантия отвечает на вопрос «кто и в какой срок бесплатно исправит ошибку». Ответственность — на вопрос «кто заплатит за последствия ошибки». Можно получить исправление по гарантии и при этом не получить ни рубля за день простоя — и наоборот.

В типовом договоре студии гарантия — 30 календарных дней с даты подписания акта: исполнитель безвозмездно устраняет ошибки, возникшие по его вине (раздел 7). Что считается ошибкой, а что доработкой, разобрано в статье про гарантию на сайт и программу. Деньги за последствия гарантия не покрывает, это вопрос раздела 8 договора и Гражданского кодекса.

С пеней похожая история. Пеня 0,1 % в день, но не более 10 % суммы договора, по договору студии платится за нарушение сроков (п. 8.1), а не за качество. Как её считать и требовать, — в материале о сорванных сроках. Если в каком-то договоре неустойка установлена и за ошибки, по статье 394 ГК РФ убытки по общему правилу взыскиваются только в части, не покрытой неустойкой.

Ситуация	Что можно требовать	Что мешает получить деньги
Магазин перестал оформлять заказы в день распродажи после обновления от разработчика	Срочно исправить; вернуть расходы на рекламу, которая вела на неработающую корзину; недополученную прибыль — если её не исключил договор	Упущенную выгоду часто исключают договором; нужно показать, что сломало именно обновление, а не хостинг или нагрузка
Обмен с 1С или службой доставки задублировал заказы, ушли лишние отправки	Исправить обмен; возместить оплату лишних доставок, возвратов и пересортицы — это реальный ущерб	Обмен проверяли на тесте и подписали акт; ошибка в данных на стороне 1С; не остановили обмен сразу и дали дублям копиться
Корзина неверно посчитала скидку, товар продавали в минус	Исправить расчёт; разницу по проданным заказам — если правило скидки было описано в ТЗ	Скидку настраивал менеджер в админке; правило в ТЗ не описано, и разработчик сделал так, как понял
Через уязвимость в коде утекли данные клиентов	Закрыть уязвимость; возместить расходы на расследование, уведомления и претензии клиентов	Сложно доказать, что дыра в коде, а не утёкший пароль сотрудника или старый плагин, поставленный без разработчика
Упал платёжный сервис или хостинг	К разработчику — ничего, к сервису — по его оферте	Гарантия по договору студии не распространяется на сбои сторонних сервисов; у сервисов свои лимиты в офертах
Сотрудник заказчика или другой подрядчик поправил код, и сайт упал	Восстановить из копии — уже как отдельная работа	Изменения заказчика и третьих лиц исключены из гарантии; вина разработчика отсутствует

Как доказать, что убытки возникли из-за ошибки?

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

Что собирать сразу, в день сбоя, пока следы свежие:

• Хронологию. Когда вышло обновление, когда начался сбой, когда вы сообщили разработчику и когда он ответил. Время выкладки видно в репозитории и журнале релизов.
• Журналы и уведомления. Логи сервера, ошибки обмена, письма мониторинга о падении. Попросите разработчика сохранить логи письменно: на многих серверах они перезаписываются через несколько дней.
• Цифры до и после. Заказы и выручка за такие же дни прошлой недели, данные аналитики о посетителях, дошедших до корзины. Это основа расчёта упущенной выгоды.
• Документы о расходах. Счета доставки по лишним отправкам, возвраты, счёт другого подрядчика за срочное восстановление.
• Переписку. По договору студии документы и переписка по электронной почте имеют юридическую силу (п. 9.4). Договорённость голосом на созвоне потом не докажешь.

Если спор серьёзный, причину сбоя устанавливает независимый специалист или судебная экспертиза. До суда по договору студии обязателен претензионный порядок, срок ответа на претензию — 10 рабочих дней (п. 9.1).

И учтите вклад заказчика. По статье 404 ГК РФ суд уменьшает ответственность, если виноваты обе стороны, и вправе уменьшить её, если заказчик способствовал росту убытков или не принял разумных мер, чтобы их уменьшить. Увидели дубли заказов в понедельник, а обмен остановили в пятницу — потери за эти дни могут остаться на вас.

Что заказчик может сделать сам: копии, мониторинг, тестовый сервер?

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

• Резервные копии сайта и базы — ежедневно, с хранением вне основного сервера, с проверкой, что из копии реально можно восстановиться. Запишите, кто за них отвечает: вы, хостинг или подрядчик по поддержке.
• Мониторинг доступности и ключевых действий: открывается ли корзина, проходит ли тестовый заказ, работает ли обмен. Что именно отслеживать, — в статье о мониторинге сайта после запуска.
• Тестовый сервер. Обновления сначала выкладываются на тестовую копию, вы проверяете сценарии и только потом даёте добро на рабочий сайт. Подробно — в материале про тестовый сервер и релизы.
• Заморозка перед пиком. За несколько дней до распродажи или запуска рекламы не выкладывать ничего, кроме срочных исправлений.
• Доступы. Отдельные учётные записи сотрудникам и подрядчикам, без общих паролей. Иначе после утечки не установить, через кого она прошла.
• Приёмка всерьёз. На проверку результата по договору студии — 5 рабочих дней. Обмены и расчёты проверяйте на реальных примерах данных: подписанный без проверки акт ослабляет вашу позицию.

Что разумно прописать в договоре?

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

1. Виды убытков. Обычно — документально подтверждённый реальный ущерб, без упущенной выгоды. Если бизнесу критично именно недополученное, обсуждайте это до подписания и будьте готовы, что цена вырастет.
2. Лимит. Чаще всего — стоимость работ по договору. Так, например, устроен п. 5.8 договора студии: по претензиям третьих лиц о нарушении прав исполнитель возмещает документально подтверждённый реальный ущерб в пределах стоимости работ.
3. Что не входит в лимит. Умысел — по закону. Дополнительно стороны иногда выносят за лимит нарушение конфиденциальности или утечку данных по вине исполнителя.
4. Зоны ответственности. Кто отвечает за хостинг, резервные копии, обновления сторонних модулей, чьи сотрудники вправе править код. Без этого любой сбой превращается в спор, чья это зона.
5. Порядок уведомления. Канал, по которому сообщают о критичном сбое, и срок реакции. Для постоянной работы это часть договора поддержки — подробности в статье про SLA. По прайсу поддержка — от 7 900 ₽ в месяц.
6. Обязанности заказчика. Своевременная передача материалов и доступов и согласование этапов (в договоре студии — п. 3.2), а при необходимости — проверка обновлений на тестовом сервере перед выкладкой.

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

Когда это вам не нужно и какие ошибки встречаются?

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

Ошибки, которые мы видим чаще всего:

• Требовать «полную ответственность за всё». Опытный подрядчик либо откажется, либо заложит риск в цену. Неопытный подпишет — и не сможет заплатить, когда дойдёт до дела.
• Считать гарантию страховкой. Гарантия чинит ошибку, но не компенсирует день потерянных продаж.
• Не делать копий, полагаясь на подрядчика. Если в договоре не сказано, кто делает резервные копии, после сбоя окажется, что их не делал никто.
• Выкладывать обновления перед распродажей. Самые дорогие сбои происходят в самые дорогие дни.
• Ждать с реакцией. Не остановили сломанный обмен, не написали разработчику в тот же день — часть убытков суд может отнести на вас.
• Решать всё устно. Без письма с описанием сбоя и времени обращения потом трудно доказать даже сам факт сбоя.

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

Короткие ответы на частые вопросы

Может ли разработчик вообще не отвечать за ошибки в программе?

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

Что такое упущенная выгода простыми словами?

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

Можно ли получить с разработчика и пеню, и убытки?

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

Какой лимит ответственности разработчика считается разумным?

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

Отвечает ли разработчик за ошибки после окончания гарантии?

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

Услуги и кейсы по теме: типовые договоры · интеграция с 1С и CRM от 32 000 ₽ · цены и сроки