Istoricul incidentelor Flexera

1. 18 august 2026 la 09:32 UTCinvestigating

   Descriere incident: Investigăm în prezent o problemă care afectează accesul la serviciile Flexera One în regiunea APAC. Clienții afectați pot întâmpina dificultăți în accesarea platformei sau pot întâmpina erori după autentificare. Prioritate: P1 Activitatea de restaurare: Tehnica noastră a fost angajată și investighează în mod activ problema pentru a identifica cauza de bază și pentru a restabili serviciul normal cât mai repede posibil.

2. 18 august 2026 la 10:18 UTCidentified

   Ancheta noastră a identificat o problemă de configurare ca fiind cauza probabilă a impactului. Echipele lucrează activ la implementarea și validarea măsurilor corective pentru restabilirea funcționării normale a serviciului. Alte actualizări vor fi furnizate pe măsură ce ancheta progresează.

3. 18 august 2026 la 10:43 UTCidentified

   Pe măsură ce ancheta a progresat, echipele noastre au identificat indicii că problema nu este izolată de managementul activelor informatice și ar putea avea un impact mai larg pe platforma Flexera One din APAC. Eforturile de remediere sunt în curs de desfășurare împotriva cauzei identificate, iar echipele se concentrează pe restabilirea stabilității complete a serviciilor. Actualizări suplimentare vor fi furnizate pe măsură ce devin disponibile mai multe informații.

4. 18 august 2026 la 10:50 UTCidentified

   Continuăm să lucrăm la o soluție pentru această problemă.

5. 18 august 2026 la 11:47 UTCmonitoring

   A fost implementat un fix, iar accesul la platforma Flexera One a fost restabilit. Echipele noastre desfășoară activități suplimentare de validare și continuă să monitorizeze îndeaproape sănătatea și performanța serviciilor pentru a confirma stabilitatea și pentru a se asigura că toate serviciile rămân pe deplin operaționale.

6. 18 august 2026 la 12:13 UTCresolved

   În urma activităților extinse de monitorizare și verificare, echipele noastre au confirmat că serviciile rămân stabile și că nu s-a observat niciun impact suplimentar. Incidentul a fost rezolvat și toate serviciile afectate sunt pe deplin operaționale.

Traducere automată din actualizarea oficială a incidentului.

1. 13 august 2026 la 01:08 UTCinvestigating

   Descriere incident: Investigăm în prezent o problemă care afectează procesul de reconciliere în cadrul platformei de gestionare a activelor IT din regiunea UE. Clienţii afectaţi pot avea eşecuri atunci când încearcă să se angajeze în reconciliere. În consecință, procesele de reconciliere nu pot fi finalizate cu succes, ceea ce ar putea întârzia actualizarea datelor și prelucrarea în aval. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice au fost angajate și lucrează activ pentru identificarea cauzei profunde și restaurarea serviciilor. Vor fi furnizate noi actualizări în timp ce continuăm să lucrăm la rezolvare.

2. 13 august 2026 la 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 august 2026 la 03:27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13 august 2026 la 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

Traducere automată din actualizarea oficială a incidentului.

1. 11 august 2026 la 17:26 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează serviciile de optimizare a costurilor de cloud (CCO) în regiunea Americii de Nord (NAM). Clienții pot experimenta pagini care nu reușesc să încarce, comportament de încărcare prelungit sau dificultăți în accesarea anumitor funcționalități de optimizare a costurilor de cloud în cadrul Flexera One. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema și lucrează pentru a restabili serviciul normal. Eforturile actuale se concentrează pe identificarea cauzei degradării și pe validarea acțiunilor corective. Vom furniza actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

2. 11 august 2026 la 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 august 2026 la 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 august 2026 la 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 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 7 august 2026 la 04:55 UTCinvestigating

   Descriere Problemă: Echipele noastre au identificat că unele sisteme de e-mail ale clienților Flexera resping e-mailurile trimise care conțin notificări de actualizări ale cazurilor Flexera Support. Prioritate: P3 Activitatea de restaurare: Echipele tehnice investighează în mod activ problema. Între timp, vă rugăm să vă conectați la Flexera Community și să utilizați portalul privind cazul de sprijin de la https://comunity.flerück.com/s/case/Case/Default pentru a revizui starea cazului și a verifica orice actualizări.

2. 7 august 2026 la 12:28 UTCidentified

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

3. 8 august 2026 la 10:48 UTCidentified

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

4. 10 august 2026 la 10:10 UTCidentified

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

5. 12 august 2026 la 13:50 UTCmonitoring

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

6. 14 august 2026 la 05:41 UTCresolved

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

Traducere automată din actualizarea oficială a incidentului.

1. 5 august 2026 la 08:28 UTCresolved

   Descriere incident: Echipele noastre au identificat o perturbare a serviciilor care afectează un subset de clienţi Flexera One IT Asset Management (ITAM) în mediul de producţie APAC de la 4 august 2026, 04:04 AM PDT la 04:25 AM PDT. În perioada afectată, un subset al clienților noștri au experimentat lentoare intermitentă, lipsa de răspuns a serviciului sau defecțiuni de încărcare a datelor în cadrul platformei. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice au investigat problema și au stabilit că în perioada afectată a avut loc o situație neașteptată de epuizare a resurselor. Starea de autocorectare, permițând serviciilor afectate să recupereze și să revină la funcționarea normală. Validarea post-incidență a confirmat că operațiunile platformei funcționează conform așteptărilor. Realizăm o analiză detaliată a incidentului și evaluăm garanții suplimentare, controale ale capacităților și îmbunătățiri de monitorizare pentru a reduce și mai mult probabilitatea unor evenimente similare în viitor.

Traducere automată din actualizarea oficială a incidentului.

1. 3 august 2026 la 06:56 UTCinvestigating

   Descriere incident: Investigăm în prezent o problemă care afectează pachetele de inventar (*.zip) în regiunea Europa pentru Flexera One Managementul activelor IT. Clienții care încearcă să încarce pachete de inventar specifice pot întâmpina erori, ceea ce duce la încărcarea inventarului eșuată și întârzieri în prelucrarea datelor de inventar. Prioritate: P2 Activitatea de restaurare: Echipa noastră tehnică investighează în mod activ problema și revizuiește activitatea curentă de prelucrare pentru a confirma domeniul de aplicare și progresul. Monitorizăm îndeaproape situația și vom oferi actualizări pe măsură ce devin disponibile mai multe informații.

2. 3 august 2026 la 08:10 UTCinvestigating

   Echipele noastre continuă să investigheze în mod activ problema și efectuează o revizuire detaliată a jurnalelor de sistem și diagnostice pentru a identifica și confirma în continuare cauza de bază. Vom furniza actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

3. 3 august 2026 la 09:38 UTCinvestigating

   În cursul anchetei în curs, echipele noastre au identificat că problema ar putea avea un impact și asupra comunicării cu mediul de producție al Flexera One UE. În consecință, pot fi afectate operații suplimentare care se bazează pe comunicarea de tip balize-to-platformă. Echipa continuă să investigheze cauza de bază, să evalueze întregul domeniu al impactului și să depună eforturi pentru punerea în aplicare a unei rezoluții cât mai curând posibil.

4. 3 august 2026 la 10:40 UTCmonitoring

   Echipele noastre au identificat o schimbare de configurare recentă ca fiind cauza probabilă a problemei. Configurația a fost de atunci laminate înapoi, și suntem observarea de recuperare a serviciului pe componentele afectate, cu funcționalitatea platformei revenind treptat la nivelurile preconizate. Echipele rămân angajate activ în monitorizarea mediului pentru a valida recuperarea completă, pentru a asigura stabilitatea platformei și pentru a aborda rapid orice impact rezidual.

5. 3 august 2026 la 10:40 UTCmonitoring

   Continuăm să monitorizăm orice alte probleme.

6. 3 august 2026 la 17:09 UTCmonitoring

   Acțiunile de atenuare rămân eficiente, iar procesarea inventarelor continuă cu succes. Monitorizăm în mod activ progresele înregistrate în materie de recuperare și lucrăm la continuarea procesului de prelucrare pentru a ne asigura că toate procesele sunt finalizate cu succes. Vom continua să oferim actualizări pe măsură ce eforturile de redresare progresează.

7. 4 august 2026 la 07:02 UTCmonitoring

   Recuperarea serviciilor rămâne în curs de desfășurare, măsurile de atenuare continuând să fie eficace. Procesarea inventarului funcționează cu succes, iar backlog-ul a fost redus semnificativ, aducând volume mai aproape de nivelurile normale. Echipele noastre continuă să monitorizeze mediul şi să proceseze restul pentru a finaliza recuperarea. După caz, vor fi furnizate actualizări suplimentare.

8. 4 august 2026 la 11:09 UTCresolved

   Mediul a revenit la nivele normale de operare. Procesarea inventarului și comunicațiile de balize sunt stabile, iar istoricul a revenit la pragurile preconizate. Platforma rămâne sănătoasă, iar monitorizarea continuă confirmă stabilitatea susţinută. Detalii suplimentare privind cauza principală, acțiunile de restaurare și inițiativele de îmbunătățire pe termen lung vor fi împărtășite într-un raport post-mortem după validarea constatărilor.

