Cronologia delle interruzioni di Rightscale

1. 24 agosto 2026 alle ore 13:04 UTCinvestigating

   Descrizione dell'incidente: Stiamo indagando su un problema che riguarda l'elaborazione dell'inventario all'interno di Flexera One IT Asset Management in Nord America. I clienti possono sperimentare ritardi nell'elaborazione dell'inventario e ritardare la disponibilità di dati aggiornati dell'inventario all'interno della piattaforma. Priorità: P2 Attività di restauro: I nostri team tecnici stanno attivamente indagando sul problema e esaminando l'attività di elaborazione dell'inventario attraverso il servizio interessato. Stiamo lavorando per identificare la causa dei ritardi di trattamento e ripristinare il normale trattamento. Ulteriori aggiornamenti saranno forniti come ulteriori informazioni diventano disponibili.

2. 24 agosto 2026 alle ore 14:57 UTCinvestigating

   I team tecnici hanno identificato che il comportamento di elaborazione delle scorte varia tra i clienti interessati. Mentre l'inventario continua ad essere elaborato per alcuni clienti, altri stanno sperimentando tassi di elaborazione significativamente ridotti o inventario che non sta progredendo attraverso normali flussi di lavoro di elaborazione. I team tecnici hanno anche identificato errori di disponibilità dei servizi che interessano alcuni tentativi di caricamento dell'inventario e stanno indagando attivamente la portata di impatto e la causa sottostante. L'analisi delle organizzazioni interessate e l'attività di elaborazione rimane in corso. Ulteriori aggiornamenti saranno forniti come ulteriori informazioni diventano disponibili.

3. 24 agosto 2026 alle ore 16:38 UTCidentified

   I team tecnici hanno eseguito azioni mirate di recupero dei servizi e stanno osservando il curriculum di elaborazione dell'inventario per i clienti precedentemente colpiti, con livelli di backlog in diminuzione. L'indagine rimane in corso in quanto i team tecnici continuano a monitorare il recupero e valutare la causa sottostante. Mentre i progressi sono stati osservati, i team continuano a convalidare la stabilità del servizio e monitorare per qualsiasi impatto residuo. Forniremo ulteriori aggiornamenti in quanto ulteriori informazioni diventano disponibili.

4. 24 agosto 2026 alle ore 21:21 UTCmonitoring

   Il recupero continua a progredire, con l'attività di elaborazione dell'inventario che ritorna ai livelli previsti per i clienti precedentemente colpiti. I team tecnici stanno osservando una continua riduzione dei livelli di backlog e stanno monitorando attivamente la stabilità dei servizi. L'indagine sulla causa sottostante rimane in corso. L'analisi attuale è focalizzata su diversi fattori potenziali di contributo identificati durante il periodo interessato, mentre i team tecnici continuano a convalidare il recupero e il monitoraggio per qualsiasi impatto residuo.

5. 25 agosto 2026 alle ore 10:00 UTCmonitoring

   I team tecnici continuano a osservare una costante riduzione dei livelli di backlog, monitorando la stabilità generale dei servizi. L'indagine sulla causa sottostante rimane in corso. Continueremo a fornire aggiornamenti come ulteriori informazioni diventano disponibili.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

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

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

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

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

   I nostri team hanno identificato la causa del problema e stanno attualmente lavorando per risolverlo.

3. 8 agosto 2026 alle ore 10:48 UTCidentified

   Le nostre squadre continuano a lavorare verso una risoluzione. Durante l'indagine in corso, abbiamo identificato che in alcuni casi le email di Flexera potrebbero essere bloccate da SharePoint. Affrontare questo problema richiede ulteriori indagini e coordinamento con le parti interessate per garantire le opportune azioni correttive. Continueremo a fornire aggiornamenti come ulteriori informazioni diventano disponibili.

4. 10 agosto 2026 alle ore 10:10 UTCidentified

   Le nostre squadre continuano a lavorare verso una risoluzione. Ulteriori indagini e coordinamento con i team appropriati sono in corso per ripristinare il normale flusso di posta elettronica. Forniremo ulteriori aggiornamenti in quanto ulteriori informazioni diventano disponibili.

