Cronologia delle interruzioni di Flexera

1. 18 agosto 2026 alle ore 09:32 UTCinvestigating

   Descrizione incidente: Stiamo indagando su un problema che riguarda l'accesso a Flexera One servizi nella regione APAC. I clienti colpiti possono sperimentare difficoltà ad accedere alla piattaforma o possono incontrare errori dopo l'autenticazione. Priorità: P1 Attività di restauro: Il nostro tecnico è stato impegnato e stanno attivamente indagando sul problema per identificare la causa sottostante e ripristinare il servizio normale il più rapidamente possibile.

2. 18 agosto 2026 alle ore 10:18 UTCidentified

   La nostra indagine ha identificato un problema di configurazione come la probabile causa dell'impatto. I team stanno attivamente lavorando per implementare e validare misure correttive per ripristinare il normale funzionamento del servizio. Ulteriori aggiornamenti saranno forniti come l'indagine progredisce.

3. 18 agosto 2026 alle ore 10:43 UTCidentified

   Poiché l'indagine è progredita, i nostri team hanno identificato le indicazioni che il problema non è isolato a IT Asset Management e può avere un impatto più ampio sulla piattaforma Flexera One in APAC. Gli sforzi di bonifica sono in corso contro la causa identificata, e i team sono concentrati sul ripristino della piena stabilità dei servizi. Ulteriori aggiornamenti saranno forniti come ulteriori informazioni diventano disponibili.

4. 18 agosto 2026 alle ore 10:50 UTCidentified

   Stiamo continuando a lavorare per risolvere questo problema.

5. 18 agosto 2026 alle ore 11:47 UTCmonitoring

   Una soluzione è stata implementata e l'accesso alla piattaforma Flexera One è stato ripristinato. I nostri team stanno conducendo ulteriori attività di validazione e continuano a monitorare attentamente la salute e le prestazioni del servizio per confermare la stabilità e garantire che tutti i servizi rimangano pienamente operativi.

6. 18 agosto 2026 alle ore 12:13 UTCresolved

   A seguito di attività di monitoraggio e verifica prolungate, i nostri team hanno confermato che i servizi rimangono stabili e non è stato osservato alcun ulteriore impatto. L'incidente è stato risolto e tutti i servizi interessati sono pienamente operativi.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 13 agosto 2026 alle ore 01:08 UTCinvestigating

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

2. 13 agosto 2026 alle ore 03:27 UTCmonitoring

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

3. 13 agosto 2026 alle ore 03:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13 agosto 2026 alle ore 05:57 UTCresolved

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

1. 11 agosto 2026 alle ore 17:26 UTCinvestigating

   Descrizione: Stiamo indagando su un problema che riguarda i servizi di Cloud Cost Optimization (CCO) nella regione del Nord America (NAM). I clienti possono sperimentare pagine che non riescono a caricare, prolungato comportamento di carico, o difficoltà ad accedere a determinate funzionalità di Cloud Cost Optimization all'interno di Flexera One. Priorità: P2 Attività di restauro: I nostri team tecnici stanno attivamente indagando sul problema e lavorando per ripristinare il servizio normale. Gli sforzi attuali si concentrano sull'individuazione della causa del degrado e sulla convalida delle azioni correttive. Forniremo aggiornamenti aggiuntivi come ulteriori informazioni diventano disponibili.

2. 11 agosto 2026 alle ore 17:48 UTCidentified

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

3. 11 agosto 2026 alle ore 18:08 UTCmonitoring

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

4. 11 agosto 2026 alle ore 20:26 UTCresolved

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

5. 14 agosto 2026 alle ore 20:02 UTCpostmortem

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

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 7 agosto 2026 alle ore 04:55 UTCinvestigating

   Descrizione del problema: I nostri team hanno identificato che alcuni sistemi di posta elettronica dei clienti Flexera rifiutano e-mail inviate contenenti notifiche di aggiornamenti sui casi di Flexera Support. Priorità: P3 Attività di restauro: I team tecnici stanno attivamente indagando sul problema. Nel frattempo, si prega di accedere alla Comunità Flexera e utilizzare il portale Support Case all'indirizzo https://community.flexera.com/s/case/Case/Default per rivedere lo stato del caso e verificare eventuali aggiornamenti.

2. 7 agosto 2026 alle ore 12:28 UTCidentified

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

3. 8 agosto 2026 alle ore 10:48 UTCidentified

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

4. 10 agosto 2026 alle ore 10:10 UTCidentified

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

5. 12 agosto 2026 alle ore 13:50 UTCmonitoring

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

6. 14 agosto 2026 alle ore 05:41 UTCresolved

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

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 5 agosto 2026 alle ore 08:28 UTCresolved

   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.

1. 3 agosto 2026 alle ore 06:56 UTCinvestigating

   Descrizione dell'incidente: Stiamo attualmente indagando su un problema che riguarda i pacchetti di inventario (*.zip) upload nella regione Europa per Flexera One IT Asset Management. I clienti che tentano di caricare pacchetti specifici di inventario possono riscontrare errori, con conseguente upload e ritardi di inventario falliti nell'elaborazione dei dati dell'inventario. Priorità: P2 Attività di restauro: Il nostro team tecnico sta attivamente indagando sul problema e rivedendo l'attività di elaborazione corrente per confermare la portata e il progresso. Stiamo monitorando la situazione da vicino e fornirà aggiornamenti come ulteriori informazioni diventano disponibili.

2. 3 agosto 2026 alle ore 08:10 UTCinvestigating

   I nostri team continuano a indagare attivamente il problema e stanno conducendo una revisione dettagliata dei registri di sistema e della diagnostica per identificare e confermare ulteriormente la causa principale sottostante. Forniremo aggiornamenti aggiuntivi come ulteriori informazioni diventano disponibili.

3. 3 agosto 2026 alle ore 09:38 UTCinvestigating

   Durante l'indagine in corso, i nostri team hanno identificato che il problema può anche avere un impatto sulle comunicazioni dei faro con l'ambiente Flexera One EU Production. Di conseguenza, possono essere colpite ulteriori operazioni che si basano sulla comunicazione beacon-to-platform. Il team continua a indagare sulla causa sottostante, valutare l'intera portata dell'impatto e lavorare per attuare una risoluzione il più rapidamente possibile.

4. 3 agosto 2026 alle ore 10:40 UTCmonitoring

   I nostri team hanno identificato un recente cambiamento di configurazione come la probabile causa del problema. Da allora la configurazione è stata rimossa, e stiamo osservando il recupero del servizio attraverso i componenti interessati, con la funzionalità della piattaforma che gradualmente torna ai livelli previsti. I team rimangono attivamente impegnati nel monitoraggio dell'ambiente per convalidare il pieno recupero, garantire la stabilità della piattaforma e affrontare rapidamente eventuali impatti residui.

5. 3 agosto 2026 alle ore 10:40 UTCmonitoring

   Stiamo continuando a monitorare eventuali ulteriori problemi.

6. 3 agosto 2026 alle ore 17:09 UTCmonitoring

   Le azioni di mitigazione rimangono efficaci e l'elaborazione dell'inventario continua con successo. Stiamo monitorando attivamente i progressi del recupero e lavorando attraverso il backlog rimanente per garantire che tutta l'elaborazione sia completata con successo. Continueremo a fornire aggiornamenti come progressi degli sforzi di recupero.

7. 4 agosto 2026 alle ore 07:02 UTCmonitoring

   Resta in pista il recupero dei servizi, con misure di mitigazione che continuano ad essere efficaci. La lavorazione dell'inventario funziona con successo, e il backlog è stato ridotto in modo significativo, avvicinando i volumi ai livelli normali. I nostri team continuano a monitorare l'ambiente e a elaborare il backlog rimanente per completare il recupero. Ulteriori aggiornamenti saranno forniti come opportuno.

8. 4 agosto 2026 alle ore 11:09 UTCresolved

   L'ambiente è tornato a normali livelli operativi. La lavorazione dell'inventario e le comunicazioni del faro sono stabili, e il backlog è tornato alle soglie previste. La piattaforma rimane sana, con un monitoraggio continuo che conferma la stabilità sostenuta. Ulteriori dettagli sulla causa principale, le azioni riparatrici e le iniziative di miglioramento a lungo termine saranno condivisi in un rapporto post-mortem dopo la convalida dei risultati.

