Rightscale driftsforstyrrelser

1. 24. august 2026 kl. 13.04 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker lagerbehandling inden for Flexera One IT Asset Management i Nordamerika. Kunderne kan opleve forsinkelser i lagerbehandlingen og forsinket tilgængelighed af opdaterede lagerdata inden for platformen. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt at undersøge problemet og gennemgå lagerbearbejdningen aktivitet på tværs af de berørte tjeneste. Vi arbejder på at finde årsagen til forsinkelserne i behandlingen og genoprette den normale behandling. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 24. august 2026 kl. 14.57 UTCinvestigating

   Tekniske hold har identificeret, at lagerbearbejdningen adfærd varierer på tværs af berørte kunder. Mens lagerbeholdningerne fortsætter med at blive behandlet for nogle kunder, andre oplever betydeligt reducerede forarbejdningspriser eller lagerbeholdninger, der ikke skrider gennem normal behandling arbejdsgange. Technical teams har også identificeret service tilgængelighed fejl, der påvirker nogle opgørelse upload forsøg og er aktivt undersøge omfanget af effekt og underliggende årsag. Analyser af berørte organisationer og behandlingsaktiviteter fortsætter. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

3. 24. august 2026 kl. 16.38 UTCidentified

   Tekniske hold har udført målrettede service recovery aktioner og observere lagerbearbejdningen genoptage for tidligere berørte kunder, med backlog niveauer faldende. Der er fortsat undersøgelser i gang, efterhånden som tekniske hold fortsætter med at overvåge genopretningen og vurdere den underliggende årsag. Mens der er sket fremskridt, fortsætter holdene med at validere tjenestestabiliteten og overvåge for eventuelle resterende virkninger. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

4. 24. august 2026 kl. 21.21 UTCmonitoring

   Genopretningen fortsætter med at udvikle sig, idet lagerbearbejdningen vender tilbage til det forventede niveau for tidligere påvirkede kunder. Tekniske hold observerer en fortsat reduktion i efterslæbet og overvåger aktivt servicestabiliteten. Undersøgelsen af den underliggende årsag fortsætter. Den aktuelle analyse er fokuseret på flere potentielt medvirkende faktorer, der er identificeret i den berørte periode, mens tekniske hold fortsætter med at validere inddrivelse og overvåge for eventuelle resterende virkninger.

5. 25. august 2026 kl. 10.00 UTCmonitoring

   Tekniske hold observerer fortsat en konstant reduktion i efterslæbet, samtidig med at de nøje overvåger den samlede driftsstabilitet. Undersøgelsen af den underliggende årsag er stadig i gang. Vi vil fortsætte med at levere opdateringer, efterhånden som yderligere oplysninger bliver tilgængelige.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 18. august 2026 kl. 09.32 UTCinvestigating

   Hændelsesbeskrivelse: Vi undersøger i øjeblikket et problem, der påvirker adgangen til Flexera One-tjenester i APAC-regionen. De berørte kunder kan få problemer med at få adgang til platformen eller støde på fejl efter autentificering. Prioriteret: P1 Genoprettelse Aktivitet: Vores tekniske har været engageret og er aktivt undersøge problemet for at identificere den underliggende årsag og genoprette normal service så hurtigt som muligt.

2. 18. august 2026 kl. 10.18 UTCidentified

   Vores undersøgelse har identificeret et konfigurationsproblem som den sandsynlige årsag til virkningen. Holdene arbejder aktivt på at gennemføre og validere korrigerende foranstaltninger for at genoprette normal service. Yderligere opdateringer vil blive leveret som undersøgelsen skrider frem.

3. 18. august 2026 kl. 10.43 UTCidentified

   Efterhånden som undersøgelsen er skredet frem, har vores team identificeret tegn på, at problemet ikke er isoleret til IT Asset Management og kan have bredere indvirkning på hele Flexera One platformen i APAC. Der gøres en indsats mod den identificerede årsag, og holdene fokuserer på at genoprette fuld servicestabilitet. Yderligere opdateringer vil blive givet som mere information bliver tilgængelig.

4. 18. august 2026 kl. 10.50 UTCidentified

   Vi fortsætter med at arbejde på en løsning på dette problem.

5. 18. august 2026 kl. 11.47 UTCmonitoring

   Et fix er blevet gennemført, og adgang til Flexera One platformen er blevet genoprettet. Vores hold udfører yderligere valideringsaktiviteter og overvåger fortsat nøje tjenesternes sundhed og ydeevne for at bekræfte stabiliteten og sikre, at alle tjenester forbliver fuldt operationelle.

6. 18. august 2026 kl. 12.13 UTCresolved

   Efter udvidede overvågnings- og verifikationsaktiviteter har vores hold bekræftet, at tjenesterne forbliver stabile, og at der ikke er observeret yderligere virkninger. Hændelsen er blevet løst, og alle berørte tjenester er fuldt operationelle.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 13. august 2026 kl. 01.08 UTCinvestigating

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

2. 13. august 2026 kl. 03.27 UTCmonitoring

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

3. 13. august 2026 kl. 03.27 UTCmonitoring

   We are continuing to monitor for any further issues.

4. 13. august 2026 kl. 05.57 UTCresolved

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

1. 11. august 2026 kl. 17.26 UTCinvestigating

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

2. 11. august 2026 kl. 17.48 UTCidentified

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

3. 11. august 2026 kl. 18.08 UTCmonitoring

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

4. 11. august 2026 kl. 20.26 UTCresolved

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

5. 14. august 2026 kl. 20.02 UTCpostmortem

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

1. 7. august 2026 kl. 04.55 UTCinvestigating

   Emne Beskrivelse: Vores hold har identificeret, at nogle Flexera kundernes e-mail-systemer afviser e-mails sendt med meddelelser om opdateringer på Flexera Support sager. Prioriteret: P3 Genopretningsaktivitet: Tekniske hold undersøger sagen aktivt. I mellemtiden skal du logge ind på Flexera Community og bruge støttesag portal på https: / / community.flexera.com / s / case / Case / Standard til at gennemgå sag status og kontrollere for eventuelle opdateringer.

2. 7. august 2026 kl. 12.28 UTCidentified

   Vores hold har identificeret årsagen til problemet og arbejder i øjeblikket på at løse det.

3. 8. august 2026 kl. 10.48 UTCidentified

   Vores hold fortsætter med at arbejde hen imod en løsning. Under den igangværende undersøgelse identificerede vi, at e-mails fra Flexera i nogle tilfælde kan blive blokeret af SharePoint. Behandling af dette spørgsmål kræver yderligere undersøgelse og koordinering med de relevante parter for at sikre, at der træffes passende afhjælpende foranstaltninger. Vi vil fortsætte med at levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

4. 10. august 2026 kl. 10.10 UTCidentified

   Vores hold fortsætter med at arbejde hen imod en løsning. Yderligere undersøgelse og koordinering med de relevante hold er i gang for at genoprette normal e-mail flow. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

5. 12. august 2026 kl. 13.50 UTCmonitoring

   Vores hold har gennemført korrigerende foranstaltninger og observerer positive resultater. Den første valideringstest har været vellykket, hvilket tyder på, at afbødende foranstaltninger er effektive. Vi vil fortsat nøje overvåge tjenesten for at sikre fortsat stabilitet og vil levere yderligere opdateringer, efterhånden som de bliver tilgængelige.

6. 14. august 2026 kl. 05.41 UTCresolved

   Efter udvidet overvågning, har vores hold bekræftet, at alle e-mail opdateringer bliver leveret med succes. Denne hændelse er blevet erklæret som løst.

7. 21. august 2026 kl. 09.13 UTCpostmortem

   * * Beskrivelse: * * Flexera Support Cases - Forsinket eller mislykkedes e-mail Meddelelser * * Tidsramme: * * 5. august 2026, 12: 00 PDT til 13. august 2026, 11: 10 Name * * Hændelsesoversigt * * Name Den 5. august 2026 identificerede vores hold et problem, der påvirker e-mails til Flexera Support-sager. Under hændelsen modtog nogle kunder ikke e-mail-meddelelser, når der blev foretaget opdateringer til deres støttesager, som kan have forsinket bevidstheden om sagsaktivitet og fremskridt. Vores tekniske hold undersøgte problemet og fastslog, at et problem med e-mail levering konfiguration var årsag til nogle udgående supportsag meddelelser til at blive afvist af modtageren e-mail-systemer. Som en midlertidig foranstaltning blev kunderne rådet til at få adgang til Flexera Community Support Case portalen direkte for at gennemgå deres sagsstatus og opdateringer. Vores hold implementerede en permanent ændring til e-mail levering konfiguration og efterfølgende valideret meddelelse levering. Efter oprydning, e-mail meddelelser blev bekræftet til at fungere som forventet, og hændelsen blev løst den August 13, 2026, på 11: 10 AM PDT. Name * * Rodårsag * * Name * Indstilling af e- mail- levering: Et problem med den konfiguration, der anvendes til at levere kundevendte support case meddelelser forårsaget nogle e-mails, der skal afvises af modtageren e-mail-systemer. * Anmeldelse Levering: Den berørte konfiguration resulterede i nogle kunder ikke modtager e-mail-meddelelser, når opdateringer blev foretaget til deres supportsager. * Kundeeffekt: Spørgsmålet berørte kun e-mail-meddelelser; kunderne kunne fortsætte med at få adgang til deres støttesager direkte gennem Flexera Community Support Case portal. Name * * Genoprettelsesaktioner * * Name * Opdateret e- mail- leveringskonfiguration: Konfigurationen af e-mail-levering blev permanent opdateret for at bruge den relevante primære e-mail-leveringsinfrastruktur. * Anmeldelse Validering: hold valideret udgående meddelelse levering efter konfigurationsændringen. * Customer Workaround: Under hændelsen, kunder blev rådet til at få adgang til Flexera Community Support Case portal direkte til at gennemgå sag status og opdateringer. * Service Overvågning: hold overvåget e-mail anmeldelse levering efter oprydning for at bekræfte fortsat stabilitet. Name * * Fremtidige forebyggende foranstaltninger * * * Opretholde godkendt e-mail Routing: Customer- face support case meddelelser vil fortsætte med at bruge den primære e-mail levering infrastruktur etableret gennem den permanente oprydning. * E-mail levering Overvågning: Forbedre overvågning og varsling for udgående støtte tilfælde anmeldelse fejl og afviste meddelelser til at give tidligere påvisning af potentielle leveringsproblemer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 5. august 2026 kl. 08.28 UTCresolved

   Hændelse Beskrivelse: Vores hold identificeret en service afbrydelse påvirker en delmængde af Flexera One IT Asset Management (ITAM) kunder i APAC produktionsmiljø fra 4 August 2026, 04: 04 AM PDT til 04: 25 AM PDT. I den berørte periode oplevede en delmængde af vores kunder periodisk langsommelighed, service manglende lydhørhed, eller data loading fejl i platformen. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold undersøgt problemet og fastslået, at en uventet database ressource udmattelse tilstand opstod i den berørte periode. Betingelsen efterfølgende selvkorrigerede, så de berørte tjenester kan komme sig og vende tilbage til normal drift. Valideringen efter hændelsen bekræftede, at platformoperationer udføres som forventet. Vi foretager en detaljeret gennemgang af hændelsen og vurderer yderligere sikkerhedsforanstaltninger, kapacitetskontrol og overvågningsforbedringer for yderligere at reducere sandsynligheden for lignende hændelser i fremtiden.