9. 18 august 2026 la 12:41 UTCpostmortem

   **Descriere:** Flexera One- Managementul activelor IT - UE - Erori de încărcare a inventarului ** Timeframe:** Iulie 31, 2026, 6:00 PM PDT to August 4, 2026, 4:09 AM PDT ** Rezumat incident ** Duminică, 2 august 2026, la 11:42 PM PDT, Flexera a identificat o problemă care afectează pachetul de inventar \(\*.zip\) încarcă și selectează comunicațiile de balize în mediul de producție al UE Flexera One IT Asset Management. Clientii afectati au experimentat incarcarea pachetelor de inventar nereusite, inclusiv HTTP 504 \(Gateway Timeout\) si HTTP 405 \(Metoda Nu este permis\) raspunsuri. De asemenea, problema a perturbat selectarea comunicaţiilor de tip baliză-platformă, cauzând întârzieri sau eşecuri în procesarea inventarului şi ingerarea datelor de inventar. Ancheta a stabilit că cel mai devreme impact a început la ora 6:00 PM PDT pe 31 iulie 2026. Analiza a identificat o problemă de comunicare în cadrul unei căi critice de rutare a serviciilor care a împiedicat un subgrup de cereri să ajungă cu succes la serviciile de prelucrare din aval. Acest lucru a dus la retries repetate, procesarea întârziată a inventarului, și acumularea backlog. Pentru a atenua problema și a restabili serviciul, traficul a fost redirecționat către o cale de comunicare alternativă. În urma acestei modificări, comunicaţiile de balize stabilizate, încărcarea inventarului a fost reluată cu succes, iar inventarul a început să scadă. Până la 3:42 AM PDT la 3 august 2026, încărcarea inventarului a fost finalizată cu succes și nu s-au observat noi erori. Mediul a rămas sub supraveghere extinsă în timp ce volumele de prelucrare au revenit la niveluri normale de operare. La 4 august 2026, la ora 4:09 AM PDT, Flexera a confirmat că comunicaţiile cu balize, procesarea inventarelor şi serviciile de platforme asociate funcţionau normal, logul revenise la pragurile preconizate, iar incidentul a fost declarat oficial rezolvat. **Root Cause** La 31 iulie 2026, un certificat actualizat la o cale critică de comunicare a serviciilor a creat o neconcordanță de configurare între componentele platformei. Problema a apărut mai târziu, când componentele aplicației au fost repornite și au început să stabilească noi conexiuni folosind configurația actualizată. Acest lucru a cauzat erori de strângere de mână și eșecuri de comunicare, ceea ce a dus la indisponibilitatea serviciului. Prin urmare, nu au putut fi prelucrate cererile de la balize ale clienților la încărcarea pachetelor de inventar \(\*.zip\) fișierelor către mediul de producție al UE, ceea ce a cauzat erori de încărcare și a împiedicat primirea și prelucrarea datelor de inventar. De asemenea, a fost afectat un subset de alte interacţiuni de tip baliză-platformă, deşi impactul asupra clienţilor nu a fost observat imediat. Serviciul a fost restabilit prin redirecționarea traficului către o cale alternativă de comunicare care nu a fost afectată de problema configurației legate de certificat. Încărcarea inventarului și comunicațiile de balize au reluat apoi funcționarea normală. Factori de contribuţie * Eșecuri de cerere intermitentă: Încercările de stabilire a conexiunii eșuate au cauzat o parte din cereri să nu aibă succes înainte de a ajunge la servicii de prelucrare în aval. * Întârzieri de procesare a inventarelor: eșecurile comunicării au împiedicat procesarea cu succes a unor pachete de inventar și a importurilor asociate, ceea ce a dus la actualizări întârziate ale inventarului. * Retry-Driven Backlog Creștere: Mecanisme automate de rejudecare au permis multor tranzacții să aibă succes în cele din urmă, dar au contribuit la creșterea întârzierilor de procesare și la acumularea de backlog în timp ce problema a rămas activă. ** Acțiuni de mediere ** Pentru a restabili serviciul, echipele tehnice efectuate în continuare: * Redirecţionarea traficului: Redirecţionarea traficului departe de calea de serviciu afectată pentru a restabili comunicaţii stabile de semnal şi pachete de inventar. * Monitorizarea platformei: Monitorizarea continuă a comunicaţiilor de semnal, încărcarea inventarului şi activitatea de procesare pentru verificarea recuperării serviciilor. * Backlog Recovery Management: Monitored inventar procesation throughput and valided that processing backlogs constantly reduced and returned to expected operation levels. * Validarea stabilității: monitorizare extinsă efectuată după restaurare pentru a confirma stabilitatea susținută a platformei și procesarea cu succes a inventarului. * Restaurarea serviciului Confirmare: La 4:09 AM PDT pe 4 august 2026, a confirmat că comunicațiile de balize, procesarea inventarului și serviciile asociate funcționează în mod normal. ** Măsuri preventive viitoare ** * Reziliența comunicării serviciilor: revizuirea și consolidarea traseului de comunicare afectat pentru a îmbunătăți fiabilitatea, reziliența și redresarea în urma perturbărilor viitoare legate de conectivitate. * Validarea consolidată a schimbării: Îmbunătăţirea procesului de validare şi testare a infrastructurii, configuraţiei, certificatului şi modificărilor de cale de serviciu pentru identificarea neconcordanţelor de comunicare înainte de implementarea în mediile de producţie. * Detecție îmbunătățită și alertă: Îmbunătățiți capacitatea de monitorizare și alertă pentru a oferi identificarea mai devreme a perturbărilor de comunicare susținute, activitate de retriere ridicată, modele anormale de eroare-rate, și backlog-uri de procesare emergente. Aceste îmbunătățiri vor permite detectarea, investigarea și remedierea mai rapidă a problemelor înainte ca acestea să devină un impact mai larg al clienților.

Traducere automată din actualizarea oficială a incidentului.

1. 29 iulie 2026 la 04:36 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează serviciul Software Vulnerability Research (RVS). Clienții pot întâmpina dificultăți în accesarea sau utilizarea RVS în acest moment. Prioritate: P1 Activitatea de restaurare: Echipele noastre investighează în mod activ problema și lucrează pentru a restabili serviciul. Activitățile de atenuare sunt în curs de desfășurare în timp ce lucrăm pentru a readuce serviciul online. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 29 iulie 2026 la 06:02 UTCinvestigating

   Au fost puse în aplicare acțiuni de redresare; cu toate acestea, serviciul continuă să se confrunte cu instabilitate în condițiile actuale de muncă, ceea ce duce la perturbări în curs ale serviciilor. Echipele noastre lucrează activ pentru a reduce impactul și a restabili disponibilitatea serviciilor. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

3. 29 iulie 2026 la 09:52 UTCresolved

   Echipele tehnice au restabilit disponibilitatea serviciului pentru Software Vulnerability Research (RVS). Au fost puse în aplicare acțiuni de recuperare pentru a aborda instabilitatea serviciilor, iar validarea a confirmat restabilirea funcționalității SVR. Vom continua să monitorizăm îndeaproape serviciul pentru a asigura stabilitatea continuă. Un raport post-mortem care conţine detalii suplimentare, inclusiv cauzele profunde şi măsurile preventive, va fi publicat în următoarele zile.

4. 11 august 2026 la 10:28 UTCpostmortem

   **Descriere:** Software Vulnerability Research \ (RVS\) - Service Disruption ** Timeframe:** 28 iulie 2026, 2:00 PM PDT la 29 iulie 2026, 2:53 AM PDT ** Rezumat incident ** Marți, 28 iulie 2026, la ora 2:00 PM PDT, Flexera Software Vulnerability Research\ (RVS\) mediul de producție a suferit o perturbare a serviciilor care a afectat API disponibilitatea și funcționalitatea aplicației. Incidentul a avut loc atunci când instanţa de bază de date primară care susţine platforma SVR a devenit indisponibilă. Conexiunile existente în baza de date au fost întrerupte neașteptat, iar serverele de aplicații nu au putut stabili noi conexiuni. Ca urmare, clienții nu au putut accesa în mod fiabil serviciile SVR și API în timpul incidentului. În timpul anchetei, echipele noastre au stabilit că perturbarea a fost cauzată de un eșec neplanificat inițiat de furnizorul de servicii cloud. Potrivit istoricului de evenimente al furnizorului, a fost detectată o problemă de infrastructură în baza de date primară gazdă, ceea ce a determinat furnizorul să inițieze automat procesul de faliment. Echipele noastre tehnice au angajat imediat furnizorul de servicii de cloud pentru a investiga incidentul și a restabili serviciul. În urma activităților de recuperare și validare, toate serviciile de producție au fost restaurate cu succes și au revenit la funcționarea normală până la 29 iulie 2026, la ora 2:53 AM PDT. **Root Cause** Incidentul a fost declanșat de un eșec neplanificat al bazei de date de producție, inițiat de furnizorul de servicii cloud ca răspuns la o problemă la nivel de infrastructură care afectează gazda bazei de date primare. În timpul eșecului, prima instanță din baza de date a devenit temporar indisponibilă. Acest lucru a determinat încetarea bruscă a conexiunilor active în baza de date, împiedicând serviciile de aplicare să stabilească noi conexiuni. Ca urmare, cererile API au eșuat și disponibilitatea serviciilor pe platforma SVR a fost afectată. Flexera a solicitat în mod oficial o analiză detaliată a cauzelor rădăcină \ (RCA\) de la furnizorul de servicii cloud pentru a determina starea exactă a infrastructurii care a declanșat eșecul și pentru a identifica oportunitățile de prevenire a recurenței. ** Contribuţia factorilor ** În cursul anchetei, au fost identificați următorii factori care ar putea contribui la impactul global al incidentului: * A fost observat un volum semnificativ ridicat de tentative de conectare a clienţilor provenind din mediile clienţilor în timpul perioadei de incident. * Volumele conexiunii depășeau nivelurile normale de operare, crescând sarcina pe serviciile backend în timp ce serviciile de baze de date se recuperau. * Activitatea de conectare ridicată poate fi amplificat impactul eșuării bazei de date și creșterea complexității de recuperare. * Comportamentele existente de retriere a aplicaţiilor şi conectare au generat o cerere suplimentară de conectare în timpul activităţilor de recuperare a bazei de date. ** Acțiuni de mediere ** * Angajament furnizor de cloud: Echipele noastre au angajat imediat furnizorul de servicii de cloud și au lucrat direct cu inginerii lor de gardă pe tot parcursul efortului de recuperare. * Recuperare baze de date: Executat o bază de date controlată failover/reboot în coordonare cu furnizorul de servicii cloud. * Conectivitate restaurată: Disponibilitatea de baze de date restabilite și conectivitatea la mediul de producție. * Validarea recuperării aplicatiilor: Confirmat ca serviciile de aplicatie reconectate cu succes la serviciile de baze de date backend. * Validarea serviciului: Recuperare verificata a API-urilor si functionalitatii aplicarii SVR critice. * Monitorizarea post-recuperare: Implementat monitorizarea îmbunătățită a bazei de date de sănătate, performanța aplicației, și activitatea de conectare după restaurare. ** Măsuri preventive viitoare ** * Continuarea monitorizării volumului conexiunii clienţilor şi utilizarea bazei de date. * Revizuirea și optimizarea conectării de baze de date punerea în comun, gestionarea conexiunii, logica de rejudecare și manipularea eșuării pentru a îmbunătăți reziliența în timpul viitoarelor evenimente de infrastructură. * Completați angajamentul furnizorului de servicii cloud și revizuiți analiza detaliată Root Cause Analysis o dată disponibile. * să efectueze o analiză internă post-incidenţă şi să pună în aplicare măsuri preventive suplimentare identificate prin procesul de revizuire.

