Cronologia delle interruzioni di Anaplan

1. 7 settembre 2026 alle ore 13:26 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di accedere alla piattaforma Anaplan. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 7 settembre 2026 alle ore 13:33 UTCinvestigating

   Abbiamo identificato la probabile causa del problema, e siamo concentrati in questo momento sul ripristino del servizio il più rapidamente possibile. Attualmente, non abbiamo ancora tempo di risoluzione. Forniamo ulteriori aggiornamenti in 30 minuti o su risoluzione.

3. 7 settembre 2026 alle ore 13:35 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

4. 7 settembre 2026 alle ore 13:46 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 3 settembre 2026 alle ore 14:56 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di accedere alla piattaforma Anaplan. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 3 settembre 2026 alle ore 15:12 UTCidentified

   Abbiamo identificato la probabile causa del problema, e siamo concentrati in questo momento sul ripristino del servizio il più rapidamente possibile. Attualmente, non abbiamo ancora tempo di risoluzione. Forniamo ulteriori aggiornamenti in 30 minuti o su risoluzione.

3. 3 settembre 2026 alle ore 15:16 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

4. 3 settembre 2026 alle ore 18:04 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 settembre 2026 alle ore 09:49 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di gestire le integrazioni Cloudworks. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 1 settembre 2026 alle ore 10:25 UTCinvestigating

   Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. Attualmente, non abbiamo ancora tempo di risoluzione. Continueremo a fornire aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo problema il più rapidamente possibile.

3. 1 settembre 2026 alle ore 11:06 UTCinvestigating

   Grazie per la vostra continua pazienza mentre indaghiamo su questo problema. Abbiamo confermato un problema che riguarda le integrazioni CloudWorks in più regioni. Questo rimane una priorità assoluta, e non abbiamo ancora un tempo stimato per la risoluzione. Continueremo a condividere aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo il più rapidamente possibile.

4. 1 settembre 2026 alle ore 11:45 UTCidentified

   Grazie per la vostra continua pazienza mentre indaghiamo su questo problema. Abbiamo osservato le integrazioni CloudWorks che iniziano e completano con successo in tutte le regioni; tuttavia, continuiamo a monitorare la situazione da vicino. Condivideremo ulteriori aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo il più rapidamente possibile.

5. 1 settembre 2026 alle ore 12:19 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

6. 1 settembre 2026 alle ore 12:42 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 1 settembre 2026 alle ore 09:10 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di gestire le integrazioni Cloudworks. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 1 settembre 2026 alle ore 09:28 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

3. 1 settembre 2026 alle ore 09:47 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 27 agosto 2026 alle ore 10:22 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di accedere alla piattaforma Anaplan in Canada. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 27 agosto 2026 alle ore 10:52 UTCinvestigating

   Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. Attualmente, non abbiamo ancora tempo di risoluzione. Continueremo a fornire aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo problema il più rapidamente possibile.

3. 27 agosto 2026 alle ore 10:57 UTCidentified

   Abbiamo identificato la probabile causa del problema, e siamo concentrati in questo momento sul ripristino del servizio il più rapidamente possibile. Attualmente, forniremo ulteriori aggiornamenti in 30 minuti o su risoluzione.

4. 27 agosto 2026 alle ore 10:58 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

5. 27 agosto 2026 alle ore 11:08 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

6. 3 settembre 2026 alle ore 15:52 UTCpostmortem

   Il 27 agosto 2026, alle 10:22 UTC, alcuni clienti nel nostro ca1: Cloud - Canada regione sperimentato problemi intermittenti di accesso alla piattaforma. Durante questo periodo, gli utenti possono aver riscontrato errori durante il tentativo di accedere. L'impatto varia a seconda di quale componente ha gestito ogni richiesta — alcune richieste sono succedute mentre altre non hanno avuto successo. "Root cause" A seguito di un aggiornamento standard del sistema, un singolo componente di routing del traffico nella regione del Canada è entrato in uno stato incoerente dopo un ripristino della configurazione e non è riuscito a ricostruire correttamente le sue istruzioni di routing. Il componente ha cominciato intermittentemente rifiutando o disdire le richieste del cliente. I controlli sanitari del componente hanno verificato la sua disponibilità, ma non ha catturato la correttezza della sua configurazione di routing. Di conseguenza, rimase attivo e continuò a servire il traffico. Ciò ha portato ad alcune richieste che hanno avuto successo mentre altri non hanno avuto successo, a seconda di quale componente ha gestito la connessione. ♪Recovery ♪ Il nostro team di ingegneria ha identificato il problema e ha preso un'azione immediata. Il team ha isolato il problema a un singolo componente di traffico-routing e riavviato. Questo ridistribuì tutto il traffico in entrata attraverso i componenti sani rimanenti. Entro 11:08 UTC, il problema è stato completamente risolto. ** Azioni correttive e preventive ** Stiamo implementando le seguenti azioni per prevenire il ripetersi: * Stiamo indurendo i controlli sanitari sui nostri componenti di routing del traffico per isolare immediatamente e riavviare automaticamente qualsiasi componente che non riesce a convalidare correttamente dopo un aggiornamento di configurazione. Ciò impedisce a un componente degradato di continuare a servire il traffico e causare guasti di accesso intermittenti per i clienti. * Stiamo rifinanziando il nostro monitoraggio per fornire maggiore visibilità granulare nei singoli componenti di servizio. Ciò consente un rilevamento più rapido dei problemi localizzati prima di influenzare più clienti. Ci scusiamo per l'impatto che questo problema ha avuto sulle vostre operazioni. Ci impegniamo per i miglioramenti sopra descritti per prevenire interruzioni simili. Se avete domande o dubbi, contattate il nostro team [Support](https://support.anaplan.com/).

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 15 agosto 2026 alle ore 03:27 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di gestire le integrazioni Cloudworks. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 15 agosto 2026 alle ore 04:02 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di accedere alla piattaforma Anaplan, che sta anche influenzando le integrazioni CloudWorks Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

3. 15 agosto 2026 alle ore 04:31 UTCinvestigating

   Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. Attualmente, non abbiamo ancora tempo di risoluzione. Continueremo a fornire aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo problema il più rapidamente possibile.

4. 15 agosto 2026 alle ore 05:03 UTCidentified

   Abbiamo identificato la probabile causa del problema, e siamo concentrati in questo momento sul ripristino del servizio il più rapidamente possibile. Attualmente, non abbiamo ancora tempo di risoluzione. Forniamo ulteriori aggiornamenti in 30 minuti o su risoluzione.

5. 15 agosto 2026 alle ore 05:33 UTCidentified

   Abbiamo aumentato questo problema con il fornitore di terze parti per mitigare il problema. Attualmente, non abbiamo ancora tempo di risoluzione. Forniamo ulteriori aggiornamenti in 30 minuti o su risoluzione.

6. 15 agosto 2026 alle ore 06:13 UTCidentified

   Stiamo continuando a lavorare a stretto contatto con il nostro fornitore per risolvere il problema di accesso che riguarda la regione dell'UE2, che rimane la nostra massima priorità. Attraverso la nostra indagine, abbiamo identificato i problemi di connettività nella regione UE-CENTRAL-1 come la causa sottostante. A partire dalle 19:33 PM PDT il 14 agosto, il nostro fornitore ha iniziato a sperimentare una maggiore perdita di pacchetti che influenzano la connettività per i clienti nella regione UE-CENTRAL-1. La posizione interessata è stata identificata come Equinix, Francoforte. Mentre i progressi sono stati fatti, le connessioni a questa posizione rimangono compromesse. Continuiamo a dare priorità ai passi di risoluzione con il nostro fornitore. Tuttavia, il recupero completo dovrebbe essere più ore di distanza. Forniamo un aggiornamento ogni 60 minuti come lavoriamo per ripristinare il servizio il più rapidamente possibile, o prima se ulteriori informazioni diventano disponibili.