5. 12 agosto 2026 alle ore 13:50 UTCmonitoring

   I nostri team hanno implementato misure correttive e stanno osservando risultati positivi. I test iniziali di validazione hanno avuto successo, indicando che le azioni di mitigazione sono efficaci. Continueremo a monitorare attentamente il servizio per garantire la stabilità in corso e fornirà ulteriori aggiornamenti man mano che diventano disponibili.

6. 14 agosto 2026 alle ore 05:41 UTCresolved

   Dopo un lungo monitoraggio, i nostri team hanno confermato che tutti gli aggiornamenti e-mail vengono consegnati con successo. Questo incidente è stato dichiarato come risolto.

7. 21 agosto 2026 alle ore 09:13 UTCpostmortem

   **Descrizione:** Casi di supporto Flexera – Notifiche e-mail cancellate o non corrette **Tempio:** 5 agosto 2026, 12:00 PDT fino al 13 agosto 2026, 11:10 **Riepilogo incidente** Il 5 agosto 2026, i nostri team hanno identificato un problema che riguarda le notifiche via email per i casi di Flexera Support. Durante l'incidente, alcuni clienti non hanno ricevuto notifiche e-mail quando gli aggiornamenti sono stati fatti ai loro casi di supporto, che possono avere ritardato la consapevolezza di caso attività e progresso. I nostri team tecnici hanno indagato il problema e hanno determinato che un problema con la configurazione di consegna e-mail stava causando alcune notifiche caso di supporto in uscita da essere rifiutate dai sistemi di posta elettronica destinatari. Come misura intermedia, i clienti sono stati invitati ad accedere al portale Flexera Community Support Case direttamente per rivedere lo stato del loro caso e gli aggiornamenti. I nostri team hanno implementato un cambiamento permanente nella configurazione di consegna e-mail e successivamente convalidato la consegna delle notifiche. Dopo la bonifica, le notifiche via e-mail sono state confermate in funzione come previsto, e l'incidente è stato risolto il 13 agosto 2026, alle 11:10 PDT. ♪Root Cause ♪ * Configurazione della consegna e-mail: Un problema con la configurazione utilizzata per fornire le notifiche del caso di supporto ai clienti ha causato alcune e-mail da respingere dai sistemi di posta elettronica destinatari. * Consegna della notifica: La configurazione interessata ha portato alcuni clienti a non ricevere notifiche e-mail quando gli aggiornamenti sono stati fatti ai loro casi di supporto. * Impatto del cliente: il problema riguarda solo le notifiche via e-mail; i clienti potrebbero continuare ad accedere ai loro casi di supporto direttamente attraverso il portale Flexera Community Support Case. ** Azioni di correzione ** * Configurazione di consegna e-mail aggiornata: La configurazione di consegna e-mail è stata aggiornata in modo permanente per utilizzare l'infrastruttura di consegna primaria appropriata. * Validazione della notifica: le squadre hanno convalidato la consegna della notifica in uscita dopo la modifica della configurazione. * Customer Workaround: Durante l'incidente, i clienti sono stati invitati ad accedere al portale Flexera Community Support Case direttamente per rivedere lo stato dei casi e gli aggiornamenti. * Monitoraggio del servizio: le squadre hanno monitorato la consegna della notifica e-mail dopo la bonifica per confermare la stabilità continua. **Misure di prevenzione complesse** * Mantenere Approvato Email Routing: Le notifiche del caso di supporto rivolto al cliente continueranno a utilizzare l'infrastruttura di consegna primaria e-mail stabilita attraverso la bonifica permanente. * Monitoraggio della consegna e-mail: Migliorare il monitoraggio e l'avviso per i guasti di notifica del caso di supporto in uscita e messaggi respinti per fornire il rilevamento precedente di potenziali problemi di consegna.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 5 agosto 2026 alle ore 08:28 UTCresolved

   Descrizione dell'incidente: I nostri team hanno identificato una disgregazione di servizio che interessa un sottoinsieme di clienti Flexera One IT Asset Management (ITAM) nell'ambiente APAC Production dal 4 agosto 2026, 04:04 PDT alle 04:25 AM PDT . Durante il periodo interessato, un sottoinsieme dei nostri clienti ha sperimentato la lentezza intermittente, l'irresponsabilità del servizio, o errori di caricamento dei dati all'interno della piattaforma. Priorità: P2 Attività di ripristino: I nostri team tecnici hanno indagato il problema e hanno determinato che una condizione di esaurimento delle risorse del database inaspettata si è verificata durante il periodo interessato. La condizione successivamente autocorretta, permettendo ai servizi interessati di recuperare e tornare al normale funzionamento. La validazione post-incidente ha confermato che le operazioni della piattaforma stanno eseguendo come previsto. Stiamo conducendo una revisione dettagliata dell'incidente e valutando ulteriori garanzie, controlli di capacità e miglioramenti di monitoraggio per ridurre ulteriormente la probabilità di eventi simili in futuro.

