Historial de interrupciones de Flexera

1. August 18, 2026 at 9:32 AM 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. August 18, 2026 at 10:18 AM 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. August 18, 2026 at 10:43 AM 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. August 18, 2026 at 10:50 AM UTCidentified

   Seguimos trabajando para solucionar este problema.

5. August 18, 2026 at 11:47 AM 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. August 18, 2026 at 12:13 PM 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. August 13, 2026 at 1:08 AM 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. August 13, 2026 at 3:27 AM 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. August 13, 2026 at 3:27 AM UTCmonitoring

   We are continuing to monitor for any further issues.

4. August 13, 2026 at 5:57 AM 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. August 11, 2026 at 5:26 PM UTCinvestigating

   Incident Description: We are investigating an issue affecting Cloud Cost Optimization (CCO) services in the North America (NAM) region. Customers may experience pages failing to load, prolonged loading behavior, or difficulty accessing certain Cloud Cost Optimization functionality within Flexera One. Priority: P2 Restoration Activity: Our technical teams are actively investigating the issue and working to restore normal service. Current efforts are focused on identifying the cause of the degradation and validating corrective actions. We will provide additional updates as more information becomes available.

2. August 11, 2026 at 5:48 PM UTCidentified

   Our investigation has identified the issue affecting certain Cloud Cost Optimization (CCO) functionality in the North America region. Following a recent service migration, some application components were not operating with the expected resource configuration, resulting in certain requests failing to complete and impacted pages remaining in a continuous loading state. Our technical teams have implemented configuration changes to restore the appropriate resource allocation for the affected services and are currently deploying those changes. We are monitoring recovery and validating service functionality as the update takes effect. We will provide additional updates as progress continues.

3. August 11, 2026 at 6:08 PM UTCmonitoring

   The configuration changes have been deployed, and the affected service components are now operating with the intended resource configuration. Our technical teams have observed recovery of the impacted Cloud Cost Optimization (CCO) functionality in the North America region and are performing final validation to confirm service stability. We will continue to monitor the environment closely and provide a further update once validation activities are complete.

4. August 11, 2026 at 8:26 PM UTCresolved

   Following a period of monitoring, services have remained stable and no further issues have been observed. This incident is now considered resolved.

5. August 14, 2026 at 8:02 PM UTCpostmortem

   **Description:** Flexera One - Cloud Cost Optimization \(CCO\) - North America - Service Degradation Affecting Certain Functionality **Timeframe:** August 11, 2026, 9:51 AM PDT – August 11, 2026, 10:45 AM PDT **Incident Summary** On August 11, 2026, customers may have experienced issues accessing certain Cloud Cost Optimization \(CCO\) functionality in the North America region. Impacted pages could remain in a continuous loading state and fail to render correctly. Technical teams began investigating after identifying that certain application requests were not completing successfully. The impact was limited to specific functionality rather than the entire CCO service. During the investigation, technical teams determined that dependent application services were unable to successfully retrieve required configuration information from a supporting service component, resulting in rendering issues for affected functionality. Corrective configuration changes were implemented and updated service components were deployed. Following deployment, technical teams validated recovery and continued monitoring the environment to confirm stable operation. All affected functionality subsequently returned to normal operation. **Root Cause** During a recent service migration, a supporting application component was deployed with an incorrect resource configuration. As processing demand increased, the affected service components exhausted available resources and became unavailable. As a result, dependent application services were unable to successfully retrieve required configuration information needed to process certain requests. This resulted in rendering issues affecting specific Cloud Cost Optimization \(CCO\) functionality. **Remediation Actions** The following actions were taken during the incident response: 1. Incident Investigation Initiated: Technical teams investigated reports of affected CCO functionality remaining in a continuous loading state and failing to render correctly. 2. Service Dependency Analysis Performed: Technical teams identified that dependent application services were unable to successfully retrieve required configuration information from a supporting service component. 3. Configuration Issue Identified: Investigation determined that a supporting application component had been deployed with an incorrect resource configuration following a recent service migration. 4. Corrective Configuration Changes Applied: Technical teams implemented configuration changes to restore the intended operating parameters for the affected service components. 5. Service Recovery Validation Performed: Updated service components were deployed, affected functionality was validated, and the environment was monitored to confirm stable operation before incident closure. **Future Preventative Measures** Following this incident, technical teams reviewed the migration and deployment process associated with the affected service component. 1. Configuration Validation Enhancements: An additional validation step has been added to verify that service configurations are appropriate for forecasted processing requirements following migration activities. This additional review is intended to help identify configuration discrepancies before they can affect production workloads.