9. 18 agosto 2026 alle ore 12:41 UTCpostmortem

   **Descrizione:** Flexera One- IT Asset Management - EU - Errori di caricamento dell'inventario **Tempio:** 31 luglio 2026, 18:00 PDT al 4 agosto 2026, 4:09 AM PDT **Riepilogo incidente** Domenica 2 agosto 2026, alle 11:42 PM PDT, Flexera ha identificato un problema che riguarda il pacchetto di inventario \(\*.zip\) uploads e selezionare le comunicazioni beacon all'interno del Flexera One IT Asset Management EU Production ambiente. I clienti interessati hanno sperimentato gli upload falliti del pacchetto di inventario, tra cui le risposte HTTP 504 \(Gateway Timeout\) e HTTP 405 \(Method Not Allowed\). Il problema ha anche interrotto le comunicazioni di tipo beacon-to-platform, causando ritardi o guasti nell'elaborazione dell'inventario e nell'ingestione dei dati dell'inventario. L'indagine ha determinato che il primo impatto è iniziato alle 18:00 PDT il 31 luglio 2026. L'analisi ha identificato un problema di comunicazione all'interno di un percorso di routing di servizio critico che ha impedito a un sottoinsieme di richieste di raggiungere con successo i servizi di elaborazione a valle. Ciò ha portato a ripetuti ritiri, all'elaborazione dell'inventario ritardata e all'accumulo di backlog. Per mitigare il problema e ripristinare il servizio, il traffico è stato reindirizzato a un percorso di comunicazione alternativo. A seguito di questo cambiamento, le comunicazioni beacon stabilizzate, gli upload dell'inventario hanno ripreso l'elaborazione con successo, e il backlog dell'inventario ha cominciato a diminuire. Entro le 3:42 del PDT del 3 agosto 2026, gli upload delle scorte stavano completando con successo e non sono stati osservati nuovi errori. L'ambiente è rimasto sotto un controllo prolungato mentre i volumi di lavorazione sono tornati ai normali livelli operativi. Alle 4:09 del PDT del 4 agosto 2026, Flexera ha confermato che le comunicazioni del faro, l'elaborazione dell'inventario e i servizi della piattaforma associati erano operativi normalmente, il backlog era tornato alle soglie previste, e l'incidente è stato formalmente dichiarato risolto. ♪Root Cause ♪ Il 31 luglio 2026, un aggiornamento del certificato a un percorso di comunicazione di servizio critico ha creato un errore di configurazione tra i componenti della piattaforma. Il problema si sviluppò più tardi, quando i componenti dell'applicazione furono riavviatititi e iniziarono a stabilire nuove connessioni utilizzando la configurazione aggiornata. Ciò ha causato errori di handshake e errori di comunicazione, con conseguente indisponibilità del servizio. Di conseguenza, le richieste dei beacon del cliente di caricare i file del pacchetto di inventario \(\*.zip\) all'ambiente di produzione dell'UE non potrebbero essere elaborate, causando guasti di upload e impedendo la ricezione e l'elaborazione dei dati dell'inventario. Un sottoinsieme di altre interazioni beacon-to-piattaforma è stato anche colpito, anche se l'impatto del cliente non è stato osservato immediatamente. Il servizio è stato ripristinato reindirizzando il traffico ad un percorso di comunicazione alternativo che non è stato influenzato dal problema di configurazione relativo al certificato. Gli upload dell'inventario e le comunicazioni del faro hanno poi ripreso l'operazione normale. Fattori di distribuzione * Intermittent Request Falls: I tentativi di creazione di connessione falliti hanno causato una parte delle richieste di non successo prima di raggiungere i servizi di elaborazione a valle. * Ritardi di elaborazione dell'inventario: i fallimenti di comunicazione hanno impedito alcuni pacchetti di inventario e le importazioni associate dal trattamento con successo, con conseguente ritardo aggiornamenti dell'inventario. * Retry-Driven Backlog Growth: I meccanismi di riprovazione automatizzati hanno permesso a molte transazioni di riuscire, ma hanno contribuito ad aumentare i ritardi di elaborazione e l'accumulo di backlog mentre il problema è rimasto attivo. ** Azioni di correzione ** Per ripristinare il servizio, i team tecnici hanno eseguito le seguenti azioni: * Traffico di reindirizzamento: traffico reindirizzato lontano dal percorso di servizio interessato per ripristinare le comunicazioni di faro stabile e pacchetti di inventario. * Monitoraggio della Piattaforma: Monitoraggio continuo delle comunicazioni di beacon, upload di inventario e attività di elaborazione per verificare il recupero del servizio. * Backlog Recovery Management: Monitorato il throughput di elaborazione dell'inventario e convalidato che i backlog di elaborazione costantemente ridotto e restituito alle soglie operative previste. * Validazione della stabilità: Conducted esteso monitoraggio dopo il ripristino per confermare la stabilità della piattaforma sostenuta e la riuscita elaborazione dell'inventario. * Conferma di ripristino del servizio: Alle 4:09 PDT del 4 agosto 2026, ha confermato che le comunicazioni del faro, l'elaborazione dell'inventario e i servizi associati sono stati operativi normalmente. **Misure di prevenzione complesse** * Resilienza della comunicazione di servizio: rivedere e migliorare il percorso di comunicazione interessato per migliorare l'affidabilità, la resilienza e il recupero da future interruzioni relative alla connettività. * Convalida dei cambiamenti rafforzati: Migliorare i processi di validazione e test per le modifiche infrastrutturali, di configurazione, di certificazione e di percorso di servizio per identificare le errori di comunicazione prima dell'implementazione in ambienti di produzione. * Rilevamento e Alerting migliorati: Migliorare le capacità di monitoraggio e avviso per fornire una prima identificazione di interruzioni di comunicazione sostenute, attività di riprovazione elevata, schemi di errore-rate anormali e backlog di elaborazione emergenti. Questi miglioramenti consentiranno un rilevamento più rapido, un'indagine e una bonifica di problemi prima di svilupparsi in un impatto più ampio del cliente.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 luglio 2026 alle ore 04:36 UTCinvestigating

   Descrizione incidente: Stiamo indagando su un problema che riguarda il servizio Software Vulnerability Research (SVR). I clienti possono avere difficoltà ad accedere o utilizzare SVR in questo momento. Priorità: P1 Attività di restauro: I nostri team stanno attivamente indagando sul problema e lavorano per ripristinare il servizio. Le attività di mitigazione sono attualmente in corso mentre lavoriamo per riportare il servizio online. Ulteriori aggiornamenti saranno forniti come ulteriori informazioni diventano disponibili.

2. 29 luglio 2026 alle ore 06:02 UTCinvestigating

   Le azioni di recupero sono state implementate; tuttavia, il servizio continua a sperimentare l'instabilità in condizioni di carico di lavoro attuali, con conseguente interruzioni di servizio in corso. I nostri team stanno lavorando attivamente per ridurre l'impatto e ripristinare la disponibilità del servizio. Ulteriori aggiornamenti saranno forniti come ulteriori informazioni diventano disponibili.

3. 29 luglio 2026 alle ore 09:52 UTCresolved

   I team tecnici hanno ripristinato la disponibilità di servizio per la Ricerca di Vulnerabilità Software (SVR). Le azioni di recupero sono state implementate per affrontare l'instabilità del servizio, e la convalida ha confermato che la funzionalità SVR è stata ripristinata. Continueremo a monitorare attentamente il servizio per garantire la stabilità in corso. Nei prossimi giorni verrà pubblicato un rapporto post-mortem contenente ulteriori dettagli, tra cui la causa principale e le misure preventive.

4. 11 agosto 2026 alle ore 10:28 UTCpostmortem

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

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 28 luglio 2026 alle ore 23:14 UTCinvestigating

   Descrizione incidente: Stiamo indagando su un problema intermittente che interessa Flexera One servizi nella regione APAC. I clienti possono sperimentare problemi di accesso intermittente o errori durante l'utilizzo di applicazioni e servizi Flexera One. Il problema sembra attualmente limitato alla regione APAC. Priorità: P2 Attività di restauro: I nostri team stanno attivamente indagando sul problema. La portata e l'impatto sono valutati attraverso i servizi Flexera One nella regione APAC, e stiamo lavorando per identificare la causa sottostante e ripristinare la stabilità dei servizi. Ulteriori aggiornamenti saranno forniti come ulteriori informazioni diventano disponibili.

2. 29 luglio 2026 alle ore 00:34 UTCinvestigating

   I nostri team tecnici stanno attivamente indagando sul problema. Il problema sembra essere intermittente, con alcune richieste che hanno successo mentre altri continuano a fallire. Stiamo esaminando i servizi interessati e le loro dipendenze per determinare la portata di impatto, identificare la causa sottostante e ripristinare la stabilità dei servizi.

3. 29 luglio 2026 alle ore 02:05 UTCresolved

   I team tecnici hanno mitigato il problema che riguarda i servizi Flexera One nella regione APAC. La funzionalità del servizio è stata ripristinata e la convalida conferma che le applicazioni e i servizi interessati sono operativi come previsto. Durante l'indagine, i team hanno identificato i problemi di comunicazione dei servizi intermittenti che hanno causato problemi di accesso e errori per alcuni clienti. Nell'ambito dello sforzo di mitigazione, i team tecnici hanno riavviato i servizi interessati, dopo di che la funzionalità di servizio recuperato e convalida ha confermato il successo di restauro dei servizi colpiti. Continueremo a rivedere l'incidente e monitorare la salute dei servizi.

4. 12 agosto 2026 alle ore 17:33 UTCpostmortem

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

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 luglio 2026 alle ore 00:11 UTCinvestigating

   Descrizione dell'incidente: Stiamo indagando su un problema che riguarda i clienti di Snow Atlas nella regione APAC. Gli utenti interessati possono non essere in grado di accedere alla piattaforma e possono incontrare errori 404 durante il tentativo di accedere. L'indagine attuale indica che il problema è limitato alla regione APAC, senza alcun impatto confermato in altre regioni in questo momento. Priorità: P1 Attività di restauro: I nostri team tecnici stanno attivamente indagando sul problema per identificare la causa sottostante e il servizio di ripristino. Stiamo monitorando attentamente l'ambiente e implementando azioni correttive come opportuno. Ulteriori aggiornamenti saranno forniti come ulteriori informazioni diventano disponibili.

2. 27 luglio 2026 alle ore 02:00 UTCinvestigating

   I nostri team hanno risolto il problema che riguarda i clienti di Snow Atlas nella regione APAC. Il problema si è verificato quando un servizio di piattaforma non è riuscito ad avviare correttamente, con conseguente errori intermittenti e problemi di accesso per alcuni clienti. I team tecnici hanno individuato il mancato avvio sottostante e il servizio ripristinato riavviando i componenti della piattaforma interessata. Le attività di convalida hanno confermato l'accesso riuscito alla piattaforma, e non stiamo osservando alcun impatto costante del cliente in questo momento. I nostri team continueranno a monitorare attentamente l'ambiente per garantire una stabilità continua.

