Flexera outage history

Incident Description: We are currently investigating an issue affecting access to Flexera One services in the APAC region. The impacted customers may experience difficulties accessing the platform or may encounter errors after authentication. Priority: P1 Restoration Activity: Our technical have been engaged and are actively investigating the issue to identify the underlying cause and restore normal service as quickly as possible.

Our investigation has identified a configuration issue as the likely cause of the impact. Teams are actively working to implement and validate corrective measures to restore normal service operation. Further updates will be provided as the investigation progresses.

As the investigation has progressed, our teams have identified indications that the issue is not isolated to IT Asset Management and may have broader impact across the Flexera One platform in APAC. Remediation efforts are underway against the identified cause, and teams are focused on restoring full service stability. Additional updates will be provided as more information becomes available.

We are continuing to work on a fix for this issue.

A fix has been implemented, and access to the Flexera One platform has been restored. Our teams are conducting additional validation activities and continue to closely monitor service health and performance to confirm stability and ensure all services remain fully operational.

Following extended monitoring and verification activities, our teams have confirmed that services remain stable and no further impact has been observed. The incident has been resolved, and all affected services are fully operational.

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.

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.

We are continuing to monitor for any further issues.

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

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.

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.

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.

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

**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.

Issue Description: Our teams have identified that some Flexera customers' email systems are rejecting emails sent containing notifications of updates on Flexera Support cases. Priority: P3 Restoration Activity: Technical teams are actively investigating the issue. In the meantime, please login to the Flexera Community and use the Support Case portal at https://community.flexera.com/s/case/Case/Default to review case status and check for any updates.

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

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.

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.

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.

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

Incident Description: Our teams identified a service disruption affecting a subset of Flexera One IT Asset Management (ITAM) customers in the APAC Production environment from 4 August 2026, 04:04 AM PDT to 04:25 AM PDT . During the affected period, a subset of our customers experienced intermittent slowness, service unresponsiveness, or data loading failures within the platform. Priority: P2 Restoration Activity: Our technical teams investigated the issue and determined that an unexpected database resource exhaustion condition occurred during the affected period. The condition subsequently self-corrected, allowing affected services to recover and return to normal operation. Post-incident validation confirmed that platform operations are performing as expected. We are conducting a detailed review of the incident and evaluating additional safeguards, capacity controls, and monitoring improvements to further reduce the likelihood of similar events in the future.

Incident Description: We are currently investigating an issue affecting inventory package (*.zip) uploads in the Europe region for Flexera One IT Asset Management. Customers attempting to upload specific inventory packages may encounter errors, resulting in failed inventory uploads and delays in inventory data processing. Priority: P2 Restoration Activity: Our technical team is actively investigating the issue and reviewing current processing activity to confirm scope and progress. We are monitoring the situation closely and will provide updates as more information becomes available.

Our teams continue to actively investigate the issue and are conducting a detailed review of system logs and diagnostics to further identify and confirm the underlying root cause. We will provide additional updates as more information becomes available.

During the ongoing investigation, our teams identified that the issue may also be impacting beacon communications with the Flexera One EU Production environment. As a result, additional operations that rely on beacon-to-platform communication may be affected. The team continues to investigate the underlying cause, assess the full scope of impact, and work towards implementing a resolution as quickly as possible.

Our teams have identified a recent configuration change as the likely cause of the issue. The configuration has since been rolled back, and we are observing service recovery across the affected components, with platform functionality gradually returning to expected levels. The teams remain actively engaged in monitoring the environment to validate full recovery, ensure platform stability, and quickly address any residual impacts.

We are continuing to monitor for any further issues.

Mitigation actions remain effective, and inventory processing is continuing successfully. We are actively monitoring recovery progress and working through the remaining backlog to ensure all processing is completed successfully. We will continue to provide updates as recovery efforts progress.

Service recovery remains on track, with mitigation measures continuing to be effective. Inventory processing is functioning successfully, and the backlog has been reduced significantly, bringing volumes closer to normal levels. Our teams continue to monitor the environment and process the remaining backlog to complete recovery. Further updates will be provided as appropriate.

The environment has returned to normal operating levels. Inventory processing and beacon communications are stable, and backlog has returned to expected thresholds. The platform remains healthy, with continued monitoring confirming sustained stability. Additional details on the root cause, restorative actions, and long-term improvement initiatives will be shared in a post-mortem report following validation of the findings.