2. 21. august 2026 kl. 09.03 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset management - APAC - Data loading fejl / langsommelighed * * Tidsramme: * * August 4, 2026, 4: 04 AM PDT til August 4, 2026, 4: 25 AM PDT Name * * Hændelsesoversigt * * Name Tirsdag den 4. august 2026 identificerede vores team et problem, der påvirker en undergruppe af kunder i APAC produktionsmiljøet. Under hændelsen oplevede nogle kunder periodisk applikation langsom, midlertidig manglende lydhørhed, og fejl ved indlæsning af data i Flexera One IT Asset Management. Vores tekniske hold undersøgte problemet og fastslog, at en uventet database ressource udmattelse begivenhed påvirkede produktionen miljø. Betingelsen resulterede i midlertidig funktionsforringelse for en delmængde af kundelejere. Databasen tilstand løst automatisk efter ca. 20 minutter, og ansøgning ydeevne tilbage til normal uden at kræve direkte engineering intervention. Vores team fortsatte med at overvåge miljøet efter inddrivelse og bekræftede, at de berørte tjenester fungerede normalt uden løbende kundepåvirkning.. Name * * Rodårsag * * Name * Uventet Database Resource Exhaustion: En midlertidig stigning i database ressourceforbrug opbrugt den tilgængelige midlertidige database lagerkapacitet, der anvendes af produktionen database klynge. * High Resource- Consuming Forespørgsler: Det blev identificeret, at specifikke uventede forespørgsel køre manuelt af en bruger, der forbrugte betydelige mængder af midlertidige database ressourcer, hvilket resulterer i en midlertidig ressource udmattelse tilstand. * Application Performance Impact: Resource konsumption påvirket databaseoperationer og resulterede i periodisk ansøgning langsommelighed, manglende lydhørhed, og data loading fejl for en delmængde af kunder. Name * * Genoprettelsesaktioner * * Name * Automatisk Service Inddrivelse: Databasen ressource tilstand ryddet automatisk, så applikationstjenester til at vende tilbage til normal drift. * Service Monitoring: Teams overvåget miljøet efter nyttiggørelse og bekræftet, at tjenester forblev stabile. * Hændelsesanalyse: Engineering teams gennemgået databasen aktivitet og ressourceudnyttelse i forbindelse med begivenheden til at identificere de medvirkende forespørgsler og forstå adfærd. Name * * Fremtidige forebyggende foranstaltninger * * Name * Ressourcestyring: Evaluere yderligere SQL Server ressourcestyring kontrol for at reducere den potentielle virkning af høj ressource database forespørgsler. * Alert Response Forbedringer: Gennemgå alarmhåndteringsprocedurer for at forbedre detektering, vurdering og respons på lignende database ressourceforhold. * Driftsforbedringer: Forespørgslen er blevet gennemgået af vores tekniske team og foranstaltning er blevet indført for at undgå et lignende scenario i fremtiden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 3. august 2026 kl. 06.56 UTCinvestigating

   Hændelse Beskrivelse: Vi er i øjeblikket undersøge et problem, der påvirker lagerpakke (* .zip) uploads i Europa-regionen for Flexera One IT Asset Management. Kunder, der forsøger at uploade specifikke lagerpakker kan støde på fejl, hvilket resulterer i mislykkede lageruploads og forsinkelser i lagerdatabehandlingen. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske team er aktivt at undersøge spørgsmålet og gennemgå aktuelle behandling aktivitet for at bekræfte omfang og fremskridt. Vi overvåger situationen nøje og vil give opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 3. august 2026 kl. 08.10 UTCinvestigating

   Vores team fortsætter med aktivt at undersøge problemet og er ved at foretage en detaljeret gennemgang af systemlogfiler og diagnostik til yderligere at identificere og bekræfte den underliggende rodårsag. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

3. 3. august 2026 kl. 09.38 UTCinvestigating

   I løbet af den igangværende undersøgelse identificerede vores team, at spørgsmålet også kan have indflydelse på kommunikation med Flexera One EU Production miljøet. Som følge heraf kan yderligere operationer, der er afhængige af beacontoplatform kommunikation blive påvirket. Holdet fortsætter med at undersøge den underliggende årsag, vurdere det fulde omfang af effekt, og arbejde hen imod at gennemføre en resolution så hurtigt som muligt.

4. 3. august 2026 kl. 10.40 UTCmonitoring

   Vores hold har identificeret en nylig konfigurationsændring som den sandsynlige årsag til problemet. Konfigurationen er siden blevet rullet tilbage, og vi observerer service opsving på tværs af de berørte komponenter, med platform funktionalitet gradvist vende tilbage til forventede niveauer. Holdene er fortsat aktivt engageret i at overvåge miljøet for at validere fuld genopretning, sikre platformens stabilitet og hurtigt håndtere eventuelle resterende virkninger.

5. 3. august 2026 kl. 10.40 UTCmonitoring

   Vi fortsætter med at overvåge for yderligere spørgsmål.

6. 3. august 2026 kl. 17.09 UTCmonitoring

   Formidlingsaktioner forbliver effektive, og lagerbehandlingen fortsætter med succes. Vi er aktivt at overvåge inddrivelse fremskridt og arbejde gennem den resterende efterslæb for at sikre, at al behandling er afsluttet med succes. Vi vil fortsat levere opdateringer, efterhånden som genopretningsindsatsen skrider frem.

7. 4. august 2026 kl. 07.02 UTCmonitoring

   Genopretningen af tjenesten er fortsat på sporet, og afbødende foranstaltninger er fortsat effektive. Lagerbearbejdningen fungerer godt, og efterslæbet er blevet reduceret betydeligt, hvilket bringer volumen tættere på normale niveauer. Vores hold fortsætter med at overvåge miljøet og behandle den resterende efterslæb til at fuldføre inddrivelse. Yderligere opdateringer vil blive givet, hvis det er relevant.

8. 4. august 2026 kl. 11.09 UTCresolved

   Miljøet er vendt tilbage til normale driftsniveauer. Lagerbearbejdningen og beacon-kommunikationen er stabil, og de forventede tærskler er vendt tilbage. Platformen forbliver sund, med fortsat overvågning bekræfter vedvarende stabilitet. Yderligere oplysninger om den grundlæggende årsag, genoprettende aktioner og langsigtede forbedringsinitiativer vil blive delt i en post mortem-rapport efter validering af resultaterne.