Traducere automată din actualizarea oficială a incidentului.

1. 28 iulie 2026 la 23:14 UTCinvestigating

   Descriere incident: Investigăm o problemă intermitentă care afectează serviciile Flexera One din regiunea APAC. Clienții pot experimenta probleme intermitente de acces sau erori în timpul utilizării Flexera One aplicații și servicii. În prezent, problema pare să fie limitată la regiunea APAC. Prioritate: P2 Activitatea de restaurare: Echipele noastre investighează în mod activ problema. Domeniul de aplicare și impactul sunt evaluate la nivelul serviciilor Flexera One din regiunea APAC și lucrăm la identificarea cauzei subiacente și la restabilirea stabilității serviciilor. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 29 iulie 2026 la 00:34 UTCinvestigating

   Echipele noastre tehnice investighează în mod activ problema. Problema pare să fie intermitentă, unele cereri reuşesc în timp ce altele continuă să eşueze. Examinăm serviciile afectate și dependențele acestora pentru a determina domeniul de aplicare al impactului, a identifica cauza de bază și a restabili stabilitatea serviciilor.

3. 29 iulie 2026 la 02:05 UTCresolved

   Echipele tehnice au atenuat problema care afectează serviciile Flexera One din regiunea APAC. Funcționalitatea serviciului a fost restabilită, iar validarea confirmă faptul că aplicațiile și serviciile afectate funcționează conform așteptărilor. În timpul anchetei, echipele au identificat probleme intermitente de comunicare a serviciilor care au dus la probleme de acces și erori pentru unii clienți. Ca parte a efortului de atenuare, echipele tehnice au reluat serviciile afectate, după care funcționalitatea serviciului a fost recuperată și validarea a confirmat restabilirea cu succes a serviciilor afectate. Vom continua să revizuim incidentul şi să monitorizăm sănătatea serviciilor.

4. 12 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 27 iulie 2026 la 00:11 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează clienții Snow Atlas din regiunea APAC. Utilizatorii afectați pot fi incapabili să acceseze platforma și pot întâmpina 404 de erori atunci când încearcă să se logheze. Ancheta actuală arată că problema se limitează la regiunea APAC, fără niciun impact confirmat în alte regiuni în acest moment. Prioritate: P1 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema pentru a identifica cauza de bază și a restabili serviciul. Monitorizăm îndeaproape mediul și punem în aplicare acțiuni corective, după caz. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 27 iulie 2026 la 02:00 UTCinvestigating

   Echipele noastre au rezolvat problema care afectează clienţii Snow Atlas din regiunea APAC. Problema a avut loc atunci când un serviciu de platformă nu a reușit să înceapă corect, rezultând erori intermitente și probleme de acces pentru unii clienți. Echipele tehnice au identificat eșecul de pornire și serviciul restaurat prin repornirea componentelor platformei afectate. Activitățile de validare au confirmat accesul cu succes la platformă și nu observăm niciun impact continuu al clienților în acest moment. Echipele noastre vor continua să monitorizeze îndeaproape mediul pentru a asigura stabilitatea continuă.

3. 27 iulie 2026 la 02:00 UTCresolved

   Acest incident a fost rezolvat.

4. 7 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 22 iulie 2026 la 10:33 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează vizibilitatea IT în regiunea Europei în care mai multe rapoarte de putere BI nu se încarcă. Clienții din regiunea afectată ar putea să nu poată vizualiza rapoartele afectate în cadrul cererii. Ancheta actuală indică faptul că problema este limitată la regiunea Europei, fără niciun impact observat în alte regiuni în acest moment. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează activ problema pentru a identifica cauza de bază și a restabili funcționalitatea raportului. Continuăm să evaluăm sfera impactului, să monitorizăm sănătatea serviciilor și să punem în aplicare acțiuni corective, după caz. Vom furniza actualizări suplimentare pe măsură ce vor fi disponibile mai multe informații.

2. 22 iulie 2026 la 11:53 UTCidentified

   Investigaţia noastră a identificat o potenţială problemă legată de configurare în mediul afectat. Ca parte a eforturilor noastre de validare, au fost aplicate acțiuni corective unui subset de organizații afectate, iar rapoartele se încarcă cu succes. Echipele noastre sunt în prezent axate pe implementarea unei remedieri mai largi în toate organizațiile afectate și efectuează o analiză detaliată pentru a înțelege de ce schimbările de configurare nu s-au propagat așa cum era de așteptat. Continuăm să validăm remedierea și să monitorizăm îndeaproape performanța serviciilor în timp ce lucrăm la o rezoluție completă.

3. 22 iulie 2026 la 13:43 UTCidentified

   În prezent, s-au aplicat acțiuni corective unui număr mai mare de organizații afectate, iar validarea inițială indică faptul că rapoartele se încarcă cu succes. În prezent validăm toate organizațiile afectate pentru a confirma că funcționalitatea raportului și performanța serviciilor au fost restaurate pe deplin. În paralel, echipele continuă să pună în aplicare măsuri mai ample de remediere pe tot cuprinsul mediului și monitorizează îndeaproape serviciul pentru a asigura stabilitatea, în timp ce eforturile în direcția soluționării complete continuă.

4. 23 iulie 2026 la 04:39 UTCidentified

   Echipele noastre au aplicat fix la toate organizațiile identificate. Validarea iniţială indică faptul că organizaţiile afectate îşi revin conform aşteptărilor. Echipele tehnice continuă să valideze eficacitatea remedierii în întreaga regiune europeană pentru a confirma faptul că serviciul a fost restabilit pe deplin. Monitorizăm îndeaproape performanța platformei și vom oferi o actualizare suplimentară după finalizarea validării regionale.

5. 23 iulie 2026 la 07:52 UTCresolved

   Ancheta ulterioară a identificat o problemă de sincronizare ca fiind cauza principală a incidentului. Echipele noastre tehnice au implementat acțiuni de remediere specifice, inclusiv reporniri de serviciu, pentru a restabili operațiunile normale. Ca urmare a monitorizării extinse și a validării post-remediere, performanța serviciilor a rămas stabilă și am confirmat că toate serviciile afectate au revenit la funcționarea normală. Problema este acum considerată rezolvată.

6. 3 august 2026 la 18:37 UTCpostmortem

   **Descriere:** Flexera One ** Timeframe:** Iulie 22, 2026, 3:11 AM PDT ** Rezumat incident ** La 22 iulie 2026, la aproximativ 3:11 AM PDT, o problemă a început să afecteze funcționalitatea de raportare a vizibilității IT în mediul de producție al Flexera One din UE. În perioada afectată, clienții din regiunea UE s-au confruntat cu eșecuri atunci când au încercat să încarce rapoarte de vizibilitate și borduri de bord IT, inclusiv inventarul software-ului, inventarul hardware, inteligența tehnologică \(TI\), durabilitatea și punctele de vedere ale FinOps. Echipele tehnice au început să investigheze după ce au fost primite mai multe rapoarte ale clienţilor cu privire la deficienţele de încărcare raportate în întreaga regiune a UE. Analiza inițială a confirmat că problema s-a limitat la mediul de producție al UE, în timp ce funcționalitatea de raportare echivalentă în alte regiuni a continuat să funcționeze în mod normal. Ancheta a stabilit că a avut loc o problemă legată de autentificare în cadrul mediului de raportare al UE. Ca urmare, rapoartele și tablourile de bord afectate nu au reușit să recupereze datele necesare pentru a le încărca cu succes, cauzând deficiențe de încărcare raportate pentru clienții afectați. Echipele tehnice au implementat actualizări corective în mediul de raportare afectat și au efectuat activități de validare în cadrul organizațiilor de clienți afectate. În urma acestor acţiuni, rapoartele şi tabloul de bord au reluat funcţionarea normală, iar clienţii au putut accesa datele de raportare cu succes. După validarea mediilor de clienți afectate și confirmarea că rapoartele au fost de încărcare cu succes, funcționalitatea de serviciu a fost restabilită și incidentul a fost considerat rezolvat. Echipele tehnice au continuat monitorizarea după restaurare pentru a asigura stabilitatea continuă a serviciilor. **Root Cause** Incidentul a fost cauzat de o problemă legată de autentificare în cadrul mediului de raportare al UE. Această problemă a împiedicat ca rapoartele și tablourile de bord afectate să recupereze cu succes datele necesare pentru afișarea rezultatelor, ceea ce a dus la deficiențe de încărcare raportate pentru clienții afectați. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. Evaluarea impactului regional: Echipele tehnice au investigat rapoartele clienților și au confirmat că problema a fost izolată de mediul de producție al UE. S-a efectuat o validare suplimentară în alte regiuni pentru a verifica dacă funcționalitatea de raportare a rămas operațională în afara mediului afectat. 2. Analiza esecului de autentificare: Echipele tehnice au revizuit procesarea rapoartelor, fluxurile de lucru de autentificare, spaţiile de lucru de raportare şi modificările recente ale platformei pentru identificarea sursei eşecurilor. Ancheta a stabilit că rapoartele afectate nu au reușit să se autentifice cu succes atunci când au recuperat datele subiacente necesare pentru prezentarea rapoartelor. 3. Restaurare şi validare Activităţi: Echipele tehnice au aplicat actualizări în mediile clienţilor afectate şi raportează spaţii de lucru pentru a restabili recuperarea cu succes a datelor. În urma implementării, organizațiile de clienți afectate au fost validate pentru a confirma rapoartele și tabloul de bord au fost de încărcare cu succes și afișarea datelor așa cum se aștepta. 4. Verificarea post-recuperare: În urma restaurării, au fost efectuate activităţi suplimentare de monitorizare şi validare pentru a verifica funcţionalitatea continuă a raportului, a confirma recuperarea cu succes şi a asigura stabilitatea serviciilor în mediul de producţie al UE. ** Măsuri preventive viitoare ** În timpul incidentului au fost identificate următoarele acțiuni de urmărire: • Revizuirea procesului de autentificare: Echipele tehnice revizuiesc procesul de actualizare a autentificării pentru a înțelege de ce actualizarea nu a fost aplicată cu succes în toate spațiile de lucru de raportare afectate în mediul de producție al UE și pentru a identifica îmbunătățiri care vor contribui la prevenirea unor probleme similare în viitoarele actualizări.

