Historia awarii Anaplan

1. 7 września 2026 13:26 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do dostępu do platformy Anaplan. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 7 września 2026 13:33 UTCinvestigating

   Zidentyfikowaliśmy prawdopodobną przyczynę tej kwestii i obecnie skupiamy się na jak najszybszym przywróceniu usług. Obecnie nie mamy jeszcze czasu na rozwiązanie. Dostarczymy dalsze aktualizacje za 30 minut lub po przyjęciu rezolucji.

3. 7 września 2026 13:35 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

4. 7 września 2026 13:46 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 września 2026 14:56 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do dostępu do platformy Anaplan. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 3 września 2026 15:12 UTCidentified

   Zidentyfikowaliśmy prawdopodobną przyczynę tej kwestii i obecnie skupiamy się na jak najszybszym przywróceniu usług. Obecnie nie mamy jeszcze czasu na rozwiązanie. Dostarczymy dalsze aktualizacje za 30 minut lub po przyjęciu rezolucji.

3. 3 września 2026 15:16 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

4. 3 września 2026 18:04 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 września 2026 09:49 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do prowadzenia integracji Cloudworks. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 1 września 2026 10:25 UTCinvestigating

   Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Obecnie nie mamy jeszcze czasu na rozwiązanie. Będziemy nadal dostarczać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem tej kwestii.

3. 1 września 2026 11:06 UTCinvestigating

   Dziękuję za cierpliwość, podczas gdy my badamy tę sprawę. Potwierdziliśmy problem dotyczący integracji CloudWorks w wielu regionach. Jest to nadal najwyższy priorytet i nie mamy jeszcze szacowanego czasu na jego rozwiązanie. Będziemy nadal udostępniać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem problemu.

4. 1 września 2026 11:45 UTCidentified

   Dziękuję za cierpliwość, podczas gdy my badamy tę sprawę. Obserwowaliśmy integrację CloudWorks rozpoczynającą się i kończącą się pomyślnie we wszystkich regionach; jednak nadal uważnie monitorujemy sytuację. Będziemy dzielić się dalszymi aktualizacjami co 30 minut, pracując nad jak najszybszym rozwiązaniem problemu.

5. 1 września 2026 12:19 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

6. 1 września 2026 12:42 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 1 września 2026 09:10 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do prowadzenia integracji Cloudworks. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 1 września 2026 09:28 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

3. 1 września 2026 09:47 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 27 sierpnia 2026 10:22 UTCinvestigating

   Badamy obecnie kwestię wpływającą na zdolność klientów do dostępu do platformy Anaplan w Kanadzie. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 27 sierpnia 2026 10:52 UTCinvestigating

   Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Obecnie nie mamy jeszcze czasu na rozwiązanie. Będziemy nadal dostarczać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem tej kwestii.

3. 27 sierpnia 2026 10:57 UTCidentified

   Zidentyfikowaliśmy prawdopodobną przyczynę tej kwestii i obecnie skupiamy się na jak najszybszym przywróceniu usług. Aktualnie, Dostarczymy dalsze aktualizacje w 30 minut lub po uchwale.

4. 27 sierpnia 2026 10:58 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

5. 27 sierpnia 2026 11:08 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

6. 3 września 2026 15:52 UTCpostmortem

   W dniu 27 sierpnia 2026, o godzinie 10: 22 UTC, niektórzy klienci w naszym ca1: Cloud - region Kanady doświadczyli przerywanych problemów dostępu do platformy. W tym czasie użytkownicy mogli napotkać błędy podczas próby zalogowania się. Wpływ różnił się w zależności od tego, który komponent obsługiwał każdy wniosek - niektóre wnioski odniosły sukces, podczas gdy inne były nieskuteczne. * * Root cause * * Po standardowej aktualizacji systemu, pojedynczy element routing-routing w regionie Kanady wszedł w stan niespójny po przeładowaniu konfiguracji i nie udało się prawidłowo odbudować instrukcji routingu. Komponent zaczął okresowo odrzucać lub źle kierować żądaniami klientów. Kontrola zdrowotna elementu sprawdziła jego dostępność, ale nie uchwyciła poprawności konfiguracji trasy. W rezultacie pozostała aktywna i nadal obsługiwała ruch. Spowodowało to powodzenie niektórych wniosków, podczas gdy inne były nieskuteczne, w zależności od tego, który komponent obsługiwał połączenie. * * Recovery * * Nasz zespół techniczny zidentyfikował problem i podjął natychmiastowe działania. Zespół odizolował ten problem od jednego komponentu i ponownie go uruchomił. To przekierowało cały ruch przychodzący do pozostałych zdrowych składników. Do 11: 08 UTC sprawa została w pełni rozwiązana. * * Działania naprawcze i zapobiegawcze * * Wdrażamy następujące działania, aby zapobiec nawrotom: * Utwardzamy kontrole zdrowia naszych elementów traffic-routing natychmiast izolować i automatycznie ponownie uruchomić każdy element, który nie sprawdza się poprawnie po aktualizacji konfiguracji. Uniemożliwia to kontynuację obsługi ruchu drogowego przez zdegradowany komponent i powoduje nieregularne awarie dostępu dla klientów. * Rafinujemy nasze monitorowanie, aby zapewnić większą widoczność granulatu w poszczególnych komponentów serwisowych. Umożliwia to szybsze wykrywanie lokalnych problemów, zanim dotkną więcej klientów. Przepraszamy za wpływ, jaki ta kwestia wywarła na wasze działania. Jesteśmy zobowiązani do poprawy opisanej powyżej, aby zapobiec podobnym zakłóceniom. W przypadku pytań lub wątpliwości prosimy o kontakt z naszym zespołem [Support] (https: / / support.anaplan.com /).

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 sierpnia 2026 03:27 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do prowadzenia integracji Cloudworks. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 15 sierpnia 2026 04:02 UTCinvestigating

   Badamy obecnie kwestię wpływającą na zdolność klientów do dostępu do platformy Anaplan, która wpływa również na integracje CloudWorks Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

3. 15 sierpnia 2026 04:31 UTCinvestigating

   Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Obecnie nie mamy jeszcze czasu na rozwiązanie. Będziemy nadal dostarczać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem tej kwestii.

4. 15 sierpnia 2026 05:03 UTCidentified

   Zidentyfikowaliśmy prawdopodobną przyczynę tej kwestii i obecnie skupiamy się na jak najszybszym przywróceniu usług. Obecnie nie mamy jeszcze czasu na rozwiązanie. Dostarczymy dalsze aktualizacje za 30 minut lub po przyjęciu rezolucji.

5. 15 sierpnia 2026 05:33 UTCidentified

   Zwiększyliśmy tę kwestię z dostawcą trzeciej partii w celu złagodzenia tej kwestii. Obecnie nie mamy jeszcze czasu na rozwiązanie. Dostarczymy dalsze aktualizacje za 30 minut lub po przyjęciu rezolucji.

6. 15 sierpnia 2026 06:13 UTCidentified

   Kontynuujemy ścisłą współpracę z naszym sprzedawcą w celu rozwiązania problemu dostępu dotyczącego regionu UE-2, który pozostaje naszym najwyższym priorytetem. Dzięki naszemu dochodzeniu zidentyfikowaliśmy problemy związane z połączeniem z regionem UE-CENTRAL-1 jako przyczynę. Począwszy od 7: 33 PM PDT 14 sierpnia, nasz sprzedawca zaczął doświadczać zwiększonej utraty pakietów wpływającej na połączenia dla klientów w regionie EU-CENTRAL-1. Porażona lokalizacja została zidentyfikowana jako Equinix we Frankfurcie. Chociaż poczyniono postępy, połączenia z tą lokalizacją pozostają osłabione. Nadal traktujemy priorytetowo kroki w zakresie restrukturyzacji i uporządkowanej likwidacji z naszym sprzedawcą. Jednakże oczekuje się, że pełne wyleczenie nastąpi w ciągu kilku godzin. Będziemy dostarczać aktualizację co 60 minut, ponieważ pracujemy, aby przywrócić usługę jak najszybciej, lub wcześniej, jeśli dodatkowe informacje staną się dostępne.

