Istoricul incidentelor Flexera

1. 27 octombrie 2026 la 17:00 UTCidentified

   Descriere incident: Investigăm întârzieri care afectează actualizările conținutului Technopedia. Conținutul Technopedia utilizat de Data Platform, IT Vizibilitate, și API servicii nu a fost reîmprospătat din 22 octombrie din cauza eșecurilor repetate de prelucrare a datelor. Prin urmare, clienții pot vedea conținut învechit Technopedia în serviciile afectate. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice au efectuat acțiuni de recuperare pentru a aborda eșecurile de prelucrare a datelor și au reîmprospătat conținutul de bază. Generarea de cataloage este în curs de desfășurare și monitorizăm această activitate prin finalizare. Vom oferi o actualizare suplimentară pe măsură ce redresarea progresează.

2. 28 octombrie 2026 la 01:44 UTCidentified

   Reîmprospătarea conținutului Technopedia rămâne în curs de desfășurare. Echipele noastre tehnice continuă să monitorizeze reîmprospătarea prin finalizare. Odată ce prelucrarea este completă, vom valida faptul că conținutul actualizat de Technopedia este disponibil în cadrul serviciilor afectate pentru a se asigura că operațiunile normale de reîmprospătare a conținutului au fost restaurate.

3. 28 octombrie 2026 la 09:39 UTCidentified

   Reîmprospătarea conținutului Technopedia rămâne în curs de desfășurare și continuă să fie monitorizată îndeaproape de echipele noastre tehnice. După finalizare, vom valida conținutul actualizat în cadrul serviciilor afectate pentru a confirma că operațiunile normale au fost restabilite.

4. 28 octombrie 2026 la 10:35 UTCresolved

   Reîmprospătarea conținutului Technopedia a fost finalizată, iar validarea a confirmat faptul că conținutul actualizat este disponibil în cadrul serviciilor afectate. Operaţiunile normale de reîmprospătare a conţinutului au fost restabilite, iar problema este rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 22 octombrie 2026 la 07:05 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează funcționalitatea Snow Atlas SAM core în regiunea de sud a Regatului Unit. Unii clienți pot experimenta probleme accesând funcționalitatea utilizatorilor și pot întâmpina erori atunci când accesează Detaliile Computer. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema și evaluează sfera impactului. Lucrăm pentru a identifica cauza de bază și pentru a restabili funcționalitatea afectată. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 22 octombrie 2026 la 07:21 UTCmonitoring

   Echipele noastre tehnice au identificat erori de temporizare care afectează componentele de service care susțin funcționalitatea afectată și repornesc serviciul vizat. În urma acestor acțiuni de recuperare, funcționalitatea Utilizatorii și Detaliile Calculatoarelor răspunde cu succes în timpul validării. Continuăm să monitorizăm comportamentul serviciului şi să efectuăm validarea finală pentru a confirma stabilitatea susţinută.

3. 22 octombrie 2026 la 07:38 UTCresolved

   În urma acțiunilor de recuperare implementate anterior, echipele noastre tehnice au finalizat validarea și monitorizarea suplimentară. Funcţionalitatea Utilizatorilor şi Informatorilor a rămas stabilă, fără alte probleme observate. Operaţiunea normală a fost confirmată, iar acest incident este acum considerat rezolvat.

Traducere automată din actualizarea oficială a incidentului.

1. 15 octombrie 2026 la 22:37 UTCresolved

   Descriere incident: Ca urmare a programului Flexera One IT Asset Management 2026R1.4 lansare de producție în regiunea Australia, ne-am confruntat cu o problemă care afectează Flexera One IT Asset Management servicii în APAC. Prin urmare, clienții nu au putut accesa Flexera One Asset Management în perioada de impact. Prioritate: P1 Începerea impactului: 15 octombrie 2026 la 11:34 AM PDT Sfârşitul impactului: 15 octombrie 2026 la 12:32 PM PDT Activitatea de restaurare: Echipele noastre tehnice au identificat o problemă care afectează componentele de service după lansarea programată a producției. Remediarea a fost aplicată componentelor afectate pentru a restabili disponibilitatea serviciului. În urma recuperării, Flexera One IT Asset Management Services in APAC a revenit la funcționarea normală, iar problema este acum considerată rezolvată.

2. 21 octombrie 2026 la 23:40 UTCpostmortem

   **Descriere:** Flexera One - IT Asset Management - APAC - Serviciul Indisponibil după 2026R1.4 Eliberare ** Timeframe:** 15 octombrie 2026, 11:34 AM PDT - 15 octombrie 2026, 12:32 PM PDT ## Incident Rezumat La 15 octombrie 2026, clienții care utilizează Flexera One IT Asset Management în regiunea APAC au suferit o perturbare a serviciilor care a împiedicat accesul la cerere. Perturbația a avut loc după finalizarea eliberării producției ITAM 2026R1.4. Deși inițial serviciile erau disponibile și funcționau normal după lansare, cererea a devenit ulterior inaccesibilă. Echipele tehnice au investigat perturbarea și defecțiunile identificate care afectează inițializarea cazurilor de aplicare. Ancheta suplimentară a arătat că mediul de producție a păstrat dependența de un proces anterior de inițializare a aplicațiilor, în timp ce o tranziție către un proces actualizat era în curs de desfășurare. Deși cazurile de aplicare au fost inițializate cu succes în timpul eliberării, cazurile de înlocuire nu au putut finaliza același proces din cauza unei configurații depășite. Cazurile de înlocuire afectate nu au reușit să finalizeze inițializarea cu succes sau să treacă verificările medicale necesare, împiedicând aplicarea să revină la funcționarea normală. Echipele tehnice au corectat configurația de producție pentru a face trimitere la procesul de inițializare actualizat și au efectuat o reîmprospătare de urgență. În urma acestor schimbări, cazurile afectate au fost inițializate cu succes, iar disponibilitatea serviciului ITAM a fost restabilită la aproximativ 12:32 PM PDT. ## Root Cause Incidentul a fost cauzat de o dependență de producție rămasă de un proces anterior de inițializare a aplicațiilor în timpul tranziției către un proces actualizat în mediul de producție APAC. În timp ce mediile de testare pentru montarea și acceptarea utilizatorilor au trecut deja la procesul actualizat, mediul de producție APAC a păstrat o configurație care făcea referire la procesul anterior de inițializare. In timpul eliberarii productiei 2026R1.4, instantele de aplicare au fost initializate manual folosind procesul actualizat, permitand ITAM sa functioneze initial in mod normal in ciuda dependentei de productie ramase. Componentele care au sprijinit procesul anterior au fost ulterior reduse în conformitate cu înțelegerea faptului că tranziția mai largă a fost în mare parte finalizată. Atunci când au fost lansate cazuri de aplicare de înlocuire, configurația de producție a continuat să le orienteze către procesul de inițializare anterior. Prin urmare, cazurile afectate nu au putut finaliza inițializarea cu succes sau să treacă verificările de sănătate necesare, ceea ce a dus la perturbarea serviciului. Dependența de producție rămasă de procesul de inițializare anterior a fost confirmată ca fiind cauza principală a incidentului. Corectarea configurației de producție pentru a utiliza procesul de inițializare actualizat eliminat că dependența și a permis instanțe de înlocuire pentru a inițializa cu succes. ## Remediation actions Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. ** Investigație de incident Inițiat:** Echipele tehnice au investigat indisponibilitatea aplicației și au identificat deficiențe care afectează inițializarea și verificarea sănătății cazurilor de aplicare în mediul de producție APAC. 2. ** Problema de configurare Identificat: ** Ancheta a stabilit că configurația de producție a continuat să se refere mai degrabă la procesul de inițializare a aplicațiilor anterioare decât la procesul actualizat. 3. **Configurația de producție corectată:** Configurarea producției a fost actualizată pentru a face trimitere la procesul corect de inițializare a aplicației, eliminând dependența de procesul anterior. 4. **Instanțe de cerere Actualizate:** Echipele tehnice au efectuat o reîmprospătare de caz în urma corectării configuraţiei, permiţând ca instanţele de înlocuire să iniţializeze cu succes. 5. **Service Recovery valided:** Echipele tehnice au confirmat că cazurile afectate au fost inițializarea cu succes, verificarea sănătății aplicației au fost trece, iar serviciile ITAM au revenit la funcționarea normală. ## Viitoare măsuri preventive În urma incidentului, a fost efectuată o retrospectivă pentru a revizui procesul de inițializare a aplicației, dependențele de producție rămase, procedurile de eliberare-validare și oportunitățile de îmbunătățire a detectării și răspunsului incidentelor. Au fost finalizate sau sunt în curs următoarele acțiuni corective și activități de îmbunătățire: 1. ** Corectarea configurației producției: ** Mediul de producție APAC a fost actualizat pentru a utiliza procesul corect de inițializare a aplicației, înlocuind configurația anterioară. 2. ** Validarea dependenţei de droguri:** S-a instituit o acțiune de monitorizare pentru a adăuga o etapă de validare înainte ca componentele platformei moștenite să fie reduse sau dezafectate, asigurându-se că serviciile de producție au suferit o tranziție completă și că nu mai există dependențe pe platforma anterioară. 3. **Release and Application Health-Check Review:** Controalele existente în materie de sănătate a aplicării, procedurile de eliberare și acoperirea post-lansare a testelor de sănătate mintală sunt revizuite împotriva eșecului observat în timpul acestui incident. Revizuirea va stabili dacă există lacune în materie de acoperire și dacă sunt necesare măsuri suplimentare de monitorizare, validare sau alte îmbunătățiri. 4. ** INJECŢIA DE INVESTIGARE: ** Vom continua să investigăm ceea ce a declanşat cazurile iniţiale de aplicare pe scară după lansare şi vom stabili dacă este necesară o acţiune corectivă sau preventivă suplimentară. 5. **Îmbunătățiri ale comunicării clienților:** Am identificat o oportunitate de comunicare a clienților mai la timp în timpul acestui incident. escaladarea incidentelor și practicile noastre de comunicare sunt concepute pentru a asigura notificarea proactivă a clienților atunci când impactul neplanificat al serviciilor este identificat. Învățarea din acest incident a fost încorporată în practicile noastre în curs de desfășurare de răspuns la incidente pentru a contribui la asigurarea aplicării consecvente a acestor proceduri și la furnizarea de actualizări proactive la timp pentru clienți în timpul întreruperilor serviciilor.

Traducere automată din actualizarea oficială a incidentului.

1. 8 octombrie 2026 la 10:59 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează serviciul de licenţă în cadrul SAM Core. Utilizatorii pot fi în imposibilitatea de a încărca informații despre licență și pot întâlni mesaje de eroare în timp ce accesează funcționalitatea Serviciului de licență. Problema a fost confirmată în Marea Britanie, Europa de Sud și de Vest, iar echipele tehnice evaluează în prezent întregul domeniu al impactului. Prioritate: P2 Activitatea de restaurare: Echipele tehnice investighează în mod activ problema și revizuiesc serviciul afectat. Validarea suplimentară este în curs de desfășurare pentru a determina întreaga sferă de impact și pentru a restabili funcționarea normală a serviciului. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 8 octombrie 2026 la 11:30 UTCmonitoring

   Am identificat problema ca fiind legată de o desfăşurare recentă care afectează serviciul de licenţe. Au fost implementate modificări corective, iar funcționalitatea serviciului a fost restabilită. În prezent validăm sănătatea serviciilor și monitorizăm mediul pentru a asigura stabilitatea continuă. Vor fi furnizate actualizări suplimentare, deoarece validarea suplimentară este finalizată.

3. 8 octombrie 2026 la 12:11 UTCresolved

   După validare și o perioadă de monitorizare, serviciul a rămas stabil și funcționalitatea licenței se încarcă cu succes în regiunile afectate. Problema este acum considerată rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 8 octombrie 2026 la 00:08 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează funcționalitatea Acordurilor în Atlasul de zăpadă pentru clienții din Australia. Clienții pot experimenta date lipsă sau indisponibile atunci când accesează fila Acordurilor, iar operațiunile de reîmprospătare a datelor pot eşua. Prioritate: P2 Activitatea de restaurare: Echipele tehnice investighează în mod activ problema și evaluează amploarea impactului asupra clienților. Se lucrează la identificarea cauzei problemei și la restabilirea funcționalității normale. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 8 octombrie 2026 la 01:39 UTCresolved

   Anchetă suplimentară a identificat o problemă de comunicare care afectează funcționalitatea unui serviciu suport pentru acordurile din Australia Snow Atlas. Echipele tehnice au implementat acțiuni de recuperare, inclusiv repornirea componentelor de servicii afectate, care au restabilit comunicarea și funcționarea normală. Funcţionalitatea a fost validată în medii multiple de clienţi, iar datele acordurilor sunt acum afişate corect. Nu am observat alte probleme în urma activităților de recuperare și validare. Problema este acum considerată rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 7 octombrie 2026 la 20:27 UTCinvestigating

   Descriere incident: Investigăm rapoarte de probleme intermitente care afectează clienții Ocean Kubernetes. Unii clienți au raportat primirea alertelor legate de conectivitatea dintre componentele Ocean Kubernetes și grupurile lor. Echipele tehnice investighează în mod activ domeniul de aplicare al impactului și orice degradare asociată a serviciilor. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează activ comportamentul raportat, revizuind rapoartele clienților și validând domeniul de aplicare și impactul în mediile afectate. Vom furniza actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

2. 7 octombrie 2026 la 22:23 UTCinvestigating

   Continuăm să investigăm problemele intermitente de conectivitate raportate anterior. În acest moment, nu au fost observate evenimente suplimentare de la fereastra de impact inițială. Echipele tehnice revizuiesc în mod activ telemetria și constatările anchetei disponibile pentru a determina cauza de bază și pentru a valida domeniul de aplicare general al impactului. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

3. 8 octombrie 2026 la 00:03 UTCinvestigating

   Nu am observat alte evenimente de la fereastra de impact raportată inițial, iar stabilitatea serviciilor a fost menținută. Echipele tehnice continuă să investigheze cauza care stă la baza problemelor de conectivitate intermitentă raportate mai devreme astăzi.

4. 8 octombrie 2026 la 00:04 UTCmonitoring

   Pe baza stabilităţii susţinute observate, deoarece fereastra de impact raportată iniţial şi absenţa altor evenimente raportate, mutăm acest incident la Monitorizare. Echipele tehnice continuă să investigheze cauza de bază în timp ce stabilitatea serviciilor este monitorizată. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