7. 15 agosto 2026 alle ore 07:12 UTCidentified

   Stiamo continuando a lavorare con il nostro fornitore per risolvere il problema di accesso che riguarda la regione eu2 come la nostra priorità assoluta. Stiamo anche esplorando più percorsi per ripristinare il servizio il più rapidamente possibile. La collaborazione con il nostro fornitore è in corso; tuttavia, il recupero completo dovrebbe essere più ore di distanza. Forniremo un aggiornamento ogni 60 minuti come lavoriamo per ripristinare il servizio il più rapidamente possibile, o prima se ulteriori informazioni diventano disponibili

8. 15 agosto 2026 alle ore 08:11 UTCidentified

   Abbiamo completato il reindirizzamento del traffico dall'area colpita e siamo ora in una fase di monitoraggio. Un ulteriore aggiornamento sarà fornito in 30 minuti, o prima se ulteriori informazioni diventano disponibili.

9. 15 agosto 2026 alle ore 08:37 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

10. 25 agosto 2026 alle ore 16:00 UTCpostmortem

    Il 15 agosto 2026, dal 03:16 UTC alle 08:23 UTC, i clienti nel nostro eu2: Data Center - regione Germania hanno sperimentato un'interruzione di servizio che ha impedito l'accesso alla piattaforma Anaplan. Durante questo periodo, un fallimento delle infrastrutture locali ha influenzato la capacità della regione di connettersi ai servizi esterni, con conseguente perdita di disponibilità della piattaforma. "Root cause" La disgregazione è stata causata da un fallimento ambientale presso la struttura di terze parti del nostro fornitore a Francoforte, in Germania. Una perdita nel sistema di raffreddamento della struttura ha portato al surriscaldamento localizzato, che ha innescato arresti automatici di sicurezza delle apparecchiature di rete critiche. L'acqua sfuggita ha anche danneggiato i sistemi di distribuzione di energia localizzata all'interno della struttura, disabilitando i dispositivi di rete. Questo guasto combinato di potenza e raffreddamento ha impedito al sistema di risolvere gli indirizzi esterni e di completare le richieste in uscita in questa regione. ♪Recovery ♪ Poiché le condizioni ambientali della struttura hanno reso l'area non sicura per entrare, il nostro fornitore è stato ritardato nella valutazione e riparazione delle apparecchiature colpite. Di conseguenza, il nostro team di ingegneria ha implementato un cambiamento di emergenza per reindirizzare il traffico attraverso un percorso di rete regionale alternativo, bypassando la struttura e la regione compromessa. Questo ha ripristinato con successo la piena connettività esterna e la risoluzione dei nomi, e l'accesso della piattaforma è stato completamente restaurato dalle 08:23 UTC. L’operatore della struttura e il nostro fornitore hanno proseguito i lavori di recupero nei giorni seguenti, con restauro completo confermato entro il 18 agosto. Abbiamo mantenuto il nostro routing di emergenza durante quel periodo per mantenere il servizio stabile mentre il venditore ha completato le riparazioni. ** Azioni correttive e preventive ** Stiamo implementando le seguenti misure per rafforzare la resilienza e ridurre il rischio di una rottura simile: * Stiamo aggiungendo uno strato che reindirizza automaticamente il traffico a posizioni geografiche alternative durante un outage localizzato, senza intervento manuale richiesto. * Stiamo abilitando i record cache per continuare a servire il traffico quando il percorso per i risolutori esterni non è disponibile, quindi una perdita di connettività per i servizi esterni non impedisce più l'accesso della piattaforma quando si verifica un evento regionale. * Stiamo lavorando con i nostri fornitori di sistemi di rete e di terze parti per rivedere i loro standard per i sistemi di alimentazione e raffreddamento critici e garantire una maggiore protezione preventiva sono in atto. Ci scusiamo per l'impatto che questo problema ha avuto sulle vostre operazioni. Ci impegniamo per i miglioramenti sopra descritti per prevenire interruzioni simili. Se avete domande o dubbi, si prega di contattare il nostro team di supporto.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 29 luglio 2026 alle ore 11:06 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di accedere alla piattaforma Anaplan. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 29 luglio 2026 alle ore 11:36 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di accedere alla piattaforma Anaplan. Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. Attualmente, non abbiamo ancora tempo di risoluzione. Continueremo a fornire aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo problema il più rapidamente possibile.

3. 29 luglio 2026 alle ore 11:41 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

4. 29 luglio 2026 alle ore 12:51 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

5. 7 agosto 2026 alle ore 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.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 24 luglio 2026 alle ore 20:35 UTCinvestigating

   Attualmente stiamo indagando su un problema che ha portato alcuni clienti a non essere in grado di caricare modelli. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 24 luglio 2026 alle ore 23:01 UTCinvestigating

   Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. Attualmente, non abbiamo ancora tempo di risoluzione. Continueremo a fornire aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo problema il più rapidamente possibile.

3. 24 luglio 2026 alle ore 23:33 UTCinvestigating

   Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. I nostri team di supporto continuano a indagare su questo problema, tuttavia non abbiamo ancora tempo per la risoluzione. Continueremo a fornire aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo problema il più rapidamente possibile.

4. 25 luglio 2026 alle ore 00:07 UTCinvestigating

   Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. Questo problema è stato ampliato ai nostri team di ingegneria e leadership senior, che stanno attivamente indagando sulla situazione e valutando tutti i passi successivi necessari per ripristinare le operazioni complete. Anche se non abbiamo dettagli tecnici specifici da condividere in questo momento, si prega di essere rassicurati che risolvere questo incidente è la nostra massima priorità. Ci scusiamo sinceramente per la rottura e apprezziamo la vostra pazienza. Continueremo a fornire aggiornamenti ogni 30 minuti, o prima se emergono nuovi dettagli, come lavoriamo per risolvere questo problema il più rapidamente possibile.

5. 25 luglio 2026 alle ore 00:39 UTCinvestigating

   Abbiamo individuato potenziali percorsi di bonifica e stiamo attualmente progredendo attività di mitigazione attiva per ripristinare la stabilità dei servizi. Mentre non abbiamo un fermo Tempo di recupero stimato (ETA) per condividere in questa fase, si prega di essere certi che il nostro obiettivo primario rimane su sicuro e rapidamente risolvere questo problema. Stiamo monitorando attentamente l'impatto delle nostre attuali misure di mitigazione. Ci scusiamo per l'inconveniente in corso. Il nostro prossimo aggiornamento sarà pubblicato in 30 minuti, o prima come pietre miliari sono raggiunti.

6. 25 luglio 2026 alle ore 01:08 UTCinvestigating

   Comprendiamo la disgregazione che questo ha causato e vogliamo assicurarvi che risolverlo il più rapidamente possibile rimane la nostra massima priorità. Il nostro team è attivamente impegnato nella bonifica, e le misure messe in atto stanno mostrando progressi significativi verso il ripristino del servizio completo. Riconosciamo la vostra pazienza durante questo processo e non lo diamo per scontato. Stiamo monitorando i nostri sistemi da vicino e forniremo un ulteriore aggiornamento entro 30 minuti, o prima dovrebbe esserci uno sviluppo significativo da condividere.

