Видеовстреча сорвалась, рабочие документы не открывались два часа, а вечером сервис снова заработал. Команда возвращается к задачам и забывает про сбой — до следующего счёта на полную сумму. Если зарубежный сервис не работает, полезно сразу сохранить доказательства: после восстановления доступа хронологию будет сложнее собрать, а срок обращения за компенсацией может оказаться коротким.
Чтобы запросить компенсацию за простой зарубежного сервиса, проверьте, распространяется ли соглашение об уровне обслуживания на ваш тариф и пострадавшую функцию. Зафиксируйте время сбоя, сохраните подтверждения и подайте отдельное обращение в установленный срок. Уточните форму компенсации: зачёт в будущий счёт или продление доступа не означают возврат денег на карту.
Актуально на 14 сентября 2026 года.
Сначала отделите сбой сервиса от проблемы с доступом
Одинаковое сообщение «не удалось подключиться» может означать разные вещи. Сервис недоступен всем, перестала работать отдельная функция, истёк оплаченный период или проблема возникла в сети вашей компании. От причины зависит, куда обращаться и какие сведения собирать.
Откройте официальную страницу состояния сервиса через его сайт или справку. Найдите нужный продукт, регион и время. Затем проверьте уведомления в аккаунте: нет ли сообщения о неоплаченном счёте, ограничении обслуживания или необходимости действия администратора. Попросите коллегу проверить ту же операцию в своём разрешённом рабочем доступе.
Запишите результат, даже если общего инцидента пока нет. Отсутствие сообщения на странице состояния само по себе не доказывает, что сбоя не было. Но и жалобы пользователей в социальных сетях не подтверждают, что пострадал именно ваш оплаченный продукт. Если услуга не включилась сразу после покупки, воспользуйтесь отдельной инструкцией о списании без активации услуги.
Что искать в SLA перед обращением
SLA — соглашение об уровне обслуживания. Для вашей ситуации важны пять пунктов: охваченные тарифы, конкретные функции, определение недоступности, исключения и порядок обращения. Сохраните версию условий, действовавшую во время инцидента, вместе с подтверждением своего тарифа.
Тариф и функция должны подходить одновременно
Упоминание SLA на сайте ещё не означает, что оно распространяется на любую подписку. Например, Atlassian перечисляет подходящие продукты и операции отдельно: для Jira среди них указаны просмотр, создание и редактирование задач. В документе также есть исключения для бесплатных и бета-продуктов. Сбой дополнительного подключения нельзя автоматически приравнять к недоступности основной функции.
Доступность считают по правилам поставщика
Час неудобства для команды не всегда равен часу учитываемого простоя. Условие может зависеть от доли ошибок, конкретной операции или всей конфигурации. В Amazon Compute SLA различаются обязательства для отдельного экземпляра EC2 и размещения в нескольких зонах доступности. Подать два требования за один экземпляр, складывая эти основания, нельзя.
Для понимания масштаба: в условном месяце из 30 дней — 43 200 минут. Если договор использует простую поминутную формулу и учитывает все 60 минут сбоя, доступность составит около 99,861%. Это только арифметический пример. Подставлять результат в таблицу компенсаций можно после проверки определения простоя и исключений конкретного договора.
Какая компенсация возможна
До отправки запроса определите, какого результата вы добиваетесь. Формулировка «верните оплату» может не соответствовать предусмотренной процедуре. В таблице — варианты для обсуждения с поставщиком, а не обещание доступности каждого из них.
| Вариант | Что проверить | Риск для клиента |
|---|---|---|
| Зачёт в будущий счёт | Сумму, продукт и период применения | Зачёт не поможет, если вы больше не планируете пользоваться сервисом |
| Дополнительные дни доступа | Новую дату окончания и условия продления | Доступ продлят, но деньги на платёжный счёт не поступят |
| Индивидуальная уступка | Письменное решение и способ его исполнения | Обсуждение с поддержкой ещё не означает одобрение |
| Возврат оплаты | Отдельное основание, сумму и получателя | Условия SLA могут предусматривать только сервисный зачёт |
Например, Google Workspace SLA предусматривает дополнительные дни либо соответствующий зачёт в будущий счёт в зависимости от порядка выставления счетов. Уведомление через обращение в поддержку требуется в течение 30 дней с момента возникновения права на зачёт. При покупке через реселлера предусмотрена цепочка обращения через него. Эти правила относятся к Google Workspace, а не ко всем подпискам.
Чеклист: что сохранить во время простоя
Создайте одну папку инцидента и назначьте человека, который соберёт подтверждения. Так поддержка получит согласованную хронологию, а коллеги не отправят противоречивые описания одной ошибки.
- Название продукта, тариф, идентификатор рабочего пространства или организации.
- Номер счёта и период, за который оплачен доступ.
- Дата начала и окончания наблюдаемой проблемы с часовым поясом.
- Описание операции: например, «не открывается существующий документ», а не «всё сломалось».
- Снимки ошибок с временем и доступные журналы неудачных операций.
- Ссылка на официальный инцидент и сохранённое сообщение о восстановлении.
- Номера обращений, ответы поддержки и список приложенных файлов.
- Подходящий пункт SLA и крайняя дата подачи требования.
Отделяйте факт от предположения. «Первую ошибку увидели в 10:15» точнее, чем «сервис упал в 10:15», если раньше никто его не проверял. Аналогично, успешный вход ещё не подтверждает восстановление редактирования, отправки сообщений или другой пострадавшей операции.
Перед отправкой материалов уберите пароли, платёжные реквизиты и данные клиентов, которые не нужны для проверки. Оригиналы сохраните у себя, а для поддержки подготовьте отдельные копии. Не исправляйте время или содержание ошибки ради совпадения с общей хронологией: расхождения лучше объяснить.
Как подать запрос, чтобы его можно было проверить
Обращение о восстановлении работы и требование компенсации могут проходить разными процедурами. После устранения сбоя найдите в условиях раздел подачи требования. Проверьте, кто вправе его отправить, какую категорию выбрать и какие поля обязательны.
У Atlassian срок составляет 15 дней после окончания календарного месяца инцидента; решение опирается на собственные данные мониторинга поставщика. Поэтому ваше обращение должно помогать сопоставить события, а не объявлять самостоятельно рассчитанный процент окончательным.
Пример текста обращения
Просим проверить право на компенсацию по SLA за недоступность [операции] в [продукте] на тарифе [название]. Рабочее пространство: [идентификатор]. Наблюдаемый интервал: [дата, время начала и окончания, часовой пояс]. Связанное обращение: [номер]. Прилагаем подтверждение тарифа, описание ошибок и хронологию. Просим сообщить учитываемый период простоя, применимый пункт условий, размер и форму компенсации, а также счёт, к которому она будет применена.
Замените скобки своими данными и уберите отсутствующие приложения. Если окончание сбоя ещё неизвестно, сообщите об этом прямо и уточните порядок дополнения запроса. Сохраните подтверждение отправки: черновик письма и заполненная, но не отправленная форма не подтверждают подачу.
Если подписку оплатили через посредника
Разберите роли: кто заключил договор с сервисом, кто управляет аккаунтом и кто провёл платёж. Эти участники могут различаться. Сам факт оплаты чужой картой или через платёжного помощника не делает его продавцом подписки или уполномоченным получателем компенсации.
При покупке у реселлера заранее запросите порядок передачи зачёта клиенту. Например, условия Atlassian предусматривают выдачу такого зачёта реселлеру, который отвечает за расчёт с покупателем. Попросите документ, где видны сумма, продукт и счёт, в котором учтено уменьшение.
Если поставщик согласовал именно денежный возврат, отдельно уточните его получателя и порядок расчётов с участником, который оплачивал заказ. Не уменьшайте следующий платёж самостоятельно. Когда новый счёт уже подготовлен, сверяйте его с подтверждением компенсации и условиями оплаты сервиса по инвойсу.
Что проверить после ответа поддержки
Просьба «проверить следующий счёт» не равна завершённому перерасчёту. Сохраните одобрение и поставьте напоминание на дату выставления счёта. Проверьте, совпадают ли продукт, организация, валюта и сумма зачёта; при продлении доступа — изменилась ли дата окончания.
Если получили отказ, запросите конкретную причину: неподходящий тариф, исключённая функция, пропуск срока или недостаточные подтверждения. Дополняйте обращение сведениями по этой причине. Повторная отправка прежнего текста в несколько каналов затрудняет отслеживание решения.
Если вы планируете уйти из сервиса, оцените полезность будущего зачёта до продления. Сохранение доступа ради небольшой скидки может обойтись дороже самой компенсации. Решение о продолжении работы принимайте отдельно от разбора инцидента.
Частые вопросы
Можно ли получить компенсацию за любой сбой?
Нет. Сначала проверяют тариф, охваченные функции, определение простоя и исключения. Короткая ошибка или проблема в сети клиента может не соответствовать условиям компенсации.
Компенсацию начисляют автоматически?
Не рассчитывайте на это без прямого указания в условиях. Найдите порядок подачи требования и сохраните подтверждение обращения. Сообщение о сбое не всегда заменяет запрос на перерасчёт.
Достаточно ли снимка официальной страницы состояния?
Он полезен как подтверждение общего инцидента. Дополните его сведениями о своём аккаунте, пострадавшей операции и времени ошибок, чтобы поддержка могла сопоставить события.
Service credit — это возврат денег?
Не обязательно. Это может быть зачёт для будущих услуг или продление доступа. Уточните способ применения и возможность использования до следующей оплаты.
Можно ли удержать компенсацию из следующего платежа?
Не уменьшайте платёж без согласованного перерасчёта. Получите подтверждение поставщика и счёт с учтённым зачётом, иначе разницу могут посчитать задолженностью.
