Historial de interrupciones de Rightscale

1. 24 de agosto de 2026 a las 13:04 UTCinvestigating

   Descripción del incidente: Estamos investigando una cuestión que afecta al procesamiento de inventario dentro de Flexera One IT Asset Management en Norteamérica. Los clientes pueden experimentar retrasos en el procesamiento de inventarios y demorar la disponibilidad de datos actualizados de inventario dentro de la plataforma. Prioridad: P2 Actividad de restauración: Nuestros equipos técnicos están investigando activamente la cuestión y revisando la actividad de procesamiento de inventarios en todo el servicio afectado. Estamos trabajando para identificar la causa de los retrasos del procesamiento y restaurar el procesamiento normal. Se proporcionarán más actualizaciones a medida que se disponga de más información.

2. 24 de agosto de 2026 a las 14:57 UTCinvestigating

   Los equipos técnicos han identificado que el comportamiento de procesamiento de inventario varía según los clientes afectados. Mientras que el inventario sigue siendo procesado para algunos clientes, otros están experimentando tasas de procesamiento significativamente reducidas o un inventario que no está progresando a través de flujos de trabajo normales de procesamiento. Los equipos técnicos también han identificado errores de disponibilidad de servicios que afectan a algunos intentos de subida de inventario y están investigando activamente el alcance de los efectos y las causas subyacentes. Sigue en curso el análisis de las organizaciones afectadas y la actividad de procesamiento. Se proporcionarán más actualizaciones a medida que se disponga de más información.

3. 24 de agosto de 2026 a las 16:38 UTCidentified

   Los equipos técnicos han realizado acciones específicas de recuperación de servicios y están observando la reanudación del procesamiento de inventarios para clientes previamente afectados, con niveles atrasados disminuyendo. La investigación sigue en curso a medida que los equipos técnicos siguen vigilando la recuperación y evaluando la causa subyacente. Si bien se han observado progresos, los equipos siguen validando la estabilidad de los servicios y supervisando los efectos que aún quedan. Proporcionaremos más actualizaciones a medida que se disponga de más información.

4. 24 de agosto de 2026 a las 21:21 UTCmonitoring

   La recuperación sigue progresando, con la actividad de procesamiento de inventarios que regresa a los niveles esperados para clientes anteriormente afectados. Los equipos técnicos están observando una reducción continua de los niveles atrasados y están vigilando activamente la estabilidad de los servicios. La investigación de la causa subyacente sigue en curso. El análisis actual se centra en varios factores potenciales de contribución identificados durante el período afectado, mientras que los equipos técnicos siguen validando la recuperación y supervisando los efectos restantes.

5. 25 de agosto de 2026 a las 10:00 UTCmonitoring

   Los equipos técnicos siguen observando una reducción constante de los niveles atrasados y vigilando estrechamente la estabilidad general de los servicios. Sigue en curso la investigación de la causa subyacente. Seguiremos proporcionando actualizaciones a medida que se disponga de información adicional.

Traducido automáticamente desde la actualización oficial del incidente.

1. 18 de agosto de 2026 a las 9:32 UTCinvestigating

   Descripción del incidente: Actualmente estamos investigando un problema que afecta el acceso a los servicios de Flexera One en la región APAC. Los clientes afectados pueden experimentar dificultades para acceder a la plataforma o pueden encontrar errores después de la autenticación. Prioridad: P1 Actividad de Restauración: Nuestros técnicos se han comprometido y están investigando activamente la cuestión para identificar la causa subyacente y restaurar el servicio normal lo antes posible.

2. 18 de agosto de 2026 a las 10:18 UTCidentified

   Nuestra investigación ha identificado un problema de configuración como la causa probable del impacto. Los equipos están trabajando activamente para aplicar y validar medidas correctivas para restaurar el funcionamiento normal del servicio. Se proporcionarán más actualizaciones a medida que avance la investigación.

3. 18 de agosto de 2026 a las 10:43 UTCidentified

   A medida que la investigación ha progresado, nuestros equipos han identificado indicios de que la cuestión no está aislada en la gestión de activos de TI y puede tener un impacto más amplio en la plataforma Flexera One en la APAC. Se están realizando esfuerzos de rehabilitación contra la causa identificada, y los equipos se centran en restablecer la plena estabilidad del servicio. Se proporcionarán actualizaciones adicionales a medida que se disponga de más información.

4. 18 de agosto de 2026 a las 10:50 UTCidentified

   Seguimos trabajando en una solución para esta cuestión.

5. 18 de agosto de 2026 a las 11:47 UTCmonitoring

   Se ha aplicado una solución y se ha restaurado el acceso a la plataforma Flexera One. Nuestros equipos están realizando nuevas actividades de validación y siguen vigilando estrechamente la salud y el rendimiento de los servicios para confirmar la estabilidad y garantizar que todos los servicios sigan funcionando plenamente.

6. 18 de agosto de 2026 a las 12:13 UTCresolved

   Tras la ampliación de las actividades de vigilancia y verificación, nuestros equipos han confirmado que los servicios siguen siendo estables y no se han observado más efectos. El incidente se ha resuelto y todos los servicios afectados están en pleno funcionamiento.

Traducido automáticamente desde la actualización oficial del incidente.

1. 13 de agosto de 2026 a las 1:08 UTCinvestigating

   Incident Description: We are currently investigating an issue impacting the reconciliation process within the IT Asset Management platform in the EU region. Affected customers may experience failures when attempting to run reconciliation jobs. As a result, reconciliation processes may not complete successfully, potentially delaying data updates and downstream processing. Priority: P2 Restoration Activity: Our technical teams have been engaged and are actively working to identify the root cause and restore services. Further updates will be provided as we continue working toward resolution.

2. 13 de agosto de 2026 a las 3:27 UTCmonitoring

   Our teams identified a configuration issue introduced during the completion of a standard release earlier today, which prevented an instance from successfully communicating with the Reconcile service. The affected instance's configuration process was successfully re-executed, restoring the required settings and re-establishing connectivity with the Reconcile service. Validation testing confirmed normal service operation, and reconciliation processing has resumed successfully. The environment remains under monitoring to ensure continued stability.

3. 13 de agosto de 2026 a las 3:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13 de agosto de 2026 a las 5:57 UTCresolved

   Following extended monitoring, our teams have confirmed that the platform has remained stable and no recurrence of the issue has been observed since the remediation actions were completed. Reconciliation processing continues to operate normally, connectivity with the Reconcile service remains healthy, and all validation checks have been successful. Based on the sustained stability of the environment and the absence of any further failures, this incident has been resolved

1. 11 de agosto de 2026 a las 17:26 UTCinvestigating

   Descripción del incidente: Estamos investigando un problema que afecta a los servicios de Optimización del Costo de la Nube (CCO) en la región de América del Norte (NAM). Los clientes pueden experimentar páginas que no cargan, comportamiento prolongado de carga o dificultad para acceder a ciertas funciones de Optimización de Costos en la nube dentro de Flexera One. Prioridad: P2 Actividad de restauración: Nuestros equipos técnicos están investigando activamente la cuestión y trabajando para restaurar el servicio normal. Los esfuerzos actuales se centran en determinar la causa de la degradación y validar las medidas correctivas. Proporcionaremos actualizaciones adicionales a medida que se disponga de más información.

2. 11 de agosto de 2026 a las 17:48 UTCidentified

   Nuestra investigación ha identificado el problema que afecta a ciertas funciones de Optimización de Costos de la Nube (CCO) en la región de América del Norte. Tras una reciente migración de servicios, algunos componentes de aplicación no estaban funcionando con la configuración de recursos prevista, lo que dio lugar a que algunas solicitudes no cumplieran y repercutían en las páginas restantes en un estado de carga continuo. Nuestros equipos técnicos han implementado cambios de configuración para restaurar la asignación adecuada de recursos para los servicios afectados y actualmente están implementando esos cambios. Estamos monitoreando la recuperación y validando la funcionalidad de servicio a medida que la actualización tiene efecto. Proporcionaremos actualizaciones adicionales a medida que continúe el progreso.

3. 11 de agosto de 2026 a las 18:08 UTCmonitoring

   Los cambios de configuración se han desplegado y los componentes de servicio afectados están operando con la configuración de recursos prevista. Nuestros equipos técnicos han observado la recuperación de la funcionalidad de optimización de costos de Cloud (CCO) impactada en la región de América del Norte y están realizando validación final para confirmar la estabilidad de servicio. Seguiremos vigilando de cerca el medio ambiente y proporcionaremos una nueva actualización una vez que se completen las actividades de validación.

4. 11 de agosto de 2026 a las 20:26 UTCresolved

   Tras un período de vigilancia, los servicios se han mantenido estables y no se han observado otras cuestiones. Este incidente se considera resuelto.

5. 14 de agosto de 2026 a las 20:02 UTCpostmortem

   **Descripción:** Flexera One - Optimización de costos en la nube \(CCO\) - América del Norte - Degradación de servicios que afectan a cierta funcionalidad **Tiempo:** 11 de agosto de 2026, 9:51 AM PDT – 11 de agosto de 2026, 10:45 AM PDT ** Resumen del incidente** El 11 de agosto de 2026, los clientes pueden haber experimentado problemas accediendo a ciertas funciones de Optimización de Costos de la Nube \(CCO\) en la región de Norteamérica. Las páginas impactadas podrían permanecer en un estado de carga continuo y no renderizar correctamente. Los equipos técnicos comenzaron a investigar después de identificar que ciertas solicitudes de solicitud no se completaban con éxito. El impacto se limitó a una funcionalidad específica en lugar de a todo el servicio CCO. Durante la investigación, los equipos técnicos determinaron que los servicios de aplicaciones dependientes no pudieron recuperar con éxito la información de configuración necesaria de un componente de servicio de apoyo, lo que dio lugar a problemas para la funcionalidad afectada. Se aplicaron cambios de configuración correctivos y se desplegaron componentes de servicios actualizados. Tras el despliegue, los equipos técnicos validaron la recuperación y siguieron vigilando el medio ambiente para confirmar la operación estable. Toda la funcionalidad afectada posteriormente regresó a una operación normal. *Causa real* Durante una migración reciente de servicios, se desplegó un componente de aplicación de apoyo con una configuración incorrecta de recursos. A medida que aumentaba la demanda de procesamiento, los componentes de servicios afectados agotaban los recursos disponibles y no estaban disponibles. Como resultado, los servicios de aplicaciones dependientes no pudieron recuperar con éxito la información necesaria de configuración para tramitar determinadas solicitudes. Esto dio lugar a problemas que afectan la funcionalidad específica de optimización de costos de nube \(CCO\). ** Acciones de rehabilitación** Durante la respuesta al incidente se adoptaron las siguientes medidas: 1. Investigación de incidentes Iniciada: Los equipos técnicos investigaron los informes de la funcionalidad de CCO afectada que permanecían en un estado de carga continuo y que no mostraban correctamente. 2. Service Dependency Analysis Performed: Technical teams identified that dependent application services were unable to successfully retrieve required configuración information from a supporting service component. 3. Número de configuración identificado: La investigación determinó que un componente de aplicación de apoyo se había desplegado con una configuración incorrecta de recursos después de una migración reciente de servicios. 4. Cambios de configuración correccional Aplicados: Los equipos técnicos implementaron cambios de configuración para restaurar los parámetros operativos previstos para los componentes de servicio afectados. 5. Validación de la recuperación de servicios realizada: se desplegaron componentes de servicio actualizados, se validó la funcionalidad afectada y se vigiló el medio ambiente para confirmar la operación estable antes del cierre del incidente. **Medidas preventivas completas** Following this incident, technical teams reviewed the migration and deployment process associated with the affected service component. 1. Mejoras de validación de configuración: Se ha añadido una nueva medida de validación para verificar que las configuraciones de servicios son apropiadas para los requisitos de procesamiento previstos después de las actividades de migración. Este examen adicional tiene por objeto ayudar a identificar discrepancias de configuración antes de que puedan afectar la carga de trabajo de producción.

Traducido automáticamente desde la actualización oficial del incidente.

1. 7 de agosto de 2026 a las 4:55 UTCinvestigating

   Descripción del número: Nuestros equipos han identificado que algunos sistemas de correo electrónico de clientes de Flexera están rechazando correos electrónicos enviados que contienen notificaciones de actualizaciones sobre casos de soporte de Flexera. Prioridad: P3 Actividad de restauración: Los equipos técnicos están investigando activamente la cuestión. Entretanto, sírvase iniciar sesión en la Comunidad Flexera y utilizar el portal de Support Case en https://community.flexera.com/s/case/Case/Default para revisar el estado de los casos y comprobar si hay actualizaciones.