5. 8 octombrie 2026 la 02:24 UTCresolved

   Nu am observat alte evenimente de la impactul iniţial raportat şi stabilitatea serviciilor a fost menţinută. Echipele tehnice au finalizat o anchetă suplimentară privind aspectele de conectivitate intermitentă raportate mai devreme astăzi. Multiple corelații potențiale au fost revizuite în cursul anchetei, iar analiza finală este încă în curs. Pe baza stabilităţii susţinute observate şi a absenţei oricărei recurenţe, acest incident este acum considerat rezolvat. Echipele tehnice vor continua activitățile de monitorizare și investigare pentru a înțelege în continuare comportamentul observat în timpul ferestrei de impact raportate, iar un raport formal RCA va fi furnizat după finalizarea analizei.

6. 20 octombrie 2026 la 17:50 UTCpostmortem

   **Descriere:** Spot Ocean - Kubernetes - Intermittent Controller Connectivitate Probleme ** Timeframe:** Octombrie 7, 2026, 11:20 AM PDT - 12:30 PM PDT ** Rezumat incident ** Miercuri, 7 octombrie 2026, la 11:20 AM PDT, mai multe medii Spot Ocean pentru Kubernetes au experimentat alerte intermitente de conectivitate la controler. În timpul incidentului, platforma a interpretat temporar informațiile despre controlul bătăilor inimii ca fiind operațiuni de scalare depășite și suspendate pentru grupurile afectate ca măsură de siguranță. Controlorii afectați au continuat să raporteze informații despre bătăile inimii în timpul incidentului. Cu toate acestea, data utilizată pentru validarea conectivității controlerului a devenit depășită în cadrul unei componente a bazei de date, ceea ce a făcut ca controlorii activi să pară neresponsibili temporar. Comportamentul a fost intermitent, iar informațiile actuale despre bătăile inimii au devenit disponibile ulterior fără intervenție manuală, permițând reluarea operațiunilor normale de scalare. Echipele tehnice au analizat traseul de procesare a bătăilor inimii controlorului, comportamentul bazei de date, telemetria serviciului și semnalele de infrastructură aferente pentru a determina de ce activitatea cardiacă era interpretată ca fiind învechită. Nu au fost observate evenimente suplimentare după fereastra incidentului. După continuarea monitorizării și validării stabilității serviciilor, incidentul a fost considerat rezolvat. **Root Cause** Incidentul a fost cauzat de un controlor mai în vârstă timp timp semn suprascriere un termen mai recent valid într-o componentă de bază de date. Deşi controlorii afectaţi au continuat să raporteze bătăile inimii în mod normal, timpul depăşit a făcut ca bătăile inimii cel mai recent stocate să pară mai vechi decât era. Atunci când platforma a evaluat acest timbru temporal, a depășit pragul de bătaie a inimii configurat și a declanșat un mecanism de siguranță care a suspendat temporar operațiunile de scalare pentru grupurile afectate. Condiţia specifică care a întârziat actualizarea mai veche a bazei de date nu a fost stabilită în mod concludent. Cu toate acestea, procesul de actualizare a bazei de date nu conținea o garanție pentru a preveni înlocuirea unui timbru mai vechi de timp al bătăilor inimii cu o nouă marcă de timp valabilă. Acest lucru a permis întârzierea informațiilor despre bătăile inimii pentru a crea aspectul că controlorii de raportare activ nu au răspuns. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. Customer Reports and Service Behavior Reviewed: Technical teams reviewed reported examples to confirm the behavior, set the impact window, and determine where the issue was izolated or impacting multiple mediis. 2. Activitatea de controlor Heartbeat Validat: Activitatea de controlor a fost revizuită pentru a determina dacă controlorii afectați au încetat să mai raporteze. Ancheta a confirmat că informațiile despre bătăile inimii au continuat să fie trimise în timpul incidentului. 3. Heartbeat Processing Path Investigated: Echipele tehnice au urmărit modul în care informațiile despre bătăile inimii au fost generate, stocate și evaluate pentru a identifica unde activitatea cardiacă curentă a fost interpretată ca fiind depășită. 4. Baza de date și serviciile de sănătate evaluate: performanța bazei de date relevante, comportamentul serviciilor și telemetria infrastructurii au fost revizuite pentru a evalua eventualele întârzieri de procesare și a exclude instabilitatea mai largă a platformei. 5. Timestamp Regresion Identificat: Investigația a determinat că o mai veche timbru timp de bătaie a inimii a suprascris un nou timbru de timp valabil, ceea ce face platforma să interpreteze temporar bătăile inimii ca fiind vechi. 6. Stabilitatea serviciului Validată: Echipele tehnice au continuat monitorizarea după recuperare. Nu au fost observate evenimente suplimentare, iar operațiunile de scalare au rămas stabile înainte ca incidentul să fie închis. ** Măsuri preventive viitoare ** Următoarele îmbunătățiri sunt planificate pentru a consolida procesarea bătăilor inimii și pentru a îmbunătăți detectarea unor condiții similare: 1. Heartbeat Timestamp Protection: Procesul de actualizare a bazei de date va fi modificat pentru a preveni o mai veche timbru timp de bătaie a inimii de la suprascrierea unui timbru de timp mai recent valabil. 2. Ameliorarea logging diagnostic: logare suplimentară vor fi introduse în jurul actualizărilor bătăilor inimii pentru a capta sursa fiecărei actualizări, context de cerere relevant, valori anterioare și noi de timp, și sursa timbrului temporal. 3. Monitorizarea și alertarea: Noi monitorizare și alertă va fi dezvoltat folosind informațiile suplimentare de diagnostic pentru a identifica regresiile timbru de timp și condiții similare de procesare a bătăilor inimii mai repede. 4. Baza de date Access Review: Modelele de acces la baze de date asociate cu procesarea bătăilor inimii vor fi revizuite pentru a identifica oportunitățile de reducere a întârzierilor de procesare și optimizarea performanței sub sarcină ridicată.

Traducere automată din actualizarea oficială a incidentului.

1. 29 septembrie 2026 la 11:08 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează serviciul de notificare a evenimentului în mai multe medii de producție. Clienții pot experimenta întârzieri sau eșecuri atunci când primesc notificări de evenimente v2, inclusiv notificări transmise prin e-mail, site-uri web, Slack, și alte canale acceptate. Evenimentele continuă să fie înregistrate și să rămână accesibile prin consola Flexera One și API. În prezent, nu există niciun indiciu că funcționalitatea platformei centrale sau datele privind evenimentele au fost afectate. Prioritate: P3 Activitatea de restaurare: Echipele noastre tehnice au identificat problema și au implementat acțiunile de recuperare a serviciilor. Monitorizarea indică faptul că ratele de eroare sunt în scădere, iar echipele continuă să valideze stabilitatea serviciilor și să evalueze întregul domeniu al impactului. Vor fi furnizate noi actualizări pe măsură ce eforturile de investigare și de redresare progresează. Actualizare: Anchetă suplimentară a confirmat faptul că această problemă nu a afectat clienții. Notificările afectate nu au fost destinate publicării.

2. 29 septembrie 2026 la 11:53 UTCresolved

   După monitorizarea atentă a serviciilor pentru a confirma stabilitatea, echipele noastre nu au mai observat erori sau recurenţe ale problemei. Acest incident este acum rezolvat.

3. 13 octombrie 2026 la 04:42 UTCpostmortem

   **Descriere:** Spot by Flexera - Event Notificare Eroare de procesare ** Timeframe:** 29 septembrie 2026, 2:06 AM PDT - 4:51 AM PDT ** Rezumat incident ** La 29 septembrie 2026, Flexera a identificat erori ridicate de aplicare în cadrul unei componente de prelucrare a notificării responsabile cu gestionarea anumitor fluxuri de lucru de notificare a evenimentului. Monitorizarea automată a detectat o creștere a activității de eroare, determinând o anchetă pentru a determina dacă au fost afectate notificările orientate către clienți. În cursul anchetei, echipele tehnice au identificat defecțiuni care au loc în cadrul unei căi de prelucrare a notificării și au efectuat o evaluare detaliată a evenimentelor afectate, a fluxurilor de lucru în notificare și a impactului potențial al clienților. Analiza inițială a sugerat că problema ar putea afecta procesul de notificare în sens mai larg, iar un incident major a fost declarat în timp ce domeniul de aplicare și impactul erau validate. Evaluarea ulterioară a impactului a confirmat că notificările afectate nu erau destinate publicării către clienți. Informațiile privind evenimentele au continuat să fie înregistrate cu succes și au rămas disponibile prin intermediul platformei pe tot parcursul anchetei. Nu a fost perturbată nicio funcționalitate a clienților, nu s-au pierdut date privind evenimentele și nu s-a identificat niciun impact al clienților ca urmare a acestei probleme. Pe baza rezultatelor evaluării impactului, prioritatea incidentului a fost diminuată, iar ancheta a fost încheiată după validare a confirmat că serviciile orientate către clienți au rămas neafectate. **Root Cause** Ancheta a stabilit că un flux de lucru de prelucrare a notificării s-a confruntat cu o excepție de aplicare în timp ce manipula un subset de evenimente generate intern. Aceste evenimente au fost configurate astfel încât nu au fost destinate pentru notificarea clientului. Deși excepțiile au generat erori de aplicare ridicate și au justificat ancheta, analiza ulterioară a confirmat că notificările afectate nu se așteptau să fie distribuite clienților. În consecință, furnizarea notificării cu vedere la client, funcționalitatea platformei și accesul la informațiile privind evenimentele nu au fost afectate negativ. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. Investigație incident Inițiat: echipe tehnice investigate erori ridicate de aplicare detectate prin monitorizare automată și a evaluat impactul potențial al clientului. 2. Analiza procesului de notificare efectuată: fluxul de lucru de notificare afectat a fost revizuit pentru a identifica sursa excepțiilor de aplicare și a determina domeniul de aplicare a problemei. 3. Evaluarea impactului clientului S-a încheiat: Echipele tehnice au validat tipurile de notificare afectate, au revizuit comportamentul de publicare a evenimentelor și au confirmat că notificările implicate nu erau destinate livrării clienților. 4. Validarea și monitorizarea sistemului: Tendințele de eroare, comportamentul serviciului și procesarea notificării au fost monitorizate pentru a confirma funcționarea stabilă și a valida faptul că serviciile orientate spre clienți au rămas neafectate. 5. Reclasificarea incidentului S-a încheiat: ca urmare a confirmării faptului că nu a existat niciun impact al clientului, prioritatea incidentului a fost redusă şi incidentul a fost rezolvat oficial. ** Măsuri preventive viitoare ** În urma acestei anchete, am identificat oportunități de a îmbunătăți viteza și acuratețea evaluării impactului atunci când alertele operaționale implică fluxuri de lucru interne de prelucrare. 1. Ameliorarea evaluării impactului: revizuirea clasificărilor de notificare internă și a procedurilor de investigare pentru a accelera determinarea dacă o problemă afectează funcționalitatea cu care se confruntă clienții în timpul incidentelor viitoare. 2. Vizibilitate sporită a fluxului de lucru de notificare: Îmbunătăţirea vizibilităţii operaţionale în căile de procesare a notificării orientate către clienţi şi care nu sunt orientate spre clienţi, pentru a sprijini mai rapid validarea impactului şi activităţile de răspuns la incidente.

Traducere automată din actualizarea oficială a incidentului.

1. 28 septembrie 2026 la 09:10 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează vizibilitatea IT în regiunea APAC unde tablourile de bord Power BI nu se încarcă. Clienții din regiunea afectată pot fi în imposibilitatea de a accesa tabloul de bord de raportare în cadrul cererii. Ancheta actuală indică faptul că problema este limitată la regiunea APAC, 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. 28 septembrie 2026 la 09:26 UTCresolved

   Problema care afectează tabloul de bord de raportare Power BI în regiunea APAC a fost rezolvată. Ancheta inițială indică faptul că o actualizare a configurației a fost necesară în urma unei actualizări recente. Echipele noastre tehnice au finalizat remedierea necesară, iar validarea ulterioară a confirmat faptul că tablourile de bord afectate sunt acum accesibile și funcționează conform așteptărilor. Toate serviciile au revenit la funcţionarea normală, iar acest incident este acum considerat rezolvat.

3. 26 octombrie 2026 la 12:10 UTCpostmortem

   **Descriere:** Flexera One- IT Vizibilitate- APAC - Tablouri de bord de raportare indisponibile ** Timeframe:** September 28, 2026, 1:38 AM PDT to September 28, 2026, 2:15 AM PDT ** Rezumat incident ** Luni, 28 septembrie 2026, la 1:38 AM PDT, Flexera a identificat o problemă care afectează accesul la tabloul de bord de raportare Power BI pentru clienții din regiunea APAC. Echipele noastre tehnice au fost angajate prompt, iar ancheta inițială a confirmat că impactul a fost limitat la APAC, în timp ce celelalte regiuni au rămas receptive. Ancheta suplimentară a stabilit că modificările configurației asociate cu o migrare planificată de gestionare a identității și a accesului au afectat setările de conexiune impuse de serviciile de raportare. În timpul aplicării acestor modificări, setările de conectare ale serviciilor de raportare au fost resetate la valori care nu conțineau adresele complete de servicii necesare pentru o comunicare reușită. În consecință, serviciile afectate nu au reușit să înceapă corect, ceea ce a dus la indisponibilitatea tablourilor de bord de raportare Power BI pentru clienții APAC. Pentru a restabili serviciul, echipa tehnică a corectat manual setările de conectare afectate în mediul APAC. Această comunicare a fost restabilită între serviciile de raportare și de autentificare, permițându-le serviciilor afectate să se recupereze. După restaurare, validarea a confirmat faptul că tabloul de bord de raportare Power BI a fost accesibil și funcționează în mod normal la aproximativ 2:15 AM PDT. **Root Cause** Incidentul a fost cauzat de setări incorecte de conectare aplicate mediului APAC în timpul unei modificări a configurației asociate cu migrația de identitate și gestionarea accesului. Modificarea resetează adresele de conexiune ale serviciilor de raportare la valori care nu conțin adresele complete necesare pentru comunicarea cu succes cu serviciile de autentificare. În consecință, serviciile de raportare afectate nu au reușit să înceapă corect, făcând ca tabloul de bord de raportare Power BI să fie indisponibil clienților din regiunea APAC. Factori de contribuţie * Incoerență de configurare: Adresele de conexiune necesare au fost actualizate anterior direct în mediu, dar nu au fost reflectate în configurația de desfășurare. În consecință, modificarea configurației ulterioare a reintrodus valorile incorecte. * Deplasarea decalaj de validare: Procesul de implementare nu a identificat setările incorecte de conectare înainte de a afecta disponibilitatea serviciului. * Schimbare Coordonare și Validarea dependenței: Procesul de migrare nu a ținut cont pe deplin de cerințele de configurare ale tuturor serviciilor dependente, ceea ce a dus la aplicarea unor modificări ale obiectivului fără validarea prealabilă a dependențelor de servicii afectate. ** Acțiuni de mediere ** Echipele noastre au efectuat acțiunile de mai jos pentru a restabili serviciile la normalitate: * Setările de conectare afectate au fost corectate pentru a restabili comunicarea între serviciile de raportare și autentificare. * Serviciile afectate recuperate, iar validarea a confirmat faptul că tabloul de bord de raportare Power BI au fost accesibile și funcționează în mod normal. * Configuraţia a fost ulterior corectată pentru a se asigura că setările de conectare necesare sunt menţinute în mod consecvent pentru viitoarele aplicaţii. ** Măsuri preventive viitoare ** Următoarele acțiuni au fost identificate și sunt în curs de desfășurare pentru a reduce probabilitatea reapariției și a îmbunătăți reziliența serviciilor: * Managementul configuraţiei: Asiguraţi-vă că modificările de configurare a serviciilor sunt gestionate în mod constant pentru a preveni discrepanţele dintre setările implementate şi configuraţiile întreţinute. * Validarea implementării: Revizuirea modificărilor de configurare planificate înainte de implementare pentru a verifica dacă setările necesare de conectare la servicii rămân corecte. * Consistenţa configuraţiei: Asiguraţi-vă că setările critice de conectare sunt menţinute în sursele corespunzătoare de configurare şi nu depind de modificările manuale ale mediului individual. * Coordonarea schimbării: Îmbunătățirea coordonării pentru migrațiile planificate și schimbările de configurare, inclusiv validarea cerințelor și dependențelor serviciilor afectate. * Garantii de implementare: Consolidarea controalelor de pre-alocare pentru a identifica setările incorecte de configurare înainte de a provoca eșecuri de serviciu.