7. 25 luglio 2026 alle ore 01:42 UTCinvestigating

   Stiamo continuando a eseguire e convalidare i nostri piani di bonifica. Noi stiamo assistendo a un costante progresso mentre gli sforzi di recupero si progrediscono sistematicamente. Per garantire un recupero sicuro e completo, stiamo progredendo con attenzione e non siamo ancora in grado di condividere specifiche pietre miliari tecniche. Si prega di essere certi che tutto il nostro team di risposta rimane completamente dedicato a risolvere questo incidente. Grazie per la vostra continua pazienza. Il nostro prossimo aggiornamento sarà pubblicato in 30 minuti, o appena avremo ulteriori progressi da segnalare.

8. 25 luglio 2026 alle ore 02:18 UTCinvestigating

   Attualmente stiamo conducendo la manutenzione di emergenza nella regione del Canada. L'accesso alla piattaforma è stato temporaneamente limitato mentre il nostro team lavora per completare la bonifica e convalidare il ripristino completo del servizio. Stiamo monitorando attivamente l'ambiente e facendo progressi. Apprezziamo la vostra pazienza e capiamo l'impatto che questo ha sul vostro lavoro. Ulteriori aggiornamenti saranno forniti ogni 30 minuti, o prima se c'è uno sviluppo significativo da condividere. Ci scusiamo per l'inconveniente e rimaniamo impegnati a ripristinare il servizio il più rapidamente possibile.

9. 25 luglio 2026 alle ore 03:09 UTCinvestigating

   Il nostro team rimane attivamente impegnato negli sforzi di bonifica. Il lavoro sta progredendo attraverso più flussi di lavoro e continuiamo a fare movimento in avanti verso il ripristino completo del servizio. Forniamo un ulteriore aggiornamento entro 30 minuti, o prima se c'è uno sviluppo significativo da condividere. Apprezziamo la vostra pazienza.

10. 25 luglio 2026 alle ore 03:47 UTCinvestigating

    Attualmente stiamo effettuando la manutenzione di emergenza nella regione del Canada. Il nostro team è attivamente impegnato negli sforzi di bonifica in coordinamento con il nostro fornitore, e il problema è stato contenuto. L'accesso del cliente all'ambiente Canada rimane temporaneamente limitato mentre completiamo gli sforzi di validazione e restauro. Apprezziamo la vostra pazienza e fornirà un ulteriore aggiornamento entro 1 ora, o prima se c'è uno sviluppo significativo da condividere.

11. 25 luglio 2026 alle ore 04:47 UTCinvestigating

    Il nostro team continua a lavorare attraverso la manutenzione di emergenza nella regione del Canada in stretto coordinamento con il nostro fornitore. Il problema è stato contenuto e gli sforzi di restauro sono attivamente in corso. L'accesso all'ambiente Canada rimane temporaneamente limitato in quanto completiamo le necessarie fasi di validazione prima del ripristino dei servizi. Riconosciamo l'impatto che questo ha sul vostro lavoro e apprezziamo la vostra pazienza continua. Il nostro prossimo aggiornamento sarà fornito entro 1 ora, o prima dovrebbe verificarsi uno sviluppo significativo.

12. 25 luglio 2026 alle ore 06:05 UTCidentified

    Il nostro team continua a lavorare attraverso la manutenzione di emergenza nella regione del Canada in stretto coordinamento con il nostro fornitore. Il problema è stato contenuto, tuttavia, a causa della complessità e della portata del processo di recupero, ci aspettiamo che il restauro sia uno sforzo prolungato che richiederà diverse ore per completare. L'accesso all'ambiente Canada rimarrà limitato per la durata del recupero. Riconosciamo l'impatto significativo che questo ha sul vostro lavoro e apprezziamo sinceramente la vostra pazienza. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

13. 25 luglio 2026 alle ore 07:06 UTCidentified

    I nostri partner di team e fornitori continuano a fare progressi attraverso il complesso processo di recupero per la regione del Canada durante questa manutenzione di emergenza. Stiamo eseguendo sistematicamente i nostri protocolli di recupero e convalidando l'integrità del sistema in ogni fase. Come accennato in precedenza, a causa della portata di questo sforzo, questo rimane un processo di recupero esteso, e l'accesso all'ambiente Canada continuerà ad essere limitato mentre lavoriamo per un restauro di servizio sicuro e completo. Rimaniamo pienamente consapevoli dell'impatto che questa interruzione di servizio ha sulle vostre operazioni e stanno facendo tutto il possibile per accelerare questi passaggi. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

14. 25 luglio 2026 alle ore 08:07 UTCidentified

    I nostri team di ingegneri e fornitori continuano a eseguire attivamente i passi di recupero per la regione del Canada sotto la manutenzione di emergenza. Non ci sono nuovi dettagli tecnici o modifiche da condividere in questo momento, in quanto il nostro focus rimane interamente sul ripristino sistematico e sicuro dei servizi. L'accesso all'ambiente Canada rimane limitato mentre queste attività di recupero sono in corso. Apprezziamo la vostra pazienza e la vostra collaborazione continuando a lavorare attraverso questo sforzo esteso. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

15. 25 luglio 2026 alle ore 09:06 UTCidentified

    I nostri team di ingegneria e partner di fornitori continuano a progredire attraverso i passaggi di recupero per la regione del Canada sotto la manutenzione di emergenza. Stiamo facendo progressi positivi e ci stiamo avvicinando a riattivare la regione per la maggior parte degli spazi di lavoro. L'accesso all'ambiente Canada rimane temporaneamente limitato mentre eseguiamo e completiamo questi passaggi di validazione finale cruciali per garantire la stabilità dei servizi. Apprezziamo sinceramente la vostra pazienza e la vostra collaborazione mentre entriamo in queste fasi finali del processo di recupero. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

16. 25 luglio 2026 alle ore 10:07 UTCinvestigating

    Stiamo continuando ad eseguire sistematicamente i nostri passi di recupero per la regione del Canada sotto la manutenzione di emergenza. I nostri team di ingegneria e partner di fornitori rimangono concentrati sulle fasi di validazione finale, e continuiamo ad avvicinarci a consentire la regione per la maggior parte dei clienti. L'accesso all'ambiente Canada rimane limitato per il momento al fine di garantire la stabilità del sistema durante queste fasi finali critiche. Siamo immensamente grati per la vostra costante pazienza e collaborazione. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

17. 25 luglio 2026 alle ore 11:14 UTCidentified

    I nostri team di ingegneria e partner di fornitori continuano a progredire sistematicamente attraverso le fasi finali di validazione per la regione del Canada in fase di manutenzione di emergenza. Rimaniamo concentrati sulla verifica della stabilità del sistema, che ci mantiene su un percorso costante verso consentire la regione per la maggior parte dei clienti. L'accesso all'ambiente Canada rimane limitato per il momento a garantire che questi controlli critici di sicurezza e stabilità siano completati. Siamo incredibilmente grati per la vostra pazienza e la vostra collaborazione continuando a completare questo sforzo esteso. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

18. 25 luglio 2026 alle ore 12:37 UTCidentified

    I nostri team di ingegneri e fornitori stanno entrando nelle fasi finali di preparazione del nostro piano di recupero per la regione del Canada sotto la manutenzione di emergenza. Mentre ci prepariamo a ripristinare l'accesso, il nostro piano è quello di consentire a tutti i servizi della regione, ad eccezione delle configurazioni Bring Your Own Key (BYOK). Inoltre, un piccolo numero di spazi di lavoro rimarrà disabilitato inizialmente al ripristino generale del servizio. Per questi specifici spazi di lavoro rimanenti, stiamo eseguendo un piano di ripristino altamente controllato e sistematico per recuperare ogni ambiente individualmente per garantire una completa stabilità e integrità dei dati. L'accesso all'ambiente Canada rimane limitato in questo momento mentre completiamo questi ultimi passaggi di validazione pre-abilitazione. Riconosciamo l'impatto che questo ha sulle vostre operazioni e apprezziamo sinceramente la vostra pazienza continua. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