2. 7 de agosto de 2026 a las 12:28 UTCidentified

   Nuestros equipos han identificado la causa del problema y están trabajando actualmente para resolverlo.

3. 8 de agosto de 2026 a las 10:48 UTCidentified

   Nuestros equipos continúan trabajando para una resolución. Durante la investigación en curso, identificamos que en algunos casos los correos electrónicos de Flexera pueden ser bloqueados por SharePoint. Para hacer frente a esta cuestión se requiere una investigación y coordinación adicionales con las partes pertinentes a fin de garantizar que se adopten las medidas correctivas apropiadas. Seguiremos proporcionando actualizaciones a medida que se disponga de más información.

4. 10 de agosto de 2026 a las 10:10 UTCidentified

   Nuestros equipos continúan trabajando para una resolución. Se está llevando a cabo una investigación y coordinación adicionales con los equipos apropiados para restablecer el flujo normal de correo electrónico. Proporcionaremos más actualizaciones a medida que se disponga de más información.

5. 12 de agosto de 2026 a las 13:50 UTCmonitoring

   Nuestros equipos han implementado medidas correctivas y están observando resultados positivos. Las pruebas iniciales de validación han tenido éxito, lo que indica que las medidas de mitigación son eficaces. Seguiremos vigilando de cerca el servicio para garantizar la estabilidad continua y proporcionaremos más actualizaciones a medida que estén disponibles.

6. 14 de agosto de 2026 a las 5:41 UTCresolved

   Después de un monitoreo prolongado, nuestros equipos han confirmado que todas las actualizaciones de correo electrónico están siendo entregadas con éxito. Este incidente ha sido declarado resuelto.

7. 21 de agosto de 2026 a las 9:13 UTCpostmortem

   **Descripción:** Casos de soporte de Flexera – Notificaciones de correo electrónico retrasadas o fallidas **Tiempo:** 5 de agosto de 2026, 12:00 AM PDT al 13 de agosto de 2026, 11:10 AM PDT ** Resumen del incidente** El 5 de agosto de 2026, nuestros equipos identificaron un problema que afectaba las notificaciones de correo electrónico para los casos de Flexera Support. Durante el incidente, algunos clientes no recibieron notificaciones por correo electrónico cuando se hicieron actualizaciones a sus casos de apoyo, lo que puede haber retrasado la sensibilización sobre la actividad de caso y el progreso. Nuestros equipos técnicos investigaron el problema y determinaron que un problema con la configuración de envío de correo electrónico estaba causando que algunas notificaciones de casos de soporte fuera de alcance fueran rechazadas por los sistemas de correo electrónico receptores. Como medida provisional, se informó a los clientes de acceder directamente al portal de asistencia comunitaria de Flexera para revisar su estado de caso y actualizaciones. Nuestros equipos implementaron un cambio permanente en la configuración de envío de correo electrónico y posteriormente validaron la entrega de notificación. Following the remediation, email notifications were confirmed to be operating as expected, and the incident was resolved on August 13, 2026, at 11:10 AM PDT. *Causa real* * Configuración de entrega de correo electrónico: Un problema con la configuración utilizada para entregar las notificaciones de casos de soporte al cliente causó que algunos correos electrónicos fueran rechazados por los sistemas de correo electrónico del destinatario. * Entrega de notificaciones: La configuración afectada resultó en que algunos clientes no recibieron notificaciones de correo electrónico cuando se hicieron actualizaciones a sus casos de soporte. * Impacto del cliente: El problema afectaba solamente las notificaciones de correo electrónico; los clientes podían seguir accediendo directamente a sus casos de soporte a través del portal de Soporte Comunitario de Flexera. ** Acciones de rehabilitación** * Configuración actualizada de entrega por correo electrónico: La configuración de envío de correo electrónico se actualizó permanentemente para utilizar la infraestructura de envío de correo electrónico principal apropiada. * Validación de notificación: Los equipos validaron la entrega de notificación de salida después del cambio de configuración. * Función del cliente: Durante el incidente, se avisó a los clientes que accedieran directamente al portal de Flexera Community Support Case para revisar el estado del caso y las actualizaciones. * Supervisión de servicios: Los equipos supervisaron la entrega de notificación por correo electrónico después de la rehabilitación para confirmar la estabilidad continua. **Medidas preventivas completas** * Mantener el correo electrónico aprobado: Las notificaciones de casos de apoyo al cliente seguirán utilizando la infraestructura principal de envío de correo electrónico establecida a través de la remediación permanente. * Vigilancia de la entrega por correo electrónico: Mejorar la vigilancia y alerta de fallos de notificación de casos de apoyo externos y mensajes rechazados para proporcionar la detección anterior de posibles problemas de entrega.

Traducido automáticamente desde la actualización oficial del incidente.

1. 5 de agosto de 2026 a las 8:28 UTCresolved

   Descripción del incidente: Nuestros equipos identificaron una interrupción del servicio que afecta a un subconjunto de clientes de Flexera One IT Asset Management (ITAM) en el entorno APAC Production del 4 de agosto de 2026, 04:04 AM PDT a 04:25 AM PDT . Durante el período afectado, un subconjunto de nuestros clientes experimentó la lentitud intermitente, la falta de respuesta de servicio o fallos de carga de datos dentro de la plataforma. Prioridad: P2 Actividad de Restauración: Nuestros equipos técnicos investigaron la cuestión y determinaron que durante el período afectado se produjo una condición inesperada de agotamiento de los recursos de base de datos. La condición posteriormente autocorregida, permitiendo a los servicios afectados recuperarse y regresar a la operación normal. La validación posterior al incidente confirmó que las operaciones de la plataforma están funcionando según lo previsto. Estamos llevando a cabo un examen detallado del incidente y evaluando las salvaguardias adicionales, los controles de la capacidad y las mejoras de vigilancia para reducir aún más la probabilidad de eventos similares en el futuro.

2. 21 de agosto de 2026 a las 9:03 UTCpostmortem

   **Descripción:** Flexera One - Gestión de activos de TI - APAC - Fallos de carga de datos / lentitud **Tiempo:** 4 de agosto de 2026, 4:04 AM PDT al 4 de agosto de 2026, 4:25 AM PDT ** Resumen del incidente** El martes 4 de agosto de 2026, nuestros equipos identificaron un problema que afecta a un subconjunto de clientes en el entorno de producción APAC. Durante el incidente, algunos clientes experimentaron la lentitud de la aplicación intermitente, la falta de respuesta temporal y los fallos al cargar datos dentro de Flexera One IT Asset Management. Nuestros equipos técnicos investigaron la cuestión y determinaron que un acontecimiento inesperado de agotamiento de los recursos de base de datos afectaba al entorno de producción. La condición dio lugar a una degradación temporal del rendimiento para un subconjunto de inquilinos de clientes. La condición de la base de datos se resolvió automáticamente después de aproximadamente 20 minutos, y el rendimiento de la aplicación volvió a la normalidad sin requerir intervención directa de ingeniería. Nuestros equipos continuaron monitoreando el medio ambiente después de la recuperación y confirmaron que los servicios afectados estaban operando normalmente sin ningún impacto del cliente en curso. *Causa real* * Inesperaed Database Resource Exhaustion: A temporary increase in database resource consumption exhausted the available temporary database storage capacity used by the production database cluster. * Consultas de alto contenido de recursos: Se determinó que una consulta inesperada específica funcionaba manualmente por un usuario que consumía cantidades significativas de recursos temporales de bases de datos, lo que dio lugar a una condición de agotamiento temporal de los recursos. * Impacto del rendimiento de la aplicación: El agotamiento de los recursos afectó las operaciones de la base de datos y dio lugar a la lentitud de la aplicación intermitente, la falta de respuesta y los fallos de carga de datos para un subconjunto de clientes. ** Acciones de rehabilitación** * Recuperación automática de servicios: La condición de recursos de la base de datos se despejó automáticamente, permitiendo que los servicios de aplicación vuelvan a la operación normal. * Supervisión de los servicios: los equipos supervisaron el medio ambiente después de la recuperación y confirmaron que los servicios seguían siendo estables. * Análisis de incidentes: Los equipos de ingeniería examinaron la actividad de la base de datos y la utilización de los recursos asociados con el evento para determinar las consultas de contribución y comprender el comportamiento. **Medidas preventivas completas** * Gobernanza de recursos: Evaluar SQL adicional Controles de la gobernanza de los recursos del servidor para reducir el impacto potencial de las consultas de bases de datos de alta fuente. * Mejoras de la respuesta de alerta: Revisar los procedimientos de manipulación de alertas para mejorar la detección, evaluación y respuesta a condiciones similares de recursos de bases de datos. * Mejoras operacionales: Nuestros equipos técnicos han revisado la consulta y se han establecido medidas para evitar un escenario similar en el futuro.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de agosto de 2026 a las 6:56 UTCinvestigating

   Descripción del incidente: Actualmente estamos investigando una cuestión que afecta a las cargas del paquete de inventario (*.zip) en la región de Europa para Flexera One IT Asset Management. Los clientes que intentan subir paquetes de inventarios específicos pueden encontrar errores, lo que da lugar a subidas de inventario y retrasos en el procesamiento de datos de inventario. Prioridad: P2 Actividad de Restauración: Nuestro equipo técnico está investigando activamente la cuestión y revisando la actividad de procesamiento actual para confirmar el alcance y el progreso. Estamos monitoreando la situación de cerca y proporcionaremos actualizaciones a medida que se disponga de más información.

2. 3 de agosto de 2026 a las 8:10 UTCinvestigating

   Nuestros equipos siguen investigando activamente la cuestión y están realizando un examen detallado de los registros y diagnósticos del sistema para identificar y confirmar la causa subyacente. Proporcionaremos actualizaciones adicionales a medida que se disponga de más información.

3. 3 de agosto de 2026 a las 9:38 UTCinvestigating

   Durante la investigación en curso, nuestros equipos identificaron que la cuestión también podría afectar las comunicaciones de baliza con el entorno de producción de la UE Flexera One. Como resultado, pueden afectarse operaciones adicionales que dependen de la comunicación entre balizas. El equipo sigue investigando la causa subyacente, evaluando el alcance total de los efectos y procurando aplicar una resolución lo antes posible.

4. 3 de agosto de 2026 a las 10:40 UTCmonitoring

   Nuestros equipos han identificado un cambio de configuración reciente como la causa probable del problema. Desde entonces, la configuración ha sido redondeada, y estamos observando la recuperación de servicios en los componentes afectados, con la funcionalidad de la plataforma volviendo gradualmente a los niveles esperados. Los equipos siguen participando activamente en la vigilancia del medio ambiente para validar la plena recuperación, garantizar la estabilidad de las plataformas y abordar rápidamente cualquier impacto residual.

5. 3 de agosto de 2026 a las 10:40 UTCmonitoring

   Continuamos monitoreando cualquier otro problema.

6. 3 de agosto de 2026 a las 17:09 UTCmonitoring

   Las medidas de mitigación siguen siendo eficaces, y el procesamiento de los inventarios continúa con éxito. Estamos monitoreando activamente el progreso de la recuperación y trabajando a través del atraso restante para asegurar que todo el procesamiento se complete con éxito. Seguiremos proporcionando actualizaciones a medida que avancen los esfuerzos de recuperación.

7. 4 de agosto de 2026 a las 7:02 UTCmonitoring

   La recuperación de los servicios sigue en marcha, y las medidas de mitigación siguen siendo eficaces. El procesamiento de los inventarios funciona con éxito, y el atraso se ha reducido significativamente, acercando volúmenes a niveles normales. Nuestros equipos siguen vigilando el medio ambiente y procesando el atraso restante para completar la recuperación. Se proporcionarán nuevas actualizaciones según proceda.

8. 4 de agosto de 2026 a las 11:09 UTCresolved

   El medio ambiente ha vuelto a niveles normales de funcionamiento. El procesamiento de los inventarios y las comunicaciones de los beacones son estables, y el atraso ha regresado a los umbrales previstos. La plataforma sigue siendo saludable, y la vigilancia continua confirma la estabilidad sostenida. Los detalles adicionales sobre la causa raíz, las acciones restaurativas y las iniciativas de mejora a largo plazo se compartirán en un informe posterior a la mortem tras la validación de las conclusiones.