3. 27 luglio 2026 alle ore 02:00 UTCresolved

   Questo incidente è stato risolto.

4. 7 agosto 2026 alle ore 08:40 UTCpostmortem

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

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 luglio 2026 alle ore 10:33 UTCinvestigating

   Descrizione dell'incidente: Stiamo indagando su un problema che riguarda la visibilità IT nella regione Europa in cui più rapporti Power BI non riescono a caricare. I clienti nella regione interessata potrebbero non essere in grado di visualizzare i rapporti impatto all'interno dell'applicazione. L'indagine attuale indica che il problema è limitato alla regione europea, senza alcun impatto osservato in altre regioni in questo momento. Priorità: P2 Attività di ripristino: I nostri team tecnici stanno attivamente indagando sul problema per identificare la causa sottostante e ripristinare la funzionalità del report. Stiamo continuando a valutare la portata dell'impatto, monitorare la salute dei servizi e implementare azioni correttive come opportuno. Forniremo ulteriori aggiornamenti in quanto ulteriori informazioni diventano disponibili.

2. 22 luglio 2026 alle ore 11:53 UTCidentified

   La nostra indagine ha identificato un potenziale problema relativo alla configurazione all'interno dell'ambiente interessato. Come parte dei nostri sforzi di convalida, le azioni correttive sono state applicate a un sottoinsieme di organizzazioni colpite, e i rapporti stanno ora caricando con successo. I nostri team sono attualmente focalizzati sull'implementazione di una più ampia bonifica in tutte le organizzazioni interessate e stanno conducendo una revisione dettagliata per capire perché i cambiamenti di configurazione non si sono propagati come previsto. Continuiamo a convalidare la bonifica e monitorare attentamente le prestazioni del servizio mentre lavoriamo verso una risoluzione completa.

3. 22 luglio 2026 alle ore 13:43 UTCidentified

   Le azioni correttive sono state applicate a un maggior numero di organizzazioni interessate, e la convalida iniziale indica che i rapporti stanno caricando con successo. Stiamo attualmente convalidando tutte le organizzazioni interessate per confermare che le funzionalità del report e le prestazioni del servizio sono state completamente ripristinate. Parallelamente, i team continuano a implementare misure di bonifica più ampie in tutto l'ambiente e stanno monitorando attentamente il servizio per garantire la stabilità mentre il lavoro verso una risoluzione completa continua.

4. 23 luglio 2026 alle ore 04:39 UTCidentified

   Le nostre squadre hanno applicato la correzione a tutte le organizzazioni identificate. La validazione iniziale indica che le organizzazioni interessate stanno recuperando come previsto. I team tecnici continuano a convalidare l'efficacia della bonifica in tutta la regione dell'Europa per confermare che il servizio è stato completamente restaurato. Stiamo monitorando attentamente le prestazioni della piattaforma e forniremo un ulteriore aggiornamento una volta che la convalida regionale è stata completata.

5. 23 luglio 2026 alle ore 07:52 UTCresolved

   Ulteriori indagini hanno identificato un problema di sincronizzazione come la causa principale dell'incidente. I nostri team tecnici hanno implementato azioni di bonifica mirate, tra cui riavvio dei servizi, per ripristinare le normali operazioni. A seguito di un lungo monitoraggio e di una validazione post-remediazione, le prestazioni del servizio sono rimaste stabili e abbiamo confermato che tutti i servizi interessati sono tornati al normale funzionamento. Il problema è ora considerato risolto.

6. 3 agosto 2026 alle ore 18:37 UTCpostmortem

   **Descrizione:** Flexera One – Visibilità IT – EU – Fallimento dei rapporti di carico **Timeframe:** 22 luglio 2026, 3:11 PDT – 22 luglio 2026, 11:04 PM PDT **Riepilogo incidente** Il 22 luglio 2026, a circa 3:11 AM PDT, un problema ha cominciato a influenzare la funzionalità di reporting della visibilità IT nell'ambiente di produzione di Flexera One EU. Durante il periodo interessato, i clienti nella regione dell'UE hanno sperimentato guasti durante il tentativo di caricare report e dashboard di visibilità IT, tra cui l'inventario software, l'inventario hardware, l'intelligenza della tecnologia \(TI\), la sostenibilità e le opinioni di reporting FinOps. I team tecnici hanno iniziato a indagare dopo che sono stati ricevuti più rapporti con i clienti per quanto riguarda i guasti di carico dei rapporti in tutta la regione dell'UE. L'analisi iniziale ha confermato che il problema era limitato all'ambiente di produzione dell'UE, mentre le funzionalità di reporting equivalenti in altre regioni hanno continuato a funzionare normalmente. L'indagine ha determinato che un problema relativo all'autenticazione era avvenuto all'interno dell'ambiente di reporting dell'UE. Di conseguenza, i report e i cruscotti interessati non sono stati in grado di recuperare i dati necessari per caricare con successo, causando errori di caricamento dei report per i clienti colpiti. I team tecnici hanno implementato gli aggiornamenti correttivi all'interno dell'ambiente di reporting interessato e hanno svolto attività di validazione attraverso le organizzazioni dei clienti colpite. A seguito di queste azioni, i report e le dashboard hanno ripreso il normale funzionamento e i clienti sono stati nuovamente in grado di accedere ai dati di report con successo. Dopo la convalida degli ambienti dei clienti interessati e la conferma che i rapporti sono stati caricati con successo, la funzionalità del servizio è stata ripristinata e l'incidente è stato considerato risolto. I team tecnici hanno continuato a monitorare dopo il restauro per garantire la stabilità dei servizi in corso. ♪Root Cause ♪ L'incidente è stato causato da un problema relativo all'autenticazione all'interno dell'ambiente di reporting dell'UE. Questo problema ha impedito a report e dashboard interessati di recuperare con successo i dati necessari per visualizzare i risultati, con conseguente report guasti di carico per i clienti colpiti. ** Azioni di correzione ** Le seguenti azioni sono state prese durante la risposta incidente: 1. Valutazione dell'impatto regionale: i team tecnici hanno esaminato i rapporti dei clienti e hanno confermato che il problema è stato isolato nell'ambiente di produzione dell'UE. La convalida aggiuntiva è stata eseguita in altre regioni per verificare che le funzionalità di reportistica siano rimaste operative al di fuori dell'ambiente interessato. 2. Analisi dei guasti di autenticazione: i team tecnici hanno esaminato l'elaborazione dei report, i workflow di autenticazione, gli spazi di lavoro di reporting e le recenti modifiche della piattaforma per identificare la fonte dei guasti. L'indagine ha determinato che i rapporti interessati non sono stati in grado di autenticare con successo quando si recuperano i dati sottostanti necessari per il rendering report. 3. Attività di ripristino e convalida: i team tecnici hanno applicato gli aggiornamenti in ambienti clienti interessati e gli spazi di lavoro di reporting per ripristinare il recupero dei dati di report di successo. Dopo l'implementazione, le organizzazioni dei clienti hanno avuto un impatto validato per confermare che i rapporti e le dashboard stavano caricando con successo e visualizzando i dati come previsto. 4. Verifica post-recupero: Dopo il ripristino, sono state condotte ulteriori attività di monitoraggio e convalida per verificare la funzionalità del report continuo, confermare il recupero di successo e garantire la stabilità dei servizi in tutto l'ambiente di produzione dell'UE. **Misure di prevenzione complesse** Durante l'incidente sono state identificate le seguenti azioni di follow-up: • Autenticazione Aggiornamento Processo Review: i team tecnici stanno rivedendo il processo di aggiornamento di autenticazione per capire perché l'aggiornamento non è stato applicato correttamente in tutti gli spazi di lavoro di report interessati nell'ambiente di produzione dell'UE e per identificare miglioramenti che aiuteranno a prevenire problemi simili negli aggiornamenti futuri.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 luglio 2026 alle ore 08:25 UTCidentified

   Descrizione dell'incidente: Abbiamo identificato un problema che riguarda l'elaborazione dell'inventario in Flexera One IT Asset Management dopo l'implementazione del rilascio 2026 R1.1 nel nostro ambiente di produzione statunitense. Di conseguenza, alcuni clienti possono sperimentare le prestazioni degradate e problemi di affidabilità intermittente durante l'accesso a determinate aree dell'interfaccia utente e l'esecuzione di attività relative al sistema. Priorità: P2 Attività di ripristino: La nostra indagine ha determinato che il problema è relativo a un difetto software introdotto con il rilascio 2026 R1.1. Mentre il difetto era stato precedentemente identificato e le procedure di mitigazione sono state incorporate nel processo di distribuzione, la bonifica automatica ha incontrato problemi di esecuzione inaspettati . Di conseguenza, i team tecnici hanno implementato misure alternative di mitigazione per ridurre l'impatto del cliente e stabilizzare le prestazioni del sistema. Continuiamo a monitorare attivamente l'ambiente e ad applicare azioni correttive per affrontare il difetto sottostante e ripristinare il normale funzionamento del servizio.

2. 22 luglio 2026 alle ore 13:38 UTCidentified

   I nostri team continuano a lavorare per implementare un hotfix per affrontare il problema. Durante l'implementazione, il hotfix ha incontrato le condizioni del database che impediscono di completare con successo. I nostri team tecnici stanno lavorando attivamente per risolvere questo problema e stanno valutando azioni mirate di mitigazione per consentire al hotfix di completare. Una volta che il hotfix è stato applicato con successo, i team convalidano le prestazioni del servizio e continueranno a monitorare per confermare il recupero. Forniremo un altro aggiornamento come ulteriori informazioni diventano disponibili.