2. 21 agosto 2026 alle ore 09:03 UTCpostmortem

   **Descrizione:** Flexera One - IT Asset Management - APAC - Dati di caricamento guasti/slowness **Timeframe:** 4 agosto 2026, 4:04 PDT al 4 agosto 2026, 4:25 AM PDT **Riepilogo incidente** Martedì 4 agosto 2026, i nostri team hanno identificato un problema che riguarda un sottoinsieme di clienti nell'ambiente APAC Production. Durante l'incidente, alcuni clienti hanno sperimentato la lentezza delle applicazioni intermittenti, l'assenza temporanea e i guasti durante il caricamento dei dati all'interno di Flexera One IT Asset Management. I nostri team tecnici hanno indagato sul problema e hanno determinato che un evento di esaurimento delle risorse del database inaspettato ha interessato l'ambiente di produzione. La condizione ha portato al degrado delle prestazioni temporaneo per un sottoinsieme di clienti inquilini. La condizione del database si risolse automaticamente dopo circa 20 minuti, e le prestazioni delle applicazioni tornarono alla normalità senza richiedere un intervento diretto di ingegneria. I nostri team hanno continuato a monitorare l'ambiente dopo il recupero e hanno confermato che i servizi interessati sono stati operativi normalmente senza un impatto costante del cliente.. ♪Root Cause ♪ * Unexpected Database Resource Exhaustion: Un aumento temporaneo del consumo di risorse del database ha esaurito la capacità di archiviazione temporanea disponibile del database utilizzata dal cluster di database di produzione. * High Resource-Consuming Queries: È stato identificato che una specifica query inaspettata viene eseguita manualmente da un utente che ha consumato quantità significative di risorse di database temporanee, con conseguente condizione di esaurimento delle risorse temporanee. * Impatto delle prestazioni dell'applicazione: L'esaurimento delle risorse ha interessato le operazioni del database e ha portato a lentezza delle applicazioni intermittenti, mancanza di risposta e guasti di caricamento dei dati per un sottoinsieme di clienti. ** Azioni di correzione ** * Servizio automatico di recupero: La condizione della risorsa del database è stata cancellata automaticamente, permettendo ai servizi di applicazione di tornare al normale funzionamento. * Servizio Monitoraggio: le squadre hanno monitorato l'ambiente dopo il recupero e hanno confermato che i servizi sono rimasti stabili. * Analisi degli incidenti: i team di ingegneria hanno esaminato l'attività del database e l'utilizzo delle risorse associate all'evento per identificare le domande di contributo e comprendere il comportamento. **Misure di prevenzione complesse** * Resource Governance: Valutare SQL aggiuntivo Controllo della governance delle risorse del server per ridurre l'impatto potenziale delle query di database ad alta risorsa. * Miglioramenti di risposta all'erta: verifica le procedure di gestione degli avvisi per migliorare il rilevamento, la valutazione e la risposta a condizioni di risorse del database simili. * Miglioramenti operativi: La query è stata esaminata dai nostri team tecnici e le misure sono state messe in atto per evitare uno scenario simile in futuro.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

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

   **Descrizione:** Software Vulnerability Research \(SVR\) - Disturbo del servizio **Tempio:** 28 luglio 2026, 14:00 PDT al 29 luglio 2026, 2:53 AM PDT **Riepilogo incidente** Martedì 28 luglio 2026, alle ore 14:00 PDT, il Flexera Software Vulnerability Research\(SVR\) ambiente di produzione ha sperimentato una disgregazione di servizio che ha interessato la disponibilità delle API e la funzionalità delle applicazioni. L'incidente è avvenuto quando l'istanza principale del database che supporta la piattaforma SVR è diventato non disponibile. Le connessioni di database esistenti sono state inaspettatamente terminate e i server delle applicazioni non sono stati in grado di stabilire nuove connessioni. Di conseguenza, i clienti non sono stati in grado di accedere in modo affidabile ai servizi e alle API SVR durante l'incidente. Durante l'indagine, i nostri team hanno determinato che la rottura è stata causata da un failover non pianificato avviato dal provider di servizi cloud. Secondo la cronologia degli eventi del fornitore, un problema di infrastruttura è stato rilevato sull'host principale del database, spingendo il fornitore ad avviare automaticamente il processo di failover. I nostri team tecnici hanno subito impegnato il provider di servizi cloud per indagare l'incidente e ripristinare il servizio. Dopo le attività di recupero e validazione, tutti i servizi di produzione sono stati ripristinati con successo e restituiti al normale funzionamento entro le 2:53 del PDT del 29 luglio 2026. ♪Root Cause ♪ L'incidente è stato innescato da un failover non pianificato del database di produzione, avviato dal provider di servizi cloud in risposta a un problema a livello di infrastruttura che interessa l'host principale del database. Durante il failover, l'istanza primaria del database è diventata temporaneamente non disponibile. Ciò ha causato connessioni di database attive per terminare bruscamente, impedendo ai servizi di applicazione di stabilire nuove connessioni. Di conseguenza, le richieste API sono fallite e la disponibilità di servizi attraverso la piattaforma SVR è stata influenzata. Flexera ha formalmente richiesto un'analisi dettagliata delle cause radice \(RCA\) dal provider di servizi cloud per determinare la condizione precisa dell'infrastruttura che ha innescato il failover e per identificare le opportunità per prevenire il ripetersi. ** Fattori di distribuzione ** Durante l'indagine, i seguenti fattori sono stati identificati come potenzialmente contribuendo all'impatto complessivo dell'incidente: * Durante il periodo di incidente è stato osservato un volume significativamente elevato di tentativi di connessione client. * I volumi di connessione superavano i normali livelli operativi, aumentando il carico sui servizi backend mentre i servizi della banca dati stavano recuperando. * L'attività di connessione elevata può aver amplificato l'impatto del failover del database e una maggiore complessità di recupero. * I comportamenti esistenti delle applicazioni e delle connessioni hanno generato una domanda di connessione aggiuntiva durante le attività di recupero del database. ** Azioni di correzione ** * Cloud provider engagement: i nostri team hanno immediatamente impegnato il provider di servizi cloud e hanno lavorato direttamente con i loro ingegneri in chiamata durante lo sforzo di recupero. * Recupero database: Eseguito un failover/riavvio del database controllato in coordinamento con il provider di servizi cloud. * Connettività ripristinata: la disponibilità e la connettività del database ripristinati all'ambiente di produzione. * Validazione del recupero dell'applicazione: Confermato che i servizi applicativi sono stati riconnessi con successo ai servizi di backend database. * Validazione del servizio: Recupero verificato delle API e funzionalità di applicazione SVR critica. * Monitoraggio post-recupero: monitoraggio migliorato implementato della salute del database, delle prestazioni delle applicazioni e dell'attività di connessione dopo il restauro. **Misure di prevenzione complesse** * Continua a monitorare i volumi di connessione del cliente e l'utilizzo della connessione del database di backend. * Review e ottimizzare la connessione database pooling, gestione della connessione, riprova logica e gestione failover per migliorare la resilienza durante i futuri eventi infrastrutturali. * Completa l'impegno del provider di servizi cloud e controlla l'analisi dettagliata delle cause della radice del fornitore una volta disponibile. * Condurre una revisione interna post-incidente e implementare ulteriori misure preventive identificate attraverso il processo di revisione.

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

   **Descrizione:** Flexera One - IT Asset Management - APAC - Menù mancante Articoli **Timeframe:** 12 luglio 2026, 15:00 PM PDT - 12 luglio 2026, 7:16 PM PDT **Riepilogo incidente** Domenica 12 luglio 2026, alle ore 15:00 PDT, i clienti nell'ambiente di produzione APAC hanno iniziato a segnalare che diversi elementi di menu IT Asset Management \(ITAM\), tra cui funzionalità come Report e Tutte le applicazioni, non erano più visibili all'interno dell'interfaccia utente Flexera One. Sono stati colpiti più clienti, influenzando la loro capacità di navigare e accedere a porzioni dell'applicazione ITAM. I team tecnici hanno immediatamente iniziato a indagare sul problema e hanno identificato errori relativi all'autenticazione che interessano l'interfaccia utente ITAM. Durante l'indagine, i team hanno esaminato la salute delle infrastrutture, il comportamento delle applicazioni e le recenti modifiche della piattaforma per determinare la fonte del problema. L'indagine ha determinato che un cambiamento di configurazione dell'applicazione associato a una capacità di autenticazione appena introdotta era stato applicato in modo errato all'ambiente di produzione. Il problema è diventato evidente quando le istanze delle applicazioni sono state aggiornate, con conseguente guasti correlati all'autenticazione che ha impedito a alcune voci del menu ITAM di caricare correttamente per gli utenti interessati. I team tecnici hanno ripristinato la configurazione interessata, aggiornato le istanze delle applicazioni colpite e convalidato il recupero in tutta l'ambiente. A seguito di queste azioni, la funzionalità del menu è stata ripristinata, i clienti interessati hanno confermato il recupero, e l'incidente è stato risolto il 12 luglio 2026, alle 19:16 PM PDT dopo la convalida e il monitoraggio confermato funzionamento normale era tornato. ♪Root Cause ♪ L'indagine ha determinato che una modifica di configurazione dell'applicazione associata a una nuova capacità di autenticazione è stata applicata in modo errato all'ambiente di produzione. Quando le istanze delle applicazioni sono state successivamente aggiornate, la configurazione errata ha portato errori relativi all'autenticazione all'interno dell'interfaccia utente ITAM. Questi errori hanno impedito a determinati componenti di navigazione di caricare correttamente, causando agli utenti interessati di sperimentare le voci di menu mancanti fino a quando la configurazione non è stata corretta e le istanze interessate sono state aggiornate. ** Azioni di correzione ** Le seguenti azioni sono state prese durante la risposta incidente: 1. Incident Investigation Iniziato: i team tecnici hanno iniziato a indagare dopo aver ricevuto rapporti da più clienti per quanto riguarda gli elementi del menu ITAM mancanti. 2. Configurazione dell'applicazione Recensito: recenti modifiche di applicazione e configurazione sono stati esaminati per identificare la fonte dei guasti di caricamento del menu. 3. Identificazione errata della configurazione: i team tecnici hanno determinato che un cambiamento di configurazione relativo all'autenticazione era stato applicato in modo errato all'ambiente di produzione. 4. Corretto configurazione: La configurazione interessata è stata rimossa dalle istanze di produzione colpite. 5. Indagini sulle applicazioni sono stati rinnovati per garantire che la configurazione corretta sia stata costantemente applicata in tutto l'ambiente. 6. Validazione di recupero Eseguita: i team tecnici hanno convalidato la visibilità del menu e la funzionalità in tutto l'ambiente interessato e hanno confermato il recupero con i clienti colpiti. **Misure di prevenzione complesse** A seguito dell'incidente, sono state attuate misure correttive per prevenire il ripetersi del problema e migliorare il rilevamento di condizioni simili in futuro. 1. Convalida del controllo di configurazione: La configurazione relativa all'autenticazione errata è stata rimossa da ambienti in cui non era destinato a essere implementato. Questa modifica impedisce che lo stesso problema di configurazione venga introdotto in ambienti interessati in futuro. 2. Miglioramenti del monitoraggio del controllo sanitario: Il controllo sanitario esistente è stato aggiornato per rilevare il comportamento dell'applicazione associato a questa condizione di guasto. Il monitoraggio rivisto è stato progettato per identificare guasti di applicazioni relative a menu simili e di autenticazione più efficacemente e accelerare il rilevamento dovrebbe verificarsi un problema simile in futuro.

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.