9. 18. august 2026 kl. 12.41 UTCpostmortem

   * * Beskrivelse: * * Flexera One- IT Asset Management - EU - Opgørelsesfejl * * Tidsramme: * * 31 juli 2026, 6: 00 PDT til 4 august 2026, 4: 09 AM PDT Name * * Hændelsesoversigt * * Name Søndag den 2. august 2026, kl. 11: 42 PDT, identificerede Flexera et problem, der påvirker lagerpakken\ (\ * .zip\) uploads og vælg beacon kommunikation inden for Flexera One IT Asset Management EU Production miljø. Berørte kunder oplevede fejlbehæftede lagerpakker uploads, herunder HTTP 504\ (Gateway Timeout\) og HTTP 405\ (Metode ikke tilladt\) svar. Problemet også forstyrret vælge beacontoplatform kommunikation, forårsager forsinkelser eller svigt i lagerbehandling og lagerdata indtagelse. Undersøgelsen fastslog, at tidligst virkning startede kl. 18.00 PDT den 31. juli 2026. En analyse identificerede et kommunikationsproblem inden for en kritisk rute, der forhindrede en delmængde af anmodninger i at nå frem til efterfølgende behandlingstjenester. Dette resulterede i gentagne genterier, forsinket lagerbehandling, og backlog akkumulering. For at mindske problemet og genoprette tjenesten blev trafikken omdirigeret til en alternativ kommunikationsvej. Efter denne ændring, beacon kommunikation stabiliseret, lageruploads genoptaget behandlingen med succes, og lagerbeholdningen tilbage begyndte at falde. Ved 3: 42 AM PDT på August 3, 2026, inventar uploads blev afsluttet med succes og ingen nye fejl blev observeret. Miljøet forblev under udvidet overvågning, mens behandling mængder vendte tilbage til normale driftsniveauer. kl 4: 09 AM PDT den 4. august 2026, Flexera bekræftet, at beacon kommunikation, lagerbehandling, og tilhørende platform-tjenester var i drift normalt, backlog var vendt tilbage til forventede tærskler, og hændelsen blev formelt erklæret løst. Name * * Rodårsag * * Name Den 31. juli 2026 skabte et certifikat opdatering til en kritisk tjeneste kommunikationssti en konfiguration mismatch mellem platform komponenter. Spørgsmålet dukkede op senere, når applikationskomponenter blev genstartet og begyndte at etablere nye forbindelser ved hjælp af den opdaterede konfiguration. Dette forårsagede håndtryk fejl og kommunikationsfejl, hvilket resulterede i service manglende tilgængelighed. Derfor kunne anmodninger fra kundebeacons om at uploade lagerpakke\ (\ * .zip\) filer til EU produktionsmiljø ikke behandles, forårsager upload fejl og forhindrer lagerdata i at blive modtaget og behandlet. En undergruppe af andre beacontoplatformsinteraktioner blev også påvirket, selv om kundernes indvirkning ikke blev observeret med det samme. Tjenesten blev genoprettet ved at omdirigere trafikken til en alternativ kommunikationsvej, som ikke var påvirket af problemet med certifikatrelateret konfiguration. Optag uploads og signal kommunikation derefter genoptaget normal drift. Medvirkende faktorer * Intermitterende anmodning Fejl: Mislykket tilslutning etablering forsøg forårsaget en del af anmodninger til at være forgæves, før du når downstream behandling tjenester. * Inventory Processing Forsinkelser: Kommunikationsfejl forhindrede nogle lagerpakker og tilhørende import fra behandling med succes, hvilket resulterede i forsinkede lageropdateringer. * Retry- Driven Backlog Growth: Automatiserede retry mekanismer gjorde det muligt for mange transaktioner til sidst lykkes, men bidrog til øget behandling forsinkelser og backlog akkumulering, mens problemet forblev aktiv. Name * * Genoprettelsesaktioner * * Name For at genoprette tjenesten, tekniske hold udført nedenfor aktioner: * Trafik omdirigering: omdirigeret trafik væk fra den berørte service sti til at genoprette stabile beacon kommunikation og opgørelse pakke uploads. * Platform Overvågning: Udført kontinuerlig overvågning af beacon kommunikation, opgørelse uploads, og behandling aktivitet til at kontrollere service opsving. * Backlog Recovery Management: Kontrolleret lagerbearbejdningen gennemløb og valideret, at behandling backlogs støt reduceret og vendte tilbage til forventede driftstærskler. * Stabilitet Validering: Leveret udvidet overvågning efter restaurering for at bekræfte vedvarende platform stabilitet og vellykket lagerbehandling. * Service restaurering bekræftelse: på 4: 09 AM PDT den August 4, 2026, bekræftede, at beacon kommunikation, lagerbehandling, og tilknyttede tjenester fungerede normalt. Name * * Fremtidige forebyggende foranstaltninger * * Name * Service Communication Resilience: Gennemgå og forbedre den berørte kommunikation sti til at forbedre pålidelighed, elasticitet, og inddrivelse fra fremtidige forbindelsesrelaterede forstyrrelser. * Styrket ændring Validering: Forbedre validering og testprocesser for infrastruktur, konfiguration, certifikat og service-sti ændringer til at identificere kommunikationsfejl, før implementering i produktionsmiljøer. * Forbedret Detection og Alerting: Forbedre overvågning og alarmering kapaciteter til at give tidligere identifikation af vedvarende kommunikationsforstyrrelser, forhøjet retry aktivitet, unormale errorrate mønstre, og nye behandling backlogs. Disse forbedringer vil gøre det muligt hurtigere at opdage, undersøge og afhjælpe problemer, før de udvikler sig til bredere kundepåvirkning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 29. juli 2026 kl. 04.36 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker software sårbarhed Research (SVR) service. Kunderne kan have problemer med at få adgang til eller bruge SVR på nuværende tidspunkt. Prioriteret: P1 Genoprettelse Aktivitet: Vores hold er aktivt undersøge problemet og arbejder på at gendanne service. Mitigation aktiviteter er i øjeblikket i gang, da vi arbejder på at bringe tjenesten tilbage online. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 29. juli 2026 kl. 06.02 UTCinvestigating

   Der er gennemført genopretningsforanstaltninger, men tjenesten oplever fortsat ustabilitet under de nuværende arbejdsbetingelser, hvilket medfører løbende serviceforstyrrelser. Vores hold arbejder aktivt på at reducere virkningen og genoprette tjenestens tilgængelighed. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

3. 29. juli 2026 kl. 09.52 UTCresolved

   Tekniske hold har genoprettet tjenesten tilgængelighed til Software Sårbarhed Research (SVR). Recovery aktioner blev gennemført for at afhjælpe tjenesten ustabilitet, og validering har bekræftet, at SVR funktionalitet er blevet genoprettet. Vi vil fortsat nøje overvåge tjenesten for at sikre fortsat stabilitet. En post mortem-rapport med yderligere oplysninger, herunder den grundlæggende årsag og forebyggende foranstaltninger, vil blive offentliggjort i de kommende dage.

4. 11. august 2026 kl. 10.28 UTCpostmortem

   * * Beskrivelse: * * Software Sårbarhed Forskning\ (SVR\) - Service Disruption * * Tidsramme: * * 28 juli 2026, 02: 00 PDT til 29 juli 2026, 02: 53 AM PDT Name * * Hændelsesoversigt * * Tirsdag, 28 juli 2026, kl. 2: 00 PDT, Flexera Software Sårbarhed Research\ (SVR\) produktionsmiljø oplevede en service afbrydelse, der påvirkede API tilgængelighed og anvendelse funktionalitet. Hændelsen opstod, da den primære database instans, der understøtter SVR-platformen, blev utilgængelig. Eksisterende databaseforbindelser blev uventet afbrudt, og applikationsservere var ude af stand til at etablere nye forbindelser. Som følge heraf var kunderne ude af stand til pålideligt at få adgang til SVR-tjenester og API 'er under hændelsen. I løbet af undersøgelsen, vores hold besluttet, at afbrydelsen var forårsaget af en uplanlagt failover iværksat af cloud-udbyder. Ifølge udbyderens hændelseshistorie blev der opdaget et infrastrukturproblem på den primære databasevært, hvilket fik udbyderen til automatisk at indlede failover-processen. Vores tekniske hold straks engageret cloud-udbyder til at undersøge hændelsen og gendanne service. EU-erhvervsgrenens økonomiske situation Name * * Rodårsag * * Name Hændelsen blev udløst af en uplanlagt fejl i produktionsdatabasen, der blev iværksat af cloud-tjenesteudbyderen som reaktion på et infrastruktur- niveau problem, der påvirker den primære database vært. I løbet af failover, den primære database instans blev midlertidigt utilgængelig. Dette forårsagede aktive databaseforbindelser til at afslutte brat, forhindre applikationstjenester i at etablere nye forbindelser. Som et resultat, API anmodninger mislykkedes og service tilgængelighed på tværs af SVR-platformen blev påvirket. Flexera har formelt anmodet om en detaljeret Root Case Analysis\ (RCA\) fra cloud-udbyder til at bestemme den præcise infrastruktur tilstand, der udløste failover og til at identificere muligheder for at forhindre gentagelse. Name * * Bidragende faktorer * * Name I løbet af undersøgelsen blev følgende faktorer identificeret som potentielt medvirkende til den samlede virkning af hændelsen: * En betydeligt forhøjet mængde af klient tilslutning forsøg blev observeret stammer fra kundemiljøer i hændelsesperioden. * Forbindelse mængder oversteg normale driftsniveauer, stigende belastning på backend-tjenester, mens databasetjenester var ved at komme sig. * Forhøjet forbindelsesaktivitet kan have forstærket virkningen af databasen failover og øget recovery kompleksitet. * Eksisterende ansøgning Prøv igen og forbindelse adfærd genereret yderligere tilslutning efterspørgsel under database recovery aktiviteter. Name * * Genoprettelsesaktioner * * Name * Cloud udbyder engagement: Vores hold straks engageret cloud-udbyder og arbejdede direkte med deres on-call ingeniører under hele inddrivelsen indsats. * Database recovery: Udført en kontrolleret database failover / genstart i koordinering med cloud-udbyder. * Genoprettet forbindelse: Genetableret database tilgængelighed og forbindelse til produktionsmiljøet. * Application recovery validering: Bekræftet, at applikationstjenester med succes gentilsluttet til backend database tjenester. * Service validering: Verificeret inddrivelse af API 'er og kritisk SVR applikation funktionalitet. * Post- recovery monitoring: Implementeret forbedret overvågning af databasens sundhed, anvendelse ydeevne, og tilslutning aktivitet efter restaurering. Name * * Fremtidige forebyggende foranstaltninger * * Name * Fortsæt overvågning kundeforbindelse mængder og backend database tilslutning udnyttelse. * Gennemgå og optimere databaseforbindelse pooling, connection management, rely logik, og failover håndtering for at forbedre modstandsdygtighed under fremtidige infrastrukturbegivenheder. * Komplet cloud-tjenesteudbyder support engagement og gennemgå udbyderens detaljerede Root Case Analyse når tilgængelig. * Gennemføre en intern undersøgelse efter hændelsen og gennemføre yderligere forebyggende foranstaltninger identificeret gennem revisionsprocessen.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 28. juli 2026 kl. 23.14 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et intermitterende problem påvirker Flexera One tjenester i APAC-regionen. Kunder kan opleve intermitterende adgangsproblemer eller fejl, mens du bruger Flexera One applikationer og tjenester. Spørgsmålet synes i øjeblikket at være begrænset til APAC-regionen. Prioriteret: P2 Genoprettelse Aktivitet: Vores hold er aktivt undersøge problemet. Omfanget og virkningen vurderes på tværs af Flexera One-tjenesterne i APAC-regionen, og vi arbejder på at identificere den underliggende årsag og genoprette servicestabiliteten. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 29. juli 2026 kl. 00.34 UTCinvestigating

   Vores tekniske hold undersøger sagen aktivt. Spørgsmålet synes at være intermitterende, med nogle anmodninger lykkes, mens andre fortsat mislykkes. Vi gennemgår berørte tjenester og deres afhængigheder for at bestemme omfanget af virkningen, identificere den underliggende årsag, og genoprette service stabilitet.

3. 29. juli 2026 kl. 02.05 UTCresolved

   Tekniske hold har afbødet spørgsmålet om Flexera One-tjenesterne i APAC-regionen. Service funktionalitet er blevet genoprettet, og validering bekræfter, at berørte applikationer og tjenester fungerer som forventet. I løbet af undersøgelsen, teams identificeret intermitterende service kommunikation spørgsmål, der resulterede i adgang problemer og fejl for nogle kunder. Som en del af afbødningsindsatsen genstartede de tekniske hold de berørte tjenester, hvorefter servicefunktionen blev genvundet, og valideringen bekræftede, at det lykkedes at genoprette de berørte tjenester. Vi vil fortsætte med at gennemgå hændelsen og overvåge service sundhed.

4. 12. august 2026 kl. 17.33 UTCpostmortem

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

Automatisk oversat fra den officielle hændelsesopdatering.

