Istoricul incidentelor Anaplan

1. 7 septembrie 2026 la 13:26 UTCinvestigating

   Investigăm în prezent o problemă care afectează capacitatea clienților de a accesa platforma Anaplan. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 7 septembrie 2026 la 13:33 UTCinvestigating

   Am identificat cauza probabilă a problemei şi ne concentrăm acum pe restabilirea serviciului cât mai repede posibil. În prezent, nu avem încă timp de rezoluție. Vom furniza actualizări suplimentare în 30 de minute sau după rezoluție.

3. 7 septembrie 2026 la 13:35 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

4. 7 septembrie 2026 la 13:46 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

Traducere automată din actualizarea oficială a incidentului.

1. 3 septembrie 2026 la 14:56 UTCinvestigating

   Investigăm în prezent o problemă care afectează capacitatea clienților de a accesa platforma Anaplan. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 3 septembrie 2026 la 15:12 UTCidentified

   Am identificat cauza probabilă a problemei şi ne concentrăm acum pe restabilirea serviciului cât mai repede posibil. În prezent, nu avem încă timp de rezoluție. Vom furniza actualizări suplimentare în 30 de minute sau după rezoluție.

3. 3 septembrie 2026 la 15:16 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

4. 3 septembrie 2026 la 18:04 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 09:49 UTCinvestigating

   În prezent investigăm o problemă care afectează capacitatea clienților de a rula integrarea Cloudworks. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 1 septembrie 2026 la 10:25 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. În prezent, nu avem încă timp de rezoluție. Vom continua să oferim actualizări la fiecare 30 de minute în timp ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

3. 1 septembrie 2026 la 11:06 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce noi investigăm această problemă. Am confirmat o problemă care afectează integrarea CloudWorks în mai multe regiuni. Aceasta rămâne o prioritate de vârf și nu avem încă un timp estimat de rezoluție. Vom continua să partajăm actualizări la fiecare 30 de minute, pe măsură ce vom lucra pentru a rezolva acest lucru cât mai repede posibil.

4. 1 septembrie 2026 la 11:45 UTCidentified

   Vă mulţumim pentru răbdare în timp ce noi investigăm această problemă. Am observat că integrarea CloudWorks începe și se încheie cu succes în toate regiunile; totuși, continuăm să monitorizăm îndeaproape situația. Vom împărtăși actualizări suplimentare la fiecare 30 de minute, pe măsură ce lucrăm pentru a rezolva acest lucru cât mai repede posibil.

5. 1 septembrie 2026 la 12:19 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

6. 1 septembrie 2026 la 12:42 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

Traducere automată din actualizarea oficială a incidentului.

1. 1 septembrie 2026 la 09:10 UTCinvestigating

   În prezent investigăm o problemă care afectează capacitatea clienților de a rula integrarea Cloudworks. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 1 septembrie 2026 la 09:28 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

3. 1 septembrie 2026 la 09:47 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

Traducere automată din actualizarea oficială a incidentului.

1. 27 august 2026 la 10:22 UTCinvestigating

   Investigăm în prezent o problemă care afectează capacitatea clienților de a accesa platforma Anaplan din Canada. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 27 august 2026 la 10:52 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. În prezent, nu avem încă timp de rezoluție. Vom continua să oferim actualizări la fiecare 30 de minute în timp ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

3. 27 august 2026 la 10:57 UTCidentified

   Am identificat cauza probabilă a problemei şi ne concentrăm acum pe restabilirea serviciului cât mai repede posibil. În prezent, vom furniza actualizări suplimentare în 30 de minute sau după rezoluție.

4. 27 august 2026 la 10:58 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

5. 27 august 2026 la 11:08 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