**Description:** Flexera One- IT Asset management - EU - Inventory upload errors **Timeframe:** July 31, 2026, 6:00 PM PDT to August 4, 2026, 4:09 AM PDT ‌ **Incident Summary** ‌ On Sunday, August 2, 2026, at 11:42 PM PDT, Flexera identified an issue affecting inventory package \(\*.zip\) uploads and select beacon communications within the Flexera One IT Asset Management EU Production environment. Affected customers experienced failed inventory package uploads, including HTTP 504 \(Gateway Timeout\) and HTTP 405 \(Method Not Allowed\) responses. The issue also disrupted select beacon-to-platform communications, causing delays or failures in inventory processing and inventory data ingestion. The investigation determined that earliest impact started at 6:00 PM PDT on July 31st , 2026. Analysis identified a communication issue within a critical service routing path that prevented a subset of requests from successfully reaching downstream processing services. This resulted in repeated retries, delayed inventory processing, and backlog accumulation. To mitigate the issue and restore service, traffic was redirected to an alternate communication path. Following this change, beacon communications stabilized, inventory uploads resumed processing successfully, and the inventory backlog began to decrease. By 3:42 AM PDT on August 3, 2026, inventory uploads were completing successfully and no new errors were observed. The environment remained under extended monitoring while processing volumes returned to normal operating levels. At 4:09 AM PDT on August 4, 2026, Flexera confirmed that beacon communications, inventory processing, and associated platform services were operating normally, the backlog had returned to expected thresholds, and the incident was formally declared resolved. ‌ **Root Cause** ‌ On 31 July 2026, a certificate update to a critical service communication path created a configuration mismatch between platform components. The issue surfaced later, when application components were restarted and began establishing new connections using the updated configuration. This caused handshake errors and communication failures, resulting in service unavailability. Consequently, requests from customer beacons to upload inventory package \(\*.zip\) files to the EU Production environment could not be processed, causing upload failures and preventing inventory data from being received and processed. A subset of other beacon-to-platform interactions was also affected, although customer impact was not observed immediately. Service was restored by redirecting traffic to an alternate communication path that was not affected by the certificate-related configuration issue. Inventory uploads and beacon communications then resumed normal operation. Contributing Factors * Intermittent Request Failures: Failed connection establishment attempts caused a portion of requests to be unsuccessful before reaching downstream processing services. * Inventory Processing Delays: Communication failures prevented some inventory packages and associated imports from processing successfully, resulting in delayed inventory updates. * Retry-Driven Backlog Growth: Automated retry mechanisms enabled many transactions to eventually succeed but contributed to increased processing delays and backlog accumulation while the issue remained active. ‌ **Remediation Actions** ‌ To restore service, technical teams performed below actions: * Traffic Re-routing: Redirected traffic away from the affected service path to restore stable beacon communications and inventory package uploads. * Platform Monitoring: Performed continuous monitoring of beacon communications, inventory uploads, and processing activity to verify service recovery. * Backlog Recovery Management: Monitored inventory processing throughput and validated that processing backlogs steadily reduced and returned to expected operating thresholds. * Stability Validation: Conducted extended monitoring following restoration to confirm sustained platform stability and successful inventory processing. * Service Restoration Confirmation: At 4:09 AM PDT on August 4, 2026, confirmed that beacon communications, inventory processing, and associated services were operating normally. ‌ **Future Preventative Measures** ‌ * Service Communication Resilience: Review and enhance the affected communication path to improve reliability, resiliency, and recovery from future connectivity-related disruptions. * Strengthened Change Validation: Enhance validation and testing processes for infrastructure, configuration, certificate, and service-path changes to identify communication mismatches before deployment into production environments. * Improved Detection and Alerting: Enhance monitoring and alerting capabilities to provide earlier identification of sustained communication disruptions, elevated retry activity, abnormal error-rate patterns, and emerging processing backlogs. These improvements will enable faster detection, investigation, and remediation of issues before they develop into broader customer impact.

Incident Description: We are investigating an issue affecting the Software Vulnerability Research (SVR) service. Customers may be experiencing difficulties accessing or using SVR at this time. Priority: P1 Restoration Activity: Our teams are actively investigating the issue and working to restore service. Mitigation activities are currently underway as we work to bring the service back online. Further updates will be provided as more information becomes available.

Recovery actions have been implemented; however, the service continues to experience instability under current workload conditions, resulting in ongoing service disruptions. Our teams are actively working to reduce the impact and restore service availability. Further updates will be provided as more information becomes available.

Technical teams have restored service availability for Software Vulnerability Research (SVR). Recovery actions were implemented to address the service instability, and validation has confirmed that SVR functionality has been restored. We will continue to closely monitor the service to ensure ongoing stability. A post-mortem report containing additional details, including the root cause and preventative measures, will be published in the coming days.

**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.

Incident Description: We are investigating an intermittent issue affecting Flexera One services in the APAC region. Customers may experience intermittent access issues or errors while using Flexera One applications and services. The issue currently appears to be limited to the APAC region. Priority: P2 Restoration Activity: Our teams are actively investigating the issue. The scope and impact are being assessed across Flexera One services in the APAC region, and we are working to identify the underlying cause and restore service stability. Further updates will be provided as more information becomes available.

Our technical teams are actively investigating the issue. The issue appears to be intermittent, with some requests succeeding while others continue to fail. We are reviewing affected services and their dependencies to determine the scope of impact, identify the underlying cause, and restore service stability.

Technical teams have mitigated the issue affecting Flexera One services in the APAC region. Service functionality has been restored, and validation confirms that affected applications and services are operating as expected. During the investigation, teams identified intermittent service communication issues that resulted in access issues and errors for some customers. As part of the mitigation effort, technical teams restarted affected services, after which service functionality recovered and validation confirmed successful restoration of impacted services. We will continue to review the incident and monitor service health.

**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.

Incident Description: We are investigating an issue affecting Snow Atlas customers in the APAC region. Affected users may be unable to access the platform and may encounter 404 errors when attempting to log in. Current investigation indicates the issue is limited to the APAC region, with no impact confirmed in other regions at this time. Priority: P1 Restoration Activity: Our technical teams are actively investigating the issue to identify the underlying cause and restore service. We are monitoring the environment closely and implementing corrective actions as appropriate. Further updates will be provided as more information becomes available.

Our teams have resolved the issue affecting Snow Atlas customers in the APAC region. The issue occurred when a platform service failed to start correctly, resulting in intermittent errors and access issues for some customers. Technical teams identified the underlying startup failure and restored service by restarting the affected platform components. Validation activities have confirmed successful access to the platform, and we are not observing any ongoing customer impact at this time. Our teams will continue to monitor the environment closely to ensure continued stability.

This incident has been resolved.

**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.

Incident Description: We are investigating an issue affecting IT Visibility in the Europe region where multiple Power BI reports are failing to load . Customers in the affected region may be unable to view impacted reports within the application. Current investigation indicates the issue is limited to the Europe region, with no impact observed in other regions at this time. Priority: P2 Restoration Activity: Our technical teams are actively investigating the issue to identify the underlying cause and restore report functionality. We are continuing to assess the scope of impact, monitor service health, and implement corrective actions as appropriate. We will provide further updates as more information becomes available.