19. 25 luglio 2026 alle ore 13:51 UTCidentified

    Attualmente stiamo ripristinando la piattaforma . I nostri team di ingegneri e fornitori stanno lavorando attivamente per ripristinare i servizi il più rapidamente possibile. Nell'ambito del nostro piano di recupero, stiamo ripristinando tutti i servizi della regione, ad eccezione delle configurazioni Bring Your Own Key (BYOK). Inoltre, un piccolo numero di spazi di lavoro rimarrà temporaneamente disabilitato al momento del ripristino del servizio iniziale. Per questi spazi di lavoro specifici, stiamo eseguendo un processo di ripristino altamente controllato e sistematico per recuperare ogni ambiente individualmente e garantire una completa stabilità e integrità dei dati. L'accesso all'ambiente Canada rimane limitato in questo momento Riconosciamo l'impatto significativo che questo ha sulle vostre operazioni e apprezziamo sinceramente la vostra pazienza continua. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

20. 25 luglio 2026 alle ore 16:22 UTCidentified

    Il nostro team di Ingegneria sta lavorando attivamente per ripristinare la stabilità della piattaforma in tutta la regione Canada (CA1) attraverso un recupero accuratamente phased. All'inizio ripristinare i servizi generali, ad eccezione delle configurazioni di Bring Your Own Key (BYOK). Per garantire un ambiente stabile e sicuro, un piccolo numero di spazi di lavoro può rimanere temporaneamente disabilitato mentre eseguiamo i restauri controllati. L'accesso globale all'ambiente Canada rimane limitato in questo momento, completando queste misure critiche di restauro. Riconosciamo profondamente l'impatto significativo che questa situazione ha sulle vostre operazioni e apprezziamo sinceramente la vostra pazienza continua mentre lavoriamo attraverso queste misure di sicurezza. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

21. 25 luglio 2026 alle ore 17:24 UTCidentified

    Abbiamo abilitato l'accesso generale al cliente nella regione del Canada. Tutti i servizi all'interno della regione sono ora disponibili online, ad eccezione delle configurazioni Bring Your Own Key (BYOK). Inoltre, un piccolo numero specifico di aree di lavoro del cliente rimarrà temporaneamente disabilitato. Per questi restanti spazi di lavoro, i nostri team di ingegneria stanno eseguendo un piano di ripristino altamente controllato e sistematico per recuperare in modo sicuro ogni ambiente singolarmente per garantire la completa integrità dei dati. Apprezziamo sinceramente la vostra pazienza e la vostra collaborazione in corso, mentre eseguiamo questi passi di recupero definitivi e precisi. Il nostro prossimo aggiornamento sarà fornito entro un'ora, o prima dovrebbe verificarsi uno sviluppo significativo.

22. 25 luglio 2026 alle ore 23:28 UTCidentified

    Ci scusiamo sinceramente per la rottura che questo ha causato e profondamente apprezzare la vostra pazienza. L'accesso generale del cliente alla regione del Canada è stato ripristinato e i servizi stanno tornando online. Portate le configurazioni della vostra chiave e un piccolo numero di spazi di lavoro rimangono temporaneamente offline mentre completiamo un attento restauro individualizzato per garantire la piena integrità dei dati. Forniamo un ulteriore aggiornamento entro un'ora, o prima se c'è uno sviluppo significativo da condividere.

23. 25 luglio 2026 alle ore 23:52 UTCidentified

    L'accesso generale del cliente alla regione del Canada è stato ripristinato. Gli spazi di lavoro che utilizzano la crittografia Bring Your Own Key (BYOK) resteranno temporaneamente offline mentre completiamo il ripristino individualizzato per ogni spazio di lavoro interessato. Forneremo un ulteriore aggiornamento sullo stato di restauro BYOK alle 09:00 UTC il 26 luglio 2026. Ci scusiamo per l'interruzione e vi ringraziamo per la vostra pazienza.

24. 26 luglio 2026 alle ore 08:59 UTCinvestigating

    Stiamo scrivendo per fornire un aggiornamento di alto livello sulla disgregazione di servizio che interessa l'accesso della regione Canada (CA1) che ha avuto inizio venerdì 24 luglio alle 20:35 UTC. Attraverso il coordinamento dedicato dei nostri team di ingegneria e partner fornitori, l'accesso generale alla regione del Canada è stato riattivato con successo sabato 25 luglio alle 17:24 UTC. La maggior parte dei nostri clienti ora può accedere ai loro spazi di lavoro e modelli normalmente. Stato attuale e passi successivi Mentre l'accesso della regione generale è stato completamente restaurato, gli spazi di lavoro che utilizzano la crittografia Bring Your Own Key (BYOK) rimangono temporaneamente offline. Il nostro obiettivo primario è attualmente quello di riprodurre con successo la rottura tecnica all'interno di un ambiente controllato. Le intuizioni acquisite da questa fase di riproduzione sono critiche, in quanto influenzeranno direttamente e determineranno il percorso di recupero più sicuro ed efficace per i restanti spazi di lavoro BYOK. Procedere con questa indagine sistematica garantisce di mantenere i più elevati standard di stabilità del sistema e integrità dei dati. Ci aspettiamo di fornire il nostro prossimo aggiornamento mirato per quanto riguarda il restauro dello spazio di lavoro BYOK entro le 11:00 UTC. Ci scusiamo sinceramente per la rottura e l'impatto che ha avuto sulle vostre operazioni. I nostri team di supporto rimangono a vostra disposizione per aiutarvi con qualsiasi domanda o necessità immediate.

25. 26 luglio 2026 alle ore 11:16 UTCinvestigating

    Stiamo scrivendo per fornire un aggiornamento di alto livello sulla disgregazione di servizio che interessa l'accesso della regione Canada (CA1) che ha avuto inizio venerdì 24 luglio alle 20:35 UTC. Attraverso il coordinamento dedicato dei nostri team di ingegneria e partner fornitori, l'accesso generale alla regione del Canada è stato riattivato con successo sabato 25 luglio alle 17:24 UTC. La maggior parte dei nostri clienti ora può accedere ai loro spazi di lavoro e modelli normalmente. Stato attuale e passi successivi Mentre l'accesso della regione generale è stato completamente restaurato, gli spazi di lavoro che utilizzano la crittografia Bring Your Own Key (BYOK) rimangono temporaneamente offline. Il nostro obiettivo primario è attualmente quello di riprodurre con successo la rottura tecnica all'interno di un ambiente controllato. Le intuizioni acquisite da questa fase di riproduzione sono critiche, in quanto influenzeranno direttamente e determineranno il percorso di recupero più sicuro ed efficace per i restanti spazi di lavoro BYOK. Procedere con questa indagine sistematica garantisce di mantenere i più elevati standard di stabilità del sistema e integrità dei dati. Ci aspettiamo di fornire il nostro prossimo aggiornamento mirato per quanto riguarda il restauro dello spazio di lavoro BYOK entro le 13:00 UTC. Ci scusiamo sinceramente per la rottura e l'impatto che ha avuto sulle vostre operazioni. I nostri team di supporto rimangono a vostra disposizione per aiutarvi con qualsiasi domanda o necessità immediate.