1. 27. juli 2026 kl. 00.11 UTCinvestigating

   Hændelse Beskrivelse: Vi undersøger et problem, der påvirker Snow Atlas kunder i APAC-regionen. Berørte brugere kan være ude af stand til at få adgang til platformen og kan støde på 404 fejl, når de forsøger at logge ind. Den nuværende undersøgelse viser, at spørgsmålet er begrænset til APAC-regionen, uden at der er bekræftet nogen indvirkning i andre regioner på nuværende tidspunkt. Prioriteret: P1 Genoprettelse Aktivitet: Vores tekniske hold er aktivt at undersøge problemet for at identificere den underliggende årsag og gendanne service. Vi overvåger miljøet nøje og gennemfører eventuelt korrigerende foranstaltninger. Yderligere opdateringer vil blive leveret, efterhånden som flere oplysninger bliver tilgængelige.

2. 27. juli 2026 kl. 02.00 UTCinvestigating

   Vores hold har løst problemet med Sneatlas kunder i APAC-regionen. Problemet opstod, når en platform service mislykkedes at starte korrekt, hvilket resulterer i intermitterende fejl og adgang problemer for nogle kunder. Tekniske hold identificeret den underliggende start fiasko og genoprettet service ved at genstarte de berørte platform komponenter. Validering aktiviteter har bekræftet vellykket adgang til platformen, og vi observerer ikke nogen løbende kundepåvirkning på nuværende tidspunkt. Vores hold vil fortsat overvåge miljøet nøje for at sikre fortsat stabilitet.

3. 27. juli 2026 kl. 02.00 UTCresolved

   Denne hændelse er blevet løst.

4. 7. august 2026 kl. 08.40 UTCpostmortem

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

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. juli 2026 kl. 10.33 UTCinvestigating

   Hændelse Beskrivelse: Vi er ved at undersøge et problem, der påvirker IT Synlighed i Europa-regionen, hvor flere Power BI rapporter undlader at indlæse. Kunder i den berørte region kan være ude af stand til at se påvirkede rapporter i ansøgningen. Den aktuelle undersøgelse viser, at problemet er begrænset til Europa-regionen uden nogen indvirkning på andre regioner på nuværende tidspunkt. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt undersøge problemet for at identificere den underliggende årsag og gendanne rapport funktionalitet. Vi fortsætter med at vurdere omfanget af virkningerne, overvåge tjenesternes sundhed og gennemføre korrigerende foranstaltninger, hvor det er relevant. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 22. juli 2026 kl. 11.53 UTCidentified

   Vores undersøgelse har identificeret et potentielt konfigureringsrelateret problem i det berørte miljø. Som en del af vores valideringsindsats blev der gennemført korrigerende foranstaltninger for en delmængde af berørte organisationer, og rapporter læsses nu med succes. Vores team er i øjeblikket fokuseret på at gennemføre en bredere oprydning på tværs af alle berørte organisationer og er ved at foretage en detaljeret gennemgang for at forstå, hvorfor konfigurationsændringerne ikke formerer sig som forventet. Vi fortsætter med at validere oprydning og nøje overvåge service ydeevne, mens vi arbejder mod fuld opløsning.

3. 22. juli 2026 kl. 13.43 UTCidentified

   Der er nu iværksat korrigerende foranstaltninger for et større antal berørte organisationer, og den indledende validering viser, at rapporterne indlæses med succes. Vi validerer i øjeblikket alle berørte organisationer for at bekræfte, at rapporten funktionalitet og service ydeevne er blevet fuldt restaureret. Sideløbende hermed fortsætter holdene med at gennemføre bredere oprydningsforanstaltninger på tværs af miljøet og overvåger nøje tjenesten for at sikre stabilitet, mens arbejdet med fuld opløsning fortsætter.

4. 23. juli 2026 kl. 04.39 UTCidentified

   Vores hold har anvendt fixet til alle identificerede organisationer. Den første validering viser, at de berørte organisationer er ved at komme sig som forventet. Tekniske hold fortsætter med at validere effektiviteten af oprensningen i hele det bredere Europa for at bekræfte, at tjenesten er blevet fuldt genoprettet. Vi overvåger platformens præstationer nøje og vil give en yderligere opdatering, når den regionale validering er afsluttet.

5. 23. juli 2026 kl. 07.52 UTCresolved

   Yderligere undersøgelse identificerede et synkroniseringsproblem som den underliggende årsag til hændelsen. Vores tekniske hold implementerede målrettede oprydningsforanstaltninger, herunder service genstarter, for at genoprette normale operationer. Efter udvidet overvågning og post- oprensning validering, service ydeevne har været stabil, og vi har bekræftet, at alle berørte tjenester er vendt tilbage til normal drift. Spørgsmålet betragtes nu som løst.

6. 3. august 2026 kl. 18.37 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Sigtbarhed - EU - Manglende indlæsning * * Tidsramme: * * 22 juli 2026, 3: 11 AM PDT - 22 juli 2026, 11: 04 PM PDT * * Hændelsesoversigt * * Den 22. juli 2026, ca. 3: 11 AM PDT, begyndte et spørgsmål at påvirke IT Sigtbarhed rapportering funktionalitet i Flexera One EU produktionsmiljø. I den berørte periode, kunder i EU-regionen oplevede fejl, når de forsøger at indlæse IT Sigtbarhed rapporter og dashboards, herunder Software Inventory, Hardware Inventory, Technology Intelligence\ (TI\), Bæredygtighed, og FinOps rapportering synspunkter. Tekniske hold begyndte at undersøge, efter at der blev modtaget flere kunderapporter om rapporteringsfejl i hele EU-regionen. Den første analyse bekræftede, at spørgsmålet var begrænset til EU 's produktionsmiljø, mens tilsvarende rapporteringsfunktioner i andre regioner fortsat fungerede normalt. Undersøgelsen fastslog, at der var opstået et godkendelsesrelateret problem i EU 's rapporteringsmiljø. Som et resultat, berørte rapporter og dashboards var ude af stand til at hente de data, der kræves for at indlæse med succes, hvilket forårsager rapport loading fejl for ramte kunder. Tekniske hold implementerede korrigerende opdateringer inden for det berørte rapporteringsmiljø og udførte valideringsaktiviteter på tværs af påvirkede kundeorganisationer. Efter disse handlinger, rapporter og dashboards genoptaget normal drift, og kunderne igen var i stand til at få adgang til rapportering data med succes. Efter validering af berørte kundemiljøer og bekræftelse af, at rapporter blev indlæses med succes, service funktionalitet blev genoprettet, og hændelsen blev betragtet løst. Tekniske hold fortsatte overvågningen efter restaurering for at sikre løbende service stabilitet. * * Rodårsag * * Hændelsen skyldtes et godkendelsesrelateret problem i EU 's rapporteringsmiljø. Dette problem forhindrede de berørte rapporter og dashboards i med succes at hente de data, der er nødvendige for at vise resultater, hvilket resulterede i rapport loading fejl for ramte kunder. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: 1. Regional konsekvensanalyse: Tekniske hold undersøgte kunderapporter og bekræftede, at problemet var isoleret til EU 's produktionsmiljø. Der blev foretaget yderligere validering på tværs af andre regioner for at kontrollere, at rapporteringsfunktionen forblev operationel uden for det berørte miljø. 2. Authentication Failure Analysis: Tekniske teams gennemgået rapport behandling, autentificering arbejdsgange, rapportering arbejdsområder, og nylige platformændringer til at identificere kilden til fejlene. Undersøgelsen fastslog, at de berørte rapporter ikke var i stand til at autentificere, når de underliggende data, der kræves til rapportering, hentes. 3. Restaurering og Validering Aktiviteter: Tekniske hold anvendt opdateringer på tværs af berørte kundemiljøer og rapportering arbejdsområder for at genoprette en vellykket rapport data hentning. Efter gennemførelsen, ramte kundeorganisationer blev valideret til at bekræfte rapporter og dashboards blev indlæses med succes og vise data som forventet. 4. Efter- Recovery Verifikation: Efter restaurering blev der gennemført yderligere overvågnings- og valideringsaktiviteter for at kontrollere fortsat rapportering funktionalitet, bekræfte vellykket genopretning og sikre service stabilitet i hele EU produktionsmiljøet. * * Fremtidige forebyggende foranstaltninger * * Følgende opfølgningsforanstaltninger blev identificeret under hændelsen: • Authentication Update Process Review: Tekniske hold gennemgår processen med opdatering af godkendelse for at forstå, hvorfor opdateringen ikke blev anvendt med succes på tværs af alle berørte rapporteringsarbejdsområder i EU 's produktionsmiljø og for at identificere forbedringer, der vil hjælpe med at forhindre lignende spørgsmål i fremtidige opdateringer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 22. juli 2026 kl. 08.25 UTCidentified

   Hændelse Beskrivelse: Vi har identificeret et problem, der påvirker lagerbehandling i Flexera One IT Asset Management efter indførelsen af 2026 R1.1 udgivelse i vores amerikanske produktionsmiljø. Som et resultat, nogle kunder kan opleve forringet ydeevne og intermitterende pålidelighed spørgsmål, når adgang til visse områder af brugergrænsefladen og udføre systemrelaterede opgaver. Prioriteret: P2 Genoprettelse Aktivitet: Vores undersøgelse har fastslået, at problemet er relateret til en software defekt indført med 2026 R1.1 udgivelse. Mens defekten tidligere var blevet identificeret og afbødende procedurer blev indarbejdet i ibrugtagningsprocessen, den automatiserede oprydning stødte på uventede udførelse spørgsmål. Som følge heraf har tekniske hold gennemført alternative afbødende foranstaltninger for at reducere kundernes virkning og stabilisere systemets ydeevne. Vi fortsætter med aktivt at overvåge miljøet og anvende korrigerende foranstaltninger for at afhjælpe den underliggende defekt og genoprette normal service.

2. 22. juli 2026 kl. 13.38 UTCidentified

   Vores hold fortsætter med at arbejde på at implementere et hotfix til at løse problemet. Under indsættelsen, hotfix stødt database betingelser, der forhindrer det i at fuldføre med succes. Vores tekniske team arbejder aktivt på at løse dette og evaluerer målrettede afbødende tiltag for at gøre det muligt for hotfix at fuldføre. Når hotfix er blevet anvendt med succes, vil teams validere service ydeevne og fortsætte overvågning for at bekræfte inddrivelse. Vi vil give en anden opdatering som mere information bliver tilgængelig.

3. 22. juli 2026 kl. 15.40 UTCmonitoring

   Hotfix er blevet anvendt med succes, og ingeniørhold er i øjeblikket validere sin effektivitet. Holdene overvåger fortsat platformens adfærd og gennemgår telemetri for at bekræfte problemløsningen.