7. 15 sierpnia 2026 07:12 UTCidentified

   Kontynuujemy współpracę z naszym sprzedawcą w celu rozwiązania problemu dostępu wpływającego na region eu2 jako naszego priorytetu. Badamy również wiele ścieżek, aby jak najszybciej przywrócić obsługę. Współpraca z naszym sprzedawcą jest w toku, jednak oczekuje się pełnego powrotu do zdrowia za kilka godzin. Będziemy dostarczać aktualizację co 60 minut, ponieważ pracujemy, aby przywrócić usługę tak szybko, jak to możliwe, lub wcześniej, jeśli dodatkowe informacje staną się dostępne

8. 15 sierpnia 2026 08:11 UTCidentified

   Zakończyliśmy zmianę trasy ruchu poza obszar dotknięty skutkami i jesteśmy obecnie w fazie monitorowania. Dalsza aktualizacja nastąpi w ciągu 30 minut lub wcześniej, jeśli dostępne będą dodatkowe informacje.

9. 15 sierpnia 2026 08:37 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

10. 25 sierpnia 2026 16:00 UTCpostmortem

    W dniu 15 sierpnia 2026 r., od 03: 16 UTC do 08: 23 UTC, klienci w naszym eu2: Centrum danych - region Niemiec doświadczyli przerwy w obsłudze, która uniemożliwiła dostęp do platformy Anaplan. W tym czasie awaria lokalnej infrastruktury wpłynęła na zdolność regionu do łączenia się z usługami zewnętrznymi, co doprowadziło do utraty dostępności platformy. * * Root cause * * Zakłócenie spowodowane było niepowodzeniem środowiskowym w trzecim zakładzie naszego sprzedawcy we Frankfurcie, w Niemczech. Wyciek w systemie chłodzenia obiektu doprowadził do zlokalizowanego przegrzania, co spowodowało automatyczne zamknięcie bezpieczeństwa krytycznego sprzętu sieciowego. Uciekła woda uszkodziła również lokalizowane systemy dystrybucji energii w obiekcie, wyłączając urządzenia sieciowe. Ta połączona awaria zasilania i chłodzenia uniemożliwiła systemowi rozwiązywanie zewnętrznych adresów i wypełnianie wniosków w tym regionie. * * Recovery * * Ponieważ warunki środowiskowe obiektu uniemożliwiły wejście na teren, nasz sprzedawca opóźnił ocenę i naprawę sprzętu. W rezultacie nasz zespół inżynieryjny wprowadził zmianę w trybie awaryjnym w celu przekierowania ruchu przez alternatywną ścieżkę sieci regionalnej, omijając obiekt i region o obniżonej jakości. Udało się to przywrócić pełną łączność zewnętrzną i rozdzielczość nazw, a dostęp do platformy został w pełni przywrócony do 08: 23 UTC. Operator obiektu i nasz sprzedawca kontynuowali prace regeneracyjne w ciągu następnych dni, przy pełnym przywróceniu do 18 sierpnia. Przez cały ten okres utrzymywaliśmy nasze awaryjne routing, aby utrzymać stałą obsługę, podczas gdy sprzedawca zakończył naprawy. * * Działania naprawcze i zapobiegawcze * * Wdrażamy następujące środki w celu wzmocnienia odporności i zmniejszenia ryzyka podobnych zakłóceń: * Dodajemy warstwę, która automatycznie przekierowuje ruch do alternatywnych lokalizacji geograficznych podczas rozlokowania, bez konieczności ręcznej interwencji. * Umożliwiamy archiwizowane rekordy kontynuować obsługę ruchu, gdy ścieżka do zewnętrznych rozwiązań jest niedostępna, więc utrata połączeń do zewnętrznych usług nie uniemożliwia już dostępu do platformy w przypadku zdarzenia regionalnego. * Współpracujemy z naszym trzecim obiektem i dostawcami sieci w celu przeglądu ich standardów dla krytycznych systemów zasilania i chłodzenia oraz zapewnienia silniejszych zabezpieczeń zapobiegawczych. Przepraszamy za wpływ, jaki ta kwestia wywarła na wasze działania. Jesteśmy zaangażowani w opisane powyżej usprawnienia, aby zapobiec podobnym zakłóceniom. W przypadku pytań lub wątpliwości prosimy o kontakt z naszym zespołem wsparcia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 29 lipca 2026 11:06 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do dostępu do platformy Anaplan. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 29 lipca 2026 11:36 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do dostępu do platformy Anaplan. Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Obecnie nie mamy jeszcze czasu na rozwiązanie. Będziemy nadal dostarczać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem tej kwestii.

3. 29 lipca 2026 11:41 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

4. 29 lipca 2026 12:51 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

5. 7 sierpnia 2026 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.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 24 lipca 2026 20:35 UTCinvestigating

   Obecnie badamy problem, w wyniku którego niektórzy klienci nie mogą ładować modeli. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 24 lipca 2026 23:01 UTCinvestigating

   Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Obecnie nie mamy jeszcze czasu na rozwiązanie. Będziemy nadal dostarczać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem tej kwestii.

3. 24 lipca 2026 23:33 UTCinvestigating

   Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Nasze zespoły wsparcia nadal badają tę kwestię, jednak nie mamy jeszcze czasu na rozwiązanie tej kwestii. Będziemy nadal dostarczać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem tej kwestii.

4. 25 lipca 2026 00:07 UTCinvestigating

   Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Kwestia ta została poszerzona o nasze zespoły inżynieryjne i kierownicze, które aktywnie badają sytuację i oceniają wszystkie niezbędne kolejne kroki w celu przywrócenia pełnej działalności. Chociaż w tej chwili nie mamy konkretnych szczegółów technicznych, należy zapewnić, że rozwiązanie tego incydentu jest naszym najwyższym priorytetem. Serdecznie przepraszamy za zakłócenie i doceniamy waszą cierpliwość. Będziemy nadal dostarczać aktualizacje co 30 minut lub wcześniej, jeśli pojawią się nowe szczegóły, ponieważ pracujemy nad jak najszybszym rozwiązaniem tej kwestii.

5. 25 lipca 2026 00:39 UTCinvestigating

   Zidentyfikowaliśmy potencjalne ścieżki rekultywacji i obecnie trwają aktywne działania łagodzące w celu przywrócenia stabilności usług. Chociaż na tym etapie nie mamy do czynienia z pewnym szacowanym czasem na odzyskanie (ETA), należy zapewnić, że nasz główny nacisk pozostaje na bezpieczne i szybkie rozwiązanie tej kwestii. Ściśle monitorujemy wpływ naszych obecnych działań łagodzących. Przepraszamy za ciągłe niedogodności. Nasza następna aktualizacja zostanie opublikowana w ciągu 30 minut, lub wcześniej, gdy zostaną osiągnięte kluczowe etapy.

6. 25 lipca 2026 01:08 UTCinvestigating

   Rozumiemy zakłócenia, jakie to spowodowało i chcemy państwa zapewnić, że rozwiązanie tego problemu jak najszybciej pozostaje naszym priorytetem. Nasz zespół aktywnie zajmuje się rekultywacją, a wprowadzone środki pokazują znaczący postęp w kierunku pełnego przywrócenia służby. Uznajemy waszą cierpliwość podczas tego procesu i nie uważamy tego za oczywiste. Dokładnie monitorujemy nasze systemy i w ciągu 30 minut dostarczymy dalsze aktualizacje, lub wcześniej, jeśli będziemy mieli do czynienia ze znacznym rozwojem.

7. 25 lipca 2026 01:42 UTCinvestigating

   Kontynuujemy realizację i walidację naszych planów naprawczych. Obserwujemy trwały postęp, gdy wysiłki w zakresie odbudowy postępują systematycznie. Aby zapewnić bezpieczne i pełne ożywienie gospodarcze, postępujemy ostrożnie i nie jesteśmy jeszcze w stanie podzielić się konkretnymi etapami technicznymi. Proszę się upewnić, że cała nasza ekipa pozostaje w pełni zaangażowana w rozwiązanie tego incydentu. Dziękuję za cierpliwość. Nasza następna aktualizacja zostanie opublikowana za 30 minut lub wcześniej, jak tylko będziemy mieli dalsze postępy do sprawozdania.

