NoticiasNews

Caída de Microsoft 365 vía Global Secure Access: casi 11 horas sin Outlook ni Teams para algunos clientesMicrosoft 365 outage via Global Secure Access: almost 11 hours without Outlook or Teams for some customers

2026-10-15

El 13 de octubre de 2026, parte de la infraestructura de Global Secure Access (GSA) de Microsoft funcionó por debajo de los umbrales aceptables y afectó el acceso a Outlook, OneDrive, SharePoint Online, Teams y Windows 365 Cloud PCs para los clientes que llegan a esos servicios a través de GSA. Según el seguimiento publicado por IncidentHub a partir de las actualizaciones de Microsoft, el incidente duró unas 10 horas y 51 minutos (de 07:40 a 18:31 UTC) y el alcance se redujo de Alemania y Reino Unido a solo Alemania con el paso de las horas.

Qué pasó

Microsoft aplicó primero optimizaciones de tráfico que no resolvieron el problema, luego redirigió el tráfico hacia infraestructura sana y finalmente reinició la infraestructura afectada. Un detalle incómodo: el centro de administración y la página de estado del servicio también fallaron para algunos administradores, por lo que enterarse del estado real no fue sencillo. La solución alternativa (desactivar GSA) apareció cerca de las 18:20 UTC, apenas minutos antes del cierre. Al momento de las primeras crónicas, Microsoft no había publicado la causa raíz.

Por qué importa a soporte y atención al cliente

Cuando falla el correo y la mensajería interna, los primeros en sentirlo son los equipos de mesa de ayuda: llegan decenas de reportes casi idénticos por teléfono, chat y correo, a veces desde varios canales a la vez. Si cada reporte se atiende como un caso aislado, el equipo se satura y los usuarios no reciben información coherente. Algunas prácticas útiles:

  • Agrupar los reportes en un incidente principal y vincular los tickets derivados, para comunicar un solo estado.
  • Tener un canal de comunicación alterno (por ejemplo, mensajería o teléfono) que no dependa del servicio caído.
  • Monitorear los servicios intermedios (como GSA), no solo las aplicaciones finales.
  • Documentar el plan de contingencia y los tiempos objetivo de respuesta antes de que ocurra la falla.

Fuentes: The Register y IncidentHub.

Cómo se conecta con Servigo365

Un incidente de este tipo mide la madurez de una mesa de ayuda. Con Servigo365, el equipo de soporte puede registrar cada reporte como ticket, atenderlo por varios canales con un historial único, dar seguimiento a los acuerdos de nivel de servicio (SLA) y mantener trazabilidad de lo que se comunicó a cada cliente. Para las sucursales que dependen de estos servicios, Nexturno ayuda a ordenar turnos y colas cuando la atención presencial se intensifica por una falla.

On October 13, 2026, part of Microsoft's Global Secure Access (GSA) infrastructure performed below acceptable thresholds and affected access to Outlook, OneDrive, SharePoint Online, Teams and Windows 365 Cloud PCs for customers reaching those services through GSA. According to the IncidentHub timeline built from Microsoft's updates, the incident lasted about 10 hours and 51 minutes (07:40 to 18:31 UTC), and the scope narrowed from Germany and the UK to Germany only as the hours went by.

What happened

Microsoft first applied traffic optimizations that did not fix the problem, then redirected traffic to healthy infrastructure and finally restarted the affected infrastructure. An awkward detail: the admin center and the service health page also failed for some administrators, so learning the real status was not easy. The workaround (turning GSA off) appeared around 18:20 UTC, only minutes before resolution. At the time of the first reports Microsoft had not published a root cause.

Why it matters to support and customer service

When email and internal messaging fail, help desk teams feel it first: dozens of nearly identical reports arrive by phone, chat and email, sometimes through several channels at once. If each report is handled as an isolated case, the team gets overwhelmed and users receive inconsistent information. Some useful practices:

  • Group reports under one major incident and link the child tickets, so a single status is communicated.
  • Have an alternative communication channel (for example messaging or phone) that does not depend on the failed service.
  • Monitor intermediary services (such as GSA), not just the end applications.
  • Document the contingency plan and target response times before the failure happens.

Sources: The Register and IncidentHub.

How this connects with Servigo365

An incident like this measures the maturity of a help desk. With Servigo365, the support team can log every report as a ticket, handle it across several channels with a single history, track service level agreements (SLA) and keep traceability of what was communicated to each customer. For branches that depend on these services, Nexturno helps organize turns and queues when in-person service surges because of an outage.

← Volver al blog← Back to blog