9. 18 de agosto de 2026 a las 12:41 UTCpostmortem

   **Descripción:** Gestión de activos de una sola TI Flexera - UE - Errores de carga de inventario **Tiempo:** 31 de julio de 2026, 6:00 PM PDT al 4 de agosto de 2026, 4:09 AM PDT ** Resumen del incidente** El domingo 2 de agosto de 2026, a las 11:42 PM PDT, Flexera identificó un problema que afecta a las subidas del paquete de inventario \(\*.zip\) y selecciona comunicaciones beacon dentro del entorno de producción UE de Flexera One IT Asset Management. Los clientes afectados experimentaron cargas de paquetes de inventario fallidas, incluyendo HTTP 504 \(Gateway Timeout\) y HTTP 405 \(Method Not Allowed\) respuestas. La cuestión también interrumpió comunicaciones selectas de beacon a plataforma, causando retrasos o fracasos en el procesamiento de inventarios e ingestión de datos de inventario. La investigación determinó que el primer impacto comenzó a las 6:00 PM PDT el 31 de julio de 2026. Analysis identified a communication issue within a critical service routing path that prevented a subset of requests from successfully reaching downstream processing services. Esto dio lugar a repetidos registros, retraso en el procesamiento de inventarios y acumulación atrasada. Para mitigar el problema y restablecer el servicio, el tráfico fue redirigido a una vía de comunicación alternativa. Tras este cambio, se estabilizaron las comunicaciones de los beacones, se reanudó el procesamiento de los inventarios con éxito, y el atraso de los inventarios empezó a disminuir. Para las 3:42 AM PDT el 3 de agosto de 2026, las subidas de inventario se completaron con éxito y no se observaron nuevos errores. El medio ambiente siguió siendo objeto de vigilancia ampliada mientras los volúmenes de procesamiento retornaban a niveles operativos normales. A las 4:09 AM PDT el 4 de agosto de 2026, Flexera confirmó que las comunicaciones de balizas, el procesamiento de inventarios y los servicios de plataforma asociados estaban funcionando normalmente, el atraso había regresado a los umbrales previstos, y el incidente fue declarado oficialmente resuelto. *Causa real* El 31 de julio de 2026, una actualización de certificados a una vía de comunicación de servicio crítico creó un desajuste de configuración entre componentes de plataforma. La cuestión se efectuó más tarde, cuando se reiniciaron los componentes de la aplicación y comenzaron a establecer nuevas conexiones utilizando la configuración actualizada. Esto causó errores de apretón de manos y fallas de comunicación, lo que dio lugar a la falta de disponibilidad de servicios. En consecuencia, no se podían procesar las solicitudes de los beacons clientes de cargar los archivos del paquete de inventario \(\*.zip\) en el entorno de producción de la UE, lo que ocasionaba que se hubieran recibido y procesado los datos de los inventarios. También se afectó un subconjunto de otras interacciones beacon-to-platform, aunque no se observó inmediatamente el impacto del cliente. El servicio fue restaurado redireccionando el tráfico a una vía de comunicación alternativa que no se vio afectada por la cuestión de configuración relacionada con certificados. Subidas de inventario y comunicaciones de balizas luego reanudó el funcionamiento normal. Factores de contribución * Faltas de solicitud intermitente: Los intentos de establecimiento de conexiones fallidos causaron que una parte de las solicitudes no tuvieran éxito antes de llegar a los servicios de procesamiento de aguas abajo. * Retrasos en el procesamiento de inventarios: Las fallas en la comunicación impidieron que algunos paquetes de inventario y las importaciones asociadas se procesaran con éxito, lo que dio lugar a actualizaciones de inventario retrasadas. * Retry-Driven Backlog Growth: Automated retry mechanisms enabled many transactions to eventually success but contributed to increased processing delays and backlog acumulación while the issue remained active. ** Acciones de rehabilitación** Para restaurar el servicio, equipos técnicos realizados a continuación: * Trafico Re-routing: Tráfico redirigido lejos de la ruta de servicio afectada para restaurar las comunicaciones de balizas estables y los paquetes de inventario. * Supervisión de la plataforma: vigilancia continua de las comunicaciones de beacon, subidas de inventario y actividad de procesamiento para verificar la recuperación de servicios. * Gestión de Recuperación de Backlog: Supervisó el procesamiento de inventarios y validó que el procesamiento de atrasos se redujo constantemente y regresó a los umbrales de funcionamiento esperados. * Validación de la estabilidad: Se realizó un seguimiento prolongado después de la restauración para confirmar la estabilidad sostenida de la plataforma y el procesamiento exitoso de inventarios. * Confirmación de Restauración de Servicios: A las 4:09 AM PDT el 4 de agosto de 2026, confirmó que las comunicaciones de balizas, el procesamiento de inventarios y los servicios asociados estaban funcionando normalmente. **Medidas preventivas completas** * Resiliencia de la comunicación de servicios: Revisar y mejorar la vía de comunicación afectada para mejorar la fiabilidad, la resiliencia y la recuperación de futuras perturbaciones relacionadas con la conectividad. * Validación del Cambio Fortalecido: Mejorar los procesos de validación y prueba para la infraestructura, configuración, certificado y cambios en los canales de servicio para identificar los desajustes de comunicación antes del despliegue en entornos de producción. * Detección y alerta mejoradas: Mejorar las capacidades de monitoreo y alerta para proporcionar una identificación previa de las perturbaciones de comunicación sostenidas, la actividad de reingreso elevada, patrones de tasa de error anormales y los atrasos de procesamiento emergentes. Estas mejoras permitirán una detección, investigación y remediación más rápida de problemas antes de que se desarrollen en un impacto más amplio del cliente.

Traducido automáticamente desde la actualización oficial del incidente.

1. 29 de julio de 2026 a las 4:36 UTCinvestigating

   Descripción del incidente: Estamos investigando un problema que afecta al servicio de Investigación de Vulnerabilidad del Software (SVR). Los clientes pueden estar experimentando dificultades para acceder o utilizar SVR en este momento. Prioridad: P1 Actividad de restauración: Nuestros equipos están investigando activamente la cuestión y trabajando para restaurar el servicio. Mitigation activities are currently underway as we work to bring the service back online. Se proporcionarán más actualizaciones a medida que se disponga de más información.

2. 29 de julio de 2026 a las 6:02 UTCinvestigating

   Se han aplicado medidas de recuperación; sin embargo, el servicio sigue experimentando inestabilidad en las actuales condiciones de volumen de trabajo, lo que da lugar a perturbaciones de los servicios. Nuestros equipos están trabajando activamente para reducir el impacto y restaurar la disponibilidad de servicios. Se proporcionarán más actualizaciones a medida que se disponga de más información.

3. 29 de julio de 2026 a las 9:52 UTCresolved

   Los equipos técnicos han restaurado la disponibilidad de servicio para la Investigación de Vulnerabilidad del Software (SVR). Se aplicaron medidas de recuperación para hacer frente a la inestabilidad de los servicios, y la validación confirmó que se ha restaurado la funcionalidad de SVR. Seguiremos vigilando de cerca el servicio para garantizar la estabilidad permanente. En los próximos días se publicará un informe posterior a la mortem con detalles adicionales, incluida la causa raíz y las medidas preventivas.

4. 11 de agosto de 2026 a las 10:28 UTCpostmortem

   **Description:** Software Vulnerability Research \(SVR\) - Service Disruption **Timeframe:** July 28, 2026, 2:00 PM PDT to July 29, 2026, 2:53 AM PDT ‌ **Incident Summary** On Tuesday, 28 July 2026, at 2:00 PM PDT, the Flexera Software Vulnerability Research\(SVR\) production environment experienced a service disruption that affected API availability and application functionality. The incident occurred when the primary database instance supporting the SVR platform became unavailable. Existing database connections were unexpectedly terminated, and application servers were unable to establish new connections. As a result, customers were unable to reliably access SVR services and APIs during the incident. During the investigation, our teams determined that the disruption was caused by an unplanned failover initiated by the cloud service provider. According to the provider’s event history, an infrastructure issue was detected on the primary database host, prompting the provider to automatically initiate the failover process. Our technical teams immediately engaged the cloud service provider to investigate the incident and restore service. Following recovery and validation activities, all production services were successfully restored and returned to normal operation by 2:53 AM PDT on 29 July 2026. ‌ **Root Cause** ‌ The incident was triggered by an unplanned failover of the production database, initiated by the cloud service provider in response to an infrastructure-level issue affecting the primary database host. During the failover, the primary database instance became temporarily unavailable. This caused active database connections to terminate abruptly, preventing application services from establishing new connections. As a result, API requests failed and service availability across the SVR platform was impacted. Flexera has formally requested a detailed Root Cause Analysis \(RCA\) from the cloud service provider to determine the precise infrastructure condition that triggered the failover and to identify opportunities to prevent recurrence. ‌ **Contributing Factors** ‌ During the investigation, the following factors were identified as potentially contributing to the overall impact of the incident: * A significantly elevated volume of client connection attempts was observed originating from customer environments during the incident period. * Connection volumes exceeded normal operating levels, increasing load on backend services while database services were recovering. * Elevated connection activity may have amplified the impact of the database failover and increased recovery complexity. * Existing application retry and connection behaviours generated additional connection demand during database recovery activities. ‌ **Remediation Actions** ‌ * Cloud provider engagement: Our teams immediately engaged the cloud service provider and worked directly with their on-call engineers throughout the recovery effort. * Database recovery: Executed a controlled database failover/reboot in coordination with the cloud service provider. * Restored connectivity: Re-established database availability and connectivity to the production environment. * Application recovery validation: Confirmed that application services successfully reconnected to backend database services. * Service validation: Verified recovery of APIs and critical SVR application functionality. * Post-recovery monitoring: Implemented enhanced monitoring of database health, application performance, and connection activity following restoration. ‌ **Future Preventative Measures** ‌ * Continue monitoring customer connection volumes and backend database connection utilisation. * Review and optimise database connection pooling, connection management, retry logic, and failover handling to improve resilience during future infrastructure events. * Complete the cloud service provider support engagement and review the provider's detailed Root Cause Analysis once available. * Conduct an internal post-incident review and implement additional preventive measures identified through the review process.

Traducido automáticamente desde la actualización oficial del incidente.

1. 28 de julio de 2026 a las 23:14 UTCinvestigating

   Descripción del incidente: Estamos investigando un problema intermitente que afecta a los servicios de Flexera One en la región APAC. Los clientes pueden experimentar problemas o errores de acceso intermitente utilizando aplicaciones y servicios de Flexera One. La cuestión parece limitarse a la región de la APAC. Prioridad: P2 Actividad de Restauración: Nuestros equipos están investigando activamente el tema. El alcance y el impacto están siendo evaluados en los servicios de Flexera One en la región de APAC, y estamos trabajando para identificar la causa subyacente y restaurar la estabilidad de los servicios. Se proporcionarán más actualizaciones a medida que se disponga de más información.

2. 29 de julio de 2026 a las 0:34 UTCinvestigating

   Nuestros equipos técnicos están investigando activamente la cuestión. La cuestión parece ser intermitente, y algunas solicitudes tienen éxito mientras que otras siguen fracasando. Estamos revisando los servicios afectados y sus dependencias para determinar el alcance del impacto, identificar la causa subyacente y restaurar la estabilidad de los servicios.

3. 29 de julio de 2026 a las 2:05 UTCresolved

   Los equipos técnicos han mitigado la cuestión que afecta a los servicios de Flexera One en la región del APAC. Se ha restaurado la funcionalidad de servicio y la validación confirma que las aplicaciones y servicios afectados funcionan según lo previsto. Durante la investigación, los equipos identificaron problemas intermitentes de comunicación de servicios que dieron lugar a problemas de acceso y errores para algunos clientes. Como parte del esfuerzo de mitigación, los equipos técnicos reanudaron los servicios afectados, después de lo cual la funcionalidad de servicio se recuperó y validó confirmó la restauración exitosa de los servicios afectados. Seguiremos examinando el incidente y vigilando la salud de los servicios.