6. 3 septembrie 2026 la 15:52 UTCpostmortem

   La 27 august 2026, la 10:22 UTC, unii clienţi din regiunea noastră ca1: Cloud - Canada au avut probleme intermitente accesând platforma. În acest timp, este posibil ca utilizatorii să fi întâlnit erori atunci când încearcă să se logheze. Impactul a variat în funcție de care componentă a manipulat fiecare cerere **Root cause** După o actualizare standard a sistemului, o singură componentă de direcție a traficului din regiunea Canada a intrat într-o stare inconsecventă după o reîncărcare a configurației și nu și-a refăcut corect instrucțiunile de rutare. Componenta a început să respingă intermitent sau să direcţioneze greşit cererile clienţilor. Controalele de sănătate ale componentei au verificat disponibilitatea sa, dar nu au surprins corectitudinea configurației de rutare. Ca urmare, ea a rămas activă și a continuat să servească traficului. Acest lucru a dus la unele cereri care au reuşit, în timp ce altele au eşuat, în funcţie de care componentă a manipulat conexiunea. ** Recovery ** Echipa noastră de ingineri a identificat problema şi a luat măsuri imediate. Echipa a izolat problema unei singure componente de circulaţie şi a repornit-o. Acest lucru a redistribuit toate traficul de intrare pe celelalte componente sănătoase. Până la 11:08 UTC, problema a fost pe deplin rezolvată. **Acţiuni corective şi preventive** Implementăm următoarele acţiuni pentru prevenirea recurenţelor: * Suntem întărirea controalelor de sănătate pe componentele noastre de direcție de trafic pentru a izola imediat și reporniți automat orice componentă care nu validează corect după o actualizare de configurare. Acest lucru împiedică o componentă degradată să continue să deservească traficul și cauzând eșecuri intermitente de acces pentru clienți. * Ne perfecționăm monitorizarea pentru a oferi vizibilitate mai granulară în componente individuale de servicii. Acest lucru permite detectarea mai rapidă a problemelor localizate înainte de a afecta mai mulți clienți. Ne cerem scuze pentru impactul pe care l-a avut această problemă asupra operaţiunilor tale. Ne-am angajat la îmbunătățirile prezentate mai sus pentru a preveni perturbări similare. Dacă aveți întrebări sau preocupări, vă rugăm să contactați [Suport][https://support.anaplan.com/] echipa noastră.

Traducere automată din actualizarea oficială a incidentului.

1. 15 august 2026 la 03:27 UTCinvestigating

   În prezent investigăm o problemă care afectează capacitatea clienților de a rula integrarea Cloudworks. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 15 august 2026 la 04:02 UTCinvestigating

   Investigăm în prezent o problemă care afectează capacitatea clienților de a accesa Platforma Anaplan, care afectează și integrarea CloudWorks Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

3. 15 august 2026 la 04:31 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. În prezent, nu avem încă timp de rezoluție. Vom continua să oferim actualizări la fiecare 30 de minute în timp ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

4. 15 august 2026 la 05:03 UTCidentified

   Am identificat cauza probabilă a problemei şi ne concentrăm acum pe restabilirea serviciului cât mai repede posibil. În prezent, nu avem încă timp de rezoluție. Vom furniza actualizări suplimentare în 30 de minute sau după rezoluție.

5. 15 august 2026 la 05:33 UTCidentified

   Am escaladat această problemă cu furnizorul terț pentru a atenua problema. În prezent, nu avem încă timp de rezoluție. Vom furniza actualizări suplimentare în 30 de minute sau după rezoluție.

6. 15 august 2026 la 06:13 UTCidentified

   Continuăm să colaborăm îndeaproape cu vânzătorul nostru pentru a rezolva problema accesului care afectează regiunea UE2, care rămâne cea mai mare prioritate a noastră. Prin intermediul anchetei noastre, am identificat problemele de conectivitate în regiunea UE-CENTRAL-1 ca fiind cauza principală. Începând de la ora 7:33 PM PDT pe 14 august, vânzătorul nostru a început să se confrunte cu o pierdere mai mare de pachete care afectează conectivitatea pentru clienții din regiunea UE-CENTRAL-1. Locația afectată a fost identificată ca Equinix, Frankfurt. În timp ce s-au făcut progrese, conexiunile la această locație rămân afectate. Continuăm să acordăm prioritate măsurilor de rezoluție cu vânzătorul nostru. Cu toate acestea, recuperarea completă este de așteptat să fie de mai multe ore distanță. Vă vom oferi o actualizare la fiecare 60 de minute în timp ce lucrăm pentru a restabili serviciul cât mai repede posibil, sau mai devreme în cazul în care devin disponibile informații suplimentare.

7. 15 august 2026 la 07:12 UTCidentified

   Continuăm să lucrăm cu vânzătorul nostru pentru a rezolva problema accesului care afectează regiunea eu2 ca prioritate principală. De asemenea, explorăm mai multe căi pentru a restabili serviciul cât mai repede posibil. Colaborarea cu furnizorul nostru este în curs de desfășurare; cu toate acestea, recuperarea completă este de așteptat să fie mai multe ore distanță. Vom oferi o actualizare la fiecare 60 de minute pe măsură ce lucrăm pentru a restabili serviciul cât mai repede posibil, sau mai devreme în cazul în care informațiile suplimentare devin disponibile

8. 15 august 2026 la 08:11 UTCidentified

   Am finalizat redirecționarea traficului în afara zonei afectate și suntem acum într-o fază de monitorizare. O nouă actualizare va fi furnizată în 30 de minute, sau mai devreme dacă vor fi disponibile informații suplimentare.

9. 15 august 2026 la 08:37 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

10. 25 august 2026 la 16:00 UTCpostmortem

    La 15 august 2026, de la 03:16 UTC la 08:23 UTC, clienții din zona noastră eu2: Data Center - Germania au suferit o întrerupere a serviciilor care a împiedicat accesul la platforma Anaplan. În acest timp, un eșec al infrastructurii locale a afectat capacitatea regiunii de a se conecta la serviciile externe, ceea ce a dus la pierderea disponibilității platformei. **Root cause** Perturbaţia a fost cauzată de un eşec de mediu la sediul terţilor furnizori din Frankfurt, Germania. O scurgere în sistemul de răcire al instalației a dus la supraîncălzire localizată, care a declanșat opriri automate de siguranță ale echipamentelor critice de rețea. Apă de evacuare deteriorate, de asemenea, sisteme de distribuție a energiei localizate în cadrul instalației, dezactivarea dispozitivelor de rețea. Această defecțiune combinată a energiei electrice și a răcirii a împiedicat sistemul să rezolve adresele externe și să completeze cererile de ieșire din această regiune. ** Recovery ** Deoarece condiţiile de mediu ale instalaţiei au făcut zona nesigură pentru a intra, vânzătorul nostru a fost întârziat în evaluarea şi repararea echipamentului afectat. Ca urmare, echipa noastră de inginerie a implementat o schimbare de urgență pentru a redirecționa traficul printr-o cale de rețea regională alternativă, ocolind facilitatea și regiunea afectată. Acest lucru a restabilit cu succes conectivitatea externă completă și rezoluția numelui, iar accesul pe platformă a fost restabilit complet până la 08:23 UTC. Imobilul operator și vânzătorul nostru a continuat de lucru de recuperare în următoarele zile, cu restaurare completă confirmată de 18. august Ne-am menţinut ruta de urgenţă pe tot parcursul acelei perioade pentru a menţine serviciul stabil în timp ce vânzătorul a terminat reparaţiile. **Acţiuni corective şi preventive** Implementarea următoarelor măsuri pentru consolidarea rezilienței și reducerea riscului unei perturbări similare: * Adăugăm un strat care redirecţionează automat traficul către locaţii geografice alternative în timpul unei întreruperi localizate, fără intervenţie manuală necesară. * Noi permitem ca înregistrările cache să continue să servească traficului atunci când calea către rezolvatoarele externe nu este disponibilă, astfel încât o pierdere de conectivitate pentru serviciile externe nu mai împiedică accesul pe platformă atunci când are loc un eveniment regional. * Colaborăm cu instituţiile terţe şi cu furnizorii de reţele pentru a-şi revizui standardele pentru sistemele critice de energie şi răcire şi pentru a asigura existenţa unor garanţii preventive mai puternice. Ne cerem scuze pentru impactul pe care l-a avut această problemă asupra operaţiunilor tale. Ne-am angajat la îmbunătățirile prezentate mai sus pentru a preveni perturbări similare. Dacă aveți întrebări sau preocupări, vă rugăm să contactați echipa noastră de sprijin.

Traducere automată din actualizarea oficială a incidentului.

1. 29 iulie 2026 la 11:06 UTCinvestigating

   Investigăm în prezent o problemă care afectează capacitatea clienților de a accesa platforma Anaplan. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 29 iulie 2026 la 11:36 UTCinvestigating

   Investigăm în prezent o problemă care afectează capacitatea clienților de a accesa platforma Anaplan. Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. În prezent, nu avem încă timp de rezoluție. Vom continua să oferim actualizări la fiecare 30 de minute în timp ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

3. 29 iulie 2026 la 11:41 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

4. 29 iulie 2026 la 12:51 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

5. 7 august 2026 la 18:56 UTCpostmortem

   On July 29, 2026, between 10:57 UTC and 11:53 UTC, customers in our us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan regions experienced degraded performance. This resulted in delayed model and workspace access, slow page load times, and slower logins across the platform, as well as delayed execution of CloudWorks™ integrations. All other regions were unaffected during this time.  **Root Cause**  The incident was triggered by an automated security software update deployed across our platform servers. This simultaneous update caused an unexpected, short-lived spike in storage activity that temporarily exceeded the storage systems' processing capacity. The resulting latency disrupted communication between internal metadata services and core system servers, causing the service connection pools to become unresponsive and preventing them from automatically recovering.  **Recovery**  Our engineering team identified the issue and took immediate action. We performed rolling restarts of the affected metadata services to clear the unresponsive connection pools and stabilize the systems. By 11:30 UTC, affected systems had recovered. Following this, the CloudWorks™ scheduler was restarted to process and clear the backlog of integration tasks. The issue was fully resolved by 11:53 UTC.  **Corrective & Preventative Actions**  We are implementing the following actions to prevent recurrence:  * We are implementing enhanced storage performance tiers and traffic-prioritization controls to isolate key platform workloads from other background system activities.  * We are updating our internal service connection frameworks to automatically detect and gracefully recover from unexpected system connection interruptions.  * We are refining our security software deployment processes to stagger rollouts and limit simultaneous resource utilization.  * We are enhancing our synthetic monitoring dashboards to improve visibility of regional service performance deviations.  * We are conducting rigorous connection-recovery and system testing in our lower environments to validate application resilience under loaded states.  We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support website](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). We appreciate your patience during this incident and value the trust you place in Anaplan.

Traducere automată din actualizarea oficială a incidentului.

1. 24 iulie 2026 la 20:35 UTCinvestigating

   Investigăm în prezent o problemă care duce la faptul că unii clienți nu pot încărca modele. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 24 iulie 2026 la 23:01 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. În prezent, nu avem încă timp de rezoluție. Vom continua să oferim actualizări la fiecare 30 de minute în timp ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

3. 24 iulie 2026 la 23:33 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. Echipele noastre de sprijin continuă să investigheze această problemă, însă nu avem încă timp să o rezolvăm. Vom continua să oferim actualizări la fiecare 30 de minute în timp ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

4. 25 iulie 2026 la 00:07 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. Această problemă a fost extinsă la echipele noastre superioare de inginerie și conducere, care investighează în mod activ situația și evaluează toate etapele necesare pentru a restabili operațiunile complete. Deşi nu avem detalii tehnice specifice de împărtăşit în acest moment, vă rugăm să fiţi siguri că rezolvarea acestui incident este prioritatea noastră cea mai mare. Ne cerem scuze sincer pentru deranj şi apreciem răbdarea ta. Vom continua să oferim actualizări la fiecare 30 de minute, sau mai devreme în cazul în care apar noi detalii, pe măsură ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

5. 25 iulie 2026 la 00:39 UTCinvestigating

   Am identificat posibile căi de remediere și progresează în prezent activități active de atenuare pentru a restabili stabilitatea serviciilor. Deși nu avem un timp estimat de recuperare (ETA) pentru a împărtăși în această etapă, vă rugăm să vă asigurați că accentul nostru principal rămâne pe rezolvarea în siguranță și rapidă a acestei probleme. Monitorizăm îndeaproape impactul măsurilor noastre actuale de atenuare. Ne cerem scuze pentru neplăcerile în curs. Următoarea actualizare va fi publicată în 30 de minute, sau mai devreme ca repere cheie sunt realizate.

6. 25 iulie 2026 la 01:08 UTCinvestigating

   Înțelegem perturbarea pe care a cauzat-o și dorim să vă asigurăm că rezolvarea cât mai repede posibil rămâne prioritatea noastră principală. Echipa noastră este angajată activ în remediere, iar măsurile puse în aplicare demonstrează progrese semnificative în direcția restabilirii complete a serviciului. Îţi recunoaştem răbdarea pe tot parcursul acestui proces şi nu o luăm de la sine. Ne monitorizăm îndeaproape sistemele și vom oferi o actualizare suplimentară în termen de 30 de minute, sau mai devreme ar trebui să existe o evoluție semnificativă de împărtășit.

7. 25 iulie 2026 la 01:42 UTCinvestigating

   Continuăm să executăm şi să validăm planurile noastre de remediere. Vedem progrese susținute pe măsură ce eforturile de redresare avansează sistematic. Pentru a asigura o redresare sigură și completă, progresăm cu atenție și nu suntem încă în măsură să împărtășim repere tehnice specifice. Vă rugăm să fiţi siguri că întreaga noastră echipă de intervenţie rămâne pe deplin dedicată soluţionării acestui incident. Mulţumesc pentru răbdare. Următoarea actualizare va fi publicată în 30 de minute, sau imediat ce vom avea noi progrese de raportat.

8. 25 iulie 2026 la 02:18 UTCinvestigating

   Suntem în prezent efectuarea de întreținere de urgență în regiunea Canada. Accesul la platformă a fost temporar restricționat în timp ce echipa noastră lucrează pentru a finaliza remedierea și a valida restaurarea serviciilor complete. Monitorizăm în mod activ mediul și progresăm. Vă apreciem răbdarea și înțelegem impactul pe care acest lucru îl are asupra muncii dumneavoastră. Alte actualizări vor fi furnizate la fiecare 30 de minute, sau mai devreme, dacă există o dezvoltare semnificativă pentru a partaja. Ne cerem scuze pentru inconveniente şi rămânem hotărâţi să restabilim serviciul cât mai repede posibil.

9. 25 iulie 2026 la 03:09 UTCinvestigating

   Echipa noastră rămâne angajată activ în eforturile de remediere. Munca progresează prin mai multe fluxuri de lucru şi continuăm să avansăm către restaurarea completă a serviciului. Vom oferi o actualizare suplimentară în 30 de minute, sau mai devreme dacă există o dezvoltare semnificativă pentru a partaja. Vă mulţumim pentru răbdare.

10. 25 iulie 2026 la 03:47 UTCinvestigating

    În prezent efectuăm întreținere de urgență în regiunea Canada. Echipa noastră este angajată activ în eforturile de remediere în coordonare cu vânzătorul nostru, iar problema a fost rezolvată. Accesul clienților la mediul canadian rămâne temporar restricționat, în timp ce noi completăm eforturile de validare și restaurare. Apreciem răbdarea dumneavoastră și vă vom oferi o actualizare suplimentară în termen de 1 oră, sau mai devreme, dacă există o evoluție semnificativă de împărtășit.

11. 25 iulie 2026 la 04:47 UTCinvestigating

    Echipa noastră continuă să lucreze prin întreținerea de urgență pe regiunea Canada în strânsă coordonare cu vânzătorul nostru. Problema a fost rezolvată și eforturile de restaurare sunt în curs de desfășurare în mod activ. Accesul la mediul canadian rămâne temporar restricţionat pe măsură ce completăm etapele de validare necesare înainte de restaurarea serviciilor. Recunoaştem impactul pe care acest lucru îl are asupra muncii tale şi apreciem răbdarea ta continuă. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

12. 25 iulie 2026 la 06:05 UTCidentified

    Echipa noastră continuă să lucreze prin întreținerea de urgență pe regiunea Canada în strânsă coordonare cu vânzătorul nostru. Problema a fost însă rezolvată din cauza complexităţii şi a domeniului de aplicare a procesului de recuperare, ne aşteptăm ca restaurarea să fie un efort extins care să dureze câteva ore pentru a fi finalizată. Accesul la mediul canadian va rămâne limitat pe durata recuperării. Recunoaştem impactul semnificativ pe care acest lucru îl are asupra muncii tale şi apreciem sincer răbdarea ta. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

13. 25 iulie 2026 la 07:06 UTCidentified

    Echipa noastră și partenerii noștri furnizori continuă să facă progrese prin procesul complex de recuperare pentru regiunea Canada în timpul acestei întreținere de urgență. Executăm sistematic protocoalele de recuperare şi validăm integritatea sistemului în fiecare etapă. După cum s-a menţionat anterior, datorită domeniului de aplicare al acestui efort, acesta rămâne un proces extins de recuperare, iar accesul la mediul canadian va continua să fie restricţionat în timp ce lucrăm pentru o restaurare sigură şi completă a serviciilor. Rămânem pe deplin conștienți de impactul pe care această întrerupere de serviciu îl are asupra operațiunilor dumneavoastră și facem tot posibilul pentru a accelera acești pași. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

14. 25 iulie 2026 la 08:07 UTCidentified

    Echipele noastre de ingineri și furnizori continuă să execute în mod activ etapele de recuperare pentru regiunea Canada sub întreținere de urgență. Nu există detalii tehnice noi sau modificări de împărtășit în acest moment, deoarece accentul nostru rămâne în întregime pe restaurarea sistematică și în condiții de siguranță a serviciilor. Accesul la mediul canadian rămâne limitat în timp ce aceste activități de recuperare sunt în curs de desfășurare. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce lucrăm prin acest efort extins. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

15. 25 iulie 2026 la 09:06 UTCidentified

    Echipele noastre de inginerie și partenerii noștri furnizori continuă să progreseze prin etapele de recuperare pentru regiunea Canada sub întreținere de urgență. Facem progrese pozitive şi ne apropiem de re-aprofundarea regiunii pentru majoritatea spaţiilor de lucru. Accesul la mediul canadian rămâne temporar restricţionat în timp ce executăm şi completăm aceşti paşi finali cruciali de validare pentru a asigura stabilitatea serviciilor. Vă apreciem sincer răbdarea și parteneriatul pe măsură ce intrăm în aceste etape finale ale procesului de recuperare. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

16. 25 iulie 2026 la 10:07 UTCinvestigating

    Continuăm să ne executăm sistematic paşii de recuperare pentru regiunea Canada sub întreţinere de urgenţă. Echipele noastre de inginerie și partenerii noștri furnizori rămân concentrați pe etapele finale de validare și continuăm să ne apropiem de a permite regiunii pentru majoritatea clienților. Accesul la mediul canadian rămâne restricţionat pentru moment pentru a ne asigura că vom menţine stabilitatea sistemului în timpul acestor etape finale critice. Suntem foarte recunoscători pentru răbdarea şi parteneriatul dumneavoastră. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

17. 25 iulie 2026 la 11:14 UTCidentified

    Echipele noastre de ingineri și partenerii noștri de vânzări continuă să progreseze sistematic prin etapele finale de validare pentru regiunea Canada sub întreținere de urgență. Rămânem concentraţi pe verificarea stabilităţii sistemului, ceea ce ne menţine pe o cale constantă spre a permite regiunii să se bucure de majoritatea clienţilor. Accesul la mediul din Canada rămâne limitat pentru moment pentru a se asigura că aceste verificări critice ale siguranței și stabilității sunt finalizate în totalitate. Suntem incredibil de recunoscători pentru răbdarea şi parteneriatul dumneavoastră pe măsură ce terminăm acest efort extins. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

18. 25 iulie 2026 la 12:37 UTCidentified

    Echipele noastre de ingineri şi vânzători intră în fazele finale de pregătire a planului nostru de recuperare pentru regiunea Canada sub întreţinere de urgenţă. Pe măsură ce ne pregătim pentru restabilirea accesului, planul nostru este să permitem tuturor serviciilor din regiune, cu excepția configurațiilor "Bring Your Own Key" (BYOK). În plus, un număr mic de spații de lucru vor rămâne dezactivate inițial la restaurarea serviciului general. Pentru aceste spații de lucru specifice rămase, vom executa un plan de restaurare foarte controlat și sistematic pentru a recupera fiecare mediu individual pentru a garanta stabilitatea completă și integritatea datelor. Accesul la mediul din Canada rămâne restricţionat în acest moment, în timp ce vom finaliza aceste etape finale de validare a pre-înnoirii. Recunoaştem impactul continuu pe care acest lucru îl are asupra operaţiunilor tale şi apreciem sincer răbdarea ta continuă. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

19. 25 iulie 2026 la 13:51 UTCidentified

    În prezent restaurăm platforma. Echipele noastre de ingineri şi vânzători lucrează activ pentru a restabili serviciile cât mai repede posibil. Ca parte a planului nostru de recuperare, vom restaura toate serviciile din regiune, cu excepţia configuraţiilor "Bring Your Own Key" (BYK). În plus, un număr mic de spații de lucru vor rămâne temporar dezactivate la restaurarea inițială a serviciului. Pentru aceste spaţii de lucru specifice, vom executa un proces de restaurare foarte controlat şi sistematic pentru a recupera fiecare mediu individual şi pentru a garanta stabilitatea completă şi integritatea datelor. Accesul la mediul canadian rămâne restricţionat în acest moment. Recunoaştem impactul semnificativ pe care acest lucru îl are asupra operaţiunilor tale şi apreciem sincer răbdarea ta continuă. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

20. 25 iulie 2026 la 16:22 UTCidentified

    Echipa noastră de Inginerie lucrează activ pentru a restabili stabilitatea platformei în întreaga regiune a Canadei (CA1) printr-o recuperare cu atenție progresivă. Vom restaura inițial servicii generale, cu excepția Configurațiilor BYOK (Bring Your Own Key). Pentru a garanta un mediu stabil și sigur, un număr mic de spații de lucru pot rămâne temporar dezactivate în timp ce efectuăm restaurări controlate. Accesul global la mediul canadian rămâne restricţionat în acest moment, pe măsură ce finalizăm aceste măsuri critice de restaurare. Recunoaştem profund impactul semnificativ pe care această situaţie îl are asupra operaţiunilor tale şi apreciem sincer răbdarea ta continuă în timp ce lucrăm prin aceste măsuri de siguranţă. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

21. 25 iulie 2026 la 17:24 UTCidentified

    Am permis accesul clienţilor generali în regiunea Canada. Toate serviciile din regiune sunt acum introduse online, cu excepţia configuraţiilor Byok (Bring Your Own Key). În plus, un număr mic, specific de spații de lucru pentru clienți vor rămâne temporar dezactivate. Pentru aceste spații de lucru rămase, echipele noastre de inginerie execută un plan de restaurare foarte controlat și sistematic pentru a recupera în siguranță fiecare mediu individual pentru a asigura integritatea completă a datelor. Apreciem sincer răbdarea și parteneriatul dumneavoastră în curs de desfășurare în timp ce executăm acești pași de recuperare finali și precisi. Următoarea actualizare va fi furnizată într-o oră, sau mai devreme în cazul în care se produce o dezvoltare semnificativă.

22. 25 iulie 2026 la 23:28 UTCidentified

    Ne cerem sincer scuze pentru deranjul cauzat şi vă apreciem profund răbdarea. Accesul general al clienților în regiunea Canada a fost restabilit, iar serviciile revin online. Adu-ţi propriile configuraţii cheie şi un număr mic de spaţii de lucru rămân temporar offline, în timp ce noi completăm restaurarea atentă, individualizată pentru a asigura integritatea completă a datelor. Vom furniza o actualizare suplimentară în termen de o oră, sau mai devreme, dacă există o dezvoltare semnificativă pentru a partaja.

23. 25 iulie 2026 la 23:52 UTCidentified

    Accesul clienţilor generali în regiunea Canada a fost restabilit. Spațiile de lucru care utilizează Bring Your Own Key (BYOK) criptarea va rămâne temporar offline în timp ce vom finaliza restaurarea individualizată pentru fiecare spațiu de lucru afectat. Vom oferi o actualizare suplimentară a statutului de restaurare BYOK la ora 09:00 UTC pe 26 iulie 2026. Ne cerem scuze pentru întrerupere şi vă mulţumim pentru răbdare.

24. 26 iulie 2026 la 08:59 UTCinvestigating

    Scriem pentru a oferi o actualizare la nivel înalt cu privire la perturbarea serviciilor care afectează Canada (CA1), care a început vineri, 24 iulie, la 20:35 UTC. Prin coordonarea dedicată a echipelor noastre de inginerie și a partenerilor furnizori, accesul general în regiunea Canada a fost re-enabled cu succes sâmbătă, 25 iulie la 17:24 UTC. Marea majoritate a clienţilor noştri îşi pot accesa spaţiile de lucru şi modelele în mod normal. Starea actuală și etapele următoare În timp ce accesul regiunii generale a fost complet restaurat, spaţiile de lucru care utilizează criptarea Bring Your Own Key (BYOK) rămân temporar offline. Accentul nostru principal este în prezent asupra reproducerii cu succes a perturbărilor tehnice într-un mediu controlat. Perspectivele obţinute din această fază de reproducere sunt critice, deoarece ele vor influenţa direct şi vor determina cea mai sigură şi mai eficientă cale de recuperare pentru spaţiile de lucru BYOK rămase. Continuarea acestei anchete sistematice asigură menținerea celor mai înalte standarde de stabilitate a sistemului și de integritate a datelor. Ne aşteptăm să oferim următoarea actualizare ţintită privind restaurarea spaţiului de lucru BYOK până la ora 11:00 UTC. Ne cerem sincer scuze pentru întrerupere şi impactul pe care l-a avut asupra operaţiunilor tale. Echipele noastre de sprijin rămân pe deplin disponibile pentru a vă ajuta cu orice întrebări sau nevoi imediate.

25. 26 iulie 2026 la 11:16 UTCinvestigating

    Scriem pentru a oferi o actualizare la nivel înalt cu privire la perturbarea serviciilor care afectează Canada (CA1), care a început vineri, 24 iulie, la 20:35 UTC. Prin coordonarea dedicată a echipelor noastre de inginerie și a partenerilor furnizori, accesul general în regiunea Canada a fost re-enabled cu succes sâmbătă, 25 iulie la 17:24 UTC. Marea majoritate a clienţilor noştri îşi pot accesa spaţiile de lucru şi modelele în mod normal. Starea actuală și etapele următoare În timp ce accesul regiunii generale a fost complet restaurat, spaţiile de lucru care utilizează criptarea Bring Your Own Key (BYOK) rămân temporar offline. Accentul nostru principal este în prezent asupra reproducerii cu succes a perturbărilor tehnice într-un mediu controlat. Perspectivele obţinute din această fază de reproducere sunt critice, deoarece ele vor influenţa direct şi vor determina cea mai sigură şi mai eficientă cale de recuperare pentru spaţiile de lucru BYOK rămase. Continuarea acestei anchete sistematice asigură menținerea celor mai înalte standarde de stabilitate a sistemului și de integritate a datelor. Ne aşteptăm să oferim următoarea actualizare ţintită privind restaurarea spaţiului de lucru BYOK până la ora 13:00 UTC. Ne cerem sincer scuze pentru întrerupere şi impactul pe care l-a avut asupra operaţiunilor tale. Echipele noastre de sprijin rămân pe deplin disponibile pentru a vă ajuta cu orice întrebări sau nevoi imediate.

26. 26 iulie 2026 la 13:06 UTCinvestigating

    În timp ce accesul general în regiunea Canada (CA1) a fost restaurat complet de sâmbătă, 25 iulie la 17:24 UTC, spaţiile de lucru care utilizează Bring Your Own Key (BYOK) criptarea rămâne temporar offline. Accentul nostru principal pentru a reproduce perturbarea într-un mediu controlat este încă în curs de desfășurare cu vânzătorul nostru. Aceasta este o fază critică, deoarece va influenţa direct şi va determina cea mai sigură şi mai eficientă cale de recuperare pentru spaţiile de lucru BYOK rămase, asigurând în acelaşi timp stabilitatea sistemului şi integritatea datelor. Ne aşteptăm să oferim următoarea actualizare ţintită privind restaurarea spaţiului de lucru BYOK până la ora 15:00 UTC. Ne cerem sincer scuze pentru întrerupere şi impactul pe care l-a avut asupra operaţiunilor tale. Echipele noastre de sprijin rămân pe deplin disponibile pentru a vă ajuta cu orice întrebări sau nevoi imediate.

27. 26 iulie 2026 la 15:20 UTCinvestigating

    Accesul general la regiunea CA1 rămâne pe deplin restabilit pentru majoritatea clienților. Spațiile de lucru care utilizează Aduceți-vă propria cheie (BYOK) criptare rămâne temporar offline în timp ce vom finaliza recuperarea în condiții de siguranță, validare, și analiza cauza rădăcină. Colaborăm activ cu partenerul nostru terţ de criptare pentru a înţelege cauza şi potenţialul fix.

28. 26 iulie 2026 la 17:53 UTCidentified

    Accesul general la regiunea CA1 continuă să rămână pe deplin restabilit pentru majoritatea clienților. Spațiile de lucru care utilizează Bring Your Own Key (BYOK) criptarea rămâne temporar offline în timp ce vom finaliza recuperarea în condiții de siguranță, validarea, și analiza cauza rădăcină. Colaborăm activ cu partenerul nostru terţ de criptare pentru a înţelege cauza şi potenţialul fix.

29. 26 iulie 2026 la 18:49 UTCidentified

    Accesul general în regiunea Canada (CA1) rămâne pe deplin restabilit. Cu toate acestea, spaţiile de lucru care utilizează Criptarea BYOK (Bring Your Own Key) vor rămâne temporar offline. Vom oferi o actualizare suplimentară a statutului de restaurare BYOK la ora 10:00 UTC pe 27 iulie 2026. Ne cerem scuze pentru această întrerupere şi vă mulţumim pentru răbdare.

30. 27 iulie 2026 la 10:03 UTCinvestigating

    Scriem pentru a oferi o actualizare a statutului privind eforturile în curs de recuperare pentru a aduce propriile tale chei (BYOK) în regiunea Canada (CA1). Serviciile generale pentru regiune rămân pe deplin restaurate și funcționează în mod normal. Situația actuală a anchetei Echipele noastre de ingineri şi vânzători îşi continuă investigaţia asupra cauzei recentei întreruperi a serviciului. În prezent ne concentrăm eforturile pe reproducerea problemei într-un mediu dedicat, neproductiv. Această replicare controlată este un pas critic, deoarece constatările tehnice ne vor permite direct să identificăm și să validăm cea mai eficientă cale de recuperare pentru restul spațiului de lucru BYOK. Asigurându-ne că înţelegem bine comportamentul sistemului în aceste condiţii specifice din non-producţie mai întâi, putem garanta siguranţa absolută, stabilitatea şi integritatea datelor dumneavoastră în timpul fazei finale de restaurare. Vă apreciem sincer răbdarea şi parteneriatul în timp ce executăm aceşti paşi meticuloşi de validare. Următoarea actualizare va fi furnizată în două ore, sau mai devreme, dacă se atinge o etapă semnificativă.

31. 27 iulie 2026 la 12:30 UTCinvestigating

    Continuăm planificarea noastră activă de investigare și recuperare a spațiului de lucru "Adu cheia ta proprie" (BYOK) în regiunea Canada (CA1). Serviciile generale pentru regiune rămân pe deplin restaurate și continuă să funcționeze în mod normal. Echipele noastre inginereşti şi partenerii noştri de vânzări continuă să-şi concentreze eforturile pe replicarea perturbării într-un mediu controlat şi neproductiv. Replicarea scenariului în aceste condiţii de siguranţă rămâne cea mai mare prioritate a noastră, deoarece este pasul critic care ne va permite să identificăm şi să confirmăm cea mai eficientă cale de recuperare pentru spaţiile de lucru BYOK rămase. Continuăm metodic pentru a ne asigura că procesul de restaurare, odată inițiat, menține stabilitatea sistemului și integritatea datelor. Apreciem răbdarea şi parteneriatul dumneavoastră în timp ce această validare tehnică continuă. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom avea noi progrese de împărtăşit.

32. 27 iulie 2026 la 14:04 UTCinvestigating

    Ne continuăm eforturile active pentru a restabili spațiul de lucru "Adu-ți propria ta cheie" (BYOK) în regiunea Canada (CA1). Serviciile generale din regiune rămân pe deplin restaurate și funcționează în mod normal. Pentru a accelera rezoluţia, echipele de inginerie şi partenerii noştri de vânzări urmăresc simultan mai multe linii de investigaţii. Această abordare cu mai multe fețe este esențială pentru a garanta că planul nostru de restaurare este pe deplin validat și păstrează integritatea mediului dumneavoastră. Vă apreciem sincer răbdarea și parteneriatul în timp ce executăm aceste eforturi simultane. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom realiza o descoperire semnificativă.

33. 27 iulie 2026 la 15:54 UTCidentified

    Ne continuăm eforturile active pentru a restabili spațiul de lucru "Adu-ți propria ta cheie" (BYOK) în regiunea Canada (CA1). Serviciile generale din regiune rămân pe deplin restaurate și funcționează în mod normal. Echipele noastre de inginerie şi partenerii noştri de vânzări urmăresc simultan mai multe linii de investigaţii. Această abordare paralelă este executată în mod deliberat pentru a valida şi finaliza cea mai eficientă cale de recuperare pentru spaţiile de lucru BYOK rămase, asigurându-ne că restaurăm serviciile în siguranţă şi cu cel mai înalt nivel de stabilitate. Apreciem răbdarea dumneavoastră în timp ce echipele noastre lucrează prin aceşti paşi necesari. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom realiza o descoperire semnificativă.

34. 27 iulie 2026 la 17:37 UTCinvestigating

    În timp ce serviciile generale din regiunea Canada (CA1) rămân complet restaurate și funcționează normal, continuăm să ne concentrăm pe recuperarea spațiului de lucru "Bring Your Own Key" (BYOK). Echipele noastre avansează sistematic cu mai multe fluxuri paralele. Executarea acestor eforturi concomitent ne permite să analizăm în detaliu toate rezultatele, asigurând validarea și implementarea celei mai eficiente căi de recuperare pentru restul spațiului de lucru BYOK, asigurându-ne că restaurăm serviciile în condiții de siguranță și cu cel mai înalt nivel de stabilitate. Apreciem parteneriatul și răbdarea dumneavoastră în curs în timp ce executăm acești pași critici de recuperare. Vom oferi o actualizare suplimentară a statutului de restaurare BYOK la ora 09:00 UTC (10:00 BST) pe 28 iulie 2026.

35. 28 iulie 2026 la 09:02 UTCidentified

    Serviciile generale din regiunea Canada (CA1) rămân pe deplin restaurate și funcționează în mod normal. Pentru restul Aduceți-vă propria cheie (BYOK) spațiu de lucru, echipele noastre continuă să execute mai multe fluxuri de lucru paralele. Această abordare concomitentă se realizează în mod deliberat pentru a valida cea mai eficientă cale de redresare pentru restul spaţiilor de lucru BYOK, asigurând în acelaşi timp stabilitatea absolută a sistemului. Apreciem răbdarea ta continuă. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom ajunge la o etapă semnificativă.

36. 28 iulie 2026 la 11:01 UTCidentified

    Serviciile generale din regiunea Canada (CA1) continuă să funcționeze normal și să rămână pe deplin stabile. Echipele noastre de ingineri și furnizori continuă să progreseze prin mai multe fluxuri de lucru concurente pentru a aborda restul Aduceți-vă propria cheie (BYOK) spațiu de lucru. Această abordare paralelă rămâne accentul nostru activ, permițându-ne să validăm și să implementăm în mod sistematic cea mai eficientă cale de redresare pentru restul spațiului de lucru BYOK cu cel mai înalt nivel de siguranță. Vă mulţumim pentru răbdare şi sprijin. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom ajunge la o etapă semnificativă.

37. 28 iulie 2026 la 13:11 UTCidentified

    Serviciile generale din regiunea Canada (CA1) rămân complet restaurate, stabile și continuă să funcționeze în mod normal. Echipele noastre de inginerie si partenerii nostri de vanzari continua sa mearga mai departe cu mai multe fluxuri de lucru simultane pentru a aborda restul Bring Your Own Key (BYOK). Această strategie paralelă rămâne accentul nostru activ, permițându-ne să validăm și să implementăm în mod sistematic cea mai eficientă cale de redresare pentru celelalte spații de lucru BYOK. Apreciem cu sinceritate răbdarea voastră continuă în timp ce trecem prin aceşti paşi intenţionaţi. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom ajunge la o etapă semnificativă.

38. 28 iulie 2026 la 16:02 UTCidentified

    Serviciile generale din regiunea Canada (CA1) rămân complet restaurate, stabile și continuă să funcționeze în mod normal. Echipele noastre de inginerie şi partenerii noştri de vânzări îşi menţin în mod activ concentrarea asupra spaţiilor de lucru rămase Aduceţi-vă propria cheie (BYOK) prin mai multe fluxuri de lucru paralele. Apreciem răbdarea și parteneriatul dumneavoastră în curs de desfășurare pe măsură ce încheiem aceste faze critice de validare. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom ajunge la o etapă semnificativă.

39. 28 iulie 2026 la 19:51 UTCidentified

    În timp ce serviciile generale din regiunea Canada (CA1) rămân complet restaurate și funcționează normal, continuăm să ne concentrăm pe recuperarea spațiului de lucru "Bring Your Own Key" (BYOK). Echipele noastre avansează sistematic cu mai multe fluxuri paralele. Executarea acestor eforturi concomitent ne permite să analizăm în detaliu toate rezultatele, asigurând validarea și implementarea celei mai eficiente căi de recuperare pentru restul spațiului de lucru BYOK, asigurându-ne că restaurăm serviciile în condiții de siguranță și cu cel mai înalt nivel de stabilitate. Apreciem parteneriatul și răbdarea dumneavoastră în curs în timp ce executăm acești pași critici de recuperare. Vom oferi o actualizare suplimentară a statutului de restaurare BYOK la ora 09:00 UTC (10:00 BST) pe 29 iulie 2026.

40. 29 iulie 2026 la 09:04 UTCidentified

    În timp ce serviciile generale din regiunea Canada (CA1) rămân complet restaurate și funcționează normal, continuăm să ne concentrăm pe recuperarea spațiului de lucru "Bring Your Own Key" (BYOK). Echipele noastre continuă să progreseze sistematic prin mai multe fluxuri de lucru paralele. Executarea acestor eforturi concomitent ne permite să analizăm cu atenție toate rezultatele tehnice, asigurând validarea și implementarea celei mai sigure și mai stabile căi de recuperare pentru restul spațiului de lucru BYOK. Apreciem parteneriatul și răbdarea dumneavoastră în curs în timp ce executăm acești pași critici de recuperare. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom ajunge la o etapă semnificativă.

41. 29 iulie 2026 la 13:23 UTCinvestigating

    În timp ce serviciile generale din regiunea Canada (CA1) rămân complet restaurate și funcționează normal, continuăm să ne concentrăm pe recuperarea spațiului de lucru "Bring Your Own Key" (BYOK). Echipele noastre continuă să progreseze sistematic, prin mai multe fluxuri de lucru paralele. Executarea acestor eforturi concomitent ne permite să analizăm cu atenție toate rezultatele tehnice, asigurând validarea și implementarea celei mai sigure și mai stabile căi de recuperare pentru restul spațiului de lucru BYOK. Apreciem parteneriatul și răbdarea dumneavoastră în curs în timp ce executăm acești pași critici de recuperare. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom ajunge la o etapă semnificativă.

42. 29 iulie 2026 la 15:21 UTCinvestigating

    Serviciile generale din regiunea Canada (CA1) rămân pe deplin restaurate și continuă să funcționeze în mod normal. Echipele noastre de inginerie şi operaţiuni îşi menţin atenţia concentrată asupra recuperării spaţiilor de lucru rămase Adu-ţi propria cheie (BYOK). Pentru a asigura cea mai sigură restaurare posibilă, avansăm activ mai multe fluxuri de lucru paralele de recuperare. Rularea acestor eforturi concomitent ne permite să analizăm riguros rezultatele tehnice în timp real, asigurând validarea și implementarea celei mai stabile și sigure căi de urmat pentru restul spațiului de lucru BYOK. Apreciem sincer răbdarea și parteneriatul dumneavoastră în curs de desfășurare în timp ce executăm sistematic acești pași critici de recuperare. Următoarea actualizare va fi furnizată în două ore, sau mai devreme dacă vom ajunge la o etapă semnificativă.

43. 29 iulie 2026 la 17:17 UTCinvestigating

    În timp ce serviciile generale din regiunea Canada (CA1) rămân complet restaurate și funcționează normal, continuăm să ne concentrăm pe recuperarea spațiului de lucru "Bring Your Own Key" (BYOK). Echipele noastre avansează sistematic cu mai multe fluxuri paralele. Executarea acestor eforturi concomitent ne permite să analizăm în detaliu toate rezultatele, asigurând validarea și implementarea celei mai eficiente căi de recuperare pentru restul spațiului de lucru BYOK, asigurându-ne că restaurăm serviciile în condiții de siguranță și cu cel mai înalt nivel de stabilitate. Apreciem parteneriatul și răbdarea dumneavoastră în curs în timp ce executăm acești pași critici de recuperare. Vom oferi o actualizare suplimentară a statutului de restaurare BYOK la ora 09:00 UTC (10:00 BST) pe 30 iulie 2026.

44. 30 iulie 2026 la 08:59 UTCinvestigating

    În timp ce serviciile generale din regiunea Canada (CA1) continuă să funcționeze în mod normal cu stabilitate deplină, echipele noastre tehnice își mențin concentrarea asupra recuperării spațiului de lucru "Bring Your Own Key" (BYOK). Continuăm să avansăm mai multe fluxuri de lucru paralele pentru a valida și executa cea mai sigură cale de restaurare posibilă. Rularea acestor eforturi ne permite să analizăm în detaliu toate rezultatele tehnice, asigurându-ne că restaurăm serviciile cu cel mai înalt nivel de securitate şi stabilitate pentru toate spaţiile de lucru BYOK. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce lucrăm sistematic prin acești pași critici de recuperare. Vom oferi o actualizare suplimentară a progresului restaurării BYOK în două ore.

45. 30 iulie 2026 la 11:07 UTCinvestigating

    În timp ce serviciile generale din regiunea Canada (CA1) continuă să funcționeze în mod normal cu stabilitate deplină, echipele noastre tehnice își mențin concentrarea asupra recuperării spațiului de lucru "Bring Your Own Key" (BYOK). Continuăm să avansăm mai multe fluxuri de lucru paralele pentru a valida și executa cea mai sigură cale de restaurare posibilă. Rularea acestor eforturi ne permite să analizăm în detaliu toate rezultatele tehnice, asigurându-ne că restaurăm serviciile cu cel mai înalt nivel de securitate şi stabilitate pentru toate spaţiile de lucru BYOK. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce lucrăm sistematic prin acești pași critici de recuperare. Vom oferi o actualizare suplimentară a statutului de restaurare BYOK la ora 09:00 UTC (10:00 BST) la data de 31 iulie 2026, sau mai devreme ar trebui să ajungem la o etapă semnificativă.

46. 31 iulie 2026 la 09:04 UTCinvestigating

    În timp ce serviciile generale din regiunea Canada (CA1) continuă să funcționeze în mod normal cu stabilitate deplină, echipele noastre tehnice își mențin concentrarea asupra recuperării spațiului de lucru "Bring Your Own Key" (BYOK). Continuăm să avansăm mai multe fluxuri de lucru paralele pentru a valida și executa cea mai sigură cale de restaurare posibilă. Rularea acestor eforturi ne permite să analizăm în detaliu toate rezultatele tehnice, asigurându-ne că restaurăm serviciile cu cel mai înalt nivel de securitate şi stabilitate pentru toate spaţiile de lucru BYOK. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce lucrăm sistematic prin acești pași critici de recuperare. Vom oferi o actualizare suplimentară a statutului de restaurare BYOK la ora 09:00 UTC (10:00 BST) pe data de 3 august 2026, sau mai devreme ar trebui să ajungem la o etapă semnificativă.

47. 31 iulie 2026 la 13:47 UTCresolved

    Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

48. 11 august 2026 la 16:03 UTCpostmortem

    **Summary**  On July 24, 2026, at 20:22 UTC, our engineering team began investigating an issue affecting customers in our ca1: Cloud — Canada region. Customers with affected workspaces were unable to open their models. As a precaution, while we validated the scope of the issue, we restricted access to the region behind a maintenance page at 02:18 UTC on July 25. General access to CA1 was restored at 17:24 UTC on July 25. Bring Your Own Key \(BYOK\) workspaces remained offline for additional safeguards, and were re-enabled progressively as those safeguards were validated. The incident was fully resolved on July 31, 2026, at 13:47 UTC.  **Root cause**  The disruption was caused by a defect in a third-party component used within our BYOK service. The defect only surfaced under a very specific combination of events occurring in a particular order on the same host. When a BYOK workspace was unloaded, the component failed tofully clear one of its local resources, leaving behind a stale reference. When a BYOK workspace was subsequently loaded onto the same host, the component attempted to clean up that stale reference before proceeding. During this step, it incorrectly executed a removal that extended beyond the stale reference and deleted files that were still in active use.   The affected files were captured in our regular backups. Once our engineering team identified the source of the activity, isolated it, and applied protective controls to stop any further impact, restoration became a controlled process of returning each affected file to its most recent backup.  **Recovery**  Our engineering team identified the issue and isolated it at its source, then worked systematically to restore the affected files. This allowed us to bring non-BYOK workspaces back online in a controlled sequence, and general access to CA1 was restored at 17:24 UTC on July 25.  We deliberately kept BYOK workspaces offline while our team worked with the third-party vendor to reproduce the trigger in a controlled, non-production environment. This reproduction gave us the diagnostic evidence the vendor needed to build a fix and to confirm the exact cause. It also allowed us to develop and validate our own temporary safeguards — targeted changes to how BYOK workspaces are scheduled — that eliminated the specific combination of conditions required to trigger the defect. These safeguards act as compensating controls to bring BYOK workspaces back online while the third party completes the permanent fix to the underlying component. We re-enabled BYOK workspaces once those safeguards were validated, ensuring the trigger conditions couldn't recur. The incident was fully resolved on July 31, 2026, at 13:47 UTC.  **Corrective and preventative actions**  Our corrective actions follow two complementary tracks. The first removes the specific combination of conditions required to trigger the defect, using controls we have developed and deployed ourselves as compensating safeguards. The second is the permanent fix to the underlying component itself, which the third party is delivering. Together, these tracks address both the trigger and the defect, so that neither can produce another incident of this kind. We are implementing the following actions to prevent recurrence:  * We have deployed changes that prevent the specific combination of conditions required to trigger the defect. This is a temporary but effective control that removes the trigger today, ahead of the permanent fix.  * We are working with the third party to deploy their validated fix. This removes the defect at its source and closes the underlying cause of this incident.  * We are strengthening how we validate BYOK third-party components in non-production before they reach production, including reproducing a wider range of workspace lifecycle scenarios and event sequences. This gives us stronger assurance to surface these types of issues in non-production and are addressed before they can affect customers.  * We have deployed dedicated alerting on the specific event pattern that triggered this incident and are actively reviewing additional file-level alerting. These alerts provide an additional safety net and earlier warning, enabling faster preventative action before customers are affected.  **Closing**  We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.   If you have further questions or concerns, please visit our [Support](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F) website. We appreciate your patience during this incident and value the trust you place in Anaplan.

Traducere automată din actualizarea oficială a incidentului.

1. 21 iulie 2026 la 14:30 UTCinvestigating

   În prezent investigăm o problemă care afectează capacitatea clienților de a rula integrarea Cloudworks. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 21 iulie 2026 la 14:44 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

3. 21 iulie 2026 la 14:54 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

4. 30 iulie 2026 la 22:22 UTCpostmortem

   Pe 21 iulie 2026, între 14:15 UTC și 14:50 UTC, noi5: Cloud - regiunea estului SUA a suferit o perturbare a integrării programate a CloudWorksTM. În timpul acestei ferestre, fluxurile de lucru automatizate nu au putut fi declanșate, iar utilizatorii s-ar putea să fi întâmpinat dificultăți în accesarea serviciilor de integrare. **Root cause** Problema a fost declanșată de o scurtă întrerupere în sistemele de stocare care stau la baza unui sistem de deblocare. Acest lucru a dus la o pierdere a conectivității în cadrul sistemului de programare a integrării, ceea ce a împiedicat ca sarcinile programate să fie coadă sau declanșate cu succes. ** Recovery ** Echipa noastră de ingineri a identificat problema şi a luat măsuri imediate. Am verificat conectivitatea sistemului ca servicii subiacente recuperate automat, și am executat integrări de testare pentru a valida fluxurile de lucru programate. Aceste verificări de validare au confirmat că toate mecanismele de planificare au reluat în condiții de siguranță operațiunile normale fără a necesita repornirea sistemului. Până la 14:50 UTC, problema a fost rezolvată pe deplin. **Acţiuni corective şi preventive** * Efectuăm o investigaţie profundă asupra performanţei sistemului în timpul operaţiunilor de răsturnare pentru a asigura stabilitatea în condiţii de încărcare ridicată. * Implementăm controale de sănătate îmbunătățite pentru programatorul de integrare pentru a se asigura că acesta ajunge la un stat "gata" înainte ca traficul să fie rutat în timpul răsturnărilor. * Actualizăm procesele de implementare pentru a include validarea automată a adâncimii cozii de sarcină imediat după orice actualizare sau răsturnare regională. * Actualizăm documentaţia de dimensionare a resurselor pentru acest serviciu cu valori recomandate de solicitare/limită pentru a asigura o capacitate suficientă pentru operaţiunile de implementare şi de răsturnare. Ne cerem scuze pentru orice impact pe care această problemă l-a avut asupra operaţiunilor tale. Ne întărim sistemele şi procedurile pentru a evita întreruperile afacerii şi utilizatorilor. Dacă aveți întrebări sau preocupări suplimentare, vă rugăm să vizitați site-ul nostru [Suport](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Vă apreciem răbdarea în timpul acestui incident şi preţuim încrederea pe care o puneţi în Anaplan.

Traducere automată din actualizarea oficială a incidentului.

1. 14 iulie 2026 la 20:04 UTCinvestigating

   În prezent investigăm o problemă care afectează capacitatea clienților de a rula integrarea Cloudworks. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 14 iulie 2026 la 21:00 UTCmonitoring

   Am observat că ceva a mers prost. În prezent investigăm problema şi vă vom oferi o actualizare în curând.

3. 14 iulie 2026 la 21:04 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

4. 14 iulie 2026 la 21:12 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

5. 22 iulie 2026 la 18:15 UTCpostmortem

   La 14 iulie 2026, la 19:55 UTC, clienţii noştri7: Cloud - US Vest au înregistrat întârzieri şi eşecuri în procesul de integrare a serviciilor CloudWorksTM. Locurile de muncă pentru integrare care urmau să se desfăşoare în această regiune nu au fost complete aşa cum s-a aşteptat, ceea ce a dus la o procedură de prelucrare care a fost anulată odată ce serviciul a fost restaurat complet. Cauza principală O componentă back-end care sprijină serviciul CloudWorksTM și-a epuizat temporar memoria disponibilă, ducând la o scurtă perturbare a conectivității. Deși baza de date și-a revenit imediat, componentele de procesare CloudWorksTM au păstrat conexiuni inactive și nu au putut să se reconecteze automat. Acest lucru a împiedicat finalizarea locurilor de muncă în materie de integrare și a determinat acumularea unei cozi de sarcini programate. Recuperarea Echipa noastră de ingineri a identificat problema şi a luat măsuri imediate. Echipa a repornit componentele de procesare CloudWorksTM pentru a șterge toate conexiunile vechi și inactive. Pentru a elimina rapid lista locurilor de muncă în curs de integrare, am sporit temporar capacitatea de procesare a componentelor. După ce am verificat dacă locurile de muncă în materie de integrare au fost finalizate în mod normal și că registrul a fost complet procesat, am returnat sistemul la capacitatea sa inițială. Până la 21:14 UTC, problema a fost pe deplin rezolvată. Acțiuni corective și preventive Implementarea următoarelor acţiuni pentru prevenirea recurenţelor: * **Creștere a alocării memoriei:** Crestem alocarea memoriei pentru componenta back-end din noi7. Aceasta reduce probabilitatea apariţiei unui eveniment similar de presiune a memoriei în viitor. * ** Optimizarea procesului Background:** Am dezactivat anumite procese de colectare metrica de fundal care contribuiau cu sarcini inutile la componenta back-end. Acest lucru scade şi mai mult riscul de creştere a presiunii memoriei în timp. * ** Test de rezistență:** Echipele noastre de inginerie efectuează teste controlate în medii neproductive pentru a înțelege mai bine cum se comportă serviciul CloudWorksTM în timpul scurtelor întreruperi ale conectivității. Această lucrare ne va ajuta să îmbunătățim capacitatea serviciului de a se recupera automat, fără a necesita intervenție manuală, dacă în viitor apare un eveniment similar. Ne cerem scuze pentru impactul pe care l-a avut această problemă asupra operaţiunilor tale. Ne-am angajat la îmbunătățirile prezentate mai sus pentru a preveni perturbări similare. Dacă aveţi întrebări sau preocupări, vă rugăm să contactaţi [Suport](https://support.anaplan.com/).

Traducere automată din actualizarea oficială a incidentului.

1. 2 iulie 2026 la 00:00 UTCinvestigating

   Investigăm în prezent o problemă care afectează capacitatea clienților de a accesa platforma Anaplan. Ne străduim să rezolvăm această problemă cât mai repede posibil și vom furniza actualizări la fiecare 30 de minute sau după rezoluție.

2. 2 iulie 2026 la 00:30 UTCinvestigating

   Vă mulţumim pentru răbdare în timp ce continuăm să investigăm această problemă. În prezent, ne confruntăm cu o perturbare gravă a serviciilor, care cauzează o inexactitate totală în regiunile afectate. Utilizatorii care încearcă să acceseze servicii în aceste regiuni se vor confrunta cu termene de conectare și cu incapacitatea de a încărca resurse. În prezent, nu avem încă timp de rezoluție. Vom continua să oferim actualizări la fiecare 30 de minute în timp ce lucrăm pentru a rezolva această problemă cât mai repede posibil.

3. 2 iulie 2026 la 00:59 UTCinvestigating

   Investigăm o problemă care afectează accesul la conectare şi platformă pentru clienţii din regiunile noastre ME1 şi UE5. Ancheta inițială indică o perturbare a traseului de autentificare pentru regiunile respective. Rezolvarea acestui lucru este cea mai mare prioritate a noastră, iar echipele noastre de inginerie lucrează activ pentru a restabili operațiunile normale. Nu avem un ETA încă. Vom furniza o altă actualizare în 30 de minute, sau mai devreme dacă avem informații noi semnificative.

4. 2 iulie 2026 la 01:29 UTCinvestigating

   Ancheta noastră privind problema accesului la internet și la platformă care afectează regiunile ME1 și UE5 este în curs de desfășurare. Ne-am angajat vânzătorul nostru pentru sprijin suplimentar în timp ce lucrăm pentru a identifica și rezolva cauza rădăcină. Rezolvarea acestui lucru rămâne cea mai mare prioritate a noastră. Nu ETA încă. Vom furniza următoarea actualizare în 30 de minute, sau mai devreme dacă avem informaţii noi semnificative.

5. 2 iulie 2026 la 01:58 UTCinvestigating

   Ancheta noastră privind problema accesului la internet și la platformă care afectează regiunile ME1 și UE5 este în curs de desfășurare. Echipele noastre de ingineri au restrâns investigaţia şi urmăresc în mod activ mai multe linii de anchetă, în colaborare cu partenerul nostru de infrastructură. Restaurarea serviciului rămâne prioritatea noastră maximă. Nu ETA încă. Vom furniza următoarea actualizare în 30 de minute, sau mai devreme dacă avem informaţii noi semnificative.

6. 2 iulie 2026 la 02:27 UTCinvestigating

   Investigăm o problemă care afectează accesul de conectare și platformă pentru clienți în regiunile noastre ME1 și UE5. Numărul a început la aproximativ 23:52 UTC la 1 iulie 2026. În coordonare cu partenerul nostru de infrastructură, am redus cu succes cauzele potențiale și ne concentrăm în prezent eforturile de inginerie asupra izolării problemei pentru a iniția atenuarea vizată. Echipa noastră rămâne pe deplin dedicată rezolvării acestei probleme cât mai repede posibil. Vom furniza următoarea actualizare în 30 de minute, sau mai devreme dacă avem informaţii noi semnificative.

7. 2 iulie 2026 la 02:55 UTCinvestigating

   Continuăm să investigăm problema care afectează accesul de conectare și platformă pentru clienți în regiunile noastre ME1 și UE5. Am identificat cauza potenţială şi progresăm activ măsuri de atenuare a problemei şi restabilim serviciul complet. Vom continua să oferim actualizări ca progrese de remediere. Vom furniza următoarea actualizare în 30 de minute, sau mai devreme dacă avem informaţii noi semnificative.

8. 2 iulie 2026 la 03:21 UTCmonitoring

   Serviciul a fost restaurat; acum ar trebui să puteți relua activitățile normale. Vom continua să monitorizăm platforma pentru a ne asigura că nu vor apărea probleme suplimentare. Dacă aveți întrebări, preocupări sau continuați să experimentați probleme, vă rugăm să nu ezitați să contactați Anaplan Support. Vă vom oferi o actualizare finală atunci când vom considera această situație pe deplin rezolvată.

9. 2 iulie 2026 la 04:00 UTCresolved

   Am confirmat că problema este acum rezolvată. Ne cerem scuze pentru orice impact cauzat de această problemă. Apreciem răbdarea și parteneriatul dumneavoastră în timp ce am lucrat la această problemă. Vom urmări în termen de 7 zile lucrătoare cu o analiză detaliată a cauzelor profunde (RCA) care va fi împărtășită pe pagina noastră Stare. Dacă aveți întrebări sau preocupări, vă rugăm să nu ezitați să ne contactați la Anaplan Support.

10. 10 iulie 2026 la 18:35 UTCpostmortem

    La 1 iulie 2026, la aproximativ 23:52 UTC, sistemele noastre de monitorizare au detectat o perturbare a serviciilor care afectează clienţii din mine1: Cloud În acest timp, clienții afectați nu s-au putut conecta la platformă. Serviciul a fost restaurat la 03:21 UTC **Root cause** Perturbaţia provine dintr-o schimbare planificată a configuraţiei reţelei în infrastructura internă de soluţionare a numelui. O configuraţie greşită a fost introdusă ca parte a schimbării care a lăsat în vigoare un conflict de rutare. Acest lucru a determinat returnarea traficului pentru căutarea numelui intern să ia o cale incorectă în timpul activității de rețea de rutină. În consecință, rezoluția internă a denumirii a început să nu fie în favoarea celor două regiuni afectate. Acest lucru a împiedicat fluxul de autentificare să completeze și să împiedice clienții să se logheze. ** Recovery ** La detectarea la 23:52 UTC, echipa noastră de inginerie și partenerul nostru de infrastructură au început să investigheze în paralel. Deoarece problemele interne de rezolvare a numelui se pot prezenta în mai multe moduri diferite, echipa a lucrat prin mai multe linii de anchetă înainte de izolarea conflictului specific de rutare responsabil. Odată identificat, am rulat înapoi schimbarea recentă pentru a restabili configurația de rutare cunoscută anterior. Conectivitatea s-a recuperat progresiv pe măsură ce rulajul s-a propagat și până la 03:21 UTC, autentificarea a fost restabilită pe deplin pentru ambele regiuni afectate. **Acţiuni corective şi preventive** Implementăm următoarele acțiuni pentru prevenirea recurenței: * Adăugăm validarea pre-schimbare care detectează în mod specific clasa de conflict de rutare responsabilă pentru acest incident. Acest lucru închide problema de configurare de bază înainte de orice schimbare similară poate ajunge la mediu. * Rearhitecăm configurarea de rutare afectată pentru a preveni din nou introducerea acestei clase de configuraţii greşite. Acest lucru elimină problema de bază la sursă. * Îmbunătăţim monitorizarea pentru căile interne de rezolvare a numelui dintre mediile cloud. Acest lucru scurtează timpul pentru a detecta și rezolva această clasă de probleme. **Închidere** Ne cerem scuze pentru impactul pe care această întrerupere l-a avut asupra operaţiunilor tale. Acțiunile corective de mai sus sunt axate pe prevenirea recurenței oricărei probleme similare în viitor. Dacă aveţi întrebări sau preocupări, vă rugăm să contactaţi [Suport](https://support.anaplan.com/).

Traducere automată din actualizarea oficială a incidentului.

1. 22 iunie 2026 la 07:29 UTCinvestigating

   We are currently investigating an issue resulting in some customers not being able to load models. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 22 iunie 2026 la 07:48 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 22 iunie 2026 la 08:23 UTCinvestigating

   We are actively investigating a service disruption currently affecting customers' ability to open Models. This issue is also affecting CloudWorks Integrations. Our engineering teams are prioritizing this issue and evaluating immediate mitigation steps to restore full service as quickly and safely as possible. We do not yet have an estimated time to resolution, but will provide progress updates every 30 minutes or sooner.

4. 22 iunie 2026 la 08:52 UTCidentified

   We are progressing with active mitigation steps to resolve the disruption affecting Model opening and CloudWorks integrations. Initial reports indicate positive outcomes from these activities. Our engineering teams are closely monitoring system stability while we complete the remaining mitigation steps to ensure a full and durable recovery. We will continue to provide updates every 30 minutes as we work to bring all systems back to standard operations.

5. 22 iunie 2026 la 09:25 UTCidentified

   We are currently proceeding with the final remediation steps while continuing our investigation into the root cause. Customers should now be able to open models, though some may still encounter temporary delays; however, CloudWorks integrations are not yet completing. We are monitoring these recovery steps closely to ensure full system stability and will continue to provide updates every 30 minutes.

6. 22 iunie 2026 la 09:36 UTCidentified

   We are pleased to report that all issues affecting model loading have been fully resolved, and normal access has been restored. Additionally, CloudWorks integrations are running again, and our teams are currently processing the accumulated backlog of queued jobs. We are monitoring the queue progression closely to ensure all delayed integrations complete successfully. We will provide our next update in 30 minutes or once the backlog is fully cleared.

7. 22 iunie 2026 la 10:05 UTCidentified

   Our teams confirm that the CloudWorks integration backlog is actively processing and recovering. Access to opening models remains fully restored and stable. We are continuing to monitor the integration queues closely as jobs complete, and we will provide our next status update in 30 minutes.

8. 22 iunie 2026 la 10:22 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

9. 22 iunie 2026 la 10:52 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

10. 1 iulie 2026 la 19:34 UTCpostmortem

    On June 22, 2026, at 07:20 UTC, we became aware of an issue affecting our us7: Cloud – US region. Customers experienced difficulties loading models, with impact beginning at approximately 05:12 UTC. CloudWorks™ integrations in the region were also unable to run during this period. Customers with active workspace sessions weren't affected. However, any workspace that was unloaded during this time couldn't be loaded until service was restored. Full service was restored at 10:21 UTC.  **Root cause**  A component that manages active workspace resources in the us7 region encountered an unexpected fault and restarted. On restart, the component entered a state where it appeared to be operating normally but couldn't process new workspace requests. Our systems normally recover automatically from this kind of state, but in this case the fault wasn't detected by our recovery processes. We intervened manually and performed a corrective restart of the component, which restored normal operation.  **Recovery**  We conducted a thorough investigation of the platform and identified the source of the issue. We performed a targeted reset of the resource scheduling services to clear the pending connections and restore normal communication. Once communication was re-established at 08:48 UTC, the platform began successfully assigning resources and loading models.  To handle the accumulated backlog of scheduled integrations, we scaled up the processing capacity for CloudWorks™. By 10:21 UTC, the backlog had finished processing, and the issue was fully resolved.  **Corrective and preventative actions**  We're implementing the following actions to prevent recurrence:  * We're deploying enhanced automated monitoring specifically designed to detect the condition seen in this incident, where a component appears operational but isn't processing requests. This closes the detection gap that extended the impact of this issue.  * We're developing automated self-healing for the resource scheduling component, so that a corrective restart can be performed automatically without engineering intervention. This directly addresses the failure mode that caused this incident.  * We're streamlining our scaling procedures for CloudWorks™, so that integration processing capacity can be expanded more rapidly during recovery. This shortens the time to clear integration backlogs following incidents like this one.  We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support](https://support.anaplan.com/) website. We appreciate your patience during this incident and value the trust you place in Anaplan.

1. 17 iunie 2026 la 07:02 UTCinvestigating

   We are currently investigating an issue resulting in some customers not being able to load models. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 17 iunie 2026 la 08:00 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 17 iunie 2026 la 08:31 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Our technical teams are fully engaged, and restoring normal service operations as quickly and safely as possible is our absolute priority. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

4. 17 iunie 2026 la 08:59 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Our coordinated technical response has made progress in narrowing down the scope of our investigation. We have isolated the primary area of concern to our storage configuration layer and are evaluating mitigation steps to alleviate the issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

5. 17 iunie 2026 la 09:22 UTCidentified

   We have identified the likely cause of the issue, and we are focused right now on restoring service as quickly as possible. We have identified mitigation steps to alleviate the issue and initial reports indicate positive outcomes of these activities. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

6. 17 iunie 2026 la 09:50 UTCidentified

   We are pleased to report a significant milestone in our resolution efforts. Our cross-functional engineering teams have successfully validated a targeted configuration adjustment to restore access to the affected workspaces. We have initiated a phased deployment of this mitigation across the region to safely and systematically restore full access to all affected workspaces. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

7. 17 iunie 2026 la 10:06 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

8. 17 iunie 2026 la 10:23 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

9. 26 iunie 2026 la 17:41 UTCpostmortem

   On June 17, 2026, at 06:50 UTC, we became aware of an issue affecting a subset of workspaces in our eu4: Cloud - Europe region. Customers with affected workspaces were unable to load models, seeing persistent loading screens or errors when opening their work. CloudWorks™ integrations in the region also experienced a period of degradation, from approximately 05:20 UTC to 06:26 UTC, because of the same underlying issue. The impact was limited to a specific subset of workspaces — all other regions, and many workspaces in eu4: Cloud - Europe, continued to operate normally. Full service for the affected workspaces was restored at 10:00 UTC.   Root cause  The affected workspaces ran on a previous storage configuration in the eu4 region. Over time, a storage directory used by these workspaces accumulated a large number of small temporary files. The directory reached its operational limit and could no longer accept new file operations. This prevented models from loading for customers whose workspaces were running on this configuration.  Recovery  Our engineering team cleared the accumulated temporary files, which provided immediate relief. We then moved all affected workspaces from the old configuration to the new configuration through an automated process. We checked that model loading was restored through testing. By 10:00 UTC, the issue was fully resolved. On the same day, we implemented a change across the eu4 region to make sure no workspace can be directed to the old configuration.  Corrective and preventative actions  We've taken the following actions to address this incident and prevent it from happening again:  1. We've deployed an update across all regions that prevents any workspace from being directed to the older storage configuration. This eliminates the specific configuration condition that caused this incident.  2. We're decommissioning the older storage configuration. This permanently removes the configuration that caused this incident.  3. We’re strengthening our automated validation checks to confirm that workspaces are running on the correct configuration. This catches any configuration mismatch before it can cause customer impact.  4. We're implementing automated cleanup rules for the temporary files involved in this incident. This prevents storage directories from reaching operational limits and supports faster automatic recovery.  Closing  We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 11 iunie 2026 la 17:20 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to access the Anaplan Platform. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 11 iunie 2026 la 17:45 UTCidentified

   We want to sincerely apologize to our customers for the continued disruption to the Anaplan Platform today. We understand how critical access to Anaplan is for your business, and we deeply regret the impact this is having on your teams. Our engineers have identified the root cause of this issue and are actively working to restore service. We are currently executing remediation steps and will continue to provide updates here every 30 minutes until full service is restored.

3. 11 iunie 2026 la 18:15 UTCidentified

   We want to start by offering our sincere apologies to every customer affected by today's disruption to the Anaplan Platform. We know your teams rely on Anaplan to do critical work. Our engineering team has identified the root cause and is fully focused on resolution. Active remediation steps are underway, and we are committed to keeping you informed with updates every 30 minutes — or sooner if there is meaningful progress to share.

4. 11 iunie 2026 la 18:27 UTCmonitoring

   We are pleased to share that the core Anaplan Platform has successfully recovered and all primary services are fully operational. Our engineering teams are actively monitoring platform stability while corrective actions to address the underlying root cause continue to advance. We sincerely apologize for the disruption today and recognize that this has been a difficult week for many of our customers. Restoring your trust and ensuring platform stability remains our highest priority. Next update: In 30 minutes or sooner

5. 11 iunie 2026 la 18:47 UTCmonitoring

   Our engineering team has successfully implemented a targeted infrastructure patch and completed a controlled failover to the updated version. All primary services are fully restored and accessible to customers. Our teams remain in active monitoring as we continue to validate the patch and advance corrective work across the remaining infrastructure. We do not anticipate further disruption at this time, and we will continue to monitor platform performance closely over the next several hours. We sincerely apologize for the impact today's incidents have had on your teams. A full incident summary will be published once our corrective actions are complete.

6. 12 iunie 2026 la 00:30 UTCmonitoring

   The issue impacting access to the Anaplan Platform across all affected regions has been mitigated. The platform is stable and all services have returned to normal operation. Corrective measures to prevent recurrence are actively advancing and will continue to be applied to ensure this issue does not reoccur. We are continuing to monitor the platform to confirm stability. We do not anticipate any further customer impact from these activities. We appreciate your patience and partnership. If you have any questions or concerns, please do not hesitate to contact us at Anaplan Support.

7. 12 iunie 2026 la 15:09 UTCresolved

   We would like to provide you with the latest update regarding the recent service disruption affecting our platform. Working in close collaboration with our vendor, our engineering team were able to identify a software bug in our network infrastructure that was causing temporary connection instability. To resolve the instability, we applied the fix recommended by the Vendor for the software bug, then successfully moved platform traffic to updated infrastructure at 18:17 UTC on 11 June. All connections stabilised with no disruption observed post the transition. Since then, the platform has remained stable and our engineering teams have continued to monitor this closely. This is our final update on this incident. We will provide a thorough Root Cause Analysis (RCA) within 7 business days. Thank you for your patience and understanding throughout this incident.

8. 19 iunie 2026 la 14:38 UTCpostmortem

   **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 11 iunie 2026 la 04:32 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to access the Anaplan Platform. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 11 iunie 2026 la 04:58 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 11 iunie 2026 la 05:03 UTCidentified

   The symptoms currently being observed are similar to the platform issue experienced earlier today. Our engineering and operations teams have been immediately mobilized and are actively diagnosing the root cause. We treat any recurrence with the utmost urgency and priority. We sincerely apologize for this disruption, we treat any recurrence with the utmost urgency and priority. We will provide another update in 30 minutes, or sooner as we obtain more actionable technical details.

4. 11 iunie 2026 la 05:25 UTCidentified

   We are beginning to see signs of platform recovery, and primary services are starting to stabilize. As systems come back online, a backlog of queued CloudWorks jobs has accumulated and is currently processing. Our engineering teams are closely monitoring the stability of the platform and tracking the queue clearance velocity. We will provide our next update in 30 minutes, or sooner as we confirm continued stability.

5. 11 iunie 2026 la 05:44 UTCmonitoring

   The platform has successfully recovered and is exhibiting stable performance. We are now focused on clearing the accumulated backlog of CloudWorks jobs. Our engineering teams are actively managing and verifying the processing queue to ensure all delayed jobs complete as quickly and safely as possible. We will continue to supervise the queue clearance and will provide our next update in 30 minutes, or sooner as we approach full restoration. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

6. 11 iunie 2026 la 06:14 UTCmonitoring

   The platform remains stable and fully operational. We are continuing to process the remaining backlog of CloudWorks jobs. Our engineering teams are actively overseeing the processing queues to ensure all jobs complete successfully and system performance remains steady. We appreciate your continued patience as we work through this remaining queue. We will provide our next update in 30 minutes, or sooner as queue clearance nears completion.

7. 11 iunie 2026 la 06:30 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

8. 11 iunie 2026 la 11:05 UTCmonitoring

   We want to keep you informed with the latest update on the service disruption affecting our platform. What we've done We have identified the source of the instability and are actively working to resolve it. Our engineering team, in collaboration with our vendor, has already implemented a configuration change that has reduced the frequency of errors. We are monitoring the platform closely and have seen improvement as a result. We are aware that some customers are experiencing delays and interruptions with their CloudWorks integrations as a direct result of this incident. Our engineering team is actively identifying and resolving any affected integration jobs. Current status The platform is operational. Integration processing is being actively monitored and remediated. We will not consider this incident closed until we are fully satisfied that the platform is stable, all integration jobs are running normally, and the risk of recurrence has been addressed. We will now provide updates every 2 hours, as our investigation progresses and we work with our Vendor. We understand the impact this has had on your operations and we appreciate your patience.

9. 11 iunie 2026 la 14:01 UTCmonitoring

   We want to keep you informed with the latest update on the service disruption affecting our platform. After collaboration with our Vendor, we have identified two fixes to our underlying infrastructure. The first fix has now been implemented successfully without further disruption and initial monitoring is proving positive. We are continuing to liaise with our Vendor for the secondary fix, to ensure no further disruption is caused. The platform remains stable and all Cloudworks integrations are working as expected and the backlog has been cleared. The incident will remain open and we will provide updates every 2 hours or sooner, as we continue to investigate and have full resolution. We understand the impact this has had on your operations and we appreciate your patience

10. 11 iunie 2026 la 14:31 UTCresolved

    We want to provide you with the latest update regarding the recent service disruption affecting our platform. All agreed-upon fixes have been successfully implemented across our underlying infrastructure. Our ongoing monitoring shows that system performance remains stable and positive. Our engineering teams will continue to monitor the platform closely to ensure continued stability. Additionally, we are conducting thorough Root Cause Analysis (RCA) and this will be provided within 7 business days. We sincerely understand the impact this disruption has had on your daily operations, and we deeply appreciate your patience and continued partnership as we work to ensure a reliable experience.

11. 19 iunie 2026 la 15:02 UTCpostmortem

    **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 10 iunie 2026 la 23:14 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to access the Anaplan Platform. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 10 iunie 2026 la 23:34 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 11 iunie 2026 la 00:07 UTCidentified

   We are starting to observe the first initial signs of platform recovery. Our engineering teams are proceeding with extreme caution and are closely monitoring system stability and telemetry as services begin to stabilize. We remain actively engaged in verifying that this early recovery is sustained. We will provide our next update in 30 minutes, or sooner if we detect any changes in performance.

4. 11 iunie 2026 la 00:41 UTCidentified

   The core platform has successfully recovered, and all primary services are fully operational. We are currently processing a backlog of queued jobs within Cloudworks resulting from the incident. While this backlog is being processed, some customers may experience delays in processing times. We will continue to track performance and will provide our next update in 30 minutes, or sooner as the backlog clears.

5. 11 iunie 2026 la 00:57 UTCmonitoring

   We are pleased to report that the CloudWorks backlog is actively processing, and we are now seeing jobs successfully and steadily completing. System throughput has returned to normal operational levels as the queue continues to clear. Our engineering teams remain focused on monitoring the queue velocity until the backlog is fully exhausted and all services have returned to a completely nominal state. We will provide our next update in 30 minutes, or sooner once queue clearance is complete.

6. 11 iunie 2026 la 01:15 UTCmonitoring

   We are currently processing a backlog of queued jobs within Cloudworks for US1 and US2 region. While this backlog is being processed, some customers may experience delays in processing times. We will continue to track performance and will provide our next update in 30 minutes, or sooner as the backlog clears.

7. 11 iunie 2026 la 01:52 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

8. 19 iunie 2026 la 15:00 UTCpostmortem

   **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 10 iunie 2026 la 11:11 UTCinvestigating

   We are currently investigating an active incident that may affect Basic Authentication access. If you encounter issues when attempting to access the platform please use the following workaround while we resolve the issue: - Close your current session— Close the active browser tab or open a new Incognito/Private window. - Re-authenticate— Navigate to the portal and log in again with your credentials to establish a fresh session. We are actively monitoring the platform and will continue to do so until the issue is fully resolved. If you are still experiencing difficulties or have any questions, please reach out to Anaplan Support

2. 10 iunie 2026 la 11:35 UTCinvestigating

   Since our last update, we have detected a further degradation in general platform performance. Our engineering teams are actively investigating the root cause with the highest priority, and we will provide further updates as the situation develops Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 10 iunie 2026 la 12:01 UTCinvestigating

   Following our previous notification, the ongoing performance issues have escalated, resulting in broader platform-wide degradation. Our senior engineering teams have successfully identified the root cause of the issue and are currently executing targeted remediation steps to restore normal operations as our absolute highest priority. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

4. 10 iunie 2026 la 12:34 UTCinvestigating

   Our engineering teams continue to actively investigate the incident while simultaneously implementing targeted remediation steps to stabilize the platform. We are closely monitoring the system's response to these actions and will provide our updates every 30 minutes as we work to resolve this issue as quickly as possible.

5. 10 iunie 2026 la 12:51 UTCidentified

   The general platform has successfully recovered and is operating normally; however, we are actively addressing a residual issue impacting Cloudworks that is currently preventing integration jobs from completing. Our technical teams remain focused on resolving this remaining component to restore full service across all integrations as quickly as possible. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

6. 10 iunie 2026 la 13:18 UTCidentified

   We are pleased to report that integration jobs are now successfully completing, and our systems are actively processing the accumulated backlog across all regions. To accelerate this recovery, we have scaled out our service capacity, with a particular focus on the us7: Cloud - US region to expedite the clearance of its more significant backlog. We will provide further updates in 30 minutes or upon resolution.

7. 10 iunie 2026 la 13:27 UTCidentified

   We are pleased to report that integration processing has returned to normal operational levels across all global regions, with the sole exception of us7: Cloud - US. The us7: Cloud - US region continues to steadily work through its remaining queue utilizing our expanded capacity, and we are monitoring progress closely to ensure a complete return to baseline performance. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

8. 10 iunie 2026 la 13:55 UTCidentified

   As we continue our active recovery efforts, we have identified localized capacity constraints in the us1: Data Center - US East region that may intermittently affect customers attempting to load models. Our engineering teams are addressing this resource bottleneck to restore full service. The CloudWorks backlog in us7: Cloud - US has finished processing, and the service has returned to normal operations. While an estimated time to resolution is not yet established, our teams are treating this with the highest urgency. We will provide our next update in 30 minutes, or sooner if a resolution is reached.

9. 10 iunie 2026 la 14:33 UTCinvestigating

   Our investigation indicates that the backend connectivity issues in US1, stemming from a localized network disruption, are specifically isolated to the loading of large models in excess of 200GB. Customers attempting to load smaller models should experience normal performance and remain unaffected as our network engineering teams actively work to restore stable pathways for larger model payloads. Currently, we do not yet have a time to resolution. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

10. 10 iunie 2026 la 15:04 UTCidentified

    Our network engineering teams continue to actively implement remediation steps to address the localized network issue in the us1: Data Center - US East region. We remain focused on resolving the backend connectivity disruptions affecting the loading of larger models, while smaller models continue to perform normally. We are closely monitoring system behavior as we deploy these targeted fixes and will provide our next update in 30 minutes, or sooner if significant progress is made. Currently, we do not yet have a time to resolution. We will provide further updates in 30 minutes or upon resolution.

11. 10 iunie 2026 la 15:27 UTCmonitoring

    Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

12. 10 iunie 2026 la 16:35 UTCresolved

    We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

13. 19 iunie 2026 la 14:58 UTCpostmortem

    **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 10 iunie 2026 la 09:48 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to run Cloudworks integrations. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 10 iunie 2026 la 10:15 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

3. 10 iunie 2026 la 10:42 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

4. 19 iunie 2026 la 15:12 UTCpostmortem

   **Introduction**   On June 10, 2026, at 09:48 UTC, customers in us1: Data Center - US East experienced slight delays in the processing and successful completion of CloudWorks™ integrations.   **Root cause**  During routine database patching on June 10, all regions completed without issue except for the us1: Data Center - US East region, where CloudWorks encountered an unexpected loss of database connectivity. This caused deadlocks within the scheduler service.  Our investigation determined that one remote connection had been dropped while a second remained active, resulting in connection conflicts and errors. The issue was remediated by performing a rolling restart of the scheduler service and clearing the database rules.  **Recovery**  Upon identifying the issue, our engineering team acted quickly to initiate a rolling restart of the scheduler service across the affected region. To fully resolve the connection conflict and errors, the team cleared the internal routing and caching rules associated with the database gateway. Following this action, the database connection errors ceased immediately, and manual validation confirmed that integration scheduling had been fully restored. The issue was completely resolved by 10:42 UTC.  **Corrective and preventative actions**  We are implementing the following actions to prevent recurrence and improve service reliability:  * We are developing enhanced system alerts to immediately detect database connectivity issues and abnormal error volumes.  * We are working to replicate the scenario in non-production environments to strengthen CloudWorks' ability to recover from database disconnections.   * We are currently reviewing the errors encountered, along with the relevant system settings, to determine whether any changes can be implemented to better handle this type of issue in the future.  * We are reviewing and optimizing the capacity and sizing of our integration services across all regions to ensure they are robust and resilient.  * We are establishing more detailed incident response runbooks and centralizing triage procedures to accelerate resolution of similar issues.   * We are strengthening our platform observability and system telemetry to improve our diagnostic capabilities and detect connection issues more rapidly.  We apologize for any impact this issue may have had on your business operations.` `We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support website](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). We appreciate your patience during this incident and value the trust you place in Anaplan.

1. 9 iunie 2026 la 11:14 UTCinvestigating

   We are currently investigating an active incident that may affect Basic Authentication access. If you encounter errors when attempting to log in please do the following: - Close your current session— Close the active browser tab or open a new Incognito/Private window. - Re-authenticate— Navigate to the portal and log in again with your credentials to establish a fresh session. We are actively monitoring the platform and will continue to do so until the issue is fully resolved. If you are still experiencing difficulties or have any questions, please reach out to Anaplan Support We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 9 iunie 2026 la 11:28 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

3. 19 iunie 2026 la 14:45 UTCpostmortem

   **June 8–12, 2026 Platform Disruptions** On June 8, 2026, at 11:05 UTC, our monitoring detected a brief drop in incoming traffic across the Anaplan platform, with automated monitoring checks failing across all affected regions \(us1: Data Center - US East, us2: Data Center - US West, eu1: Data Center - Netherlands, eu2: Data Center - Germany, eu4: Cloud - Europe, us5: Cloud - US East, us7: Cloud - US, and ap1: Cloud - Japan\). Over the four days, a series of related disruptions affected the same regions. Customers experienced intermittent difficulties logging in, opening models, and running integrations. The platform was fully stabilized on June 11, 2026, at 18:12 UTC. These disruptions are linked to our previously communicated infrastructure modernization program. On the weekend of June 6, we migrated our control plane, the part of the platform that directs how traffic is routed between services. This was the most complex of the planned migration weekends, and it was completed successfully, as had the two previous migration weekends. The issues described in this report emerged in the days following that migration. This report covers the seven linked incidents that occurred between June 8 and June 11, 2026. **Root cause** As part of our infrastructure modernization program, on the weekend of June 6, we completed a successful migration of our control plane. In the days that followed, we observed two discrete network-hardware issues that interacted to drive these disruptions. _Issue 1: Media Access Control \(MAC\) flapping \(June 8–9\)_ Every device on a network has a MAC address, a unique hardware identifier that network switches use to route traffic to the correct destination. In our environment, the MAC addresses involved are virtual — assigned to logical network gateways rather than to fixed physical hardware — which allows them to legitimately move between hosts as part of normal operation. MAC flapping occurs when a switch sees the same MAC address appearing on two different physical ports in rapid succession, forcing it repeatedly to update its routing tables. This briefly slows or interrupts traffic. For customers, this surfaced as a brief, self-recovering instability. Short bursts of load and intermittent errors appeared and cleared on their own within minutes. The trigger for this behavior was the specific way live production traffic interacted with the new post-migration network. To resolve the issue, we scaled capacity, engaged our vendor, and deployed configuration changes to contain the impact. _Issue 2: network card driver defect \(June 10–11\)_ Once the first set of mitigations were in place, we identified a second issue: A defect in the network card driver, which is the software that controls how a network card sends and receives data. The defect affected fewer than 0.005% of the cards in our estate. Those cards failed randomly and unpredictably, dropping traffic while still appearing healthy to our monitoring systems. This is known as a "gray failure" condition, because the affected components don’t flag themselves as broken. The cards sat in the part of the network that routes traffic between the regions impacted. This resulted in failures that cascaded across the platform and drove disruptions on June 10 and June 11. The defect hadn't been observed in previous migrations or in any other environment, and there were no indicators in pre-deployment testing. The gray failure pattern was also what initially masked the defect as a load issue, until further investigation pointed us to the driver itself. We engaged our vendor, who confirmed the defect. Working closely with them, we rapidly prepared, tested, and deployed the patch to the affected hosts on the evening of June 11, UTC. After that, the platform stabilized. **Recovery** From the first occurrence on June 8 through to permanent resolution on June 11, our engineering team led a continuous, round-the-clock response, working closely with our vendor to identify, diagnose, and resolve the underlying defect. We deployed configuration mitigations, repeatedly rerouted traffic between hosts and across alternative network paths, and scaled out capacity to restore service to customers as quickly as possible while the underlying defect was being addressed. The seven linked incidents and their impact windows were: * **June 8, 2026, 11:00–11:20 UTC** — A short network disruption from the initial MAC flapping event caused intermittent login failures and slow page loads. For most customers, this appeared as a brief 6-minute blip and recovered automatically. Some basic authentication users experienced a longer impact and needed to start a new browser session, with full recovery by 11:20 UTC. * **June 9, 2026, 11:05–11:29 UTC** — A recurrence of the same MAC flapping condition caused a similar brief disruption. Again, most customers experienced only a short blip of around 6 minutes, with basic authentication users seeing a longer impact. We applied scaling changes to address the issue. * **June 10, 2026, 11:02–12:40 UTC** — Customers across all affected regions experienced a loss of access to the platform for approximately 98 minutes. We worked with the vendor and applied configuration changes to address the issue. * **June 10–11, 2026, 23:06–00:04 UTC** — A disruption of approximately 58 minutes, caused when the network card defect affected the backup host that traffic had been moved to. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 03:43–05:20 UTC** — A disruption of approximately 97 minutes, as the next backup host was affected by the same defect. We restored connectivity by moving traffic onto an alternative network path. * **June 11, 2026, 11:10–13:02 UTC** — A further recurrence of the network traffic surge caused customers to experience slow or failed access to the platform. We restored service by applying an underlying configuration change. * **June 11, 2026, 17:04–17:48 UTC** — A final disruption of approximately 44 minutes during which we moved traffic to a host running the updated network card driver. The platform was fully stabilized at 18:12 UTC on June 11, 2026, once traffic was successfully moved to a host running the updated network card driver. We then applied the same update to a second host for resilience. Monitoring continued through to midday Friday before the incident was closed. CloudWorks™ experienced a backlog of queued jobs during and immediately after each disruption. Our engineering team scaled out CloudWorks capacity to accelerate processing, and the backlog was fully cleared shortly after each recovery. **Corrective and preventative actions** The control plane migration that preceded these disruptions was a one-time, foundational piece of work. The actions below reflect the learnings we are carrying forward from the event to further strengthen the platform. 1. The updated network card driver has been rolled out across all hosts matching the affected hardware profile, in every region. This removes the underlying defect from our infrastructure, even though it hasn't been observed in any other region. 2. The conditions that allowed MAC flapping to surface as customer-visible instability have been addressed at multiple layers. Configuration changes have been deployed in the affected regions. The underlying network configuration has been standardized across the wider production estate, and we have tuned the network behavior that triggered the initial event. 3. During the incident, our engineering team deployed dedicated alerting in real time for the specific network conditions causing the disruptions, enabling faster detection and intervention throughout the response. We are continuing to strengthen proactive monitoring and early-warning detection across post-release windows, so that emerging anomalies are surfaced and investigated before they escalate into customer-visible disruptions. 4. The remaining infrastructure update that supports the network card fix is being completed across our other environments. This brings the full benefit of the fix to every part of our infrastructure. **What's next** One final migration weekend is scheduled for June 20, 2026. After this, the migration phase of the infrastructure modernization program is complete. **Closing** We apologize for the impact this issue has had on your operations. We're committed to the improvements outlined above to prevent similar disruptions. If you have questions or concerns, please contact [Support](https://support.anaplan.com/).

1. 8 iunie 2026 la 13:25 UTCinvestigating

   We are currently investigating an issue impacting customers’ ability to run Cloudworks integrations. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

2. 8 iunie 2026 la 13:52 UTCinvestigating

   Thank you for your patience as we continue to investigate this issue. Currently, we do not yet have a time to full resolution.  Access to the UI has been restored and we are currently investigating the degradation to integrations. We will continue to provide updates every 30 minutes as we work to resolve this issue as quickly as possible.

3. 8 iunie 2026 la 15:18 UTCinvestigating

   We are currently investigating an issue impacting impacting Cloudworks. We are working to resolve this issue as quickly as possible and will provide updates every 30 minutes or upon resolution.

4. 8 iunie 2026 la 15:31 UTCmonitoring

   Service has now been restored; you should now be able to resume normal activities. We will continue to monitor the platform to ensure no additional issues arise. If you have any questions, concerns, or continue to experience issues, please do not hesitate to contact Anaplan Support. We will provide a final update to you when we consider this situation fully resolved.

5. 8 iunie 2026 la 15:51 UTCresolved

   We have confirmed that the issue is now resolved. We deeply apologize for any impact this issue may have caused. We appreciate your patience and partnership as we worked through this issue. We will follow up within 7 business days with a detailed root cause analysis (RCA) that will be shared on our Status Page. If you have any question or concerns, please do not hesitate to contact us at Anaplan Support.

6. 17 iunie 2026 la 17:08 UTCpostmortem

   **Introduction**  On June 8, 2026, at 13:14 UTC, customers in our ap1: Cloud - Japan, eu1: Data Center - Netherlands, eu2: Data Center - Germany, us2: Data Center - US West, us5: Cloud - US East, us7: Cloud - US, and eu4: Cloud - Europe regions experienced delays and difficulties accessing the CloudWorks™ user interface. During this period, users experienced slow UI access and a temporary inability to create new integrations or run certain scheduled jobs. Existing workflows were unaffected, although some experienced minor delays in completion.  **Root cause**  The root cause of this incident was an incorrect configuration setting where certain backend components did not automatically pick up updated hostname configurations following a scheduled system migration. Consequently, these components continued to attempt connections using the outdated configuration, leading to connection failures. This prevented users from accessing the user interface and successfully initiating new integration runs. The issue was resolved by reloading the updated configuration on the affected services.  **Recovery**  Our engineering team identified the issue and took immediate action. We initiated a rolling restart of the job management service across the affected regions, which restored user interface access. To fully resolve the connection errors, the engineering team performed a comprehensive restart of all related service components in every affected region, forcing them to load the updated database configurations. Following these restarts, database connection errors immediately ceased, and manual validation confirmed that both user-interface access and integration scheduling were fully restored and functioning normally. By 15:52 UTC, the issue was fully resolved.  **Corrective and preventative actions**  We are implementing the following actions to prevent recurrence and improve service reliability:  * We are developing enhanced system alerts to immediately detect database connectivity issues and abnormal error volumes.  * We are reviewing and optimizing the capacity and sizing of our integration services across all regions to ensure they are robust and resilient.  * We are establishing more detailed incident response runbooks and centralizing triage procedures to accelerate resolution of similar configuration mismatches.  * We are strengthening our platform observability and system telemetry to improve our diagnostic capabilities and detect connection issues more rapidly.  * We are refining our strategy and APIs to proactively detect and manage delayed integration workflows.   We apologize for any impact this issue may have had on your business operations. We are continuously strengthening our systems and procedures to ensure we avoid future disruptions to your business and users.  If you have further questions or concerns, please visit our [Support website](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). We appreciate your patience during this incident and value the trust you place in Anaplan.