8. 25 lipca 2026 02:18 UTCinvestigating

   Obecnie prowadzimy awaryjną konserwację w regionie Kanady. Dostęp do platformy został tymczasowo ograniczony, podczas gdy nasz zespół pracuje nad zakończeniem rekultywacji i potwierdzeniem pełnej renowacji usług. Aktywnie monitorujemy środowisko i czynimy postępy. Doceniamy waszą cierpliwość i rozumiemy wpływ, jaki ma to na waszą pracę. Dalsze aktualizacje będą dostarczane co 30 minut lub wcześniej, jeśli istnieje znaczący rozwój do dzielenia. Przepraszamy za niedogodności i nadal zobowiązujemy się do jak najszybszego przywrócenia służby.

9. 25 lipca 2026 03:09 UTCinvestigating

   Nasz zespół pozostaje aktywnie zaangażowany w działania naprawcze. Trwają prace nad wieloma strumieniami prac, a my nadal dążymy do pełnego przywrócenia służby. Dostarczymy dalsze aktualizacje w ciągu 30 minut, lub wcześniej, jeśli istnieje znaczący rozwój do dzielenia. Doceniamy waszą cierpliwość.

10. 25 lipca 2026 03:47 UTCinvestigating

    Obecnie prowadzimy awaryjną konserwację regionu Kanady. Nasz zespół aktywnie angażuje się w działania naprawcze w koordynacji z naszym sprzedawcą, a problem został rozwiązany. Dostęp klientów do środowiska Kanady pozostaje tymczasowo ograniczony, a my dopełniamy wysiłków w zakresie walidacji i odbudowy. Doceniamy Państwa cierpliwość i zapewnimy dalsze aktualizacje w ciągu 1 godziny, lub wcześniej, jeśli istnieje znaczący rozwój do dzielenia.

11. 25 lipca 2026 04:47 UTCinvestigating

    Nasz zespół kontynuuje prace konserwacyjne w regionie Kanady w ścisłej koordynacji z naszym sprzedawcą. Kwestia ta została opanowana i trwają aktywne działania w zakresie odbudowy. Dostęp do środowiska Kanady pozostaje tymczasowo ograniczony, ponieważ zakończymy niezbędne kroki walidacji przed przywróceniem usługi. Zdajemy sobie sprawę, jaki to ma wpływ na waszą pracę i doceniamy waszą cierpliwość. Nasza następna aktualizacja zostanie dostarczona w ciągu 1 godziny, lub wcześniej w przypadku znacznego rozwoju.

12. 25 lipca 2026 06:05 UTCidentified

    Nasz zespół kontynuuje prace konserwacyjne w regionie Kanady w ścisłej koordynacji z naszym sprzedawcą. Kwestia ta została jednak rozwiązana ze względu na złożoność i zakres procesu odzyskiwania, oczekujemy, że odnowienie będzie przedłużeniem wysiłków, które zajmą kilka godzin. Dostęp do środowiska Kanady pozostanie ograniczony przez okres odzyskiwania. Zdajemy sobie sprawę z znaczącego wpływu, jaki ma to na waszą pracę i szczerze doceniamy waszą cierpliwość. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

13. 25 lipca 2026 07:06 UTCidentified

    Nasz zespół i partnerzy sprzedający w dalszym ciągu czynią postępy poprzez złożony proces odzyskiwania dla regionu Kanady podczas tej awaryjnej konserwacji. Systematycznie wykonujemy nasze protokoły odzyskiwania i potwierdzamy integralność systemu na każdym etapie. Jak zauważono wcześniej, ze względu na zakres tego wysiłku, pozostaje to rozszerzonym procesem odzyskiwania, a dostęp do środowiska Kanady będzie nadal ograniczony, ponieważ pracujemy na rzecz bezpiecznego i pełnego przywrócenia usług. W pełni zdajemy sobie sprawę z wpływu, jaki przerwa w świadczeniu usług wywiera na Państwa działania i robimy wszystko, co w naszej mocy, aby przyspieszyć te działania. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

14. 25 lipca 2026 08:07 UTCidentified

    Nasze zespoły inżynieryjne i sprzedające nadal aktywnie realizują kroki naprawcze dla regionu Kanady w ramach konserwacji awaryjnej. W chwili obecnej nie ma nowych szczegółów technicznych ani zmian, którymi musimy się podzielić, ponieważ w pełni skupiamy się na systematycznym i bezpiecznym przywróceniu usług. Dostęp do środowiska Kanady pozostaje ograniczony w czasie trwania tych działań naprawczych. Doceniamy waszą ciągłą cierpliwość i partnerstwo, pracując w ten sposób. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

15. 25 lipca 2026 09:06 UTCidentified

    Nasze zespoły inżynieryjne i partnerzy sprzedający nadal postępują poprzez etapy odbudowy dla regionu Kanady w ramach konserwacji awaryjnej. Robimy pozytywne postępy i zbliżamy się do ponownego włączenia regionu do większości miejsc pracy. Dostęp do środowiska Kanady pozostaje tymczasowo ograniczony, podczas gdy my wykonujemy i kończymy te kluczowe, końcowe kroki w celu zapewnienia stabilności usług. Szczerze doceniamy waszą cierpliwość i partnerstwo, kiedy wkraczamy w te ostatnie etapy procesu odzyskiwania. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

16. 25 lipca 2026 10:07 UTCinvestigating

    Kontynuujemy systematyczne wykonywanie naszych kroków w kierunku odbudowy w regionie Kanady w trybie awaryjnym. Nasze zespoły inżynieryjne i partnerzy handlowi nadal skupiają się na końcowych fazach walidacji, a my nadal zbliżamy się do umożliwienia regionowi większości klientów. Dostęp do środowiska Kanady jest obecnie ograniczony, aby zapewnić utrzymanie stabilności systemu podczas tych krytycznych kroków końcowych. Jesteśmy niezmiernie wdzięczni za waszą cierpliwość i partnerstwo. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

17. 25 lipca 2026 11:14 UTCidentified

    Nasze zespoły inżynieryjne i partnerzy handlowi w dalszym ciągu systematycznie postępują przez ostatnie etapy walidacji dla regionu Kanady w ramach konserwacji awaryjnej. Nadal koncentrujemy się na weryfikacji stabilności systemu, co pozwala nam na stałą drogę do umożliwienia regionowi większości klientów. Dostęp do środowiska Kanady jest obecnie ograniczony, aby zapewnić pełne zakończenie tych krytycznych kontroli bezpieczeństwa i stabilności. Jesteśmy niezmiernie wdzięczni za waszą cierpliwość i partnerstwo, gdyż dopełniamy tego rozszerzonego wysiłku. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

18. 25 lipca 2026 12:37 UTCidentified

    Nasze zespoły inżynieryjne i sprzedające wchodzą w ostatnią fazę przygotowań naszego planu odbudowy dla regionu Kanady w trakcie konserwacji awaryjnej. Kiedy przygotowujemy się do przywrócenia dostępu, naszym planem jest umożliwienie wszystkich usług w regionie z wyjątkiem konfiguracji Bring Your Own Key (BYOK). Ponadto niewielka liczba miejsc pracy zostanie początkowo wyłączona w momencie ogólnego przywrócenia usługi. W przypadku tych konkretnych miejsc pracy wykonujemy wysoce kontrolowany, systematyczny plan odbudowy w celu indywidualnego odzyskania każdego środowiska, aby zagwarantować pełną stabilność i integralność danych. Dostęp do środowiska Kanady pozostaje ograniczony w tym czasie, podczas gdy my kończymy te ostatnie etapy walidacji przedetapowe. Zdajemy sobie sprawę z tego, jaki to ma wpływ na wasze działania i szczerze doceniamy waszą cierpliwość. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