4. 12 de agosto de 2026 a las 17:33 UTCpostmortem

   **Descripción:** Flexera One - APAC - Intermittent Service Disruption ## Timeframe **Tiempo:** 28 de julio de 2026, 3:49 PM PDT - 28 de julio de 2026, 5:40 PM PDT ## Incident Summary El martes 28 de julio de 2026, a las 3:49 PM PDT, clientes usando Flexera Uno de los servicios en la región del APAC comenzó a experimentar interrupciones intermitentes de los servicios que afectan a múltiples aplicaciones y capacidades de plataforma. Los clientes pueden haber encontrado problemas de inicio de sesión, errores de aplicación, cargas de página fallidas, errores de API y acceso intermitente a ciertas funciones de Flexera One. Durante el incidente, múltiples servicios experimentaron fallos de comunicación intermitentes con servicios de plataforma compartidos. Como resultado, los clientes experimentaron un comportamiento de aplicación inconsistente, con algunas solicitudes de éxito mientras que otras fallaron. Los equipos técnicos investigaron la cuestión en todas las aplicaciones y componentes de la plataforma afectados para determinar el alcance y la fuente de los fallos. The investigation identified a connectivity issue affecting communication between application services and a shared platform dependncy. Se implementaron cambios de configuración correctivos para restaurar la comunicación de servicios y estabilizar la funcionalidad afectada. Tras la aplicación de los cambios correctivos, los equipos técnicos validaron la funcionalidad en todas las aplicaciones afectadas y confirmaron que los servicios habían regresado a una operación normal. La vigilancia continua mostró un comportamiento estable de servicio, y el incidente se resolvió a las 5:40 PM PDT el 28 de julio de 2026. ## Root Cause La investigación determinó que el incidente fue causado por un problema de conectividad introducido durante una migración de infraestructura de plataforma. Tras la migración, algunos servicios de aplicaciones siguieron utilizando puertos de conexión heredados al comunicarse con servicios de plataforma compartidos. Cuando los servicios afectados reiniciaron, intentaron comunicarse usando combinaciones de endpoint y port que ya no estaban alineadas con la configuración de plataforma actualizada. Este desajuste de configuración dio lugar a fallos de comunicación intermitentes entre los servicios de aplicaciones y los componentes de plataforma compartidos, lo que causó errores de aplicación y perturbaciones de servicios en múltiples servicios de Flexera One en la región APAC. ## Remediation Actions Durante la respuesta al incidente se adoptaron las siguientes medidas: 1. **Iniciación de la investigación accidental:** Los equipos técnicos investigaron informes de fallos intermitentes que afectaron a múltiples servicios de Flexera One en la región de APAC y evaluaron el alcance del impacto del cliente. 2. ** Análisis dependencia realizado:** Los equipos técnicos revisaron las vías de comunicación entre las aplicaciones impactadas y los servicios de plataforma compartidos para identificar la fuente de las fallas de conectividad. 3. **Configuration Mismatch Identified:** La investigación determinó que algunos servicios estaban tratando de comunicarse a través de puertos heredados que no estaban alineados con la configuración de plataforma actualizada tras la migración. 4. **Configuración de formato Actualizado:** Los puertos necesarios se agregaron a la configuración de plataforma actualizada, restaurando la conectividad para los servicios afectados. 5. ** Validación de recuperación de servicios:** Los equipos técnicos validaron la funcionalidad en aplicaciones impactadas y confirmaron que la funcionalidad de comunicación de servicios y de atención al cliente había regresado a la operación normal. ## Future Preventative Measures Se han determinado las siguientes mejoras para reducir aún más el riesgo de incidentes similares en el futuro: 1. **Migration Compatibility Validation:** Examinar y fortalecer los procesos de validación para los cambios de infraestructura y las migraciones de plataformas para ayudar a identificar los desajustes de configuración de los servicios antes del despliegue, reduciendo el riesgo de problemas de conectividad causados por configuraciones de endpoints o puertos heredados.

Traducido automáticamente desde la actualización oficial del incidente.

1. 27 de julio de 2026 a las 0:11 UTCinvestigating

   Descripción del incidente: Estamos investigando un problema que afecta a los clientes de Snow Atlas en la región APAC. Los usuarios afectados pueden ser incapaces de acceder a la plataforma y pueden encontrar 404 errores al intentar iniciar sesión. La investigación actual indica que la cuestión se limita a la región del APAC, sin ningún impacto confirmado en otras regiones en este momento. Prioridad: P1 Actividad de Restauración: Nuestros equipos técnicos están investigando activamente la cuestión para identificar la causa subyacente y restaurar el servicio. Estamos monitoreando el medio ambiente de cerca y aplicando medidas correctivas según proceda. Se proporcionarán más actualizaciones a medida que se disponga de más información.

2. 27 de julio de 2026 a las 2:00 UTCinvestigating

   Nuestros equipos han resuelto el problema que afecta a los clientes de Snow Atlas en la región APAC. El problema ocurrió cuando un servicio de plataforma no comenzó correctamente, lo que dio lugar a errores intermitentes y problemas de acceso para algunos clientes. Los equipos técnicos identificaron el fracaso subyacente de la startup y el servicio restaurado reiniciando los componentes de la plataforma afectados. Las actividades de validación han confirmado el acceso exitoso a la plataforma, y no estamos observando ningún impacto del cliente en este momento. Nuestros equipos seguirán vigilando de cerca el medio ambiente para garantizar la estabilidad continua.

3. 27 de julio de 2026 a las 2:00 UTCresolved

   Este incidente ha sido resuelto.

4. 7 de agosto de 2026 a las 8:40 UTCpostmortem

   **Description:** Snow Atlas - APAC - Login Failures and 404 Errors **Timeframe:** July 26, 2026, 5:00 PM PDT to July 26, 2026, 6:15 PM PDT ‌ **Incident Summary** ‌ On Sunday, 26 July 2026, Flexera experienced a service disruption affecting Snow Atlas customers in the APAC Production environment, resulting in login failures and temporary inability to access Agreement pages. The issue was isolated to the APAc region, with no impact to other production regions. Investigation by our technical teams determined that the disruption was caused by a backend service communication issue that prevented Agreement data from being retrieved successfully. The condition was consistent with a runtime synchronization issue following recent platform infrastructure maintenance. Flexera teams validated platform health, restored the affected services, and confirmed successful recovery. Customer access was fully restored, and post-recovery monitoring confirmed stable operations with no recurrence of the underlying service communication errors. A detailed post-incident review was completed, and corrective measures have been implemented to further strengthen platform resilience and recovery processes. ‌ **Root Cause** ‌ The incident was caused by an application communication failure within the APAC Production environment. A component responsible for processing requests between internal application services did not successfully handle Agreement-related requests, preventing those requests from being completed and resulting in customer-facing 404 errors and failures accessing Agreement pages. ‌ **Contributing Factors** ‌ * The application communication failure occurred following a recent infrastructure upgrade to the APAC Production environment. * Although the application services and underlying infrastructure remained healthy, an internal service responsible for processing Agreement requests did not fully recover after the upgrade. * Existing health checks validated application and infrastructure availability but did not verify the successful initialization of the internal communication path following the upgrade. * The issue was therefore not detected until customers began experiencing login failures and HTTP 404 errors when accessing Agreement pages. ‌ **Remediation Actions** ‌ To restore service, technical teams: * Confirmed the underlying infrastructure remained healthy throughout the incident. * Identified the failed internal service communication affecting Agreement requests. * Restarted the affected application services. * Validated successful recovery across impacted tenants. * Continued monitoring to confirm service stability. ‌ **Future Preventative Measures** ‌ * Enhanced Post-Upgrade Validation: Introduce additional validation checks following infrastructure upgrades to verify that critical application components and internal service communications are functioning as expected. * Improved Monitoring and Alerting: Enhance monitoring and alerting to detect internal service communication failures and responder registration issues more quickly. * Synthetic Health Checks: Implement synthetic health checks that validate critical customer workflows, including Agreement page functionality, following infrastructure changes.

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de julio de 2026 a las 10:33 UTCinvestigating

   Descripción del incidente: Estamos investigando un problema que afecta a la visibilidad de TI en la región de Europa donde múltiples informes de Power BI no están cargando . Los clientes de la región afectada pueden no poder ver los informes impactados dentro de la aplicación. La investigación actual indica que la cuestión se limita a la región de Europa, sin ningún impacto observado en otras regiones en este momento. Prioridad: P2 Actividad de Restauración: Nuestros equipos técnicos están investigando activamente la cuestión para identificar la causa subyacente y restaurar la funcionalidad del informe. Seguimos evaluando el alcance de los efectos, vigilando la salud de los servicios y aplicando medidas correctivas según proceda. Proporcionaremos más actualizaciones a medida que se disponga de más información.

2. 22 de julio de 2026 a las 11:53 UTCidentified

   Nuestra investigación ha identificado una posible cuestión relacionada con la configuración dentro del entorno afectado. Como parte de nuestros esfuerzos de validación, las acciones correctivas se aplicaron a un subconjunto de organizaciones impactadas, y los informes ahora están cargando con éxito. Nuestros equipos se centran actualmente en implementar una remediación más amplia en todas las organizaciones afectadas y están realizando una revisión detallada para entender por qué los cambios de configuración no se propagaron como se esperaba. Seguimos validando la remediación y vigilando de cerca el desempeño de los servicios mientras trabajamos para lograr la plena resolución.

3. 22 de julio de 2026 a las 13:43 UTCidentified

   Las acciones correctivas se han aplicado ahora a un mayor número de organizaciones afectadas, y la validación inicial indica que los informes están cargando con éxito. Actualmente estamos validando a todas las organizaciones afectadas para confirmar que reportar funcionalidad y rendimiento de servicio han sido completamente restaurados. Paralelamente, los equipos siguen aplicando medidas más amplias de remediación en todo el medio ambiente y están vigilando estrechamente el servicio para garantizar la estabilidad mientras se sigue trabajando para lograr la plena resolución.

4. 23 de julio de 2026 a las 4:39 UTCidentified

   Nuestros equipos han aplicado la solución a todas las organizaciones identificadas. La validación inicial indica que las organizaciones afectadas se están recuperando según lo previsto. Los equipos técnicos siguen validando la eficacia de la rehabilitación en toda la región de Europa en general para confirmar que se ha restaurado plenamente el servicio. Estamos monitoreando de cerca el rendimiento de las plataformas y proporcionaremos una nueva actualización una vez que se haya completado la validación regional.

5. 23 de julio de 2026 a las 7:52 UTCresolved

   Further investigation identified a synchronisation issue as the underlying cause of the incident. Nuestros equipos técnicos implementaron acciones de rehabilitación orientadas, incluyendo reiniciamientos de servicios, para restaurar operaciones normales. Tras la ampliación de la vigilancia y la validación posterior a la rehabilitación, el desempeño de los servicios ha permanecido estable, y hemos confirmado que todos los servicios afectados han regresado a una operación normal. La cuestión ahora se considera resuelta.

6. 3 de agosto de 2026 a las 18:37 UTCpostmortem

   **Descripción:** Flexera One – Visibilidad de TI – UE – Falta de informes de carga **Tiempo:** 22 de julio de 2026, 3:11 AM PDT – 22 de julio de 2026, 11:04 PM PDT ** Resumen del incidente** El 22 de julio de 2026, aproximadamente 3:11 AM PDT, un problema comenzó a afectar la funcionalidad de presentación de informes de viabilidad de TI en el entorno de producción de Flexera One EU. Durante el período afectado, los clientes de la región de la UE experimentaron fallos al intentar cargar informes de Visibilidad de TI y tableros de instrumentos, incluyendo Inventario de Software, Inventario de Hardware, Inteligencia Tecnológica \(TI\), Sostenibilidad y FinOps reportando vistas. Los equipos técnicos comenzaron a investigar después de recibir múltiples informes de clientes sobre fallos de carga en toda la región de la UE. El análisis inicial confirmó que la cuestión se limitaba al entorno de producción de la UE, mientras que la funcionalidad equivalente de presentación de informes en otras regiones seguía funcionando normalmente. The investigation determined that an autation-related issue had occurred within the EU reporting environment. As a result, affected reports and dashboards were unable to retrieve the data required to load successfully, causing report loading failures for impacted customers. Los equipos técnicos implementaron actualizaciones correctivas dentro del entorno de presentación de informes afectado y realizaron actividades de validación en organizaciones de clientes afectadas. Tras estas acciones, los informes y los paneles reanudaron el funcionamiento normal y los clientes volvieron a tener acceso a los datos de presentación de informes con éxito. Tras la validación de entornos de clientes afectados y la confirmación de que los informes estaban cargando con éxito, se restableció la funcionalidad de servicio y se consideró resuelto el incidente. Los equipos técnicos siguieron vigilando después de la restauración para garantizar la estabilidad de los servicios en curso. *Causa real* El incidente fue causado por un problema relacionado con la autenticación dentro del entorno de presentación de informes de la UE. Este problema impidió que los informes y paneles afectados recuperaran con éxito los datos necesarios para mostrar resultados, lo que dio lugar a fallos de carga de informes para clientes afectados. ** Acciones de rehabilitación** Durante la respuesta al incidente se adoptaron las siguientes medidas: 1. Evaluación regional de impactos: equipos técnicos investigaron los informes de clientes y confirmaron que la cuestión estaba aislada al entorno de producción de la UE. Se realizó una validación adicional en otras regiones para verificar que la funcionalidad de presentación de informes seguía funcionando fuera del entorno afectado. 2. Análisis de fallas de autenticación: Los equipos técnicos examinaron el procesamiento de informes, los flujos de trabajo de autenticación, los espacios de trabajo de presentación de informes y los recientes cambios de plataforma para identificar la fuente de los fallos. The investigation determined that affected reports were unable to successfully autate when retrieving underlying data required for report rendering. 3. Actividades de Restauración y Validación: Los equipos técnicos aplicaron actualizaciones en entornos de clientes afectados y reportaron espacios de trabajo para restaurar la recuperación de los datos de informes exitosos. Tras la aplicación, se validó a las organizaciones de clientes afectadas para confirmar los informes y los paneles estaban cargando con éxito y mostrando los datos según se esperaba. 4. Verificación posterior a la recuperación: Después de la restauración, se llevaron a cabo actividades adicionales de vigilancia y validación para verificar la funcionalidad del informe continuo, confirmar la recuperación satisfactoria y garantizar la estabilidad de los servicios en todo el entorno de producción de la UE. **Medidas preventivas completas** Durante el incidente se determinaron las siguientes medidas de seguimiento: • Revisión del proceso de actualización de autenticación: Los equipos técnicos están revisando el proceso de actualización de autenticación para entender por qué la actualización no se aplicó con éxito en todos los espacios de trabajo de presentación de informes afectados en el entorno de producción de la UE e identificar mejoras que ayudarán a prevenir problemas similares en futuras actualizaciones.