1. August 7, 2026 at 4:55 AM 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. August 7, 2026 at 12:28 PM UTCidentified

   Our teams have identified the cause of the issue and are currently working to resolve it.

3. August 8, 2026 at 10:48 AM UTCidentified

   Our teams continue to work toward a resolution. During the ongoing investigation, we identified that in some instances emails from Flexera may be being blocked by SharePoint. Addressing this issue requires additional investigation and coordination with the relevant parties to ensure the appropriate corrective actions are taken. We will continue to provide updates as more information becomes available.

4. August 10, 2026 at 10:10 AM UTCidentified

   Our teams continue working toward a resolution. Additional investigation and coordination with the appropriate teams are underway to restore normal email flow. We will provide further updates as more information becomes available.

5. August 12, 2026 at 1:50 PM UTCmonitoring

   Our teams have implemented corrective measures and are observing positive results. Initial validation testing has been successful, indicating that the mitigation actions are effective. We will continue to closely monitor the service to ensure ongoing stability and will provide further updates as they become available.

6. August 14, 2026 at 5:41 AM UTCresolved

   After extended monitoring, our teams have confirmed that all email updates are being delivered successfully. This incident has been declared as resolved.

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

1. August 5, 2026 at 8:28 AM 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.

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

1. August 3, 2026 at 6:56 AM 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. August 3, 2026 at 8:10 AM 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. August 3, 2026 at 9:38 AM 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. August 3, 2026 at 10:40 AM 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. August 3, 2026 at 10:40 AM UTCmonitoring

   Continuamos monitoreando cualquier otro problema.

6. August 3, 2026 at 5:09 PM 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. August 4, 2026 at 7:02 AM 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. August 4, 2026 at 11:09 AM 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. August 18, 2026 at 12:41 PM 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. July 29, 2026 at 4:36 AM 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. July 29, 2026 at 6:02 AM 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. July 29, 2026 at 9:52 AM 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. August 11, 2026 at 10:28 AM 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. July 28, 2026 at 11:14 PM 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. July 29, 2026 at 12:34 AM 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. July 29, 2026 at 2:05 AM 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. August 12, 2026 at 5:33 PM UTCpostmortem

   **Description:** Flexera One - APAC - Intermittent Service Disruption ## Timeframe **Timeframe:** July 28, 2026, 3:16 PM PDT - July 28, 2026, 5:39 PM PDT ## Incident Summary On Tuesday, July 28, 2026, at 3:49 PM PDT, customers using Flexera One services in the APAC region began experiencing intermittent service disruptions affecting multiple applications and platform capabilities. Customers may have encountered login issues, application errors, failed page loads, API errors, and intermittent access to certain Flexera One functionality. During the incident, multiple services experienced intermittent communication failures with shared platform services. As a result, customers experienced inconsistent application behavior, with some requests succeeding while others failed. Technical teams investigated the issue across affected applications and platform components to determine the scope and source of the failures. The investigation identified a connectivity issue affecting communication between application services and a shared platform dependency. Corrective configuration changes were implemented to restore service communication and stabilize affected functionality. Following implementation of the corrective changes, technical teams validated functionality across impacted applications and confirmed that services had returned to normal operation. Continued monitoring showed stable service behavior, and the incident was resolved at 5:40 PM PDT on July 28, 2026. ## Root Cause Investigation determined that the incident was caused by a connectivity issue introduced during a platform infrastructure migration. Following the migration, certain application services continued using legacy connection ports when communicating with shared platform services. When affected services restarted, they attempted to communicate using endpoint and port combinations that were no longer aligned with the updated platform configuration. This configuration mismatch resulted in intermittent communication failures between application services and shared platform components, causing customer-facing application errors and service disruptions across multiple Flexera One services in the APAC region. ## Remediation Actions The following actions were taken during the incident response: 1. **Incident Investigation Initiated:** Technical teams investigated reports of intermittent failures affecting multiple Flexera One services in the APAC region and assessed the scope of customer impact. 2. **Dependency Analysis Performed:** Technical teams reviewed communication paths between impacted applications and shared platform services to identify the source of the connectivity failures. 3. **Configuration Mismatch Identified:** Investigation determined that certain services were attempting to communicate through legacy ports that were not aligned with the updated platform configuration following the migration. 4. **Platform Configuration Updated:** The required ports were added to the updated platform configuration, restoring connectivity for the affected services. 5. **Service Recovery Validation:** Technical teams validated functionality across impacted applications and confirmed that service communication and customer-facing functionality had returned to normal operation. ## Future Preventative Measures The following improvements have been identified to further reduce the risk of similar incidents in the future: 1. **Platform Configuration Alignment:** Platform connectivity configurations were updated to ensure application services can communicate with shared platform components using the required connection ports. Maintaining alignment between service connectivity requirements and platform configurations helps reduce the risk of similar connectivity issues following future infrastructure changes.

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