19. 25 lipca 2026 13:51 UTCidentified

    Właśnie odnawiamy platformę. Nasze zespoły inżynieryjne i sprzedające aktywnie pracują nad jak najszybszym przywróceniem usług. W ramach naszego planu naprawy będziemy przywracać wszystkie usługi w regionie z wyjątkiem konfiguracji Bring Your Own Key (BYOK). Ponadto niewielka liczba miejsc pracy będzie tymczasowo wyłączona po wstępnym przywróceniu usługi. Dla tych konkretnych przestrzeni roboczych będziemy wykonywać wysoce kontrolowany, systematyczny proces odbudowy, aby indywidualnie odzyskać każde środowisko i zagwarantować pełną stabilność i integralność danych. Dostęp do środowiska Kanady pozostaje obecnie ograniczony Zdajemy sobie sprawę z znaczącego wpływu, jaki ma to na wasze działania i szczerze doceniamy waszą cierpliwość. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

20. 25 lipca 2026 16:22 UTCidentified

    Nasz zespół inżynieryjny aktywnie pracuje nad przywróceniem stabilności platformy w całym regionie Kanady (CA1) poprzez starannie stopniowe odzyskiwanie. Początkowo przywrócimy usługi ogólne, z wyjątkiem konfiguracji Bring Your Own Key (BYOK). Aby zagwarantować stabilne i bezpieczne środowisko, niewielka liczba miejsc pracy może pozostać tymczasowo wyłączona podczas wykonywania kontrolowanych remontów. Ogólny dostęp do środowiska Kanady pozostaje ograniczony w chwili zakończenia tych krytycznych środków odbudowy. Głęboko zdajemy sobie sprawę z znaczącego wpływu tej sytuacji na wasze działania i szczerze doceniamy waszą cierpliwość podczas pracy nad tymi środkami bezpieczeństwa. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

21. 25 lipca 2026 17:24 UTCidentified

    Włączyliśmy ogólny dostęp klientów do regionu Kanady. Wszystkie usługi w regionie są obecnie wprowadzane online, z wyjątkiem konfiguracji Bring Your Own Key (BYOK). Ponadto niewielka, określona liczba miejsc pracy dla klientów będzie tymczasowo wyłączona. W przypadku tych pozostałych miejsc pracy nasze zespoły inżynieryjne realizują wysoce kontrolowany, systematyczny plan odbudowy, aby bezpiecznie odzyskać każde środowisko indywidualnie, aby zapewnić pełną integralność danych. Serdecznie doceniamy waszą cierpliwość i partnerstwo, gdy wykonujemy te ostateczne, precyzyjne kroki w celu naprawy. Nasza następna aktualizacja zostanie dostarczona w ciągu jednej godziny, lub wcześniej w przypadku znacznego rozwoju.

22. 25 lipca 2026 23:28 UTCidentified

    Serdecznie przepraszamy za to zakłócenie i głęboko doceniamy waszą cierpliwość. Ogólny dostęp klientów do regionu Kanady został przywrócony, a usługi wracają online. Przynieś własne konfiguracje Klucza i niewielka liczba pomieszczeń roboczych pozostaje tymczasowo offline, podczas gdy my uzupełniamy ostrożne, zindywidualizowane przywrócenie w celu zapewnienia pełnej integralności danych. W ciągu jednej godziny dostarczymy dalsze aktualizacje lub wcześniej, jeśli będzie można się nimi podzielić.

23. 25 lipca 2026 23:52 UTCidentified

    Ogólny dostęp klientów do regionu Kanady został przywrócony. Przestrzenie robocze za pomocą szyfrowania Bring Your Own Key (BYOK) będą tymczasowo wyłączone, podczas gdy my zakończymy indywidualną renowację dla każdego dotkniętego obszaru roboczego. W dniu 26 lipca 2026 r. o godzinie 09: 00 UTC przekażemy dalsze informacje na temat stanu odbudowy ByOK. Przepraszamy za zakłócenia i dziękujemy za cierpliwość.

24. 26 lipca 2026 08:59 UTCinvestigating

    Piszemy, aby zapewnić aktualizację wysokiego poziomu na temat zakłóceń w dostępie do usług w regionie Kanady (CA1), który rozpoczął się w piątek, 24 lipca o 20: 35 UTC. Dzięki specjalnej koordynacji naszych zespołów inżynieryjnych i partnerów handlowych, ogólny dostęp do regionu Kanady został z powodzeniem przywrócony w sobotę, 25 lipca o 17: 24 UTC. Zdecydowana większość naszych klientów ma teraz dostęp do swoich miejsc pracy i modeli w normalnych warunkach. Aktualny stan i kolejne kroki Podczas gdy ogólny dostęp do regionu został w pełni przywrócony, pomieszczenia robocze wykorzystujące szyfrowanie Bring Your Own Key (BYOK) pozostają tymczasowo wyłączone. Naszym głównym celem jest obecnie skuteczne odtwarzanie zakłóceń technicznych w kontrolowanym środowisku. Przeglądy uzyskane w tej fazie reprodukcji są krytyczne, ponieważ będą bezpośrednio wpływać i określać najbezpieczniejszą i najskuteczniejszą ścieżkę odzyskiwania dla pozostałych pomieszczeń roboczych BYOK. Kontynuując to systematyczne dochodzenie, zapewniamy utrzymanie najwyższych standardów stabilności systemu i integralności danych. Oczekujemy, że do 11: 00 UTC dostarczymy naszą kolejną ukierunkowaną aktualizację dotyczącą odbudowy przestrzeni roboczej BYOK. Serdecznie przepraszamy za zakłócenia i wpływ, jaki miało to na wasze działania. Nasze zespoły wsparcia pozostają w pełni dostępne, aby pomóc Państwu w razie jakichkolwiek pytań lub natychmiastowych potrzeb.

25. 26 lipca 2026 11:16 UTCinvestigating

    Piszemy, aby zapewnić aktualizację wysokiego poziomu na temat zakłóceń w dostępie do usług w regionie Kanady (CA1), który rozpoczął się w piątek, 24 lipca o 20: 35 UTC. Dzięki specjalnej koordynacji naszych zespołów inżynieryjnych i partnerów handlowych, ogólny dostęp do regionu Kanady został z powodzeniem przywrócony w sobotę, 25 lipca o 17: 24 UTC. Zdecydowana większość naszych klientów ma teraz dostęp do swoich miejsc pracy i modeli w normalnych warunkach. Aktualny stan i kolejne kroki Podczas gdy ogólny dostęp do regionu został w pełni przywrócony, pomieszczenia robocze wykorzystujące szyfrowanie Bring Your Own Key (BYOK) pozostają tymczasowo wyłączone. Naszym głównym celem jest obecnie skuteczne odtwarzanie zakłóceń technicznych w kontrolowanym środowisku. Przeglądy uzyskane w tej fazie reprodukcji są krytyczne, ponieważ będą bezpośrednio wpływać i określać najbezpieczniejszą i najskuteczniejszą ścieżkę odzyskiwania dla pozostałych pomieszczeń roboczych BYOK. Kontynuując to systematyczne dochodzenie, zapewniamy utrzymanie najwyższych standardów stabilności systemu i integralności danych. Oczekujemy, że do 13: 00 UTC dostarczymy naszą kolejną ukierunkowaną aktualizację dotyczącą odbudowy przestrzeni roboczej BYOK. Serdecznie przepraszamy za zakłócenia i wpływ, jaki miało to na wasze działania. Nasze zespoły wsparcia pozostają w pełni dostępne, aby pomóc Państwu w razie jakichkolwiek pytań lub natychmiastowych potrzeb.