Traducido automáticamente desde la actualización oficial del incidente.

1. 22 de julio de 2026 a las 8:25 UTCidentified

   Descripción del incidente: Hemos identificado un problema que afecta al procesamiento del inventario en Flexera One IT Asset Management tras el despliegue de la versión 2026 R1.1 en nuestro entorno de producción estadounidense. Como resultado, algunos clientes pueden experimentar problemas de rendimiento degradado y fiabilidad intermitente al acceder a ciertas áreas de la interfaz de usuario y realizar tareas relacionadas con el sistema. Prioridad: P2 Actividad de Restauración: Nuestra investigación ha determinado que el problema está relacionado con un defecto de software introducido con la versión 2026 R1.1. Si bien el defecto se había identificado previamente y los procedimientos de mitigación se incorporaron en el proceso de despliegue, la rehabilitación automatizada encontró problemas de ejecución inesperados. En consecuencia, los equipos técnicos han aplicado medidas alternativas de mitigación para reducir el impacto del cliente y estabilizar el rendimiento del sistema. Seguimos monitoreando activamente el medio ambiente y aplicando medidas correctivas para abordar el defecto subyacente y restaurar el funcionamiento normal del servicio.

2. 22 de julio de 2026 a las 13:38 UTCidentified

   Nuestros equipos continúan trabajando en la implementación de un hotfix para abordar el problema. Durante el despliegue, el hotfix encontró las condiciones de la base de datos que le impiden completarse con éxito. Nuestros equipos técnicos están trabajando activamente para resolver esto y están evaluando acciones de mitigación orientadas para permitir que el hotfix termine. Una vez que se haya aplicado con éxito el hotfix, los equipos validarán el rendimiento de los servicios y seguirán monitoreando para confirmar la recuperación. Proporcionaremos otra actualización a medida que se disponga de más información.

3. 22 de julio de 2026 a las 15:40 UTCmonitoring

   El hotfix se ha desplegado con éxito, y los equipos de ingeniería están validando su eficacia. Los equipos siguen vigilando el comportamiento de las plataformas y revisando la telemetría para confirmar la resolución de la cuestión.

4. 22 de julio de 2026 a las 16:16 UTCresolved

   Nuestros equipos han completado la validación posterior al despliegue y han confirmado que el desempeño de los servicios ha regresado a los niveles previstos. La vigilancia continua ha mostrado un funcionamiento estable de la plataforma sin ningún impacto observado. Sobre la base de estos resultados, esta cuestión se considera resuelta.

5. 4 de agosto de 2026 a las 20:57 UTCpostmortem

   **Description:** Flexera One – IT Asset Management – North America – Degraded Performance **Timeframe:** July 20, 2026, 8:13 PM PDT – July 22, 2026, 8:41 AM PDT ‌ **Incident Summary** On July 20, 2026, at approximately 8:13 PM PDT, an issue began affecting Flexera One IT Asset Management customers in the North America production environment following completion of the production release. During the affected period, some customers experienced intermittent application slowness, delayed processing, reconcile failures, timeout conditions, and degraded performance across inventory-related workflows. Technical teams investigated performance and reliability issues observed following the release and worked to determine the underlying cause and scope of impact. The investigation determined that the observed behavior was associated with a defect previously identified in the release. Corrective changes intended to address the defect were included as part of the release activity; however, the corrective changes did not successfully apply across all North America production databases during the deployment process. As a result, some environments continued to experience significantly increased database processing activity during inventory-related operations, contributing to elevated resource consumption, processing delays, timeout conditions, and degraded application performance. Technical teams worked to successfully deploy the corrective changes across the affected North America production databases. Following deployment, teams performed validation activities and monitored processing workflows to confirm recovery. By July 22, 2026, at approximately 8:41 AM PDT, validation confirmed successful processing of previously impacted workloads and that the previously observed failure patterns were no longer occurring. The incident was considered resolved and technical teams continued monitoring to confirm service stability. ‌ **Root Cause** The incident was caused by corrective changes intended to address a previously identified defect not successfully applying across all North America production databases during the release deployment process. As a result, the underlying defect remained active in affected environments and caused significantly more database processing activity than intended during inventory-related processing operations. This increased workload resulted in elevated resource consumption, processing delays, timeout conditions, and degraded platform performance. These conditions contributed to intermittent application slowness, delayed processing, reconcile failures, and degraded performance affecting some IT Asset Management functionality within the North America production environment. ‌ **Remediation Actions** 1. **Incident Investigation Initiated:** Technical teams investigated reports of application slowness, processing delays, reconcile failures, and degraded platform performance affecting the North America production environment. 2. **Impact Assessment Performed:** Teams reviewed customer-reported symptoms, system performance data, processing activity, and platform behavior to determine the scope and nature of the issue. 3. **Cause Identified:** Investigation determined that corrective changes intended to address a previously identified defect did not successfully apply across all North America production databases during the release deployment process. 4. **Processing Behavior Corrected:** Technical teams deployed corrections designed to eliminate the inefficient processing behavior that was contributing to elevated database workload, processing delays, timeout conditions, and degraded application performance. 5. **Recovery Validated:** Teams validated the effectiveness of the deployed changes through monitoring and successful execution of previously impacted processing activities. 6. **Post-Restoration Monitoring Performed:** Additional monitoring confirmed that the previously observed failure patterns and performance degradation were no longer occurring and that service stability had been restored. ‌ **Future Preventative Measures** Based on the investigation, the following follow-up activities have been identified: * **Processing Logic Improvements:** Technical teams implemented and validated corrective changes to the inventory-processing logic responsible for the increased database workload observed following the release. These changes were designed to eliminate the inefficient processing behavior that contributed to processing delays, reconcile failures, timeout conditions, and degraded application performance. * **Critical Hotfix Deployment Process Review:** Technical teams will review the deployment process for critical database hotfixes and evaluate alternative approaches to help ensure required corrective changes are successfully applied during future release activities.

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de julio de 2026 a las 10:24 UTCinvestigating

   Incident Description: Hemos identificado un problema que impacta la facturación y la visibilidad de los costos para los clientes de AWS en todas las regiones. Como resultado de una perturbación activa de los proveedores de servicios, los clientes pueden observar información inexacta, incompleta o retardada sobre costos y usos estimados dentro de la Consola de Facturación y Gestión de Costos. Este problema se limita a los servicios basados en AWS y no afecta a los clientes usando otras plataformas de nube. Prioridad: P2 Actividad de Restauración: Nuestros equipos técnicos han confirmado que la cuestión está relacionada con un evento activo de servicio AWS que afecta a todas las regiones. Estamos monitoreando activamente la situación y trabajando estrechamente con las actualizaciones de AWS para evaluar el impacto del cliente. La restauración de los servicios depende de que AWS resolva el problema subyacente, y seguiremos proporcionando actualizaciones a medida que se disponga de información adicional.

2. 17 de julio de 2026 a las 10:27 UTCinvestigating

   Seguimos investigando esta cuestión.

3. 17 de julio de 2026 a las 13:14 UTCidentified

   Seguimos monitoreando de cerca al proveedor de servicios y su impacto en los servicios afectados. Se proporcionarán más actualizaciones a medida que se disponga de nueva información.

4. 17 de julio de 2026 a las 18:24 UTCidentified

   Nuestros esfuerzos de investigación y validación hasta la fecha no han identificado ningún impacto para detectar datos de facturación o análisis de costos. Los datos revisados sobre facturación y fijación de precios siguen siendo compatibles con los valores previstos. Si bien los resultados iniciales de validación son positivos, continuamos realizando nuevas actividades de validación a medida que se disponga de más datos para confirmar estas conclusiones. Seguimos colaborando con la AWS y seguiremos vigilando de cerca la situación. Compartiremos actualizaciones adicionales a medida que nuestras actividades de validación continúen.

5. 18 de julio de 2026 a las 8:05 UTCidentified

   Seguimos colaborando activamente con la AWS y seguimos vigilando de cerca la situación. AWS ha identificado la causa raíz y ha implementado medidas de mitigación para abordar la cuestión subyacente que dio lugar a datos incorrectos estimados de costos y uso. AWS ha comenzado a rellenar datos para restaurar información precisa sobre costos y uso para todos los clientes y se espera una recuperación completa para el 18 de julio de 2026, 12:00 PM PDT.

6. 18 de julio de 2026 a las 19:33 UTCmonitoring

   Seguimos monitoreando el evento de servicio AWS y seguimos comprometidos con AWS mientras completan sus actividades de recuperación. La validación completada hasta la fecha no ha identificado ningún impacto en los datos de facturación Spot o análisis de costos. Seguimos vigilando la situación y completando todas las actividades de validación restantes antes de determinar el cierre de este incidente.

7. 19 de julio de 2026 a las 12:59 UTCresolved

   AWS resolvió su interrupción del servicio el 18 de julio a las 6:57 AM PDT. Tras la validación exitosa de nuestros equipos técnicos, hemos confirmado que la funcionalidad de servicio ha sido restaurada.

8. 30 de julio de 2026 a las 18:10 UTCpostmortem

   **Descripción:** Flexera Spot – AWS Billing Service Disruption Horario: 17 de julio de 2026, 1:33 AM PDT – 18 de julio de 2026, 6:57 AM PDT ** Resumen del incidente** El 17 de julio de 2026, aproximadamente a las 1:33 AM PDT, los equipos técnicos de Flexera se dieron cuenta de un problema AWS que afectaba a los datos estimados de facturación y uso mostrados dentro de AWS Billing and Cost Management, Cost Explorer y Coste y Usage Reports. Dada la naturaleza de la perturbación del servicio de AWS, los equipos técnicos iniciaron una investigación para determinar si la facturación Spot, el análisis de costos o los cálculos de ahorro para los clientes de AWS se vieron afectados. Durante la investigación, los equipos revisaron los datos de facturación y fijación de precios utilizados por Spot, validaron los costos y tablas de precios pertinentes, supervisaron las actualizaciones de AWS y evaluaron si se habían impactado los datos de facturación o ahorros de los clientes. Los equipos técnicos validaron los datos de facturación y fijación de precios utilizados por Spot y confirmaron que los costos y tablas de precios pertinentes estaban funcionando según lo previsto. La investigación no identificó ningún problema dentro de los datos utilizados por Spot, y no se observaron cálculos de facturación o ahorro incorrectos. Posteriormente, la AWS confirmó que la cuestión se originó en los servicios de facturación y gestión de costos de la AWS, determinó y mitigó la cuestión subyacente y completó las actividades de recuperación y recuperación de datos. Sobre la base de la validación realizada durante toda la investigación, no se observó ningún impacto del cliente dentro de Spot. Tras confirmar la recuperación y terminación de las actividades de validación después de la recuperación, se consideró resuelto el incidente. *Causa real* The incident was caused by an AWS service issue affecting estimated billing and usage data displayed within AWS Billing and Cost Management, Cost Explorer, and Cost and Usage Reports. AWS identificó y mitigó la cuestión subyacente y completó las actividades de recuperación de datos. ** Acciones de rehabilitación** Durante la respuesta al incidente se adoptaron las siguientes medidas: • Investigación de incidentes Iniciada: Los equipos técnicos comenzaron a investigar el problema de facturación y uso de AWS para determinar si los clientes Spot fueron afectados. • Evaluación de impactos realizadas: equipos técnicos evaluaron si la interrupción del servicio AWS afectaba el análisis de facturación Spot y los cálculos de ahorros. • Validación de datos Completada: Los equipos revisaron y validaron los datos de facturación y fijación de precios utilizados por Spot y confirmaron que los costos y tablas de precios pertinentes estaban funcionando según lo previsto. • AWS Recovery Monitored: Los equipos técnicos supervisaron las comunicaciones, actualizaciones de servicios y actividades de recuperación durante todo el incidente. • Validación posterior a la recuperación realizada: Se completó la validación adicional después de las actividades de recuperación de AWS y backfill de datos para confirmar la integridad de los datos de facturación y fijación de precios utilizados por Spot. • Incidente resuelto: El incidente se cerró después de que AWS confirmara la recuperación y la validación técnica no identificó ningún impacto dentro de Spot. **Medidas preventivas completas** Durante el incidente se determinaron las siguientes medidas de seguimiento: • AWS Collaboration and Review: Continue working closely with AWS to understand the underlying cause of provider-gestionged incidents and review any recommendations or learning resulting from their investigation. • Resiliency and Validation Review: Review opportunities to further strengthen validation processes for billing-related data to support faster impact assessment and response during similar third-party service disruptions in the future.