4. 22. juli 2026 kl. 16.16 UTCresolved

   Vores hold har afsluttet valideringen efter deployering og bekræftet, at service ydeevne er vendt tilbage til forventede niveauer. Fortsat overvågning har vist stabil platform operation uden yderligere effekt observeret. På grundlag af disse resultater betragtes dette spørgsmål nu som løst.

5. 4. august 2026 kl. 20.57 UTCpostmortem

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

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. juli 2026 kl. 10.24 UTCinvestigating

   Hændelsesbeskrivelse: Vi har identificeret et problem, der påvirker fakturering og omkostningssynlighed for AWS-kunder i alle regioner. Som følge af en aktiv tjenesteudbyders afbrydelse kan kunderne observere unøjagtige, ufuldstændige eller forsinkede estimerede omkostnings- og brugsoplysninger i fakturerings- og omkostningshåndteringskonsollen. Dette problem er begrænset til AWS- baserede tjenester og påvirker ikke kunder ved hjælp af andre cloud-platforme. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold har bekræftet, at problemet er relateret til en aktiv AWS service begivenhed, der påvirker alle regioner. Vi overvåger situationen aktivt og arbejder tæt sammen med AWS-opdateringer for at vurdere kundernes indvirkning. Service restaurering er afhængig af AWS løse det underliggende problem, og vi vil fortsætte med at levere opdateringer, når yderligere oplysninger bliver tilgængelige.

2. 17. juli 2026 kl. 10.27 UTCinvestigating

   Vi fortsætter med at undersøge dette spørgsmål.

3. 17. juli 2026 kl. 13.14 UTCidentified

   Vi fortsætter med nøje at overvåge udbyderens udfald og dens indvirkning på de berørte tjenester. Yderligere opdateringer vil blive givet, når nye oplysninger bliver tilgængelige.

4. 17. juli 2026 kl. 18.24 UTCidentified

   Vores undersøgelse og validering indsats til dato har ikke identificeret nogen indvirkning på Spot fakturering eller omkostningsanalyse data. De reviderede fakturerings- og prisfastsættelsesdata er fortsat i overensstemmelse med de forventede værdier. Selv om de indledende valideringsresultater er positive, fortsætter vi yderligere valideringsaktiviteter, efterhånden som yderligere data bliver tilgængelige til bekræftelse af disse resultater. Vi er fortsat engageret i AWS og vil fortsat overvåge situationen nøje. Vi vil dele yderligere opdateringer, efterhånden som vores valideringsaktiviteter fortsætter.

5. 18. juli 2026 kl. 08.05 UTCidentified

   Vi er fortsat aktivt engageret i AWS og følger fortsat situationen nøje. AWS har identificeret den grundlæggende årsag og gennemførte afbødende foranstaltninger til at løse det underliggende problem, der resulterede i forkert anslåede omkostninger og anvendelse data vises. AWS er begyndt backfill data til at gendanne nøjagtige omkostninger og brug oplysninger for alle kunder og fuld inddrivelse forventes af 18 juli 2026, 12: 00 PM PDT.

6. 18. juli 2026 kl. 19.33 UTCmonitoring

   Vi fortsætter med at overvåge AWS service begivenhed og forblive engageret med AWS som de fuldføre deres recovery aktiviteter. Validering afsluttet til dato har ikke identificeret nogen indvirkning på Spotfakturering eller omkostningsanalyse data. Vi fortsætter med at overvåge situationen og færdiggøre eventuelle resterende valideringsaktiviteter, før vi beslutter at afslutte denne hændelse.

7. 19. juli 2026 kl. 12.59 UTCresolved

   AWS løst deres tjeneste afbrydelse den 18 juli kl 6: 57 AM PDT. Efter en vellykket validering fra vores tekniske hold, har vi bekræftet, at service funktionalitet er blevet genoprettet.

8. 30. juli 2026 kl. 18.10 UTCpostmortem

   * * Beskrivelse: * * Flexera Spot - AWS Billing Service Disruption Tidsramme: 17 juli 2026, 1: 33 AM PDT - 18 juli 2026, 6: 57 AM PDT * * Hændelsesoversigt * * Den 17. juli 2026, på ca. 1: 33 AM PDT, Flexera tekniske hold blev opmærksom på en AWS problem påvirker estimerede fakturering og brug data vises i AWS fakturering og Cost Management, Cost Explorer, og Cost og brug rapporter. I betragtning af arten af AWS service afbrydelse, tekniske hold indledt en undersøgelse for at afgøre, om Spot fakturering, omkostningsanalyse, eller besparelser beregninger for AWS kunder blev påvirket. I løbet af undersøgelsen gennemgik teams de fakturerings- og prisfastsættelsesdata, der blev anvendt af Spot, validerede relevante omkostnings- og prisfastsættelsestabeller, overvågede AWS-opdateringer og vurderede, om eventuelle kundevendte fakturerings- eller opsparingsdata var blevet påvirket. Tekniske hold validerede de fakturerings- og prisfastsættelsesdata, som Spot anvendte, og bekræftede, at de relevante omkostnings- og prisfastsættelsestabeller fungerede som forventet. Undersøgelsen identificerede ingen problemer inden for de data, der blev anvendt af Spot, og der blev ikke observeret forkerte fakturerings- eller opsparingsberegninger. AWS bekræftede efterfølgende, at problemet opstod inden for AWS Billing og Cost Management tjenester, identificerede og afbødede den underliggende emission, og afsluttede data recovery og backfill aktiviteter. På grundlag af den validering, der blev gennemført under hele undersøgelsen, blev der ikke observeret nogen kundepåvirkning i Spot. Efter bekræftelse af AWS recovery og afslutning af valideringsaktiviteter efter inddrivelse blev hændelsen betragtet som løst. * * Rodårsag * * Hændelsen var forårsaget af en AWS service problem påvirker anslåede fakturering og brug data vises i AWS fakturering og Cost Management, Cost Explorer, og omkostninger og brug rapporter. AWS identificerede og afbødede den underliggende udstedelse og afsluttede datagendannelse. * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: • Incident Investigation Initiated: Tekniske hold begyndte at undersøge AWS fakturering og brug data spørgsmål til at afgøre, om Spot kunder blev påvirket. • Impact Assessment Performed: Tekniske hold vurderede, om AWS service afbrydelse påvirkede Spotfakturering analyse og besparelser beregninger. • Datavalidering Afsluttet: Teams gennemgik og validerede de fakturerings- og prisfastsættelsesdata, som Spot anvendte, og bekræftede, at de relevante omkostnings- og prisfastsættelsestabeller fungerede som forventet. • AWS Recovery Monitored: Tekniske hold overvåget AWS kommunikation, service opdateringer, og recovery aktiviteter under hele hændelsen. • Efter-Recovery Validering Udført: Yderligere validering blev afsluttet efter AWS recovery og data backfill aktiviteter for at bekræfte integriteten af fakturering og prissætning data, der anvendes af Spot. • Hændelse løst: hændelsen blev lukket efter AWS bekræftet opsving og teknisk validering identificeret ingen indvirkning i Spot. * * Fremtidige forebyggende foranstaltninger * * Følgende opfølgningsforanstaltninger blev identificeret under hændelsen: • AWS samarbejde og anmeldelse: Fortsætte med at arbejde tæt sammen med AWS for at forstå den underliggende årsag til udbyderhåndterede hændelser og gennemgå eventuelle anbefalinger eller erfaringer som følge af deres undersøgelse. • Resistens og validering Review: Review muligheder for yderligere at styrke valideringsprocesser for billing- relaterede data til støtte for hurtigere konsekvensanalyse og reaktion under lignende tredjeparts service forstyrrelser i fremtiden.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 17. juli 2026 kl. 08.24 UTCidentified

   Hændelsesbeskrivelse: Vi har identificeret et problem, der påvirker lagerbehandlingen i Flexera One IT Asset Management efter indførelsen af 2026 R1.1-udgaven i vores APAC og Europa miljøer. Som følge heraf kan en undergruppe af kunder opleve forringet ydeevne, når de får adgang til visse områder af brugergrænsefladen og under udførelsen af systemrelaterede opgaver. Prioriteret: P2 Restaurering Aktivitet: Vores tekniske hold har identificeret problemet som en software defekt indført med 2026 R1.1 udgivelse. Der er blevet gennemført modforanstaltninger for at reducere kundernes indvirkning, og teams arbejder aktivt på at genoprette serviceydelsen fuldt ud. Vi vil fortsætte med at opdatere, efterhånden som der sker fremskridt.

2. 17. juli 2026 kl. 15.58 UTCidentified

   Vi gør fortsat fremskridt med hensyn til at løse de præstationsspørgsmål, der berører en undergruppe af kunder i APAC og Europas produktionsmiljøer. De identificerede rettelser er nu blevet anvendt, og vi overvåger aktivt miljøet, efterhånden som kundebehandlingsaktiviteterne fortsætter. Vores hold validerer effektiviteten af disse ændringer og vurderer den samlede platforms ydeevne. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

3. 18. juli 2026 kl. 08.10 UTCmonitoring

   Vores hold fortsætter med at validere de nyligt udsendte hotfixes, og de første resultater ser positive ud. Vi overvåger nøje de berørte behandlingsaktiviteter for at bekræfte effektiviteten af fixet og sikre platformens stabilitet. Validering er i gang, og vi vil fortsat overvåge ydeevnen, før vi bekræfter fuld løsning. Vi vil give en anden opdatering som mere information bliver tilgængelig.

4. 18. juli 2026 kl. 19.29 UTCresolved

   Efter implementering af de identificerede rettelser, tidligere påvirket behandling aktiviteter er nu afsluttet med succes, og vi er ikke længere ser gentagelse af de problemer, der er observeret efter den seneste udgivelse. Baseret på resultaterne observeret efter implementering af rettelser, er denne hændelse nu løst. Vi vil offentliggøre en komplet RCA i de kommende dage, der vil omfatte en detaljeret oversigt over spørgsmålet, rodårsagen, og forebyggende foranstaltninger, der gennemføres for at hjælpe med at forhindre gentagelse.

