Histórico de interrupções do Anaplan

1. 7 Gwengolo 2026 da 13:26 UTCinvestigating

   Atualmente estamos investigando uma questão que impacta a capacidade dos clientes de acessar a Plataforma Anaplan. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 7 Gwengolo 2026 da 13:33 UTCinvestigating

   Identificámos a causa provável da questão, e estamos agora focados na restauração do serviço o mais rapidamente possível. Actualmente, ainda não temos tempo para a resolução. Forneceremos atualizações adicionais em 30 minutos ou após resolução.

3. 7 Gwengolo 2026 da 13:35 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

4. 7 Gwengolo 2026 da 13:46 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

Traduzido automaticamente da atualização oficial do incidente.

1. 3 Gwengolo 2026 da 14:56 UTCinvestigating

   Atualmente estamos investigando uma questão que impacta a capacidade dos clientes de acessar a Plataforma Anaplan. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 3 Gwengolo 2026 da 15:12 UTCidentified

   Identificámos a causa provável da questão, e estamos agora focados na restauração do serviço o mais rapidamente possível. Actualmente, ainda não temos tempo para a resolução. Forneceremos atualizações adicionais em 30 minutos ou após resolução.

3. 3 Gwengolo 2026 da 15:16 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

4. 3 Gwengolo 2026 da 18:04 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