Traducere automată din actualizarea oficială a incidentului.

1. 22 iulie 2026 la 08:25 UTCidentified

   Descriere incident: Am identificat o problemă care afectează procesarea inventarului în Flexera One IT Asset Management în urma implementării 2026 R1.1 versiune în mediul nostru de producție din SUA. În consecință, unii clienți pot experimenta probleme de performanță degradată și de fiabilitate intermitentă atunci când accesează anumite zone ale interfeței cu utilizatorul și îndeplinesc sarcini legate de sistem. Prioritate: P2 Activitatea de restaurare: Ancheta noastră a stabilit că problema este legată de un defect software introdus cu 2026 R1.1 versiune. Deși defectul a fost identificat anterior și procedurile de atenuare au fost încorporate în procesul de implementare, remedierea automată a întâmpinat probleme neașteptate de execuție. Prin urmare, echipele tehnice au implementat măsuri alternative de atenuare pentru a reduce impactul asupra clienților și pentru a stabiliza performanța sistemului. Continuăm să monitorizăm în mod activ mediul și să aplicăm măsuri corective pentru a aborda defectul de bază și pentru a restabili funcționarea normală a serviciului.

2. 22 iulie 2026 la 13:38 UTCidentified

   Echipele noastre continuă să lucreze la implementarea unui hotfix pentru a aborda problema. În timpul implementării, hotfixul a întâlnit condiții de bază de date care o împiedică să se finalizeze cu succes. Echipele noastre tehnice lucrează în mod activ pentru a rezolva acest lucru și evaluează acțiunile de atenuare specifice pentru a permite hotfixul să se finalizeze. Odată ce hotfixul a fost aplicat cu succes, echipele vor valida performanța serviciului și vor continua monitorizarea pentru a confirma recuperarea. Vom furniza o altă actualizare pe măsură ce mai multe informații devin disponibile.

3. 22 iulie 2026 la 15:40 UTCmonitoring

   Hotfix a fost implementat cu succes, iar echipele de inginerie validează în prezent eficacitatea sa. Echipele continuă să monitorizeze comportamentul platformei și să revizuiască telemetria pentru a confirma rezoluția problemei.

4. 22 iulie 2026 la 16:16 UTCresolved

   Echipele noastre au finalizat validarea post-angajare și au confirmat că performanța serviciilor a revenit la nivelurile preconizate. Monitorizarea continuă a arătat o funcționare stabilă a platformei, fără niciun impact suplimentar observat. Pe baza acestor rezultate, această problemă este acum considerată rezolvată.

5. 4 august 2026 la 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.

Traducere automată din actualizarea oficială a incidentului.

1. 17 iulie 2026 la 10:24 UTCinvestigating

   Descriere incident: Am identificat o problemă care afectează facturarea și vizibilitatea costurilor pentru clienții AWS din toate regiunile. Ca urmare a unei întreruperi active a furnizorului de servicii, clienții pot observa informații incorecte, incomplete sau întârziate privind costurile și utilizarea în cadrul Consolei de facturare și gestionare a costurilor. Această problemă se limitează la serviciile bazate pe AWS și nu afectează clienții care utilizează alte platforme de cloud. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice au confirmat că problema este legată de un eveniment activ de servicii AWS care afectează toate regiunile. Monitorizăm în mod activ situația și colaborăm îndeaproape cu actualizările AWS pentru a evalua impactul asupra clienților. Restaurarea serviciului depinde de rezolvarea problemei subiacente AWS și vom continua să oferim actualizări pe măsură ce devin disponibile informații suplimentare.

2. 17 iulie 2026 la 10:27 UTCinvestigating

   Continuăm să investigăm această problemă.

3. 17 iulie 2026 la 13:14 UTCidentified

   Continuăm să monitorizăm îndeaproape întreruperile furnizorului de servicii și impactul acesteia asupra serviciilor afectate. Alte actualizări vor fi furnizate pe măsură ce vor fi disponibile noi informații.

4. 17 iulie 2026 la 18:24 UTCidentified

   Eforturile noastre de investigare și validare până în prezent nu au identificat niciun impact asupra datelor privind facturarea la fața locului sau analiza costurilor. Datele privind facturarea și prețurile revizuite rămân în concordanță cu valorile preconizate. În timp ce rezultatele de validare inițială sunt pozitive, continuăm activitățile de validare suplimentare, deoarece devin disponibile date suplimentare pentru a confirma aceste constatări. Rămânem angajați cu AWS și vom continua să monitorizăm îndeaproape situația. Vom împărtăși actualizări suplimentare pe măsură ce activitățile noastre de validare continuă.

5. 18 iulie 2026 la 08:05 UTCidentified

   Rămânem implicați activ în AWS și continuăm să monitorizăm îndeaproape situația. AWS a identificat cauza principală și a pus în aplicare măsuri de atenuare pentru a aborda problema de bază care a condus la afișarea unor date incorecte privind costurile și utilizarea. AWS a început backfilling date pentru a restabili informații exacte de cost și utilizare pentru toți clienții și recuperarea completă este așteptată până la 18 iulie 2026, 12:00 PM PDT.

6. 18 iulie 2026 la 19:33 UTCmonitoring

   Continuăm să monitorizăm evenimentul de servicii AWS și să rămânem angajați cu AWS pe măsură ce își termină activitățile de recuperare. Validarea finalizată până în prezent nu a identificat niciun impact asupra datelor privind facturarea la fața locului sau analiza costurilor. Continuăm să monitorizăm situația și să terminăm orice activități de validare rămase înainte de a determina închiderea acestui incident.

7. 19 iulie 2026 la 12:59 UTCresolved

   AWS și-a rezolvat întreruperile de serviciu la 18 iulie la 6:57 AM PDT. După validarea cu succes de către echipele noastre tehnice, am confirmat că funcționalitatea serviciului a fost restabilită.

8. 30 iulie 2026 la 18:10 UTCpostmortem

   **Descriere:** Flexera Spot Timeframe: Iulie 17, 2026, 1:33 AM PDT 18 iulie 2026, 6:57 AM PDT ** Rezumat incident ** La 17 iulie 2026, la aproximativ 1:33 AM PDT, echipele tehnice Flexera au devenit conștiente de o problemă AWS care afectează datele estimate privind facturarea și utilizarea afișate în cadrul AWS Billing și Cost Management, Cost Explorer și Cost and Usage Reports. Având în vedere natura întreruperii serviciului AWS, echipele tehnice au inițiat o anchetă pentru a stabili dacă facturarea la fața locului, analiza costurilor sau calculele de economii pentru clienții AWS au fost afectate. În cursul anchetei, echipele au analizat datele privind facturarea și prețurile utilizate de Spot, tabelele de costuri și prețuri relevante validate, actualizările AWS monitorizate și au evaluat dacă au fost afectate date privind facturarea sau economiile cu care se confruntă clienții. Echipele tehnice au validat datele privind facturarea și prețurile utilizate de Spot și au confirmat că tabelele relevante privind costurile și prețurile funcționează conform așteptărilor. Ancheta nu a identificat niciun aspect din datele utilizate de Spot și nu au fost observate calcule incorecte ale facturilor sau ale economiilor. AWS a confirmat ulterior că această chestiune provine din serviciile de facturare și gestionare a costurilor AWS, a identificat și a redus problema de bază și a finalizat activitățile de recuperare și de recuperare a datelor. Pe baza validării efectuate pe parcursul anchetei, nu s-a observat niciun impact al clienților în cadrul Spot. După confirmarea recuperării AWS și finalizarea activităților de validare post-recuperare, incidentul a fost considerat rezolvat. **Root Cause** Incidentul a fost cauzat de o problemă de serviciu AWS care afectează datele estimate privind facturarea și utilizarea afișate în cadrul AWS Billing și Cost Management, Cost Explorer și Cost and Usage Reports. AWS a identificat și redus activitățile de recuperare a datelor care stau la baza emisiunii și a finalizat. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: • Investigaţii de incidente Iniţiate: Echipele tehnice au început să investigheze problema facturilor AWS şi a datelor de utilizare pentru a determina dacă clienţii Spot au fost afectaţi. • Evaluarea impactului efectuată: Echipele tehnice au evaluat dacă perturbarea serviciului AWS a afectat analiza facturilor la fața locului și calculele de economii. • Validarea datelor s-a încheiat: echipele au revizuit și validat datele privind facturarea și tarifarea utilizate de Spot și au confirmat că tabelele relevante privind costurile și prețurile funcționează conform așteptărilor. • AWS Recovery Monitored: Echipe tehnice monitorizate de comunicații AWS, actualizări de servicii și activități de recuperare pe tot parcursul incidentului. • Validarea post-recuperare Efectuata: Validarea suplimentara a fost finalizata in urma recuperarii AWS si a activitatilor de backfill date pentru a confirma integritatea datelor de facturare si tarifare utilizate de Spot. • Incident Rezolvat: Incidentul a fost închis după ce AWS a confirmat recuperarea și validarea tehnică nu a identificat niciun impact în cadrul Spot. ** Măsuri preventive viitoare ** În timpul incidentului au fost identificate următoarele acțiuni de urmărire: • AWS Colaborare și revizuire: Continuați să lucrați îndeaproape cu AWS pentru a înțelege cauza care stă la baza incidentelor gestionate de furnizor și a revizui orice recomandări sau învățări rezultate din ancheta lor. • Revizuire de reziliență și validare: Revizuirea oportunităților de consolidare în continuare a proceselor de validare a datelor legate de facturare pentru a sprijini evaluarea mai rapidă a impactului și răspunsul în timpul unor perturbări similare ale serviciilor terților în viitor.