26. 26 lipca 2026 13:06 UTCinvestigating

    Podczas gdy ogólny dostęp do regionu Kanady (CA1) został w pełni przywrócony w sobotę, 25 lipca o 17: 24 UTC, pomieszczenia robocze wykorzystujące szyfrowanie Bring Your Own Key (BYOK) pozostają tymczasowo wyłączone. Nasz główny nacisk na odtworzenie zakłóceń w kontrolowanym środowisku nadal trwa z naszym sprzedawcą. Jest to krytyczna faza, ponieważ będzie ona bezpośrednio wpływać na i określać najbezpieczniejszą i najskuteczniejszą ścieżkę odzysku pozostałych pomieszczeń roboczych BYOK, przy jednoczesnym zapewnieniu stabilności systemu i integralności danych. Oczekujemy, że do 15: 00 UTC dostarczymy naszą kolejną ukierunkowaną aktualizację dotyczącą odbudowy przestrzeni roboczej BYOK. Serdecznie przepraszamy za zakłócenia i wpływ, jaki miało to na wasze działania. Nasze zespoły wsparcia pozostają w pełni dostępne, aby pomóc Państwu w razie jakichkolwiek pytań lub natychmiastowych potrzeb.

27. 26 lipca 2026 15:20 UTCinvestigating

    Ogólny dostęp do regionu CA1 pozostaje w pełni przywrócony większości klientów. Przestrzenie robocze wykorzystujące szyfrowanie Bring Your Own Key (BYOK) pozostają tymczasowo wyłączone, podczas gdy my finalizujemy bezpieczne odzyskiwanie, walidację i analizę przyczyn root-. Aktywnie współpracujemy z naszym trzecim partnerem szyfrującym, aby zrozumieć przyczynę i potencjalne rozwiązanie.

28. 26 lipca 2026 17:53 UTCidentified

    Ogólny dostęp do regionu CA1 pozostaje w pełni przywrócony większości klientów. Przestrzenie robocze wykorzystujące szyfrowanie Bring Your Own Key (BYOK) pozostają tymczasowo wyłączone podczas finalizacji bezpiecznego odzyskiwania, walidacji i analizy przyczyn root-. Aktywnie współpracujemy z naszym trzecim partnerem szyfrującym, aby zrozumieć przyczynę i potencjalne rozwiązanie.

29. 26 lipca 2026 18:49 UTCidentified

    Ogólny dostęp do regionu Kanady (CA1) pozostaje w pełni przywrócony. Jednakże szyfrowanie Bring Your Own Key (BYOK) pozostanie tymczasowo wyłączone. W dniu 27 lipca 2026 r., o godzinie 10: 00 UTC, przedstawimy dalsze aktualizacje stanu odbudowy BYOK. Przepraszamy za to zakłócenie i dziękujemy za cierpliwość.

30. 27 lipca 2026 10:03 UTCinvestigating

    Piszemy, aby zapewnić aktualizację statusu w zakresie bieżących wysiłków na rzecz odbudowy w obszarach roboczych Bring Your Own Key (BYOK) w regionie Kanady (CA1). Usługi ogólne dla regionu pozostają w pełni przywrócone i funkcjonują normalnie. Obecny status dochodzenia Nasze zespoły inżynieryjne i sprzedające kontynuują pogłębione śledztwo w sprawie przyczyny niedawnych zakłóceń w obsłudze. Obecnie skupiamy nasze wysiłki na powielaniu tej kwestii w dedykowanym, nieprodukcyjnym środowisku. Ta kontrolowana replikacja jest kluczowym krokiem, ponieważ ustalenia techniczne pozwolą nam bezpośrednio zidentyfikować i zweryfikować najskuteczniejszą ścieżkę odzysku pozostałych pomieszczeń roboczych BYOK. Zapewniając dokładne zrozumienie zachowania systemu w tych szczególnych warunkach w przypadku nieprodukcji, możemy zagwarantować absolutne bezpieczeństwo, stabilność i integralność danych podczas końcowej fazy renowacji. Serdecznie doceniamy waszą cierpliwość i partnerstwo podczas wykonywania tych skrupulatnych kroków walidacyjnych. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej, jeśli zostanie osiągnięty znaczący kamień milowy.

31. 27 lipca 2026 12:30 UTCinvestigating

    Kontynuujemy nasze aktywne badania i planowanie naprawy dla miejsc pracy Bring Your Own Key (BYOK) w regionie Kanady (CA1). Usługi ogólne dla regionu pozostają w pełni odnowione i nadal działają normalnie. Nasze zespoły inżynieryjne i partnerzy sprzedający nadal koncentrują swoje wysiłki na powielaniu zakłóceń w kontrolowanym, nieprodukcyjnym środowisku. Replikowanie scenariusza w tych bezpiecznych warunkach pozostaje naszym najwyższym priorytetem, ponieważ jest to kluczowy krok, który pozwoli nam zidentyfikować i potwierdzić najskuteczniejszą ścieżkę odbudowy pozostałych pomieszczeń roboczych BYOK. Postępujemy metodycznie, aby zapewnić utrzymanie stabilności systemu i integralności danych podczas procesu odbudowy. Doceniamy waszą cierpliwość i partnerstwo, podczas gdy ta głęboka walidacja techniczna trwa. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy mieć nowy postęp do podzielenia.

32. 27 lipca 2026 14:04 UTCinvestigating

    Kontynuujemy nasze aktywne wysiłki na rzecz przywrócenia przestrzeni roboczej Bring Your Own Key (BYOK) w regionie Kanady (CA1). Usługi ogólne w całym regionie pozostają w pełni przywrócone i działają normalnie. Aby przyspieszyć uchwałę, nasze zespoły inżynieryjne i partnerzy sprzedający prowadzą jednocześnie wiele dochodzeń. To wieloaspektowe podejście ma kluczowe znaczenie dla zagwarantowania pełnej walidacji naszego planu odbudowy i zachowania integralności środowiska. Serdecznie doceniamy waszą cierpliwość i partnerstwo, wykonując jednocześnie te wysiłki. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący przełom.

33. 27 lipca 2026 15:54 UTCidentified

    Kontynuujemy nasze aktywne wysiłki na rzecz przywrócenia przestrzeni roboczej Bring Your Own Key (BYOK) w regionie Kanady (CA1). Usługi ogólne w całym regionie pozostają w pełni przywrócone i działają normalnie. Nasze zespoły inżynieryjne i partnerzy sprzedający prowadzą jednocześnie wiele dochodzeń. To równoległe podejście jest realizowane celowo w celu zatwierdzenia i sfinalizowania najskuteczniejszej ścieżki odzyskiwania dla pozostałych pomieszczeń roboczych BYOK, zapewniając nam bezpieczne i najwyższy poziom stabilności. Doceniamy waszą cierpliwość, gdy nasze zespoły pracują nad tymi niezbędnymi krokami. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący przełom.

34. 27 lipca 2026 17:37 UTCinvestigating

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) pozostają w pełni odrestaurowane i funkcjonują normalnie, nadal koncentrujemy się na odzyskiwaniu miejsc pracy Bring Your Own Key (BYOK). Nasze zespoły systematycznie posuwają się do przodu z wieloma równoległymi strumieniami roboczymi. Wykonanie tych wysiłków jednocześnie pozwala nam na dogłębną analizę wszystkich wyników, zapewniając walidację i wdrożenie najskuteczniejszej ścieżki odzyskiwania dla pozostałych pomieszczeń roboczych BYOK, zapewniając przywrócenie usług bezpiecznie i przy najwyższym poziomie stabilności. Doceniamy wasze trwające partnerstwo i cierpliwość podczas realizacji tych krytycznych kroków naprawczych. W dniu 28 lipca 2026 r. o godzinie 09: 00 UTC (10: 00 BST) dostarczymy dalsze aktualizacje stanu odbudowy BYOK.

35. 28 lipca 2026 09:02 UTCidentified

    Usługi ogólne w regionie Kanady (CA1) pozostają w pełni przywrócone i działają normalnie. Dla pozostałych przestrzeni roboczych Bring Your Own Key (BYOK) nasze zespoły nadal wykonują wiele równoległych strumieni roboczych. To równoległe podejście jest przeprowadzane celowo w celu zatwierdzenia najskuteczniejszej ścieżki odzyskiwania dla pozostałych pomieszczeń roboczych BYOK przy jednoczesnym zapewnieniu absolutnej stabilności systemu. Dziękujemy za cierpliwość. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