5. 30. juli 2026 kl. 17.47 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - APAC & EU - Slow og Nedbrudt ydeevne * * Tidsramme: * * Juli 13, 2026, 01: 00 PDT - Juli 18, 2026, 7: 10 AM PDT * * Hændelsesoversigt * * Den 13. juli 2026, på ca. 1: 00 PM PDT, et problem begyndte at påvirke Flexera One IT Asset Management kunder i APAC og Europa produktionsmiljøer efter implementering af 2026 R1.1 udgivelse. I den berørte periode oplevede nogle kunder periodisk applikation langsom, forsinket behandling, forene svigt og forringet ydeevne, når de fik adgang til visse områder af ansøgningen eller udføre opfindsomme aktiviteter. Som kunderapporter steg, tekniske hold begyndte at undersøge fælles mønstre på tværs af de rapporterede symptomer for at bestemme den underliggende årsag. Undersøgelsen identificerede en defekt indført som en del af Flexera One IT Asset Management 2026 R1.1 frigivelse. Under visse omstændigheder resulterede fejlen i betydeligt højere databasebehandling under opfinderrelaterede operationer. Efterhånden som lagerdata blev behandlet, bidrog den øgede arbejdsbyrde til at behandle forsinkelser, timeout betingelser og forringet anvendelsesresultater for nogle kunder. Tekniske teams har udviklet og implementeret hotfixs for at løse problemet i de berørte produktionsmiljøer. Efter indsættelsen udførte teams valideringsaktiviteter og overvågede påvirkede behandlingsarbejdsgange for at bekræfte genopretningen. I juli 18, 2026, på ca. 7: 10 AM PDT, validering bekræftet vellykket behandling af tidligere påvirket arbejdsbelastning, og at de svigtmønstre, der er forbundet med problemet ikke længere fandt sted. Hændelsen blev betragtet som løst, og tekniske hold fortsatte overvågningen for at bekræfte tjenestens stabilitet. * * Rodårsag * * Hændelsen var forårsaget af en defekt indført i Flexera One IT Asset Management 2026 R1.1 udgivelse påvirker opfinderrelaterede behandlinger. Under visse omstændigheder forårsagede fejlen betydeligt mere databasebehandling end planlagt under opfinderrelaterede behandlinger. Denne øgede arbejdsbyrde resulterede i øget ressourceforbrug, behandlingsforsinkelser og timeout betingelser. Disse betingelser bidrog til periodisk applikation langsommelighed, forsinket behandling, forene fejl, og forringet ydeevne påvirker nogle IT Asset Management funktionalitet. * * Genoprettelsesaktioner * * 1. Incident Investigation Initiated: Tekniske hold begyndte at undersøge rapporter om ansøgning langsommelighed, behandling forsinkelser, og pålidelighed spørgsmål påvirker APAC og Europa produktionsmiljøer. 2. Impact Assessment Performed: Teams revideret customer- rapporterede symptomer, system ydeevne data, og behandling adfærd til at bestemme omfanget og arten af problemet. 3. Årsag Identificeret: Undersøgelse fastslået, at en defekt indført i 2026 R1.1 udgivelse var at generere overdreven behandling aktivitet under opfinderrelaterede operationer. 4. Hotfixs Udviklet og implementeret: Tekniske teams udviklet og indsat hotfixs til at korrigere den berørte behandling adfærd i APAC og Europa produktionsmiljøer. 5. Inddrivelse Valideret: Teams validerede effektiviteten af hotfixerne gennem overvågning og vellykket udførelse af tidligere påvirkede behandlingsaktiviteter. 6. Post- Restoration Monitoring Performed: Yderligere overvågning bekræftede, at de tidligere observerede svigt og funktionsforringelse ikke længere var forekommet, og at servicestabiliteten var blevet genoprettet. * * Fremtidige forebyggende foranstaltninger * * På grundlag af undersøgelsen er følgende opfølgningsaktiviteter blevet identificeret: â €¢Processing Logic Forbedringer: Tekniske hold gennemført korrektioner til den berørte behandling logik for at fjerne den ineffektive adfærd, der bidrog til øget ressourceforbrug og performance nedbrydning.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 14. juli 2026 kl. 09.13 UTCresolved

   Hændelsesbeskrivelse: Vores hold identificerede et problem, der påvirker Cognos Analytics i EU 's produktionsmiljø. Under slagvinduet kan berørte kunder have været ude af stand til at få adgang til eller indlæse Cognos Analytics. Den nuværende undersøgelse bekræftede, at virkningen var begrænset til EU-produktionsregionen. Prioriteret: P2 Restaurering Aktivitet: Vores tekniske hold besluttede, at problemet var relateret til en nylig opgradering til Cognos Analytics, som blev afsluttet som en del af EU Production IT Asset Management release aktiviteter. Holdet identificerede et konfigurationsproblem, der blev introduceret under opgraderingen, implementerede de nødvendige konfigurationskorrektioner og genoprettede normal servicefunktion. Miljøet er fortsat stabilt under overvågning. Yderligere oplysninger, herunder den grundlæggende årsag og forebyggende foranstaltninger, vil blive delt i en post mortem-rapport.

2. 26. juli 2026 kl. 07.06 UTCpostmortem

   * * Beskrivelse: * * Flexera One - IT Asset Management - EU - Congnos analytics access problem * * Tidsramme: * * 13 juli 2026, 12: 51 PM PDT til 14 juli 2026, 1: 52 AM PDT Name * * Hændelsesoversigt * * Name Mandag den 13. juli 2026, kl. 12: 51 PDT, Efter opgraderingen af Cognos Analytics 12.1.2 gennemført som en del af Flexera One IT Asset Management udgivelse i Europa\ (EU\) Produktionsmiljø, vores hold identificeret et problem, der forhindrede kunderne i at få adgang til Cognos Analytics. Som følge heraf var de berørte brugere ikke i stand til at iværksætte ansøgningen med succes, efter at de planlagte vedligeholdelsesaktiviteter var afsluttet. Tekniske hold indledte straks en undersøgelse og bekræftede, at spørgsmålet var isoleret til EU 's produktionsmiljø uden nogen virkning observeret i andre produktionsområder. Yderligere analyse fastslået, at opgraderingen selv havde afsluttet med succes; men en del af de krævede post- opgradering konfiguration aktiviteter var ikke blevet anvendt fuldt ud, forhindre Cognos Analytics fra at starte korrekt. De resterende konfigurationsopgaver blev straks afsluttet, genoprette normal Cognos Analytics funktionalitet. Efter en omfattende validering af kundeadgang og en periode med øget overvågning blev det bekræftet, at tjenesten fungerede normalt, og hændelsen blev erklæret afsluttet. Name * * Rodårsag * * Name * Ufuldstændig Post- Upgrade konfiguration: Selv om Cognos Analytics 12.1.2 opgradering afsluttet med succes, krævede post- opgradering konfiguration opgaver ikke var fuldt afsluttet, før miljøet blev returneret til service. * Service Initialisering Fejl: Den ufuldstændige konfiguration forhindrede Cognos Analytics i at initialisere korrekt, hvilket resulterer i, at kunderne ikke kan få adgang til programmet. * Regional indvirkning: Spørgsmålet var begrænset til EU 's produktionsmiljø. Der blev ikke konstateret nogen indvirkning i Nordamerika, APAC eller andre produktionsområder. Name * * Genoprettelsesaktioner * * Name For at genoprette tjenesten, tekniske hold: * Færdiggjort den nødvendige post- opgradering konfiguration aktiviteter, der ikke var blevet fuldt anvendt under indsættelsen. * Genstartet og valideret Cognos Analytics tjenester til at bekræfte vellykket ansøgning initialisering. * Udført funktionel test og kunde adgang validering til at kontrollere, at rapportering kapaciteter fungerede som forventet. * Placeret miljøet under øget overvågning efter genopretning for at sikre fortsat service stabilitet. Name * * Fremtidige forebyggende foranstaltninger * * Name * Forbedret post- upgrade validering: Styrke implementering valideringsprocedurer for at kontrollere, at alle nødvendige post- upgrade konfigurationsaktiviteter har afsluttet med succes, før du afslutter vedligeholdelsesaktiviteter. * Forbedret Overvågning og Alerting: Forbedre Cognos Analytics overvågning og varsling for at muliggøre tidligere påvisning af service nedbrydning efter opgraderinger. * Implementering Checkliste Forbedringer: Opdatering implementering runbooks og operationelle checklister til at omfatte yderligere verifikation af post- opgradering konfiguration færdiggørelse før returnering af miljøet til produktionstjeneste. * Operationel Readiness Review: Review opgradere udførelsesprocedurer for at sikre alle obligatoriske post- implementering opgaver er afsluttet og valideret, før vedligeholdelse vinduer er lukket.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 12. juli 2026 kl. 23.51 UTCinvestigating

   Hændelse Beskrivelse: Vi oplever et problem påvirker Flexera One IT Asset Management (ITAM) kunder i APAC-regionen. Kunder kan bemærke, at visse navigations- og menupunkter i ITAM-grænsefladen ikke er synlige, hvilket resulterer i begrænset adgang til nogle funktioner. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt undersøge dette problem og arbejder på at genoprette fuld funktionalitet. Vi vil fortsætte med at levere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 13. juli 2026 kl. 00.28 UTCidentified

   Vores undersøgelse har identificeret en øget ressourceudnyttelse, der påvirker funktionaliteten i forbindelse med det rapporterede problem. Der er i øjeblikket iværksat målrettede aktioner, herunder øget systemkapacitet til støtte for genopretningsindsatsen. Vi overvåger aktivt miljøet og validerer platformens adfærd, efterhånden som disse ændringer gennemføres. Arbejdet med at genoprette fuld funktionalitet for berørte kunder fortsætter, og vi vil dele yderligere opdateringer, når der sker fremskridt.

3. 13. juli 2026 kl. 01.52 UTCidentified

   Vores undersøgelse har identificeret en potentiel konfiguration problem forbundet med den berørte funktionalitet. Som led i den igangværende afbødning er konfigurationsændringer blevet vendt tilbage, og tidligere påbegyndte kapacitetsstigninger er nu afsluttet. Vi overvåger aktivt miljøet og validerer platformens adfærd, efterhånden som disse ændringer træder i kraft. Arbejdet med at genoprette fuld funktionalitet for berørte kunder fortsætter, og vi vil levere yderligere opdateringer, efterhånden som der gøres fremskridt.

4. 13. juli 2026 kl. 03.44 UTCresolved

   Efter en udvidet overvågning har vi bekræftet, at serviceydelsen har været stabil og fungerer som forventet. Dette spørgsmål er nu løst.

5. 12. august 2026 kl. 05.15 UTCpostmortem

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