Our investigation has identified a potential configuration-related issue within the affected environment. As part of our validation efforts, corrective actions were applied to a subset of impacted organisations, and reports are now loading successfully. Our teams are currently focused on implementing a broader remediation across all affected organisations and are conducting a detailed review to understand why the configuration changes did not propagate as expected. We continue to validate the remediation and closely monitor service performance while working towards full resolution.

Corrective actions have now been applied to a larger number of affected organisations, and initial validation indicates that reports are loading successfully. We are currently validating all affected organisations to confirm that report functionality and service performance have been fully restored. In parallel, teams continue to implement broader remediation measures across the environment and are closely monitoring the service to ensure stability while work towards full resolution continues.

Our teams have applied the fix to all identified organizations. Initial validation indicates that the affected organizations are recovering as expected. Technical teams are continuing to validate the effectiveness of the remediation across the broader Europe region to confirm that service has been fully restored. We are closely monitoring platform performance and will provide a further update once regional validation has been completed.

Further investigation identified a synchronisation issue as the underlying cause of the incident. Our technical teams implemented targeted remediation actions, including service restarts, to restore normal operations. Following extended monitoring and post-remediation validation, service performance has remained stable, and we have confirmed that all affected services have returned to normal operation. The issue is now considered resolved.

**Description:** Flexera One – IT Visibility – EU – Failure to Load Reports **Timeframe:** July 22, 2026, 3:11 AM PDT – July 22, 2026, 11:04 PM PDT **Incident Summary** On July 22, 2026, at approximately 3:11 AM PDT, an issue began affecting IT Visibility reporting functionality in the Flexera One EU production environment. During the affected period, customers in the EU region experienced failures when attempting to load IT Visibility reports and dashboards, including Software Inventory, Hardware Inventory, Technology Intelligence \(TI\), Sustainability, and FinOps reporting views. Technical teams began investigating after multiple customer reports were received regarding report loading failures across the EU region. Initial analysis confirmed the issue was limited to the EU production environment, while equivalent reporting functionality in other regions continued to operate normally. The investigation determined that an authentication-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. Technical teams implemented corrective updates within the affected reporting environment and performed validation activities across impacted customer organizations. Following these actions, reports and dashboards resumed normal operation and customers were once again able to access reporting data successfully. Following validation of affected customer environments and confirmation that reports were loading successfully, service functionality was restored and the incident was considered resolved. Technical teams continued monitoring following restoration to ensure ongoing service stability. **Root Cause** The incident was caused by an authentication-related issue within the EU reporting environment. This issue prevented affected reports and dashboards from successfully retrieving the data required to display results, resulting in report loading failures for impacted customers. **Remediation Actions** The following actions were taken during the incident response: 1. Regional Impact Assessment: Technical teams investigated customer reports and confirmed the issue was isolated to the EU production environment. Additional validation was performed across other regions to verify that reporting functionality remained operational outside the affected environment. 2. Authentication Failure Analysis: Technical teams reviewed report processing, authentication workflows, reporting workspaces, and recent platform changes to identify the source of the failures. The investigation determined that affected reports were unable to successfully authenticate when retrieving underlying data required for report rendering. 3. Restoration and Validation Activities: Technical teams applied updates across affected customer environments and reporting workspaces to restore successful report data retrieval. Following implementation, impacted customer organizations were validated to confirm reports and dashboards were loading successfully and displaying data as expected. 4. Post-Recovery Verification: Following restoration, additional monitoring and validation activities were conducted to verify continued report functionality, confirm successful recovery, and ensure service stability across the EU production environment. **Future Preventative Measures** The following follow-up actions were identified during the incident: • Authentication Update Process Review: Technical teams are reviewing the authentication update process to understand why the update was not successfully applied across all affected reporting workspaces in the EU production environment and to identify improvements that will help prevent similar issues in future updates.

Incident Description: We have identified an issue affecting inventory processing in Flexera One IT Asset Management following the deployment of the 2026 R1.1 release in our US production environment. As a result, some customers may experience degraded performance and intermittent reliability issues when accessing certain areas of the user interface and performing system-related tasks. Priority: P2 Restoration Activity: Our investigation has determined that the issue is related to a software defect introduced with the 2026 R1.1 release. While the defect had been previously identified and mitigation procedures were incorporated into the deployment process, the automated remediation encountered unexpected execution issues . As a result, technical teams have implemented alternative mitigation measures to reduce customer impact and stabilise system performance. We continue to actively monitor the environment and apply corrective actions to address the underlying defect and restore normal service operation.

Our teams continue to work on implementing a hotfix to address the issue . During deployment, the hotfix encountered database conditions that are preventing it from completing successfully. Our technical teams are actively working to resolve this and are evaluating targeted mitigation actions to allow the hotfix to complete. Once the hotfix has been successfully applied, teams will validate service performance and continue monitoring to confirm recovery. We will provide another update as more information becomes available.

The hotfix has been successfully deployed, and engineering teams are currently validating its effectiveness. Teams are continuing to monitor platform behaviour and review telemetry to confirm the issue resolution.

Our teams have completed post-deployment validation and confirmed that service performance has returned to expected levels. Continued monitoring has shown stable platform operation with no further impact observed. Based on these results, this issue is now considered resolved.

**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.

Incident Description: We have identified an issue impacting billing and cost visibility for AWS customers in all regions. As a result of an active service provider disruption, customers may observe inaccurate, incomplete, or delayed estimated cost and usage information within the Billing and Cost Management Console. This issue is limited to AWS-based services and does not affect customers using other cloud platforms. Priority: P2 Restoration Activity: Our technical teams have confirmed that the issue is related to an active AWS service event affecting all regions. We are actively monitoring the situation and working closely with AWS updates to assess customer impact. Service restoration is dependent on AWS resolving the underlying issue, and we will continue to provide updates as additional information becomes available.