36. 28 lipca 2026 11:01 UTCidentified

    Usługi ogólne w regionie Kanady (CA1) nadal działają normalnie i pozostają w pełni stabilne. Nasze zespoły inżynieryjne i sprzedające nadal postępują przez wiele równoległych strumieni roboczych, aby zająć się pozostałą przestrzenią roboczą Bring Your Own Key (BYOK). To równoległe podejście pozostaje naszym aktywnym celem, pozwalającym nam systematycznie zatwierdzać i wdrażać najskuteczniejszą ścieżkę odzysku pozostałych pomieszczeń roboczych BYOK o najwyższym poziomie bezpieczeństwa. Dziękujemy za cierpliwość i wsparcie. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

37. 28 lipca 2026 13:11 UTCidentified

    Usługi ogólne w regionie Kanady (CA1) pozostają w pełni przywrócone, stabilne i nadal działają normalnie. Nasze zespoły inżynieryjne i partnerzy sprzedający kontynuują prace z wieloma równoczesnymi strumieniami roboczymi, aby zająć się pozostałymi zadaniami Bring Your Own Key (BYOK). Ta równoległa strategia pozostaje naszym aktywnym celem, dzięki czemu możemy systematycznie zatwierdzać i wdrażać najskuteczniejszą ścieżkę odbudowy pozostałych pomieszczeń roboczych BYOK. Doceniamy waszą cierpliwość, pracując nad tymi celowymi krokami. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

38. 28 lipca 2026 16:02 UTCidentified

    Usługi ogólne w regionie Kanady (CA1) pozostają w pełni przywrócone, stabilne i nadal działają normalnie. Nasze zespoły inżynieryjne i partnerzy sprzedający aktywnie koncentrują się na pozostałych obszarach roboczych Bring Your Own Key (BYOK) poprzez wiele równoległych strumieni roboczych. Doceniamy waszą cierpliwość i partnerstwo, gdy kończymy te krytyczne fazy walidacji. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

39. 28 lipca 2026 19:51 UTCidentified

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) pozostają w pełni odrestaurowane i funkcjonują normalnie, nadal koncentrujemy się na odzyskiwaniu miejsc pracy Bring Your Own Key (BYOK). Nasze zespoły systematycznie posuwają się do przodu z wieloma równoległymi strumieniami roboczymi. Wykonanie tych wysiłków jednocześnie pozwala nam na dogłębną analizę wszystkich wyników, zapewniając walidację i wdrożenie najskuteczniejszej ścieżki odzyskiwania dla pozostałych pomieszczeń roboczych BYOK, zapewniając przywrócenie usług bezpiecznie i przy najwyższym poziomie stabilności. Doceniamy wasze trwające partnerstwo i cierpliwość podczas realizacji tych krytycznych kroków naprawczych. W dniu 29 lipca 2026 r., o godz. 09: 00 UTC (10: 00 BST) przedstawimy dalsze aktualizacje stanu odbudowy ByOK.

40. 29 lipca 2026 09:04 UTCidentified

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) pozostają w pełni odrestaurowane i funkcjonują normalnie, nadal koncentrujemy się na odzyskiwaniu miejsc pracy Bring Your Own Key (BYOK). Nasze zespoły postępują systematycznie poprzez wiele równoległych strumieni roboczych. Wykonanie tych wysiłków jednocześnie pozwala nam dokładnie przeanalizować wszystkie wyniki techniczne, zapewniając walidację i wdrożenie najbezpieczniejszej i najbardziej stabilnej ścieżki odzyskiwania dla pozostałych pomieszczeń roboczych BYOK. Doceniamy wasze trwające partnerstwo i cierpliwość podczas realizacji tych krytycznych kroków naprawczych. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

41. 29 lipca 2026 13:23 UTCinvestigating

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) pozostają w pełni odrestaurowane i funkcjonują normalnie, nadal koncentrujemy się na odzyskiwaniu miejsc pracy Bring Your Own Key (BYOK). Nasze zespoły nadal postępują systematycznie poprzez wiele równoległych strumieni roboczych. Wykonanie tych wysiłków jednocześnie pozwala nam dokładnie przeanalizować wszystkie wyniki techniczne, zapewniając walidację i wdrożenie najbezpieczniejszej i najbardziej stabilnej ścieżki odzyskiwania dla pozostałych pomieszczeń roboczych BYOK. Doceniamy wasze trwające partnerstwo i cierpliwość podczas realizacji tych krytycznych kroków naprawczych. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

42. 29 lipca 2026 15:21 UTCinvestigating

    Usługi ogólne w całym regionie Kanady (CA1) pozostają w pełni przywrócone i nadal działają normalnie. Nasze zespoły inżynieryjne i operacyjne utrzymują swój dedykowany, skoncentrowany nacisk na odzyskanie pozostałych pomieszczeń roboczych Bring Your Own Key (BYOK). Aby zapewnić możliwie najbezpieczniejszą odbudowę, aktywnie rozwijamy wiele równoległych strumieni roboczych. Prowadzenie tych wysiłków jednocześnie pozwala nam na rygorystyczną analizę wyników technicznych w czasie rzeczywistym, zapewniając walidację i wdrożenie najbardziej stabilnej i bezpiecznej ścieżki naprzód dla pozostałych przestrzeni roboczych BYOK. Serdecznie doceniamy waszą cierpliwość i partnerstwo, ponieważ systematycznie wykonujemy te krytyczne kroki naprawcze. Nasza następna aktualizacja zostanie dostarczona w ciągu dwóch godzin, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

43. 29 lipca 2026 17:17 UTCinvestigating

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) pozostają w pełni odrestaurowane i funkcjonują normalnie, nadal koncentrujemy się na odzyskiwaniu miejsc pracy Bring Your Own Key (BYOK). Nasze zespoły systematycznie posuwają się do przodu z wieloma równoległymi strumieniami roboczymi. Wykonanie tych wysiłków jednocześnie pozwala nam na dogłębną analizę wszystkich wyników, zapewniając walidację i wdrożenie najskuteczniejszej ścieżki odzyskiwania dla pozostałych pomieszczeń roboczych BYOK, zapewniając przywrócenie usług bezpiecznie i przy najwyższym poziomie stabilności. Doceniamy wasze trwające partnerstwo i cierpliwość podczas realizacji tych krytycznych kroków naprawczych. W dniu 30 lipca 2026 r., o godz. 09: 00 UTC (10: 00 BST) przedstawimy dalsze aktualizacje o stanie odbudowy ByOK.

44. 30 lipca 2026 08:59 UTCinvestigating

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) działają normalnie z pełną stabilnością, nasze zespoły techniczne nadal koncentrują się na odzyskiwaniu pozostałych pomieszczeń roboczych Bring Your Own Key (BYOK). Kontynuujemy realizację wielu równoległych strumieni roboczych, aby potwierdzić i wykonać możliwie najbezpieczniejszą ścieżkę renowacji. Prowadzenie tych wysiłków jednocześnie pozwala nam dogłębnie przeanalizować wszystkie wyniki techniczne, zapewniając przywrócenie usług o najwyższym poziomie bezpieczeństwa i stabilności dla wszystkich wybitnych przestrzeni roboczych BYOK. Doceniamy waszą stałą cierpliwość i partnerstwo, ponieważ systematycznie pracujemy nad tymi krytycznymi etapami odbudowy. Za dwie godziny dostarczymy dalsze informacje o postępach w odbudowie ByOK.

45. 30 lipca 2026 11:07 UTCinvestigating

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) działają normalnie z pełną stabilnością, nasze zespoły techniczne nadal koncentrują się na odzyskiwaniu pozostałych pomieszczeń roboczych Bring Your Own Key (BYOK). Kontynuujemy realizację wielu równoległych strumieni roboczych, aby potwierdzić i wykonać możliwie najbezpieczniejszą ścieżkę renowacji. Prowadzenie tych wysiłków jednocześnie pozwala nam dogłębnie przeanalizować wszystkie wyniki techniczne, zapewniając przywrócenie usług o najwyższym poziomie bezpieczeństwa i stabilności dla wszystkich wybitnych przestrzeni roboczych BYOK. Doceniamy waszą stałą cierpliwość i partnerstwo, ponieważ systematycznie pracujemy nad tymi krytycznymi etapami odbudowy. W dniu 31 lipca 2026 r. o godzinie 09: 00 UTC (10: 00 BST) dostarczymy dalsze aktualizacje stanu odbudowy BYOK, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