3. 22 luglio 2026 alle ore 15:40 UTCmonitoring

   Il hotfix è stato implementato con successo e i team ingegneristici stanno attualmente convalidando la sua efficacia. I team continuano a monitorare il comportamento della piattaforma e a rivedere la telemetria per confermare la risoluzione dei problemi.

4. 22 luglio 2026 alle ore 16:16 UTCresolved

   I nostri team hanno completato la convalida post-deployment e hanno confermato che le prestazioni del servizio sono tornate ai livelli previsti. Il monitoraggio continuo ha mostrato un funzionamento stabile della piattaforma senza ulteriori impatti osservati. Sulla base di questi risultati, questo problema è ora considerato risolto.

5. 4 agosto 2026 alle ore 20:57 UTCpostmortem

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

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 luglio 2026 alle ore 10:24 UTCinvestigating

   Descrizione dell'incidente: Abbiamo identificato un problema di fatturazione e visibilità dei costi per i clienti AWS in tutte le regioni. Come risultato di una disgregazione attiva del fornitore di servizi, i clienti possono osservare inesatte, incomplete o ritardate le informazioni stimate sui costi e sull'utilizzo all'interno della console di fatturazione e gestione dei costi. Questo problema è limitato ai servizi basati su AWS e non influisce sui clienti utilizzando altre piattaforme cloud. Priorità: P2 Attività di restauro: I nostri team tecnici hanno confermato che il problema è legato ad un evento attivo di servizio AWS che interessa tutte le regioni. Stiamo monitorando attivamente la situazione e lavorando a stretto contatto con gli aggiornamenti AWS per valutare l'impatto del cliente. Il ripristino dei servizi dipende da AWS che risolve il problema sottostante, e continueremo a fornire aggiornamenti come ulteriori informazioni diventano disponibili.

2. 17 luglio 2026 alle ore 10:27 UTCinvestigating

   Stiamo continuando a indagare su questo problema.

3. 17 luglio 2026 alle ore 13:14 UTCidentified

   Continuiamo a monitorare attentamente l'outage del fornitore di servizi e il suo impatto sui servizi interessati. Ulteriori aggiornamenti saranno forniti come nuove informazioni diventano disponibili.

4. 17 luglio 2026 alle ore 18:24 UTCidentified

   I nostri sforzi di indagine e validazione finora non hanno identificato alcun impatto per i dati di fatturazione Spot o analisi dei costi. I dati di fatturazione e prezzi rivisti rimangono coerenti con i valori attesi. Mentre i risultati iniziali di validazione sono positivi, stiamo continuando attività di validazione aggiuntive come ulteriori dati diventano disponibili per confermare questi risultati. Rimaniamo impegnati con AWS e continueremo a monitorare la situazione da vicino. Condivideremo aggiornamenti aggiuntivi come le nostre attività di validazione continuano.

5. 18 luglio 2026 alle ore 08:05 UTCidentified

   Rimaniamo attivamente impegnati con AWS e continuiamo a monitorare attentamente la situazione. AWS ha identificato la causa principale e ha implementato misure di mitigazione per affrontare il problema sottostante che ha portato a dati stimati e di utilizzo non corretti. AWS ha iniziato il backup dei dati per ripristinare i costi e le informazioni di utilizzo accurate per tutti i clienti e il recupero completo è previsto entro il 18 luglio 2026, 12:00 PM PDT.

6. 18 luglio 2026 alle ore 19:33 UTCmonitoring

   Continuiamo a monitorare l'evento di servizio AWS e rimaniamo impegnati con AWS mentre completano le loro attività di recupero. La convalida completata fino ad oggi non ha identificato alcun impatto sui dati di fatturazione o analisi dei costi di Spot. Stiamo continuando a monitorare la situazione e a completare le restanti attività di validazione prima di determinare la chiusura di questo incidente.

7. 19 luglio 2026 alle ore 12:59 UTCresolved

   AWS ha risolto la loro interruzione di servizio il 18 luglio alle 6:57 AM PDT. A seguito della validazione da parte dei nostri team tecnici, abbiamo confermato che la funzionalità del servizio è stata ripristinata.

8. 30 luglio 2026 alle ore 18:10 UTCpostmortem

   **Descrizione:** Flexera Spot – AWS Billing Service Disruption Periodo: 17 luglio 2026, 1:33 AM PDT – 18 luglio 2026, 6:57 AM PDT **Riepilogo incidente** Il 17 luglio 2026, a circa 1:33 PDT, i team tecnici di Flexera si sono resi conto di un problema AWS che riguarda i dati stimati di fatturazione e utilizzo visualizzati all'interno di AWS Billing and Cost Management, Cost Explorer, e Cost and Use Reports. Data la natura dell'interruzione del servizio AWS, i team tecnici hanno avviato un'indagine per determinare se la fatturazione Spot, l'analisi dei costi o i calcoli di risparmio per i clienti AWS sono stati colpiti. Durante l'indagine, i team hanno esaminato i dati di fatturazione e prezzi utilizzati da Spot, convalidato i costi e le tabelle dei prezzi rilevanti, monitorato gli aggiornamenti AWS, e ha valutato se i dati di fatturazione o di risparmio dei clienti erano stati influenzati. I team tecnici hanno convalidato i dati di fatturazione e prezzi utilizzati da Spot e hanno confermato che i relativi costi e prezzi erano operativi come previsto. L'indagine non ha identificato alcun problema all'interno dei dati utilizzati da Spot, e non sono stati osservati calcoli di fatturazione errati o di risparmio. AWS ha poi confermato che il problema ha avuto origine all'interno dei servizi di AWS Billing and Cost Management, ha identificato e mitigato il problema sottostante, e ha completato le attività di recupero e di backup dei dati. Sulla base della validazione eseguita durante l'indagine, non è stato osservato alcun impatto del cliente all'interno di Spot. A seguito della conferma del recupero di AWS e del completamento delle attività di convalida post-recupero, l'incidente è stato considerato risolto. ♪Root Cause ♪ L'incidente è stato causato da un problema di servizio AWS che riguarda la fatturazione stimata e i dati di utilizzo visualizzati all'interno di AWS Billing and Cost Management, Cost Explorer, e Costo e rapporti di utilizzo. AWS ha identificato e mitigato il problema sottostante e completato le attività di recupero dati. ** Azioni di correzione ** Le seguenti azioni sono state prese durante la risposta incidente: • Iniziato: i team tecnici hanno iniziato a indagare sul problema dei dati di fatturazione e utilizzo di AWS per determinare se i clienti Spot sono stati colpiti. • Valutazione dell'impatto Eseguita: i team tecnici hanno valutato se l'interruzione del servizio AWS ha interessato l'analisi delle fatture e i calcoli di risparmio. • Convalida dei dati Completata: i team hanno esaminato e convalidato i dati di fatturazione e prezzi utilizzati da Spot e hanno confermato che le tabelle relative ai costi e ai prezzi erano operativi come previsto. • AWS Recovery Monitorato: i team tecnici hanno monitorato le comunicazioni AWS, gli aggiornamenti dei servizi e le attività di recupero durante l'incidente. • Validazione Post-Recovery Eseguita: La convalida aggiuntiva è stata completata in seguito alle attività di recupero AWS e di backup dei dati per confermare l'integrità dei dati di fatturazione e prezzi utilizzati da Spot. • Risolto incidente: L'incidente è stato chiuso dopo che AWS ha confermato il recupero e la validazione tecnica non ha identificato alcun impatto all'interno di Spot. **Misure di prevenzione complesse** Durante l'incidente sono state identificate le seguenti azioni di follow-up: • AWS Collaborazione e revisione: continuare a lavorare a stretto contatto con AWS per comprendere la causa di fondo degli incidenti gestiti da fornitori e rivedere eventuali raccomandazioni o apprendimento derivanti dalla loro indagine. • Resiliency and Validation Review: opportunità di revisione per rafforzare ulteriormente i processi di validazione per i dati relativi alla fatturazione per supportare la valutazione e la risposta degli impatti piÃ1 veloci durante simili interruzioni di servizio di terze parti in futuro.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 17 luglio 2026 alle ore 08:24 UTCidentified

   Descrizione dell'incidente: Abbiamo identificato un problema che riguarda l'elaborazione dell'inventario in Flexera One IT Asset Management dopo l'implementazione del 2026 R1.1 release nei nostri ambienti APAC e Europa. Di conseguenza, un sottoinsieme di clienti può sperimentare le prestazioni degradate quando si accede a determinate aree dell'interfaccia utente e durante l'esecuzione di attività relative al sistema. Priorità: P2 Attività di ripristino: I nostri team tecnici hanno identificato il problema come difetto software introdotto con il rilascio 2026 R1.1. Sono state implementate misure di mitigazione per ridurre l'impatto del cliente, e i team stanno lavorando attivamente per ripristinare pienamente le prestazioni del servizio. Continueremo a fornire aggiornamenti come il progresso è fatto.

2. 17 luglio 2026 alle ore 15:58 UTCidentified

   Continuiamo a fare progressi nell'affrontare i problemi di performance che interessano un sottoinsieme di clienti negli ambienti di produzione APAC ed Europa. Le correzioni identificate sono ora state implementate, e stiamo monitorando attivamente l'ambiente come le attività di elaborazione dei clienti continuano. I nostri team stanno convalidando l'efficacia di questi cambiamenti e valutando le prestazioni globali della piattaforma. Forniremo aggiornamenti aggiuntivi come ulteriori informazioni diventano disponibili.