We are continuing to investigate this issue.

We continue to closely monitor the service provider outage and its impact on affected services. Further updates will be provided as new information becomes available.

Our investigation and validation efforts to date have not identified any impact to Spot billing or cost analysis data. The billing and pricing data reviewed remains consistent with expected values. While initial validation results are positive, we are continuing additional validation activities as further data becomes available to confirm these findings. We remain engaged with AWS and will continue to monitor the situation closely. We will share additional updates as our validation activities continue.

We remain actively engaged with AWS and continue to closely monitor the situation. AWS has identified the root cause and implemented mitigation measures to address the underlying issue that resulted in incorrect estimated cost and usage data being displayed. AWS has begun backfilling data to restore accurate cost and usage information for all customers and full recovery is expected by 18 July 2026, 12:00 PM PDT.

We continue to monitor the AWS service event and remain engaged with AWS as they complete their recovery activities. Validation completed to date has not identified any impact to Spot billing or cost analysis data. We are continuing to monitor the situation and complete any remaining validation activities before determining closure of this incident.

AWS resolved their service disruption on 18 July at 6:57 AM PDT. Following successful validation by our technical teams, we have confirmed that service functionality has been restored .

**Description:** Flexera Spot – AWS Billing Service Disruption Timeframe: July 17, 2026, 1:33 AM PDT – July 18, 2026, 6:57 AM PDT **Incident Summary** On July 17, 2026, at approximately 1:33 AM PDT, Flexera technical teams became aware of an AWS issue affecting estimated billing and usage data displayed within AWS Billing and Cost Management, Cost Explorer, and Cost and Usage Reports. Given the nature of the AWS service disruption, technical teams initiated an investigation to determine whether Spot billing, cost analysis, or savings calculations for AWS customers were affected. During the investigation, teams reviewed the billing and pricing data used by Spot, validated relevant cost and pricing tables, monitored AWS updates, and assessed whether any customer-facing billing or savings data had been impacted. Technical teams validated the billing and pricing data used by Spot and confirmed that the relevant cost and pricing tables were operating as expected. The investigation did not identify any issues within the data used by Spot, and no incorrect billing or savings calculations were observed. AWS subsequently confirmed that the issue originated within AWS Billing and Cost Management services, identified and mitigated the underlying issue, and completed data recovery and backfill activities. Based on the validation performed throughout the investigation, no customer impact was observed within Spot. Following confirmation of AWS recovery and completion of post-recovery validation activities, the incident was considered resolved. **Root Cause** 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 identified and mitigated the underlying issue and completed data recovery activities. **Remediation Actions** The following actions were taken during the incident response: • Incident Investigation Initiated: Technical teams began investigating the AWS billing and usage data issue to determine whether Spot customers were affected. • Impact Assessment Performed: Technical teams evaluated whether the AWS service disruption affected Spot billing analysis and savings calculations. • Data Validation Completed: Teams reviewed and validated the billing and pricing data used by Spot and confirmed that relevant cost and pricing tables were operating as expected. • AWS Recovery Monitored: Technical teams monitored AWS communications, service updates, and recovery activities throughout the incident. • Post-Recovery Validation Performed: Additional validation was completed following AWS recovery and data backfill activities to confirm the integrity of billing and pricing data used by Spot. • Incident Resolved: The incident was closed after AWS confirmed recovery and technical validation identified no impact within Spot. **Future Preventative Measures** The following follow-up actions were identified during the incident: • AWS Collaboration and Review: Continue working closely with AWS to understand the underlying cause of provider-managed incidents and review any recommendations or learnings 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.

Incident Description: We have identified an issue affecting inventory processing in Flexera One IT Asset Management following the deployment of the 2026 R1.1 release in our APAC and Europe environments. As a result, a subset of customers may experience degraded performance when accessing certain areas of the user interface and while performing system-related tasks. Priority: P2 Restoration Activity: Our technical teams have identified the issue as a software defect introduced with the 2026 R1.1 release. Mitigation measures have been implemented to reduce customer impact, and teams are actively working to fully restore service performance. We will continue to provide updates as progress is made.

We continue to make progress in addressing the performance issues affecting a subset of customers in the APAC and Europe production environments. The identified fixes have now been deployed, and we are actively monitoring the environment as customer processing activities continue. Our teams are validating the effectiveness of these changes and assessing overall platform performance. We will provide additional updates as more information becomes available.

Our teams continue to validate the recently deployed hotfixes, and initial results look positive. We are closely monitoring affected processing activities to confirm the effectiveness of the fix and ensure platform stability. Validation is ongoing, and we will continue to monitor performance before confirming full resolution. We will provide another update as more information becomes available.

Following deployment of the identified fixes, previously impacted processing activities are now completing successfully, and we are no longer seeing recurrence of the issues observed following the recent release. Based on the results observed after deployment of the fixes, this incident is now resolved. We will publish a full RCA in the coming days that will include a detailed summary of the issue, root cause, and preventative measures being implemented to help prevent recurrence.

