你的业务陷入黑暗的时刻（而这不是你的错）
2025年10月20日东部时间凌晨3点，亚马逊网络服务（AWS）US-EAST-1区域的一次DNS解析故障引发连锁反应，导致60多个国家的3500多家公司瘫痪。九天后的10月29日，微软Azure Front Door服务的一次配置错误导致Microsoft 365、Outlook和Xbox Live在全球范围内离线——拖累Costco的结账系统、星巴克的移动下单服务以及阿拉斯加航空的订票工具一同瘫痪。这两家公司没有遭遇火灾、洪水或入室盗窃。它们的服务器完好无损。是别人的服务器出了问题，而这足以让收银机停止工作。
如果你今天经营一家小企业，你的销售点系统、预约日历、发票工具和客户数据库很可能都依赖于你既不拥有也无法控制的基础设施。当这些基础设施宕机时，你的收入损失方式与发生火灾时如出一辙——只不过你的标准商业财产险几乎肯定分文不赔，因为你没有任何财产遭受了损坏。
这一缺口有一个名称——或有营业中断保险——理解它正迅速成为像了解毛利率一样基本的小企业素养。
为什么你现有的保险很可能不承保这种情况
大多数小企业持有企业主保单，它将一般责任险、商业财产险和标准营业中断附加条款捆绑在一起。该附加条款仅在你自己的承保财产遭受物理损坏——厨房火灾、水管爆裂、屋顶风灾损坏——并且损坏迫使你停业时才会赔付。
问题在于：云中断不会损坏你的财产。你的笔记本电脑、你的店面、你的服务器机房（如果你有的话）都完好无损地在那里，而你只是因为Shopify、Square、QuickBooks Online或你的预订软件无法连接到自己的后端而无法处理订单。标准营业中断保险完全围绕“物理损坏”触发条件构建，而三个州之外的DNS配置错误并不满足这一条件。
或有营业中断保险专门用于填补这一漏洞。它不要求你的财产受损，而是在你所依赖的指定供应商、销售商或合作伙伴遭受中断导致你无法运营时进行赔付。一家拥有与销售点供应商挂钩的CBI保险的餐厅，在该供应商的中断阻止其接单时会获得赔付——无需火灾。
陷阱：仍然要求“物理损坏”发生在别处的CBI保险
这就是在商业主以为自己解决了问题后被打个措手不及的地方：许多CBI附加条款是为云经济之前的时代编写的，它们仍然要求物理损坏——只是发生在供应商所在地而非你的所在地。你的关键供应商仓库火灾触发保单。导致同一供应商云仪表盘瘫痪15小时的软件错误则不会触发保单，因为没有物理上的东西被烧毁、淹泡或损坏。
保险分析师已将这一领域标记为市场上增长最快的未保险风险类别之一：勒索软件攻击、糟糕的软件部署或云提供商容量故障可以像工厂火灾一样完全停止运营，但大多数传统CBI条款从未被重写以认识到这一点。如果AWS因配置错误的DNS记录或内部工程错误——而非网络攻击——而宕机，一些专注网络的CBI附加条款也同样不会响应，因为它们是由“安全事件”而非普通中断触发的。
实际要点：不要以为保单声明页上的“或有”一词就意味着你为这一特定场景获得了保障。你需要阅读——或者让你的经纪人带你了解——三件事：
- 触发条件条款。 保障是否要求“安全故障”、“系统故障”，还是广泛提及中断/服务中断？系统故障条款（不仅仅是网络攻击条款）才是真正能覆盖普通云提供商宕机情况的。
- 供应商清单。 许多CBI附加条款仅覆盖明确指定的供应商的中断。如果AWS、你的支付处理商或你的SaaS供应商不在名单上，那么无论触发条件如何措辞，这些供应商的中断都不受保障。
- 分项限额。 一些保单将CBI捆绑到更广泛的网络或财产险中，其分项限额远低于总体保障金额——纸面上看起来足够令人放心，却不足以弥补真正一周的收入损失。
云中断的实际成本是多少
这些数字解释了为什么保险公司竞相推出这种保障。行业基准数据显示，大型企业IT中断的平均成本约为每分钟14,056美元——这一数字因拥有巨大交易量的巨头而被推高，但具有方向性指导意义：一家日均收入10万美元、依赖云技术的企业，在其结账或预订系统完全中断期间，每小时大约损失29,000美元。2025年10月的AWS事件持续了超过15小时。即使规模只有其几分之一的企业，若中断半天，在计入系统瘫痪期间手动重新预约、重新开票和核对所有积压事务的劳动力成本之前，就可能面临五位数的损失。
对于一家面包店、一家医疗水疗中心、一家小众电商商店或一位个体顾问来说，这并非抽象概念——这是一个糟糕的月份，有时是一个糟糕的季度，而且它会在业主毫无过错、没有任何预警的情况下发生。
或有营业中断保险实际赔付什么
当结构正确时，CBI（有时作为“停业保险”或网络CBI附加条款出售）通常会赔付：
- 中断期间本应获得的净利润损失，根据历史收入计算。
- 持续的固定费用——租金、工资、贷款还款——这些不会仅仅因为你的销售点系统瘫痪而暂停。
- 中断期间为维持运营而产生的额外费用：手动读卡器、临时员工来处理纸质订单、加急软件修复。
- 在某些保单中，与SLA相关的责任，如果你自己的客户与你签订了服务协议，而你因中断未能履行。
等待期比保额标题数字更重要
每份CBI保单都有一个等待期——本质上是一种时间免赔额——之后才会开始赔付，通常为24到72小时，具体取决于保险公司和保费等级。在一天内解决的短时间中断——这描述了大部分云事件——可能完全落在等待期内，最终分文不赔。在购买前，直接询问：“如果AWS中断六小时，这份保单会赔付任何东西吗？”对于许多标准保单，诚实的回答是不会——你需要更短的等待期，这需要支付更多保费，或者你需要接受CBI实际上是针对持续多日的、最坏情况的保护，而非日常中断。
费用多少以及如何购买
独立营业中断保险通常对小型企业收费每月40-130美元（每年480-1,560美元），而将一般责任险、财产险和营业中断险捆绑在一起的完整企业主保单平均每年1,450-2,650美元。或有/网络CBI通常作为附加条款或批单添加，而非作为小型企业的独立产品出售，其定价很大程度上取决于你的收入、行业以及你对单一云供应商的依赖集中程度。
实际步骤：
- 向你的现有经纪人提出两个问题：“我的企业主保单的营业中断条款是否需要物理损坏才能触发？”以及“是否有可用的或有或网络CBI附加条款，并且它是否列出了我实际使用的云/SaaS供应商？”
- 列出你的单点故障——那两三个供应商（托管、支付、预订、电子邮件），它们的中断会真正阻止你为客户服务。这些是需要出现在任何供应商清单上的名称。
- 协商触发条件措辞，而不仅仅是保额。一份限额5万美元但从未因普通中断真正触发赔付的保单，价值低于一份2万美元但能可靠赔付的保单。
- 将等待期与你的实际风险进行比较。 如果影响你供应商的大部分中断都能在一天内解决，那么72小时的等待期对你来说几乎没有价值。
保险不能替代良好的记录——它依赖于记录
这是大多数保险说明中会忽略的部分：提交CBI索赔需要证明你实际损失了多少，这意味着证明你本应赚取多少。保险公司需要历史收入数据、清晰的盈亏对比，以及你为维持运营而产生的额外费用文件。一家无法提供清晰、有日期的财务记录的企业，即使保单本来可以赔付，也难以支持其索赔。
这是另一个理由，让你以完全可控且随时可审计的格式记账，而不是在事后依赖你（可能也受中断影响的）会计SaaS所能生成的任何报告。Beancount.io为你提供纯文本、版本控制的财务记录——那种完整、有日期、可导出的分类账，能让营业中断索赔文件编制变得直接明了，而非手忙脚乱。因为分类账只是你控制下的文本文件，所以在你恰好需要提取数据的那一周，它也不会受另一家公司云中断的影响。如果你好奇纯文本方法如何映射到日常簿记，文档介绍了基础知识，而Fava则在其上提供了可视化的报告层。
总结
你无法控制AWS或Azure是否有另一个糟糕的早晨——地球上最大的两家云提供商在过去一年中都发生过，而较小的供应商更频繁地宕机，只是媒体关注较少。你能控制的是，一个六位数的收入日是否依赖于你从未审计过保险覆盖范围的基础设施，以及如果真的发生，你是否能证明你的损失。本周阅读你的企业主保单的营业中断条款，直接向你的经纪人询问物理损坏触发条件的问题，并确保任何CBI附加条款上的供应商清单确实列出了那些可能让你业务停摆的供应商。