Traducido automáticamente desde la actualización oficial del incidente.

1. 17 de julio de 2026 a las 8:24 UTCidentified

   Descripción del incidente: Hemos identificado una cuestión que afecta al procesamiento del inventario en Flexera One IT Asset Management tras el despliegue de la versión 2026 R1.1 en nuestros entornos APAC y Europa. Como resultado, un subconjunto de clientes puede experimentar un rendimiento degradado al acceder a ciertas áreas de la interfaz de usuario y realizar tareas relacionadas con el sistema. Prioridad: P2 Actividad de restauración: Nuestros equipos técnicos han identificado la cuestión como un defecto de software introducido con la versión 2026 R1.1. Se han aplicado medidas de mitigación para reducir el impacto de los clientes, y los equipos están trabajando activamente para restaurar plenamente el rendimiento de los servicios. Seguiremos proporcionando actualizaciones a medida que se avance.

2. 17 de julio de 2026 a las 15:58 UTCidentified

   Seguimos avanzando en el tratamiento de las cuestiones de rendimiento que afectan a un subconjunto de clientes en los entornos de producción de APAC y Europa. Las correcciones identificadas se han desplegado ahora, y estamos monitoreando activamente el medio ambiente a medida que continúan las actividades de procesamiento de clientes. Nuestros equipos validan la eficacia de estos cambios y evalúan el rendimiento global de las plataformas. Proporcionaremos actualizaciones adicionales a medida que se disponga de más información.

3. 18 de julio de 2026 a las 8:10 UTCmonitoring

   Nuestros equipos continúan validando los hotfixes recientemente desplegados, y los resultados iniciales parecen positivos. Estamos monitoreando de cerca las actividades de procesamiento afectadas para confirmar la eficacia de la fijación y asegurar la estabilidad de la plataforma. La validación está en curso, y seguiremos monitoreando el desempeño antes de confirmar la resolución completa. Proporcionaremos otra actualización a medida que se disponga de más información.

4. 18 de julio de 2026 a las 19:29 UTCresolved

   Tras el despliegue de las soluciones identificadas, las actividades de procesamiento anteriormente impactadas se están completando con éxito y ya no estamos viendo recurrencia de las cuestiones observadas tras la reciente liberación. Sobre la base de los resultados observados después del despliegue de las correcciones, este incidente se resuelve ahora. Publicaremos un RCA completo en los próximos días que incluirá un resumen detallado de la cuestión, la causa raíz y las medidas preventivas que se están aplicando para evitar la recurrencia.

5. 30 de julio de 2026 a las 17:47 UTCpostmortem

   **Descripción:** Flexera One – Gestión de Activos de TI – APAC & UE – Lentitud y rendimiento degradado **Tiempo:** 13 de julio de 2026, 1:00 PM PDT – 18 de julio de 2026, 7:10 AM PDT ** Resumen del incidente** El 13 de julio de 2026, aproximadamente a las 1:00 PM PDT, un problema comenzó a afectar a los clientes de Flexera One IT Asset Management en los entornos de producción APAC y Europa después del despliegue de la versión 2026 R1.1. Durante el período afectado, algunos clientes experimentaron la lentitud de la aplicación intermitente, el procesamiento retardado, la conciliación de fallos y el rendimiento degradado al acceder a ciertas áreas de la aplicación o realizar actividades relacionadas con el inventario. A medida que aumentaban los informes de los clientes, los equipos técnicos comenzaron a investigar patrones comunes en los síntomas reportados para determinar la causa subyacente. La investigación identificó un defecto introducido como parte de la versión Flexera One IT Asset Management 2026 R1.1. En determinadas condiciones, el defecto dio lugar a una actividad de procesamiento de bases de datos significativamente mayor durante las operaciones relacionadas con los inventarios. A medida que se procesaron los datos de inventario, el aumento de la carga de trabajo contribuyó a procesar los retrasos, las condiciones de tiempo y el rendimiento de aplicación degradado para algunos clientes. Los equipos técnicos desarrollaron y desplegaron hotfixes para abordar la cuestión en los entornos de producción afectados. Tras el despliegue, los equipos realizaron actividades de validación y supervisaron los flujos de trabajo de procesamiento afectados para confirmar la recuperación. Para el 18 de julio de 2026, aproximadamente a las 7:10 AM PDT, la validación confirmó el procesamiento exitoso de las cargas de trabajo previamente impactadas y que las pautas de fracaso asociadas con la cuestión ya no estaban ocurriendo. El incidente se consideró resuelto y los equipos técnicos siguieron vigilando para confirmar la estabilidad de los servicios. *Causa real* The incident was caused by a defect introduced in the Flexera One IT Asset Management 2026 R1.1 release affecting inventory-related processing operations. En determinadas condiciones, el defecto causó significativamente más actividad de procesamiento de bases de datos que la prevista durante las operaciones de procesamiento relacionadas con el inventario. Este aumento del volumen de trabajo dio lugar a un elevado consumo de recursos, retrasos en el procesamiento y condiciones de tiempo. Estas condiciones contribuyeron a la lentitud de la aplicación intermitente, el procesamiento retardado, la conciliación de fallos y el rendimiento degradado que afectaba a algunas funciones de gestión de activos de TI. ** Acciones de rehabilitación** 1. Investigación de incidentes Iniciada: Los equipos técnicos comenzaron a investigar informes sobre la lentitud de las aplicaciones, los retrasos en el procesamiento y las cuestiones de fiabilidad que afectan a los entornos de producción de APAC y Europa. 2. Evaluación de impacto realizada: Los equipos revisaron los síntomas reportados por el cliente, los datos del rendimiento del sistema y el comportamiento del procesamiento para determinar el alcance y la naturaleza del problema. 3. Cause Identified: Investigation determined that a defect introduced in the 2026 R1.1 release was generating excessive processing activity during inventory-related operations. 4. Hotfixes Desarrollado y deplorado: Los equipos técnicos desarrollaron y desplegaron hotfixes para corregir el comportamiento de procesamiento afectado en los entornos de producción de APAC y Europa. 5. Recuperación validada: Los equipos validaron la eficacia de los hotfixes mediante la vigilancia y la ejecución exitosa de actividades de procesamiento previamente impactadas. Se realizó un seguimiento posterior a la restauración: un seguimiento adicional confirmó que ya no se habían producido fallos y degradación del desempeño observados anteriormente y que se había restablecido la estabilidad de los servicios. **Medidas preventivas completas** Sobre la base de la investigación, se ha identificado la siguiente actividad de seguimiento: • Procesamiento de mejoras lógicas: Los equipos técnicos implementaron correcciones a la lógica de procesamiento afectada para eliminar el comportamiento ineficiente que contribuyó al aumento del consumo de recursos y la degradación del rendimiento.

Traducido automáticamente desde la actualización oficial del incidente.

1. 14 de julio de 2026 a las 9:13 UTCresolved

   Descripción del incidente:Nuestros equipos identificaron un problema que afecta a Cognos Analytics en el entorno de producción de la UE. Durante la ventana de impacto, los clientes afectados pueden haber sido incapaces de acceder o cargar Cognos Analytics. La investigación actual confirmó que el impacto se limitaba a la región de producción de la UE. Prioridad:P2 Actividad de Restauración: Nuestros equipos técnicos determinaron que el tema estaba relacionado con una actualización reciente a Cognos Analytics, que se completó como parte de las actividades de lanzamiento de la UE Production IT Asset Management. El equipo identificó un problema de configuración introducido durante la actualización, implementó las correcciones de configuración necesarias y restableció la funcionalidad de servicio normal. El medio ambiente sigue siendo estable bajo vigilancia. En un informe posterior a la mortem se compartirán más detalles, incluida la causa raíz y las medidas preventivas.

2. 26 de julio de 2026 a las 7:06 UTCpostmortem

   **Descripción:** Flexera One - IT Asset Management - EU - Congnos analytics access issue **Tiempo:** 13 de julio de 2026, 12:51 PM PDT al 14 de julio de 2026, 1:52 AM PDT ** Resumen del incidente** El lunes 13 de julio de 2026, a las 12:51 PM PDT, Tras la actualización Cognos Analytics 12.1.2 implementada como parte de la versión Flexera One IT Asset Management en el entorno de producción de Europa \(EU\), nuestros equipos identificaron un problema que impidió a los clientes acceder a Cognos Analytics. As a result, affected users were unable to successfully launch the application after the scheduled maintenance activities had been completed. Los equipos técnicos iniciaron inmediatamente una investigación y confirmaron que la cuestión estaba aislada al entorno de producción de la UE, sin ningún impacto observado en otras regiones de producción. Otro análisis determinó que la actualización misma había finalizado con éxito; sin embargo, una parte de las actividades de configuración necesarias después de la actualización no se habían aplicado plenamente, evitando que Cognos Analytics empezara correctamente. Las tareas de configuración restantes se completaron rápidamente, restaurando la funcionalidad normal de Cognos Analytics. Following comprehensive validation of customer access and a period of enhanced monitoring, the service was confirmed to be operating normally and the incident was declared resolved. *Causa real* * Configuración Incompleta Post-Upgrade: Aunque la actualización Cognos Analytics 12.1.2 completó con éxito, no se completaron completamente las tareas necesarias de configuración post-upgrade antes de que el medio ambiente fuera devuelto al servicio. * Inauguración de servicio: La configuración incompleta impidió que Cognos Analytics inicializara correctamente, lo que dio lugar a que los clientes no pudieran acceder a la aplicación. * Impacto regional: La cuestión se limitó al entorno de producción de la UE. No impact was identified in North America, APAC, or other production regions. ** Acciones de rehabilitación** Para restaurar el servicio, equipos técnicos: * Se completaron las actividades de configuración necesarias después de la actualización que no se habían aplicado plenamente durante el despliegue. * Reinicialización y validación de los servicios de Cognos Analytics para confirmar la exitosa inicialización de aplicaciones. * Realización de pruebas funcionales y validación de acceso al cliente para verificar que las capacidades de presentación de informes estaban operando como se esperaba. * Colocaron el medio ambiente bajo mayor vigilancia después de la recuperación para garantizar la estabilidad de los servicios. **Medidas preventivas completas** * Validación mejorada después de la actualización: Fortalecer los procedimientos de validación del despliegue para verificar que todas las actividades de configuración necesarias después de la actualización hayan concluido con éxito antes de concluir las actividades de mantenimiento. * Mejor vigilancia y alerta: Mejorar el monitoreo y alerta de análisis para permitir la detección previa de la degradación de los servicios después de las mejoras. * Lista de verificación del despliegue Mejoras: Actualizar los registros de despliegue y las listas de verificación operacionales para incluir la verificación adicional de la terminación de la configuración posterior a la actualización antes de devolver el medio ambiente al servicio de producción. * Revisión de la Lectura Operacional: Revisar los procedimientos de ejecución de mejoras para asegurar que todas las tareas obligatorias posteriores al despliegue se completen y validen antes de cerrar las ventanas de mantenimiento.

Traducido automáticamente desde la actualización oficial del incidente.

1. 12 de julio de 2026 a las 23:51 UTCinvestigating

   Descripción del incidente: Estamos experimentando un problema que afecta a los clientes de Flexera One IT Asset Management (ITAM) en la región APAC. Los clientes pueden notar que ciertos elementos de navegación y menú dentro de la interfaz ITAM no son visibles, lo que resulta en un acceso limitado a alguna funcionalidad. Prioridad: P2 Actividad de Restauración: Nuestros equipos técnicos están investigando activamente esta cuestión y trabajando para restaurar la plena funcionalidad. Seguiremos proporcionando actualizaciones a medida que se disponga de más información.