26. 26 luglio 2026 alle ore 13:06 UTCinvestigating

    Mentre l'accesso generale alla regione Canada (CA1) è stato completamente restaurato a partire da sabato 25 luglio alle 17:24 UTC, gli spazi di lavoro che utilizzano la crittografia Bring Your Own Key (BYOK) rimangono temporaneamente offline. Il nostro obiettivo primario per riprodurre la rottura all'interno di un ambiente controllato è ancora in corso con il nostro fornitore. Si tratta di una fase critica, in quanto influenzerà direttamente e determinerà il percorso di recupero più sicuro ed efficace per i restanti spazi di lavoro BYOK, garantendo al tempo stesso stabilità del sistema e integrità dei dati. Ci aspettiamo di fornire il nostro prossimo aggiornamento mirato per quanto riguarda il restauro dello spazio di lavoro BYOK entro le 15:00 UTC. Ci scusiamo sinceramente per la rottura e l'impatto che ha avuto sulle vostre operazioni. I nostri team di supporto rimangono a vostra disposizione per aiutarvi con qualsiasi domanda o necessità immediate.

27. 26 luglio 2026 alle ore 15:20 UTCinvestigating

    L'accesso generale alla regione CA1 rimane completamente restaurato per la maggior parte dei clienti. Workspaces che utilizzano la crittografia Bring Your Own Key (BYOK) rimangono temporaneamente offline mentre finalizziamo il recupero sicuro, la convalida e l'analisi root-cause. Stiamo collaborando attivamente con il nostro partner di crittografia di terze parti per capire la causa e la correzione potenziale.

28. 26 luglio 2026 alle ore 17:53 UTCidentified

    L'accesso generale alla regione CA1 continua a rimanere completamente restaurato per la maggior parte dei clienti. Workspaces che utilizzano la crittografia Bring Your Own Key (BYOK) rimangono temporaneamente offline mentre finalizziamo il recupero sicuro, la convalida e l'analisi root-cause. Stiamo collaborando attivamente con il nostro partner di crittografia di terze parti per capire la causa e la correzione potenziale.

29. 26 luglio 2026 alle ore 18:49 UTCidentified

    L'accesso generale alla regione Canada (CA1) rimane completamente restaurato. Tuttavia, gli spazi di lavoro che utilizzano la crittografia Your Own Key (BYOK) resteranno temporaneamente offline. Vi forniremo un ulteriore aggiornamento sullo stato di restauro BYOK alle 10:00 UTC il 27 luglio 2026. Ci scusiamo per questa interruzione e vi ringraziamo per la vostra continua pazienza.

30. 27 luglio 2026 alle ore 10:03 UTCinvestigating

    Stiamo scrivendo per fornire un aggiornamento di stato sugli sforzi di recupero in corso per portare la propria chiave (BYOK) spazi di lavoro all'interno della regione Canada (CA1). I servizi generali per la regione rimangono completamente restaurati e sono operativi normalmente. Stato attuale di indagine I nostri team di ingegneri e fornitori stanno continuando la loro profonda indagine sulla causa principale della recente interruzione del servizio. Stiamo attualmente concentrando i nostri sforzi sulla replica del problema all'interno di un ambiente dedicato e non produttivo. Questa replica controllata è un passo critico, poiché i risultati tecnici ci permetteranno di identificare e convalidare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK. Assicurandoci di comprendere in modo approfondito il comportamento del sistema in queste specifiche condizioni di non produzione, possiamo garantire l'assoluta sicurezza, stabilità e integrità dei dati durante la fase di ripristino finale. Apprezziamo sinceramente la vostra pazienza e la vostra collaborazione mentre eseguiamo questi passi meticolosi di validazione. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dovrebbe essere raggiunta una pietra miliare significativa.

31. 27 luglio 2026 alle ore 12:30 UTCinvestigating

    Stiamo continuando la nostra indagine attiva e la pianificazione di recupero per portare la propria chiave (BYOK) spazi di lavoro all'interno della regione Canada (CA1). I servizi generali per la regione rimangono completamente restaurati e continuano ad operare normalmente. I nostri team di ingegneri e partner di fornitori continuano a concentrare i loro sforzi per replicare la rottura all'interno di un ambiente controllato e non produttivo. Replicare lo scenario in queste condizioni di sicurezza rimane la nostra massima priorità, in quanto è il passo critico che ci permetterà di identificare e confermare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK. Stiamo procedendo metodicamente per garantire che il processo di ripristino, una volta avviato, preserva la stabilità del sistema e l'integrità dei dati. Apprezziamo la vostra pazienza e la vostra collaborazione, mentre questa profonda convalida tecnica continua. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dovremmo avere nuovi progressi da condividere.

32. 27 luglio 2026 alle ore 14:04 UTCinvestigating

    Stiamo continuando i nostri sforzi attivi per ripristinare Portare la propria chiave (BYOK) spazi di lavoro nella regione Canada (CA1). I servizi generali in tutta la regione rimangono completamente restaurati e sono operativi normalmente. Per accelerare la risoluzione, i nostri team di ingegneri e partner fornitori stanno perseguendo contemporaneamente più linee di indagine. Questo approccio poliedrico è fondamentale per garantire che il nostro piano di restauro sia pienamente convalidato e preserva l'integrità dell'ambiente. Apprezziamo sinceramente la vostra pazienza e la vostra collaborazione mentre eseguiamo questi sforzi concomitanti. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una svolta significativa.

33. 27 luglio 2026 alle ore 15:54 UTCidentified

    Stiamo continuando i nostri sforzi attivi per ripristinare Portare la propria chiave (BYOK) spazi di lavoro nella regione Canada (CA1). I servizi generali in tutta la regione rimangono completamente restaurati e sono operativi normalmente. I nostri team di ingegneria e partner fornitori stanno contemporaneamente perseguendo più linee di indagine. Questo approccio parallelo viene eseguito deliberatamente per convalidare e finalizzare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK, assicurandoci di ripristinare i servizi in modo sicuro e con il più alto livello di stabilità. Apprezziamo la vostra continua pazienza mentre i nostri team lavorano attraverso questi passi necessari. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una svolta significativa.

34. 27 luglio 2026 alle ore 17:37 UTCinvestigating

    Mentre i servizi generali in tutta la regione Canada (CA1) rimangono completamente restaurati e operativi normalmente, stiamo continuando la nostra attenzione dedicata al recupero degli spazi di lavoro di Bring Your Own Key (BYOK). I nostri team si stanno muovendo sistematicamente in avanti con più flussi di lavoro paralleli. L'esecuzione di questi sforzi ci permette di analizzare accuratamente tutti i risultati, assicurandoci di convalidare e implementare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK, assicurandoci di ripristinare i servizi in modo sicuro e con il più alto livello di stabilità. Apprezziamo la vostra costante collaborazione e pazienza mentre eseguiamo questi passi critici di recupero. Forneremo un ulteriore aggiornamento sullo stato di restauro BYOK alle 09:00 UTC (10:00 BST) il 28 luglio 2026.

35. 28 luglio 2026 alle ore 09:02 UTCidentified

    I servizi generali della regione Canada (CA1) rimangono completamente restaurati e operativi normalmente. Per i restanti spazi di lavoro Bring Your Own Key (BYOK), i nostri team continuano ad eseguire più flussi di lavoro paralleli. Questo approccio concomitante viene svolto deliberatamente per convalidare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK, garantendo al contempo una stabilità del sistema assoluta. Apprezziamo la vostra pazienza. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una pietra miliare significativa.