Traducere automată din actualizarea oficială a incidentului.

1. 25 septembrie 2026 la 23:18 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează anumite servicii IT Management Integrare și App Portal în toate regiunile. Clienții care utilizează integrări afectate pe bază de API pot experimenta eșecuri de autentificare care rezultă în HTTP 401 Erori neautorizate, care pot împiedica cererile să completeze cu succes. Utilizatorii portalului App pot întâmpina și erori la depunerea cererilor. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema și evaluează acțiunile corective. Activitățile de investigare și validare sunt în curs de desfășurare, iar noi lucrăm pentru a restabili funcționalitatea normală a serviciului cât mai repede posibil. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 26 septembrie 2026 la 05:31 UTCidentified

   Hotfixul corectat este în curs de finalizare a procesului de construire, care durează mai mult decât se aștepta. Odată ce clădirea este completă, echipele noastre tehnice vor continua cu validarea UAT înainte de a merge mai departe cu implementarea producției. Echipa lucrează, de asemenea, pentru a confirma planul de desfășurare, proprietatea și calendarul preconizat. Pe măsură ce aceste activități vor progresa, vor fi furnizate actualizări suplimentare.

3. 26 septembrie 2026 la 12:30 UTCmonitoring

   Echipele noastre au implementat cu succes un hotfix, iar validarea inițială confirmă faptul că serviciile funcționează conform așteptărilor. Continuăm să monitorizăm îndeaproape mediul în timp ce aşteptăm confirmarea clienţilor afectaţi.

4. 27 septembrie 2026 la 05:39 UTCmonitoring

   API funcționează conform așteptărilor, iar erorile observate anterior nu mai sunt detectate. Incidentul rămâne în monitorizare în timp ce validarea suplimentară este finalizată și se obține confirmarea clientului.

5. 28 septembrie 2026 la 17:14 UTCresolved

   În urma activităților de remediere încheiate în weekend, am continuat să monitorizăm serviciile afectate pentru a valida stabilitatea și redresarea susținute. Validarea clienților a fost acum primită confirmând că funcționalitatea App Portal și procesarea cererilor API funcționează în mod normal. Anchetă suplimentară a identificat o problemă care afectează prelucrarea autentificării în cadrul unei componente de servicii, ceea ce a dus la HTTP 401 Erori neautorizate pentru cererile și erorile API afectate la depunerea cererilor prin intermediul portalului App. Echipele noastre tehnice au implementat acțiuni corective pentru a aborda problema și a efectua o validare suplimentară după identificarea și rezolvarea unei probleme separate întâlnite în timpul procesului de remediere. După remediere și monitorizare extinsă, serviciile au rămas stabile, fără alte probleme observate. Se va efectua o analiză completă a cauzelor profunde, iar un raport post-incident va fi împărțit în detaliu cauza principală, activitățile de remediere și acțiunile corective identificate în cadrul anchetei.

6. 8 octombrie 2026 la 11:25 UTCpostmortem

   **Descriere:** Flexera One ** Timeframe:** Septembrie 24, 2026, 12:12 PM PDT ** Rezumat incident ** Incepand cu 24 Septembrie 2026, la aproximativ 12:12 PM PDT, clientii utilizand integrari bazate pe API cu Flexera One IT Asset Management \ (ITAM\) au avut esecuri de autentificare care au returnat HTTP 401 Raspunsuri neautorizate. Utilizatorii portalului aplicației au întâmpinat, de asemenea, erori atunci când au prezentat cereri și au fost afectate integrări precum App Broker și Business Adapter care se bazează pe aceste API. În America de Nord, Europa și Asia-Pacific au fost observate impacturi. Echipele tehnice investigate și confirmate că eșecurile nu au fost legate de acreditările clienților sau configurarea clienților. Jurnalele de aplicare au arătat că componentele necesare pentru autentificarea acestor cereri nu au fost inițializate. Anchetă ulterioară a determinat că comportamentul a fost introdus de un hotfix implementat ca măsură preventivă în timpul răspunsului la incidentul de încărcare al meniului ITAM anterior din 24 septembrie. Echipele tehnice au reprodus comportamentul în testare, au dezvoltat un fix corectiv și l-au validat. În timpul validării implementării, a fost identificată și abordată o problemă secundară de încărcare a componentelor printr-un hotfix actualizat. În urma punerii în aplicare a hotfix-ului actualizat pentru producție, echipele tehnice au verificat dacă funcționalitatea API funcționează conform așteptărilor, iar serviciul a fost restaurat pe 26 septembrie la aproximativ 4:38 AM PDT. Incidentul a trecut apoi la monitorizarea extinsă în timp ce confirmarea clientului a fost obținută, iar confirmarea a fost primită pe 28 septembrie. După restaurarea serviciului, au fost raportate și investigate separat de incidentul principal deficiențe de autentificare intermitente izolate. Echipele tehnice au identificat condiții suplimentare de manipulare a conexiunilor și de configurare specifice mediului și au implementat alte dispozitive de încălzire, care au fost validate până la 30 septembrie. Monitorizarea continuă și revizuirea clienților până la 1 octombrie au confirmat faptul că problema nu mai putea fi reprodusă și că nu au mai fost observate alte evenimente. **Root Cause** Incidentul a fost cauzat de un defect într-un hotfix care a fost implementat ca măsură preventivă în timpul răspunsului la incidentul de încărcare al meniului ITAM din 24 septembrie. Hotfixul a eliminat o dependență de componentele de autentificare ale aplicației și a schimbat modul în care aplicația citește configurația pe care o folosește pentru a se conecta la serviciile de autentificare. Configurările necesare au fost prezente în configurația implementată. Cu toate acestea, aplicația a încercat să le citească folosind o metodă care nu este susținută pentru configurația încărcată la rulare. Ca urmare, componentele necesare pentru autentificare nu au putut fi inițializate, iar cererile de autentificare necesare au fost respinse ca neautorizate. Acest lucru a produs erorile API și cererile App Portal eșecuri care clienții experimentat. Același comportament a avut loc în mediul de validare pre-producție atunci când hotfix a fost aplicat acolo. Nu a fost identificat înainte ca hotfix-ul să ajungă la producție deoarece IAP-urile afectate nu sunt utilizate în mod activ în acel mediu, iar alertarea privind erorile specifice nu era încă în vigoare pentru acestea. Fixarea inițială a abordat defectul principal de configurare. În timpul validării și monitorizării ulterioare, au fost identificate condiții suplimentare de configurare specifice mediului, înainte de confirmarea stabilității durabile. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. Răspuns incident Iniţiat: Echipele tehnice au început să investigheze după ce clienţii au raportat eşecuri de autentificare şi erori API. 2. Domeniul de aplicare și configurarea clienților evaluate: Echipele tehnice au confirmat că eșecurile nu au fost legate de acreditările clienților sau de configurare și au confirmat că impactul s-a extins la mai multe regiuni. 3. Condiție de bază Identificat: Echipele tehnice au stabilit că setările de autentificare necesare au fost prezente, dar nu au putut fi citite la rulare și au reprodus comportamentul în testare. 4. Corectiv Fix Dezvoltat și validat: Codul aplicației a fost actualizat pentru a citi setările folosind o metodă susținută. Testul de validare a confirmat faptul că erorile de autentificare nu mai au avut loc. 5. Corective Fix Desfăşurate şi Service Restabilite: O problemă secundară de încărcare a componentelor identificată în timpul validării implementării a fost abordată printr-un hotfix actualizat. După ce hotfix-ul actualizat a fost trimis la producție, echipele tehnice au verificat dacă funcționalitatea API funcționează conform așteptărilor. 6. Monitorizarea extinsa si validarea clientilor: Echipele tehnice au monitorizat comportamentul serviciului in weekend si au obtinut confirmarea de la un client afectat. 7. Remediere post-incident: După eşecuri intermitente izolate au fost raportate ca urmare a restabilirii serviciului, echipe tehnice desfăşurate hotfixe suplimentare şi validate până la 30 septembrie. Monitorizarea și revizuirea clienților au continuat până la 1 octombrie pentru a confirma că problema nu a mai avut loc. ** Măsuri preventive viitoare ** În urma incidentului, am efectuat o retrospectivă pentru a revizui cauza tehnică, procesul de validare hotfix, capacitățile de monitorizare și factorii care au contribuit la impactul clientului. Următoarele măsuri au fost finalizate sau sunt puse în aplicare: 1. Corecție de configurare a timpului de funcționare: Aplicația a fost corectată pentru a citi configurația de autentificare utilizând o metodă susținută și au fost implementate și validate dispozitive de încălzire suplimentare în medii de producție. 2. API Monitorizarea și alertarea: Se adaugă alertarea ratei de eroare pentru API afectate, astfel încât defecțiunile de autentificare să fie detectate atât în mediile preproducție, cât și în mediile de producție, chiar și atunci când serviciul nu este utilizat în mod activ. 3. Procesul de validare Hotfix: Noi evaluăm verificări suplimentare ale serviciilor dependente, cum ar fi integrarea API și funcționalitatea portalului App, ca parte a validării hotfix înainte ca modificările să fie aprobate pentru producție.

Traducere automată din actualizarea oficială a incidentului.

1. 25 septembrie 2026 la 16:19 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează un subset de clienţi Flexera One IT Asset Management. Clienții afectați pot experimenta date lipsă de inventar sau rezultate goale atunci când accesează vizualizarea tuturor inventarelor și opiniile legate de inventar. Problema este limitată la un subset de clienți din America de Nord. Prioritate: P2 Activitatea de restaurare: Echipele tehnice investighează în mod activ problema și revizuiesc fluxurile de prelucrare a datelor de inventar asociate funcționalității afectate. Domeniul de aplicare al impactului este validat în timp ce sunt evaluate opțiunile de atenuare și recuperare. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 25 septembrie 2026 la 18:50 UTCidentified

   Echipele tehnice au identificat o cauză probabilă a problemei asociate cu o modificare recentă a nivelului capacităților care afectează prelucrarea datelor de inventar. Activitățile de recuperare sunt în curs de desfășurare, inclusiv acțiuni de redresare și acțiuni corective menite să restabilească prelucrarea normală a datelor de inventar. Echipele tehnice lucrează activ prin remedierea și validarea recuperării pentru clienții afectați. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

3. 25 septembrie 2026 la 21:22 UTCidentified

   Echipele tehnice continuă să lucreze prin activități de remediere asociate problemei și execută activ acțiuni de recuperare menite să restabilească prelucrarea normală a datelor de inventar. În timpul executării, echipele au întâmpinat condiții suplimentare care au necesitat ajustări ale abordării de remediere, iar activitățile de recuperare actualizate sunt în curs de desfășurare. Echipele tehnice rămân active și lucrează continuu pentru a finaliza remedierea și a restabili serviciul normal pentru clienții afectați cât mai repede posibil. Vă apreciem răbdarea în timp ce aceste eforturi continuă și ne cerem scuze pentru impactul continuu. Vor fi furnizate noi actualizări, deoarece se înregistrează progrese semnificative.

4. 26 septembrie 2026 la 00:55 UTCidentified

   Echipele tehnice continuă să lucreze prin activități de remediere asociate cu această problemă și execută activ acțiuni de răsturnare și corective menite să restabilească prelucrarea normală a datelor de inventar. Activitățile de recuperare rămân în curs de desfășurare, iar echipele tehnice monitorizează în mod activ execuția pe măsură ce se realizează remedierea.

5. 26 septembrie 2026 la 05:25 UTCmonitoring

   Echipele noastre tehnice au finalizat cu succes activitatea de remediere necesară. Sarcinile de blocare au fost eliminate. Validarea post-remediere a confirmat faptul că funcțiile și procedurile relevante ale bazei de date funcționează în starea preconizată. Echipele vor continua să monitorizeze mediul pentru a asigura stabilitatea.

6. 26 septembrie 2026 la 07:13 UTCresolved

   Toate verificările de validare au fost finalizate cu succes, iar serviciile au revenit la funcționarea normală. Problema este acum rezolvată.

Traducere automată din actualizarea oficială a incidentului.