1. July 27, 2026 at 12:11 AM 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. July 27, 2026 at 2:00 AM 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. July 27, 2026 at 2:00 AM UTCresolved

   Este incidente ha sido resuelto.

4. August 7, 2026 at 8:40 AM 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. July 22, 2026 at 10:33 AM 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. July 22, 2026 at 11:53 AM 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. July 22, 2026 at 1:43 PM 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. July 23, 2026 at 4:39 AM 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. July 23, 2026 at 7:52 AM 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. August 3, 2026 at 6:37 PM 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. July 22, 2026 at 8:25 AM 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. July 22, 2026 at 1:38 PM 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. July 22, 2026 at 3:40 PM 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. July 22, 2026 at 4:16 PM 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. August 4, 2026 at 8:57 PM 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. July 17, 2026 at 10:24 AM 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. July 17, 2026 at 10:27 AM UTCinvestigating

   Seguimos investigando esta cuestión.

3. July 17, 2026 at 1:14 PM 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. July 17, 2026 at 6:24 PM 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. July 18, 2026 at 8:05 AM 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. July 18, 2026 at 7:33 PM 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. July 19, 2026 at 12:59 PM 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. July 30, 2026 at 6:10 PM 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. July 17, 2026 at 8:24 AM 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. July 17, 2026 at 3:58 PM 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. July 18, 2026 at 8:10 AM 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. July 18, 2026 at 7:29 PM 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. July 30, 2026 at 5:47 PM 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. July 14, 2026 at 9:13 AM 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. July 26, 2026 at 7:06 AM 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. July 12, 2026 at 11:51 PM 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. July 13, 2026 at 12:28 AM 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. July 13, 2026 at 1:52 AM 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. July 13, 2026 at 3:44 AM 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. August 12, 2026 at 5:15 AM 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. July 6, 2026 at 2:19 PM 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. July 6, 2026 at 3:11 PM 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. July 6, 2026 at 4:57 PM 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. July 20, 2026 at 7:00 AM 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. July 3, 2026 at 7:07 PM 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. July 17, 2026 at 6:11 AM 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. June 25, 2026 at 6:54 AM 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. July 15, 2026 at 6:18 AM 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. June 24, 2026 at 8:00 AM 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. June 24, 2026 at 9:00 AM 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. July 7, 2026 at 8:28 AM 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.

1. June 18, 2026 at 3:33 PM UTCmonitoring

   Descripción del incidente: Experimentamos un problema que afecta a Snow Atlas en la región de Europa Occidental. Durante la ventana del incidente, los clientes pueden haber experimentado errores que impidieron el acceso a la plataforma y la funcionalidad impactada. Prioridad: P1 Actividad de restauración: El servicio ha sido restaurado y actualmente está estable. Nuestros equipos técnicos continúan investigando una perturbación que afecta a los servicios dependientes subyacentes en la región. Los esfuerzos se centran en garantizar la estabilidad y prevenir la recurrencia. Seguiremos monitoreando de cerca y proporcionaremos actualizaciones a medida que se disponga de más información.