Traducere automată din actualizarea oficială a incidentului.

1. 17 iulie 2026 la 08:24 UTCidentified

   Descriere incident: Am identificat o problemă care afectează procesarea inventarului în Flexera One IT Asset Management în urma implementării 2026 R1.1 versiune în mediile noastre APAC și Europa. Ca urmare, un subset de clienți pot experimenta performanțe degradate atunci când accesează anumite zone ale interfeței cu utilizatorul și în timp ce efectuează sarcini legate de sistem. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice au identificat problema ca un defect software introdus cu 2026 R1.1 lansare. Au fost puse în aplicare măsuri de atenuare pentru a reduce impactul asupra clienților, iar echipele lucrează în mod activ pentru a restabili pe deplin performanța serviciilor. Vom continua să oferim actualizări pe măsură ce se înregistrează progrese.

2. 17 iulie 2026 la 15:58 UTCidentified

   Continuăm să facem progrese în abordarea problemelor de performanță care afectează un subset de clienți din cadrul APAC și al mediilor de producție europene. Soluţiile identificate au fost acum implementate şi monitorizăm în mod activ mediul pe măsură ce activităţile de procesare a clienţilor continuă. Echipele noastre validează eficacitatea acestor modificări și evaluează performanța per ansamblu a platformei. Vom furniza actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

3. 18 iulie 2026 la 08:10 UTCmonitoring

   Echipele noastre continuă să valideze hotfixele recent implementate, iar rezultatele iniţiale par pozitive. Monitorizăm îndeaproape activitățile de prelucrare afectate pentru a confirma eficacitatea fixării și a asigura stabilitatea platformei. Validarea este în curs de desfășurare și vom continua să monitorizăm performanța înainte de a confirma rezoluția completă. Vom furniza o altă actualizare pe măsură ce mai multe informații devin disponibile.

4. 18 iulie 2026 la 19:29 UTCresolved

   În urma implementării remedierilor identificate, activitățile de prelucrare cu impact anterior sunt acum finalizate cu succes, și nu mai vedem recurența problemelor observate după ultima versiune. Pe baza rezultatelor observate după implementarea remedierilor, acest incident este acum rezolvat. Vom publica un RCA complet în zilele următoare, care va include un rezumat detaliat al problemei, cauza principală și măsurile preventive fiind puse în aplicare pentru a ajuta la prevenirea recurenței.

5. 30 iulie 2026 la 17:47 UTCpostmortem

   **Descriere:** Flexera One ** Timeframe:** Iulie 13, 2026, 1:00 PM PDT ** Rezumat incident ** La 13 iulie 2026, la ora 13:00 PM PDT, o problemă a început să afecteze clienții Flexera One IT Asset Management în mediile de producție APAC și Europa în urma implementării versiunii 2026 R1.1. În perioada afectată, unii clienți s-au confruntat cu o încetinire intermitentă a aplicării, o prelucrare întârziată, o reconciliere a defecțiunilor și o performanță degradată atunci când au accesat anumite domenii ale aplicației sau au efectuat activități legate de inventar. Pe măsură ce rapoartele clienților au crescut, echipele tehnice au început să investigheze modele comune în toate simptomele raportate pentru a determina cauza de bază. Ancheta a identificat un defect introdus ca parte a gestionării activelor informatice Flexera One 2026 R1.1. În anumite condiții, defectul a dus la o activitate semnificativ mai mare de prelucrare a bazei de date în timpul operațiunilor legate de inventar. Pe măsură ce datele inventarului au fost prelucrate, volumul de muncă crescut a contribuit la întârzierile de procesare, la condițiile de pauză și la performanțele de aplicare degradate pentru unii clienți. Echipele tehnice au elaborat și au implementat hotfixe pentru a aborda problema în mediile de producție afectate. În urma implementării, echipele au efectuat activități de validare și au monitorizat fluxurile de lucru de prelucrare cu impact pentru a confirma recuperarea. Până la 18 iulie 2026, la aproximativ 7:10 AM PDT, validarea a confirmat procesarea cu succes a volumului de muncă afectat anterior și că modelele de eșec asociate cu problema nu mai au loc. Incidentul a fost considerat rezolvat, iar echipele tehnice au continuat monitorizarea pentru a confirma stabilitatea serviciilor. **Root Cause** Incidentul a fost cauzat de un defect introdus în Flexera One IT Asset Management 2026 R1.1 lansare care afectează operațiunile de prelucrare legate de inventar. În anumite condiții, defectul a cauzat o activitate de prelucrare a bazelor de date semnificativ mai mare decât cea prevăzută în timpul operațiunilor de prelucrare legate de inventar. Această creştere a volumului de muncă a dus la creşterea consumului de resurse, la întârzieri de prelucrare şi la condiţii de pauză. Aceste condiții au contribuit la o încetinire intermitentă a aplicării, la o prelucrare întârziată, la reconcilierea defecțiunilor și la o performanță degradată care afectează o anumită funcționalitate a managementului activelor IT. ** Acțiuni de mediere ** 1. Investigatii incidente Initiate: Echipele tehnice au inceput sa investigheze rapoarte privind incetinirea aplicatiei, intarzierile de procesare si problemele de fiabilitate care afecteaza APAC si mediile de productie europene. 2. Evaluarea impactului Efectuat: Echipele au analizat simptomele raportate de client, datele de performanţă ale sistemului şi comportamentul de procesare pentru a determina domeniul de aplicare şi natura problemei. 3. Cauze identificate: Ancheta a stabilit că un defect introdus în 2026 R1.1 eliberare a fost generarea de activitate de prelucrare excesivă în timpul operațiunilor legate de inventar. 4. Hotfixe Dezvoltate şi Desfăşurate: Echipele tehnice au dezvoltat şi au implementat hotfixe pentru corectarea comportamentului de prelucrare afectat în mediile de producţie APAC şi Europa. 5. Recuperare Validată: Echipele au validat eficacitatea hotfixelor prin monitorizarea și executarea cu succes a activităților de prelucrare cu impact anterior. 6. Monitorizarea post-restaurare Efectuat: Monitorizarea suplimentară a confirmat faptul că defecțiunile observate anterior și degradarea performanței nu mai au loc și că stabilitatea serviciului a fost restabilită. ** Măsuri preventive viitoare ** Pe baza anchetei, au fost identificate următoarele activități de monitorizare: • Procesare Îmbunătățiri logice: Echipele tehnice au implementat corecții ale logicii de prelucrare afectate pentru a elimina comportamentul ineficient care a contribuit la creșterea consumului de resurse și degradarea performanței.

Traducere automată din actualizarea oficială a incidentului.

1. 14 iulie 2026 la 09:13 UTCresolved

   Descriere incident:Echipele noastre au identificat o problemă care afectează Cognos Analytics în mediul de producție al UE. În timpul ferestrei de impact, clienții afectați ar fi putut să nu poată accesa sau să încarce Cognos Analytics. Ancheta actuală a confirmat că impactul s-a limitat la regiunea de producție a UE. Prioritate:P2 Activitatea de restaurare: Echipele noastre tehnice au stabilit că problema a fost legată de o actualizare recentă a Cognos Analytics , care a fost finalizată ca parte a activităților UE de producție IT Asset Management. Echipa a identificat o problemă de configurare introdusă în timpul actualizării, a implementat corecturile de configurare necesare și a restabilit funcționalitatea normală de serviciu. Mediul rămâne stabil sub monitorizare. Detalii suplimentare, inclusiv cauzele profunde și măsurile preventive, vor fi împărtășite într-un raport post-mortem.