1. 24 septembrie 2026 la 21:43 UTCidentified

   Descriere incident: Investigăm o problemă care afectează Spot Ocean pentru AWS. Clienții pot fi în imposibilitatea de a lansa noi cazuri din cauza unor eșecuri. Prin urmare, grupurile afectate ar putea fi incapabile să urce pe scara prevăzută. Volumul de muncă existent rămâne operațional. Echipele noastre tehnice investighează în mod activ domeniul de aplicare și impactul problemei. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice au identificat o potenţială problemă legată de o schimbare recentă care afectează furnizarea instanţelor şi validează în mod activ impactul. Activitățile de atenuare sunt în curs de desfășurare, inclusiv răsturnarea unei schimbări recente în timp ce echipele monitorizează recuperarea și comportamentul de serviciu. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 24 septembrie 2026 la 22:16 UTCresolved

   Anchetele ulterioare au stabilit că o schimbare recentă care afectează comportamentul de furnizare a cazurilor a contribuit la această problemă. Echipele tehnice au finalizat o schimbare şi o recuperare validată. După reluare, nivelurile de eroare au revenit la normal și la noua dispoziție în instanță reluată cu succes. Pe parcursul incidentului, cazurile și volumul de muncă existente au rămas operaționale. Impactul s-a limitat la noile lansări în instanță și la operațiunile de extindere a grupurilor. Problema este acum considerată rezolvată. Un raport detaliat post-mortem va fi împărtășit după finalizarea analizei cauzelor profunde și a analizei post-incidente, documentarea secvenței complete de evenimente, factori care contribuie, lecții învățate, și orice acțiuni ulterioare identificate.

3. 9 octombrie 2026 la 06:33 UTCpostmortem

   **Descriere:** Oceanul Spot pentru AWS ** Timeframe:** September 24, 2026, 12:00 PM PDT to September 24, 2026, 2:54 PM PDT ** Rezumat incident ** La 24 septembrie 2026, Spot Ocean for AWS a experimentat o problemă care a împiedicat unii clienți să lanseze noi cazuri. Prin urmare, clusterele afectate nu au fost în măsură să se extindă după cum se aștepta atunci când a fost necesară o capacitate de calcul suplimentară. Cazurile și volumul de muncă existente au rămas operaționale pe tot parcursul incidentului. Impactul s-a limitat la operațiunile de furnizare de noi situații și de extindere a grupurilor. Echipa tehnică a identificat faptul că o modificare recentă a software-ului a introdus un comportament neașteptat în timpul procesului de furnizare de urgență. Schimbarea a fost returnată, care a eliminat erorile de furnizare și a restabilit funcționarea normală a serviciului. După reluare, s-a identificat și corectat problema software-ului de bază. Funcționalitatea actualizată a fost validată suplimentar pentru a se asigura că problema este abordată integral înainte de a fi reintrodusă în mediul de producție. Echipele tehnice au validat lansările de succes în urma reluării, iar validarea clienților a confirmat faptul că noua dispoziție în instanță funcționează conform așteptărilor. Incidentul a fost rezolvat la 2:54 PM PDT pe 24 septembrie 2026. **Root Cause** Incidentul a fost cauzat de o modificare recentă a software-ului care a introdus un comportament nedorit în timpul furnizării AWS instance. Modificarea a afectat modul în care au fost prelucrate anumite informații privind configurarea clusterelor, ceea ce a dus la furnizarea unor eșecuri pentru unele operațiuni de extindere. În timp ce schimbarea a fost concepută pentru a sprijini etichetarea anumitor resurse AWS, comportamentul său a afectat și alte configurații de grup sprijinite. În anumite condiții, logica actualizată de etichetare a avut ca rezultat transmiterea de informații duplicate ale etichetelor ca parte a cererii de furnizare. AWS a respins aceste cereri deoarece informațiile referitoare la etichetă nu îndeplinesc cerințele preconizate. Prin urmare, Spot Ocean nu a reuşit să finalizeze furnizarea unor noi cazuri. Aceasta a afectat în primul rând lansarea de noi instanţe şi operaţiunile de extindere a grupurilor. Cazurile existente fuseseră deja furnizate cu succes și, prin urmare, au continuat să funcționeze în mod normal pe parcursul incidentului. Funcționalitatea de bază a fost de atunci corectată, iar validarea suplimentară este efectuată pentru a se asigura că comportamentul actualizat funcționează în mod constant în configurațiile de grup AWS acceptate înainte de revenirea la producție. ** Acțiuni de mediere ** Echipele noastre au efectuat acțiunile de mai jos pentru a restabili serviciile la normalitate: * Rolled back the software change, restabilind normal instance providening. * Identificat și corectat problema de bază în funcționalitatea afectată. * Validarea suplimentară a funcționalității corectate. * Introducerea unor garanţii suplimentare pentru a permite instalarea funcţionalităţii actualizate într-un mod controlat. * Validarea faptului că noile operaţiuni de aprovizionare şi de scalare a clusterelor funcţionau aşa cum era de aşteptat după răsturnare. ** Măsuri preventive viitoare ** * Extindeți testarea automată, de exemplu, furnizarea și scenarii de scalare a clusterelor. * Creșteți testarea de regresie pe configurații de grup AWS acceptate. * Extindeți testarea de la un capăt la altul pentru scalarea fluxurilor de lucru. * Îmbunătățirea monitorizării și alertarea pentru furnizarea și scalarea eșecurilor. * Consolidarea validării modificărilor înainte de implementarea producției. * Introduceţi garanţii suplimentare pentru desfăşurarea controlată a schimbărilor care afectează comportamentul de furnizare. * Creșterea acoperirii de testare pentru cazurile de margine și scenarii de gestionare a erorilor.

Traducere automată din actualizarea oficială a incidentului.

1. 24 septembrie 2026 la 20:46 UTCmonitoring

   Descriere incident: Mai devreme, o problemă care afectează procesarea inventarului în Flexera One IT Asset Management (ITAM) în regiunea NAM a afectat un subset de clienți. Ancheta a identificat faptul că încărcarea inventarului a fost primită cu succes, dar nu a fost procesată pentru clienții afectați, ceea ce a dus la întârzieri în inventarierea datelor reflectate în Flexera One ITAM. Au fost puse în aplicare acțiuni de recuperare, iar procesarea inventarului a fost reluată cu succes. Fișierele inventarului continuă să proceseze în mod normal; cu toate acestea, recuperarea restului de date este încă în curs de desfășurare și este urmărită prin acest incident. Prioritate: P2 Activitatea de restaurare: Echipele tehnice au implementat acțiuni de recuperare care au restaurat procesarea fișierelor de inventar și au validat procesarea cu succes prin monitorizare și logare. Operaţiunea de service rămâne stabilă, iar recuperarea backlog continuă pe măsură ce fişierele de inventar sunt procesate anterior. Echipele tehnice monitorizează în mod activ progresele înregistrate în materie de recuperare, sănătatea serviciilor și reducerea întârzierilor, în timp ce activitățile de validare continuă. Actualizările anterioare legate de etapele anterioare ale acestui incident pot fi găsite în istoricul incidentului legat mai jos. Vor fi furnizate actualizări suplimentare, deoarece progresele înregistrate în materie de recuperare și activitățile de validare continuă. A se vedea, de asemenea, hotărârea Curții de Justiție din 24 septembrie 2012, C-362/00, ECLI:EU:C:2011:318, punctul 36

2. 25 septembrie 2026 la 08:15 UTCmonitoring

   Recuperare Backlog continuă ca fișierele de inventar anterioare cozii sunt procesate. Nivelurile de logare sunt în prezent într-un interval acceptabil, o organizație rămânând peste nivelurile preconizate. Echipele tehnice continuă să monitorizeze recuperarea, sănătatea serviciilor și activitatea de prelucrare în timp ce validarea rămâne în curs de desfășurare.

3. 25 septembrie 2026 la 13:28 UTCresolved

   Backlog-ul acumulat în timpul incidentului a fost procesat cu succes, iar nivelurile de procesare au revenit la intervale normale de operare. Echipele noastre au finalizat validarea recuperării, iar acest incident este acum rezolvat. Detalii suplimentare privind cauza și acțiunile subiacente vor fi furnizate în raportul post-mortem.

4. 23 octombrie 2026 la 17:27 UTCpostmortem

   **Descriere:** Flexera One - IT Asset Management - NAM - Inventar de procesare intarzieri dupa activitatea de lansare a productiei ** Timeframe:** September 22, 2026, 7:05 PM PDT - Septembrie 25, 2026, 5:30 AM PDT ** Rezumat incident ** La 24 septembrie 2026, echipele tehnice au început să investigheze rapoarte de actualizări întârziate ale inventarului care afectează un subset de clienți care utilizează Flexera One IT Asset Management \ (ITAM\) în America de Nord \ (NAM\) regiune. Deși fișierele de inventar au fost încărcate cu succes și au rămas disponibile, unii clienți au experimentat întârzieri în procesarea acestor fișiere, împiedicând reflectarea celor mai recente informații privind inventarul în aplicație. Informaţiile despre statusul Beacon afişate în ITAM ar fi putut fi depăşite şi pentru clienţii afectaţi. Prelucrarea inventarului a continuat în mod normal pentru alți clienți. Problema a avut loc ca urmare a activității ITAM 2026R1.3 de lansare a producției pe 22 septembrie 2026. Ancheta a identificat o întrerupere în procesul responsabil pentru transferul fișierelor de inventar încărcate către serviciile ITAM de procesare a inventarului. În timp ce fișierele afectate au rămas disponibile în depozit, acestea nu au fost transmise pentru prelucrare. De asemenea, echipele tehnice au observat erori de aplicare ridicate în timpul anchetei, deși aceste erori nu au fost stabilite în mod concludent ca fiind cauza întreruperii. Echipele tehnice au efectuat o repornire țintită a componentei de servicii afectate, restaurând transferul fișierelor de inventar și permițând procesarea pentru clienții afectați anterior. Exploatarea suplimentară a diagnosticului a fost permisă pentru a sprijini investigații suplimentare. Cu toate acestea, un backlog semnificativ de fișiere de inventar s-au acumulat în timpul întreruperii și a necesitat timp suplimentar pentru a procesa. După restaurarea procesării, echipele tehnice au continuat activitatea de monitorizare a inventarului și istoricul acumulat. Până vineri, 25 septembrie 2026, la aproximativ 5:30 AM PDT, backlog-ul legate de incidente a revenit la niveluri normale de operare, confirmând recuperarea de prelucrare a inventarului. **Root Cause** Incidentul a fost cauzat de o întrerupere a fluxului de lucru de procesare a inventarului în urma activității ITAM 2026R1.3 de lansare a producției în regiunea NAM. Deși fișierele de inventar au fost încărcate cu succes și au rămas disponibile în depozit, componenta responsabilă pentru transmiterea acestor fișiere către prelucrarea ITAM a încetat transferul datelor de inventar pentru un subset de clienți. Ca rezultat, fișierele de inventar afectate nu au fost prelucrate, întârzie actualizările inventarului. Problema nu a afectat toți clienții, deoarece procesarea inventarului a continuat în mod normal pentru alte organizații. Investigația a identificat erori de aplicare ridicate și comportament care indică faptul că componenta de prelucrare afectată nu a fost de recuperare așa cum era de așteptat. Condiţia tehnică exactă responsabilă pentru întreruperea parţială rămâne în curs de investigare. O repornire specifică a componentei de servicii afectate a restabilit procesarea inventarului pentru clienții afectați. Recordul acumulat a fost ulterior procesat, permițând actualizările inventarului să revină la niveluri normale. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. ** Investigație de incident Inițiat:** Echipele tehnice au investigat rapoarte privind actualizările întârziate ale inventarului care afectează un subset de clienți din regiunea NAM și au revizuit fluxul de lucru de procesare a inventarului pentru a determina domeniul de aplicare al problemei. 2. ** Interrupția de procesare a inventarului identificată:** Ancheta a confirmat că fișierele de inventar încărcate erau disponibile în depozit, dar nu au fost transmise serviciilor de prelucrare pentru clienții afectați. 3. ** Componenta de service afectată Repornit:** O repornire orientată a componentei de servicii afectate a restabilit transferul fișierelor de inventar și a permis procesarea pentru clienții afectați anterior. 4. ** Logging diagnostic suplimentar activat:** Exploatarea forestieră suplimentară a fost autorizată să capteze informații tehnice suplimentare și să sprijine continuarea anchetei privind întreruperea prelucrării subiacente. 5. **Inventar Backlog Recovery Monitorizat:** Echipele tehnice au monitorizat inventarul acumulat după restaurarea procesării și au confirmat că fișierele de inventar au fost prelucrate cu succes. 6. **Service Recovery valided:** Echipele tehnice au confirmat că backlog-ul legat de incidente a revenit la nivelurile normale de operare până la 25 septembrie și că prelucrarea inventarului a rămas stabilă. ** Măsuri preventive viitoare ** În urma incidentului, am realizat o retrospectivă pentru a revizui eșecul parțial de procesare a inventarului, arhitectura existentă de livrare a inventarului, informațiile de diagnosticare disponibile și oportunitățile de îmbunătățire a fiabilității procesării și a vizibilității eșecurilor. Sunt în curs următoarele acțiuni corective și activități de îmbunătățire: 1. ** Imbunatatirea arhitecturii de procesare a inventarului:** Se intenționează simplificarea integrării în procesul de inventariere, permițând ITAM să recupereze fișierele de inventar încărcate direct din stratul de stocare, în loc să se bazeze pe serviciul intermediar existent. Această modificare va elimina o dependență suplimentară de calea de prelucrare și va oferi un control mai mare asupra prelucrării, gestionării backlog, capacității și recuperării. 2. ** Improved Eşec Diagnostics:** Se evaluează și se îmbunătățește, după caz, logarea și telemetria diagnosticului necesare pentru a captura starea de serviciu relevantă în timpul unei defecțiuni parțiale de procesare a inventarului. Aceasta va oferi informații tehnice îmbunătățite pentru a sprijini determinarea cauzelor profunde dacă o condiție similară reapare.

Traducere automată din actualizarea oficială a incidentului.

1. 24 septembrie 2026 la 14:08 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează un subset de clienți care utilizează Flexera One IT Asset Management (ITAM) în regiunea NAM. Clienții afectați pot experimenta probleme cu navigarea, inclusiv elemente de meniu care nu sunt vizibile în interfața ITAM, 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. 24 septembrie 2026 la 15:44 UTCinvestigating

   Echipele tehnice continuă să investigheze problema care afectează Flexera One Managementul activelor IT în mediul de producție NAM. Eforturile actuale se concentrează pe identificarea locului în care se produc defecțiunile în cadrul fluxului de lucru afectat. Echipele revizuiesc comportamentul aplicaţiei, procesele de validare, interacţiunile cu serviciile, telemetria platformei şi orice schimbări recente sau condiţii de mediu care ar putea contribui la această problemă. Ancheta rămâne în curs de desfășurare și vor fi furnizate actualizări suplimentare pe măsură ce devin disponibile informații suplimentare.