**Description:** Flexera One – IT Asset Management – APAC & EU – Slowness and Degraded Performance **Timeframe:** July 13, 2026, 1:00 PM PDT – July 18, 2026, 7:10 AM PDT **Incident Summary** On July 13, 2026, at approximately 1:00 PM PDT, an issue began affecting Flexera One IT Asset Management customers in the APAC and Europe production environments following deployment of the 2026 R1.1 release. During the affected period, some customers experienced intermittent application slowness, delayed processing, reconcile failures, and degraded performance when accessing certain areas of the application or performing inventory-related activities. As customer reports increased, technical teams began investigating common patterns across the reported symptoms to determine the underlying cause. The investigation identified a defect introduced as part of the Flexera One IT Asset Management 2026 R1.1 release. Under certain conditions, the defect resulted in significantly higher database processing activity during inventory-related operations. As inventory data was processed, the increased workload contributed to processing delays, timeout conditions, and degraded application performance for some customers. Technical teams developed and deployed hotfixes to address the issue in the affected production environments. Following deployment, teams performed validation activities and monitored impacted processing workflows to confirm recovery. By July 18, 2026, at approximately 7:10 AM PDT, validation confirmed successful processing of previously impacted workloads and that the failure patterns associated with the issue 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 a defect introduced in the Flexera One IT Asset Management 2026 R1.1 release affecting inventory-related processing operations. Under certain conditions, the defect caused significantly more database processing activity than intended during inventory-related processing operations. This increased workload resulted in elevated resource consumption, processing delays, and timeout conditions. These conditions contributed to intermittent application slowness, delayed processing, reconcile failures, and degraded performance affecting some IT Asset Management functionality. **Remediation Actions** 1. Incident Investigation Initiated: Technical teams began investigating reports of application slowness, processing delays, and reliability issues affecting APAC and Europe production environments. 2. Impact Assessment Performed: Teams reviewed customer-reported symptoms, system performance data, and processing behavior to determine the scope and nature of the issue. 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 Developed and Deployed: Technical teams developed and deployed hotfixes to correct the affected processing behavior in the APAC and Europe production environments. 5. Recovery Validated: Teams validated the effectiveness of the hotfixes through monitoring and successful execution of previously impacted processing activities. 6. Post-Restoration Monitoring Performed: Additional monitoring confirmed that the previously observed failures 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 activity has been identified: • Processing Logic Improvements: Technical teams implemented corrections to the affected processing logic to eliminate the inefficient behavior that contributed to increased resource consumption and performance degradation.

Incident Description:Our teams identified an issue affecting Cognos Analytics in the EU Production environment. During the impact window, affected customers may have been unable to access or load Cognos Analytics. Current investigation confirmed that the impact was limited to the EU Production region. Priority:P2 Restoration Activity: Our technical teams determined that the issue was related to a recent upgrade to Cognos Analytics , which was completed as part of the EU Production IT Asset Management release activities. The team identified a configuration issue introduced during the upgrade, implemented the necessary configuration corrections, and restored normal service functionality. The environment remains stable under monitoring. Further details, including the root cause and preventative measures, will be shared in a post-mortem report.

**Description:** Flexera One - IT Asset Management - EU - Congnos analytics access issue **Timeframe:** July 13, 2026, 12:51 PM PDT to July 14, 2026, 1:52 AM PDT ‌ **Incident Summary** ‌ On Monday, July 13, 2026, at 12:51 PM PDT, Following the Cognos Analytics 12.1.2 upgrade implemented as part of the Flexera One IT Asset Management release in the Europe \(EU\) Production environment, our teams identified an issue that prevented customers from accessing Cognos Analytics. As a result, affected users were unable to successfully launch the application after the scheduled maintenance activities had been completed. Technical teams immediately initiated an investigation and confirmed that the issue was isolated to the EU Production environment, with no impact observed in any other production regions. Further analysis determined that the upgrade itself had completed successfully; however, a portion of the required post-upgrade configuration activities had not been fully applied, preventing Cognos Analytics from starting correctly. The remaining configuration tasks were promptly completed, restoring normal Cognos Analytics functionality. 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. ‌ **Root Cause** ‌ * Incomplete Post-Upgrade Configuration: Although the Cognos Analytics 12.1.2 upgrade completed successfully, required post-upgrade configuration tasks were not fully completed before the environment was returned to service. * Service Initialization Failure: The incomplete configuration prevented Cognos Analytics from initializing correctly, resulting in customers being unable to access the application. * Regional Impact: The issue was limited to the EU Production environment. No impact was identified in North America, APAC, or other production regions. ‌ **Remediation Actions** ‌ To restore service, technical teams: * Completed the required post-upgrade configuration activities that had not been fully applied during the deployment. * Restarted and validated Cognos Analytics services to confirm successful application initialisation. * Performed functional testing and customer access validation to verify that reporting capabilities were operating as expected. * Placed the environment under enhanced monitoring following recovery to ensure continued service stability. ‌ **Future Preventative Measures** ‌ * Enhanced Post-Upgrade Validation: Strengthen deployment validation procedures to verify that all required post-upgrade configuration activities have completed successfully before concluding maintenance activities. * Improved Monitoring and Alerting: Enhance Cognos Analytics monitoring and alerting to enable earlier detection of service degradation following upgrades. * Deployment Checklist Improvements: Update deployment runbooks and operational checklists to include additional verification of post-upgrade configuration completion prior to returning the environment to production service. * Operational Readiness Review: Review upgrade execution procedures to ensure all mandatory post-deployment tasks are completed and validated before maintenance windows are closed.

Incident Description: We are experiencing an issue affecting Flexera One IT Asset Management (ITAM) customers in the APAC region. Customers may notice that certain navigation and menu items within the ITAM interface are not visible, resulting in limited access to some functionality. Priority: P2 Restoration Activity: Our technical teams are actively investigating this issue and working to restore full functionality. We will continue to provide updates as more information becomes available.

Our investigation has identified elevated resource utilization affecting the functionality associated with the reported issue. Mitigation actions are currently underway, including increasing system capacity to support recovery efforts. We are actively monitoring the environment and validating platform behavior as these changes are implemented. Work remains ongoing to restore full functionality for affected customers, and we will share additional updates as progress is made.