36. 28 luglio 2026 alle ore 11:01 UTCidentified

    I servizi generali all'interno della regione Canada (CA1) continuano ad operare normalmente e rimangono completamente stabili. I nostri team di ingegneri e fornitori continuano a progredire attraverso più flussi di lavoro concorrenti per affrontare i restanti spazi di lavoro Bring Your Own Key (BYOK). Questo approccio parallelo rimane il nostro obiettivo attivo, permettendoci di convalidare sistematicamente e implementare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK con il più alto livello di sicurezza. Apprezziamo la vostra costante pazienza e sostegno. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una pietra miliare significativa.

37. 28 luglio 2026 alle ore 13:11 UTCidentified

    I servizi generali all'interno della regione Canada (CA1) rimangono completamente restaurati, stabili e continuano a funzionare normalmente. I nostri team di ingegneri e partner di fornitori continuano ad andare avanti con più flussi di lavoro concorrenti per affrontare i restanti spazi di lavoro Bring Your Own Key (BYOK). Questa strategia parallela rimane la nostra attenzione attiva, permettendoci di convalidare sistematicamente e implementare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK. Apprezziamo sinceramente la vostra pazienza in corso mentre lavoriamo attraverso questi passi deliberati. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una pietra miliare significativa.

38. 28 luglio 2026 alle ore 16:02 UTCidentified

    I servizi generali all'interno della regione Canada (CA1) rimangono completamente restaurati, stabili e continuano a funzionare normalmente. I nostri team di ingegneria e partner di fornitori stanno mantenendo attivamente la loro attenzione sui restanti spazi di lavoro Bring Your Own Key (BYOK) attraverso più flussi di lavoro paralleli. Apprezziamo la vostra pazienza e la vostra collaborazione continuando a completare queste fasi di validazione critica. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una pietra miliare significativa.

39. 28 luglio 2026 alle ore 19:51 UTCidentified

    Mentre i servizi generali in tutta la regione Canada (CA1) rimangono completamente restaurati e operativi normalmente, stiamo continuando la nostra attenzione dedicata al recupero degli spazi di lavoro di Bring Your Own Key (BYOK). I nostri team si stanno muovendo sistematicamente in avanti con più flussi di lavoro paralleli. L'esecuzione di questi sforzi ci permette di analizzare accuratamente tutti i risultati, assicurandoci di convalidare e implementare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK, assicurandoci di ripristinare i servizi in modo sicuro e con il più alto livello di stabilità. Apprezziamo la vostra costante collaborazione e pazienza mentre eseguiamo questi passi critici di recupero. Forneremo un ulteriore aggiornamento sullo stato di restauro BYOK alle 09:00 UTC (10:00 BST) il 29 luglio 2026.

40. 29 luglio 2026 alle ore 09:04 UTCidentified

    Mentre i servizi generali in tutta la regione Canada (CA1) rimangono completamente restaurati e operativi normalmente, stiamo continuando la nostra attenzione dedicata al recupero degli spazi di lavoro di Bring Your Own Key (BYOK). I nostri team continuano a progredire sistematicamente attraverso molteplici flussi di lavoro paralleli. L'esecuzione di questi sforzi ci permette di analizzare accuratamente tutti i risultati tecnici, assicurandoci di convalidare e implementare il percorso di recupero più sicuro e stabile per i restanti spazi di lavoro BYOK. Apprezziamo la vostra costante collaborazione e pazienza mentre eseguiamo questi passi critici di recupero. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una pietra miliare significativa.

41. 29 luglio 2026 alle ore 13:23 UTCinvestigating

    Mentre i servizi generali in tutta la regione Canada (CA1) rimangono completamente restaurati e operativi normalmente, stiamo continuando la nostra attenzione dedicata al recupero degli spazi di lavoro di Bring Your Own Key (BYOK). I nostri team continuano a progredire sistematicamente, attraverso molteplici flussi di lavoro paralleli. L'esecuzione di questi sforzi ci permette di analizzare accuratamente tutti i risultati tecnici, assicurandoci di convalidare e implementare il percorso di recupero più sicuro e stabile per i restanti spazi di lavoro BYOK. Apprezziamo la vostra costante collaborazione e pazienza mentre eseguiamo questi passi critici di recupero. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una pietra miliare significativa.

42. 29 luglio 2026 alle ore 15:21 UTCinvestigating

    I servizi generali in tutta la regione del Canada (CA1) rimangono completamente restaurati e continuano ad operare normalmente. I nostri team ingegneristici e operativi stanno mantenendo il loro focus dedicato e concentrato sul recupero dei restanti spazi di lavoro Bring Your Own Key (BYOK). Per garantire il ripristino più sicuro possibile, stiamo attivamente avanzando più flussi di lavoro di recupero paralleli. L'esecuzione di questi sforzi ci permette di analizzare rigorosamente i risultati tecnici in tempo reale, garantendo di convalidare e implementare il percorso più stabile e sicuro in avanti per i restanti spazi di lavoro BYOK. Apprezziamo sinceramente la vostra pazienza e la vostra collaborazione in corso, mentre eseguiamo sistematicamente questi passaggi critici di recupero. Il nostro prossimo aggiornamento sarà fornito entro due ore, o prima dobbiamo raggiungere una pietra miliare significativa.

43. 29 luglio 2026 alle ore 17:17 UTCinvestigating

    Mentre i servizi generali in tutta la regione Canada (CA1) rimangono completamente restaurati e operativi normalmente, stiamo continuando la nostra attenzione dedicata al recupero degli spazi di lavoro di Bring Your Own Key (BYOK). I nostri team si stanno muovendo sistematicamente in avanti con più flussi di lavoro paralleli. L'esecuzione di questi sforzi ci permette di analizzare accuratamente tutti i risultati, assicurandoci di convalidare e implementare il percorso di recupero più efficace per i restanti spazi di lavoro BYOK, assicurandoci di ripristinare i servizi in modo sicuro e con il più alto livello di stabilità. Apprezziamo la vostra costante collaborazione e pazienza mentre eseguiamo questi passi critici di recupero. Forneremo un ulteriore aggiornamento sullo stato di restauro BYOK alle 09:00 UTC (10:00 BST) il 30 luglio 2026.

44. 30 luglio 2026 alle ore 08:59 UTCinvestigating

    Mentre i servizi generali in tutta la regione Canada (CA1) continuano ad operare normalmente con piena stabilità, i nostri team tecnici mantengono il loro focus dedicato al recupero dei restanti spazi di lavoro Bring Your Own Key (BYOK). Stiamo continuando ad avanzare più flussi di lavoro paralleli per convalidare ed eseguire il percorso di ripristino più sicuro possibile. L'esecuzione di questi sforzi ci permette di analizzare a fondo tutti i risultati tecnici, assicurandoci di ripristinare i servizi con il più alto livello di sicurezza e stabilità per tutti gli eccezionali spazi di lavoro BYOK. Apprezziamo la vostra pazienza e la vostra collaborazione continuando a lavorare sistematicamente attraverso questi passi critici di recupero. Provvederemo ad un ulteriore aggiornamento sui progressi del restauro di BYOK in due ore.

45. 30 luglio 2026 alle ore 11:07 UTCinvestigating

    Mentre i servizi generali in tutta la regione Canada (CA1) continuano ad operare normalmente con piena stabilità, i nostri team tecnici mantengono il loro focus dedicato al recupero dei restanti spazi di lavoro Bring Your Own Key (BYOK). Stiamo continuando ad avanzare più flussi di lavoro paralleli per convalidare ed eseguire il percorso di ripristino più sicuro possibile. L'esecuzione di questi sforzi ci permette di analizzare a fondo tutti i risultati tecnici, assicurandoci di ripristinare i servizi con il più alto livello di sicurezza e stabilità per tutti gli eccezionali spazi di lavoro BYOK. Apprezziamo la vostra pazienza e la vostra collaborazione continuando a lavorare sistematicamente attraverso questi passi critici di recupero. Forneremo un ulteriore aggiornamento sullo stato di restauro BYOK alle 09:00 UTC (10:00 BST) il 31 luglio 2026, o prima dovremmo raggiungere una pietra miliare significativa.

