Ошибка в обновлении остановила сервис клиента: какие договоры проверить

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

Первый договор: соглашение с клиентом

SLA и условия о перерыве в обслуживании

Если у вас с клиентом заключено соглашение об уровне обслуживания, первое, что нужно проверить, — как в нём определены доступность сервиса и компенсации за простой. В типовых SLA указывается целевой уровень доступности, например 99,9% в месяц, и механизм расчёта компенсации при его нарушении. Компенсация обычно рассчитывается как процент от ежемесячной платы за период простоя.

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

Ограничение ответственности

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

Уведомление и сотрудничество

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

Второй договор: соглашение с подрядчиком

Кто отвечает за обновление

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

Гарантийные сроки

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

Лимиты и неустойки

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

Третий документ: лицензионное соглашение

Ограничение ответственности лицензиара

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

Условия обновлений

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

Четвёртый уровень: страховые полисы

Tech E&O: страхование технологической ответственности

Полис Tech E&O покрывает финансовые убытки клиентов, возникшие из-за ошибок, упущений или ненадлежащего качества услуг. Если обновление привело к остановке сервиса и клиент требует компенсацию, этот полис может покрыть расходы на юридическую защиту и урегулирование претензий. Типичные страховые случаи включают ошибки в коде, сбои платформы, неудачные миграции и обновления, которые повредили данные или привели к простою (согласно данных обзора Tech E&O, 2026).

Проверьте, включён ли в полис риск «ошибка в обновлении» и какие лимиты установлены. Некоторые полисы исключают убытки, связанные с плановыми обновлениями, если они не были согласованы со страховщиком.

Киберстрахование

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

Что делать в первую очередь

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

Второе — проверить договоры по описанной выше схеме. Начните с SLA с клиентом: есть ли компенсация за простой и лимит ответственности. Затем — договор с подрядчиком, если он участвовал. Затем — лицензионное соглашение. Затем — страховые полисы.

Третье — уведомить страховщика. Если у вас есть полис Tech E&O или киберстрахования, уведомление об инциденте должно быть направлено в срок, указанный в полисе. Просрочка уведомления может стать основанием для отказа в выплате.

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

Как оформить полис на FINLEO

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

После оформления начисляются жетоны программы лояльности, которые можно потратить в FINLEO Магазине.

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