2. 13 de julio de 2026 a las 0:28 UTCidentified

   Nuestra investigación ha identificado una elevada utilización de los recursos que afecta a la funcionalidad asociada al problema denunciado. Actualmente se están llevando a cabo medidas de mitigación, incluido el aumento de la capacidad del sistema para apoyar las actividades de recuperación. Estamos monitoreando activamente el medio ambiente y validando el comportamiento de la plataforma a medida que estos cambios se implementan. El trabajo sigue siendo permanente para restaurar la funcionalidad completa para los clientes afectados, y compartiremos actualizaciones adicionales a medida que se avance.

3. 13 de julio de 2026 a las 1:52 UTCidentified

   Nuestra investigación ha identificado un posible problema de configuración asociado con la funcionalidad afectada. Como parte de las actividades de mitigación en curso, se han revertido los cambios de configuración y ya se han completado los aumentos de la capacidad iniciados anteriormente. Estamos monitoreando activamente el medio ambiente y validando el comportamiento de la plataforma a medida que estos cambios tienen efecto. El trabajo sigue siendo permanente para restaurar la plena funcionalidad de los clientes afectados, y proporcionaremos nuevas actualizaciones a medida que se avance.

4. 13 de julio de 2026 a las 3:44 UTCresolved

   Tras una vigilancia ampliada, hemos confirmado que el desempeño de los servicios ha permanecido estable y está funcionando según lo previsto. Esta cuestión se resuelve ahora.

5. 12 de agosto de 2026 a las 5:15 UTCpostmortem

   **Description:** Flexera One - IT Asset Management - APAC - Missing Menu Items **Timeframe:** July 12, 2026, 3:00 PM PDT - July 12, 2026, 7:16 PM PDT **Incident Summary** On Sunday, July 12, 2026, at 3:00 PM PDT, customers in the APAC production environment began reporting that several IT Asset Management \(ITAM\) menu items, including functionality such as Reports and All Applications, were no longer visible within the Flexera One user interface. Multiple customers were affected, impacting their ability to navigate and access portions of the ITAM application. Technical teams immediately began investigating the issue and identified authentication-related errors affecting the ITAM user interface. During the investigation, teams reviewed infrastructure health, application behavior, and recent platform changes to determine the source of the problem. The investigation determined that an application configuration change associated with a newly introduced authentication capability had been incorrectly applied to the production environment. The issue became apparent when application instances were refreshed, resulting in authentication-related failures that prevented certain ITAM menu items from loading correctly for affected users. Technical teams reverted the affected configuration, refreshed the impacted application instances, and validated recovery across the environment. Following these actions, menu functionality was restored, affected customers confirmed recovery, and the incident was resolved on July 12, 2026, at 7:16 PM PDT after validation and monitoring confirmed normal operation had returned. **Root Cause** Investigation determined that an application configuration change associated with a new authentication capability was incorrectly applied to the production environment. When application instances were subsequently refreshed, the incorrect configuration resulted in authentication-related errors within the ITAM user interface. These errors prevented certain navigation components from loading correctly, causing affected users to experience missing menu items until the configuration was corrected and the affected instances were refreshed. **Remediation Actions** The following actions were taken during the incident response: 1. Incident Investigation Initiated: Technical teams began investigating after receiving reports from multiple customers regarding missing ITAM menu items. 2. Application Configuration Reviewed: Recent application and configuration changes were reviewed to identify the source of the menu-loading failures. 3. Incorrect Configuration Identified: Technical teams determined that an authentication-related configuration change had been incorrectly applied to the production environment. 4. Configuration Corrected: The affected configuration was removed from the impacted production instances. 5. Application Instances Refreshed: Impacted application instances were refreshed to ensure the corrected configuration was consistently applied across the environment. 6. Recovery Validation Performed: Technical teams validated menu visibility and functionality across the affected environment and confirmed recovery with impacted customers. **Future Preventative Measures** Following the incident, corrective measures were implemented to prevent recurrence of the issue and improve detection of similar conditions in the future. 1. Health Check Monitoring Improvements: The existing health check was updated to detect the application behavior associated with this failure condition. The revised monitoring is designed to identify similar menu-loading and authentication-related application failures more effectively and accelerate detection should a similar issue occur in the future. 2. Deployment Process Reinforcement: The incident highlighted the importance of ensuring new authentication-related features are applied only to their intended environments. The deployment approach and expected application process for these changes have been reinforced with the technical team to reduce the risk of similar configuration issues in the future.

Traducido automáticamente desde la actualización oficial del incidente.

1. 6 de julio de 2026 a las 14:19 UTCinvestigating

   Descripción del incidente: Actualmente estamos investigando el rendimiento degradado que afecta a Spot Ocean ECS para clientes de AWS. Los clientes pueden experimentar una lentitud o retrasos significativos al acceder a la consola o utilizar ciertas funciones de Ocean ECS. Prioridad: P2 Actividad de restauración: Nuestros equipos técnicos están investigando y trabajando activamente para restaurar la funcionalidad normal. Proporcionaremos más actualizaciones a medida que se disponga de más información.

2. 6 de julio de 2026 a las 15:11 UTCmonitoring

   Nuestra investigación identificó que la degradación estaba relacionada con un evento de salud de servicio AWS que impactó a la región de nosotros-este-1. Desde entonces, la AWS ha informado de que se ha resuelto la cuestión y ahora estamos viendo señales de recuperación de nuestro lado, como mejorar el rendimiento de la consola Spot Ocean ECS y completar con éxito los flujos de trabajo AWS relacionados. El entorno de producción parece estable en este momento. Nuestros equipos seguirán monitoreando durante un breve período de validación para asegurar que el desempeño siga siendo estable antes de marcar el incidente resuelto.

3. 6 de julio de 2026 a las 16:57 UTCresolved

   Hemos seguido vigilando el medio ambiente durante un período prolongado y los servicios han permanecido estables, sin que se hayan observado otras cuestiones. Este incidente ha sido resuelto.

4. 20 de julio de 2026 a las 7:00 UTCpostmortem

   **Descripción:** Spot Ocean – AWS – Ocean ECS Console Performance Degradation **Tiempo:** Julio 6, 2026, 05:45 AM PDT al 6 de julio de 2026, 07:53 AM PDT ** Resumen del incidente** El lunes 6 de julio de 2026, a las 05:45 AM PDT , nuestros equipos identificaron una degradación del rendimiento que afecta a Spot Ocean ECS para clientes de AWS. Durante la ventana de impacto, los clientes experimentaron mayor latencia al acceder a la consola Ocean ECS, y algunas operaciones relacionadas con AWS se retrasaron o no completaron con éxito. Los equipos técnicos iniciaron inmediatamente una investigación para identificar la fuente de la cuestión. Como una perturbación de los servicios de la AWS se estaba produciendo simultáneamente en la región de la AWS, la investigación examinó inicialmente tanto el evento externo de la AWS como un despliegue de producción recientemente terminado como posibles factores que contribuyen. Mediante análisis detallados, los equipos determinaron que la causa principal del impacto del cliente era la inestabilidad introducida por el reciente despliegue de Gateway. La degradación resultante en el rendimiento de Gateway afectó el procesamiento de solicitudes y la capacidad de respuesta dentro de Spot Ocean ECS. Si bien la perturbación concurrente del servicio de la AWS añadió complejidad a la investigación, se confirmó que no era el principal motor del impacto de la atención al cliente. Para restaurar el servicio, los equipos hicieron retroceder el despliegue a la versión estable anterior. Tras la devolución, el rendimiento de la plataforma volvió a los niveles esperados y los flujos de trabajo de los clientes reanudaron el funcionamiento normal. Un período prolongado de vigilancia confirmó la estabilidad sostenida de los servicios antes de que se resolviera oficialmente el evento. *Causa real* El incidente fue causado por la inestabilidad introducida en un despliegue de Gateway. El despliegue dio como resultado un rendimiento degradado dentro del servicio Gateway, reduciendo su capacidad para procesar eficientemente las solicitudes de clientes. Esto causó mayores tiempos de respuesta y fallos intermitentes para las operaciones de consolas Spot Ocean ECS y los flujos de trabajo relacionados con AWS. Volviendo a la versión estable anterior Gateway restaurado el rendimiento normal de la plataforma y resolvió el impacto del cliente. Factores de contribución * Una perturbación simultánea del servicio AWS en la región de nosotros-este-1 ocurrió durante el mismo período. Aunque no fue la causa del incidente, complicó la investigación inicial y atrasó la identificación del problema subyacente de Gateway. * El retroceso de Gateway requiere tiempo adicional debido a la escala del despliegue de la producción, ampliando el proceso de recuperación general. * Las operaciones que involucraron la creación de recursos y actualizaciones experimentaron mayor impacto que las actividades sólo lectura debido a la capacidad de respuesta degradada de Gateway. ** Acciones de rehabilitación** * Los equipos técnicos investigaron la degradación e identificaron un reciente despliegue de Gateway como la principal fuente de la cuestión. * El despliegue de Gateway afectado fue lanzado de nuevo a la última versión estable conocida, restaurando la estabilidad del servicio. * El rendimiento de la plataforma y los flujos de trabajo orientados al cliente fueron validados después de la devolución. * Los equipos técnicos terminaron un período de vigilancia prolongado para confirmar la operación estable de servicios antes de cerrar el incidente. **Medidas preventivas completas** * Mejora de las salvaguardias de despliegue - Los equipos de ingeniería fortalecerán los controles de despliegue y los procesos de validación para reducir la probabilidad de que surjan problemas similares relacionados con el despliegue que afectan a los entornos de producción. * Vigilancia de la plataforma mejorada - Se implementará un seguimiento y alerta adicionales para proporcionar una detección previa de comportamientos anormales de la puerta de entrada, incluyendo la capacidad de respuesta al servicio, la utilización de recursos y la estabilidad de la aplicación. * Procedimientos mejorados de recuperación - Se mejorarán los procedimientos de retroceso y se validarán periódicamente para reducir el tiempo de recuperación y mejorar la eficiencia operacional durante los incidentes relacionados con el despliegue. * Validación de la salud del servicio proactivo - Se ampliarán los controles de salud sintéticos para validar continuamente los flujos de trabajo críticos de los usuarios de Ocean ECS, lo que permitirá identificar previamente la degradación del rendimiento de los clientes. * Vigilancia de la dependencia mejorada - Los equipos de ingeniería seguirán mejorando la visibilidad de los eventos de servicios externos en la nube y las dependencias de la plataforma para permitir una diferenciación más rápida entre los problemas de la plataforma interna y las interrupciones de servicios de terceros durante futuras investigaciones.

Traducido automáticamente desde la actualización oficial del incidente.

1. 3 de julio de 2026 a las 19:07 UTCresolved

   Descripción del incidente: Identificamos una cuestión que afecta a un subconjunto de servicios de Flexera One en la región de APAC, que puede haber dado lugar a problemas de acceso intermitente o fallos para algunos usuarios. El impacto fue intermitente, y otras regiones no se vieron afectadas. La cuestión se ha resuelto y los servicios afectados funcionan normalmente. Prioridad: P2 Actividad de Restauración: Nuestros equipos técnicos investigaron el problema y revertieron un cambio reciente para restaurar el servicio. Confirmamos que los servicios afectados funcionan normalmente y siguen vigilando para garantizar la estabilidad de las plataformas. Este incidente ha sido resuelto.