5. 9 Gwengolo 2026 da 08:38 UTCpostmortem

   **Introdução Em 3 de setembro de 2026, das 14:51 UTC às 16:17 UTC, a região in1: Cloud - India não estava disponível. Durante esse período, os clientes não conseguiram acessar ou navegar pela plataforma. ** Causa da raiz Em 3 de setembro de 2026, durante uma renovação planejada dos certificados de segurança para nossos serviços na região da Índia, um pacote de certificados incompleto foi aplicado. Isso fez com que os serviços de autenticação e validação não fossem capazes de verificar a conexão segura, o que resultou em a plataforma ser inacessível. ** Recuperação** Nossa equipe de engenharia identificou a questão e tomou medidas imediatas. Revertemos a configuração personalizada para o serviço de certificado seguro gerenciado da plataforma, que restaurou com sucesso a validação de conexão. Em 16:17 UTC, a questão estava totalmente resolvida. **Acções correctivas e preventivas Estamos implementando as seguintes ações para evitar a recorrência: * Estamos realizando uma auditoria completa de todos os certificados de segurança em nossos ambientes para otimizar e padronizar nosso gerenciamento de configuração. * Estamos transicionando para serviços de certificados gerenciados para minimizar os requisitos de configuração manual. * Estamos implementando verificações automatizadas de validação de cadeia completa para todas as futuras atualizações do certificado de segurança para garantir a integridade completa antes da implantação. Pedimos desculpas por qualquer impacto que esta questão possa ter tido em suas operações de negócios. Estamos continuamente fortalecendo nossos sistemas e procedimentos para garantir que evitemos interrupções futuras para seus negócios e usuários. Se tiver mais perguntas ou preocupações, visite o nosso site de apoio (https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Agradecemos a sua paciência durante este incidente e valorizamos a confiança que deposita em Anaplan.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gwengolo 2026 da 09:49 UTCinvestigating

   Atualmente estamos investigando um problema que impacta a capacidade dos clientes de executar integrações da Cloudworks. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 1 Gwengolo 2026 da 10:25 UTCinvestigating

   Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. Actualmente, ainda não temos tempo para a resolução. Continuaremos a fornecer atualizações a cada 30 minutos, conforme trabalharmos para resolver este problema o mais rápido possível.

3. 1 Gwengolo 2026 da 11:06 UTCinvestigating

   Obrigado por sua paciência enquanto investigamos este assunto. Confirmamos um problema que afeta integrações da CloudWorks em várias regiões. Isto continua a ser uma prioridade máxima, e ainda não temos um tempo estimado para a resolução. Continuaremos a partilhar actualizações a cada 30 minutos ao trabalharmos para resolver isto o mais rapidamente possível.

4. 1 Gwengolo 2026 da 11:45 UTCidentified

   Obrigado por sua paciência enquanto investigamos este assunto. Observamos integrações CloudWorks começando e completando com sucesso em todas as regiões; no entanto, continuamos a monitorar de perto a situação. Iremos partilhar novas actualizações a cada 30 minutos, à medida que trabalharmos para resolver isto o mais rapidamente possível.

5. 1 Gwengolo 2026 da 12:19 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

6. 1 Gwengolo 2026 da 12:42 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

Traduzido automaticamente da atualização oficial do incidente.

1. 1 Gwengolo 2026 da 09:10 UTCinvestigating

   Atualmente estamos investigando um problema que impacta a capacidade dos clientes de executar integrações da Cloudworks. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 1 Gwengolo 2026 da 09:28 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

3. 1 Gwengolo 2026 da 09:47 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

Traduzido automaticamente da atualização oficial do incidente.

1. 27 Eost 2026 da 10:22 UTCinvestigating

   Atualmente estamos investigando uma questão que impacta a capacidade dos clientes de acessar a Plataforma Anaplan no Canadá. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 27 Eost 2026 da 10:52 UTCinvestigating

   Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. Actualmente, ainda não temos tempo para a resolução. Continuaremos a fornecer atualizações a cada 30 minutos, conforme trabalharmos para resolver este problema o mais rápido possível.

3. 27 Eost 2026 da 10:57 UTCidentified

   Identificámos a causa provável da questão, e estamos agora focados na restauração do serviço o mais rapidamente possível. Atualmente, forneceremos atualizações adicionais em 30 minutos ou após resolução.

4. 27 Eost 2026 da 10:58 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

5. 27 Eost 2026 da 11:08 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

6. 3 Gwengolo 2026 da 15:52 UTCpostmortem

   Em 27 de agosto de 2026, às 10:22 UTC, alguns clientes da nossa ca1: Cloud - região Canadá tiveram problemas intermitentes acessando a plataforma. Durante este tempo, os usuários podem ter encontrado erros ao tentar entrar. O impacto variou dependendo de qual componente lidou com cada solicitação — algumas solicitações foram bem sucedidas enquanto outras não foram bem sucedidas. ** Causa da raiz Após uma atualização padrão do sistema, um único componente de roteamento de tráfego na região do Canadá entrou em um estado inconsistente após uma atualização de configuração e não conseguiu reconstruir suas instruções de roteamento corretamente. O componente começou intermitentemente rejeitando ou desviando solicitações de clientes. Os exames de saúde do componente verificaram sua disponibilidade, mas não captaram a correção de sua configuração de roteamento. Como resultado, permaneceu ativo e continuou servindo o tráfego. Isso resultou em alguns pedidos que tiveram sucesso, enquanto outros foram mal sucedidos, dependendo de qual componente lidou com a conexão. ** Recuperação** Nossa equipe de engenharia identificou a questão e tomou medidas imediatas. A equipe isolou o problema para um único componente de roteamento de tráfego e o reiniciou. Isto redistribuiu todo o tráfego de entrada através dos restantes componentes saudáveis. Em 11:08 UTC, a questão estava totalmente resolvida. **Acções correctivas e preventivas Estamos implementando as seguintes ações para evitar recorrência: * Estamos endurecendo os controles de saúde de nossos componentes de trânsito para isolar e reiniciar automaticamente qualquer componente que não se valide corretamente após uma atualização de configuração. Isto impede que um componente degradado continue a servir o tráfego e a causar falhas de acesso intermitentes aos clientes. * Estamos refinando nosso monitoramento para proporcionar mais visibilidade granular em componentes de serviço individuais. Isso permite a detecção mais rápida de problemas localizados antes que eles afetem mais clientes. Pedimos desculpa pelo impacto que esta questão teve nas vossas operações. Estamos empenhados nas melhorias acima descritas para evitar perturbações semelhantes. Se tiver dúvidas ou preocupações, entre em contato com nossa equipe [Suporte](https://support.anaplan.com/).

Traduzido automaticamente da atualização oficial do incidente.

1. 15 Eost 2026 da 03:27 UTCinvestigating

   Atualmente estamos investigando um problema que impacta a capacidade dos clientes de executar integrações da Cloudworks. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 15 Eost 2026 da 04:02 UTCinvestigating

   Atualmente estamos investigando um problema que impacta a capacidade dos clientes de acessar a Plataforma Anaplan, que também está impactando as integrações da CloudWorks Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

3. 15 Eost 2026 da 04:31 UTCinvestigating

   Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. Actualmente, ainda não temos tempo para a resolução. Continuaremos a fornecer atualizações a cada 30 minutos, conforme trabalharmos para resolver este problema o mais rápido possível.

4. 15 Eost 2026 da 05:03 UTCidentified

   Identificámos a causa provável da questão, e estamos agora focados na restauração do serviço o mais rapidamente possível. Actualmente, ainda não temos tempo para a resolução. Forneceremos atualizações adicionais em 30 minutos ou após resolução.

5. 15 Eost 2026 da 05:33 UTCidentified

   Aumentamos este problema com o fornecedor de terceiros para mitigar o problema. Actualmente, ainda não temos tempo para a resolução. Forneceremos atualizações adicionais em 30 minutos ou após resolução.

6. 15 Eost 2026 da 06:13 UTCidentified

   Continuamos a trabalhar em estreita colaboração com o nosso fornecedor para resolver a questão do acesso que afecta a região da UE2, que continua a ser a nossa maior prioridade. Através da nossa investigação, identificamos questões de conectividade para a região UE-CENTRAL-1 como a causa subjacente. A partir das 7:33 PM PDT em 14 de agosto, nosso fornecedor começou a experimentar maior perda de pacotes impactando a conectividade de clientes na região EU-CENTRAL-1. O local afectado foi identificado como Equinix, Frankfurt. Embora tenham sido feitos progressos, as ligações a este local permanecem prejudicadas. Continuamos priorizando etapas de resolução com nosso fornecedor. No entanto, espera-se que a recuperação total esteja a várias horas de distância. Nós forneceremos uma atualização a cada 60 minutos conforme trabalharmos para restaurar o serviço o mais rápido possível, ou mais cedo se informações adicionais estiverem disponíveis.

7. 15 Eost 2026 da 07:12 UTCidentified

   Continuamos trabalhando com nosso fornecedor para resolver a questão do acesso que afeta a região do eu2 como nossa prioridade. Também estamos explorando vários caminhos para restaurar o serviço o mais rápido possível. A colaboração com o nosso fornecedor está em curso; no entanto, espera-se que a recuperação total esteja a várias horas de distância. Nós forneceremos uma atualização a cada 60 minutos conforme trabalharmos para restaurar o serviço o mais rápido possível, ou mais cedo se informações adicionais estiverem disponíveis

8. 15 Eost 2026 da 08:11 UTCidentified

   Terminámos a reorientação do tráfego para fora da área afectada e estamos agora numa fase de monitorização. Uma nova atualização será fornecida em 30 minutos, ou mais cedo se informações adicionais estiverem disponíveis.

9. 15 Eost 2026 da 08:37 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

10. 25 Eost 2026 da 16:00 UTCpostmortem

    No dia 15 de agosto de 2026, das 03:16 UTC às 08:23 UTC, os clientes da nossa Eu2: Data Center - Alemanha tiveram uma interrupção de serviço que impediu o acesso à plataforma Anaplan. Durante esse tempo, uma falha de infraestrutura local afetou a capacidade da região de se conectar a serviços externos, resultando em perda de disponibilidade da plataforma. ** Causa da raiz A perturbação foi causada por uma falha ambiental na instalação de terceiros do nosso fornecedor em Frankfurt, Alemanha. Um vazamento no sistema de refrigeração da instalação levou ao superaquecimento localizado, que desencadeou desligamentos automáticos de segurança de equipamentos de rede críticos. Água escapada também danificado sistemas de distribuição de energia localizados dentro da instalação, desativando dispositivos de rede. Esta falha combinada de energia e arrefecimento impediu o sistema de resolver endereços externos e completar pedidos de saída nesta região. ** Recuperação** Como as condições ambientais da instalação tornaram a área insegura para entrar, o nosso vendedor atrasou-se na avaliação e reparação do equipamento afectado. Como resultado, nossa equipe de engenharia implantou uma mudança de emergência para redirecionar o tráfego através de uma rota de rede regional alternativa, contornando a instalação e região prejudicadas. Isso restaurou com sucesso a conectividade externa completa e a resolução do nome, e o acesso à plataforma foi totalmente restaurado por 08:23 UTC. O operador da instalação e nosso fornecedor continuaram o trabalho de recuperação nos dias seguintes, com restauração completa confirmada até 18 de agosto. Mantivemos nosso roteamento de emergência durante todo esse período para manter o serviço estável enquanto o fornecedor completava os reparos. **Acções correctivas e preventivas Estamos a implementar as seguintes medidas para reforçar a resiliência e reduzir o risco de uma perturbação semelhante: * Estamos adicionando uma camada que redireciona automaticamente o tráfego para locais geográficos alternativos durante uma parada localizada, sem necessidade de intervenção manual. * Estamos permitindo que os registros em cache continuem servindo o tráfego quando o caminho para os resolvedores externos não estiver disponível, então uma perda de conectividade para serviços externos não mais impede o acesso à plataforma quando um evento regional ocorre. * Estamos trabalhando com nossas instalações de terceiros e fornecedores de rede para rever seus padrões para sistemas críticos de energia e refrigeração e garantir salvaguardas preventivas mais fortes estão em vigor. Pedimos desculpa pelo impacto que esta questão teve nas vossas operações. Estamos empenhados nas melhorias acima descritas para evitar perturbações semelhantes. Se tiver dúvidas ou preocupações, entre em contato com nossa equipe de suporte.

Traduzido automaticamente da atualização oficial do incidente.

1. 29 Gouere 2026 da 11:06 UTCinvestigating

   Atualmente estamos investigando uma questão que impacta a capacidade dos clientes de acessar a Plataforma Anaplan. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 29 Gouere 2026 da 11:36 UTCinvestigating

   Atualmente estamos investigando uma questão que impacta a capacidade dos clientes de acessar a Plataforma Anaplan. Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. Actualmente, ainda não temos tempo para a resolução. Continuaremos a fornecer atualizações a cada 30 minutos, conforme trabalharmos para resolver este problema o mais rápido possível.

3. 29 Gouere 2026 da 11:41 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

4. 29 Gouere 2026 da 12:51 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

5. 7 Eost 2026 da 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 24 Gouere 2026 da 20:35 UTCinvestigating

   Atualmente estamos investigando um problema que resulta em alguns clientes não serem capazes de carregar modelos. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 24 Gouere 2026 da 23:01 UTCinvestigating

   Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. Actualmente, ainda não temos tempo para a resolução. Continuaremos a fornecer atualizações a cada 30 minutos, conforme trabalharmos para resolver este problema o mais rápido possível.

3. 24 Gouere 2026 da 23:33 UTCinvestigating

   Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. As nossas equipas de apoio continuam a investigar esta questão, mas ainda não temos tempo para a resolução. Continuaremos a fornecer atualizações a cada 30 minutos, conforme trabalharmos para resolver este problema o mais rápido possível.

4. 25 Gouere 2026 da 00:07 UTCinvestigating

   Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. Esta questão foi ampliada para nossas equipes de engenharia e liderança sênior, que estão ativamente investigando a situação e avaliando todos os próximos passos necessários para restaurar operações completas. Embora não tenhamos pormenores técnicos específicos para partilhar neste momento, por favor, tranquilizem-se de que a resolução deste incidente é a nossa maior prioridade. Pedimos sinceras desculpas pela interrupção e apreciamos sua paciência. Continuaremos a fornecer atualizações a cada 30 minutos, ou mais cedo se surgirem novos detalhes, pois trabalhamos para resolver este problema o mais rápido possível.

5. 25 Gouere 2026 da 00:39 UTCinvestigating

   Identificamos possíveis caminhos de remediação e estamos atualmente progredindo atividades de mitigação ativa para restaurar a estabilidade dos serviços. Embora não tenhamos uma empresa Estimated Time to Recovery (ETA) para compartilhar nesta fase, por favor, esteja certo de que nosso foco principal permanece em resolver esta questão com segurança e rapidez. Estamos acompanhando de perto o impacto de nossas atuais etapas de mitigação. Pedimos desculpa pelo inconveniente contínuo. Nossa próxima atualização será publicada em 30 minutos, ou mais cedo como marcos-chave são alcançados.

6. 25 Gouere 2026 da 01:08 UTCinvestigating

   Compreendemos a perturbação que isto causou e queremos assegurar-vos que a resolução deste problema o mais rapidamente possível continua a ser a nossa principal prioridade. Nossa equipe está ativamente envolvida em remediação, e as medidas implementadas estão mostrando progresso significativo para a restauração completa do serviço. Reconhecemos a vossa paciência ao longo deste processo e não a tomeis como garantida. Estamos monitorando nossos sistemas de perto e forneceremos uma nova atualização dentro de 30 minutos, ou mais cedo se houver um desenvolvimento significativo para compartilhar.

7. 25 Gouere 2026 da 01:42 UTCinvestigating

   Continuamos a executar e validar os nossos planos de reparação. Vemos progressos sustentados à medida que os esforços de recuperação avançam sistematicamente. Para garantir uma recuperação segura e completa, estamos progredindo cuidadosamente e ainda não estamos em posição de compartilhar marcos técnicos específicos. Tenha a certeza de que toda a nossa equipa de resposta continua totalmente dedicada a resolver este incidente. Obrigado pela vossa paciência. Nossa próxima atualização será publicada em 30 minutos, ou mais cedo assim que tivermos mais progressos para relatar.

8. 25 Gouere 2026 da 02:18 UTCinvestigating

   Estamos atualmente realizando manutenção de emergência na região do Canadá. O acesso à plataforma foi temporariamente restrito enquanto nossa equipe trabalha para completar a reparação e validar a restauração completa do serviço. Estamos a acompanhar activamente o ambiente e a fazer progressos. Agradecemos a sua paciência e entendemos o impacto que isso tem no seu trabalho. Outras atualizações serão fornecidas a cada 30 minutos, ou mais cedo se houver um desenvolvimento significativo para compartilhar. Pedimos desculpa pelo inconveniente e continuamos empenhados em restaurar o serviço o mais rapidamente possível.

9. 25 Gouere 2026 da 03:09 UTCinvestigating

   A nossa equipa continua activamente empenhada nos esforços de reparação. O trabalho está progredindo em vários fluxos de trabalho e continuamos a fazer movimento para a restauração completa do serviço. Nós forneceremos uma atualização adicional dentro de 30 minutos, ou mais cedo se houver um desenvolvimento significativo para compartilhar. Agradecemos a sua paciência.

10. 25 Gouere 2026 da 03:47 UTCinvestigating

    Atualmente estamos realizando manutenção de emergência na região do Canadá. Nossa equipe está ativamente envolvida em esforços de remediação em coordenação com o nosso fornecedor, e a questão foi contida. O acesso do cliente ao ambiente do Canadá permanece temporariamente restrito enquanto completamos os esforços de validação e restauração. Agradecemos sua paciência e forneceremos uma atualização adicional dentro de 1 hora, ou mais cedo se houver um desenvolvimento significativo para compartilhar.

11. 25 Gouere 2026 da 04:47 UTCinvestigating

    Nossa equipe continua trabalhando através da manutenção de emergência na região do Canadá em estreita coordenação com nosso fornecedor. A questão foi contida e os esforços de restauração estão em andamento ativamente. O acesso ao ambiente do Canadá permanece temporariamente restrito à medida que completamos as etapas de validação necessárias antes da restauração do serviço. Reconhecemos o impacto que isso tem no seu trabalho e apreciamos sua paciência contínua. Nossa próxima atualização será fornecida dentro de 1 hora, ou mais cedo se ocorrer um desenvolvimento significativo.

12. 25 Gouere 2026 da 06:05 UTCidentified

    Nossa equipe continua trabalhando através da manutenção de emergência na região do Canadá em estreita coordenação com nosso fornecedor. A questão foi contida, no entanto, devido à complexidade e âmbito do processo de recuperação, esperamos que a restauração seja um esforço prolongado que levará várias horas para ser concluída. O acesso ao ambiente do Canadá permanecerá restrito durante a recuperação. Reconhecemos o impacto significativo que isso tem em seu trabalho e apreciamos sinceramente sua paciência. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

13. 25 Gouere 2026 da 07:06 UTCidentified

    Nossos parceiros de equipe e fornecedores continuam progredindo através do complexo processo de recuperação para a região do Canadá durante esta manutenção de emergência. Estamos executando sistematicamente nossos protocolos de recuperação e validando a integridade do sistema em cada etapa. Como observado anteriormente, devido ao escopo desse esforço, este continua sendo um processo de recuperação ampliado, e o acesso ao ambiente do Canadá continuará sendo restrito à medida que trabalhamos para uma restauração segura e completa do serviço. Estamos plenamente cientes do impacto que esta interrupção do serviço tem em suas operações e estão fazendo todo o possível para acelerar essas etapas. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

14. 25 Gouere 2026 da 08:07 UTCidentified

    Nossas equipes de engenharia e fornecedores continuam a executar ativamente as etapas de recuperação da região do Canadá sob manutenção de emergência. Não há novos detalhes técnicos ou mudanças para compartilhar neste momento, pois nosso foco permanece inteiramente na restauração sistemática e segura dos serviços. O acesso ao ambiente do Canadá permanece restrito enquanto essas atividades de recuperação estão em andamento. Agradecemos a sua paciência e parceria enquanto trabalhamos através deste esforço alargado. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

15. 25 Gouere 2026 da 09:06 UTCidentified

    Nossas equipes de engenharia e parceiros de fornecedores continuam avançando através das etapas de recuperação da região do Canadá sob manutenção de emergência. Estamos a fazer progressos positivos e estamos a aproximar-nos de voltar a permitir a região para a maioria dos espaços de trabalho. O acesso ao ambiente do Canadá permanece temporariamente restrito enquanto executamos e completamos essas etapas cruciais de validação final para garantir a estabilidade do serviço. Agradecemos sinceramente a sua paciência e parceria como entramos nestas fases finais do processo de recuperação. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

16. 25 Gouere 2026 da 10:07 UTCinvestigating

    Continuamos a executar sistematicamente os nossos passos de recuperação para a região do Canadá sob manutenção de emergência. Nossas equipes de engenharia e parceiros de fornecedores permanecem focados nas fases finais de validação, e continuamos a nos aproximar de permitir a região para a maioria dos clientes. O acesso ao ambiente do Canadá permanece restrito por enquanto para garantir a estabilidade do sistema durante essas etapas finais críticas. Estamos imensamente gratos pela vossa paciência e parceria. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

17. 25 Gouere 2026 da 11:14 UTCidentified

    Nossas equipes de engenharia e parceiros de fornecedores continuam progredindo sistematicamente nas etapas finais de validação para a região do Canadá sob manutenção de emergência. Continuamos focados em verificar a estabilidade do sistema, o que nos mantém em um caminho constante para possibilitar a região para a maioria dos clientes. O acesso ao ambiente do Canadá permanece, por enquanto, restrito para garantir que estes controlos críticos de segurança e estabilidade estejam completamente concluídos. Estamos incrivelmente gratos pela sua paciência e parceria enquanto completamos este esforço prolongado. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

18. 25 Gouere 2026 da 12:37 UTCidentified

    Nossas equipes de engenharia e fornecedores estão entrando nas fases finais de preparação do nosso plano de recuperação para a região do Canadá sob manutenção de emergência. À medida que nos preparamos para restaurar o acesso, nosso plano é ativar todos os serviços na região, com exceção das configurações Bring Your Own Key (BYOK). Além disso, um pequeno número de espaços de trabalho permanecerá desativado inicialmente após a restauração do serviço geral. Para estes espaços de trabalho restantes específicos, estaremos executando um plano de restauração altamente controlado e sistemático para recuperar cada ambiente individualmente para garantir total estabilidade e integridade dos dados. O acesso ao ambiente do Canadá permanece restrito neste momento, enquanto completamos essas etapas finais de validação pré-capacitação. Reconhecemos o impacto contínuo que isso tem em suas operações e sinceramente apreciamos sua paciência contínua. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

19. 25 Gouere 2026 da 13:51 UTCidentified

    Estamos a restaurar a plataforma. Nossas equipes de engenharia e fornecedores estão trabalhando ativamente para restaurar os serviços o mais rápido possível. Como parte do nosso plano de recuperação, estaremos restaurando todos os serviços na região, com exceção das configurações Bring Your Own Key (BYOK). Além disso, um pequeno número de espaços de trabalho permanecerá temporariamente desativado após a restauração inicial do serviço. Para estes espaços de trabalho específicos, estaremos executando um processo de restauração altamente controlado e sistemático para recuperar cada ambiente individualmente e garantir total estabilidade e integridade dos dados. O acesso ao ambiente do Canadá permanece restrito neste momento Reconhecemos o impacto significativo que isso tem nas suas operações e apreciamos sinceramente a sua paciência contínua. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

20. 25 Gouere 2026 da 16:22 UTCidentified

    Nossa equipe de engenharia está trabalhando ativamente para restaurar a estabilidade da plataforma em toda a região do Canadá (CA1) através de uma recuperação cuidadosamente faseada. Restauraremos inicialmente os serviços gerais, com exceção das configurações de Bring Your Own Key (BYOK). Para garantir um ambiente estável e seguro, um pequeno número de espaços de trabalho pode permanecer temporariamente desativado enquanto realizamos restaurações controladas. O acesso global ao ambiente do Canadá permanece restrito neste momento, à medida que completamos estas medidas de restauração críticas. Reconhecemos profundamente o impacto significativo que esta situação tem nas vossas operações e apreciamos sinceramente a vossa paciência enquanto trabalhamos através destas medidas de segurança. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

21. 25 Gouere 2026 da 17:24 UTCidentified

    Temos permitido o acesso geral do cliente à região do Canadá. Todos os serviços da região estão sendo disponibilizados online, com exceção das configurações Bring Your Own Key (BYOK). Além disso, um pequeno número específico de espaços de trabalho do cliente permanecerá temporariamente desativado. Para estes restantes espaços de trabalho, nossas equipes de engenharia estão executando um plano de restauração altamente controlado e sistemático para recuperar com segurança cada ambiente individualmente para garantir a integridade completa dos dados. Agradecemos sinceramente a sua paciência e parceria enquanto executamos estas etapas finais e precisas de recuperação. Nossa próxima atualização será fornecida dentro de uma hora, ou mais cedo caso ocorra um desenvolvimento significativo.

22. 25 Gouere 2026 da 23:28 UTCidentified

    Pedimos sinceras desculpas pela interrupção que isso causou e apreciamos profundamente sua paciência. O acesso do cliente geral à região do Canadá foi restaurado, e os serviços estão voltando online. Traga suas próprias configurações de chave e um pequeno número de espaços de trabalho permanecem temporariamente offline enquanto completamos uma restauração cuidadosa e individualizada para garantir a integridade total dos dados. Nós forneceremos uma atualização adicional dentro de uma hora, ou mais cedo se houver um desenvolvimento significativo para compartilhar.

23. 25 Gouere 2026 da 23:52 UTCidentified

    O acesso do cliente geral à região do Canadá foi restaurado. Espaços de trabalho usando a criptografia Bring Your Own Key (BYOK) permanecerá temporariamente offline enquanto completamos a restauração individualizada para cada espaço de trabalho afetado. Nós forneceremos uma atualização adicional sobre o status de restauração BYOK às 09:00 UTC em 26 de julho de 2026. Pedimos desculpa pela interrupção e agradecemos a vossa paciência.

24. 26 Gouere 2026 da 08:59 UTCinvestigating

    Estamos escrevendo para fornecer uma atualização de alto nível sobre a interrupção do serviço que afeta o acesso à região Canadá (CA1) que começou na sexta-feira, 24 de julho às 20:35 UTC. Através da coordenação dedicada de nossas equipes de engenharia e parceiros de fornecedores, o acesso geral à região do Canadá foi re-enabled no sábado, 25 de julho às 17:24 UTC. A grande maioria dos nossos clientes agora pode acessar seus espaços de trabalho e modelos normalmente. Estado atual e Passos Próximos Embora o acesso geral à região tenha sido totalmente restaurado, os espaços de trabalho que utilizam a criptografia Bring Your Own Key (BYOK) permanecem temporariamente offline. Nosso foco principal está atualmente em reproduzir com sucesso a ruptura técnica dentro de um ambiente controlado. Os insights obtidos com esta fase de reprodução são críticos, pois influenciarão diretamente e determinarão o caminho de recuperação mais seguro e eficaz para os restantes espaços de trabalho do BYOK. Prosseguir com esta investigação sistemática garante que mantemos os mais altos padrões de estabilidade do sistema e integridade dos dados. Esperamos fornecer nossa próxima atualização direcionada sobre a restauração do espaço de trabalho BYOK às 11:00 UTC. Pedimos sinceras desculpas pela interrupção e pelo impacto que isto teve nas vossas operações. Nossas equipes de suporte permanecem totalmente disponíveis para ajudá-lo com quaisquer perguntas ou necessidades imediatas.

25. 26 Gouere 2026 da 11:16 UTCinvestigating

    Estamos escrevendo para fornecer uma atualização de alto nível sobre a interrupção do serviço que afeta o acesso à região Canadá (CA1) que começou na sexta-feira, 24 de julho às 20:35 UTC. Através da coordenação dedicada de nossas equipes de engenharia e parceiros de fornecedores, o acesso geral à região do Canadá foi re-enabled no sábado, 25 de julho às 17:24 UTC. A grande maioria dos nossos clientes agora pode acessar seus espaços de trabalho e modelos normalmente. Estado atual e Passos Próximos Embora o acesso geral à região tenha sido totalmente restaurado, os espaços de trabalho que utilizam a criptografia Bring Your Own Key (BYOK) permanecem temporariamente offline. Nosso foco principal está atualmente em reproduzir com sucesso a ruptura técnica dentro de um ambiente controlado. Os insights obtidos com esta fase de reprodução são críticos, pois influenciarão diretamente e determinarão o caminho de recuperação mais seguro e eficaz para os restantes espaços de trabalho do BYOK. Prosseguir com esta investigação sistemática garante que mantemos os mais altos padrões de estabilidade do sistema e integridade dos dados. Esperamos fornecer nossa próxima atualização direcionada sobre a restauração do espaço de trabalho BYOK até as 13:00 UTC. Pedimos sinceras desculpas pela interrupção e pelo impacto que isto teve nas vossas operações. Nossas equipes de suporte permanecem totalmente disponíveis para ajudá-lo com quaisquer perguntas ou necessidades imediatas.

26. 26 Gouere 2026 da 13:06 UTCinvestigating

    Embora o acesso geral à região do Canadá (CA1) tenha sido totalmente restaurado a partir de sábado, 25 de julho às 17:24 UTC, os espaços de trabalho utilizando a criptografia Bring Your Own Key (BYOK) permanecem temporariamente offline. Nosso foco principal para reproduzir a ruptura dentro de um ambiente controlado ainda está em andamento com nosso fornecedor. Esta é uma fase crítica, pois influenciará diretamente e determinará o caminho de recuperação mais seguro e eficaz para os restantes espaços de trabalho BYOK, garantindo simultaneamente a estabilidade do sistema e a integridade dos dados. Esperamos fornecer nossa próxima atualização direcionada sobre a restauração do espaço de trabalho BYOK até as 15:00 UTC. Pedimos sinceras desculpas pela interrupção e pelo impacto que isto teve nas vossas operações. Nossas equipes de suporte permanecem totalmente disponíveis para ajudá-lo com quaisquer perguntas ou necessidades imediatas.

27. 26 Gouere 2026 da 15:20 UTCinvestigating

    O acesso geral à região CA1 permanece totalmente restaurado para a maioria dos clientes. Espaços de trabalho utilizando a criptografia Bring Your Own Key (BYOK) permanecem temporariamente offline, enquanto finalizamos a recuperação segura, validação e análise de causa raiz. Estamos colaborando ativamente com nosso parceiro de criptografia de terceiros para entender a causa e o potencial de correção.

28. 26 Gouere 2026 da 17:53 UTCidentified

    O acesso geral à região CA1 continua totalmente restaurado para a maioria dos clientes. Espaços de trabalho utilizando a criptografia Bring Your Own Key (BYOK) permanecem temporariamente offline, enquanto finalizamos a recuperação segura, validação e análise de causa raiz. Estamos colaborando ativamente com nosso parceiro de criptografia de terceiros para entender a causa e o potencial de correção.

29. 26 Gouere 2026 da 18:49 UTCidentified

    O acesso geral à região do Canadá (CA1) permanece totalmente restaurado. No entanto, os espaços de trabalho que utilizam a criptografia Bring Your Own Key (BYOK) permanecerão temporariamente offline. Nós forneceremos uma atualização adicional sobre o status de restauração BYOK às 10:00 UTC em 27 de julho de 2026. Pedimos desculpa por esta interrupção e agradecemos-lhe pela sua paciência contínua.

30. 27 Gouere 2026 da 10:03 UTCinvestigating

    Estamos escrevendo para fornecer uma atualização de status sobre os esforços de recuperação em andamento para os espaços de trabalho da Bring Your Own Key (BYOK) dentro da região do Canadá (CA1). Os serviços gerais da região permanecem totalmente restaurados e funcionam normalmente. Situação actual da investigação Nossas equipes de engenharia e fornecedores estão continuando sua investigação profunda sobre a causa básica da recente interrupção do serviço. Atualmente estamos focando nossos esforços em replicar a questão dentro de um ambiente dedicado e não-produção. Esta replicação controlada é uma etapa crítica, pois os achados técnicos nos permitirão identificar e validar o caminho de recuperação mais eficaz para os restantes espaços de trabalho do BYOK. Ao garantir que entendemos completamente o comportamento do sistema nessas condições específicas em primeiro lugar na não-produção, podemos garantir a absoluta segurança, estabilidade e integridade de seus dados durante a fase final de restauração. Agradecemos sinceramente a sua paciência e parceria enquanto executamos estas meticulosas etapas de validação. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se um marco significativo for alcançado.

31. 27 Gouere 2026 da 12:30 UTCinvestigating

    Estamos continuando nossa investigação ativa e planejamento de recuperação para os espaços de trabalho Bring Your Own Key (BYOK) dentro da região do Canadá (CA1). Os serviços gerais da região permanecem totalmente restaurados e continuam a funcionar normalmente. Nossas equipes de engenharia e parceiros de fornecedores continuam concentrando seus esforços em replicar a ruptura dentro de um ambiente controlado e não produtivo. Replicar o cenário nestas condições seguras continua a ser a nossa maior prioridade, pois é o passo crítico que nos permitirá identificar e confirmar o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK. Estamos procedendo metodicamente para garantir que o processo de restauração, uma vez iniciado, preserva a estabilidade do sistema e a integridade dos dados. Agradecemos a sua paciência e parceria enquanto esta profunda validação técnica continua. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se tivermos novos progressos para compartilhar.

32. 27 Gouere 2026 da 14:04 UTCinvestigating

    Continuamos nossos esforços ativos para restaurar os espaços de trabalho Bring Your Own Key (BYOK) na região do Canadá (CA1). Os serviços gerais em toda a região permanecem totalmente restaurados e funcionam normalmente. Para acelerar a resolução, nossas equipes de engenharia e parceiros de fornecedores estão perseguindo várias linhas de investigação simultaneamente. Essa abordagem multifacetada é fundamental para garantir que nosso plano de restauração seja totalmente validado e preserve a integridade do seu ambiente. Agradecemos sinceramente sua paciência e parceria ao executarmos esses esforços simultâneos. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se conseguirmos um avanço significativo.

33. 27 Gouere 2026 da 15:54 UTCidentified

    Continuamos nossos esforços ativos para restaurar os espaços de trabalho Bring Your Own Key (BYOK) na região do Canadá (CA1). Os serviços gerais em toda a região permanecem totalmente restaurados e funcionam normalmente. Nossas equipes de engenharia e parceiros de fornecedores estão simultaneamente perseguindo várias linhas de investigação. Esta abordagem paralela está sendo executada deliberadamente para validar e finalizar o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK, garantindo que restauramos os serviços com segurança e com o mais alto nível de estabilidade. Agradecemos a sua paciência enquanto nossas equipes trabalham através desses passos necessários. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se conseguirmos um avanço significativo.

34. 27 Gouere 2026 da 17:37 UTCinvestigating

    Enquanto os serviços gerais em toda a região do Canadá (CA1) permanecem totalmente restaurados e operando normalmente, estamos continuando nosso foco dedicado na recuperação de espaços de trabalho Bring Your Own Key (BYOK). Nossas equipes estão sistematicamente avançando com múltiplos fluxos de trabalho paralelos. Executar esses esforços simultaneamente nos permite analisar completamente todos os resultados, garantindo que validamos e implementamos o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK, garantindo que restauramos os serviços com segurança e com o mais alto nível de estabilidade. Agradecemos sua parceria e paciência enquanto executamos esses passos críticos de recuperação. Nós forneceremos uma atualização adicional sobre o status de restauração BYOK às 09:00 UTC (10:00 BST) em 28 de julho de 2026.

35. 28 Gouere 2026 da 09:02 UTCidentified

    Os serviços gerais na região do Canadá (CA1) permanecem totalmente restaurados e funcionam normalmente. Para os restantes espaços de trabalho Bring Your Own Key (BYOK), nossas equipes continuam a executar vários fluxos de trabalho paralelos. Esta abordagem concorrente está a ser realizada deliberadamente para validar o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK, garantindo simultaneamente a estabilidade absoluta do sistema. Agradecemos a sua paciência. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se chegarmos a um marco significativo.

36. 28 Gouere 2026 da 11:01 UTCidentified

    Os serviços gerais na região do Canadá (CA1) continuam a funcionar normalmente e permanecem plenamente estáveis. Nossas equipes de engenharia e fornecedores continuam progredindo através de vários fluxos de trabalho simultâneos para abordar os restantes espaços de trabalho Bring Your Own Key (BYOK). Esta abordagem paralela continua a ser o nosso foco ativo, permitindo-nos validar sistematicamente e implementar o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK com o mais alto nível de segurança. Agradecemos sua paciência e apoio contínuos. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se chegarmos a um marco significativo.

37. 28 Gouere 2026 da 13:11 UTCidentified

    Os serviços gerais na região do Canadá (CA1) permanecem totalmente restaurados, estáveis e continuam a funcionar normalmente. Nossas equipes de engenharia e parceiros de fornecedores continuam avançando com vários fluxos de trabalho simultâneos para abordar os restantes espaços de trabalho Bring Your Own Key (BYOK). Esta estratégia paralela continua a ser o nosso foco ativo, permitindo-nos validar sistematicamente e implementar o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK. Apreciamos sinceramente sua contínua paciência ao passo que trabalhamos através desses passos deliberados. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se chegarmos a um marco significativo.

38. 28 Gouere 2026 da 16:02 UTCidentified

    Os serviços gerais na região do Canadá (CA1) permanecem totalmente restaurados, estáveis e continuam a funcionar normalmente. Nossas equipes de engenharia e parceiros de fornecedores estão ativamente mantendo seu foco nos restantes espaços de trabalho Bring Your Own Key (BYOK) através de múltiplos fluxos de trabalho paralelos. Agradecemos sua paciência e parceria enquanto completamos essas fases críticas de validação. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se chegarmos a um marco significativo.

39. 28 Gouere 2026 da 19:51 UTCidentified

    Enquanto os serviços gerais em toda a região do Canadá (CA1) permanecem totalmente restaurados e operando normalmente, estamos continuando nosso foco dedicado na recuperação de espaços de trabalho Bring Your Own Key (BYOK). Nossas equipes estão sistematicamente avançando com múltiplos fluxos de trabalho paralelos. Executar esses esforços simultaneamente nos permite analisar completamente todos os resultados, garantindo que validamos e implementamos o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK, garantindo que restauramos os serviços com segurança e com o mais alto nível de estabilidade. Agradecemos sua parceria e paciência enquanto executamos esses passos críticos de recuperação. Nós forneceremos uma atualização adicional sobre o status de restauração BYOK às 09:00 UTC (10:00 BST) em 29 de julho de 2026.

40. 29 Gouere 2026 da 09:04 UTCidentified

    Enquanto os serviços gerais em toda a região do Canadá (CA1) permanecem totalmente restaurados e operando normalmente, estamos continuando nosso foco dedicado na recuperação de espaços de trabalho Bring Your Own Key (BYOK). Nossas equipes continuam progredindo sistematicamente através de múltiplos fluxos de trabalho paralelos. Executar esses esforços simultaneamente nos permite analisar detalhadamente todos os resultados técnicos, garantindo que validamos e implementamos o caminho de recuperação mais seguro e estável para os restantes espaços de trabalho do BYOK. Agradecemos sua parceria e paciência enquanto executamos esses passos críticos de recuperação. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se chegarmos a um marco significativo.

41. 29 Gouere 2026 da 13:23 UTCinvestigating

    Enquanto os serviços gerais em toda a região do Canadá (CA1) permanecem totalmente restaurados e operando normalmente, estamos continuando nosso foco dedicado na recuperação de espaços de trabalho Bring Your Own Key (BYOK). Nossas equipes ainda estão progredindo sistematicamente, através de múltiplos fluxos de trabalho paralelos. Executar esses esforços simultaneamente nos permite analisar detalhadamente todos os resultados técnicos, garantindo que validamos e implementamos o caminho de recuperação mais seguro e estável para os restantes espaços de trabalho do BYOK. Agradecemos sua parceria e paciência enquanto executamos esses passos críticos de recuperação. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se chegarmos a um marco significativo.

42. 29 Gouere 2026 da 15:21 UTCinvestigating

    Os serviços gerais em toda a região do Canadá (CA1) permanecem totalmente restaurados e continuam a funcionar normalmente. Nossas equipes de engenharia e operações estão mantendo seu foco dedicado e concentrado na recuperação dos restantes espaços de trabalho Traga sua própria chave (BYOK). Para garantir a restauração mais segura possível, estamos ativamente avançando múltiplos fluxos de trabalho de recuperação paralela. Executar esses esforços simultaneamente nos permite analisar rigorosamente os resultados técnicos em tempo real, garantindo que validemos e implementemos o caminho mais estável e seguro para os restantes espaços de trabalho do BYOK. Agradecemos sinceramente a sua paciência contínua e parceria como executamos sistematicamente estes passos críticos de recuperação. Nossa próxima atualização será fornecida dentro de duas horas, ou mais cedo se chegarmos a um marco significativo.

43. 29 Gouere 2026 da 17:17 UTCinvestigating

    Enquanto os serviços gerais em toda a região do Canadá (CA1) permanecem totalmente restaurados e operando normalmente, estamos continuando nosso foco dedicado na recuperação de espaços de trabalho Bring Your Own Key (BYOK). Nossas equipes estão sistematicamente avançando com múltiplos fluxos de trabalho paralelos. Executar esses esforços simultaneamente nos permite analisar completamente todos os resultados, garantindo que validamos e implementamos o caminho de recuperação mais eficaz para os restantes espaços de trabalho BYOK, garantindo que restauramos os serviços com segurança e com o mais alto nível de estabilidade. Agradecemos sua parceria e paciência enquanto executamos esses passos críticos de recuperação. Nós forneceremos uma atualização adicional sobre o status de restauração BYOK às 09:00 UTC (10:00 BST) em 30 de julho de 2026.

44. 30 Gouere 2026 da 08:59 UTCinvestigating

    Enquanto os serviços gerais em toda a região do Canadá (CA1) continuam a operar normalmente com total estabilidade, nossas equipes técnicas mantêm seu foco dedicado na recuperação dos restantes espaços de trabalho Bring Your Own Key (BYOK). Continuamos avançando múltiplos fluxos de trabalho paralelos para validar e executar o caminho de restauração mais seguro possível. Executar esses esforços simultaneamente nos permite analisar detalhadamente todos os resultados técnicos, garantindo que restauramos serviços com o mais alto nível de segurança e estabilidade para todos os espaços de trabalho BYOK pendentes. Agradecemos a sua paciência e parceria contínuas enquanto trabalhamos sistematicamente através destes passos críticos de recuperação. Apresentaremos uma nova atualização sobre o progresso da restauração do BYOK em duas horas.

45. 30 Gouere 2026 da 11:07 UTCinvestigating

    Enquanto os serviços gerais em toda a região do Canadá (CA1) continuam a operar normalmente com total estabilidade, nossas equipes técnicas mantêm seu foco dedicado na recuperação dos restantes espaços de trabalho Bring Your Own Key (BYOK). Continuamos avançando múltiplos fluxos de trabalho paralelos para validar e executar o caminho de restauração mais seguro possível. Executar esses esforços simultaneamente nos permite analisar detalhadamente todos os resultados técnicos, garantindo que restauramos serviços com o mais alto nível de segurança e estabilidade para todos os espaços de trabalho BYOK pendentes. Agradecemos a sua paciência e parceria contínuas enquanto trabalhamos sistematicamente através destes passos críticos de recuperação. Nós forneceremos uma atualização adicional sobre o status de restauração BYOK às 09:00 UTC (10:00 BST) em 31 de julho de 2026, ou mais cedo se chegarmos a um marco significativo.

46. 31 Gouere 2026 da 09:04 UTCinvestigating

    Enquanto os serviços gerais em toda a região do Canadá (CA1) continuam a operar normalmente com total estabilidade, nossas equipes técnicas mantêm seu foco dedicado na recuperação dos restantes espaços de trabalho Bring Your Own Key (BYOK). Continuamos avançando múltiplos fluxos de trabalho paralelos para validar e executar o caminho de restauração mais seguro possível. Executar esses esforços simultaneamente nos permite analisar detalhadamente todos os resultados técnicos, garantindo que restauramos serviços com o mais alto nível de segurança e estabilidade para todos os espaços de trabalho BYOK pendentes. Agradecemos a sua paciência e parceria contínuas enquanto trabalhamos sistematicamente através destes passos críticos de recuperação. Nós forneceremos uma atualização adicional sobre o status de restauração BYOK às 09:00 UTC (10:00 BST) no dia 3 de agosto de 2026, ou mais cedo se chegarmos a um marco significativo.

47. 31 Gouere 2026 da 13:47 UTCresolved

    Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

48. 11 Eost 2026 da 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.

Traduzido automaticamente da atualização oficial do incidente.

1. 21 Gouere 2026 da 14:30 UTCinvestigating

   Atualmente estamos investigando um problema que impacta a capacidade dos clientes de executar integrações da Cloudworks. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 21 Gouere 2026 da 14:44 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

3. 21 Gouere 2026 da 14:54 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

4. 30 Gouere 2026 da 22:22 UTCpostmortem

   Em 21 de julho de 2026, entre 14:15 UTC e 14:50 UTC, o us5: Cloud - US East region experimentou uma perturbação nas integrações programadas do CloudWorksTM. Durante esta janela, workflows automatizados não puderam ser acionados, e os usuários podem ter tido dificuldades para acessar serviços de integração. ** Causa da raiz O problema foi desencadeado por uma breve interrupção nos sistemas de armazenamento subjacentes após um rollback de liberação do sistema. Isso levou a uma perda de conectividade dentro do sistema de programação de integração, o que impediu que tarefas programadas fossem filtradas ou acionadas com sucesso. ** Recuperação** Nossa equipe de engenharia identificou a questão e tomou medidas imediatas. Verificamos a conectividade do sistema como os serviços subjacentes recuperados automaticamente, e executamos integrações de teste para validar fluxos de trabalho programados. Essas verificações de validação confirmaram que todos os mecanismos de agendamento haviam retomado com segurança as operações normais sem necessidade de reiniciar o sistema. Por volta das 14:50 UTC, a questão estava totalmente resolvida. **Acções correctivas e preventivas * Estamos conduzindo uma investigação profunda sobre o desempenho do sistema durante operações de retrocesso para garantir a estabilidade em condições de alta carga. * Estamos implementando verificações de saúde melhoradas para o programador de integração para garantir que ele chegue a um estado "pronto" antes que o tráfego seja encaminhado durante os rollbacks. * Estamos atualizando nossos processos de implantação para incluir a validação automatizada da profundidade da fila de tarefas imediatamente após qualquer atualização regional ou rollback. * Estamos atualizando nossa documentação de dimensionamento de recursos para este serviço com valores de solicitação/limite recomendados para garantir capacidade suficiente para operações de implantação e rollback. Pedimos desculpas por qualquer impacto que esta questão possa ter tido em suas operações de negócios. Estamos fortalecendo nossos sistemas e procedimentos para evitar perturbações em seus negócios e usuários. Se tiver mais perguntas ou preocupações, visite o nosso website [Suporte](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Agradecemos a sua paciência durante este incidente e valorizamos a confiança que deposita em Anaplan.

Traduzido automaticamente da atualização oficial do incidente.

1. 14 Gouere 2026 da 20:04 UTCinvestigating

   Atualmente estamos investigando um problema que impacta a capacidade dos clientes de executar integrações da Cloudworks. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 14 Gouere 2026 da 21:00 UTCmonitoring

   Descobrimos que algo correu mal. Estamos a investigar o problema e vamos fazer uma actualização em breve.

3. 14 Gouere 2026 da 21:04 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

4. 14 Gouere 2026 da 21:12 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

5. 22 Gouere 2026 da 18:15 UTCpostmortem

   Em 14 de julho de 2026, às 19:55 UTC, os clientes em nosso us7: Cloud - US West region experimentaram atrasos e falhas no processamento de trabalho de integração CloudWorksTM. Os trabalhos de integração que foram programados para executar nesta região não completaram como esperado, resultando em um backlog de processamento que foi desobstruído uma vez que o serviço foi totalmente restaurado. Causa raiz Um componente back-end que suporta o serviço CloudWorksTM exaurou temporariamente sua memória disponível, levando a uma breve ruptura de conectividade. Embora o banco de dados tenha recuperado imediatamente, os componentes de processamento CloudWorksTM mantiveram conexões inativas e não foram capazes de reconectar automaticamente. Isso impediu que as tarefas de integração completassem e fez com que uma fila de tarefas programadas se acumulasse. Recuperação Nossa equipe de engenharia identificou a questão e tomou medidas imediatas. A equipe reiniciou os componentes de processamento CloudWorksTM para limpar todas as conexões antigas e inativas. Para limpar rapidamente o atraso dos trabalhos de integração pendentes, aumentamos temporariamente a capacidade de processamento dos componentes. Depois de verificar que os trabalhos de integração foram concluídos normalmente e o backlog tinha sido totalmente processado, devolvemos o sistema à sua capacidade original. Em 21:14 UTC, a questão estava totalmente resolvida. Acções correctivas e preventivas Estamos implementando as seguintes ações para evitar a recorrência: * ** Aumento da alocação de memória: ** Estamos aumentando a alocação de memória para o componente back-end em nós7. Isso reduz a probabilidade de um evento semelhante de pressão de memória ocorrer no futuro. * **Otimização do processo de fundo:** Desativamos certos processos de coleta métrica de fundo que estavam contribuindo com carga desnecessária para o componente back-end. Isto reduz ainda mais o risco de aumentar a pressão da memória ao longo do tempo. * ** Teste de resiliência: ** Nossas equipes de engenharia estão executando testes controlados em ambientes de não-produção para entender melhor como o serviço CloudWorksTM se comporta durante breves interrupções de conectividade. Este trabalho vai ajudar-nos a melhorar a capacidade do serviço de recuperar automaticamente — sem necessidade de intervenção manual — se ocorrer um evento semelhante no futuro. Pedimos desculpa pelo impacto que esta questão teve nas vossas operações. Estamos empenhados nas melhorias acima descritas para evitar perturbações semelhantes. Se tiver dúvidas ou preocupações, contacte [Suporte](https://support.anaplan.com/).

Traduzido automaticamente da atualização oficial do incidente.

1. 2 Gouere 2026 da 00:00 UTCinvestigating

   Atualmente estamos investigando uma questão que impacta a capacidade dos clientes de acessar a Plataforma Anaplan. Estamos trabalhando para resolver este problema o mais rápido possível e forneceremos atualizações a cada 30 minutos ou após resolução.

2. 2 Gouere 2026 da 00:30 UTCinvestigating

   Obrigado pela vossa paciência enquanto continuamos a investigar esta questão. Estamos actualmente a passar por uma perturbação crítica do serviço que provoca a total indisponibilidade nas regiões afectadas. Usuários que tentam acessar serviços nessas regiões encontrarão tempo limite de conexão e falha em carregar recursos. Actualmente, ainda não temos tempo para a resolução. Continuaremos a fornecer atualizações a cada 30 minutos, conforme trabalharmos para resolver este problema o mais rápido possível.

3. 2 Gouere 2026 da 00:59 UTCinvestigating

   Estamos investigando um problema que afeta o acesso de login e plataforma para clientes em nossas regiões ME1 e EU5. A investigação inicial aponta para uma perturbação no caminho de autenticação para essas regiões. Resolver isso é nossa maior prioridade, e nossas equipes de engenharia estão trabalhando ativamente para restaurar operações normais. Ainda não temos tempo. Forneceremos outra atualização em 30 minutos, ou mais cedo se tivermos novas informações significativas.

4. 2 Gouere 2026 da 01:29 UTCinvestigating

   A nossa investigação sobre a questão do acesso ao sistema de login e plataforma que afecta as regiões ME1 e EU5 está em curso. Nós engajamos nosso fornecedor para suporte adicional enquanto trabalhamos para identificar e resolver a causa raiz. Resolver isto continua a ser a nossa maior prioridade. Ainda não chegou a hora. Forneceremos nossa próxima atualização em 30 minutos, ou mais cedo se tivermos novas informações significativas.

5. 2 Gouere 2026 da 01:58 UTCinvestigating

   A nossa investigação sobre a questão do acesso ao sistema de login e plataforma que afecta as regiões ME1 e EU5 está em curso. Nossas equipes de engenharia estreitaram a investigação e estão buscando ativamente várias linhas de investigação, em colaboração com nosso parceiro de infraestrutura. O serviço de restauração continua a ser a nossa maior prioridade. Ainda não chegou a hora. Forneceremos nossa próxima atualização em 30 minutos, ou mais cedo se tivermos novas informações significativas.

6. 2 Gouere 2026 da 02:27 UTCinvestigating

   Estamos a investigar um problema que afecta o acesso ao login e à plataforma dos clientes nas nossas regiões ME1 e EU5. A edição começou às 23:52 UTC em 1 de julho de 2026. Em coordenação com o nosso parceiro de infra-estrutura, reduzimos com sucesso as causas potenciais e concentramos os nossos esforços de engenharia em isolar a questão para iniciar uma mitigação orientada. A nossa equipa continua totalmente dedicada a resolver esta questão o mais rapidamente possível. Forneceremos nossa próxima atualização dentro de 30 minutos, ou mais cedo se tivermos novas informações significativas.

7. 2 Gouere 2026 da 02:55 UTCinvestigating

   Continuamos a investigar a questão que afecta o acesso de login e plataforma aos clientes nas nossas regiões ME1 e EU5. Identificamos a causa potencial e estamos progredindo ativamente etapas de mitigação para resolver o problema e restaurar o serviço completo. Continuaremos a fornecer atualizações como avanços de remediação. Forneceremos nossa próxima atualização dentro de 30 minutos, ou mais cedo se tivermos novas informações significativas.

8. 2 Gouere 2026 da 03:21 UTCmonitoring

   O serviço foi agora restaurado; você deve agora ser capaz de retomar as atividades normais. Continuaremos a monitorar a plataforma para garantir que não surjam problemas adicionais. Se você tiver alguma dúvida, preocupação ou continuar a experimentar problemas, por favor não hesite em contactar o Suporte da Anaplan. Nós forneceremos uma atualização final para você quando considerarmos esta situação totalmente resolvida.

9. 2 Gouere 2026 da 04:00 UTCresolved

   Confirmámos que a questão está agora resolvida. Pedimos desculpas por qualquer impacto que esta questão possa ter causado. Agradecemos a sua paciência e parceria enquanto trabalhávamos nesta questão. Seguiremos dentro de 7 dias úteis com uma análise detalhada da causa raiz (RCA) que será compartilhada em nossa Página de Estado. Se você tiver alguma dúvida ou preocupação, não hesite em contactar-nos no Suporte Anaplan.

10. 10 Gouere 2026 da 18:35 UTCpostmortem

    Em 1o de julho de 2026, aproximadamente 23:52 UTC, nossos sistemas de monitoramento detectaram uma perturbação de serviços impactando os clientes no me1: Cloud – Oriente Médio e eu5: Cloud — Regiões da Europa. Durante esse tempo, os clientes afetados não conseguiram entrar na plataforma. O serviço foi restaurado às 03:21 UTC ** Causa da raiz A interrupção originou-se de uma mudança de configuração de rede planejada para nossa infraestrutura de resolução de nome interno. Uma configuração incorreta foi introduzida como parte da mudança que deixou um conflito de roteamento subjacente no lugar. Isso fez com que o tráfego de retorno de buscas internas de nomes tomasse um caminho incorreto durante a atividade de rede de rotina. Como resultado, a resolução interna do nome começou a falhar para as duas regiões afetadas. Isso impediu que o fluxo de autenticação completasse e impedisse os clientes de iniciar sessão. ** Recuperação** Na detecção às 23:52 UTC, nossa equipe de engenharia e nosso parceiro de infraestrutura começaram a investigar em paralelo. Como as questões de resolução de nomes internos podem se apresentar de diversas formas, a equipe trabalhou através de várias linhas de investigação antes de isolar o conflito de roteamento específico responsável. Uma vez identificada, retrocedemos a mudança recente para restaurar a configuração de roteamento conhecida anteriormente. A conectividade recuperou progressivamente à medida que o retorno se propagava, e em 03:21 UTC, a autenticação foi totalmente restaurada para ambas as regiões afetadas. **Acções correctivas e preventivas Estamos implementando as seguintes ações para evitar uma recorrência: * Estamos adicionando validação pré-mudança que detecta especificamente a classe de conflito de roteamento responsável por este incidente. Isto fecha o problema de configuração subjacente antes que qualquer alteração semelhante possa chegar ao ambiente. * Estamos re-arquitectando a configuração de roteamento afetada para evitar que esta classe de má configuração seja introduzida novamente. Isto remove o problema subjacente na fonte. * Estamos melhorando nosso monitoramento dos caminhos de resolução de nomes internos entre nossos ambientes de nuvem. Isso reduz o tempo para detectar e resolver essa classe de problemas. ** Fechando ** Pedimos desculpa pelo impacto que esta perturbação teve nas vossas operações. As ações corretivas acima estão focadas na prevenção da recorrência de qualquer problema similar no futuro. Se tiver dúvidas ou preocupações, contacte [Suporte](https://support.anaplan.com/).

Traduzido automaticamente da atualização oficial do incidente.

1. 22 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Gouere 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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 Mezheven 2026 da 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.