3. 18 luglio 2026 alle ore 08:10 UTCmonitoring

   I nostri team continuano a convalidare gli hotfix di recente distribuzione e i risultati iniziali sembrano positivi. Stiamo monitorando attentamente le attività di elaborazione interessate per confermare l'efficacia della correzione e garantire la stabilità della piattaforma. La convalida è in corso e continueremo a monitorare le prestazioni prima di confermare la risoluzione completa. Forniremo un altro aggiornamento come ulteriori informazioni diventano disponibili.

4. 18 luglio 2026 alle ore 19:29 UTCresolved

   A seguito dell'implementazione delle correzioni identificate, le attività di elaborazione precedentemente colpite stanno ora completando con successo, e non vediamo più ricorrenza dei problemi osservati dopo la recente pubblicazione. Sulla base dei risultati osservati dopo l'implementazione delle correzioni, questo incidente viene risolto. Pubblicheremo un RCA completo nei prossimi giorni che includerà un riepilogo dettagliato del problema, causa principale e misure preventive da attuare per aiutare a prevenire la ricorrenza.

5. 30 luglio 2026 alle ore 17:47 UTCpostmortem

   **Descrizione:** Flexera One – IT Asset Management – APAC & EU – Lentezza e prestazioni degradate **Timeframe:** 13 luglio 2026, 1:00 PM PDT – 18 luglio 2026, 7:10 AM PDT **Riepilogo incidente** Il 13 luglio 2026, a circa 1:00 PM PDT, un problema ha cominciato a interessare i clienti di Flexera One IT Asset Management negli ambienti di produzione APAC ed Europa dopo l'implementazione del 2026 R1.1 rilascio. Durante il periodo interessato, alcuni clienti hanno sperimentato la lentezza delle applicazioni intermittenti, il trattamento ritardato, la riconciliazione dei guasti e le prestazioni degradate quando si accede a determinate aree dell'applicazione o l'esecuzione di attività relative all'inventario. Con l'aumento dei rapporti con i clienti, i team tecnici hanno iniziato a studiare schemi comuni attraverso i sintomi segnalati per determinare la causa sottostante. L'indagine ha identificato un difetto introdotto come parte del rilascio di Flexera One IT Asset Management 2026 R1.1. In determinate condizioni, il difetto ha comportato un'attività di elaborazione del database significativamente più elevata durante le operazioni relative all'inventario. Poiché i dati dell'inventario sono stati elaborati, il carico di lavoro aumentato ha contribuito al trattamento di ritardi, condizioni di timeout e prestazioni di applicazione degradate per alcuni clienti. I team tecnici hanno sviluppato e implementato hotfix per affrontare il problema negli ambienti di produzione interessati. Dopo l'implementazione, i team hanno svolto attività di validazione e monitorato i flussi di lavoro di elaborazione impattati per confermare il recupero. Entro il 18 luglio 2026, a circa 7:10 AM PDT, la validazione ha confermato la riuscita del trattamento dei carichi di lavoro precedentemente colpiti e che i modelli di guasto associati al problema non si verificavano più. L'incidente è stato considerato risolto e i team tecnici hanno continuato a monitorare per confermare la stabilità del servizio. ♪Root Cause ♪ L'incidente è stato causato da un difetto introdotto nella Flexera One IT Asset Management 2026 R1.1 rilascio che interessa le operazioni di elaborazione relative all'inventario. In determinate condizioni, il difetto ha causato significativamente più attività di elaborazione del database che previsto durante le operazioni di elaborazione relative all'inventario. Questo aumento del carico di lavoro ha comportato un elevato consumo di risorse, ritardi di elaborazione e condizioni di timeout. Queste condizioni hanno contribuito alla lentezza delle applicazioni intermittenti, all'elaborazione ritardata, alla riconciliazione dei guasti e alle prestazioni degradate che interessano alcune funzionalità IT Asset Management. ** Azioni di correzione ** 1. Incident Investigation Iniziato: i team tecnici hanno iniziato a indagare i rapporti di lentezza delle applicazioni, ritardi di elaborazione e problemi di affidabilità che interessano gli ambienti di produzione APAC e Europa. 2. Valutazione dell'impatto Eseguita: i team hanno esaminato i sintomi, i dati delle prestazioni del sistema e il comportamento di elaborazione per determinare la portata e la natura del problema. 3. Causa Identificata: Investigation ha determinato che un difetto introdotto nel 2026 R1.1 rilascio stava generando eccessiva attività di elaborazione durante le operazioni relative all'inventario. 4. Hotfixes Sviluppato e distribuito: i team tecnici hanno sviluppato e implementato hotfix per correggere il comportamento di elaborazione interessato negli ambienti di produzione APAC ed Europa. 5. Recupero convalidato: le squadre hanno convalidato l'efficacia degli hotfix attraverso il monitoraggio e l'esecuzione di successo delle attività di elaborazione precedentemente colpite. 6. Monitoraggio post-restauro Performato: monitoraggio supplementare ha confermato che i guasti precedentemente osservati e il degrado delle prestazioni non erano più in atto e che la stabilità del servizio era stata ripristinata. **Misure di prevenzione complesse** Sulla base dell'indagine, è stata identificata la seguente attività di follow-up: • Miglioramenti logici di elaborazione: i team tecnici hanno implementato correzioni alla logica di elaborazione interessata per eliminare il comportamento inefficiente che ha contribuito ad aumentare il consumo di risorse e il degrado delle prestazioni.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 14 luglio 2026 alle ore 09:13 UTCresolved

   Descrizione dell'incidente: I nostri team hanno identificato un problema che riguarda Cognos Analytics nell'ambiente di produzione dell'UE. Durante la finestra di impatto, i clienti interessati potrebbero non essere stati in grado di accedere o caricare Cognos Analytics. L'indagine attuale ha confermato che l'impatto è stato limitato alla regione di produzione dell'UE. Priorità: P2 Attività di ripristino: i nostri team tecnici hanno determinato che il problema era legato ad un recente aggiornamento a Cognos Analytics , che è stato completato nell'ambito delle attività di rilascio dell'EU Production IT Asset Management. Il team ha identificato un problema di configurazione introdotto durante l'aggiornamento, ha implementato le correzioni di configurazione necessarie e ripristinato la normale funzionalità di servizio. L'ambiente rimane stabile sotto controllo. Ulteriori dettagli, tra cui la causa principale e le misure preventive, saranno condivisi in una relazione post-mortem.

2. 26 luglio 2026 alle ore 07:06 UTCpostmortem

   **Descrizione:** Flexera One - IT Asset Management - EU - Congnos analytics access issue **Tempio:** 13 luglio 2026, 12:51 PDT al 14 luglio 2026, 1:52 AM PDT **Riepilogo incidente** Lunedì 13 luglio 2026, alle ore 12:51 PDT, dopo l'aggiornamento Cognos Analytics 12.1.2 implementato nell'ambito del rilascio di Flexera One IT Asset Management in Europa \(EU\) Ambiente di produzione, i nostri team hanno identificato un problema che ha impedito ai clienti di accedere a Cognos Analytics. Di conseguenza, gli utenti interessati non sono stati in grado di lanciare con successo l'applicazione dopo che le attività di manutenzione programmate erano state completate. I team tecnici hanno immediatamente avviato un'indagine e hanno confermato che la questione era isolata nell'ambiente di produzione dell'UE, senza alcun impatto osservato in altre regioni di produzione. Un'ulteriore analisi ha determinato che l'aggiornamento stesso aveva completato con successo; tuttavia, una parte delle attività di configurazione post-upgrade richieste non era stata completamente applicata, impedendo a Cognos Analytics di iniziare correttamente. Le restanti attività di configurazione sono state prontamente completate, ripristinando la normale funzionalità Cognos Analytics. A seguito di una convalida completa dell'accesso al cliente e di un periodo di monitoraggio migliorato, il servizio è stato confermato di essere operativo normalmente e l'incidente è stato dichiarato risolto. ♪Root Cause ♪ * Configurazione post-aggiornamento incompleto: Anche se l'aggiornamento Cognos Analytics 12.1.2 completato con successo, le attività di configurazione post-upgrade richieste non sono state completate completamente prima che l'ambiente sia stato restituito al servizio. * Mancanza di inizializzazione del servizio: la configurazione incompleta ha impedito a Cognos Analytics di inizializzare correttamente, con conseguente incapacità dei clienti di accedere all'applicazione. * Impatto regionale: La questione era limitata all'ambiente di produzione dell'UE. Nessun impatto è stato identificato in Nord America, APAC, o in altre regioni di produzione. ** Azioni di correzione ** Per ripristinare il servizio, team tecnici: * Completato le attività di configurazione post-upgrade richieste che non erano state completamente applicate durante l'implementazione. * Servizi Cognos Analytics riavviati e convalidati per confermare l'inizializzazione delle applicazioni di successo. * Eseguiti test funzionali e validazione dell'accesso al cliente per verificare che le funzionalità di reporting siano state operative come previsto. * Posizionato l'ambiente sotto il monitoraggio migliorato dopo il recupero per garantire la stabilità di servizio continua. **Misure di prevenzione complesse** * Validazione post-upgrade avanzata: rafforzare le procedure di convalida dell'implementazione per verificare che tutte le attività di configurazione post-upgrade richieste siano completate con successo prima di concludere le attività di manutenzione. * Monitoraggio e Alerting migliorati: Migliora il monitoraggio e l'avviso di Cognos Analytics per consentire il rilevamento anticipato del degrado dei servizi dopo gli aggiornamenti. * Miglioramenti della lista di controllo: Aggiornare le cartelle di distribuzione e le liste di controllo operative per includere la verifica aggiuntiva del completamento della configurazione post-upgrade prima di restituire l'ambiente al servizio di produzione. * Controllo della disponibilità operativa: revisione delle procedure di esecuzione di aggiornamento per garantire che tutte le attività di post-deployment obbligatori siano completate e convalidate prima che le finestre di manutenzione siano chiuse.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 12 luglio 2026 alle ore 23:51 UTCinvestigating

   Descrizione incidente: Stiamo vivendo un problema che riguarda i clienti di Flexera One IT Asset Management (ITAM) nella regione APAC. I clienti possono notare che alcune voci di navigazione e menu all'interno dell'interfaccia ITAM non sono visibili, con conseguente accesso limitato ad alcune funzionalità. Priorità: P2 Attività di restauro: I nostri team tecnici stanno attivamente indagando su questo problema e lavorano per ripristinare la piena funzionalità. Continueremo a fornire aggiornamenti come ulteriori informazioni diventano disponibili.