Our investigation has identified a potential configuration issue associated with the affected functionality. As part of ongoing mitigation efforts, configuration changes have been reverted, and previously initiated capacity increases have now been completed. We are actively monitoring the environment and validating platform behavior as these changes take effect. Work remains ongoing to restore full functionality for affected customers, and we will provide further updates as progress is made.

Following extended monitoring, we have confirmed that service performance has remained stable and is operating as expected. This issue is now resolved.

**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.

Incident Description: We are currently investigating degraded performance affecting Spot Ocean ECS for AWS customers. Customers may experience significant slowness or delays when accessing the console or using certain Ocean ECS functionality. Priority: P2 Restoration Activity: Our technical teams are actively investigating and working to restore normal functionality. We will provide further updates as more information becomes available.

Our investigation identified that the degradation was related to an AWS service health event impacting the us-east-1 region. AWS has since reported that the issue has been resolved, and we are now seeing signs of recovery on our side, including improved Spot Ocean ECS console performance and successful completion of related AWS workflows. The production environment appears stable at this time. Our teams will continue monitoring for a short validation period to ensure performance remains stable before marking the incident resolved.

We have continued to monitor the environment for an extended period and services have remained stable, with no further issues observed. This incident has been resolved.

**Description:** Spot Ocean – AWS – Ocean ECS Console Performance Degradation **Timeframe:** July 6, 2026, 05:45 AM PDT to July 6, 2026, 07:53 AM PDT ‌ **Incident Summary** ‌ On Monday, July 6, 2026, at 05:45 AM PDT , our teams identified a performance degradation affecting Spot Ocean ECS for AWS customers. During the impact window, customers experienced increased latency when accessing the Ocean ECS console, and some AWS-related operations were delayed or did not complete successfully. Technical teams immediately initiated an investigation to identify the source of the issue. As an AWS service disruption was occurring concurrently in the AWS us-east-1 region, the investigation initially considered both the external AWS event and a recently completed production deployment as potential contributing factors. Through detailed analysis, teams determined that the primary cause of the customer impact was instability introduced by the recent Gateway deployment. The resulting degradation in Gateway performance affected request processing and responsiveness within Spot Ocean ECS. While the concurrent AWS service disruption added complexity to the investigation, it was confirmed not to be the primary driver of the customer-facing impact. To restore service, teams rolled back the deployment to the previous stable version. Following the rollback, platform performance returned to expected levels and customer workflows resumed normal operation. An extended period of monitoring confirmed sustained service stability before the event was formally resolved. ‌ **Root Cause** ‌ The incident was caused by instability introduced in a Gateway deployment .The deployment resulted in degraded performance within the Gateway service, reducing its ability to efficiently process customer requests. This caused increased response times and intermittent failures for Spot Ocean ECS console operations and AWS-related workflows. Rolling back to the previous stable Gateway version restored normal platform performance and resolved the customer impact. Contributing Factors * A concurrent AWS service disruption in the us-east-1 region occurred during the same timeframe. While it was not the cause of the incident, it complicated the initial investigation and delayed identification of the underlying Gateway issue. * The Gateway rollback required additional time due to the scale of the production deployment, extending the overall recovery process. * Operations involving resource creation and updates experienced greater impact than read-only activities because of the degraded Gateway responsiveness. ‌ **Remediation Actions** ‌ * Technical teams investigated the degradation and identified a recent Gateway deployment as the primary source of the issue. * The affected Gateway deployment was rolled back to last know stable version, restoring service stability. * Platform performance and customer-facing workflows were validated following the rollback. * Technical teams completed an extended monitoring period to confirm stable service operation before closing the incident. ‌ **Future Preventative Measures** ‌ * Improved Deployment Safeguards - Engineering teams will strengthen deployment controls and validation processes to reduce the likelihood of similar deployment-related issues affecting production environments. * Enhanced Platform Monitoring - Additional monitoring and alerting will be implemented to provide earlier detection of abnormal Gateway behavior, including service responsiveness, resource utilization, and application stability. * Improved Recovery Procedures - Rollback procedures will be enhanced and regularly validated to reduce recovery time and improve operational efficiency during deployment-related incidents. * Proactive Service Health Validation - Synthetic health checks will be expanded to continuously validate critical Ocean ECS user workflows, enabling earlier identification of customer-facing performance degradation. * Enhanced Dependency Monitoring - Engineering teams will continue improving visibility into external cloud service events and platform dependencies to enable faster differentiation between internal platform issues and third-party service disruptions during future investigations.

Incident Description: We identified an issue affecting a subset of Flexera One services in the APAC region, which may have resulted in intermittent access issues or failures for some users. The impact was intermittent, and other regions were not impacted. The issue has been resolved, and affected services are operating normally. Priority: P2 Restoration Activity: Our technical teams investigated the issue and reverted a recent change to restore service. We validated that the affected services are functioning normally and continued monitoring to ensure platform stability. This incident has been resolved.