2. 26 iulie 2026 la 07:06 UTCpostmortem

   **Descriere:** Flexera One - Managementul activelor IT - UE - Congnos analytics access issue ** Timeframe:** 13 iulie 2026, 12:51 PM PDT to July 14, 2026, 1:52 AM PDT ** Rezumat incident ** Luni, 13 iulie 2026, la 12:51 PM PDT, După upgrade-ul Cognos Analytics 12.1.2 implementat ca parte a versiunii Flexera One IT Asset Management în Europa \ (EU\) Mediul de producție, echipele noastre au identificat o problemă care a împiedicat clienții să acceseze Cognos Analytics. Prin urmare, utilizatorii afectați nu au putut lansa cu succes cererea după finalizarea activităților de întreținere programate. Echipele tehnice au inițiat imediat o anchetă și au confirmat faptul că problema a fost izolată de mediul de producție al UE, fără niciun impact observat în alte regiuni de producție. Analiza ulterioară a stabilit că actualizarea în sine a fost finalizată cu succes; cu toate acestea, o parte din activitățile de configurare post-actualizare necesare nu au fost aplicate pe deplin, împiedicând Cognos Analytics să înceapă corect. Sarcinile de configurare rămase au fost finalizate imediat, restaurând funcționalitatea normală a Cognos Analytics. După validarea completă a accesului clienților și o perioadă de monitorizare îmbunătățită, serviciul a fost confirmat a funcționa în mod normal și incidentul a fost declarat rezolvat. **Root Cause** * Incomplete Post-Upgrade Configuration: Deși upgrade-ul Cognos Analytics 12.1.2 s-a finalizat cu succes, sarcinile necesare de configurare post-upgrade nu au fost complet finalizate înainte ca mediul să fie readus în funcțiune. * Eșecul inițializării serviciului: Configurația incompletă a împiedicat inițializarea corectă a Cognos Analytics, ceea ce a dus la incapacitatea clienților de a accesa aplicația. * Impact regional: Problema a fost limitată la mediul de producție al UE. Nu a fost identificat niciun impact în America de Nord, APAC sau în alte regiuni de producție. ** Acțiuni de mediere ** Pentru a restabili serviciul, echipele tehnice: * Terminat activitățile de configurare necesare post-actualizare care nu au fost aplicate pe deplin în timpul desfășurării. * Repornit și validat Cognos Analytics servicii pentru a confirma inițializarea cu succes a aplicației. * Testarea funcţională efectuată şi validarea accesului clienţilor pentru a verifica dacă capacităţile de raportare funcţionau conform aşteptărilor. * A plasat mediul sub o monitorizare sporită în urma redresării pentru a asigura stabilitatea continuă a serviciilor. ** Măsuri preventive viitoare ** * Validarea post-upgrade îmbunătăţită: Consolidarea procedurilor de validare a implementării pentru a verifica dacă toate activităţile necesare de configurare post-upgrade s-au încheiat cu succes înainte de încheierea activităţilor de întreţinere. * O mai bună monitorizare și alertă: Îmbunătățește monitorizarea Cognos Analytics și alertarea pentru a permite detectarea mai devreme a degradării serviciului în urma actualizărilor. * Îmbunătățiri ale listei de verificare a implementării: Actualizări ale runbook-urilor de implementare și liste de verificare operaționale pentru a include verificarea suplimentară a finalizării configurației post-actualizare înainte de a returna mediul în serviciul de producție. * Readiness Operational Readiness Review: Review upgrade upgrade execution procedures to ensure all obligatorii post-location tasks are completed and valided before mentainment windows are closed.

Traducere automată din actualizarea oficială a incidentului.

1. 12 iulie 2026 la 23:51 UTCinvestigating

   Descriere incident: Ne confruntăm cu o problemă care afectează clienții Flexera One IT Asset Management (ITAM) în regiunea APAC. Clienții pot observa că anumite elemente de navigație și meniu din cadrul interfeței ITAM nu sunt vizibile, ceea ce duce la un acces limitat la o anumită funcționalitate. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează activ această problemă și lucrează pentru a restabili funcționalitatea completă. Vom continua să oferim actualizări pe măsură ce devin disponibile mai multe informații.

2. 13 iulie 2026 la 00:28 UTCidentified

   Ancheta noastră a identificat utilizarea ridicată a resurselor care afectează funcționalitatea asociată cu problema raportată. În prezent sunt în curs acțiuni de atenuare, inclusiv creșterea capacității sistemului de sprijinire a eforturilor de redresare. Monitorizăm în mod activ mediul înconjurător și validăm comportamentul platformei, deoarece aceste schimbări sunt implementate. Munca rămâne în curs de desfășurare pentru a restabili funcționalitatea completă pentru clienții afectați și vom împărtăși actualizări suplimentare pe măsură ce se înregistrează progrese.

3. 13 iulie 2026 la 01:52 UTCidentified

   Investigaţia noastră a identificat o potenţială problemă de configurare asociată funcţionalităţii afectate. Ca parte a eforturilor continue de atenuare, modificările configurației au fost inversate, iar creșterile de capacitate inițiate anterior au fost acum finalizate. Monitorizăm în mod activ mediul înconjurător și validăm comportamentul platformei, deoarece aceste schimbări intră în vigoare. Lucrul rămâne în curs de desfășurare pentru a restabili funcționalitatea completă pentru clienții afectați și vom oferi actualizări suplimentare pe măsură ce se înregistrează progrese.

4. 13 iulie 2026 la 03:44 UTCresolved

   După o monitorizare extinsă, am confirmat faptul că performanța serviciilor a rămas stabilă și funcționează conform așteptărilor. Această problemă este acum rezolvată.

5. 12 august 2026 la 05:15 UTCpostmortem

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

Traducere automată din actualizarea oficială a incidentului.

1. 6 iulie 2026 la 14:19 UTCinvestigating

   Descriere incident: Investigăm în prezent performanța degradată care afectează ECS Spot Ocean pentru clienții AWS. Clienții pot experimenta o încetinire semnificativă sau întârzieri semnificative la accesarea consolei sau la utilizarea anumitor funcții Ocean ECS. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează activ și lucrează pentru a restabili funcționalitatea normală. Vom furniza actualizări suplimentare pe măsură ce vor fi disponibile mai multe informații.

2. 6 iulie 2026 la 15:11 UTCmonitoring

   Ancheta noastră a identificat faptul că degradarea a fost legată de un eveniment de sănătate AWS care a avut impact asupra regiunii ne-est-1. AWS a raportat de atunci că problema a fost rezolvată și vedem acum semne de recuperare de partea noastră, inclusiv îmbunătățirea performanței consolei Spot Ocean ECS și finalizarea cu succes a fluxurilor de lucru AWS aferente. Mediul de producţie pare stabil în acest moment. Echipele noastre vor continua monitorizarea pentru o perioadă scurtă de validare pentru a se asigura că performanța rămâne stabilă înainte de marcarea incidentului rezolvat.

3. 6 iulie 2026 la 16:57 UTCresolved

   Am continuat să monitorizăm mediul pentru o perioadă mai lungă, iar serviciile au rămas stabile, fără alte probleme observate. Acest incident a fost rezolvat.

4. 20 iulie 2026 la 07:00 UTCpostmortem

   **Descriere:** Ocean Spot ** Timeframe:** 6 iulie 2026, 05:45 AM PDT la 6 iulie 2026, 07:53 AM PDT ** Rezumat incident ** Luni, 6 iulie 2026, la 05:45 AM PDT, echipele noastre au identificat o degradare a performanței care afectează ECS Spot Ocean pentru clienții AWS. În timpul ferestrei de impact, clienții s-au confruntat cu o latență sporită atunci când au accesat consola Ocean ECS, iar unele operațiuni legate de AWS au fost întârziate sau nu s-au finalizat cu succes. Echipele tehnice au inițiat imediat o anchetă pentru a identifica sursa problemei. Având în vedere că o întrerupere a serviciilor AWS a avut loc concomitent în regiunea AWS us-est-1, ancheta a considerat inițial atât evenimentul AWS extern, cât și o desfășurare recentă a producției ca factori care ar putea contribui. Prin analiză detaliată, echipele au stabilit că principala cauză a impactului asupra clienților a fost instabilitatea introdusă de recenta desfășurare a Gateway. Degradarea rezultată în performanța Gateway a afectat prelucrarea cererilor și capacitatea de reacție în cadrul Spot Ocean ECS. În timp ce întreruperea simultană a serviciului AWS a adăugat complexitate anchetei, s-a confirmat că nu este principalul motor al impactului asupra clienților. Pentru a restabili serviciul, echipele au lansat înapoi instalarea în versiunea stabilă anterioară. După răsturnare, performanța platformei a revenit la nivelurile preconizate și fluxurile de lucru ale clienților au reluat funcționarea normală. O perioadă prelungită de monitorizare confirmată a stabilității susținute a serviciilor înainte ca evenimentul să fie rezolvat în mod oficial. **Root Cause** Incidentul a fost cauzat de instabilitatea introdusă într-o desfăşurare Gateway. Implementarea a dus la o performanță degradată în cadrul serviciului Gateway, reducându-i capacitatea de a procesa eficient cererile clienților. Acest lucru a cauzat perioade de răspuns crescute și eșecuri intermitente pentru operațiunile consolei Spot Ocean ECS și fluxurile de lucru legate de Saw. Rolling înapoi la versiunea stabilă anterior Gateway restaurat performanța normală platformă și a rezolvat impactul clientului. Factori de contribuţie * O întrerupere concomitentă a serviciului AWS în regiunea ne-est-1 a avut loc în acelaşi interval de timp. Deși nu a fost cauza incidentului, a complicat ancheta inițială și identificarea întârziată a problemei Gateway. * The Gateway rollback a necesitat timp suplimentar datorită dimensiunii de implementare a producției, prelungind procesul general de recuperare. * Operațiunile care implică crearea de resurse și actualizările au avut un impact mai mare decât activitățile de citire numai din cauza reactivității degradate a Gateway. ** Acțiuni de mediere ** * Echipele tehnice au investigat degradarea și au identificat o implementare recentă a Gateway ca sursă principală a problemei. * Desfăşurarea afectată a Gateway a fost repusă în ultima versiune stabilă, restaurând stabilitatea serviciului. * Performanţa platformei şi fluxurile de lucru orientate către clienţi au fost validate după răsturnare. * Echipele tehnice au finalizat o perioadă de monitorizare extinsă pentru a confirma o operațiune de service stabilă înainte de închiderea incidentului. ** Măsuri preventive viitoare ** * O mai bună punere în aplicare a garanțiilor - echipele de inginerie vor consolida controalele de implementare și procesele de validare pentru a reduce probabilitatea unor probleme similare legate de implementare care afectează mediile de producție. * Monitorizarea îmbunătățită a platformei - monitorizarea suplimentară și alertarea vor fi puse în aplicare pentru a asigura detectarea mai devreme a comportamentului anormal al Gateway, inclusiv responsivitatea serviciului, utilizarea resurselor, și stabilitatea aplicației. * Proceduri de recuperare îmbunătățite - procedurile de Rollback vor fi consolidate și validate periodic pentru a reduce timpul de recuperare și pentru a îmbunătăți eficiența operațională în timpul incidentelor legate de implementare. * Validarea proactivă a serviciilor de sănătate - Controalele de sănătate sintetice vor fi extinse pentru a valida continuu fluxurile critice de lucru ale utilizatorilor oceanului ECS, permițând identificarea mai timpurie a degradării performanței cu care se confruntă clienții. * Monitorizare îmbunătățită a dependenței - Echipele de inginerie vor continua să îmbunătățească vizibilitatea în evenimente externe de servicii de cloud și dependențe de platforme pentru a permite o diferențiere mai rapidă între problemele platformei interne și perturbările serviciilor terților în timpul anchetelor viitoare.