46. 31 luglio 2026 alle ore 09:04 UTCinvestigating

    Mentre i servizi generali in tutta la regione Canada (CA1) continuano ad operare normalmente con piena stabilità, i nostri team tecnici mantengono il loro focus dedicato al recupero dei restanti spazi di lavoro Bring Your Own Key (BYOK). Stiamo continuando ad avanzare più flussi di lavoro paralleli per convalidare ed eseguire il percorso di ripristino più sicuro possibile. L'esecuzione di questi sforzi ci permette di analizzare a fondo tutti i risultati tecnici, assicurandoci di ripristinare i servizi con il più alto livello di sicurezza e stabilità per tutti gli eccezionali spazi di lavoro BYOK. Apprezziamo la vostra pazienza e la vostra collaborazione continuando a lavorare sistematicamente attraverso questi passi critici di recupero. Forneremo un ulteriore aggiornamento sullo stato di restauro BYOK alle 09:00 UTC (10:00 BST) il 3 agosto 2026, o prima dovremmo raggiungere una pietra miliare significativa.

47. 31 luglio 2026 alle ore 13:47 UTCresolved

    Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

48. 11 agosto 2026 alle ore 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.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 21 luglio 2026 alle ore 14:30 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di gestire le integrazioni Cloudworks. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 21 luglio 2026 alle ore 14:44 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

3. 21 luglio 2026 alle ore 14:54 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

4. 30 luglio 2026 alle ore 22:22 UTCpostmortem

   Il 21 luglio 2026, tra le 14:15 UTC e le 14:50 UTC, il us5: Cloud - US East region ha sperimentato una rottura per le integrazioni CloudWorksTM programmate. Durante questa finestra, i flussi di lavoro automatizzati non potrebbero essere attivati e gli utenti potrebbero avere difficoltà ad accedere ai servizi di integrazione. "Root cause" Il problema è stato innescato da una breve interruzione nei sistemi di archiviazione sottostanti dopo un rollback di rilascio del sistema. Ciò ha portato a una perdita di connettività all'interno del sistema di pianificazione di integrazione, che ha impedito alle attività programmate di essere in coda o innescato con successo. ♪Recovery ♪ Il nostro team di ingegneria ha identificato il problema e ha preso un'azione immediata. Abbiamo verificato la connettività di sistema come i servizi sottostanti recuperati automaticamente, e abbiamo eseguito le integrazioni di test per convalidare i flussi di lavoro programmati. Questi controlli di convalida hanno confermato che tutti i meccanismi di pianificazione hanno ripreso in modo sicuro le normali operazioni senza richiedere un riavvio del sistema. Entro 14:50 UTC, il problema è stato completamente risolto. ** Azioni correttive e preventive ** * Stiamo conducendo un'indagine approfondita sulle prestazioni del sistema durante le operazioni di rollback per garantire la stabilità in condizioni di alto carico. * Stiamo implementando controlli sanitari migliorati per il programma di integrazione per garantire che raggiunga uno stato "pronto" prima che il traffico sia instradato durante i rollback. * Stiamo aggiornando i nostri processi di distribuzione per includere la validazione automatica della profondità della coda di compito immediatamente dopo qualsiasi aggiornamento regionale o rollback. * Stiamo aggiornando la nostra documentazione di dimensionamento delle risorse per questo servizio con i valori consigliati di richiesta/limite per garantire una capacità sufficiente per le operazioni di distribuzione e rollback. Ci scusiamo per qualsiasi impatto questo problema potrebbe avere avuto sulle vostre operazioni aziendali. Stiamo rafforzando i nostri sistemi e procedure per evitare interruzioni per il vostro business e gli utenti. Se avete ulteriori domande o dubbi, visitate il nostro sito web [Supporto](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Apprezziamo la vostra pazienza durante questo incidente e apprezziamo la fiducia che mettete in Anaplan.

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 14 luglio 2026 alle ore 20:04 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di gestire le integrazioni Cloudworks. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 14 luglio 2026 alle ore 21:00 UTCmonitoring

   Abbiamo notato che qualcosa non va. Stiamo attualmente indagando sul problema e forniremo un aggiornamento presto.

3. 14 luglio 2026 alle ore 21:04 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

4. 14 luglio 2026 alle ore 21:12 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

5. 22 luglio 2026 alle ore 18:15 UTCpostmortem

   Il 14 luglio 2026, alle 19:55 UTC, i clienti del nostro us7: Cloud - US West region hanno sperimentato ritardi e guasti nell'integrazione di CloudWorksTM. I lavori di integrazione che erano previsti per l'esecuzione in questa regione non sono stati completati come previsto, con conseguente un backlog di elaborazione che è stato cancellato una volta che il servizio è stato completamente restaurato. Causa radice Un componente di back-end che supporta il servizio CloudWorksTM ha esaurito temporaneamente la memoria disponibile, portando a una breve interruzione della connettività. Anche se il database è stato recuperato immediatamente, i componenti di elaborazione CloudWorksTM hanno mantenuto connessioni inattive e non sono stati in grado di riconnettersi automaticamente. Ciò ha impedito ai lavori di integrazione di completare e ha causato una coda di attività programmate da accumulare. Recupero Il nostro team di ingegneria ha identificato il problema e ha preso un'azione immediata. Il team ha riavviato i componenti di elaborazione CloudWorksTM per eliminare tutte le connessioni stanti e inattive. Per cancellare rapidamente il backlog dei lavori di integrazione in sospeso, abbiamo temporaneamente aumentato la capacità di elaborazione dei componenti. Dopo aver verificato che i lavori di integrazione sono stati completati normalmente e il backlog era stato completamente elaborato, abbiamo restituito il sistema alla sua capacità originale. Entro 21:14 UTC, il problema è stato completamente risolto. Azioni correttive e preventive Stiamo implementando le seguenti azioni per prevenire il ripetersi: * ** Aumenta l'allocazione della memoria Stiamo aumentando l'allocazione della memoria per il componente back-end in us7. Ciò riduce la probabilità di un simile evento di pressione della memoria che si verifica in futuro. * ** ottimizzazione del processo di Background:** Abbiamo disabilitato alcuni processi di raccolta metrica di sfondo che contribuivano a un carico inutile al componente back-end. Questo abbassa ulteriormente il rischio di costruzione della pressione della memoria nel tempo. # Resilience testing # I nostri team ingegneristici sono in esecuzione test controllati in ambienti non produttivi per capire meglio come il servizio CloudWorksTM si comporta durante brevi interruzioni di connettività. Questo lavoro ci aiuterà a migliorare la capacità del servizio di recuperare automaticamente - senza richiedere l'intervento manuale - se un evento simile si verifica in futuro. Ci scusiamo per l'impatto che questo problema ha avuto sulle vostre operazioni. Ci impegniamo per i miglioramenti sopra descritti per prevenire interruzioni simili. Se avete domande o dubbi, contattate [Support](https://support.anaplan.com/).

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 2 luglio 2026 alle ore 00:00 UTCinvestigating

   Stiamo attualmente indagando sulla capacità dei clienti di accedere alla piattaforma Anaplan. Stiamo lavorando per risolvere questo problema il più rapidamente possibile e fornirà aggiornamenti ogni 30 minuti o su risoluzione.