3. 24 septembrie 2026 la 17:48 UTCinvestigating

   Echipele tehnice au făcut progrese în reducerea domeniului de aplicare a problemei și se concentrează asupra componentelor aplicației implicate în încărcarea accesului utilizatorilor și a informațiilor de navigație. Rezultatele actuale indică faptul că unele cereri din cadrul acestui proces nu se completează conform aşteptărilor, ceea ce duce la neîncărcarea meniurilor pentru utilizatorii afectaţi. Lucrările rămân în curs de desfășurare pentru a determina cauza de bază și pentru a valida remedierea corespunzătoare. Actualizări suplimentare vor fi furnizate pe măsură ce devin disponibile mai multe informații.

4. 24 septembrie 2026 la 18:39 UTCmonitoring

   Echipele tehnice observă în prezent un comportament stabil de serviciu și o reducere semnificativă a erorilor asociate cu acest incident. Funcțiile de aplicare afectate funcționează în mod normal pe baza datelor actuale de telemetrie și monitorizare. În timp ce stabilitatea serviciilor s-a îmbunătățit, echipele tehnice continuă să monitorizeze îndeaproape mediul pentru a confirma că problema nu reapare. Ancheta privind cauza de bază rămâne în curs de desfășurare. Vom continua monitorizarea și va oferi actualizări suplimentare, pe măsură ce informațiile suplimentare devin disponibile.

5. 24 septembrie 2026 la 20:33 UTCresolved

   Echipele tehnice au confirmat că serviciul a rămas stabil și a afectat funcționalitatea IT Asset Management funcționează în mod normal. În cursul anchetei, echipele tehnice au identificat condițiile de saturare a conexiunilor care afectează componentele aplicației responsabile cu accesul utilizatorilor și funcțiile de navigație. Aceste condiții au fost observate în timpul ferestrei de impact și au coincis cu eșecurile experimentate de utilizatorii afectați. Funcţionalitatea serviciului recuperat, şi validarea clienţilor confirmat faptul că afectate de ITAM pagini şi elemente de meniu au fost încărcare cu succes. În urma unei perioade de monitorizare fără repetarea problemei, incidentul este acum considerat rezolvat. O revizuire detaliată a incidentului este în curs de desfășurare pentru a valida în continuare factorii care contribuie și pentru a identifica orice acțiuni preventive suplimentare.

6. 8 octombrie 2026 la 11:23 UTCpostmortem

   **Descriere:** Flexera One ** Timeframe:** Septembrie 24, 2026, 5:27 AM PDT ** Rezumat incident ** La 24 septembrie 2026, clienții care utilizează Flexera One IT Asset Management \(ITAM\) în regiunea Americii de Nord au avut probleme intermitente de încărcare elemente de meniu aplicație și accesarea porțiunilor de funcționalitate ITAM. Unii clienţi au întâlnit meniuri parţial încărcate sau lipsă, mesaje de eroare şi comportament de aplicare inconsistent. Echipele tehnice au investigat problema în întreaga aplicație și servicii de sprijin și au identificat utilizarea anormală a conexiunilor în cadrul componentelor care susțin funcționalitatea ITAM. Pe măsură ce capacitatea de conectare disponibilă s-a epuizat, unele cereri de aplicații nu mai puteau fi completate cu succes, ceea ce a dus la defecțiuni legate de autentificare și la împiedicarea încărcării porțiunilor de funcționalitate ITAM. Serviciul a început recuperarea la aproximativ 10:46 AM PDT, înainte de implementarea hotfix corective a fost finalizată. Ultimele erori de aplicare asociate au fost înregistrate la 10:48 AM PDT. Echipele tehnice au continuat să investigheze cauza de bază în timp ce monitorizau mediul și validau funcționalitatea clientului. Analiza post-incidentă a indicat că serviciile de aplicare de pe serverele afectate au repornit, eliberând conexiuni acumulate și permițând stabilirea de noi conexiuni. Hotfix-ul corector a fost ulterior implementat ca măsură preventivă pentru a aborda comportamentul de manipulare a conexiunilor în timp ce ancheta asupra cauzei subiacente a continuat. În urma monitorizării continue și a validării clienților, echipele tehnice au confirmat că funcționalitatea ITAM a revenit la funcționarea normală. **Root Cause** Incidentul a fost cauzat de o problemă de gestionare a conexiunilor introdusă în timpul eliberării producției ITAM 2026 R1.3. O modificare a fluxului de autentificare a aplicației a determinat crearea de noi conexiuni de servicii în mod repetat și nu reutilizarea conexiunilor existente. În timp, aceste conexiuni au acumulat și epuizat capacitatea de conectare disponibilă în cadrul componentelor de aplicație afectate. După epuizarea capacității respective, nu s-au putut stabili cu succes noi cereri de cereri. Acest lucru a dus la eșecuri legate de autentificare și a împiedicat portiunile de funcționalitate ITAM de la încărcare, cauzând elemente de meniu lipsă, mesaje de eroare și pierderea intermitentă a accesului pentru clienții afectați. Un hotfix de corectare a acestui comportament a fost deja creat și a fost inclus în planul de implementare de lansare înainte de desfășurarea producției. Acest hotfix fusese inițial destinat mediului de validare deoarece producția nu fusese încă modernizată. Acesta a fost destinat să fie aplicat producției ca parte a eliberării R1.3, dar nu a fost aplicat în timpul desfășurării producției. Ca urmare, corecția de administrare a conexiunii nu a fost în vigoare atunci când eliberarea a mers live. ** Acțiuni de mediere ** 1. Investigație incident Inițiat: Echipele tehnice au investigat erorile de aplicare și pierderea intermitentă a funcționalității ITAM pentru a determina domeniul de aplicare și cauza care stă la baza acesteia. 2. Saturaţia conexiunii identificate: Analiza componentelor de aplicaţie afectate a identificat o acumulare anormală a conexiunii, care a fost epuizantă capacitatea de conectare disponibilă şi împiedică completarea cu succes a noilor cereri de aplicaţii. 3. Hotfix corectiv Confirmat: Echipele tehnice au identificat hotfixul existent care a corectat comportamentul de manipulare a conexiunilor prin reutilizarea conexiunilor de service mai degrabă decât crearea de conexiuni noi pentru fiecare cerere. 4. Hotfix corectiv Desfăşurat: Hotfixul a fost trimis la producţie ca măsură preventivă pentru a aborda problema gestionării conexiunilor şi pentru a preveni acumularea ulterioară a conexiunii. 5. Service Recovery Validat: Echipele tehnice au continuat monitorizarea comportamentului aplicatiei si validarea functionalitatii clientilor dupa recuperare pentru a confirma ca serviciile ITAM au revenit la functionarea normala. ** Măsuri preventive viitoare ** În urma incidentului, am realizat o retrospectivă pentru a revizui procesul de implementare a cauzei tehnice, de eliberare și hotfix, capacitățile de monitorizare și factorii care au contribuit la impactul clientului. Următoarele măsuri au fost finalizate sau sunt puse în aplicare: 1. Corectarea managementului conexiunii: Modificarea corectivă a fost pusă în aplicare pentru a se asigura că conexiunile de servicii sunt reutilizate în mod corespunzător și pentru a preveni acumularea conexiunilor de la resursele de aplicare disponibile epuizante. 2. Validarea implementării producției: corecția gestionării conexiunilor a fost implementată și validată în toate regiunile de producție pentru a asigura o punere în aplicare coerentă. 3. Îmbunătățiri ale procesului de lansare și hotfix: procedurile de eliberare sunt consolidate astfel încât hotfixele incluse în planurile de implementare a produselor să fie desemnate în mod constant pentru desfășurarea producției, inclusiv hotfixele create inițial sau validate înainte de modernizarea mediului de producție. 4. Hotfix Process Review: Noi evaluăm îmbunătățirile procesului global de hotfix pentru a reduce dependența de hotfixele de producție și pentru a reduce și mai mult riscul ca modificările corective necesare să nu fie incluse în viitoarele versiuni de producție. 5. Monitorizarea sporită a aplicaţiilor: sunt puse în aplicare monitorizarea şi alertarea la nivel de aplicaţii suplimentare pentru a îmbunătăţi detectarea timpurie a eşecurilor intermitente şi a condiţiilor anormale de eroare înainte ca acestea să ducă la un impact mai larg al clienţilor.

Traducere automată din actualizarea oficială a incidentului.

1. 24 septembrie 2026 la 10:11 UTCinvestigating

   Descriere incident: Am identificat o problemă care afectează procesarea inventarului în Flexera One IT Asset Management (ITAM) în regiunea NAM, afectând un subset de clienți. Ca urmare, unele upload-uri de inventar nu sunt prelucrate cu succes, ceea ce determină întârzierea datelor de inventar afișate în Flexera One ITAM și nu reflectă cel mai recent inventar încărcat. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema pentru a identifica cauza de bază și a implementa o fix. Continuăm să monitorizăm îndeaproape situația și vom furniza actualizări suplimentare pe măsură ce ancheta progresează.

2. 24 septembrie 2026 la 12:27 UTCinvestigating

   Ancheta suplimentară arată că problema pare să fie asociată serviciului responsabil cu transferul datelor de inventar către ITAM. Echipele noastre tehnice continuă să investigheze problema și lucrează pentru a identifica cauza de bază și de a determina remedierea corespunzătoare. Vom continua să oferim actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

3. 24 septembrie 2026 la 14:32 UTCmonitoring

   Echipa noastră a efectuat reporniri vizate pod, după care procesarea fișierelor inventar reluat cu succes pentru toți clienții afectați. Procesarea cu succes a fost validată prin jurnale și grafice de monitorizare. Vom continua să monitorizăm îndeaproape serviciile pentru a asigura stabilitatea continuă și pentru a oferi actualizări suplimentare pe măsură ce devin disponibile informații suplimentare.

4. 24 septembrie 2026 la 18:42 UTCmonitoring

   Echipele noastre tehnice continuă să observe procesarea cu succes a fișierelor de inventar și funcționarea stabilă a serviciilor în urma acțiunilor de recuperare. Validarea prin monitorizare confirmă faptul că fișierele de inventar afectate sunt de prelucrare cu succes. Recuperare Backlog este în curs de desfășurare, cu cozi de procesare inventar continuă să scadă ca fișiere sunt procesate. Echipele tehnice monitorizează în mod activ progresele în materie de recuperare și sănătatea generală a serviciilor, în timp ce restul de date sunt eliminate. Vom continua să oferim actualizări pe măsură ce redresarea progresează.

5. 24 septembrie 2026 la 20:32 UTCresolved

   Acest incident a fost marcat accidental ca rezolvat cu o actualizare destinată unui incident separat. Recuperarea procesării inventarului rămâne în continuare în curs de monitorizare, pe măsură ce restul datelor rămân clare. Echipele tehnice continuă să observe procesarea cu succes a fișierelor și funcționarea stabilă a serviciilor. Prin urmare, Comisia consideră că măsurile de ajutor în cauză nu sunt compatibile cu piața internă. Vom furniza actualizări suplimentare pe măsură ce redresarea backlog progresează și validarea recuperării continuă.

6. 23 octombrie 2026 la 17:25 UTCpostmortem

   **Descriere:** Flexera One - IT Asset Management - NAM - Inventar de procesare intarzieri dupa activitatea de lansare a productiei ** Timeframe:** September 22, 2026, 7:05 PM PDT - Septembrie 25, 2026, 5:30 AM PDT ** Rezumat incident ** La 24 septembrie 2026, echipele tehnice au început să investigheze rapoarte de actualizări întârziate ale inventarului care afectează un subset de clienți care utilizează Flexera One IT Asset Management \ (ITAM\) în America de Nord \ (NAM\) regiune. Deși fișierele de inventar au fost încărcate cu succes și au rămas disponibile, unii clienți au experimentat întârzieri în procesarea acestor fișiere, împiedicând reflectarea celor mai recente informații privind inventarul în aplicație. Informaţiile despre statusul Beacon afişate în ITAM ar fi putut fi depăşite şi pentru clienţii afectaţi. Prelucrarea inventarului a continuat în mod normal pentru alți clienți. Problema a avut loc ca urmare a activității ITAM 2026R1.3 de lansare a producției pe 22 septembrie 2026. Ancheta a identificat o întrerupere în procesul responsabil pentru transferul fișierelor de inventar încărcate către serviciile ITAM de procesare a inventarului. În timp ce fișierele afectate au rămas disponibile în depozit, acestea nu au fost transmise pentru prelucrare. De asemenea, echipele tehnice au observat erori de aplicare ridicate în timpul anchetei, deși aceste erori nu au fost stabilite în mod concludent ca fiind cauza întreruperii. Echipele tehnice au efectuat o repornire țintită a componentei de servicii afectate, restaurând transferul fișierelor de inventar și permițând procesarea pentru clienții afectați anterior. Exploatarea suplimentară a diagnosticului a fost permisă pentru a sprijini investigații suplimentare. Cu toate acestea, un backlog semnificativ de fișiere de inventar s-au acumulat în timpul întreruperii și a necesitat timp suplimentar pentru a procesa. După restaurarea procesării, echipele tehnice au continuat activitatea de monitorizare a inventarului și istoricul acumulat. Până vineri, 25 septembrie 2026, la aproximativ 5:30 AM PDT, backlog-ul legate de incidente a revenit la niveluri normale de operare, confirmând recuperarea de prelucrare a inventarului. **Root Cause** Incidentul a fost cauzat de o întrerupere a fluxului de lucru de procesare a inventarului în urma activității ITAM 2026R1.3 de lansare a producției în regiunea NAM. Deși fișierele de inventar au fost încărcate cu succes și au rămas disponibile în depozit, componenta responsabilă pentru transmiterea acestor fișiere către prelucrarea ITAM a încetat transferul datelor de inventar pentru un subset de clienți. Ca rezultat, fișierele de inventar afectate nu au fost prelucrate, întârzie actualizările inventarului. Problema nu a afectat toți clienții, deoarece procesarea inventarului a continuat în mod normal pentru alte organizații. Investigația a identificat erori de aplicare ridicate și comportament care indică faptul că componenta de prelucrare afectată nu a fost de recuperare așa cum era de așteptat. Condiţia tehnică exactă responsabilă pentru întreruperea parţială rămâne în curs de investigare. O repornire specifică a componentei de servicii afectate a restabilit procesarea inventarului pentru clienții afectați. Recordul acumulat a fost ulterior procesat, permițând actualizările inventarului să revină la niveluri normale. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. ** Investigație de incident Inițiat:** Echipele tehnice au investigat rapoarte privind actualizările întârziate ale inventarului care afectează un subset de clienți din regiunea NAM și au revizuit fluxul de lucru de procesare a inventarului pentru a determina domeniul de aplicare al problemei. 2. ** Interrupția de procesare a inventarului identificată:** Ancheta a confirmat că fișierele de inventar încărcate erau disponibile în depozit, dar nu au fost transmise serviciilor de prelucrare pentru clienții afectați. 3. ** Componenta de service afectată Repornit:** O repornire orientată a componentei de servicii afectate a restabilit transferul fișierelor de inventar și a permis procesarea pentru clienții afectați anterior. 4. ** Logging diagnostic suplimentar activat:** Exploatarea forestieră suplimentară a fost autorizată să capteze informații tehnice suplimentare și să sprijine continuarea anchetei privind întreruperea prelucrării subiacente. 5. **Inventar Backlog Recovery Monitorizat:** Echipele tehnice au monitorizat inventarul acumulat după restaurarea procesării și au confirmat că fișierele de inventar au fost prelucrate cu succes. 6. **Service Recovery valided:** Echipele tehnice au confirmat că backlog-ul legat de incidente a revenit la nivelurile normale de operare până la 25 septembrie și că prelucrarea inventarului a rămas stabilă. ** Măsuri preventive viitoare ** În urma incidentului, am realizat o retrospectivă pentru a revizui eșecul parțial de procesare a inventarului, arhitectura existentă de livrare a inventarului, informațiile de diagnosticare disponibile și oportunitățile de îmbunătățire a fiabilității procesării și a vizibilității eșecurilor. Sunt în curs următoarele acțiuni corective și activități de îmbunătățire: 1. ** Imbunatatirea arhitecturii de procesare a inventarului:** Se intenționează simplificarea integrării în procesul de inventariere, permițând ITAM să recupereze fișierele de inventar încărcate direct din stratul de stocare, în loc să se bazeze pe serviciul intermediar existent. Această modificare va elimina o dependență suplimentară de calea de prelucrare și va oferi un control mai mare asupra prelucrării, gestionării backlog, capacității și recuperării. 2. ** Improved Eşec Diagnostics:** Se evaluează și se îmbunătățește, după caz, logarea și telemetria diagnosticului necesare pentru a captura starea de serviciu relevantă în timpul unei defecțiuni parțiale de procesare a inventarului. Aceasta va oferi informații tehnice îmbunătățite pentru a sprijini determinarea cauzelor profunde dacă o condiție similară reapare.

