Час, когда ваш бизнес погрузился во тьму (и это была не ваша вина)
В 3:00 утра по восточному времени 20 октября 2025 года сбой разрешения DNS внутри региона US-EAST-1 Amazon Web Services вызвал цепную реакцию, которая остановила работу более 3500 компаний в 60 странах. Девять дней спустя, 29 октября, ошибка конфигурации в сервисе Azure Front Door от Microsoft отключила Microsoft 365, Outlook и Xbox Live по всему миру — вместе с ними рухнули платежные системы Costco, мобильные заказы Starbucks и системы бронирования Alaska Airlines. Ни у одной из этих компаний не было ни пожара, ни наводнения, ни взлома. Их серверы были в порядке. Чьи-то чужие серверы — нет, и этого было достаточно, чтобы перестали звенеть кассовые аппараты.
Если сегодня вы управляете малым бизнесом, велика вероятность, что ваша система продаж, календарь бронирования, инструмент выставления счетов и база данных клиентов находятся на инфраструктуре, которой вы не владеете и не можете контролировать. Когда эта инфраструктура выходит из строя, вы теряете доход точно так же, как при пожаре — за исключением того, что ваш стандартный полис коммерческого имущества почти наверняка не выплатит ни копейки, потому что ничто из того, что вам принадлежит, не было повреждено.
Этот пробел имеет название — страхование перерыва в деятельности зависимых предприятий (contingent business interruption, CBI) — и понимание того, как оно работает, быстро становится таким же базовым элементом финансовой грамотности малого бизнеса, как знание вашей валовой маржи.
Почему ваша существующая страховка, скорее всего, это не покрывает
Большинство малых предприятий оформляют полис владельца бизнеса (BOP), который включает общую ответственность, коммерческое имущество и стандартное дополнение о перерыве в деятельности. Это дополнение выплачивает компенсацию, когда ваше собственное застрахованное имущество получает физическое повреждение — пожар на кухне, прорыв трубы, повреждение крыши ветром — и это повреждение вынуждает вас закрыться.
Проблема: облачный сбой не повреждает ваше имущество. Ваш ноутбук, ваш магазин, ваша серверная (если она у вас вообще есть) — все это находится на месте, физически целое, в то время как вы просто не можете обработать заказ, потому что Shopify, Square, QuickBooks Online или ваше программное обеспечение для бронирования не могут подключиться к своему собственному бэкенду. Стандартное покрытие перерыва в деятельности полностью построено на триггере "физического повреждения", и неправильная конфигурация DNS за три штата от вас под него не подпадает.
Страхование перерыва в деятельности зависимых предприятий (CBI) существует именно для закрытия этой бреши. Вместо требования повреждения вашего имущества, оно выплачивает компенсацию, когда названный поставщик, вендор или партнер, от которого вы зависите, страдает от сбоя, который мешает вам работать. Ресторан с CBI-покрытием, привязанным к его поставщику POS-систем, получает выплату, когда сбой этого поставщика не позволяет ему принимать заказы — никакого пожара не требуется.
Ловушка: CBI, которое все равно требует "физического повреждения" где-то еще
Вот что застает владельцев бизнеса врасплох после того, как они думают, что решили проблему: многие дополнения CBI были написаны для экономики, предшествовавшей облачным технологиям, и они все еще требуют физического повреждения — только на территории поставщика, а не вашей. Пожар на складе вашего ключевого вендора запускает действие полиса. Программная ошибка, которая выводит из строя облачную панель управления того же вендора на 15 часов — нет, потому что ничего физически не сгорело, не затопило и не сломалось.
Аналитики страхового рынка назвали это одной из самых быстрорастущих категорий незастрахованных рисков: атака программ-вымогателей, неудачное развертывание программного обеспечения или отказ мощности у облачного провайдера могут остановить операции так же полностью, как заводской пожар, но большинство традиционных формулировок CBI так и не были переписаны, чтобы признать это. Если AWS выходит из строя из-за неправильно настроенной DNS-записи или внутренней инженерной ошибки — а не кибератаки — некоторые кибер-ориентированные дополнения CBI также не сработают, потому что их триггером являются "инциденты безопасности", а не обычные сбои.
Практический вывод: не предполагайте, что слово "зависимое" (contingent) на вашей странице деклараций означает, что вы застрахованы от этого конкретного сценария. Вам необходимо прочитать — или попросить вашего брокера объяснить — три вещи:
- Формулировка триггера. Требует ли покрытие "отказа безопасности", "отказа систем" или оно широко охватывает сбои/перерывы в обслуживании? Формулировка об отказе систем (а не только кибератаки) — это то, что на самом деле покрывает обычный сбой облачного провайдера.
- График поставщиков. Многие дополнения CBI покрывают только сбои у конкретно названных поставщиков. Если AWS, ваш платежный процессор или ваш SaaS-вендор не указаны в этом списке, сбой у них не будет покрыт, независимо от того, как сформулирован триггер.
- Сублимит. Некоторые полисы включают CBI в более широкий кибер- или имущественный полис с сублимитом, значительно меньшим, чем общая сумма покрытия — достаточно, чтобы выглядеть обнадеживающе на бумаге, но недостаточно, чтобы возместить реальную неделю потерянного дохода.
Что на самом деле стоит облачный сбой
Цифры объясняют, почему страховщики спешат разработать это покрытие. Отраслевые benchmarks оценивают среднюю стоимость ИТ-простоя примерно в 14 056 долларов в минуту для крупных предприятий — это показатель, раздутый гигантами с огромными объемами транзакций, но он полезен для понимания направления: бизнес с доходом в 100 000 долларов в день, зависящим от облачных технологий, теряет примерно 29 000 долларов в час во время полного сбоя своей системы платежей или бронирования. Инцидент AWS в октябре 2025 года длился более 15 часов. Даже бизнес в несколько раз меньшего размера, простаивающий полдня, может столкнуться с пятизначными потерями, не считая затрат на ручное переназначение, перевыставление счетов и сверку всего, что накопилось, пока система была недоступна.
Для пекарни, мед-спа, нишевого интернет-магазина или индивидуального консультанта это не абстракция — это плохой месяц, иногда плохой квартал, и это происходит без какого-либо предупреждения и без какой-либо вины со стороны владельца бизнеса.
Что на самом деле покрывает страхование перерыва в деятельности зависимых предприятий
При правильной структуре CBI (иногда продаваемое как "страхование простоев" или кибер-CBI дополнение) обычно возмещает:
- Потерянный чистый доход, который вы бы заработали, не произойди сбой, рассчитанный на основе вашего исторического дохода.
- Постоянные фиксированные расходы — арендная плата, заработная плата, выплаты по кредитам — которые не приостанавливаются только потому, что ваша POS-система вышла из строя.
- Дополнительные расходы, понесенные для продолжения работы во время сбоя: ручной считыватель карт, временный персонал для обработки бумажных заказов, срочные исправления программного обеспечения.
- Обязательства по SLA, в некоторых полисах, если ваши собственные клиенты имели с вами соглашение об уровне обслуживания, и вы его не выполнили из-за сбоя.
Период ожидания важнее, чем указанная сумма покрытия
Любой полис CBI имеет период ожидания — по сути, временную франшизу — до начала выплат, обычно от 24 до 72 часов в зависимости от страховщика и уровня премии. Короткий сбой, который устраняется менее чем за день — а это описывает большую часть облачных инцидентов — может полностью уложиться в этот период ожидания и не принести никаких выплат. Перед покупкой спросите напрямую: "Если AWS простаивает шесть часов, выплатит ли этот полис что-нибудь?" Для многих стандартных полисов честный ответ — нет; вам понадобится более короткий период ожидания, который стоит дороже, или вам нужно принять тот факт, что CBI — это действительно защита от многодневного, наихудшего сценария, а не от рутинных сбоев.
Сколько это стоит и как это купить
Отдельное страхование перерыва в деятельности обычно стоит от 40 до 130 долларов в месяц (480–1 560 долларов в год) для небольшой операции, в то время как полный BOP, объединяющий общую ответственность, имущество и перерыв в деятельности, в среднем стоит от 1 450 до 2 650 долларов в год. Зависимое/кибер-CBI обычно добавляется как дополнение или райдер, а не продается как отдельный продукт для очень малых предприятий, и ценообразование сильно зависит от вашего дохода, отрасли и того, насколько сконцентрирована ваша зависимость от одного облачного вендора.
Практические шаги:
- Задайте своему текущему брокеру два вопроса: "Требует ли пункт о перерыве в деятельности в моем BOP физического повреждения для срабатывания?" и "Есть ли доступное дополнение для зависимого или кибер-CBI, и называет ли оно моих фактических облачных/SaaS-вендоров?"
- Составьте список ваших единых точек отказа — два-три вендора (хостинг, платежи, бронирование, электронная почта), сбой которых действительно помешает вам обслуживать клиента. Это те названия, которые должны фигурировать в любом графике поставщиков.
- Согласуйте формулировку триггера, а не только лимит покрытия. Полис с лимитом в 50 000 долларов, который никогда на самом деле не срабатывает при обычном сбое, стоит меньше, чем полис на 20 000 долларов, который надежно выплачивает компенсацию.
- Сравните периоды ожидания с вашим реальным риском. Если большинство сбоев, затрагивающих ваших вендоров, устраняются менее чем за день, 72-часовой период ожидания дает вам очень мало.
Страховка не заменяет хороший учет — она от него зависит
Вот та часть, которую обычно пропускают в большинстве объяснений страхового покрытия: подача претензии по CBI требует доказательства того, что вы на самом деле потеряли, а это означает доказательство того, что вы заработали бы. Страховщики хотят видеть исторические данные о доходах, четкое сравнение "до и после", а также документацию о дополнительных расходах, понесенных вами в спешке для продолжения работы. Бизнес, который не может предоставить чистые, датированные финансовые записи, с трудом обосновывает претензию, даже если полис в противном случае выплатил бы компенсацию.
Это еще один аргумент в пользу ведения вашего учета в формате, который вы полностью контролируете и можете проверить в любое время, а не полагаться на восстановление из отчетов вашего (возможно, также пострадавшего от сбоя) бухгалтерского SaaS после случившегося. Beancount.io предоставляет вам простые текстовые, версионированные финансовые записи — такой полный, датированный, экспортируемый реестр, который делает документирование претензии о перерыве в деятельности простым, а не спешным. Поскольку реестр представляет собой просто текстовые файлы под вашим контролем, на него также не влияет облачный сбой другой компании на той неделе, когда вам на самом деле нужно получить свои цифры. Если вам интересно, как подход с простым текстом соотносится с повседневным бухгалтерским учетом, документация объясняет основы, а Fava предоставляет вам визуальный уровень отчетности поверх него.
Суть
Вы не контролируете, будет ли у AWS или Azure очередное неудачное утро — два крупнейших облачных провайдера на Земле имели по одному такому за последний год, а у более мелких вендоров сбои происходят постоянно и освещаются в прессе меньше. Что вы контролируете, так это зависит ли день с шестизначным доходом от инфраструктуры, которую вы никогда не проверяли на предмет страхового покрытия, и сможете ли вы доказать свои убытки, если это произойдет. Прочтите пункт о перерыве в деятельности в вашем BOP на этой неделе, задайте своему брокеру прямой вопрос о триггере физического повреждения и убедитесь, что график поставщиков в любом дополнении CBI на самом деле содержит названия тех вендоров, которые могут остановить вашу работу.