2. 2 luglio 2026 alle ore 00:30 UTCinvestigating

   Grazie per la vostra pazienza mentre continuiamo a indagare su questo problema. Attualmente stiamo sperimentando un disturbo critico del servizio che causa la piena indisponibilità all'interno delle regioni colpite. Gli utenti che tentano di accedere ai servizi in queste regioni incontreranno timeout di connessione e il mancato caricamento delle risorse. Attualmente, non abbiamo ancora tempo di risoluzione. Continueremo a fornire aggiornamenti ogni 30 minuti come lavoriamo per risolvere questo problema il più rapidamente possibile.

3. 2 luglio 2026 alle ore 00:59 UTCinvestigating

   Stiamo indagando su un problema che riguarda il login e l'accesso alla piattaforma per i clienti nelle nostre regioni ME1 e EU5. L'indagine iniziale indica una interruzione del percorso di autenticazione per quelle regioni. Risolvere questa è la nostra massima priorità, e i nostri team di ingegneria stanno lavorando attivamente per ripristinare le normali operazioni. Non abbiamo ancora un ETA. Forniamo un altro aggiornamento entro 30 minuti, o prima se abbiamo informazioni significative.

4. 2 luglio 2026 alle ore 01:29 UTCinvestigating

   La nostra indagine sul problema di accesso alla piattaforma e di accesso alle regioni ME1 e EU5 è in corso. Abbiamo impegnato il nostro fornitore per un ulteriore supporto mentre lavoriamo per identificare e risolvere la causa principale. Risolvere questo rimane la nostra massima priorità. Ancora nessun ETA. Forniamo il nostro prossimo aggiornamento entro 30 minuti, o prima se abbiamo informazioni significative nuove.

5. 2 luglio 2026 alle ore 01:58 UTCinvestigating

   La nostra indagine sul problema di accesso alla piattaforma e di accesso alle regioni ME1 e EU5 è in corso. I nostri team di ingegneria hanno ridotto l'indagine e stanno attivamente perseguendo diverse linee di indagine, in collaborazione con il nostro partner infrastrutturale. Il servizio di ripristino rimane la nostra massima priorità. Ancora nessun ETA. Forniamo il nostro prossimo aggiornamento entro 30 minuti, o prima se abbiamo informazioni significative nuove.

6. 2 luglio 2026 alle ore 02:27 UTCinvestigating

   Stiamo indagando su un problema che riguarda il login e l'accesso alla piattaforma per i clienti nelle nostre regioni ME1 e EU5. Il problema iniziò a 23:52 UTC il 1o luglio 2026. In coordinamento con il nostro partner di infrastruttura, abbiamo ridotto con successo le potenziali cause e stiamo attualmente concentrando i nostri sforzi di ingegneria per isolare il problema per avviare la mitigazione mirata. Il nostro team rimane completamente dedicato a risolvere questo problema il più rapidamente possibile. Forniamo il nostro prossimo aggiornamento entro 30 minuti, o prima se abbiamo informazioni significative nuove.

7. 2 luglio 2026 alle ore 02:55 UTCinvestigating

   Stiamo continuando a indagare sul problema che riguarda il login e l'accesso alla piattaforma per i clienti nelle nostre regioni ME1 e EU5. Abbiamo identificato la causa potenziale e stiamo attivamente progredendo passi di mitigazione per affrontare il problema e ripristinare il servizio completo. Continueremo a fornire aggiornamenti come progressi di bonifica. Forniamo il nostro prossimo aggiornamento entro 30 minuti, o prima se abbiamo informazioni significative nuove.

8. 2 luglio 2026 alle ore 03:21 UTCmonitoring

   Il servizio è ora stato ripristinato; ora dovresti essere in grado di riprendere le normali attività. Continueremo a monitorare la piattaforma per evitare ulteriori problemi. Se avete domande, preoccupazioni o continuare a sperimentare problemi, non esitate a contattare il supporto Anaplan. Vi forniremo un aggiornamento finale quando consideriamo questa situazione completamente risolta.

9. 2 luglio 2026 alle ore 04:00 UTCresolved

   Abbiamo confermato che il problema è risolto. Ci scusiamo profondamente per qualsiasi impatto che questo problema potrebbe aver causato. Apprezziamo la vostra pazienza e la vostra collaborazione come abbiamo lavorato attraverso questo problema. Seguiremo entro 7 giorni lavorativi con un'analisi dettagliata delle cause radice (RCA) che verrà condivisa sulla nostra pagina di stato. Se avete domande o dubbi, non esitate a contattarci al supporto Anaplan.

10. 10 luglio 2026 alle ore 18:35 UTCpostmortem

    Il 1 ° luglio 2026, a circa 23:52 UTC, i nostri sistemi di monitoraggio hanno rilevato una disgregazione di servizio che colpisce i clienti in me1: Cloud – Medio Oriente e e eu5: Cloud — regioni europee. Durante questo periodo, i clienti interessati non sono stati in grado di accedere alla piattaforma. Il servizio è stato restaurato alle 03:21 UTC "Root cause" La disgregazione ha avuto origine da una modifica di configurazione di rete pianificata alla nostra infrastruttura di risoluzione dei nomi interni. Una cattiva configurazione è stata introdotta come parte del cambiamento che ha lasciato un conflitto di routing sottostante in atto. Questo ha causato il traffico di ritorno per cercare i nomi interni di prendere un percorso errato durante l'attività di rete di routine. Di conseguenza, la risoluzione interna dei nomi ha cominciato a mancare per le due regioni colpite. Ciò ha impedito al flusso di autenticazione di completare e ha impedito ai clienti di accedere. ♪Recovery ♪ Sul rilevamento a 23:52 UTC, il nostro team di ingegneria e il nostro partner infrastrutturale ha iniziato a indagare in parallelo. Poiché i problemi di risoluzione dei nomi interni possono presentarsi in diversi modi, il team ha lavorato attraverso più linee di indagine prima di isolare il conflitto di routing specifico responsabile. Una volta identificata, abbiamo rimboccato la recente modifica per ripristinare la precedente configurazione di routing noto-buono. Connettività recuperata progressivamente come il rollback propagato, e entro 03:21 UTC, l'autenticazione è stata completamente ripristinata per entrambe le regioni colpite. ** Azioni correttive e preventive ** Stiamo implementando le seguenti azioni per prevenire una ricorrenza: * Stiamo aggiungendo la validazione pre-cambiamento che rileva specificamente la classe di conflitto di routing responsabile di questo incidente. Questo chiude il problema di configurazione sottostante prima che qualsiasi cambiamento simile possa raggiungere l'ambiente. * Stiamo ri-architecando la configurazione di routing interessata per impedire che questa classe di cattiva configurazione venga introdotta di nuovo. Questo rimuove il problema sottostante alla fonte. * Stiamo migliorando il nostro monitoraggio per i percorsi di risoluzione dei nomi interni tra i nostri ambienti cloud. Questo accorcia il tempo per rilevare e risolvere questa classe di problema. ♪Chiusura ♪ Ci scusiamo per l'impatto che questa interruzione ha avuto sulle vostre operazioni. Le azioni correttive di cui sopra si concentrano sulla prevenzione di una ricorrenza di qualsiasi problema simile in futuro. Se avete domande o dubbi, contattate [Support](https://support.anaplan.com/).

Tradotto automaticamente dall'aggiornamento ufficiale dell'incidente.

1. 22 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 luglio 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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 giugno 2026 alle ore 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.