Traducere automată din actualizarea oficială a incidentului.

1. 23 septembrie 2026 la 10:05 UTCinvestigating

   Descriere incident: Investigăm în prezent o problemă care afectează accesul la serviciile noastre în mediul UE. Clienții din UE pot experimenta probleme de acces la serviciu. Prioritate: P1 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema ca o prioritate și lucrează pentru a restabili serviciul normal cât mai repede posibil.

2. 23 septembrie 2026 la 10:24 UTCmonitoring

   Serviciile au fost restaurate, iar accesul funcţionează acum aşa cum era de aşteptat. Echipele noastre monitorizează îndeaproape platforma pentru a asigura stabilitatea continuă.

3. 23 septembrie 2026 la 11:43 UTCresolved

   Echipele noastre au continuat să monitorizeze platforma și nu au observat nicio recurență a problemei. Acest incident este acum rezolvat. Vom continua investigaţia pentru a determina cauza fundamentală şi pentru a identifica măsurile corective adecvate. Detalii suplimentare vor fi furnizate în raportul post-mortem.

4. 26 octombrie 2026 la 10:40 UTCpostmortem

   **Descriere:** Flexera Unu - UE - Accesul nu este disponibil ** Timeframe:** * 24 septembrie 2026, 2:51 AM PDT la 24 septembrie 2026, 3:18 AM PDT * 25 septembrie 2026, 3:50 AM - 25 septembrie 2026, 4:30 AM PDT ** Rezumat incident ** La 24 septembrie 2026, la 2:51 AM PDT, clienții au suferit eșecuri de conectare atunci când au încercat să acceseze mediul de producție Flexera One din UE. Ancheta a confirmat degradarea serviciilor UE de gestionare a identității și accesului, ceea ce a împiedicat clienții să acceseze platforma. Ancheta a identificat o creștere semnificativă a conexiunilor de baze de date asociate traficului ridicat de la o singură organizație. Analiza suplimentară a stabilit că cererile repetate din aval generate de alte servicii au contribuit, de asemenea, la creșterea sarcinii privind serviciile de autentificare și control al accesului. La 3:18 AM PDT, funcționalitatea de conectare a clientului a fost restabilită fără intervenție tehnică directă, iar platforma a revenit la funcționarea normală. La 25 septembrie 2026, la aproximativ 3:50 AM PDT, a fost observată o altă creștere a conexiunilor de baze de date, asociată cu trafic ridicat de la aceeași organizație. Sarcina crescută a continuat timp de aproximativ 40 minute. Ca răspuns, autoscalarea a fost permisă pentru ca serviciul de gestionare a resurselor să sporească capacitatea și să îmbunătățească stabilitatea platformei. **Root Cause** Incidentul a fost cauzat de o creștere neașteptată a traficului care a plasat cererea excesivă asupra serviciilor de autentificare ale UE și a conexiunilor de baze de date asociate. Creșterea sarcinii a afectat serviciile responsabile de prelucrarea cererilor de autentificare, ceea ce a dus la deficiențe de conectare a clienților în mediul de producție al UE. Cererile repetate ale altor servicii către serviciile de autentificare și control al accesului au contribuit în continuare la sarcina ridicată. În plus, scalarea automată nu a fost permisă pentru serviciul de gestionare a resurselor, limitându-i capacitatea de a crește dinamic capacitatea ca răspuns la o cerere mai mare. De asemenea, măsurile de monitorizare proactivă și de alertă au limitat capacitatea de a identifica degradarea înainte ca clienții să se confrunte cu deficiențe de acces. ** Acțiuni de mediere ** Echipele noastre au efectuat acțiunile de mai jos pentru a restabili serviciile la normalitate: * Incidentul din 24 septembrie s-a rezolvat fără intervenția ingineriei directe, iar funcționalitatea de conectare a clienților a fost restabilită la 3:18 AM PDT. La 25 septembrie, autoscalarea a fost permisă pentru ca serviciul de gestionare a resurselor să crească capacitatea de răspuns la cererea ridicată. * Echipa a continuat monitorizarea conexiunilor de baze de date și a serviciilor de sănătate pentru a evalua stabilitatea platformei. ** Măsuri preventive viitoare ** Următoarele acțiuni au fost identificate și sunt în curs de desfășurare pentru a reduce probabilitatea reapariției și a îmbunătăți reziliența serviciilor: * scalare automată: Revizuire configurare autoscalare pentru serviciul de gestionare a resurselor în toate regiunile de producție, pentru a asigura adaptarea capacității la modificările în volumul de muncă. * Managementul capacitatii bazei de date: Review baze de date de conectare setările piscinei și asigurați-vă că scalarea serviciilor rămâne în capacitatea de conectare disponibilă a bazei de date. * Monitorizarea proactivă și alertarea: Revizuiți și introduceți alerte pentru creșterea anormală a conexiunii bazei de date, saturarea piscinei de conectare, latența serviciului, ratele de eroare și utilizarea resurselor. * Monitorizarea traficului: Imbunatatirea vizibilitatii in tiparele de trafic la nivel de organizare pentru a identifica creste neobisnuite cerere inainte de a afecta alti clienti. * Managementul traficului: Evaluează controalele adecvate de limitare a ratei și de agitare pentru a preveni traficul excesiv de la o singură organizație de a afecta disponibilitatea la nivelul platformei. * Testarea incarcarii si capacitatii: Testarea incarcarii folosind modele de trafic reprezentative ale incidentului pentru validarea performantei serviciilor si a capacitatii bazei de date la cerere ridicata.

Traducere automată din actualizarea oficială a incidentului.

1. 23 septembrie 2026 la 06:51 UTCinvestigating

   Descriere incident: Investigăm în prezent o problemă care afectează mediul de producție Flexera One IT Asset Management (ITAM) America de Nord, care rămâne indisponibil din cauza întreținerii programate care se extinde dincolo de fereastra de întreținere planificată. Activitatea de întreţinere este încă în desfăşurare în timp ce o bază de date reconstruieşte complet. Prioritate: P1 Activitatea de restaurare: Echipele noastre tehnice lucrează activ pentru a finaliza activitatea de întreținere rămasă și pentru a restabili serviciul cât mai repede posibil. ETA pentru reconstruirea bazei de date este de aproximativ 2 ore. Echipele noastre monitorizează îndeaproape progresul și vor oferi detalii suplimentare pe măsură ce devin disponibile.

2. 23 septembrie 2026 la 09:15 UTCinvestigating

   Echipele noastre tehnice au finalizat o fază majoră a activității de întreținere în curs și continuă cu procesarea rămasă necesară pentru finalizarea actualizării. Procesul durează mai mult decât s-a estimat inițial. Mediul rămâne indisponibil în timp ce aceste activități sunt în curs de desfășurare. Echipele monitorizează activ celelalte opțiuni de procesare și evaluare pentru a restabili serviciul cât mai rapid și în siguranță posibil. Vor fi furnizate actualizări suplimentare pe măsură ce actualizarea progresează, iar calendarul de restaurare devine mai clar.

3. 23 septembrie 2026 la 11:47 UTCmonitoring

   Actualizarea a fost finalizată cu succes. Echipele noastre lucrează acum pentru a restabili serviciile și pentru a efectua validarea post-angajare.

4. 23 septembrie 2026 la 13:02 UTCmonitoring

   Actualizarea a fost finalizată cu succes, iar site-ul este acum din nou online. Echipa noastră efectuează verificări finale de validare pentru a confirma stabilitatea serviciului înainte de a declara incidentul rezolvat.

5. 23 septembrie 2026 la 15:57 UTCresolved

   Serviciul a fost restaurat şi funcţionează normal. După recuperare, echipele tehnice au finalizat activitățile de monitorizare și validare extinse și au confirmat o funcționare stabilă. Incidentul este acum considerat rezolvat.

6. 30 septembrie 2026 la 16:02 UTCpostmortem

   **Descriere:** Flexera One Întreţinere ** Timeframe:** September 22, 2026, 9:00 PM PDT ** Rezumat incident ** La 22 septembrie 2026, Flexera a realizat lansarea planificată a producției pentru Flexera One IT Asset Management în regiunea Americii de Nord. Actualizarea a progresat cu succes în marea majoritate a bazelor de date din cadrul mediului. Cu toate acestea, atunci când fereastra de întreținere programată s-a încheiat la ora 9:00 PM PDT, o operațiune necesară de migrare a bazei de date a rămas în curs. Deoarece mediul de producție nu a putut fi restabilit până la finalizarea migrației, gestionarea activelor IT a rămas indisponibilă după perioada de întreținere programată. Migrația rămasă a necesitat reconstruirea unui indice mare al bazei de date care să implice un volum semnificativ de date. Operațiunea a devenit calea critică pentru finalizarea eliberării și a durat substanțial mai mult decât s-a anticipat. După etapa inițială de procesare a indicelui, baza de date încă mai era necesară pentru a efectua activități suplimentare de sortare și de creare a indicelui. Această activitate a continuat cu câteva ore și a prelungit durata globală a migrației. În cursul anchetei, echipele tehnice au evaluat opțiunile de recuperare disponibile, inclusiv dacă baza de date afectată ar putea fi separată temporar de calea de migrare pentru a permite restului mediului să revină în serviciu. Având în vedere stadiul implementării și lucrările suplimentare de recuperare pe care această abordare le-ar fi necesitat, cea mai fiabilă cale de recuperare a fost aceea de a permite funcționarea bazei de date să se finalizeze înainte de restabilirea mediului. Odată ce migrația bazei de date a fost finalizată, echipele tehnice au început să restabilească aplicarea și serviciile de sprijin. În timpul demarării, s-a constatat o problemă suplimentară de recuperare a serviciilor care a necesitat intervenția manuală înainte de restaurare. În urma remedierii, celelalte servicii de aplicare și platformă au fost restaurate cu succes. Echipele tehnice au finalizat apoi activitățile de validare, au confirmat accesul clienților și au efectuat o monitorizare extinsă pentru a verifica stabilitatea serviciilor. Impactul clientului s-a încheiat la 23 septembrie 2026, la ora 5:47 AM PDT. **Root Cause** Ieșirea a fost cauzată de o discrepanță de configurare a indicelui bazei de date care a fost identificată în timpul migrației 2026R1.3, ceea ce a dus la o operațiune de reconstruire a indicelui mare care a depășit substanțial fereastra de întreținere planificată. Ancheta post-incidentă a stabilit că un indice din baza de date afectată nu corespunde structurii bazei de date preconizate de lansarea curentă. Indicele fusese recreat anterior folosind o definiție mai veche care nu includea o modificare ulterioară a designului bazei de date. În timpul implementării 2026R1.3, procesul de migrare a identificat această diferență și a inițiat operațiunea de bază de date necesară alinierii indicelui la definiția curentă a bazei de date. Având în vedere dimensiunea excepțional de mare a setului de date implicat, reconstrucția rezultată a devenit o operațiune de lungă durată și cu utilizare intensivă a resurselor care a depășit în mod semnificativ fereastra de întreținere planificată. Odată ce reconstrucția a fost în curs de desfășurare, durata de procesare rămasă nu a putut fi estimată în mod fiabil, ceea ce a făcut dificilă furnizarea unei estimări exacte a finalizării în timp ce operațiunea a continuat. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: * Index Reconstruiește Monitored: Indexul reconstruiește și restul activităților de actualizare a bazei de date au fost monitorizate continuu prin finalizare. * Opțiunile de recuperare evaluate: S-au evaluat abordările de restaurare disponibile pentru a determina calea cea mai sigură și mai fiabilă pentru returnarea mediului de producție în serviciu. * Database Upgrade Completed: Indexul reconstruiește și restul activităților de actualizare a bazei de date au fost finalizate înainte de restaurarea aplicației. * Aplication and Supporting Services Restaurated: Application and supporting services were restaurate. S-au efectuat acțiuni de recuperare direcționate atunci când a fost întâmpinată o problemă suplimentară de pornire a serviciului. * Service Recovery Validated: Au fost confirmate accesul clienților și funcționalitatea aplicației, procesarea de fond rămasă a fost revizuită, iar monitorizarea extinsă a fost finalizată pentru a verifica funcționarea stabilă. ** Măsuri preventive viitoare ** Flexera recunoaște importanța și durata acestei întreruperi și impactul asupra clienților din regiunea Americii de Nord. Au fost finalizate o analiză completă a cauzelor profunde și o retrospectivă transfuncțională, iar următoarele măsuri preventive au fost identificate ca parte a efortului continuu de îmbunătățire: 1. Validarea procedurii de baze de date: Echipele tehnice evaluează modul în care sunt revizuite și menținute procedurile de remediere a bazei de date pentru a se asigura că acestea rămân aliniate cu cerințele actuale ale produsului pe măsură ce platforma evoluează. 2. Verificarea înainte de desfăşurare: Procesele de eliberare-validare sunt evaluate pentru a determina modul în care diferenţele neaşteptate de configurare a bazei de date pot fi identificate şi evaluate înainte de începerea întreţinerii producţiei. 3. High-Impact Operation Assessment: Echipele tehnice evaluează modul în care pot fi identificate operațiunile de baze de date cu durată lungă sau cu utilizare intensivă a resurselor în timpul pregătirii de lansare, astfel încât durata și impactul operațional să poată fi mai bine înțelese înainte de implementare. 4. Readerness Readiness and Recovery Planning: Release-readiness and recuperation-planning practices are being reviewed to get up vizibilitate into activities that might semnificativly influenced desfasurare si service-restauration timelines. Furnizarea de servicii fiabile și rezistente rămâne o prioritate. Rezultatele analizei complete a cauzelor profunde și retrospective sunt incluse în îmbunătățiri tehnice și operaționale menite să reducă probabilitatea reapariției și să consolideze planificarea și executarea viitoarelor activități de întreținere.