46. 31 lipca 2026 09:04 UTCinvestigating

    Podczas gdy usługi ogólne w całym regionie Kanady (CA1) działają normalnie z pełną stabilnością, nasze zespoły techniczne nadal koncentrują się na odzyskiwaniu pozostałych pomieszczeń roboczych Bring Your Own Key (BYOK). Kontynuujemy realizację wielu równoległych strumieni roboczych, aby potwierdzić i wykonać możliwie najbezpieczniejszą ścieżkę renowacji. Prowadzenie tych wysiłków jednocześnie pozwala nam dogłębnie przeanalizować wszystkie wyniki techniczne, zapewniając przywrócenie usług o najwyższym poziomie bezpieczeństwa i stabilności dla wszystkich wybitnych przestrzeni roboczych BYOK. Doceniamy waszą stałą cierpliwość i partnerstwo, ponieważ systematycznie pracujemy nad tymi krytycznymi etapami odbudowy. W dniu 3 sierpnia 2026 r. o godzinie 09: 00 UTC (10: 00 BST) dostarczymy kolejną aktualizację statusu odtworzenia BYOK, lub wcześniej powinniśmy osiągnąć znaczący kamień milowy.

47. 31 lipca 2026 13:47 UTCresolved

    Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

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

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 lipca 2026 14:30 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do prowadzenia integracji Cloudworks. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 21 lipca 2026 14:44 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

3. 21 lipca 2026 14:54 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

4. 30 lipca 2026 22:22 UTCpostmortem

   21 lipca 2026 r., między 14: 15 UTC a 14: 50 UTC, nasz US5: Cloud - US East region doświadczył zakłóceń w planowanej integracji CloudWorks ™. Podczas tego okna nie można było uruchomić zautomatyzowanych przepływów pracy, a użytkownicy mogli mieć trudności z dostępem do usług integracyjnych. * * Root cause * * Kwestia ta została wywołana przez krótką przerwę w podstawowych systemach pamięci masowej po uruchomieniu systemu. Doprowadziło to do utraty łączności w systemie planowania integracji, co uniemożliwiło pomyślne ustawienie lub uruchomienie zaplanowanych zadań. * * Recovery * * Nasz zespół techniczny zidentyfikował problem i podjął natychmiastowe działania. Zweryfikowaliśmy łączność systemową, gdy usługi bazowe odzyskały się automatycznie, i wykonaliśmy całki testowe, aby potwierdzić regularne przepływy pracy. Kontrole walidacyjne potwierdziły, że wszystkie mechanizmy rozkładowe bezpiecznie wznowiły normalne operacje bez konieczności ponownego uruchomienia systemu. O 14: 50 UTC sprawa została w pełni rozwiązana. * * Działania naprawcze i zapobiegawcze * * * Prowadzimy pogłębione badanie wydajności systemu podczas operacji rollback w celu zapewnienia stabilności w warunkach wysokiego obciążenia. * Wdrażamy ulepszone kontrole zdrowia dla terminarza integracji, aby zapewnić, że osiągnie "gotowy" stan przed ruchem jest przenoszony podczas zwrotów. * Aktualizujemy nasze procesy wdrożeniowe w celu włączenia automatycznej walidacji głębokości kolejki zadań natychmiast po każdej regionalnej aktualizacji lub cofnięcia. * Aktualizujemy dokumentację doboru zasobów dla tej usługi z zalecanym żądaniem / wartościami granicznymi, aby zapewnić wystarczającą przepustowość dla operacji wdrożeniowych i zwrotnych. Przepraszamy za jakikolwiek wpływ, jaki ta kwestia mogła mieć na pańskie interesy. Wzmacniamy nasze systemy i procedury, aby uniknąć zakłóceń dla Twojej firmy i użytkowników. W przypadku dalszych pytań lub wątpliwości prosimy o odwiedzenie naszej strony internetowej [Wsparcie] (https: / / www.google.com / url? q = https% 3A% 2F% 2Fsupport.anaplan.com% 2F). Doceniamy twoją cierpliwość podczas tego incydentu i doceniamy zaufanie, jakie pokładasz w Anaplanie.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 lipca 2026 20:04 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do prowadzenia integracji Cloudworks. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 14 lipca 2026 21:00 UTCmonitoring

   Zauważyliśmy, że coś poszło nie tak. Badamy tę sprawę i wkrótce dostarczymy nowe informacje.

3. 14 lipca 2026 21:04 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

4. 14 lipca 2026 21:12 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

5. 22 lipca 2026 18:15 UTCpostmortem

   14 lipca 2026, o godzinie 19: 55 UTC, klienci w naszym US7: Cloud - US West region doświadczyli opóźnień i niepowodzeń w przetwarzaniu zadań integracyjnych CloudWorks ™. Zadania integracyjne, które miały być realizowane w tym regionie, nie zakończyły się zgodnie z oczekiwaniami, co doprowadziło do zaległości w przetwarzaniu, które zostało oczyszczone po pełnym przywróceniu usługi. Przyczyna Komponent back- end obsługujący usługę CloudWorks ™ tymczasowo wyczerpał swoją dostępną pamięć, prowadząc do krótkich zakłóceń połączeń. Pomimo natychmiastowego odzyskania bazy danych, komponenty przetwarzania CloudWorks ™ zachowały nieaktywne połączenia i nie były w stanie automatycznie ponownie się połączyć. Uniemożliwiło to dokończenie prac integracyjnych i spowodowało gromadzenie się kolejki zaplanowanych zadań. Odzyskanie Nasz zespół techniczny zidentyfikował problem i podjął natychmiastowe działania. Zespół ponownie uruchomił komponenty przetwarzania CloudWorks ™, aby usunąć wszystkie nieaktywne i nieaktywne połączenia. Aby szybko usunąć zaległości w pracach integracyjnych, tymczasowo zwiększyliśmy zdolność przetwarzania komponentów. Po sprawdzeniu, czy zadania integracyjne były wykonywane normalnie, a zaległości zostały w pełni przetworzone, zwróciliśmy system do jego pierwotnej pojemności. Do 21: 14 UTC sprawa została w pełni rozwiązana. Działania naprawcze i zapobiegawcze Wdrażamy następujące działania w celu zapobiegania nawrotom: * * * Zwiększenie przydziału pamięci: * * Zwiększamy przydział pamięci dla komponentu backend w us7. Zmniejsza to prawdopodobieństwo wystąpienia podobnych zdarzeń ciśnienia w pamięci w przyszłości. * * * Optymalizacja procesu tła: * * Unieszkodliwiliśmy niektóre procesy zbierania metrycznego tła, które przyczyniały się do niepotrzebnego obciążenia części tylnej. To dodatkowo zmniejsza ryzyko wzrostu ciśnienia pamięci w czasie. * * * Test odporności: * * Nasze zespoły inżynieryjne przeprowadzają kontrolowane testy w środowiskach nieprodukcyjnych, aby lepiej zrozumieć, jak usługi CloudWorks ™ zachowują się podczas krótkich zakłóceń połączeń. Praca ta pomoże nam poprawić zdolność usługi do automatycznego odzyskania - bez konieczności ręcznej interwencji - w przypadku wystąpienia podobnego zdarzenia w przyszłości. Przepraszamy za wpływ, jaki ta kwestia wywarła na wasze działania. Jesteśmy zaangażowani w opisane powyżej usprawnienia, aby zapobiec podobnym zakłóceniom. W przypadku pytań lub wątpliwości prosimy o kontakt [Support] (https: / / support.anaplan.com /).

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 lipca 2026 00:00 UTCinvestigating

   Obecnie badamy kwestię wpływającą na zdolność klientów do dostępu do platformy Anaplan. Pracujemy nad jak najszybszym rozwiązaniem tej kwestii i będziemy dostarczać aktualizacje co 30 minut lub po przyjęciu rezolucji.