Automatisk oversat fra den officielle hændelsesopdatering.

1. 6. juli 2026 kl. 14.19 UTCinvestigating

   Hændelse Beskrivelse: Vi er i øjeblikket undersøge forringet ydeevne påvirker Spot Ocean ECS for AWS kunder. Kunderne kan opleve betydelig langsommelighed eller forsinkelser, når de får adgang til konsollen eller bruger visse Ocean ECS-funktioner. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold er aktivt undersøger og arbejder på at genoprette normal funktionalitet. Vi vil give yderligere opdateringer, efterhånden som flere oplysninger bliver tilgængelige.

2. 6. juli 2026 kl. 15.11 UTCmonitoring

   Vores undersøgelse viste, at nedbrydningen var relateret til en AWS service sundhed begivenhed påvirker os-øst-1 region. AWS har siden rapporteret, at problemet er blevet løst, og vi ser nu tegn på opsving på vores side, herunder forbedret Spot Ocean ECS konsol ydeevne og vellykket afslutning af relaterede AWS arbejdsgange. Produktionsmiljøet synes stabilt på nuværende tidspunkt. Vores hold vil fortsætte overvågningen i en kort valideringsperiode for at sikre, at præstationerne forbliver stabile før markeringen af hændelsen er løst.

3. 6. juli 2026 kl. 16.57 UTCresolved

   Vi har fortsat med at overvåge miljøet i en længere periode, og tjenesterne er forblevet stabile, uden at der er konstateret yderligere problemer. Denne hændelse er blevet løst.

4. 20. juli 2026 kl. 07.00 UTCpostmortem

   * * Beskrivelse: * * Spot Ocean - AWS - Ocean ECS Konsole Performance Nedbrydning * * Tidsramme: * * 6 juli 2026, 05: 45 AM PDT til 6 juli 2026, 07: 53 AM PDT Name * * Hændelsesoversigt * * Name Mandag d. 6. juli 2026, kl. 05: 45 i PDT, identificerede vores hold en funktionsforringelse, der påvirkede Spot Ocean ECS for AWS kunder. Under kollisionsvinduet oplevede kunderne øget latenstid, når de fik adgang til Ocean ECS-konsollen, og nogle AWS- relaterede operationer blev forsinket eller ikke gennemført med succes. Tekniske hold straks indledt en undersøgelse for at identificere kilden til problemet. Da en AWS-tjenesteafbrydelse fandt sted samtidig i AWS-us-East-1-regionen, betragtede undersøgelsen i første omgang både den eksterne AWS-begivenhed og en nyligt afsluttet produktionsindsats som potentielt medvirkende faktorer. Gennem detaljeret analyse, teams fastslået, at den primære årsag til kundens indvirkning var ustabilitet indført ved den seneste Gateway implementering. Den resulterende nedbrydning i Gateway ydeevne påvirkede anmodning behandling og reaktionsevne inden for Spot Ocean ECS. Mens den samtidige AWS service afbrydelse tilføjet kompleksitet til undersøgelsen, blev det bekræftet ikke at være den primære driver af customer-ansigt virkning. For at genoprette tjenesten, hold rullede tilbage indsættelsen til den tidligere stabile version. Efter rollback, platform ydeevne vendte tilbage til forventede niveauer og kundeworkflows genoptaget normal drift. En forlænget overvågningsperiode bekræftede vedvarende driftsstabilitet, inden begivenheden blev formelt løst. Name * * Rodårsag * * Name Hændelsen var forårsaget af ustabilitet indført i en Gateway deployering. Indsættelsen resulterede i forringet ydeevne inden for Gateway-tjenesten, hvilket reducerede dens evne til effektivt at behandle kundeanmodninger. Dette forårsagede øgede responstider og intermitterende svigt for Spot Ocean ECS konsoloperationer og AWS- relaterede arbejdsgange. Rullende tilbage til den tidligere stabile Gateway version restaurerede normal platform ydeevne og løst kundens indvirkning. Medvirkende faktorer * En samtidig AWS service afbrydelse i us-øst--1 regionen opstod i samme tidsramme. Selv om det ikke var årsagen til hændelsen, det kompliceret den indledende undersøgelse og forsinket identifikation af den underliggende Gateway spørgsmål. * Den Gateway rollback krævede ekstra tid på grund af omfanget af produktionen implementering, udvidelse af den samlede opsving proces. * Operationer, der involverer ressourceskabelse og opdateringer, oplevede større effekt end read- only aktiviteter på grund af den nedbrudte Gateway responsivitet. Name * * Genoprettelsesaktioner * * Name * Tekniske hold undersøgt nedbrydningen og identificeret en nylig Gateway implementering som den primære kilde til problemet. * Den berørte Gateway implementering blev rullet tilbage til sidst kender stabil version, genoprette service stabilitet. * Platform ydeevne og brugervendte arbejdsgange blev valideret efter rollback. * Tekniske hold afsluttet en udvidet overvågningsperiode for at bekræfte stabil service operation før lukning af hændelsen. Name * * Fremtidige forebyggende foranstaltninger * * Name * Forbedret implementeringssikkerhed - Engineering teams vil styrke implementering kontrol og validering processer for at reducere sandsynligheden for lignende deployeringsrelaterede spørgsmål påvirker produktionsmiljøer. * Forbedret platformovervågning - Yderligere overvågning og varsling vil blive gennemført for at give tidligere påvisning af unormal Gateway adfærd, herunder service lydhørhed, ressourceudnyttelse, og applikationsstabilitet. * Forbedret inddrivelse procedurer - Rollback procedurer vil blive forbedret og regelmæssigt valideret for at reducere gendannelsestid og forbedre operationel effektivitet under deployeringsrelaterede hændelser. * Proactive Service Health Validering - Synthetic Health checks vil blive udvidet til løbende at validere kritiske Ocean ECS-brugerarbejdsgange, hvilket gør det muligt tidligere identifikation af customer-face performance nedbrydning. * Forbedret afhængighed Overvågning - Engineering teams vil fortsætte med at forbedre synligheden i eksterne cloud service begivenheder og platform afhængigheder for at muliggøre hurtigere differentiering mellem interne platform spørgsmål og tredjeparts service afbrydelser i fremtidige undersøgelser.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 3. juli 2026 kl. 19.07 UTCresolved

   Hændelse Beskrivelse: Vi identificerede et problem, der påvirker en delmængde af Flexera One tjenester i APAC-regionen, som kan have resulteret i intermitterende adgang problemer eller fejl for nogle brugere. Virkningen var periodisk, og andre regioner blev ikke påvirket. Problemet er løst, og de berørte tjenester fungerer normalt. Prioriteret: P2 Genoprettelse Aktivitet: Vores tekniske hold undersøgt problemet og vendt en nylig ændring for at genoprette tjenesten. Vi har bekræftet, at de berørte tjenester fungerer normalt og fortsat overvågning for at sikre platformens stabilitet. Denne hændelse er blevet løst.

2. 17. juli 2026 kl. 06.11 UTCpostmortem

   * * Beskrivelse: * * Flexera One - APAC - Intermitterende adgangsspørgsmål * * Tidsramme: * * 3. juli 2026, 11: 20 AM PDT - 3. juli 2026, 11: 50 AM PDT * * Hændelsesoversigt * * Den 3. juli 2026, ca. 11: 20 AM PDT, blev identificeret et spørgsmål, der påvirker en delmængde af Flexera One tjenester i APAC produktionsmiljøet. Under hændelsesvinduet, kan nogle kunder have oplevet intermitterende adgang problemer eller fejl, når adgang til visse områder af Flexera One platform. Virkningen var af intermitterende karakter, da den overflødige servicekapacitet forblev til rådighed og fortsatte med at betjene trafikken under hændelsen. Andre Flexera En region, herunder NAM og EU, blev ikke påvirket. Tekniske hold begyndte straks at undersøge og gennemgik de berørte tjenester og understøttende platformskomponenter i APAC-miljøet. Undersøgelsen viste, at en nylig ændring i APAC-miljøet bidrog til, at der blev observeret intermitterende servicesvigt. Som en del af inddrivelse indsats, ændringen blev vendt tilbage og service adfærd blev overvåget for at validere inddrivelse. Efter rollback, service stabilitet blev genoprettet, og kunderne var i stand til at få adgang til påvirket funktionalitet normalt. Ved ca. 11: 50 AM PDT, blev tjenester fungerer som forventet, og hændelsen blev betragtet løst. Name * * Rodårsag * * Hændelsen skyldtes en konfigurationsændring i APAC-miljøet, som utilsigtet påvirkede kommunikationen mellem en delmængde af platformstjenester og en backend-platformskomponent. I løbet af undersøgelsen fastslog tekniske hold, at ændringen resulterede i, at visse platformstjenester ikke kunne kommunikere korrekt med den berørte komponent. Dette førte til periodiske svigt, der påvirkede en delmængde af Flexera One-tjenester i APAC-regionen. Mens problemet opstod, forblev en eller flere kapsler, der støttede de berørte tjenester, til rådighed og fortsatte med at betjene trafikken. Som et resultat, kunder oplevede intermitterende adgang spørgsmål snarere end en komplet service afbrydelse. Name * * Genoprettelsesaktioner * * Følgende foranstaltninger blev truffet under hændelsesreaktionen: • Incident Investigation Initiated: Tekniske hold begyndte at undersøge intermitterende adgangsspørgsmål, der påvirker en delmængde af Flexera One-tjenester i APAC-regionen. • Platform Review Færdiggjort: Tekniske hold gennemgik de berørte tjenester og støtte platform komponenter i APAC miljø til at identificere kilden til problemet. • Nylig ændring identificeret: Undersøgelse identificerede en nyligt gennemført ændring, der korrelerede med den observerede forringelse af tjenesten. • Skift tilbage: Den identificerede ændring blev vendt tilbage som en del af afbødende indsats for at genoprette normal service adfærd. • Service Recovery Valideret: Tekniske hold overvåget service adfærd efter rollback og bekræftet, at berørte funktionalitet fungerede normalt. • Platform stabilitetsovervågning Fortsat: Yderligere overvågning blev udført efter restaurering aktiviteter for at kontrollere fortsat service stabilitet, før hændelsen blev lukket. Name * * Fremtidige forebyggende foranstaltninger * * Denne hændelse fremhævede vigtigheden af at validere platformændringer for at sikre, at utilsigtede virkninger identificeres, før de påvirker tjenestens tilgængelighed. På grundlag af undersøgelsen fortsættes følgende opfølgningsaktiviteter: â €¢Konfiguration Validering Forbedringer: Gennemgå og forbedre valideringsprocesser for infrastruktur og platform konfiguration ændringer til at hjælpe med at identificere utilsigtede virkninger, før ændringer gennemføres i produktionsmiljøer. • Efter-implementering Verifikation Forbedringer: Gennemgå efter-implementering verifikationsprocedurer for at sikre kritiske tjenester afhængigheder forbliver tilgængelige og fungerer som forventet efter konfigurationsændringer.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 25. juni 2026 kl. 06.54 UTCresolved

   Hændelse Beskrivelse: Vi identificerede et problem, der påvirker lagerbehandling i Flexera One IT Asset Management efter 2026 R1 udgivelse i APAC og Europa miljøer. Som et resultat, nogle opgørelse uploads blev ikke behandlet med succes, forårsager lagerdata vises i Flexera One IT Asset Management at blive forsinket og ikke afspejle den seneste uploadet kundebeholdning. Prioriteret: P2 Genopretning Aktivitet: Tekniske teams identificerede et kapacitetsrelateret problem, der påvirker lagerbehandling og udført målrettet service genstarter på tværs af de ramte regioner for at genoprette normal behandling. Service blev genoprettet i juni 24, 2026, 11: 00 PM PDT, og lagerfiler er nu behandling med succes. Vores hold overvåger fortsat platformen for at sikre vedvarende stabilitet. En post mortem-rapport med oplysninger om den grundlæggende årsag og forebyggende foranstaltninger vil blive delt, når undersøgelsen er afsluttet.