2. 13 luglio 2026 alle ore 00:28 UTCidentified

   La nostra indagine ha identificato un elevato utilizzo delle risorse che influisce sulla funzionalità associata al problema segnalato. Attualmente sono in corso azioni di mitigazione, tra cui l'aumento della capacità di sistema per sostenere gli sforzi di recupero. Stiamo monitorando attivamente l'ambiente e convalidando il comportamento della piattaforma in quanto tali modifiche sono implementate. Il lavoro rimane in corso per ripristinare la piena funzionalità per i clienti interessati, e condivideremo aggiornamenti aggiuntivi come progresso è fatto.

3. 13 luglio 2026 alle ore 01:52 UTCidentified

   La nostra indagine ha identificato un potenziale problema di configurazione associato alla funzionalità interessata. Come parte degli sforzi di mitigazione in corso, le modifiche di configurazione sono state ripristinate, e gli aumenti di capacità precedentemente avviati sono stati completati. Stiamo monitorando attivamente l'ambiente e convalidando il comportamento della piattaforma in quanto tali modifiche hanno effetto. Il lavoro rimane in corso per ripristinare la piena funzionalità per i clienti interessati, e forniremo ulteriori aggiornamenti come il progresso è fatto.

4. 13 luglio 2026 alle ore 03:44 UTCresolved

   Dopo un lungo monitoraggio, abbiamo confermato che le prestazioni del servizio sono rimaste stabili e funzionano come previsto. Questo problema è ora risolto.

5. 12 agosto 2026 alle ore 05:15 UTCpostmortem

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

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 6 luglio 2026 alle ore 14:19 UTCinvestigating

   Descrizione dell'incidente: Stiamo attualmente indagando le prestazioni degradate che interessano Spot Ocean ECS per i clienti AWS. I clienti possono provare una lentezza significativa o ritardi quando si accede alla console o utilizzando determinate funzionalità Ocean ECS. Priorità: P2 Attività di restauro: I nostri team tecnici stanno attivamente indagando e lavorando per ripristinare la normale funzionalità. Forniremo ulteriori aggiornamenti in quanto ulteriori informazioni diventano disponibili.

2. 6 luglio 2026 alle ore 15:11 UTCmonitoring

   La nostra indagine ha identificato che il degrado era correlato a un evento di salute del servizio AWS che colpisce la regione us-east-1. AWS ha da allora riferito che il problema è stato risolto, e ora stiamo vedendo segni di recupero dal nostro lato, tra cui le prestazioni di console Spot Ocean ECS migliorate e il completamento di flussi di lavoro AWS correlati. L'ambiente di produzione appare stabile in questo momento. I nostri team continueranno a monitorare per un breve periodo di validazione per garantire che le prestazioni rimangano stabili prima di segnare l'incidente risolto.

3. 6 luglio 2026 alle ore 16:57 UTCresolved

   Abbiamo continuato a monitorare l'ambiente per un periodo prolungato e i servizi sono rimasti stabili, senza ulteriori problemi osservati. Questo incidente è stato risolto.

4. 20 luglio 2026 alle ore 07:00 UTCpostmortem

   **Descrizione:** Spot Ocean – AWS – Ocean ECS Console Performance Degradation **Tempio:** 6 luglio 2026, 05:45 PDT al 6 luglio 2026, 07:53 **Riepilogo incidente** Lunedì 6 luglio 2026, alle 05:45 PDT , i nostri team hanno identificato un degrado delle prestazioni che interessa Spot Ocean ECS per i clienti AWS. Durante la finestra di impatto, i clienti hanno sperimentato una maggiore latenza durante l'accesso alla console Ocean ECS, e alcune operazioni relative AWS sono state ritardate o non sono state completate con successo. I team tecnici hanno immediatamente avviato un'indagine per identificare la fonte del problema. Come un disturbo del servizio AWS si è verificato contemporaneamente nella regione AWS us-east-1, l'indagine ha inizialmente considerato sia l'evento esterno AWS che una distribuzione di produzione recentemente completata come potenziali fattori di contributo. Attraverso un'analisi dettagliata, i team hanno determinato che la causa principale dell'impatto del cliente è stata l'instabilità introdotta dalla recente distribuzione Gateway. La conseguente degradazione delle prestazioni del gateway ha interessato l'elaborazione e la reattività delle richieste all'interno di Spot Ocean ECS. Mentre la concomitante interruzione del servizio AWS ha aggiunto la complessità all'indagine, è stato confermato di non essere il principale driver dell'impatto rispetto al cliente. Per ripristinare il servizio, le squadre hanno ripiegato la distribuzione alla versione stabile precedente. Dopo il rollback, le prestazioni della piattaforma sono tornate ai livelli previsti e i flussi di lavoro dei clienti hanno ripreso il normale funzionamento. Un lungo periodo di monitoraggio ha confermato la stabilità dei servizi sostenuta prima che l'evento fosse formalmente risolto. ♪Root Cause ♪ L'incidente è stato causato dall'instabilità introdotta in una distribuzione Gateway . L'implementazione ha portato a prestazioni degradate all'interno del servizio Gateway, riducendo la sua capacità di elaborare in modo efficiente le richieste dei clienti. Ciò ha causato maggiori tempi di risposta e guasti intermittenti per le operazioni di console Spot Ocean ECS e flussi di lavoro correlati a AWS. Tornando alla versione precedente stabile Gateway ha ripristinato le normali prestazioni della piattaforma e ha risolto l'impatto del cliente. Fattori di distribuzione * Un disturbo del servizio AWS concomitante nella regione us-east-1 si è verificato durante lo stesso periodo di tempo. Mentre non era la causa dell'incidente, complicava l'indagine iniziale e ritardava l'identificazione del problema Gateway sottostante. * Il rollback Gateway ha richiesto un ulteriore tempo a causa della scala della distribuzione di produzione, estendendo il processo di recupero complessivo. * Le operazioni che coinvolgono la creazione di risorse e gli aggiornamenti hanno avuto un impatto maggiore rispetto alle attività di sola lettura a causa della reattività di Gateway degradata. ** Azioni di correzione ** * I team tecnici hanno indagato il degrado e hanno identificato una recente distribuzione Gateway come fonte primaria del problema. * La distribuzione del gateway interessato è stata rimossa per conoscere la versione stabile, ripristinando la stabilità del servizio. * Le prestazioni della piattaforma e i flussi di lavoro orientati al cliente sono stati convalidati dopo il rollback. * I team tecnici hanno completato un lungo periodo di monitoraggio per confermare l'operazione di servizio stabile prima di chiudere l'incidente. **Misure di prevenzione complesse** * Migliorate le protezioni di distribuzione - I team di ingegneria rafforzeranno i controlli di distribuzione e i processi di validazione per ridurre la probabilità di problemi simili legati alla distribuzione che interessano gli ambienti di produzione. * Enhanced Platform Monitoring - Verrà implementato un monitoraggio e un avviso aggiuntivi per fornire una prima rilevazione del comportamento di Gateway anormale, inclusa la reattività di servizio, l'utilizzo delle risorse e la stabilità delle applicazioni. * Procedure di recupero migliorate - Le procedure Rollback saranno migliorate e regolarmente convalidate per ridurre il tempo di recupero e migliorare l'efficienza operativa durante gli incidenti legati alla distribuzione. * Validazione Proattiva della salute del servizio - Verranno espansi i controlli sulla salute sintetici per convalidare continuamente i flussi di lavoro degli utenti Ocean ECS critici, consentendo l'identificazione preventiva del degrado delle prestazioni rispetto al cliente. * Enhanced Dependency Monitoring - I team di ingegneria continueranno a migliorare la visibilità in eventi di servizio cloud esterni e dipendenze della piattaforma per consentire una differenziazione più rapida tra i problemi della piattaforma interna e le interruzioni di servizio di terze parti durante le indagini future.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 luglio 2026 alle ore 19:07 UTCresolved

   Descrizione dell'incidente: Abbiamo identificato un problema che riguarda un sottoinsieme di Flexera One servizi nella regione APAC, che potrebbe aver causato problemi di accesso intermittente o guasti per alcuni utenti. L'impatto è stato intermittente, e altre regioni non sono state influenzate. Il problema è stato risolto e i servizi interessati sono operativi normalmente. Priorità: P2 Attività di Restauro: I nostri team tecnici hanno indagato sul problema e hanno ripristinato una recente modifica per ripristinare il servizio. Abbiamo confermato che i servizi interessati funzionano normalmente e il monitoraggio continuo per garantire la stabilità della piattaforma. Questo incidente è stato risolto.