Traducere automată din actualizarea oficială a incidentului.

1. 3 iulie 2026 la 19:07 UTCresolved

   Descriere incident: Am identificat o problemă care afectează un subset de servicii Flexera One în regiunea APAC, care ar fi putut duce la probleme intermitente de acces sau eșecuri pentru unii utilizatori. Impactul a fost intermitent, iar alte regiuni nu au fost afectate. Problema a fost rezolvată și serviciile afectate funcționează în mod normal. Prioritate: P2 Restaurare Activitatea: Echipele noastre tehnice au investigat problema și au returnat o schimbare recentă pentru a restabili serviciul. Am validat faptul că serviciile afectate funcționează în mod normal și continuă monitorizarea pentru a asigura stabilitatea platformei. Acest incident a fost rezolvat.

2. 17 iulie 2026 la 06:11 UTCpostmortem

   **Descriere:** Flexera One ** Timeframe:** Iulie 3, 2026, 11:20 AM PDT ** Rezumat incident ** La 3 iulie 2026, la aproximativ 11:20 AM PDT, a fost identificată o problemă care afectează un subset de servicii Flexera One în mediul de producție APAC. În timpul ferestrei incidentului, unii clienți ar fi putut avea probleme intermitente de acces sau eșecuri atunci când au accesat anumite zone ale platformei Flexera One. Impactul a fost intermitent în natură, deoarece capacitatea de servicii redundante a rămas disponibilă și a continuat să servească traficului în timpul incidentului. Alte Flexera Una dintre regiuni, inclusiv NAM și UE, nu a fost afectată. Echipele tehnice au început să investigheze imediat și au analizat serviciile afectate și componentele platformei de sprijin din mediul APAC. Ancheta a identificat faptul că o modificare recentă efectuată în cadrul mediului APAC a contribuit la observarea disfuncționalităților intermitente ale serviciilor. Ca parte a efortului de recuperare, schimbarea a fost returnată și comportamentul de serviciu a fost monitorizat pentru a valida recuperarea. După răsturnare, stabilitatea serviciilor a fost restabilită, iar clienții au putut accesa funcționalitatea afectată în mod normal. Până la aproximativ 11:50 AM PDT, serviciile funcţionau conform aşteptărilor şi incidentul a fost considerat rezolvat. **Root Cause** Incidentul a fost cauzat de o schimbare a configurației în mediul APAC care a afectat în mod involuntar comunicarea dintre un subset de servicii de platformă și o componentă a platformei de suport. În cursul anchetei, echipele tehnice au stabilit că modificarea a dus la imposibilitatea anumitor servicii de platformă de a comunica în mod corespunzător cu componenta afectată. Aceasta a condus la eșecuri intermitente care afectează un subset de servicii Flexera One din regiunea APAC. În timp ce problema a avut loc, una sau mai multe capsule care sprijină serviciile afectate au rămas disponibile și au continuat să servească traficului. Ca urmare, clienții au avut probleme de acces intermitente, mai degrabă decât o întrerupere completă a serviciului. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: • Investigaţii de incidente Iniţiate: Echipele tehnice au început investigarea problemelor de acces intermitente care afectează un subset de servicii Flexera One din regiunea APAC. • Evaluarea Platformei S-a încheiat: Echipele tehnice au revizuit serviciile afectate și componentele platformei de sprijin din mediul APAC pentru a identifica sursa problemei. • Schimbări recente identificate: Investigaţia a identificat o modificare recent implementată care a corelat cu degradarea serviciului observat. • Schimbarea Reversată: Schimbarea identificată a fost returnată ca parte a efortului de atenuare pentru restabilirea comportamentului normal de serviciu. • Service Recovery Validated: Echipele tehnice monitorizau comportamentul serviciului în urma rolei şi au confirmat că funcţionalitatea afectată funcţiona normal. • Monitorizarea stabilităţii platformei Continuare: Monitorizarea suplimentară a fost efectuată după activităţile de restaurare pentru a verifica stabilitatea continuă a serviciilor înainte ca incidentul să fie închis. ** Măsuri preventive viitoare ** Acest incident a subliniat importanţa validării modificărilor platformei pentru a asigura identificarea impactului nedorit înainte ca acestea să afecteze disponibilitatea serviciilor. Pe baza anchetei, se desfășoară următoarele activități de monitorizare: • Îmbunătățiri ale validării configurației: Revizuirea și îmbunătățirea proceselor de validare pentru modificările de configurare a infrastructurii și platformei pentru a ajuta la identificarea impacturilor nedorite înainte ca schimbările să fie implementate în mediile de producție. • Îmbunătățiri ale verificării post-angajare: Revizuirea procedurilor de verificare post-angajare pentru a se asigura că dependențele critice de servicii rămân accesibile și funcționează după cum se prevede în urma schimbărilor de configurare.

Traducere automată din actualizarea oficială a incidentului.

1. 25 iunie 2026 la 06:54 UTCresolved

   Descriere incident: Am identificat o problemă care afectează procesarea inventarului în Flexera One Managementul activelor IT după lansarea R1 2026 în mediile APAC și Europa. Ca urmare, unele upload-uri de inventar nu au fost prelucrate cu succes, ceea ce determină întârzierea datelor de inventar afișate în Flexera One IT Asset Management și nu reflectă inventarul cel mai recent încărcat al clienților. Prioritate: P2 Activitatea de restaurare: Echipele tehnice au identificat o problemă legată de capacitate care afectează prelucrarea inventarului și au repornit serviciul vizat în regiunile afectate pentru a restabili prelucrarea normală. Serviciul a fost restaurat la 24 iunie 2026, 11:00 PM PDT, iar fișierele de inventar sunt acum de procesare cu succes. Echipele noastre continuă să monitorizeze platforma pentru a asigura stabilitatea susţinută. Un raport post-mortem care detaliază cauza principală și măsurile preventive vor fi împărtășite după finalizarea anchetei.

2. 15 iulie 2026 la 06:18 UTCpostmortem

   **Descriere:** Flexera One- IT Asset Management- APAC & EU - NDI Inventary Import eşecuri ** Timeframe:** 18 iunie 2026, 09:00 AM PDT la 25 iunie 2026, 02:42 AM PDT ** Rezumat incident ** Miercuri, 24 iunie 2026, 11:35 PM PDT, ca urmare a implementării Flexera One IT Asset Management 2026 R1 în mediile de producție din Australia și Europa, echipele noastre au identificat o problemă care afectează procesarea fișierelor de inventar NDI. Ca urmare, un număr semnificativ de fișiere de inventar au eșuat în timpul prelucrării și nu s-au reflectat în datele inventarului clienților, ceea ce a determinat ca informațiile privind inventarul afișate în Flexera One ITAM să devină depășite pentru clienții afectați. Echipele tehnice au inițiat imediat o anchetă și au stabilit că problema a avut loc în cadrul fluxului de lucru de procesare a inventarului introdus odată cu eliberarea R1. Fişiere de inventar eşuate acumulate în urma eşecurilor de procesare repetate, prevenind finalizarea cu succes a actualizărilor de inventar şi contribuind la creşterea sarcinii de procesare a serviciilor afectate. Pentru a restabili serviciul, echipele tehnice au implementat acțiuni corective prin revigorarea serviciilor de aplicare afectate în mediile afectate. În urma activităților de restaurare, procesarea inventarului a fost reluată cu succes, iar noile încărcături de inventar au fost prelucrate conform așteptărilor. Continuarea monitorizării confirmă comportamentul stabil al platformei, iar incidentul a fost declarat rezolvat după validarea susţinută. **Root Cause** Problema a fost cauzată de un defect introdus cu Flexera One IT Asset Management 2026 R1 versiune care a afectat procesarea fișierelor de inventar NDI. În condiții specifice, fișierele de inventar nu au putut fi prelucrate cu succes din cauza unei probleme din cadrul fluxului de lucru de autentificare și prelucrare, ceea ce a determinat respingerea fișierelor înainte ca prelucrarea să fie finalizată. Ca fișiere eșuate acumulate, capacitatea de procesare a fost din ce în ce mai mult consumată de eșecuri repetate, prevenind procesarea cu succes a inventarului și întârzie actualizările inventarului pentru clienții afectați. Factori de contribuţie * Fişiere de inventar eşuate acumulate în fluxul de lucru de procesare, creşterea utilizării resurselor pe serviciile de inventar afectate. * Sarcina de procesare crescută a redus capacitatea disponibilă pentru noile cereri de procesare a inventarului. * Problema a afectat mediile de producție care rulează 2026 R1 de lansare; America de Nord de producție nu a fost afectată deoarece eliberarea nu a fost încă implementată. ** Acțiuni de mediere ** * Echipele tehnice au identificat fluxul de lucru afectat de procesare a inventarului și au implementat acțiuni corective pentru restabilirea serviciului. * Serviciile de aplicare au fost reîmprospătate în mediile de producție afectate, restaurând procesarea normală a inventarului. * Prelucrarea de noi fișiere de inventar reluate cu succes în urma restaurării serviciului. * Mediul a rămas sub monitorizare îmbunătățită pentru a valida performanța de prelucrare și a confirma recuperarea susținută. ** Măsuri preventive viitoare ** * Îmbunătățirea Validarea de lansare - Procedurile de validare de lansare vor fi consolidate pentru a include testarea suplimentară de la un capăt la altul a fluxurilor de lucru de procesare a inventarului în urma unor versiuni majore de platforme. * Monitorizarea sporită a procesării - Monitorizarea și alertarea vor fi revizuite și extinse pentru a asigura detectarea mai devreme a defecțiunilor anormale de procesare a inventarului și acumularea excesivă de fișiere în cozile de procesare. * Rezilienţă operaţională - În cadrul fluxului de lucru de procesare a inventarului vor fi puse în aplicare garanţii suplimentare pentru a îmbunătăţi recuperarea din eşecurile de procesare şi pentru a minimiza impactul clientului în cazul în care vor apărea condiţii similare în viitor. * Cod de calitate și revizuire Îmbunătățiri \ [completat\) - Ca parte a revizuirii post-incidente, codul afectat a fost corectat pentru a se asigura că eșecurile comunicării sunt gestionate în mod corespunzător și nu au ca rezultat efecte de prelucrare mai ample. În plus, procesul de elaborare și de revizuire a fost consolidat pentru a se asigura că constatările de revizuire sunt evaluate în mod corespunzător și abordate înainte ca modificările viitoare să fie aprobate pentru eliberare.