**Description:** Flexera One – APAC – Intermittent Access Issues **Timeframe:** July 3, 2026, 11:20 AM PDT – July 3, 2026, 11:50 AM PDT **Incident Summary** On July 3, 2026, at approximately 11:20 AM PDT, an issue was identified affecting a subset of Flexera One services in the APAC production environment. During the incident window, some customers may have experienced intermittent access issues or failures when accessing certain areas of the Flexera One platform. The impact was intermittent in nature, as redundant service capacity remained available and continued serving traffic during the incident. Other Flexera One regions, including NAM and EU, were not impacted. Technical teams began investigating immediately and reviewed the affected services and supporting platform components within the APAC environment. The investigation identified that a recent change made within the APAC environment was contributing to the intermittent service failures being observed. As part of the recovery effort, the change was reverted and service behavior was monitored to validate recovery. Following the rollback, service stability was restored and customers were able to access affected functionality normally. By approximately 11:50 AM PDT, services were operating as expected and the incident was considered resolved. ‌ **Root Cause** The incident was caused by a configuration change within the APAC environment that unintentionally affected communication between a subset of platform services and a backend platform component. During the investigation, technical teams determined that the change resulted in certain platform services being unable to communicate properly with the affected component. This led to intermittent failures affecting a subset of Flexera One services in the APAC region. While the issue was occurring, one or more pods supporting the affected services remained available and continued serving traffic. As a result, customers experienced intermittent access issues rather than a complete service outage. ‌ **Remediation Actions** The following actions were taken during the incident response: • Incident Investigation Initiated: Technical teams began investigating intermittent access issues affecting a subset of Flexera One services in the APAC region. • Platform Review Completed: Technical teams reviewed the affected services and supporting platform components within the APAC environment to identify the source of the issue. • Recent Change Identified: Investigation identified a recently implemented change that correlated with the observed service degradation. • Change Reverted: The identified change was reverted as part of the mitigation effort to restore normal service behavior. • Service Recovery Validated: Technical teams monitored service behavior following the rollback and confirmed that affected functionality was operating normally. • Platform Stability Monitoring Continued: Additional monitoring was performed after restoration activities to verify continued service stability before the incident was closed. ‌ **Future Preventative Measures** This incident highlighted the importance of validating platform changes to ensure unintended impacts are identified before they affect service availability. Based on the investigation, the following follow-up activities are being pursued: • Configuration Validation Improvements: Review and enhance validation processes for infrastructure and platform configuration changes to help identify unintended impacts before changes are implemented in production environments. • Post-Deployment Verification Enhancements: Review post-deployment verification procedures to ensure critical service dependencies remain accessible and functioning as expected following configuration changes.

Incident Description: We identified an issue affecting inventory processing in Flexera One IT Asset Management following the 2026 R1 release in the APAC and Europe environments. As a result, some inventory uploads were not processed successfully, causing inventory data displayed in Flexera One IT Asset Management to be delayed and not reflect the most recently uploaded customer inventory. Priority: P2 Restoration Activity: Technical teams identified a capacity-related issue affecting inventory processing and performed targeted service restarts across the impacted regions to restore normal processing. Service was restored by June 24, 2026, 11:00 PM PDT, and inventory files are now processing successfully. Our teams are continuing to monitor the platform to ensure sustained stability. A post-mortem report detailing the root cause and preventative measures will be shared once the investigation is complete.

**Description:** Flexera One- IT Asset management- APAC & EU - NDI Inventory Import Failures **Timeframe:** June 18, 2026, 09:00 AM PDT to June 25, 2026, 02:42 AM PDT ‌ **Incident Summary** ‌ On Wednesday, June 24, 2026, 11:35 PM PDT, following the deployment of the Flexera One IT Asset Management 2026 R1 release to the Australia and Europe Production environments, our teams identified an issue affecting the processing of NDI inventory files. As a result, a significant number of inventory files failed during processing and were not reflected in customer inventory data, causing inventory information displayed in Flexera One ITAM to become outdated for affected customers. Technical teams immediately initiated an investigation and determined that the issue occurred within the inventory processing workflow introduced with the 2026 R1 release. Failed inventory files accumulated following repeated processing failures, preventing successful completion of inventory updates and contributing to increased processing load on the affected services. To restore service, technical teams implemented corrective actions by refreshing the affected application services across impacted environments. Following the restoration activities, inventory processing resumed successfully, and new inventory uploads were processed as expected. Continued monitoring confirmed stable platform behavior, and the incident was declared resolved after sustained validation. ‌ **Root Cause** ‌ The issue was caused by a defect introduced with the Flexera One IT Asset Management 2026 R1 release that affected the processing of NDI inventory files. Under specific conditions, inventory files could not be processed successfully due to an issue within the authentication and processing workflow, causing the files to be rejected before processing could complete. As failed files accumulated, processing capacity was increasingly consumed by repeated failures, preventing successful inventory processing and delaying inventory updates for affected customers. Contributing Factors * Failed inventory files accumulated within the processing workflow, increasing resource utilization on affected inventory services. * The increased processing load reduced the capacity available for new inventory processing requests. * The issue affected production environments running the 2026 R1 release; North America Production was not impacted because the release had not yet been deployed. ‌ **Remediation Actions** ‌ * Technical teams identified the affected inventory processing workflow and implemented corrective actions to restore service. * Application services were refreshed across the impacted production environments, restoring normal inventory processing. * Processing of new inventory files resumed successfully following the service restoration. * The environment remained under enhanced monitoring to validate processing performance and confirm sustained recovery. ‌ **Future Preventative Measures** ‌ * Improved Release Validation - Release validation procedures will be enhanced to include additional end-to-end testing of inventory processing workflows following major platform releases. * Enhanced Processing Monitoring - Monitoring and alerting will be reviewed and expanded to provide earlier detection of abnormal inventory processing failures and excessive file accumulation within processing queues. * Operational Resiliency - Additional safeguards will be implemented within the inventory processing workflow to improve recovery from processing failures and minimize customer impact should similar conditions occur in the future. * Code Quality and Review Improvements \(Completed\) - As part of the post-incident review, the affected code has been corrected to ensure failures in communication are handled appropriately and do not result in broader processing impacts. In addition, the development and review process has been reinforced to ensure that review findings are appropriately evaluated and addressed before future changes are approved for release.

Incident Description: We have identified an issue affecting login access to Flexera One in the EU region. Customers may receive errors when attempting to log in to Flexera One. Priority: P1 Restoration Activity: Our technical teams are actively investigating the issue and working to implement corrective actions to restore normal login functionality. Investigation and stabilization efforts remain ongoing. We will continue to monitor the situation closely and provide further updates as progress continues.