2. 17 luglio 2026 alle ore 06:11 UTCpostmortem

   **Descrizione:** Flexera One – APAC – Intermittent Access Issues **Tempio:** 3 luglio 2026, 11:20 PDT – 3 luglio 2026, 11:50 AM PDT **Riepilogo incidente** Il 3 luglio 2026, a circa 11:20 PDT, è stato identificato un problema che riguarda un sottoinsieme di servizi Flexera One nell'ambiente di produzione APAC. Durante la finestra incidente, alcuni clienti possono avere problemi di accesso intermittente o guasti durante l'accesso a determinate aree della piattaforma Flexera One. L'impatto è stato intermittente in natura, in quanto la capacità di servizio ridondante è rimasta disponibile e ha continuato a servire il traffico durante l'incidente. Altre Flexera Una regione, tra cui NAM e UE, non è stata colpita. I team tecnici hanno iniziato a indagare immediatamente e hanno esaminato i servizi interessati e i componenti della piattaforma di supporto all'interno dell'ambiente APAC. L'indagine ha individuato che un recente cambiamento fatto nell'ambiente APAC ha contribuito ai guasti di servizio intermittenti osservati. Come parte dello sforzo di recupero, il cambiamento è stato ripristinato e il comportamento di servizio è stato monitorato per convalidare il recupero. Dopo il rollback, la stabilità del servizio è stata ripristinata e i clienti sono stati in grado di accedere alle funzionalità colpite normalmente. Circa 11:50 PDT, i servizi erano operativi come previsto e l'incidente è stato considerato risolto. ♪Root Cause ♪ L'incidente è stato causato da un cambiamento di configurazione all'interno dell'ambiente APAC che ha influenzato involontariamente la comunicazione tra un sottoinsieme di servizi di piattaforma e un componente della piattaforma di backend. Durante l'indagine, i team tecnici hanno determinato che il cambiamento ha determinato che alcuni servizi della piattaforma non sono in grado di comunicare correttamente con il componente interessato. Ciò ha portato a guasti intermittenti che interessano un sottoinsieme di servizi Flexera One nella regione APAC. Mentre si verificava il problema, uno o più baccelli che supportavano i servizi interessati rimasero disponibili e continuarono a servire il traffico. Di conseguenza, i clienti hanno sperimentato problemi di accesso intermittente piuttosto che un outage di servizio completo. ** Azioni di correzione ** Le seguenti azioni sono state prese durante la risposta incidente: • Iniziato: i team tecnici hanno iniziato a indagare su problemi di accesso intermittente che interessano un sottoinsieme di servizi Flexera One nella regione APAC. • Platform Review Completato: i team tecnici hanno esaminato i servizi interessati e i componenti della piattaforma di supporto all'interno dell'ambiente APAC per identificare la fonte del problema. • Recent Change Identified: Investigation ha identificato un cambiamento recentemente implementato che correlato al degrado del servizio osservato. • Cambiamento Revertito: La modifica identificata è stata ripristinata come parte dello sforzo di mitigazione per ripristinare il normale comportamento di servizio. • Servizio di recupero convalidato: i team tecnici hanno monitorato il comportamento del servizio in seguito al rollback e hanno confermato che la funzionalità interessata funzionava normalmente. • Monitoraggio della stabilità della piattaforma Continuato: Il monitoraggio supplementare è stato eseguito dopo le attività di restauro per verificare la stabilità del servizio continua prima della chiusura dell'incidente. **Misure di prevenzione complesse** Questo incidente ha evidenziato l'importanza di convalidare le modifiche della piattaforma per garantire che gli impatti indesiderati siano identificati prima di influenzare la disponibilità dei servizi. Sulla base dell'indagine, vengono perseguite le seguenti attività: • Miglioramenti di convalida della configurazione: rivedere e migliorare i processi di validazione per le modifiche di configurazione delle infrastrutture e delle piattaforme per aiutare a identificare gli impatti indesiderati prima che le modifiche vengano implementate negli ambienti di produzione. • Miglioramenti di verifica post-deployment: rivedere le procedure di verifica post-deployment per garantire che le dipendenze dei servizi critici rimangano accessibili e funzionanti come previsto dopo le modifiche di configurazione.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 25 giugno 2026 alle ore 06:54 UTCresolved

   Descrizione dell'incidente: Abbiamo identificato un problema che riguarda l'elaborazione dell'inventario in Flexera One IT Asset Management dopo il rilascio 2026 R1 negli ambienti APAC ed Europa. Di conseguenza, alcuni upload di inventario non sono stati elaborati con successo, causando i dati di inventario visualizzati in Flexera One IT Asset Management da ritardare e non riflettere l'inventario del cliente più recentemente caricato. Priorità: P2 Attività di ripristino: i team tecnici hanno individuato un problema relativo alla capacità che riguarda l'elaborazione dell'inventario e hanno eseguito riavviamento di servizi mirati nelle regioni colpite per ripristinare la normale elaborazione. Il servizio è stato ripristinato entro il 24 giugno 2026, 11:00 PM PDT, e i file di inventario stanno ora elaborando con successo. I nostri team continuano a monitorare la piattaforma per garantire una stabilità duratura. Una relazione post-mortem che dettaglia la causa principale e le misure preventive saranno condivise una volta completata l'indagine.

2. 15 luglio 2026 alle ore 06:18 UTCpostmortem

   **Descrizione:** Flexera One- IT Asset Management- APAC & EU - NDI Inventory Import Falls **Timeframe:** 18 giugno 2026, 09:00 PDT fino al 25 giugno 2026, 02:42 **Riepilogo incidente** Mercoledì 24 giugno 2026, 11:35 PM PDT, a seguito dell'implementazione del rilascio di Flexera One IT Asset Management 2026 R1 negli ambienti Australia ed Europa Production, i nostri team hanno identificato un problema che riguarda il trattamento dei file di inventario NDI. Di conseguenza, un numero significativo di file di inventario non è riuscito durante l'elaborazione e non sono stati riflessi nei dati dell'inventario del cliente, causando le informazioni dell'inventario visualizzate in Flexera One ITAM per diventare obsoleti per i clienti interessati. I team tecnici hanno immediatamente avviato un'indagine e hanno determinato che il problema si è verificato all'interno del flusso di lavoro di elaborazione dell'inventario introdotto con il rilascio 2026 R1. I file di inventario non registrati si sono accumulati in seguito a ripetuti errori di elaborazione, impedendo il completamento di aggiornamenti dell'inventario e contribuendo ad un aumento del carico di elaborazione sui servizi interessati. Per ripristinare il servizio, i team tecnici hanno implementato azioni correttive aggiornando i servizi applicativi interessati in ambienti colpiti. Dopo le attività di restauro, l'elaborazione dell'inventario ha ripreso con successo, e nuovi upload dell'inventario sono stati elaborati come previsto. Il monitoraggio continuato ha confermato il comportamento stabile della piattaforma, e l'incidente è stato dichiarato risolto dopo la validazione sostenuta. ♪Root Cause ♪ Il problema è stato causato da un difetto introdotto con il rilascio di Flexera One IT Asset Management 2026 R1 che ha interessato il trattamento dei file di inventario NDI. In determinate condizioni, i file di inventario non potrebbero essere elaborati con successo a causa di un problema all'interno del flusso di lavoro di autenticazione e elaborazione, causando il rifiuto dei file prima che l'elaborazione potesse essere completata. Come i file falliti si sono accumulati, la capacità di elaborazione è stata sempre più consumata da ripetuti fallimenti, impedendo il successo dell'elaborazione dell'inventario e ritardando gli aggiornamenti dell'inventario per i clienti interessati. Fattori di distribuzione * I file di inventario non registrati si sono accumulati all'interno del flusso di lavoro di elaborazione, aumentando l'utilizzo delle risorse sui servizi di inventario interessati. * Il carico di elaborazione aumentato ha ridotto la capacità disponibile per nuove richieste di elaborazione dell'inventario. * Il problema ha interessato gli ambienti di produzione in esecuzione del rilascio 2026 R1; North America Production non è stato influenzato perché il rilascio non era ancora stato distribuito. ** Azioni di correzione ** * I team tecnici hanno identificato il flusso di lavoro di elaborazione dell'inventario interessato e implementato azioni correttive per ripristinare il servizio. * I servizi di applicazione sono stati rinnovati in tutti gli ambienti di produzione colpiti, ripristinando la normale elaborazione dell'inventario. * L'elaborazione di nuovi file di inventario ha ripreso con successo dopo il ripristino del servizio. * L'ambiente è rimasto sotto il controllo migliorato per convalidare le prestazioni di elaborazione e confermare il recupero sostenuto. **Misure di prevenzione complesse** * Convalida del rilascio migliorata - Le procedure di convalida del rilascio saranno migliorate per includere ulteriori test end-to-end dei flussi di lavoro di elaborazione dell'inventario dopo i principali comunicati della piattaforma. * Monitoraggio dell'elaborazione migliorato - Il monitoraggio e l'avviso saranno esaminati e ampliati per fornire una prima rilevazione di errori di elaborazione dell'inventario anormali e accumulo eccessivo di file all'interno delle code di elaborazione. * Resilienza Operativa - Ulteriori garanzie saranno implementate all'interno del flusso di lavoro di elaborazione dell'inventario per migliorare il recupero dai guasti di elaborazione e minimizzare l'impatto del cliente dovrebbero verificarsi condizioni simili in futuro. * Qualità del codice e miglioramenti della recensione \(Completato\) - Nell'ambito della revisione post-incidente, il codice interessato è stato corretto per garantire che i guasti nella comunicazione vengano maneggiati in modo appropriato e non si traducono in impatti di elaborazione più ampi. Inoltre, il processo di sviluppo e revisione è stato rafforzato per garantire che i risultati di revisione siano adeguatamente valutati e affrontati prima che vengano approvati i cambiamenti futuri per il rilascio.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 giugno 2026 alle ore 08:00 UTCinvestigating

   Descrizione dell'incidente: Abbiamo identificato un problema che riguarda l'accesso a Flexera One nella regione dell'UE. I clienti possono ricevere errori durante il tentativo di accedere a Flexera One. Priorità: P1 Attività di ripristino: I nostri team tecnici stanno attivamente indagando sul problema e lavorando per implementare azioni correttive per ripristinare la normale funzionalità di login. Gli sforzi di indagine e stabilizzazione rimangono in corso. Continueremo a monitorare la situazione da vicino e fornire ulteriori aggiornamenti mentre il progresso continua.