2. 15. juli 2026 kl. 06.18 UTCpostmortem

   * * Beskrivelse: * * Flexera One- IT Asset Management - APAC & EU - NDI Inventory Import Failures * * Tidsramme: * * 18 juni 2026, 09: 00 PDT til 25 juni 2026, 02: 42 AM PDT Name * * Hændelsesoversigt * * Name Onsdag den 24. juni 2026, 11: 35 PM PDT, efter indførelsen af Flexera One IT Asset Management 2026 R1 udgivelse til Australien og Europa produktionsmiljøer, vores hold identificeret et problem, der påvirker behandlingen af NDI lagerfiler. Som et resultat, et betydeligt antal lagerfiler mislykkedes under behandlingen og blev ikke afspejlet i kundelagerdata, hvilket forårsager lageroplysninger vises i Flexera One ITAM at blive forældet for berørte kunder. Tekniske hold straks indledt en undersøgelse og fastslået, at problemet opstod inden for lagerbehandling workflow indført med 2026 R1 udgivelse. Mislykkedes lagerfiler akkumuleret efter gentagne behandlingsfejl, forhindre vellykket afslutning af lageropdateringer og bidrage til øget behandling belastning på de berørte tjenester. For at genoprette tjenesten implementerede tekniske hold korrigerende foranstaltninger ved at opfriske de berørte applikationstjenester på tværs af berørte miljøer. Efter restaureringen blev lagerbehandlingen genoptaget med succes, og nye lageruploads blev behandlet som forventet. Fortsat overvågning bekræftet stabil platform adfærd, og hændelsen blev erklæret løst efter vedvarende validering. Name * * Rodårsag * * Name Spørgsmålet var forårsaget af en defekt indført med Flexera One IT Asset Management 2026 R1 udgivelse, der påvirkede behandlingen af NDI lagerfiler. Under specifikke betingelser, lagerfiler kunne ikke behandles med succes på grund af et problem i autentificering og behandling workflow, hvilket får filerne til at blive afvist, før behandlingen kunne fuldføre. Som mislykkede filer akkumuleret, blev behandlingskapaciteten i stigende grad forbrugt af gentagne fejl, forhindre vellykket lagerbehandling og forsinke lageropdateringer for berørte kunder. Medvirkende faktorer * Mislykkede beholdningsfiler akkumuleret i behandlingen workflow, øge ressourceudnyttelse på berørte beholdningsservice. * Den øgede procesbelastning reducerede kapaciteten til nye anmodninger om lagerbehandling. * Spørgsmålet påvirkede produktionsmiljøer kører 2026 R1 udgivelse; Nordamerika produktion var ikke påvirket, fordi udgivelsen endnu ikke var blevet indsat. Name * * Genoprettelsesaktioner * * Name * Tekniske hold identificeret den berørte lagerbeholdningsbehandling workflow og gennemført korrigerende foranstaltninger for at genoprette tjenesten. * Application services blev genopfrisket på tværs af de ramte produktionsmiljøer, genoprette normal lagerbehandling. * Behandling af nye lagerfiler genoptaget med succes efter service restaurering. * Miljøet forblev under øget overvågning for at validere behandling ydeevne og bekræfte vedvarende opsving. Name * * Fremtidige forebyggende foranstaltninger * * Name * Forbedret Release Validering - Release valideringsprocedurer vil blive forbedret til at omfatte yderligere end-to-end test af lagerbehandling arbejdsgange efter større platform udgivelser. * Forbedret overvågning af behandling - Overvågning og varsling vil blive gennemgået og udvidet til at give tidligere påvisning af unormale lagerbehandlingsfejl og overdreven akkumulering af filer i behandlingskøer. * Operationel Resistens - Yderligere sikkerhedsforanstaltninger vil blive gennemført inden for lagerbehandling workflow for at forbedre inddrivelse fra behandlingsfejl og minimere kundernes indvirkning, hvis lignende betingelser opstår i fremtiden. * Code Quality and Review Forbedringer\ (Færdiggjort\) - Som en del af undersøgelsen efter hændelsen er den berørte kode blevet korrigeret for at sikre, at fejl i kommunikationen håndteres korrekt og ikke resulterer i bredere behandlingsvirkninger. Desuden er udviklings- og revisionsprocessen blevet styrket for at sikre, at revisionsresultaterne evalueres og behandles på passende vis, før fremtidige ændringer godkendes til frigivelse.

Automatisk oversat fra den officielle hændelsesopdatering.

1. 24. juni 2026 kl. 08.00 UTCinvestigating

   Hændelsesbeskrivelse: Vi har identificeret et problem, der påvirker login adgang til Flexera One i EU-regionen. Kunderne kan modtage fejl, når de forsøger at logge ind på Flexera One. Prioriteret: P1 Genoprettelse Aktivitet: Vores tekniske hold er aktivt undersøge problemet og arbejder på at gennemføre korrigerende handlinger for at genoprette normal login funktionalitet. Der arbejdes fortsat med undersøgelse og stabilisering. Vi vil fortsat overvåge situationen nøje og levere yderligere opdateringer, efterhånden som fremskridtene fortsætter.

2. 24. juni 2026 kl. 09.00 UTCresolved

   Problemet er blevet løst, og login funktionalitet er blevet genoprettet for berørte kunder. Tekniske hold identificerede årsagen til problemet og gennemførte korrigerende foranstaltninger for at genoprette normal service. Miljøet er stabilt, og den løbende overvågning har bekræftet vellykket autentificering og adgang til platforme. En post mortem-rapport med yderligere oplysninger vil blive delt efter afslutningen af undersøgelsen.

3. 7. juli 2026 kl. 08.28 UTCpostmortem

   * * Beskrivelse: * * Flexera One - EU - Login Access Disruption * * Tidsramme: * * Juni 24, 2026, 12: 41 AM PDT til Juni 24, 2026, 02: 04 AM PDT Name * * Hændelsesoversigt * * Name Onsdag den 24. juni 2026 kl. 12: 41 på PDT opdagede vores hold et problem, der påvirkede kunderne i EU-regionen. Imponerede brugere oplevede autentificeringsfejl, da de forsøgte at logge ind på Flexera One ved hjælp af Single Sign-On\ (SSO\), hvilket resulterede i serverfejl og forhindrede adgang til platformen. Efter afsløring, tekniske hold straks indledt en undersøgelse og bekræftede, at problemet var isoleret til autentificering workflow. Validering af anvendelsen og underliggende platformstjenester viste, at al kerneinfrastruktur forblev sund og operationel. Yderligere analyse fastslået, at en service konto, der anvendes til at kommunikere med identitetsudbyderen var blevet utilgængelig, hvilket får autentificering anmodninger til at mislykkes. Servicekontoen blev straks genoprettet, som genetableret normal autentificering behandling og fuldt genoprettet kundeadgang. Efter restaurering blev miljøet nøje overvåget, og login-funktionalitet blev grundigt valideret for at sikre servicestabilitet. Der blev ikke observeret nogen yderligere kundepåvirkning, og hændelsen blev efterfølgende erklæret løst. Name * * Rodårsag * * Name Spørgsmålet skyldtes den utilsigtede suspension af en tjenestekonto, der understøtter autentificering mellem Flexera 1 og identitetsudbyderen. Som følge heraf kunne anmodninger om autentificering ikke behandles med succes, hvilket forhindrede de berørte kunder i EU 's produktionsregion i at få adgang til platformen via Single Sign-On\ (SSO\). Medvirkende faktorer * En service konto, der er kritisk for den godkendelse workflow blev utilsigtet suspenderet under en rutinemæssig oprydning aktivitet. * Suspensionen forhindrede godkendelse anmodninger om godkendelse i at blive valideret med succes, hvilket resulterer i login fejl for ramte kunder. * Spørgsmålet var isoleret til autentificering service og påvirkede ikke tilgængeligheden af den underliggende applikation eller platform infrastruktur. Name * * Genoprettelsesaktioner * * Name * Den berørte service konto blev genoprettet, genetablere autentificering med identitetsudbyderen. * Login funktionalitet blev valideret efter restaurering. * Engineering teams fortsatte overvågning for at bekræfte platform stabilitet og vellykket kundegodkendelse. Name * * Fremtidige forebyggende foranstaltninger * * Name * Service Account Governance - Processer vedrørende kritiske konti vil blive styrket for at reducere risikoen for utilsigtet ændringer, der påvirker produktionstjenester. * Forbedret overvågning - Overvågning og alarmering vil blive forbedret til at give tidligere påvisning af autentificering fejl påvirker kundens login arbejdsgange. * Operationelle Procesforbedringer - Vores hold har dokumenteret dette som lært og vil gennemføre procesforbedringer for at reducere sandsynligheden for lignende hændelser.

Automatisk oversat fra den officielle hændelsesopdatering.