El dimecres 23, a les 16:44 hora peninsular, Microsoft 365 va començar a fallar: Teams sense carregar xats, SharePoint retornant errors, OneDrive a estones, i el centre d'administració — el lloc on aniries a mirar què passa — carregant a batzegades. La causa, segons Microsoft: un canvi de configuració de xarxa seu. Si a la teva empresa no es va notar, no va ser mèrit de la teva arquitectura: l'impacte es va concentrar en rutes de xarxa de Nord-amèrica, i aquesta vegada la geografia va jugar a favor teu. Per això aquest post no va de Microsoft. Va d'una pregunta per a la qual gairebé ningú té resposta: què fa la teva empresa les hores en què l'oficina sencera viu al núvol d'un altre, i el núvol d'un altre no hi és?
Què va passar, amb dades
Microsoft ho va registrar com l'incident MO1437424 (amb un incident germà a Azure, ZJV6-SGG). Va començar a les 14:44 UTC i va afectar, en grau divers, Teams, SharePoint Online, OneDrive, Power Automate, Copilot, Loop, Purview, Power BI i el mateix centre d'administració de Microsoft 365. A Downdetector els reports van passar d'una línia base de 29 a més de 2.400 en menys de mitja hora. La mitigació va ser la clàssica d'aquesta categoria d'incident: revertir el canvi de xarxa i redirigir trànsit per rutes alternatives. El gruix de l'impacte va durar unes quatre hores; el tancament formal va arribar a la nit.
Torna-ho a llegir des del punt de vista d'una empresa: durant una tarda laborable, el xat, la telefonia de qui la té a Teams, els fitxers, els fluxos automatitzats i el panell des d'on s'administra tot això fallaven alhora. No per un atac, no per un datacenter en flames: per un canvi de configuració rutinari a casa del proveïdor. És el tercer gran incident de Microsoft en nou mesos amb aquesta mateixa forma, i el patró no és exclusiu seu.
No és un llamp: és el clima
- →29 d'octubre de 2025: un canvi de configuració involuntari a Azure Front Door va tombar durant més de vuit hores serveis de Microsoft 365, el portal d'Azure, Xbox i milers de webs de clients.
- →18 de novembre de 2025: la caiguda global de Cloudflare, que va deixar mitja Internet retornant errors durant hores.
- →22 de gener de 2026: Exchange Online i Teams van estar degradats unes deu hores per un problema de càrrega durant un manteniment. El detall que més ens agrada explicar: un canvi de balanceig aplicat per accelerar la recuperació la va allargar, i l'incident no es va tancar fins gairebé 24 hores després.
- →16 de juliol de 2026: la caiguda d'AWS CloudFront, de la qual vam escriure la setmana passada. Una setmana després, li tocava a Microsoft.
Tres proveïdors, cinc incidents i ni un sol atac: en tots, la fallada va néixer a casa del proveïdor — un canvi o una operació seva que va sortir malament. Ni maquinari trencat, ni hackers, ni llamps. A aquesta escala, la major amenaça per al núvol és la mà que l'administra — i contra això no hi ha pedaç que tu puguis aplicar ni firewall que puguis comprar. Qui et vengui el contrari, t'està venent una altra cosa.
D'un SaaS no se'n fa disaster recovery
Quan et cau un ERP a la teva pròpia infraestructura, tens runbook: rèplica per promoure, backup per restaurar, hipervisor on entrar. És el món del disaster recovery clàssic, i aquí sí que hi ha molt a dissenyar. Quan cau Teams, no hi ha res de tot això: no existeix la rèplica de Teams que tu puguis engegar, no hi ha servidor on fer failover, i el teu escalat consisteix a obrir un tiquet que fa cua amb els d'altres centenars de milers d'organitzacions. Tot el DR pressuposa una cosa: que la infraestructura és teva, o que almenys en pots aixecar una altra. Al SaaS no es compleix cap de les dues.
I l'SLA? La majoria de serveis de Microsoft 365 tenen un SLA del 99,9% amb aval econòmic: si s'incompleix, pots reclamar crèdits de servei — un percentatge de descompte a la factura d'aquell mes. És un contracte sobre diners, no sobre la teva continuïtat. Ningú no et retorna la tarda de feina, les comandes que no van entrar ni les trucades que no van sonar. L'SLA compensa; no continua.
Això canvia el paper del teu equip d'IT (o del nostre, quan som nosaltres) durant la caiguda: no hi és per resoldre l'incident, perquè no pot. Hi és per una altra cosa: saber què passa, explicar-ho cap a dins amb criteri, sostenir el que sí que depèn de vosaltres i evitar que el nerviosisme generi un segon incident, aquest sí, propi. Aquesta funció no s'improvisa a les cinc de la tarda. Es decideix abans.
El que no faríem
- ✕Muntar una segona suite "per si de cas". Un Google Workspace de reserva sona bé a la diapositiva: a la pràctica pagues dues llicències, mantens dues configuracions de seguretat i dupliques superfície d'atac perquè, el dia D, ningú no recordi ni la contrasenya. És continuïtat de PowerPoint, no d'empresa.
- ✕Anar-se'n "a un altre núvol" per reflex. En nou mesos han caigut Cloudflare, Azure, AWS i Microsoft 365 dues vegades. Canviar de proveïdor no elimina la categoria de fallada; només canvia el logo de la pàgina d'estat que refresques. Ho diem gestionant tenants de Microsoft 365 cada dia, i sense cobrar comissió de ningú: per al lloc de treball, M365 continua donant més del que costa. El problema no és l'elecció de proveïdor: és no tenir pla per a les seves hores dolentes.
- ✕Tocar la teva configuració al mig de la caiguda. Reconfigurar els Outlook de 200 usuaris, canviar DNS, fer un pont al proxy "a veure si així". Recorda el gener: va ser el mateix Microsoft qui va allargar la seva caiguda amb un canvi pensat per escurçar-la. Si això li passa al fabricant a la seva plataforma, imagina el teu equip improvisant a la teva. Durant la caiguda d'un proveïdor, la primera regla és no convertir el seu incident en el teu: tot el que canviïs avui ho hauràs de desfer demà.
El pla que sí que funciona cap en dues pàgines
Res del que segueix no requereix comprar tecnologia. Requereix decidir en fred, escriure-ho i assajar-ho una vegada. És la part de la continuïtat de negoci que de debò es fa servir:
- 1.Canal B de comunicació. La pregunta trampa: el dia que Teams no va, per on avises que Teams no va? Un grup de missatgeria als mòbils i una llista de telèfons que visqui també fora de OneDrive. Costa zero i és el primer que falla a gairebé totes les empreses.
- 2.Qui mira i qui explica. Una persona segueix l'estat (la pàgina d'estat de Microsoft, el centre d'administració si respon — dimecres també anava a batzegades, tingues-ho en compte — i el compte d'estat de Microsoft a X) i una altra comunica cap a dins a intervals fixos. La resta treballa amb el que hi hagi. Sense amo, la "gestió de l'incident" són quaranta persones refrescant Downdetector.
- 3.Treball local per disseny. Apps d'escriptori instal·lades i no només el navegador, Outlook en mode cau, i els fitxers crítics marcats per conservar-se sempre al dispositiu. Una organització que treballa només en web s'atura sencera; una amb clients d'escriptori i sincronització coixeja, que és infinitament millor. Això es configura un dimarts qualsevol, no durant la caiguda.
- 4.Mapa de dependències no evidents. La teva centraleta és Teams Phone? Aquell dia tampoc no hi ha telèfon. Hi ha fluxos de Power Automate al mig de comandes o avisos? Aquell dia no corren. La teva VPN o les teves aplicacions internes autentiquen contra Entra ID? Una caiguda d'identitat et pot deixar fora fins i tot del que tens a casa. No cal redissenyar-ho tot: cal haver-ho llistat abans, perquè aquell dia sigui un cop d'ull i no un descobriment.
- 5.Llindar i mode degradat decidits abans. A partir de quin moment s'activa què? Als 30 minuts, avís general pel canal B; a l'hora, telèfon per a clients i el correu alternatiu per a comandes urgents. Els números exactes importen menys que el fet d'haver-los decidit en fred, amb el cap d'un dimarts al matí i no el d'un dimecres a les cinc.
- 6.I el matís del backup, per honestedat. Un backup de Microsoft 365 no et retorna Teams durant una caiguda: no existeix "restaurar Teams al teu servidor". El backup et protegeix del risc contrari — esborrats, ransomware, retenció — que Microsoft no cobreix per tu. Són dos riscos diferents amb dues respostes diferents, i les necessites totes dues: que ningú no et vengui l'una com a remei de l'altra.
La continuïtat no es compra: es decideix
La propera caiguda d'un proveïdor gran no és una hipòtesi: mirant els últims nou mesos, és qüestió de setmanes que li toqui a algun. No pots evitar-la i no pots escurçar-la. L'únic que decideixes tu és si aquelles hores enganxen la teva empresa amb sis decisions escrites o amb quaranta persones mirant-se. A everyWAN treballem exactament això dins de compliment i continuïtat: plans proporcionats a la mida de cada empresa — dels que caben en dues pàgines i s'assagen un cop l'any, no dels que acumulen pols en un calaix. Si el teu avui és "esperem que no caigui", parlem.
Fonts (verificades): caiguda de Microsoft 365 del 23-jul-2026, serveis afectats, abast a Nord-amèrica, pic de Downdetector i reversió del canvi de xarxa — BleepingComputer; cronologia de l'incident MO1437424 (inici 14:44 UTC, resolució i rollback) i llista completa de serveis — Cybersecurity News; anàlisi de la caiguda d'Azure Front Door del 29-oct-2025 (canvi de configuració, durada) — ThousandEyes; caiguda d'Exchange Online/Teams del 22-gen-2026 i el canvi de balanceig que va allargar la recuperació — Messageware; SLA del 99,9% amb crèdits de servei — Microsoft, SLA for Online Services.
El teu pla de continuïtat depèn que Teams funcioni?
A everyWAN ajudem les empreses a decidir en fred què passa quan el seu proveïdor té un mal dia: canal B, dependències mapejades, mode degradat i un pla que cap en dues pàgines i s'assaja. Millor escriure'l un dimarts tranquil que improvisar-lo un dimecres a les cinc.
Parlar amb everyWAN
Microsoft 365
ES 
CAT 
EN