L'hora en què el teu negoci es va apagar (i no va ser culpa teva)
A les 3:00 a.m. hora de l'est dels EUA del 20 d'octubre de 2025, una falla de resolució DNS dins de la regió US-EAST-1 d'Amazon Web Services va desencadenar una reacció en cadena que va fer caure més de 3.500 empreses a 60 països. Nou dies després, el 29 d'octubre, un error de configuració al servei Azure Front Door de Microsoft va deixar fora de línia Microsoft 365, Outlook i Xbox Live a tot el món, arrossegant amb ells els sistemes de caixa de Costco, la comanda mòbil de Starbucks i les eines de reserva d'Alaska Airlines. Cap de les dues empreses va tenir un incendi, una inundació o un robatori. Els seus servidors estaven bé. Els servidors d'algú altre no ho estaven, i això va ser suficient per aturar el registre de caixa.
Si avui dirigeixes una petita empresa, hi ha moltes possibilitats que el teu sistema de punt de venda, el teu calendari de reserves, la teva eina de facturació i la teva base de dades de clients visquin en una infraestructura que no ets propietari i que no pots controlar. Quan aquesta infraestructura falla, perds ingressos exactament de la mateixa manera que ho faries en un incendi, excepte que la teva pòlissa de propietat comercial estàndard gairebé amb tota seguretat no pagarà ni un cèntim, perquè res del que ets propietari va resultar danyat.
Aquest buit té un nom: l'assegurança d'interrupció de negoci contingent (CBI, per les sigles en anglès). Comprendre-la s'està convertint ràpidament en un coneixement bàsic per a qualsevol petita empresa, tan essencial com conèixer el teu marge brut.
Per què la teva assegurança actual probablement no cobreix això
La majoria de les petites empreses tenen una Pòlissa de Propietari de Negoci (BOP) que combina responsabilitat civil general, propietat comercial i un endossament d'interrupció de negoci estàndard. Aquest endossament paga quan la teva pròpia propietat coberta pateix danys físics (un incendi a la cuina, una canonada rebentada, danys per vent al teu sostre) i els danys et forcen a tancar.
El problema: una interrupció del núvol no danya la teva propietat. El teu portàtil, el teu local, el teu armari de servidors (si en tens) estan tots allà, físicament intactes, mentre que simplement no pots processar una comanda perquè Shopify, Square, QuickBooks Online o el teu programari de reserves no poden connectar-se amb el seu propi sistema intern. La cobertura d'interrupció de negoci estàndard es basa completament en el desencadenant de "dany físic", i una mala configuració de DNS a tres estats de distància no ho compleix.
L'assegurança d'interrupció de negoci contingent (CBI) existeix específicament per tancar aquest buit. En lloc de requerir danys a la teva propietat, paga quan un proveïdor, venedor o soci específic del qual depens pateix una interrupció que t'impedeix operar. Un restaurant amb cobertura CBI vinculada al seu proveïdor de sistemes de punt de venda cobra quan la interrupció d'aquest proveïdor li impedeix prendre comandes, sense necessitat d'incendi.
El parany: CBI que encara requereix "dany físic" en algun altre lloc
Aquí hi ha la part que enganxa els propietaris de negocis després que creuen haver resolt el problema: molts endossaments CBI van ser redactats per a l'economia pre-núvol, i encara requereixen danys físics; només que a la ubicació del proveïdor en lloc de la teva. Un incendi al magatzem del teu proveïdor clau activa la pòlissa. Un error de programari que deixa fora de línia el tauler de control del núvol d'aquest mateix proveïdor durant 15 hores no ho fa, perquè res de físic es va cremar, inundar o trencar.
Els analistes d'assegurances han assenyalat això com una de les categories d'exposició no assegurada de més ràpid creixement al mercat: un atac de ransomware, un mal desplegament de programari o una fallada de capacitat en un proveïdor de núvol poden aturar les operacions tan completament com un incendi en una fàbrica, però la majoria del llenguatge CBI tradicional mai no es va reescriure per reconèixer-ho. Si AWS cau a causa d'un registre DNS mal configurat o d'un error d'enginyeria intern (en lloc d'un atac informàtic), alguns endossaments CBI centrats en ciberseguretat tampoc no respondran, perquè estan desencadenats per "esdeveniments de seguretat", no per interrupcions comunes.
La conclusió pràctica: no assumeixis que la paraula "contingent" a la teva pàgina de declaracions significa que estàs cobert per a aquest escenari específic. Has de llegir (o fer que el teu agent t'ho expliqui) tres coses:
- El llenguatge de desencadenament. La cobertura requereix una "fallada de seguretat", una "fallada de sistemes" o esmenta àmpliament les interrupcions/aturades de servei? El llenguatge de fallada de sistemes (no només el llenguatge d'atac informàtic) és el que cobreix realment un proveïdor de núvol normal que cau.
- El calendari de proveïdors. Molts endossaments CBI només cobreixen interrupcions en proveïdors específicament nomenats. Si AWS, el teu processador de pagaments o el teu proveïdor de SaaS no apareixen en aquesta llista, una interrupció allà no està coberta, independentment de com estigui redactat el desencadenant.
- El sublímit. Algunes pòlisses agrupen la CBI dins d'una pòlissa de propietat o cibernètica més àmplia amb un sublímit molt per sota de l'import de cobertura global; suficient per semblar tranquil·litzador sobre el paper, però no suficient per reemplaçar una setmana real d'ingressos perduts.
Què costa realment una interrupció del núvol
Les xifres expliquen per què les asseguradores corren per redactar aquesta cobertura. Els punts de referència del sector situen el cost mitjà del temps d'inactivitat informàtica en aproximadament 14.056 dòlars per minut en grans empreses; una xifra inflada pels gegants amb volums massius de transaccions, però útil com a referència: un negoci que genera 100.000 dòlars al dia en ingressos dependents del núvol perd aproximadament 29.000 dòlars per hora durant una interrupció total del seu sistema de caixa o reserves. L'incident d'AWS d'octubre de 2025 va durar més de 15 hores. Fins i tot un negoci d'una fracció d'aquesta mida, aturat durant mig dia, pot estar mirant una pèrdua de cinc xifres abans de comptar el cost laboral de tornar a reservar, refacturar i reconciliar manualment tot el que es va acumular mentre el sistema estava apagat.
Per a una fleca, un spa mèdic, una botiga de comerç electrònic de nínxol o un consultor autònom, això no és una abstracció; és un mal mes, de vegades un mal trimestre, i passa sense cap avís i sense cap culpa per part del propietari del negoci.
Què paga realment la cobertura d'interrupció de negoci contingent
Quan està estructurada correctament, la CBI (de vegades venuda com a "assegurança de temps d'inactivitat" o un endossament CBI cibernètic) normalment reemborsa:
- Els ingressos nets perduts que hauries guanyat si no s'hagués produït la interrupció, calculats en funció dels teus ingressos històrics.
- Les despeses fixes contínues (lloguers, nòmines, pagaments de préstecs) que no s'aturen només perquè el teu sistema de punt de venda ho va fer.
- Les despeses extraordinàries incorregudes per continuar operant durant la interrupció: un lector de targetes manual, personal temporal per processar comandes en paper, correccions urgents de programari.
- Les responsabilitats relacionades amb l'Acord de Nivell de Servei (SLA), en algunes pòlisses, si els teus propis clients tenien un acord de servei amb tu i no el vas complir a causa de la interrupció.
El període d'espera importa més que l'import de cobertura principal
Tota pòlissa CBI té un període d'espera (efectivament una franquícia temporal) abans que els beneficis comencin, normalment de 24 a 72 hores segons l'asseguradora i el nivell de prima. Una interrupció curta que es resol en menys d'un dia, que descriu una gran part dels incidents del núvol, pot caure completament dins d'aquest període d'espera i no pagar res. Abans de comprar, pregunta directament: "Si AWS cau durant sis hores, aquesta pòlissa paga alguna cosa?" Per a moltes pòlisses estàndard, la resposta honesta és no; necessitaries un període d'espera més curt, que costa més, o hauries d'acceptar que la CBI és realment una protecció contra l'escenari pitjor de diversos dies, més que no pas contra les interrupcions rutinàries.
Quant costa això i com comprar-ho
La cobertura d'interrupció de negoci autònoma normalment costa entre 40 i 130 dòlars al mes (480-1.560 dòlars a l'any) per a una petita operació, mentre que una BOP completa que combina responsabilitat civil general, propietat i interrupció de negoci costa una mitjana d'1.450 a 2.650 dòlars a l'any. La CBI cibernètica/contingent normalment s'afegeix com un endossament o addenda, en lloc de vendre's com un producte autònom per a empreses molt petites, i el preu depèn en gran mesura dels teus ingressos, indústria i del grau de concentració de la teva dependència d'un sol proveïdor de núvol.
Passos pràctics:
- Pregunta al teu agent actual dues qüestions: "La clàusula d'interrupció de negoci de la meva BOP requereix danys físics per activar-se?" i "Hi ha disponible un endossament CBI contingent o cibernètic, i esmenta els meus proveïdors de núvol/SaaS reals?"
- Fes una llista dels teus punts únics de fallada: els dos o tres proveïdors (allotjament, pagaments, reserves, correu electrònic) la interrupció dels quals t'aturaria realment de servir un client. Aquests són els noms que han d'aparèixer a qualsevol calendari de proveïdors.
- Negocia la redacció del desencadenant, no només el límit de cobertura. Una pòlissa amb un límit de 50.000 dòlars que mai no s'activa per a una interrupció normal val menys que una pòlissa de 20.000 dòlars que paga de manera fiable.
- Compara els períodes d'espera amb el teu risc real. Si la majoria de les interrupcions que afecten els teus proveïdors es resolen en menys d'un dia, un període d'espera de 72 hores et compra molt poc.
L'assegurança no substitueix uns bons registres; en depèn
Aquí teniu la part que es salta a la majoria d'explicacions de cobertura: presentar una reclamació CBI requereix provar què vas perdre realment, cosa que significa provar què hauries guanyat. Les asseguradores volen dades d'ingressos històriques, una comparació clara abans/després i documentació de les despeses addicionals en què vas incórrer per intentar continuar operant. Un negoci que no pot produir registres financers nets i datats lluita per fonamentar una reclamació fins i tot quan la pòlissa pagaria d'una altra manera.
Aquest és un argument més per mantenir els teus llibres en un format que controlis completament i que puguis auditar en qualsevol moment, en lloc de confiar en la reconstrucció a qualsevol informe que el teu SaaS de comptabilitat (possiblement també afectat per la interrupció) pugui generar després del fet. Beancount.io et proporciona registres financers en text pla i control de versions: el tipus de llibre major complet, datat i exportable que fa que documentar una reclamació d'interrupció de negoci sigui senzill en lloc d'una operació d'urgència. Com que el llibre major són només fitxers de text sota el teu control, també es veu afectat per la interrupció del núvol d'una altra empresa la setmana que realment necessitis extreure les teves xifres. Si tens curiositat sobre com un enfocament de text pla es tradueix a la comptabilitat diària, els docs expliquen els conceptes bàsics, i Fava et proporciona la capa de visualització d'informes sobre això.
La Conclusió Final
No controles si AWS o Azure tindran un altre mal matí; els dos proveïdors de núvol més grans del món n'han tingut un cadascun durant l'últim any, i els proveïdors més petits cauen constantment amb menys cobertura de premsa. El que controles és si un dia d'ingressos de sis xifres depèn d'una infraestructura que mai has auditat per a la cobertura, i si pots provar les teves pèrdues si ho fa. Llegeix el llenguatge d'interrupció de negoci de la teva BOP aquesta setmana, pregunta al teu agent directament sobre el desencadenant de dany físic i assegura't que el calendari de proveïdors de qualsevol endossament CBI nomeni realment els venedors que podrien deixar-te fora de línia.