2. June 18, 2026 at 6:08 PM UTCresolved

   Se ha resuelto la cuestión que afecta al Atlas de Nieve en la región de Europa Occidental y el servicio está funcionando normalmente. Nuestros equipos técnicos han mitigado la inestabilidad de los servicios subyacentes y siguen vigilando estrechamente para garantizar una estabilidad sostenida. Presentaremos un informe detallado posterior al incidente en el que se esbozará la causa raíz y las medidas preventivas en los próximos días.

3. July 7, 2026 at 8:57 AM UTCpostmortem

   **Descripción:** Snow Atlas - West Europe - Service Disruption **Tiempo:** 18 de junio de 2026, 07:00 AM PDT al 18 de junio de 2026, 08:23 AM PDT ** Resumen del incidente** El jueves 18 de junio de 2026 a las 07:00 AM PDT, los clientes de la región de producción de Europa Occidental experimentaron una interrupción del servicio que afectó el acceso a Snow Atlas. Durante este evento de servicio, los usuarios encontraron errores HTTP 504 timeout y HTTP 404, lo que impidió el acceso a la plataforma e impactó el uso de funcionalidad de Snow Atlas. Tras la detección, los equipos técnicos iniciaron inmediatamente una investigación e identificaron la cuestión dentro de un componente básico de la plataforma responsable de la comunicación entre los servicios de backend. The degradation disrupted service interactions, resulting in request failures and temporary service unavailability. Se restablecieron los componentes de mensajería afectados, lo que permitió a los servicios dependientes recuperarse y reanudar las operaciones normales de plataforma. Tras la recuperación, las extensas actividades de validación confirmaron que se había restaurado plenamente la funcionalidad de los servicios. El medio ambiente se mantuvo estable bajo una vigilancia mejorada, no se observó ningún nuevo impacto de los clientes y se resolvió formalmente la interrupción de los servicios. *Causa real* La interrupción del servicio se originó de un fracaso inesperado dentro de un componente básico de plataforma que facilita la comunicación entre los servicios de backend. Durante el evento, múltiples componentes de mensajería se quedaron indisponibles simultáneamente, evitando la comunicación crítica entre los servicios de backend responsables del procesamiento de solicitudes de clientes. La degradación ha menoscabado la capacidad de los servicios dependientes para intercambiar y tramitar solicitudes, lo que ha dado lugar a los plazos y a los fallos de enrutamiento. Como resultado, los clientes de la región afectada experimentaron dificultades para acceder a la plataforma Snow Atlas hasta que se restablecieron las comunicaciones de servicio y se reanudaron las operaciones normales. Factores de contribución * Múltiples componentes de servicio de mensajería no estaban disponibles al mismo tiempo, reduciendo la capacidad de la plataforma para procesar la comunicación entre servicios. * Insuficiencias de comunicación de servicio propagadas a través de componentes de plataforma dependientes, lo que da lugar a errores HTTP 504 timeout y HTTP 404. * El problema afectó a la infraestructura de mensajería compartida que apoya el entorno de producción de Europa Occidental, lo que dio lugar a un impacto generalizado de los clientes en la región. ** Acciones de rehabilitación** * Los equipos técnicos identificaron los componentes de infraestructura de mensajería afectados y restauraron el funcionamiento normal del servicio. * Los servicios de plataforma dependientes se recuperaron automáticamente a medida que se restableció la funcionalidad de mensajería. * La funcionalidad de servicio fue validada después de la recuperación para confirmar el acceso exitoso al cliente. * Se mantuvo una vigilancia mejorada después de la restauración para verificar la estabilidad de la plataforma. **Medidas preventivas completas** * Revisión de Gestión de Problemas – Se está llevando a cabo una revisión exhaustiva para validar aún más la causa raíz e identificar acciones correctivas a largo plazo para prevenir la recurrencia. * Mejoras de Resiliencia de Plataforma – Se evaluarán las oportunidades para fortalecer la resiliencia de la infraestructura de mensajería de la plataforma para reducir el impacto de fallos de nivel de componentes en la disponibilidad de servicios. * Mejoras de la vigilancia y la detección – Se mejorarán las capacidades de vigilancia y alerta para componentes de plataformas críticas para permitir la identificación previa de la degradación y acelerar los esfuerzos de respuesta y recuperación.

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