The issue has been resolved, and login functionality has been restored for affected customers. Technical teams identified the cause of the issue and implemented corrective actions to restore normal service operation. The environment remains stable, and ongoing monitoring has confirmed successful authentication and platform access. A post-mortem report containing additional details, will be shared upon completion of the investigation.

**Description:** Flexera One – EU – Login Access Disruption **Timeframe:** June 24, 2026, 12:41 AM PDT to June 24, 2026, 02:04 AM PDT ‌ **Incident Summary** ‌ On Wednesday, June 24, 2026, at 12:41 AM PDT, our teams detected an issue affecting customers in the EU region. Impacted users experienced authentication failures when attempting to sign in to Flexera One using Single Sign-On \(SSO\), resulting in server errors and preventing access to the platform. Upon detection, technical teams immediately initiated an investigation and confirmed that the issue was isolated to the authentication workflow. Validation of the application and underlying platform services showed that all core infrastructure remained healthy and operational. Further analysis determined that a service account used to communicate with the identity provider had become unavailable, causing authentication requests to fail. The service account was promptly restored, which re-established normal authentication processing and fully restored customer access. Following restoration, the environment was closely monitored and login functionality was comprehensively validated to ensure service stability. No additional customer impact was observed, and the incident was subsequently declared resolved. ‌ **Root Cause** ‌ The issue was caused by the unintended suspension of a service account that supports authentication between Flexera One and the identity provider. As a result, authentication requests could not be processed successfully, preventing affected customers in the EU production region from accessing the platform through Single Sign-On \(SSO\). Contributing Factors * A service account critical to the authentication workflow was inadvertently suspended during a routine cleanup activity. * The suspension prevented authentication requests from being validated successfully, resulting in login failures for impacted customers. * The issue was isolated to the authentication service and did not affect the availability of the underlying application or platform infrastructure. ‌ **Remediation Actions** ‌ * The affected service account was restored, re-establishing authentication with the identity provider. * Login functionality was validated following restoration. * Engineering teams continued monitoring to confirm platform stability and successful customer authentication. ‌ **Future Preventative Measures** ‌ * Service Account Governance - Processes governing critical service accounts will be strengthened to reduce the risk of inadvertent changes affecting production services. * Enhanced Monitoring - Monitoring and alerting will be enhanced to provide earlier detection of authentication failures affecting customer login workflows. * Operational Process Improvements - Our teams have documented this as lesson learnt and will implement process improvements to reduce the likelihood of similar incidents.

Incident Description: We experienced an issue affecting Snow Atlas in the West Europe region. During the incident window, customers may have experienced errors that prevented access to the platform and impacted functionality. Priority: P1 Restoration Activity: Service has been restored and is currently stable. Our technical teams are continuing to investigate a disruption affecting underlying dependent services in the region. Efforts are focused on ensuring stability and preventing recurrence. We will continue to monitor closely and provide updates as more information becomes available.

The issue affecting Snow Atlas in the West Europe region has been resolved, and service is currently operating normally. Our technical teams have mitigated the underlying service instability and continue to monitor closely to ensure sustained stability. We will provide a detailed post-incident report outlining the root cause and preventative measures in the coming days.

**Description:** Snow Atlas - West Europe - Service Disruption **Timeframe:** June 18, 2026, 07:00 AM PDT to June 18, 2026, 08:23 AM PDT ‌ **Incident Summary** ‌ On Thursday, 18 June 2026 at 07:00 AM PDT, customers in the West Europe production region experienced a service disruption that affected access to Snow Atlas. During this service event, users encountered HTTP 504 timeout and HTTP 404 errors, which prevented access to the platform and impacted the use of Snow Atlas functionality. Upon detection, technical teams immediately initiated an investigation and identified the issue within a core platform component responsible for communication between backend services. The degradation disrupted service interactions, resulting in request failures and temporary service unavailability. The affected messaging components were restored, enabling dependent services to recover and normal platform operations to resume. Following recovery, extensive validation activities confirmed that service functionality had been fully restored. The environment remained stable under enhanced monitoring, no further customer impact was observed, and the service disruption was formally resolved. ‌ **Root Cause** ‌ The service disruption originated from an unexpected failure within a core platform component that facilitates communication between backend services. During the event, multiple messaging components became unavailable simultaneously, preventing critical communication between backend services responsible for processing customer requests. The degradation impaired the ability of dependent services to exchange and process requests, leading to timeouts and routing failures. As a result, customers in the affected region experienced difficulty accessing the Snow Atlas platform until service communications were restored and normal operations resumed. Contributing Factors * Multiple messaging service components became unavailable at the same time, reducing the platform's ability to process inter-service communication. * Service communication failures propagated across dependent platform components, resulting in HTTP 504 timeout and HTTP 404 errors. * The issue affected the shared messaging infrastructure supporting the West Europe production environment, resulting in widespread customer impact within the region. ‌ **Remediation Actions** ‌ * Technical teams identified the affected messaging infrastructure components and restored normal service operation. * Dependent platform services recovered automatically as messaging functionality was re-established. * Service functionality was validated following recovery to confirm successful customer access. * Enhanced monitoring was maintained after restoration to verify continued platform stability. ‌ **Future Preventative Measures** ‌ * Problem Management Review – A comprehensive review is underway to further validate the root cause and identify long-term corrective actions to prevent recurrence. * Platform Resiliency Enhancements – Opportunities to strengthen the resiliency of the platform's messaging infrastructure will be evaluated to reduce the impact of component-level failures on service availability. * Monitoring and Detection Improvements – Monitoring and alerting capabilities for critical platform components will be enhanced to enable earlier identification of degradation and accelerate response and recovery efforts.