2. 17 de julio de 2026 a las 6:11 UTCpostmortem

   **Descripción:** Flexera One – APAC – Cuestiones de acceso intermitente **Tiempo:** 3 de julio de 2026, 11:20 AM PDT – 3 de julio de 2026, 11:50 AM PDT ** Resumen del incidente** El 3 de julio de 2026, aproximadamente a las 11:20 AM PDT, se identificó un problema que afectaba a un subconjunto de servicios de Flexera One en el entorno de producción de APAC. Durante la ventana del incidente, algunos clientes pueden haber experimentado problemas de acceso intermitente o fallos al acceder a ciertas áreas de la plataforma Flexera One. El impacto era de carácter intermitente, ya que la capacidad de servicio redundante seguía estando disponible y continuaba sirviendo tráfico durante el incidente. Other Flexera One regions, including NAM and EU, were not impacted. Los equipos técnicos comenzaron a investigar de inmediato y revisaron los servicios afectados y los componentes de la plataforma de apoyo dentro del entorno APAC. The investigation identified that a recent change made within the APAC environment was contributing to the intermittent service failures being observed. Como parte del esfuerzo de recuperación, el cambio fue revertido y el comportamiento de servicio fue monitoreado para validar la recuperación. Tras la devolución, se restableció la estabilidad de servicio y los clientes pudieron acceder normalmente a la funcionalidad afectada. Aproximadamente a las 11:50 AM PDT, los servicios operaban como se esperaba y el incidente se consideró resuelto. *Causa real* El incidente fue causado por un cambio de configuración dentro del entorno APAC que afectó involuntariamente la comunicación entre un subconjunto de servicios de plataforma y un componente de plataforma de backend. During the investigation, technical teams determined that the change resulted in certain platform services being unable to communicate properly with the affected component. Esto dio lugar a fallos intermitentes que afectaron a un subconjunto de servicios de Flexera One en la región APAC. Si bien se estaba produciendo la cuestión, una o más cápsulas de apoyo a los servicios afectados seguían disponibles y continuaban sirviendo tráfico. Como resultado, los clientes experimentaron problemas de acceso intermitente en lugar de un servicio completo. ** Acciones de rehabilitación** Durante la respuesta al incidente se adoptaron las siguientes medidas: • Investigación de incidentes Iniciada: Los equipos técnicos comenzaron a investigar problemas de acceso intermitente que afectan a un subconjunto de servicios de Flexera One en la región de APAC. • Revisión de la Plataforma Completada: Los equipos técnicos revisaron los servicios afectados y los componentes de la plataforma de apoyo dentro del entorno APAC para identificar la fuente del problema. • Cambio reciente identificado: La investigación identificó un cambio recientemente implementado que se correlacionó con la degradación del servicio observado. • Cambio Revertido: El cambio identificado fue revertido como parte del esfuerzo de mitigación para restaurar el comportamiento normal del servicio. • Recuperación de Servicio Validado: Los equipos técnicos supervisaron el comportamiento del servicio después del rollback y confirmaron que la funcionalidad afectada funcionaba normalmente. • Seguimiento de la Estabilidad de la Plataforma: Se realizó un seguimiento adicional después de las actividades de restauración para verificar la estabilidad continua del servicio antes de que se cerrara el incidente. **Medidas preventivas completas** Este incidente puso de relieve la importancia de validar los cambios de plataforma para asegurar que se identifiquen los efectos no deseados antes de afectar la disponibilidad de servicios. Sobre la base de la investigación, se llevan a cabo las siguientes actividades de seguimiento: • Mejoras de validación de configuración: Revisar y mejorar los procesos de validación para los cambios de configuración de infraestructuras y plataformas para ayudar a identificar impactos no deseados antes de que los cambios se implementen en entornos de producción. • Mejoras de la verificación después del despliegue: Revisar los procedimientos de verificación después del despliegue para asegurar que las dependencias de servicios esenciales sigan siendo accesibles y funcionando según lo previsto a continuación de los cambios de configuración.

Traducido automáticamente desde la actualización oficial del incidente.

1. 25 de junio de 2026 a las 6:54 UTCresolved

   Descripción del incidente: Identificamos un problema que afecta al procesamiento del inventario en Flexera One IT Asset Management tras la liberación de 2026 R1 en el entorno APAC y Europa. Como resultado, algunas subidas de inventario no se procesaron con éxito, lo que hizo que los datos de inventario mostrados en Flexera One IT Asset Management se retrasaran y no reflejaran el inventario de clientes más recientemente subido. Prioridad: P2 Actividad de Restauración: Los equipos técnicos determinaron una cuestión relacionada con la capacidad que afectaba al procesamiento de los inventarios y prestaron servicios específicos en las regiones afectadas para restablecer el procesamiento normal. El servicio fue restaurado para el 24 de junio de 2026, 11:00 PM PDT, y los archivos de inventario se están procesando con éxito. Nuestros equipos siguen vigilando la plataforma para garantizar una estabilidad sostenida. Un informe posterior a la mortem que detalla la causa raíz y las medidas preventivas se compartirán una vez que la investigación esté completa.

2. 15 de julio de 2026 a las 6:18 UTCpostmortem

   **Descripción:** Flexera One- IT Asset management- APAC " EU - NDI Inventory Import Failures **Tiempo:** 18 de junio de 2026, 09:00 AM PDT al 25 de junio de 2026, 02:42 AM PDT ** Resumen del incidente** El miércoles 24 de junio de 2026, 11:35 PM PDT, tras el despliegue de la versión de Flexera One IT Asset Management 2026 R1 a los entornos de producción de Australia y Europa, nuestros equipos identificaron un problema que afecta al procesamiento de archivos de inventario NDI. Como resultado, un número significativo de archivos de inventario fallaron durante el procesamiento y no se reflejaron en los datos de inventario de los clientes, lo que causó que la información de inventario mostrada en Flexera One ITAM quedara obsoleta para los clientes afectados. Los equipos técnicos iniciaron inmediatamente una investigación y determinaron que la cuestión se había producido dentro del flujo de trabajo de procesamiento de inventario introducido con la versión 2026 R1. Los archivos de inventarios fallidos se acumularon después de las reiteradas fallas de procesamiento, evitando la finalización exitosa de las actualizaciones de inventario y contribuyendo a aumentar la carga de procesamiento en los servicios afectados. Para restaurar el servicio, los equipos técnicos implementaron acciones correctivas refrescando los servicios de aplicaciones afectados en entornos afectados. Tras las actividades de restauración, se reanudaron con éxito el procesamiento de inventarios y se procesaron las nuevas cargas de inventario según se esperaba. El monitoreo continuo confirmó el comportamiento estable de la plataforma, y el incidente fue declarado resuelto después de la validación sostenida. *Causa real* La cuestión fue causada por un defecto introducido con la versión 2026 R1 de Flexera One IT Asset Management que afectó el procesamiento de archivos de inventario NDI. En condiciones específicas, los archivos de inventario no podían ser procesados con éxito debido a un problema dentro del flujo de trabajo de autenticación y procesamiento, causando que los archivos fueran rechazados antes de que el procesamiento pudiera completar. A medida que se acumulaban archivos fallidos, la capacidad de procesamiento se consumía cada vez más por fallos repetidos, evitando el procesamiento exitoso de inventarios y retrasando las actualizaciones de inventario para los clientes afectados. Factores de contribución * Los archivos de inventario no utilizados se acumularon dentro del flujo de trabajo de procesamiento, aumentando la utilización de los recursos en los servicios de inventario afectados. * El aumento de la carga de procesamiento redujo la capacidad disponible para nuevas solicitudes de procesamiento de inventarios. * La cuestión afecta a los entornos de producción que ejecutan la versión 2026 R1; América del Norte La producción no se vio afectada porque la liberación aún no se había desplegado. ** Acciones de rehabilitación** * Los equipos técnicos determinaron el flujo de trabajo de procesamiento de inventarios afectados y aplicaron medidas correctivas para restablecer el servicio. * Los servicios de aplicaciones se refrescaron en los entornos de producción afectados, restaurando el procesamiento normal de inventarios. * Procesamiento de nuevos archivos de inventario reanudados con éxito después de la restauración del servicio. * El medio ambiente siguió siendo objeto de una vigilancia mejorada para validar los resultados de la tramitación y confirmar la recuperación sostenida. **Medidas preventivas completas** * Validación mejorada de la liberación - Se mejorarán los procedimientos de validación de la liberación para incluir pruebas complementarias de los flujos de trabajo de procesamiento de inventario después de las principales versiones de la plataforma. * Vigilancia del procesamiento mejorado - Se revisará y ampliará la vigilancia y alerta para proporcionar una detección previa de fallos anormales de procesamiento de inventario y acumulación excesiva de archivos dentro de las colas de procesamiento. * Resiliencia operacional - Se aplicarán salvaguardias adicionales dentro del flujo de trabajo de procesamiento de inventarios para mejorar la recuperación de los fallos de procesamiento y reducir al mínimo el impacto del cliente si se producen condiciones similares en el futuro. * Mejoras de calidad y revisión del código \(Completed\) - Como parte del examen posterior al incidente, se ha corregido el código afectado para asegurar que los fallos en la comunicación se manejen adecuadamente y no resulten en efectos de procesamiento más amplios. Además, se ha reforzado el proceso de desarrollo y examen para asegurar que se evalúen debidamente las conclusiones del examen y se aborden antes de que se aprueben los cambios futuros para su puesta en libertad.

Traducido automáticamente desde la actualización oficial del incidente.

1. 24 de junio de 2026 a las 8:00 UTCinvestigating

   Descripción del incidente: Hemos identificado un problema que afecta el acceso de acceso a Flexera One en la región de la UE. Los clientes pueden recibir errores al intentar iniciar sesión en Flexera One. Prioridad: P1 Actividad de Restauración: Nuestros equipos técnicos están investigando activamente el problema y trabajando para implementar acciones correctivas para restaurar la funcionalidad de inicio de sesión normal. Se siguen realizando esfuerzos de investigación y estabilización. Seguiremos vigilando de cerca la situación y proporcionaremos nuevas actualizaciones a medida que continúen los progresos.

2. 24 de junio de 2026 a las 9:00 UTCresolved

   El problema ha sido resuelto, y la funcionalidad de inicio de sesión ha sido restaurada para clientes afectados. Los equipos técnicos determinaron la causa de la cuestión y aplicaron medidas correctivas para restablecer el funcionamiento normal del servicio. El medio ambiente sigue siendo estable y la vigilancia continua ha confirmado la autenticación y el acceso a las plataformas con éxito. Una vez finalizada la investigación se distribuirá un informe posterior a la mortem que contenga detalles adicionales.

3. 7 de julio de 2026 a las 8:28 UTCpostmortem

   **Descripción:** Flexera One – UE – Acceder a la interrupción del acceso **Tiempo:** 24 de junio de 2026, 12:41 AM PDT al 24 de junio de 2026, 02:04 AM PDT ** Resumen del incidente** El miércoles 24 de junio de 2026, a las 12:41 AM PDT, nuestros equipos detectaron un problema que afectaba a los clientes de la región de la UE. Los usuarios afectados experimentaron fallos de autenticación al intentar iniciar sesión en Flexera One utilizando Single Sign-On \(SSO\), lo que dio lugar a errores de servidor e impidiendo el acceso a la plataforma. Tras la detección, los equipos técnicos iniciaron inmediatamente una investigación y confirmaron que la cuestión estaba aislada al flujo de trabajo de autenticación. La validación de los servicios de aplicaciones y plataformas subyacentes mostró que toda la infraestructura básica seguía siendo sana y operacional. Otro análisis determinó que una cuenta de servicio utilizada para comunicarse con el proveedor de identidad se había vuelto indisponible, causando que las solicitudes de autenticación fallaran. La cuenta de servicio fue restaurada rápidamente, que restableció el procesamiento normal de autenticación y el acceso al cliente totalmente restaurado. Después de la restauración, el entorno fue supervisado de cerca y la funcionalidad de inicio de sesión fue validada integralmente para garantizar la estabilidad del servicio. No se observó ningún impacto adicional del cliente, y el incidente fue declarado posteriormente resuelto. *Causa real* El problema fue causado por la suspensión no deseada de una cuenta de servicio que apoya la autenticación entre Flexera One y el proveedor de identidad. Como resultado, las solicitudes de autenticación no pudieron procesarse con éxito, impidiendo que los clientes afectados de la región de producción de la UE accedan a la plataforma a través de Single Sign-On \(SSO\). Factores de contribución * Una cuenta de servicio crítica al flujo de trabajo de autenticación fue suspendida involuntariamente durante una actividad rutinaria de limpieza. * La suspensión impidió que las solicitudes de autenticación fueran validadas con éxito, resultando en fallos de inicio de sesión para clientes afectados. * El tema fue aislado al servicio de autenticación y no afectó la disponibilidad de la infraestructura de aplicación o plataforma subyacente. ** Acciones de rehabilitación** * La cuenta de servicio afectada fue restaurada, restableciendo la autenticación con el proveedor de identidad. * La funcionalidad de inicio de sesión fue validada después de la restauración. * Los equipos de ingeniería continuaron monitoreando para confirmar la estabilidad de la plataforma y la autenticación exitosa de los clientes. **Medidas preventivas completas** * Gobernanza de la Cuenta de Servicios - Se reforzarán los procesos que rigen las cuentas de servicios esenciales para reducir el riesgo de cambios inadvertidos que afectan a los servicios de producción. * Monitoreo mejorado - Monitorización y alerta se mejorará para proporcionar la detección previa de fallas de autenticación que afectan a los flujos de trabajo de inicio de sesión de clientes. * Mejoras del proceso operativo - Nuestros equipos han documentado esto como lección aprendida y implementarán mejoras de proceso para reducir la probabilidad de incidentes similares.

Traducido automáticamente desde la actualización oficial del incidente.