Traducere automată din actualizarea oficială a incidentului.

1. 22 septembrie 2026 la 05:56 UTCinvestigating

   Descriere incident: Investigăm în prezent o problemă care afectează un subset al clienților noștri folosind Atlasul de zăpadă în regiunea Australia. Clienții afectați pot experimenta întârzieri în a vedea cele mai recente informații de calculator și ingerarea datelor pot fi, de asemenea, afectate. Prioritate: P2 Activitatea de restaurare: A fost identificată și rezolvată o problemă anterioară legată de DNS. Cu toate acestea, în prezent se observă erori suplimentare. Echipele noastre tehnice investighează în mod activ aceste erori pentru a determina cauza de bază și pentru a restabili procesarea normală. Vom continua să evaluăm impactul și să oferim actualizări suplimentare pe măsură ce devin disponibile informații suplimentare.

2. 22 septembrie 2026 la 07:19 UTCinvestigating

   Echipele noastre au efectuat reporniri de servicii vizate, care au îmbunătățit întârzierile de procesare. Monitorizarea indică faptul că datele de inventar sunt acum actualizate cu succes. Erorile rămase sunt încă în curs de investigare, iar echipele noastre lucrează pentru a identifica cauza de bază și pentru a pune în aplicare un fix permanent.

3. 22 septembrie 2026 la 10:15 UTCmonitoring

   Acțiunile de remediere au rezolvat întârzierile de prelucrare și problemele de date vechi. Unele probleme reziduale rămân și sunt în curs de investigare de către echipele noastre tehnice. Echipele monitorizează serviciile și vor continua colectarea și revizuirea jurnalelor în următoarele 24 de ore pentru a sprijini ancheta. Vom continua să monitorizăm îndeaproape serviciile și să oferim actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

4. 23 septembrie 2026 la 07:05 UTCresolved

   Echipele noastre au continuat să monitorizeze serviciile peste noapte și au confirmat că nu au fost observate noi probleme. De asemenea, s-au efectuat cu succes verificări la fața locului suplimentare. Acest incident este acum rezolvat. Informații suplimentare privind cauza principală și măsurile luate vor fi furnizate în raportul post-mortem.

5. 13 octombrie 2026 la 12:49 UTCpostmortem

   **Descriere:** Snow Atlas- APAC - Ingestia datelor și întârzierile de procesare ** Timeframe:** September 21, 2026, 5:48 PM PDT to September 22, 2026, 3:15 AM PDT ** Rezumat incident ** Luni, 21 septembrie 2026, la ora 5:48 PM PDT, o problemă a afectat mai mulți chiriași ai Atlasului de Zăpadă din regiunea Australia Est \ (AE\), ceea ce a dus la întârzieri în actualizarea datelor inventarului. Clientii afectati au experimentat informatii învechite despre dispozitiv pe pagina Calculatoarelor, in timp ce Snow Extenders au afisat un status de functionare cu erori. De asemenea, au fost observate erori în timpul ingestiei datelor. Ancheta a identificat un record DNS învechit asociat cu infrastructura dezafectată anterior din regiunea Australia de Sud-Est. Această înregistrare a interferat cu conectivitatea la mediul din Australia de Est, prevenind prelucrarea datelor de inventar. Înregistrarea DNS învechită a fost eliminată, permițând traficului să atingă obiectivul corect și permițând reluarea actualizărilor scanării inventarului. În urma schimbării, numărul inventarelor a început să progreseze, iar statutul serviciilor de conectivitate afectate a revenit ulterior la normal la 22 septembrie 2026, la 3:15 AM PDT. După o perioadă prelungită de monitorizare peste noapte, serviciile de conectivitate au rămas stabile, iar problema a fost declarată rezolvată la 23 septembrie la 12:05 AM PDT. Nu s-au mai raportat probleme, iar infrastructura utilizată anterior Australia Southeast a fost complet dezafectată. **Root Cause** Incidentul a fost cauzat de un record DNS învechit care a rămas după dezafectarea infrastructurii din regiunea de sud-est a Australiei. Această înregistrare a condus traficul departe de obiectivul corect pentru mediul Australia-Est, perturband conectivitatea necesară pentru prelucrarea datelor de inventar. Ca urmare, actualizările inventarului au fost întârziate și clienții afectați nu au putut recupera cele mai recente informații despre dispozitiv. Înregistrarea depășită a fost eliminată, restabilirea conectivității la obiectivul corect și permite reluarea procesului de inventariere. ** Acțiuni de mediere ** Echipele noastre au efectuat acțiunile de mai jos pentru a restabili serviciile la normalitate: * Identificat și eliminat înregistrările DNS învechite asociate cu infrastructura dezafectată anterior. * Conectivitate restaurată la obiectivul corect Australia East. * Verificat că actualizările inventarului și numărul de inventar au progresat. * Monitorizat mediul pentru a confirma stabilitatea serviciului. * Confirmat că statutul serviciilor de conectivitate Snow a revenit ulterior la normal și nu au fost raportate alte probleme. ** Măsuri preventive viitoare ** * Revizuire DNS curățenie de înregistrare în timpul dezafectarea infrastructurii pentru a asigura eliminarea înregistrărilor învechite. * Îmbunătățirea controalelor post-dezafectare pentru a identifica înregistrările care rămân după eliminarea resurselor.

Traducere automată din actualizarea oficială a incidentului.

1. 18 septembrie 2026 la 13:03 UTCinvestigating

   Descriere incident: Investigăm o problemă care afectează prelucrarea datelor de inventar în mediile de producție ale UE și APAC. Clienții pot observa întârzieri în actualizările inventarului, ceea ce duce la date de inventar care nu reflectă cea mai recentă activitate de import. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice investighează în mod activ problema, validând sfera de impact și lucrând cu dependențe relevante pentru a restabili procesarea normală a inventarului. Alte actualizări vor fi furnizate pe măsură ce devin disponibile mai multe informații.

2. 18 septembrie 2026 la 13:50 UTCidentified

   Echipele noastre tehnice au urmărit problema până la o implementare recentă și au implementat acțiuni de remediere. Validarea iniţială indică reluarea procesului de inventariere, iar echipele tehnice monitorizează activ activitatea de prelucrare şi recuperarea backlog. Continuăm să validăm redresarea în mediile afectate și vom furniza actualizări suplimentare pe măsură ce devin disponibile mai multe informații.

3. 18 septembrie 2026 la 14:34 UTCidentified

   Echipele tehnice au completat actualizările de configurare necesare, iar datele de inventar continuă să fie prelucrate cu succes. S-a alocat o capacitate suplimentară de prelucrare pentru a accelera recuperarea backlog-urilor, iar echipele tehnice monitorizează activ trecerea și reducerea backlog-ului în mediile afectate. Activitățile de recuperare rămân în curs de desfășurare, iar noi actualizări vor fi furnizate pe măsură ce procesul de backlog continuă.

4. 18 septembrie 2026 la 14:39 UTCmonitoring

   Procesarea datelor inventariale continuă să se recupereze, iar echipele tehnice observă o tendință descendentă a volumului backlog. Capacitatea de prelucrare suplimentară rămâne în vigoare, iar progresele înregistrate în materie de redresare sunt monitorizate îndeaproape în mediile afectate. Vom continua să monitorizăm reducerea backlog și să oferim actualizări suplimentare pe măsură ce redresarea progresează.

5. 18 septembrie 2026 la 18:52 UTCmonitoring

   Prelucrarea datelor inventariale continuă ca urmare a remedierii implementate anterior. Echipele tehnice monitorizează în mod activ procesul de procesare prin intermediul și de recuperare backlog în mediile afectate. Echipele tehnice continuă să evalueze progresele în materie de recuperare și orice acțiuni suplimentare care ar putea contribui la accelerarea procesării backlog. Alte actualizări vor fi furnizate pe măsură ce redresarea progresează.

6. 18 septembrie 2026 la 19:49 UTCmonitoring

   Recuperare Backlog a finalizat în APAC ca urmare a remedierii implementate anterior, iar prelucrarea datelor de inventar a revenit la nivelurile preconizate în regiune. Activitățile de redresare continuă în UE, unde echipele tehnice monitorizează procesul de prelucrare și reducerea backlog. Sunt evaluate măsuri suplimentare de recuperare pentru a sprijini prelucrarea backlog pe măsură ce redresarea progresează.

7. 18 septembrie 2026 la 21:55 UTCmonitoring

   Eforturile de redresare continuă în UE, iar echipele tehnice observă o reducere continuă a întârzierilor rămase. Au fost puse în aplicare optimizări suplimentare de recuperare pentru a sprijini procesarea backlog în UE, iar echipele tehnice continuă să monitorizeze progresele înregistrate în materie de transport și de recuperare generală. Alte actualizări vor fi furnizate pe măsură ce progresul continuă.

8. 19 septembrie 2026 la 11:07 UTCmonitoring

   Recuperarea continuă să progreseze, iar blocajele rămase scad constant. Optimizările suplimentare puse în aplicare în mediul UE sprijină în mod eficient prelucrarea backlog. Echipele noastre continuă să monitorizeze îndeaproape progresele înregistrate în materie de recuperare și vor furniza actualizări suplimentare, după caz.

9. 19 septembrie 2026 la 19:09 UTCmonitoring

   Eforturile de redresare continuă în UE, iar echipele tehnice observă o reducere continuă a întârzierilor în urma optimizărilor implementate anterior. Pe baza tendințelor actuale în materie de redresare, nivelurile backlog au fost reduse semnificativ și continuă să se deplaseze în direcția preconizată. Alte actualizări vor fi furnizate pe măsură ce progresul continuă.

10. 20 septembrie 2026 la 19:55 UTCresolved

    Echipele tehnice au confirmat că prelucrarea datelor de inventariere în UE a revenit la funcționarea normală în urma remedierii implementate anterior. Problema a fost urmărită la o problemă de configurare de implementare care afectează prelucrarea datelor de inventar. Actualizările de configurare necesare au fost aplicate, restaurând procesarea normală. În urma validării și a monitorizării extinse, recuperarea backlog în UE a fost finalizată, iar prelucrarea inventarelor rămâne stabilă atât în UE, cât și în APAC. Acest incident este acum considerat rezolvat.