Traducere automată din actualizarea oficială a incidentului.

1. 24 iunie 2026 la 08:00 UTCinvestigating

   Descriere incident: Am identificat o problemă care afectează accesul de conectare la Flexera One în regiunea UE. Clienții pot primi erori atunci când încearcă să se logheze la Flexera One. Prioritate: P1 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema și lucrează pentru a implementa acțiuni corective pentru a restabili funcționalitatea normală de conectare. Eforturile de investigare și stabilizare continuă. Vom continua să monitorizăm îndeaproape situația și să oferim noi actualizări pe măsură ce progresele continuă.

2. 24 iunie 2026 la 09:00 UTCresolved

   Problema a fost rezolvată, iar funcționalitatea de conectare a fost restabilită pentru clienții afectați. Echipele tehnice au identificat cauza emiterii și au pus în aplicare acțiuni corective pentru restabilirea funcționării normale a serviciului. Mediul rămâne stabil, iar monitorizarea continuă a confirmat autentificarea cu succes și accesul la platformă. Un raport post-mortem care conține detalii suplimentare, va fi împărtășit la finalizarea anchetei.

3. 7 iulie 2026 la 08:28 UTCpostmortem

   **Descriere:** Flexera One ** Timeframe:** 24 iunie 2026, 12:41 AM PDT to June 24, 2026, 02:04 AM PDT ** Rezumat incident ** Miercuri, 24 iunie 2026, la 12:41 AM PDT, echipele noastre au detectat o problemă care afectează clienţii din regiunea UE. Utilizatorii cu impact au experimentat eșecuri de autentificare atunci când au încercat să se conecteze la Flexera One folosind Single Sign-On \ (SSO\), rezultând erori de server și prevenind accesul la platformă. După detectare, echipele tehnice au inițiat imediat o anchetă și au confirmat că problema a fost izolată de fluxul de lucru de autentificare. Validarea cererii și a serviciilor de platformă subiacente a arătat că întreaga infrastructură centrală a rămas sănătoasă și operațională. Analiza suplimentară a determinat că un cont de servicii utilizat pentru a comunica cu furnizorul de identitate a devenit indisponibil, ceea ce a dus la eșecul cererilor de autentificare. Contul de service a fost restaurat imediat, care a restabilit procesarea normală de autentificare și a restaurat complet accesul clienților. După restaurare, mediul a fost monitorizat îndeaproape, iar funcționalitatea de conectare a fost validată complet pentru a asigura stabilitatea serviciilor. Nu s-a observat niciun impact suplimentar asupra clienților, iar incidentul a fost ulterior declarat rezolvat. **Root Cause** Problema a fost cauzată de suspendarea neintenționată a unui cont de servicii care sprijină autentificarea între Flexera One și furnizorul de identitate. În consecință, cererile de autentificare nu au putut fi prelucrate cu succes, împiedicând clienții afectați din regiunea de producție a UE să acceseze platforma prin intermediul Single Sign-On \(SSO\). Factori de contribuţie * Un cont de servicii critic pentru fluxul de lucru de autentificare a fost suspendat accidental în timpul unei activităţi de curăţare de rutină. * Suspendarea a împiedicat validarea cu succes a cererilor de autentificare, ceea ce a dus la eşecuri de conectare pentru clienţii afectaţi. * Problema a fost izolată de serviciul de autentificare și nu a afectat disponibilitatea aplicației sau a infrastructurii platformei subiacente. ** Acțiuni de mediere ** * Contul de servicii afectat a fost restaurat, restabilind autentificarea cu furnizorul de identitate. * Funcţionalitatea de autentificare a fost validată după restaurare. * Echipele de ingineri au continuat monitorizarea pentru a confirma stabilitatea platformei și autentificarea cu succes a clienților. ** Măsuri preventive viitoare ** * Guvernanța contului de servicii - Procesele care reglementează conturile critice de servicii vor fi consolidate pentru a reduce riscul unor schimbări accidentale care afectează serviciile de producție. * Monitorizarea îmbunătăţită - Monitorizarea şi alertarea vor fi îmbunătăţite pentru a asigura detectarea mai devreme a eşecurilor de autentificare care afectează fluxurile de lucru de conectare ale clienţilor. * Îmbunătățiri ale procesului operațional - Echipele noastre au documentat acest lucru ca lecție învățată și vor implementa îmbunătățiri ale procesului pentru a reduce probabilitatea unor incidente similare.

Traducere automată din actualizarea oficială a incidentului.

1. 18 iunie 2026 la 15:33 UTCmonitoring

   Descriere incident: Am avut o problemă care afectează Atlasul Zăpezii în regiunea Europei de Vest. În timpul ferestrei incidentului, este posibil ca clienții să fi experimentat erori care au împiedicat accesul la platformă și funcționalitatea afectată. Prioritate: P1 Activitatea de restaurare: Serviciul a fost restaurat și este în prezent stabil. Echipele noastre tehnice continuă să investigheze o perturbare care afectează serviciile dependente din regiune. Eforturile se concentrează pe asigurarea stabilității și prevenirea recurențelor. Vom continua să monitorizăm îndeaproape și să oferim actualizări pe măsură ce devin disponibile mai multe informații.

2. 18 iunie 2026 la 18:08 UTCresolved

   Problema care afectează Atlasul Zăpezii din regiunea Europei de Vest a fost rezolvată, iar serviciul funcţionează în mod normal în prezent. Echipele noastre tehnice au atenuat instabilitatea serviciilor subiacente și continuă să monitorizeze îndeaproape pentru a asigura stabilitatea susținută. Vom furniza un raport detaliat post-incident care să prezinte cauza principală și măsurile preventive în zilele următoare.

3. 7 iulie 2026 la 08:57 UTCpostmortem

   **Descriere:** Snow Atlas - West Europe - Disruption Service ** Timeframe:** June 18, 2026, 07:00 AM PDT to June 18, 2026, 08:23 AM PDT ** Rezumat incident ** Joi, 18 iunie 2026 la ora 07:00 PDT, clienții din regiunea de producție a Europei de Vest au suferit o perturbare a serviciilor care a afectat accesul la Atlasul Zăpezii. În timpul acestui eveniment de servicii, utilizatorii au întâlnit HTTP 504 timeout și HTTP 404 erori, care au împiedicat accesul la platformă și au afectat utilizarea funcționalității Snow Atlas. După detectare, echipele tehnice au inițiat imediat o anchetă și au identificat problema în cadrul unei componente principale a platformei responsabile cu comunicarea între serviciile de suport. Degradarea a perturbat interacţiunile dintre servicii, ceea ce a dus la eşecuri ale cererii şi la indisponibilitatea serviciului temporar. Componentele de mesagerie afectate au fost restaurate, permițând serviciilor dependente să recupereze și operațiunilor normale de platformă să se reia. După recuperare, activitățile extinse de validare au confirmat că funcționalitatea serviciului a fost restabilită pe deplin. Mediul a rămas stabil în cadrul unei monitorizări consolidate, nu s-a observat niciun alt impact al clienților, iar perturbarea serviciilor a fost rezolvată în mod oficial. **Root Cause** Perturbația serviciului provine dintr-un eșec neașteptat în cadrul unei componente a platformei centrale care facilitează comunicarea între serviciile suport. În timpul evenimentului, mai multe componente de mesagerie au devenit indisponibile simultan, prevenind comunicarea critică între serviciile backend responsabile pentru procesarea cererilor clienților. Degradarea a afectat capacitatea serviciilor dependente de a face schimb și de a procesa cereri, ceea ce a dus la întârzieri și eșecuri de rutare. Ca urmare, clienţii din regiunea afectată au avut dificultăţi în accesarea platformei Snow Atlas până la restabilirea comunicaţiilor de servicii şi reluarea operaţiunilor normale. Factori de contribuţie * Componente multiple de servicii de mesagerie au devenit indisponibile în același timp, reducând capacitatea platformei de a procesa comunicarea inter-servicii. * Eșecuri de comunicare de serviciu propagate pe componente de platformă dependente, rezultând în HTTP 504 timeout și HTTP 404 erori. * Problema a afectat infrastructura de mesagerie comună care sprijină mediul de producție din Europa de Vest, ceea ce a dus la un impact larg al clienților în regiune. ** Acțiuni de mediere ** * Echipele tehnice au identificat componentele afectate ale infrastructurii de mesagerie și au restabilit funcționarea normală a serviciului. * Serviciile platformei dependente recuperate automat ca funcționalitate de mesagerie a fost restabilită. * Funcţionalitatea serviciului a fost validată după recuperare pentru a confirma accesul cu succes al clientului. * Monitorizarea îmbunătăţită a fost menţinută după restaurare pentru a verifica stabilitatea continuă a platformei. ** Măsuri preventive viitoare ** * Analiza managementului problemelor * Sporirea rezilienței Platformei * Îmbunătățiri de monitorizare și detectare .

Traducere automată din actualizarea oficială a incidentului.