2. 2 lipca 2026 00:30 UTCinvestigating

   Dziękuję za cierpliwość, ponieważ nadal badamy tę kwestię. Obecnie mamy do czynienia z krytycznym zakłóceniem usług powodującym całkowitą niedostępność w regionach dotkniętych kryzysem. Użytkownicy próbujący uzyskać dostęp do usług w tych regionach napotkają przerwy w połączeniach i brak załadowania zasobów. Obecnie nie mamy jeszcze czasu na rozwiązanie. Będziemy nadal dostarczać aktualizacje co 30 minut, pracując nad jak najszybszym rozwiązaniem tej kwestii.

3. 2 lipca 2026 00:59 UTCinvestigating

   Badamy problem dotyczący logowania i dostępu do platformy dla klientów w naszych regionach ME1 i EU5. Wstępne dochodzenie wskazuje na zakłócenie ścieżki uwierzytelniania dla tych regionów. Rozwiązanie tego jest naszym najwyższym priorytetem, a nasze zespoły inżynieryjne aktywnie pracują nad przywróceniem normalnych operacji. Nie mamy jeszcze ETA. Dostarczymy kolejną aktualizację w ciągu 30 minut, lub wcześniej, jeśli będziemy mieli istotne nowe informacje.

4. 2 lipca 2026 01:29 UTCinvestigating

   Prowadzone przez nas dochodzenie w sprawie kwestii logowania i dostępu do platformy wpływających na regiony ME1 i UE-5. Zaangażowaliśmy naszego sprzedawcę do dodatkowego wsparcia, ponieważ pracujemy, aby zidentyfikować i rozwiązać przyczynę. Rozwiązanie tego pozostaje naszym najwyższym priorytetem. Nie ma jeszcze ETA. Dostarczymy naszą następną aktualizację w ciągu 30 minut, lub wcześniej, jeśli będziemy mieli istotne nowe informacje.

5. 2 lipca 2026 01:58 UTCinvestigating

   Prowadzone przez nas dochodzenie w sprawie kwestii logowania i dostępu do platformy wpływających na regiony ME1 i UE-5. Nasze zespoły inżynieryjne zawęziły dochodzenie i aktywnie prowadzą szereg dochodzeń we współpracy z naszym partnerem w dziedzinie infrastruktury. Przywracanie usług pozostaje naszym najwyższym priorytetem. Nie ma jeszcze ETA. Dostarczymy naszą następną aktualizację w ciągu 30 minut, lub wcześniej, jeśli będziemy mieli istotne nowe informacje.

6. 2 lipca 2026 02:27 UTCinvestigating

   Badamy problem dotyczący logowania i dostępu do platformy dla klientów w naszych regionach ME1 i EU5. W dniu 1 lipca 2026 r. W koordynacji z naszym partnerem ds. infrastruktury udało nam się z powodzeniem zawęzić potencjalne przyczyny i obecnie skupiamy nasze wysiłki inżynieryjne na izolowaniu problemu w celu zainicjowania ukierunkowanego łagodzenia skutków. Nasz zespół pozostaje w pełni zaangażowany w jak najszybsze rozwiązanie tej kwestii. Dostarczymy naszą następną aktualizację w ciągu 30 minut, lub wcześniej, jeśli będziemy mieli istotne nowe informacje.

7. 2 lipca 2026 02:55 UTCinvestigating

   Kontynuujemy badanie problemu wpływającego na login i dostęp do platformy dla klientów w naszych regionach ME1 i UE-5. Zidentyfikowaliśmy potencjalną przyczynę i aktywnie rozwijamy działania łagodzące, aby rozwiązać tę kwestię i przywrócić pełną obsługę. Będziemy nadal dostarczać aktualizacje w ramach działań naprawczych. Dostarczymy naszą następną aktualizację w ciągu 30 minut, lub wcześniej, jeśli będziemy mieli istotne nowe informacje.

8. 2 lipca 2026 03:21 UTCmonitoring

   Usługa została przywrócona; powinieneś być w stanie wznowić normalne działania. Będziemy nadal monitorować platformę, aby nie pojawiły się żadne dodatkowe problemy. Jeśli masz jakieś pytania, obawy lub nadal doświadczać problemów, nie wahaj się skontaktować z Anaplan Support. Dostarczymy państwu ostateczną aktualizację, jeśli uznamy tę sytuację za całkowicie rozwiązaną.

9. 2 lipca 2026 04:00 UTCresolved

   Potwierdziliśmy, że sprawa została rozwiązana. Głęboko przepraszamy za wszelkie skutki, jakie mogła spowodować ta kwestia. Doceniamy waszą cierpliwość i partnerstwo, jak pracowaliśmy nad tym zagadnieniem. Będziemy śledzić w ciągu 7 dni roboczych ze szczegółową analizą przyczyny źródłowej (RCA), która będzie udostępniana na naszej stronie statusu. Jeśli masz jakieś pytania lub obawy, nie wahaj się skontaktować z nami na Anaplan Support.

10. 10 lipca 2026 18:35 UTCpostmortem

    W dniu 1 lipca 2026, około 23: 52 UTC, nasze systemy monitorowania wykryły zakłócenia w obsłudze wpływające na klientów w regionach me1: Cloud - Middle East i eu5: Cloud - Europe. W tym czasie poszkodowani klienci nie byli w stanie zalogować się na platformę. Usługa została przywrócona o 03: 21 UTC * * Root cause * * Zakłócenie to powstało w wyniku planowanej zmiany konfiguracji sieci w naszej wewnętrznej infrastrukturze rozdzielczej nazw. Wprowadzono błędną konfigurację w ramach zmiany, która pozostawiła podstawowy konflikt routingu. Spowodowało to ruch powrotny dla wewnętrznych przeglądów nazw, aby wybrać nieprawidłową ścieżkę podczas rutynowej aktywności sieciowej. W rezultacie wewnętrzna rezolucja w sprawie nazwy zaczęła zawodzić w przypadku dwóch dotkniętych regionów. Dzięki temu przepływ uwierzytelniania nie mógł zakończyć i powstrzymać klientów przed zalogowaniem się. * * Recovery * * Przy wykrywaniu o 23: 52 UTC, nasz zespół inżynieryjny i nasz partner infrastruktury rozpoczęli równoległe śledztwo. Ponieważ kwestie wewnętrznej rozdzielczości nazw mogą przedstawiać się na kilka różnych sposobów, zespół pracował przez wiele linii dochodzenia przed izolowaniem konkretnego konfliktu routingu odpowiedzialnego. Po zidentyfikowaniu, cofnęliśmy ostatnie zmiany, aby przywrócić poprzednią, dobrą konfigurację routingu. Połączenia odzyskały się stopniowo w miarę rozmnażania się rollback, a o 03: 21 UTC uwierzytelnianie zostało w pełni przywrócone dla obu dotkniętych regionów. * * Działania naprawcze i zapobiegawcze * * Realizujemy następujące działania, aby zapobiec ponownemu wystąpieniu: * Dodamy walidację przed zmianą, która wyraźnie wykrywa klasę konfliktu routingu odpowiedzialnego za ten incydent. Zamyka to problem konfiguracji, zanim jakakolwiek podobna zmiana dotrze do środowiska. * Zmieniamy konfigurację zmiany trasy, aby zapobiec ponownemu wprowadzeniu tej klasy błędnych konfiguracji. Usuwa to problem leżący u źródła. * Ulepszamy nasze monitorowanie wewnętrznych ścieżek rozdzielczości nazw pomiędzy naszymi środowiskami w chmurze. To skraca czas na wykrywanie i rozwiązywanie tej klasy problemów. * * Zamknięcie * * Przepraszamy za wpływ tego zakłócenia na wasze działania. Powyższe działania naprawcze koncentrują się na zapobieganiu ponownemu wystąpieniu podobnych problemów w przyszłości. W przypadku pytań lub wątpliwości prosimy o kontakt [Support] (https: / / support.anaplan.com /).

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 22 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 lipca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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 czerwca 2026 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.