11. 23 octombrie 2026 la 17:20 UTCpostmortem

    **Descriere:** Flexera One - Managementul activelor IT - EU & APAC - Întârzieri de procesare a inventarelor Ca urmare a unei probleme de configurare a implementării ** Timeframe:** 16 septembrie 2026, 2:00 PM PDT - 20 septembrie 2026, 9:52 AM PDT ** Rezumat incident ** Vineri, 18 septembrie 2026, echipele tehnice au început investigarea rapoartelor de actualizări întârziate ale inventarului care afectează Flexera One IT Asset Management \ (ITAM\) clienții din Europa \ (EU\) și Asia-Pacific \ (APAC\) regiuni. Informațiile actualizate privind inventarul nu au fost reflectate în cerere, unii clienți raportând că cele mai recente date de inventar disponibile au rămas din data de 16 septembrie. Problema a afectat mai degrabă procesarea inventarului decât disponibilitatea generală a platformei ITAM. Analiza inițială a indicat faptul că serviciile de prelucrare a inventarului păreau sănătoase, dar fișierele de inventar primite nu progresau prin fluxul de lucru de prelucrare preconizat. Anchetă ulterioară a urmărit întreruperea la o desfășurare efectuată la 16 septembrie, în timpul căreia o problemă de configurare a afectat serviciile responsabile cu prelucrarea datelor de inventar. Echipele tehnice au identificat și corectat configurația implementării, permițând reluarea procesării inventarului. Cu toate acestea, un backlog semnificativ de fișiere de inventar s-au acumulat în timpul întreruperii și a necesitat timp suplimentar pentru a procesa. Procesarea inventarului a fost recuperată prima dată în APAC, unde istoricul acumulat a fost eliminat la 18 septembrie la aproximativ 12:21 PM PDT. Regiunea UE a necesitat timp suplimentar de recuperare datorită volumului de dosare restante. Echipele tehnice au ajustat setările capacității de procesare și au continuat monitorizarea backlog-ului pe măsură ce au fost procesate fișierele de inventar. Restul backlog-ului UE a fost complet eliminat la 20 septembrie la aproximativ 9:52 AM PDT. Monitorizarea ulterioară a confirmat că prelucrarea inventarului a revenit la niveluri normale de operare. **Root Cause** Incidentul a fost cauzat de o problemă de configurare a implementării introdusă în timpul unei actualizări din 16 septembrie a serviciilor de prelucrare a inventarului. La momentul implementării, infrastructura de prelucrare a inventarelor se tranziționa între mediile de aplicare, cu diferite servicii necesare pentru a rămâne active în fiecare mediu, în funcție de regiune. Aceasta a crescut complexitatea menținerii configurației corecte a producției, iar configurația necesară a serviciului nu a fost menținută corect în timpul implementării. Ca urmare, fluxul de lucru de prelucrare a inventarului a fost întrerupt în regiunile UE și APAC, împiedicând prelucrarea fișierelor de inventar și amânarea actualizărilor datelor de inventar. Odată ce configurația a fost corectată, procesarea inventarului a fost reluată, cu backlog-ul acumulat care necesită timp suplimentar pentru a procesa înainte ca nivelurile normale de operare să fie complet restaurate. ** Acțiuni de mediere ** Următoarele acțiuni au fost întreprinse în timpul răspunsului la incidente: 1. ** Investigație de incident Inițiat:** Echipele tehnice au investigat rapoartele privind actualizările întârziate ale inventarului în regiunile UE și APAC și au analizat fluxul de lucru privind prelucrarea inventarului pentru a identifica sursa întreruperii. 2. **Problema de configurare de implementare Identificat:** Ancheta a urmărit întreruperea implementării din 16 septembrie și a identificat o configurație incorectă a serviciilor care afectează prelucrarea inventarului în regiunile afectate. 3. **Configurația de producție corectată:** Actualizările de configurare necesare au fost aplicate pentru a restabili serviciile de procesare a inventarului afectate, permițând fișierelor de inventar de intrare să reia prelucrarea. 4. ** Inventar Backlog Recovery Iniţiat:** Echipele tehnice au monitorizat fișierele de inventar acumulate și au ajustat resursele de procesare disponibile pentru a sprijini recuperarea backlog după restabilirea fluxului de lucru de prelucrare. 5. **Processing Throughput Optimized:** În cursul redresării UE, echipele tehnice au identificat constrângeri privind capacitatea de prelucrare în cadrul volumului de muncă sporit și al convailității de prelucrare ajustate pentru a îmbunătăți capacitatea de producție, menținând în același timp stabilitatea serviciilor. 6. **Service Recovery valided:** Echipele tehnice au confirmat că backlog-ul APAC a fost eliminat la 18 septembrie, urmată de o recuperare completă la nivelul UE la 20 septembrie. Monitorizarea continuă a verificat faptul că procesarea inventarului a revenit la niveluri normale de operare. ** Măsuri preventive viitoare ** În urma incidentului, am realizat o retrospectivă pentru a revizui problema configuraţiei de implementare, diferenţele dintre mediile de aplicare, capacităţile de monitorizare a proceselor de inventariere şi oportunităţile de îmbunătăţire a validării implementării şi a vizibilităţii operaţionale. Au fost finalizate sau sunt în curs următoarele acțiuni corective și activități de îmbunătățire: 1. ** Regional Service Configuration Management:** O listă regională de configurare a serviciilor a fost pusă în aplicare pentru a documenta și menține configurația necesară a serviciilor în diferitele medii de desfășurare, reducând riscul de neconcordanțe de configurare în timpul viitoarelor versiuni. 2. **Îmbunătățiri de validare a implementării:** A fost pusă în aplicare o listă de implementare pentru a verifica dacă serviciile necesare de prelucrare a inventarului funcționează în medii adecvate în timpul activităților de desfășurare. 3. **Monitorizarea extinsă a procesării inventarului:** Monitorizarea și alertarea suplimentare au fost puse în aplicare pentru a identifica întreruperile în procesarea inventarului mai devreme și pentru a permite investigarea și recuperarea mai rapidă. 4. **Impovedit Eroare de procesare Vizibilitate:** Au fost implementate tablouri de bord de monitorizare pentru a oferi o mai mare vizibilitate modelelor anormale de răspuns la aplicații, inclusiv erorilor legate de capacitatea de prelucrare. Aceste îmbunătățiri au sprijinit deja detectarea și recuperarea anterioare în timpul aspectelor ulterioare de prelucrare. 5. **Simplificarea mediului de producţie:** Lucrările continue de consolidare a modelului de implementare vor reduce complexitatea operațională asociată menținerii diferitelor configurații de servicii în medii și regiuni, contribuind la reducerea riscului unor întreruperi de prelucrare similare legate de configurare.

Traducere automată din actualizarea oficială a incidentului.

1. 16 septembrie 2026 la 09:04 UTCidentified

   Descriere incident: În prezent ne confruntăm cu o problemă care afectează situl comunitar Flexera. Din cauza unei întreruperi continue care afectează un furnizor de servicii terţ, clienţii nu pot accesa portalul comunitar Flexera sau pot experimenta comportament intermitent şi nesigur. În plus, clienţii nu pot crea, actualiza sau interacţiona cu cazurile de sprijin prin intermediul site-ului comunitar. E-mailurile trimise la support@flerück.com în această perioadă nu pot fi primite sau prelucrate până la soluționarea întreruperii subiacente. Această pană terţă furnizor de servicii afectează, de asemenea, capacitatea proactivă de monitorizare pentru echipele de sprijin Spot pentru a detecta orice probleme de mediu ale clienţilor, împreună cu un widget chatbot în interiorul consolei Spot, precum şi. Prioritate: P3 Activitatea de restaurare: Echipele noastre tehnice monitorizează în mod activ situația și lucrează cu furnizorul terț pentru a urmări eforturile de restaurare. Vom continua să evaluăm impactul asupra clienților și să oferim actualizări suplimentare pe măsură ce devin disponibile informații suplimentare.

2. 16 septembrie 2026 la 12:31 UTCidentified

   Furnizorul de servicii a validat cu succes fixarea într-un mediu de testare și a început implementarea acesteia în toate cazurile afectate. Lansarea înregistrează progrese în funcție de regiune, iar serviciile revin la normal în regiunile în care implementarea a fost finalizată.

3. 16 septembrie 2026 la 19:25 UTCmonitoring

   Furnizorul nostru de servicii raportează că telemetria serviciilor a rămas sănătoasă în urma implementării atenuării. Comunitatea rămâne accesibilă în acest moment și nu a fost identificat niciun impact confirmat. Vom continua monitorizarea mediului pentru a asigura stabilitatea continuă în timp ce activitățile de validare finală sunt finalizate. Vom furniza o actualizare suplimentară pe măsură ce devin disponibile informații suplimentare.

4. 16 septembrie 2026 la 22:00 UTCmonitoring

   Furnizorul nostru de servicii a declarat că incidentul de bază s-a rezolvat în urma atenuării cu succes și a validării extinse. Comunitatea rămâne accesibilă și nu a fost identificat niciun impact confirmat. Monitorizarea pe tot parcursul perioadei de recuperare nu a identificat probleme suplimentare. Acest incident este acum considerat rezolvat.

5. 17 septembrie 2026 la 11:01 UTCresolved

   Echipele noastre au continuat să monitorizeze serviciul pe tot parcursul perioadei de recuperare și nu au fost observate alte probleme. Pe baza stabilității susținute a serviciului, acest incident este acum considerat rezolvat.

6. 30 septembrie 2026 la 12:30 UTCpostmortem

   **Descriere:** Flexera Community- Service indisponibil ** Timeframe:** September 16, 2026, 12:50 AM PDT to September 16, 2026, 8:26 AM PDT ** Rezumat incident ** La 16 septembrie 2026, la 12:50 AM PDT, Flexera a identificat o problemă care afectează disponibilitatea și fiabilitatea sitului comunitar Flexera din cauza unei întreruperi care afectează un furnizor extern de servicii care sprijină platforma comunitară. În timpul incidentului, este posibil ca clienții să nu fi putut accesa Comunitatea Flexera, să ridice sau să gestioneze cazuri de sprijin sau să primească răspunsuri la cazurile existente prin intermediul Comunității. E-mailurile trimise la support@flerück.com pot fi, de asemenea, întârziate sau nu prelucrate în timpul întreruperii. Problema a afectat, de asemenea, funcționalitatea chatbot în consola Spot, care se bazează pe serviciile afectate. În plus, întreruperea a afectat capacitățile proactive de monitorizare utilizate de echipele Spot Support pentru a identifica anumite probleme de mediu ale clienților care depind de notificările de servicii. Furnizorul de servicii a validat ulterior o fixare și a început să o desfășoare în toate cazurile afectate, în funcție de regiune. Pe măsură ce atenuarea a fost implementată, serviciile au revenit progresiv la normal. În urma implementării, telemetria serviciilor a rămas sănătoasă în mediile orientate către clienți. Validarea a confirmat că funcționalitatea Flexera Community și Spot chatbot funcționează în mod normal. Incidentul furnizorului principal a fost ulterior declarat rezolvat, iar Flexera a finalizat validarea finală și a închis incidentul. **Root Cause** Incidentul a fost cauzat de o întrerupere care afectează serviciile unui furnizor extern de servicii care sprijină Comunitatea Flexera și funcționalitatea aferentă. Perturbarea serviciilor a afectat disponibilitatea și fiabilitatea platformei comunitare și integrarea asociată, ceea ce a dus la perturbarea temporară a funcționalității cazurilor de sprijinire a clienților și a capacităților Spot aferente. ** Acțiuni de mediere ** * Remedierea furnizorului: Furnizorul extern de servicii a validat și implementat un fix în toate cazurile afectate. * Validarea serviciului: Echipele Flexera au monitorizat Comunitatea, funcţionalitatea chatbot şi serviciile conexe pe măsură ce reparaţia a fost implementată. * Monitorizarea recuperării: sănătatea și funcționalitatea serviciului au fost monitorizate pentru a confirma stabilitatea după remediere. * Închidere incident: După rezolvarea problemei furnizorului de bază și Flexera a finalizat validarea, incidentul a fost închis. ** Măsuri preventive viitoare ** * Monitorizarea sporită a dependenței: Continuarea monitorizării dependențelor externe critice care sprijină serviciile orientate către clienți. * Evaluarea impactului asupra clienților: Continuarea evaluării impactului perturbărilor serviciilor externe în cadrul serviciilor integrate Flexera, inclusiv în cadrul Comunității, gestionarea cazurilor de sprijin și funcționalitatea Spot. * Monitorizarea post-incident: Continuarea monitorizării pentru impactul rezidual al clientului după restaurarea serviciilor externe.

Traducere automată din actualizarea oficială a incidentului.

1. 15 septembrie 2026 la 23:05 UTCinvestigating

   Descriere incident: Investigăm în prezent o problemă care afectează serviciile de politici și automatizare în mediul de producție al UE. Clienții din UE pot suferi eșecuri atunci când utilizează politici și nu își pot vizualiza politicile prin interfața cu utilizatorul. Impactul este limitat la regiunea UE. Prioritate: P2 Activitatea de restaurare: Echipele noastre tehnice au fost angajate și investighează activ o problemă întâlnită în timpul unei actualizări a infrastructurii pentru a identifica cauza de bază și pentru a restabili serviciul normal cât mai repede posibil. Alte actualizări vor fi furnizate pe măsură ce ancheta progresează.

2. 16 septembrie 2026 la 06:16 UTCmonitoring

   Problema care afectează mediul UE a fost rezolvată, iar accesul la interfața cu utilizatorul a fost restabilit pe deplin. În timp ce serviciul funcționează în mod normal în prezent, poate dura ceva timp pentru backlog-ul muncii la coadă care s-a acumulat în timpul întreruperii de procesare. Echipele noastre monitorizează în mod activ recuperarea pentru a se asigura că backlog-ul este eliminat și serviciile continuă să funcționeze conform așteptărilor. Vom continua să monitorizăm mediul cu atenție și vom confirma odată ce prelucrarea a revenit complet la nivelurile normale.

3. 16 septembrie 2026 la 08:24 UTCresolved

   Echipele noastre au continuat să monitorizeze îndeaproape serviciul și nu au fost observate noi probleme. Reflectarea muncii la coada care s-a acumulat in timpul intreruperii se proceseaza cu succes si continuand sa scada asa cum era de asteptat. Pe baza stabilităţii observate de la recuperare, acest incident este acum rezolvat. Vom continua să monitorizăm prelucrarea pentru a ne asigura că restul de date sunt complete, iar serviciul va continua să funcţioneze conform aşteptărilor.

4. 12 octombrie 2026 la 12:02 UTCpostmortem

   **Descriere:** Flexera - UE - Politici/Automatizare Indisponibilă ** Timeframe:** September 15, 2026, 3:50 PM PDT to September 16, 2026, 1:22 AM PDT ** Rezumat incident ** La 15 septembrie 2026, la ora 3:50 PM PDT, o modernizare a infrastructurii care sprijină Automatizarea în mediul de producție al UE a dus la o perturbare a conectivității rețelei care afectează politicile și automatizarea. Clienții s-au confruntat cu dificultăți de vizualizare a politicilor în interfața cu utilizatorul, iar operațiunile legate de politică au eșuat. Ancheta a identificat un comportament neașteptat dintr-o componentă de rețea moștenită. Acest lucru a perturbat conectivitatea impusă de serviciile afectate. Echipa a identificat componenta implicată și a adus resursele necesare online, restaurând conectivitatea la rețea. Problema de bază a fost rezolvată la 15 septembrie la 10:13 PM PDT. În urma acestui fapt, echipa a continuat să monitorizeze recuperarea serviciului și procesarea backlog-ului acumulat în timpul întreruperii. Odată ce prelucrarea backlog a progresat conform așteptărilor și stabilitatea serviciului a fost confirmată, incidentul a fost declarat complet restaurat la 16 septembrie 2026, la 1:22 AM PDT. Impactul s-a limitat la mediul de producție al UE. **Root Cause** Incidentul a fost cauzat de comportamentul neașteptat al unei componente de rețea moștenite în timpul actualizării infrastructurii de automatizare în regiunea UE. Această conectivitate la rețea perturbată impusă de politici și automatizare, ceea ce duce la indisponibilitatea serviciului și la disfuncționalități ale funcționalității legate de politică. ** Acțiuni de mediere ** Echipele noastre au efectuat acțiunile de mai jos pentru a restabili serviciile la normalitate: * Restaurarea conexiunii: a identificat componenta moștenită implicată și a adus resursele necesare online pentru a restabili conectivitatea rețelei. * Recuperarea serviciului: conectivitate restaurată și rezolvat problema de bază care afectează politicile și automatizarea. * Procesare Backlog: Monitorizat backlog acumulate ca prelucrare recuperat după restaurarea serviciului. * Validarea post-restaurare: Stabilitatea confirmata a serviciului si a verificat ca procesarea backlog-ului progreseaza asa cum era de asteptat inainte de a declara incidentul complet restaurat. ** Măsuri preventive viitoare ** * Planificarea migrației: Migrația corespunzătoare SUA a fost reprogramată cu o fereastră de întreținere mai lungă pentru a permite timp suplimentar pentru depanări și recuperare. * Înlocuirea componentei Legacy: Componenta moștenită este înlocuită ca parte a efortului de modernizare a infrastructurii. Odată ce înlocuirea este completă, această dependență specifică moștenirii va fi eliminată în toate mediile.

Traducere automată din actualizarea oficială a incidentului.