2. 24 giugno 2026 alle ore 09:00 UTCresolved

   Il problema è stato risolto e la funzionalità di login è stata ripristinata per i clienti interessati. I team tecnici hanno identificato la causa del problema e implementato azioni correttive per ripristinare il normale funzionamento del servizio. L'ambiente rimane stabile e il monitoraggio continuo ha confermato l'autenticazione e l'accesso alla piattaforma di successo. Un rapporto post-mortem contenente ulteriori dettagli, sarà condiviso al termine dell'indagine.

3. 7 luglio 2026 alle ore 08:28 UTCpostmortem

   **Descrizione:** Flexera One – EU – Login Access Disruption **Tempio:** 24 giugno 2026, 12:41 PDT fino al 24 giugno 2026, 02:04 AM PDT **Riepilogo incidente** Mercoledì 24 giugno 2026, alle 12:41 del PDT, i nostri team hanno rilevato un problema che riguarda i clienti nella regione dell'UE. Gli utenti colpiti hanno riscontrato guasti di autenticazione durante il tentativo di accedere a Flexera One utilizzando Single Sign-On \(SSO\), causando errori di server e impedendo l'accesso alla piattaforma. Al momento del rilevamento, i team tecnici hanno immediatamente avviato un'indagine e hanno confermato che il problema era isolato al flusso di lavoro di autenticazione. La convalida dell'applicazione e dei servizi di piattaforma sottostanti hanno dimostrato che tutte le infrastrutture di base sono rimaste sane e operative. Ulteriori analisi hanno determinato che un account di servizio utilizzato per comunicare con il provider di identità era diventato non disponibile, causando il mancato funzionamento delle richieste di autenticazione. L'account di servizio è stato prontamente restaurato, che ha ripristinato l'elaborazione normale di autenticazione e l'accesso del cliente completamente restaurato. Dopo il restauro, l'ambiente è stato monitorato e la funzionalità di login è stata ampiamente validata per garantire la stabilità dei servizi. Nessun ulteriore impatto del cliente è stato osservato, e l'incidente è stato successivamente dichiarato risolto. ♪Root Cause ♪ Il problema è stato causato dalla sospensione indesiderata di un account di servizio che supporta l'autenticazione tra Flexera One e il provider di identità. Di conseguenza, le richieste di autenticazione non potrebbero essere elaborate con successo, impedendo ai clienti interessati nella regione di produzione UE di accedere alla piattaforma tramite Single Sign-On \(SSO\). Fattori di distribuzione * Un account di servizio critico per il flusso di lavoro di autenticazione è stato inavvertitamente sospeso durante un'attività di pulizia di routine. * La sospensione ha impedito alle richieste di autenticazione di essere convalidate con successo, con conseguente guasti di login per i clienti colpiti. * Il problema è stato isolato al servizio di autenticazione e non ha influenzato la disponibilità dell'applicazione sottostante o dell'infrastruttura della piattaforma. ** Azioni di correzione ** * L'account di servizio interessato è stato ripristinato, ripristinando l'autenticazione con il provider di identità. * La funzionalità di accesso è stata validata dopo il restauro. * I team di ingegneria hanno continuato a monitorare per confermare la stabilità della piattaforma e l'autenticazione del cliente di successo. **Misure di prevenzione complesse** * Governance del conto di servizio - I processi che regolano i conti dei servizi critici saranno rafforzati per ridurre il rischio di cambiamenti involontari che interessano i servizi di produzione. * Monitoraggio avanzato - Il monitoraggio e l'avviso saranno migliorati per fornire una prima rilevazione dei guasti di autenticazione che interessano i flussi di lavoro di login del cliente. * Miglioramenti di processo operativi - I nostri team hanno documentato questo come lezione imparata e implementerà miglioramenti di processo per ridurre la probabilità di incidenti simili.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 18 giugno 2026 alle ore 15:33 UTCmonitoring

   Descrizione dell'incidente: Abbiamo sperimentato un problema che riguarda l'Atlante della neve nella regione dell'Europa occidentale. Durante la finestra incidente, i clienti possono avere errori di esperienza che hanno impedito l'accesso alla piattaforma e la funzionalità impatto. Priorità: P1 Attività di restauro: Il servizio è stato ripristinato ed è attualmente stabile. I nostri team tecnici continuano a indagare su una disgregazione che riguarda i servizi dipendenti sottostanti nella regione. Gli sforzi si concentrano sulla stabilità e sulla prevenzione della ricorrenza. Continueremo a monitorare da vicino e fornire aggiornamenti come ulteriori informazioni diventano disponibili.

2. 18 giugno 2026 alle ore 18:08 UTCresolved

   Il problema riguardante l'Atlante Neve nella regione dell'Europa occidentale è stato risolto e il servizio è attualmente operativo normalmente. I nostri team tecnici hanno mitigato l'instabilità del servizio sottostante e continuano a monitorare da vicino per garantire una stabilità duratura. Forniremo un dettagliato rapporto post-incidente che delinea la causa principale e le misure preventive nei prossimi giorni.

3. 7 luglio 2026 alle ore 08:57 UTCpostmortem

   **Descrizione:** Atlante neve - Europa occidentale - Disturbo di servizio **Timeframe:** 18 giugno 2026, 07:00 PDT fino al 18 giugno 2026, 08:23 **Riepilogo incidente** Giovedì 18 giugno 2026 alle ore 07:00 PDT, i clienti nella regione di produzione dell'Europa occidentale hanno sperimentato una disgregazione di servizio che ha interessato l'accesso a Snow Atlas. Durante questo evento di servizio, gli utenti hanno incontrato gli errori HTTP 504 timeout e HTTP 404, che ha impedito l'accesso alla piattaforma e ha colpito l'uso della funzionalità Snow Atlas. Al momento del rilevamento, i team tecnici hanno immediatamente avviato un'indagine e hanno identificato il problema all'interno di un componente di piattaforma core responsabile della comunicazione tra i servizi di backend. Il degrado ha interrotto le interazioni dei servizi, con conseguente mancanza di richiesta e indisponibilità del servizio temporaneo. I componenti di messaggistica interessati sono stati ripristinati, consentendo ai servizi dipendenti di recuperare e normali operazioni di piattaforma per riprendere. Dopo il recupero, ampie attività di validazione hanno confermato che la funzionalità del servizio era stata completamente restaurata. L'ambiente è rimasto stabile sotto il monitoraggio migliorato, non è stato osservato alcun ulteriore impatto del cliente, e la disgregazione del servizio è stata formalmente risolta. ♪Root Cause ♪ La disgregazione del servizio ha avuto origine da un fallimento inaspettato all'interno di un componente della piattaforma core che facilita la comunicazione tra i servizi backend. Durante l'evento, più componenti di messaggistica non sono stati disponibili simultaneamente, impedendo la comunicazione critica tra i servizi backend responsabili dell'elaborazione delle richieste dei clienti. Il degrado ha pregiudicato la capacità dei servizi dipendenti di scambiare e elaborare richieste, portando a timeout e fallimenti di routing. Di conseguenza, i clienti nella regione colpita hanno avuto difficoltà ad accedere alla piattaforma Snow Atlas fino a quando le comunicazioni di servizio sono state ripristinate e le normali operazioni riprese. Fattori di distribuzione * I componenti di servizio di messaggistica multipli non sono disponibili allo stesso tempo, riducendo la capacità della piattaforma di elaborare la comunicazione inter-service. * I guasti di comunicazione di servizio si propagano attraverso i componenti della piattaforma dipendente, con conseguente timeout HTTP 504 e errori HTTP 404. * Il problema ha interessato l'infrastruttura di messaggistica condivisa che supporta l'ambiente di produzione dell'Europa occidentale, con un impatto diffuso dei clienti all'interno della regione. ** Azioni di correzione ** * I team tecnici hanno identificato i componenti dell'infrastruttura di messaggistica interessati e ripristinato il normale funzionamento del servizio. * Servizi di piattaforma dipendenti recuperati automaticamente come funzionalità di messaggistica è stato ripristinato. * La funzionalità del servizio è stata convalidata dopo il recupero per confermare l'accesso al cliente di successo. * Il monitoraggio migliorato è stato mantenuto dopo il ripristino per verificare la stabilità della piattaforma continua. **Misure di prevenzione complesse** * Problem Management Review – Una revisione completa è in corso per convalidare ulteriormente la causa principale e identificare azioni correttive a lungo termine per prevenire la ricorrenza. * Platform Resiliency Enhancements – Le opportunità per rafforzare la resilienza dell'infrastruttura di messaggistica della piattaforma saranno valutate per ridurre l'impatto dei guasti a livello di componenti sulla disponibilità dei servizi. * Miglioramenti di monitoraggio e rilevamento – Le funzionalità di monitoraggio e allerta per i componenti della piattaforma critica saranno migliorate per consentire una prima identificazione del degrado e accelerare gli sforzi di risposta e di recupero.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.