Anaplan kesinti geçmişi

1. 7 Eylül 2026 13:26 UTCinvestigating

   Şu anda Anaplan Platformu'na erişmek için bir sorun etkisini araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 7 Eylül 2026 13:33 UTCinvestigating

   Sorunun muhtemel nedenini tespit ettik ve şu anda mümkün olduğunca çabuk restore etmeye odaklandık. Şu anda, henüz karar verme zamanımız yok. 30 dakika veya karar üzerine daha fazla güncelleme sağlayacağız.

3. 7 Eylül 2026 13:35 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

4. 7 Eylül 2026 13:46 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 3 Eylül 2026 14:56 UTCinvestigating

   Şu anda Anaplan Platformu'na erişmek için bir sorun etkisini araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 3 Eylül 2026 15:12 UTCidentified

   Sorunun muhtemel nedenini tespit ettik ve şu anda mümkün olduğunca çabuk restore etmeye odaklandık. Şu anda, henüz karar verme zamanımız yok. 30 dakika veya karar üzerine daha fazla güncelleme sağlayacağız.

3. 3 Eylül 2026 15:16 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

4. 3 Eylül 2026 18:04 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 1 Eylül 2026 09:49 UTCinvestigating

   Şu anda müşterilerin Cloudworks entegrasyonlarını çalıştırma yeteneğini etkileyen bir sorunu araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 1 Eylül 2026 10:25 UTCinvestigating

   Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Şu anda, henüz karar verme zamanımız yok. Bu sorunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı güncellemeye devam edeceğiz.

3. 1 Eylül 2026 11:06 UTCinvestigating

   Bu konuyu araştırırken devam eden sabrınız için teşekkür ederiz. BulutWorks entegrasyonunu birden çok bölgede etkileyen bir sorunu doğruladık. Bu üst bir öncelik kalır ve henüz karar vermek için tahmin edilen bir zamanımız yok. Bunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı paylaşmaya devam edeceğiz.

4. 1 Eylül 2026 11:45 UTCidentified

   Bu konuyu araştırırken devam eden sabrınız için teşekkür ederiz. BulutWorks entegrasyonunu tüm bölgelerde başarılı bir şekilde takip ettik; ancak durumu yakından takip etmeye devam ediyoruz. Bunu mümkün olduğunca çabuk çözmek için çalıştığımız için her 30 dakikada daha fazla güncelleme paylaşacağız.

5. 1 Eylül 2026 12:19 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

6. 1 Eylül 2026 12:42 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 1 Eylül 2026 09:10 UTCinvestigating

   Şu anda müşterilerin Cloudworks entegrasyonlarını çalıştırma yeteneğini etkileyen bir sorunu araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 1 Eylül 2026 09:28 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

3. 1 Eylül 2026 09:47 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 27 Ağustos 2026 10:22 UTCinvestigating

   Şu anda Kanada'daki Anaplan Platformu'na erişmek için bir sorun etkisini araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 27 Ağustos 2026 10:52 UTCinvestigating

   Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Şu anda, henüz karar verme zamanımız yok. Bu sorunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı güncellemeye devam edeceğiz.

3. 27 Ağustos 2026 10:57 UTCidentified

   Sorunun muhtemel nedenini tespit ettik ve şu anda mümkün olduğunca çabuk restore etmeye odaklandık. Şu anda 30 dakika veya karar üzerine daha fazla güncelleme sağlayacağız.

4. 27 Ağustos 2026 10:58 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

5. 27 Ağustos 2026 11:08 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

6. 3 Eylül 2026 15:52 UTCpostmortem

   27 Ağustos 2026'da, 10:22 UTC'de, bazı müşterilerimiz ca1: Bulut - Kanada bölgesi platformuna erişen sorunlar yaşadı. Bu süre zarfında, kullanıcılar oturum açmaya çalışırken hatalarla karşılaşabilirler. Etki her isteği ele alan bileşene bağlı olarak çeşitlilik gösterdi - bazı istekler diğerleri başarısız olurken başarılı oldu. **Root neden ** Standart bir sistem güncellemesinden sonra, Kanada bölgesinde tek bir trafik yönlendirme bileşeni bir yapılandırma geri yüklemeden sonra tutarsız bir duruma girdi ve talimatları doğru bir şekilde yeniden inşa edemedi. Parça, müşteri isteklerini geçici olarak reddetme veya yanlış yönlendirmeye başladı. Parçanın sağlık kontrolleri kullanılabilirliğini doğruladı ancak routing konfigürasyonunun doğruliğini yakalamadı. Sonuç olarak aktif kaldı ve trafik hizmet etmeye devam etti. Bu, diğerlerinin başarısız olmasına rağmen bazı taleplere yol açtı, hangi bileşenle bağlantıyı ele geçirdiklerine bağlı olarak. **Recovery** Mühendislik ekibimiz sorunu tespit etti ve hemen harekete geçti. Takım sorunu tek bir trafik yönlendirme bileşenine izole etti ve yeniden başlattı. Bu, kalan sağlıklı bileşenlerdeki tüm gelen trafiği yeniden dağıtdı. 11:08 UTC'ye göre mesele tamamen çözülmüştü. **Corrective and preventative actions** Recurrence önlemek için aşağıdaki eylemleri uyguluyoruz: * Sağlık kontrollerini hemen izole etmek ve otomatik olarak yapılandırma güncellemeden sonra doğru bir şekilde doğrulamayan herhangi bir bileşeni yeniden başlatmamız zor. Bu, trafik servis etmeye devam eden ve müşteriler için geçici erişim başarısızlıklarına neden olan bir parçayı önler. * Bireysel servis bileşenlerine daha fazla granular görünürlük sağlamak için izlememizi geliştiriyoruz. Bu, daha fazla müşteriyi etkilemeden önce yerelleştirilmiş sorunların daha hızlı tespitini sağlar. Bu sorunun operasyonlarınızda olduğundan özür dileriz. Benzer kesintileri önlemek için yukarıda belirtilen gelişmelere bağlıyız. Sorularınız veya endişeleriniz varsa, lütfen [tek] (https://support.anaplan.com/) ekibimizle iletişime geçin.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 15 Ağustos 2026 03:27 UTCinvestigating

   Şu anda müşterilerin Cloudworks entegrasyonlarını çalıştırma yeteneğini etkileyen bir sorunu araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 15 Ağustos 2026 04:02 UTCinvestigating

   Şu anda müşterilerin Anaplan Platform'a erişme yeteneğini etkileyen bir sorunu araştırıyoruz, bu da CloudWorks entegrasyonunu etkiliyor. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

3. 15 Ağustos 2026 04:31 UTCinvestigating

   Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Şu anda, henüz karar verme zamanımız yok. Bu sorunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı güncellemeye devam edeceğiz.

4. 15 Ağustos 2026 05:03 UTCidentified

   Sorunun muhtemel nedenini tespit ettik ve şu anda mümkün olduğunca çabuk restore etmeye odaklandık. Şu anda, henüz karar verme zamanımız yok. 30 dakika veya karar üzerine daha fazla güncelleme sağlayacağız.

5. 15 Ağustos 2026 05:33 UTCidentified

   Bu konuyu sorunu sorunu azaltmak için üçüncü taraf sağlayıcı ile yükselttik. Şu anda, henüz karar verme zamanımız yok. 30 dakika veya karar üzerine daha fazla güncelleme sağlayacağız.

6. 15 Ağustos 2026 06:13 UTCidentified

   AB2 bölgesini etkileyen erişim sorununu çözmek için satıcımızla yakından çalışmaya devam ediyoruz, bu da en yüksek önceliğimizdir. Araştırmamız sayesinde AB-CENTRAL-1 bölgesine alt nedeni olarak bağlantı sorunları tespit ettik. 14 Ağustos'ta 7:33 PM PDT'ye başlayın, satıcımız AB-CENTRAL-1 bölgesinde müşteriler için artan paket kaybı etkileyerek bağlantı yaratmaya başladı. Etkilenen yer Equinix, Frankfurt olarak tespit edilmiştir. İlerleme yapılmış olsa da, bu yere bağlantılar bozulmamış. Satıcılarımızla önceki karar adımlarına devam ediyoruz. Ancak, tam kurtarmanın birden fazla saat uzakta olması bekleniyor. Her 60 dakikayı mümkün olduğu kadar hızlı bir şekilde geri yüklemek için çalışıyoruz veya ek bilgi mevcut olursa er.

7. 15 Ağustos 2026 07:12 UTCidentified

   Satıcılarımızla eu2 bölgesini en üst önceliğimiz olarak etkileyen erişim sorununu çözmeye devam ediyoruz. Ayrıca hizmeti mümkün olduğunca çabuk geri yüklemek için birden fazla yol keşfediyoruz. Ancak satıcımızla işbirliği devam ediyor; ancak tam kurtarmanın birden fazla saat uzakta olması bekleniyor. Her 60 dakikayı mümkün olduğu kadar hızlı bir şekilde geri yüklemek için çalışıyoruz ya da ek bilgi mevcut olursa er

8. 15 Ağustos 2026 08:11 UTCidentified

   Etkilenen bölgenin yeniden rotasını tamamladık ve şimdi bir izleme aşamasındayız. Daha fazla güncelleme 30 dakika içinde ya da ek bilgi mevcut olursa daha erken sağlanacaktır.

9. 15 Ağustos 2026 08:37 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

10. 25 Ağustos 2026 16:00 UTCpostmortem

    15 Ağustos 2026'da, 03:16 UTC'den 08:23 UTC'ye kadar, eu2'deki müşteriler: Data Center - Almanya bölgesi Anaplan platformuna erişimi engelleyen bir hizmet kesintisi yaşadı. Bu süre zarfında, yerel bir altyapı başarısızlığı bölgenin dış hizmetlere bağlanma yeteneğini etkiledi ve platform erişilebilirliğinin kaybıyla sonuçlandı. **Root neden ** Bu kesinti, satıcımızın Frankfurt, Almanya'daki üçüncü parti tesisindeki çevresel bir başarısızlıktan kaynaklanıyordu. Tesisin soğutma sistemindeki bir sızıntı, otomatik güvenlik kapatmalarını kritik ağ ekipmanlarını tetikleyen aşırı ısıtmaya yol açtı. Kaçışlı su da tesis içinde yerelleştirilmiş güç dağıtım sistemlerine zarar verdi, rahatsız ağ cihazları. Bu birleşik güç ve soğutma başarısızlığı, sistemin dış adreslerini çözmesini ve bu bölgede sınırsız talepleri tamamlamasını engelledi. **Recovery** Çünkü tesisin çevresel koşulları bölgeye girmek için güvenli hale getirildi, satıcımız etkilenen ekipmanı değerlendirmek ve tamir etmek için gecikti. Sonuç olarak, mühendislik ekibimiz alternatif bir bölgesel ağ yolu aracılığıyla trafiği yeniden gözden geçirmek için acil bir değişim başlattı, bozulma tesisi ve bölgeyi atlatmak. Bu, tam dış bağlantı ve isim çözünürlüğünü başarıyla restore etti ve platform erişimi tamamen 08:23 UTC tarafından restore edildi. Tesisin operatörü ve satıcımız, 18 Ağustos tarafından onaylanan tam restorasyonla aşağıdaki günlerde kurtarma çalışmalarına devam etti. O dönemde, satıcı onarımı tamamlandığında servis istikrarlı tutmak için acil durumumuzu koruduk. **Corrective and preventative actions** Aşağıdaki önlemleri dayanıklılık güçlendirmek ve benzer bir kesinti riskini azaltmak için uyguluyoruz: * Otomatik olarak trafiği yerelleştirilmiş kesinti sırasında alternatif coğrafi konumlara yönlendiren bir katman ekliyoruz, gerekli hiçbir manuel müdahale gerektirmedi. * Dış çözümleyicilere giden yolda trafik hizmet etmeye devam etmek için önbellek kayıtlarına izin veriyoruz, bu yüzden bölgesel bir olay meydana geldiğinde platform erişimini artık engelleyemiyor. * Üçüncü taraf tesisimiz ve ağ sağlayıcılarımızla kritik güç ve soğutma sistemleri için standartlarını gözden geçirmek ve daha güçlü önleyici korumaların yerinde olmasını sağlamak için çalışıyoruz. Bu sorunun operasyonlarınızda olduğundan özür dileriz. Benzer kesintileri önlemek için yukarıda belirtilen gelişmelere bağlıyız. Sorularınız veya endişeleriniz varsa lütfen Destek ekibimizle iletişime geçin.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 29 Temmuz 2026 11:06 UTCinvestigating

   Şu anda Anaplan Platformu'na erişmek için bir sorun etkisini araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 29 Temmuz 2026 11:36 UTCinvestigating

   Şu anda Anaplan Platformu'na erişmek için bir sorun etkisini araştırıyoruz. Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Şu anda, henüz karar verme zamanımız yok. Bu sorunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı güncellemeye devam edeceğiz.

3. 29 Temmuz 2026 11:41 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

4. 29 Temmuz 2026 12:51 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

5. 7 Ağustos 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.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 24 Temmuz 2026 20:35 UTCinvestigating

   Şu anda bazı müşterilerin modellerini yükleyemeyeceği bir sorunu araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 24 Temmuz 2026 23:01 UTCinvestigating

   Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Şu anda, henüz karar verme zamanımız yok. Bu sorunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı güncellemeye devam edeceğiz.

3. 24 Temmuz 2026 23:33 UTCinvestigating

   Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Destek ekiplerimiz bu konuyu araştırmaya devam ediyor, ancak henüz karar verme zamanımız yok. Bu sorunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı güncellemeye devam edeceğiz.

4. 25 Temmuz 2026 00:07 UTCinvestigating

   Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Bu konu, durumu aktif olarak araştıran ve tüm gerekli adımları tam işlemleri geri yüklemek için değerlendiren üst düzey mühendislik ve liderlik takımlarımıza yükseldi. Bu anda paylaşmak için özel teknik ayrıntılarımız olmasa da, bu olayı çözmenin en yüksek önceliğimizdir. Bozukluk için içtenlikle özür dileriz ve sabrınızı takdir ediyoruz. Her 30 dakikayı güncellemeye devam edeceğiz ya da yeni ayrıntılar ortaya çıkarsa, bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz.

5. 25 Temmuz 2026 00:39 UTCinvestigating

   Potansiyel remediasyon yollarını tespit ettik ve şu anda hizmet istikrarını geri yüklemek için aktif mitigation faaliyetleri ilerliyoruz. Bu aşamada paylaşmak için bir firma tahmin edilen Zamana sahip değiliz, lütfen birincil odaklanmamızın güvenli ve hızlı bir şekilde bu sorunu çözdüğünden emin olun. Mevcut işlem adımlarımızın etkisini yakından takip ediyoruz. Devam eden rahatsızlıktan özür dileriz. Sonraki güncellememiz 30 dakika içinde yayınlanacak veya anahtar dönüm noktaları elde edilecek.

6. 25 Temmuz 2026 01:08 UTCinvestigating

   Bunun neden olduğunu anlıyoruz ve bunu mümkün olduğunca çabuk çözmenizi sağlamak için sizi temin etmek istiyoruz en üst önceliğimizdir. Ekibimiz aktif olarak remediasyonla uğraşıyor ve yerdeki önlemler tam hizmet restorasyonuna yönelik anlamlı ilerleme gösteriyor. Bu süreçte sabrınızı tanırız ve bunu kabul edilmez. Sistemlerimizi yakından takip ediyoruz ve 30 dakika içinde daha fazla güncelleme sağlayacaktır veya daha önce paylaşmak için önemli bir gelişme olmalıdır.

7. 25 Temmuz 2026 01:42 UTCinvestigating

   Yeniden planlarımızı yürütmeye ve doğrulamaya devam ediyoruz. Sürekli ilerlemeyi, kurtarma çabalarının sistematik olarak ilerlediğini görüyoruz. Güvenli ve tam bir kurtarma sağlamak için, dikkatle ilerliyoruz ve henüz belirli teknik dönümleri paylaşmak için bir konumda değiliz. Lütfen tüm yanıt ekibimizin bu olayı çözmeye tamamen adanmış kaldığına emin olun. Sürekli sabrınız için teşekkür ederiz. Önümüzdeki güncellememiz 30 dakika içinde yayınlanacak veya rapor için daha fazla ilerlememiz olduğu sürece.

8. 25 Temmuz 2026 02:18 UTCinvestigating

   Şu anda Kanada bölgesinde acil bakım yapıyoruz. Platforma erişim geçici olarak kısıtlanırken, ekibimiz remediasyon tamamlamak ve tam hizmet restorasyonunu doğrulamak için çalışır. Çevreyi aktif olarak izliyoruz ve ilerleme kaydediyoruz. Sabrınızı takdir ederiz ve bunun işiniz üzerindeki etkisini anlıyoruz. Daha fazla güncelleme her 30 dakika ya da daha önce paylaşmak için önemli bir gelişme olacaktır. Bu rahatsızlıktan dolayı özür dileriz ve mümkün olduğunca çabuk hizmet vermeyi taahhüt ediyoruz.

9. 25 Temmuz 2026 03:09 UTCinvestigating

   Ekibimiz aktif olarak remediasyon çabalarıyla meşgul kalır. Çalışma birden çok iş akışlarında ilerliyor ve tam hizmet restorasyonuna doğru ilerlemeye devam ediyoruz. 30 dakika içinde daha fazla güncelleme sağlayacağız veya daha önce paylaşmak için anlamlı bir gelişme varsa. Sürekli sabrınızı takdir ediyoruz.

10. 25 Temmuz 2026 03:47 UTCinvestigating

    Şu anda Kanada bölgesinde acil bakım yapıyoruz. Ekibimiz, satıcılarımızla koordineli olarak yeniden araçlama çabalarıyla aktif olarak ilgileniyor ve konu yer alıyor. Kanada ortamına müşteri erişimi geçici olarak kısıtlanırken, geçerlilik ve restorasyon çabalarımızı tamamlar. Sabrınızı takdir ederiz ve 1 saat içinde daha fazla güncelleme sağlayacaktır veya paylaşmak için önemli bir gelişme varsa.

11. 25 Temmuz 2026 04:47 UTCinvestigating

    Ekibimiz, satıcımızla yakın koordinasyon içinde Kanada bölgesinde acil bakım yoluyla çalışmaya devam ediyor. Sorun bulundu ve restorasyon çabaları aktif olarak devam ediyor. Kanada ortamına erişim, hizmet restorasyonundan önce gerekli doğrulama adımlarını tamamladığımız gibi geçici olarak kısıtlanır. Bunun sizin işinizde olduğunu ve devam eden sabrınızı takdir ettiğini biliyoruz. Bir sonraki güncellememiz 1 saat içinde veya daha erken önemli bir gelişme meydana gelecektir.

12. 25 Temmuz 2026 06:05 UTCidentified

    Ekibimiz, satıcımızla yakın koordinasyon içinde Kanada bölgesinde acil bakım yoluyla çalışmaya devam ediyor. Ancak konu, kurtarma sürecinin karmaşıklığı ve kapsamı nedeniyle, restorasyonun tamamlanması için birkaç saat sürecek geniş bir çaba olmasını bekliyoruz. Kanada ortamına erişim, kurtarma süresi için kısıtlanacaktır. Bunun sizin işinizdeki önemli etkisini biliyoruz ve sabrınızı içtenlikle takdir ediyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

13. 25 Temmuz 2026 07:06 UTCidentified

    Ekibimiz ve satıcı ortaklarımız bu acil bakım sırasında Kanada bölgesi için karmaşık kurtarma sürecinde ilerleme kaydetmeye devam ediyorlar. Sürekli olarak kurtarma protokollerimizi uyguluyoruz ve her aşamada sistem bütünlüğünü uyguluyoruz. Daha önce de belirtildiği gibi, bu çabanın kapsamı nedeniyle, bu genişletilmiş bir kurtarma süreci olmaya devam ediyor ve Kanada ortamına erişim güvenli ve eksiksiz bir hizmet restorasyonuna yönelik olarak sınırlandırılacaktır. Bu hizmetin kesintisinin operasyonlarınızda olduğunu ve bu adımları gerçekleştirmek için mümkün olan her şeyi yapıyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

14. 25 Temmuz 2026 08:07 UTCidentified

    Mühendislik ve satıcı ekiplerimiz, acil bakım altında Kanada bölgesi için kurtarma adımlarını aktif olarak uygulamaya devam ediyor. Bu zamanda paylaşmak için yeni teknik ayrıntılar veya değişiklikler yoktur, çünkü odakımız tamamen servislerin sistematik ve güvenli restorasyonuna devam etmektedir. Kanada ortamına erişim, bu kurtarma faaliyetleri devam ederken kısıtlanır. Bu genişletilmiş çabayla çalışırken devam eden sabrınızı ve ortaklığınızı takdir ediyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

15. 25 Temmuz 2026 09:06 UTCidentified

    Mühendislik takımlarımız ve satıcı ortaklarımız, Kanada bölgesinin acil bakım altında kurtarma adımlarıyla ilerlemeye devam ediyorlar. Olumlu kafa yolları yapıyoruz ve bölgenin iş alanlarının çoğunluğu için yeniden etkinleştirilmesine daha yakınlaşıyoruz. Kanada ortamına erişim, hizmet istikrarı sağlamak için bu önemli son doğrulama adımlarını uygularken geçici olarak kısıtlanır ve tamamlarken sınırlandırılır. Sabrınızı ve ortaklığınızı kurtarma sürecinin bu son aşamalarına girerken içtenlikle takdir ediyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

16. 25 Temmuz 2026 10:07 UTCinvestigating

    Acil bakım altında Kanada bölgesi için kurtarma adımlarımızı sistematik olarak uygulamaya devam ediyoruz. Mühendislik takımlarımız ve satıcı ortaklarımız son geçerlilik aşamalarına odaklanmış durumdalar ve bölgenin müşterilerin çoğunluğu için izin vermeye devam ediyoruz. Kanada ortamına erişim, bu kritik son adımlar sırasında sistemi istikrarı korumak için zaman kısıtlı kalır. Devam eden sabır ve ortaklığınız için son derece minnettarız. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

17. 25 Temmuz 2026 11:14 UTCidentified

    Mühendislik takımlarımız ve satıcılar, acil bakım altında Kanada bölgesi için geçerliliğin son aşamalarında sistematik olarak ilerlemeye devam ediyorlar. Sistem istikrarını doğrulamaya odaklandık, bu bizi müşterilerin çoğunluğu için bölgeye izin vermek için sürekli bir yolda tutar. Kanada ortamına erişim, bu kritik güvenlik ve istikrar kontrollerinin tamamen tamamlanması için zaman sınırlı kalır. Bu genişletilmiş çabayı tamamladığımız gibi devam eden sabrınız ve ortaklığınız için inanılmaz minnettarız. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

18. 25 Temmuz 2026 12:37 UTCidentified

    Mühendislik ve satıcı ekiplerimiz, Kanada bölgesinin acil bakım altında kurtarma planımızın son hazırlığı aşamalarına giriyor. Access'i geri yüklemeye hazır olduğumuz gibi, planımız bölgedeki tüm hizmetleri kendi Anahtarınızı (korOK) yapılandırmalarınızı getirmekle sağlamaktır. Ayrıca, küçük sayıda iş alanı başlangıçta genel hizmet restorasyonu ile devre dışı kalacaktır. Bu özel kalan çalışma alanları için, her ortamı tamamen stabilite ve veri bütünlüğü garanti etmek için son derece kontrollü, sistematik bir restorasyon planı uygulayacağız. Kanada ortamına erişim bu zamanda sınırlı kalırken, bu son ön hazırlık adımlarını tamamlarız. Bunun operasyonlarınızda devam eden etkisini biliyoruz ve devam eden sabrınızı içtenlikle takdir ediyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

19. 25 Temmuz 2026 13:51 UTCidentified

    Şu anda platformu restore ediyoruz. Mühendislerimiz ve satıcılar, mümkün olduğunca çabuk hizmetleri geri yüklemek için aktif olarak çalışıyorlar. Kurtarma planımızın bir parçası olarak, bölgedeki tüm hizmetleri kendi Anahtarınızı (korOK) yapılandırmalarınızı geri getireceğiz. Ayrıca, küçük sayıda iş alanı ilk servis restorasyonu üzerine geçici olarak devre dışı kalacaktır. Bu özel çalışma alanları için, her ortamı bireysel olarak kurtarmak ve tam istikrar ve veri bütünlüğü garanti etmek için son derece kontrollü, sistematik bir restorasyon süreci gerçekleştireceğiz. Kanada ortamına erişim bu anda kısıtlanıyor Bunun operasyonlarınızda önemli etkisini biliyoruz ve devam eden sabrınızı içtenlikle takdir ediyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

20. 25 Temmuz 2026 16:22 UTCidentified

    Mühendislik ekibimiz, Kanada'daki platform istikrarına aktif olarak devam etmek için çalışıyor (CA1) bölge dikkatle bir kurtarma yoluyla. Başlangıçta genel hizmetleri geri getireceğiz, kendi Anahtarınızı (BYOK) yapılandırmalarınızı getirmeliyiz. istikrarlı ve güvenli bir ortamı garanti etmek için, kontrol edilen restorasyonlar gerçekleştirirken küçük bir çalışma alanı geçici olarak engelli kalabilir. Genel olarak Kanada ortamına erişim bu kritik restorasyon önlemleri tamamladıktan sonra kısıtlanıyor. Bu durumun operasyonlarınızda önemli etkisini derinden biliyoruz ve bu güvenlik önlemleri aracılığıyla çalıştığımız gibi sürekli sabrınızı içtenlikle takdir ediyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

21. 25 Temmuz 2026 17:24 UTCidentified

    Kanada bölgesine genel müşteri erişimi sağladık. Bölgedeki tüm hizmetler artık online olarak getirilir, kendi Anahtarınızı (BYOK) yapılandırmalarınızı getirme istisnası ile. Ayrıca, küçük, belirli sayıda müşteri iş alanı geçici olarak devre dışı kalacaktır. Bu kalan çalışma alanları için, mühendislik takımlarımız, tüm veri bütünlüğü sağlamak için her ortamı güvenle kurtarmak için son derece kontrollü, sistematik bir restorasyon planı yürütüyor. Bu son, kesin kurtarma adımlarını gerçekleştirdiğimiz gibi devam eden sabır ve ortaklığınızı içtenlikle takdir ediyoruz. Sonraki güncellememiz bir saat içinde sağlanacaktır veya daha önce önemli bir gelişme meydana gelmelidir.

22. 25 Temmuz 2026 23:28 UTCidentified

    Bu rahatsızlıktan içtenlikle özür dileriz ve sabrınızı derinden takdir ediyoruz. Kanada bölgesine genel müşteri erişimi restore edildi ve hizmetler online olarak geri dönüyor. Kendi Anahtar yapılandırmalarınızı ve küçük bir çalışma alanınızı tamamen dikkatli olsak, bireyselleştirilmiş restorasyonu tam veri bütünlüğü sağlamak için geçici olarak çevrimdışı kalır. Bir saat içinde daha fazla güncelleme sağlayacağız veya daha önce paylaşmak için önemli bir gelişme varsa.

23. 25 Temmuz 2026 23:52 UTCidentified

    Kanada bölgesine genel müşteri erişimi restore edilmiştir. Kendi Anahtarını Getiren Çalışma Alanı (BYOK) şifreleme, her etkilenen çalışma alanı için bireyselleştirilmiş restorasyonu tamamlarken geçici olarak çevrimdışı kalacaktır. 26 Temmuz'da 09:00 UTC'de BYOK restorasyon durumu hakkında daha fazla güncelleme sağlayacağız. Bozukluk için özür dileriz ve sabrınız için teşekkür ederiz.

24. 26 Temmuz 2026 08:59 UTCinvestigating

    Kanada'yı etkileyen servis kesintisinde yüksek seviyeli bir güncelleme sağlamak için yazıyoruz (CA1) Cuma, 24 Temmuz'da 20:35 UTC'de başlayan bölgeye erişim. Mühendislik takımlarımızın ve satıcı ortaklarımızın özel koordinasyonu sayesinde, Kanada bölgesine genel erişim, Cumartesi günü 25 Temmuz'da 17:24 UTC'de başarıyla yeniden etkinleştirildi. Müşterilerimizin büyük çoğunluğu artık çalışma alanlarına ve modellerine normalde erişebilir. Şimdiki Durum ve Sonraki Adımlar Genel bölge erişimi tamamen restore edilmiş olsa da, kendi Anahtarınızı (BYOK) şifrelemesini elde etmek için çalışan iş alanları geçici olarak çevrimdışı kalır. birincil odaklanmamız şu anda kontrollü bir ortamda teknik kesintiyi başarıyla yeniden üretmekte. Bu üreme aşamasından elde edilen bilgiler, doğrudan etkilenecek ve kalan BYOK iş alanları için en etkili kurtarma yolunu belirleyeceklerdir. Bu sistematik soruşturma ile yapılan araştırmalar, sistem istikrarı ve veri bütünlüğünin en yüksek standartlarını korumamızı sağlar. BYOK çalışma alanı restorasyonu ile 11:00 UTC ile ilgili bir sonraki hedefli güncellememizi sağlamayı bekliyoruz. Bu kesinti için içtenlikle özür dileriz ve bunun operasyonlarınızda olduğu etkisi. Destek ekiplerimiz, herhangi bir soru veya acil ihtiyaçlarla size yardımcı olmak için tam olarak kullanılabilir.

25. 26 Temmuz 2026 11:16 UTCinvestigating

    Kanada'yı etkileyen servis kesintisinde yüksek seviyeli bir güncelleme sağlamak için yazıyoruz (CA1) Cuma, 24 Temmuz'da 20:35 UTC'de başlayan bölgeye erişim. Mühendislik takımlarımızın ve satıcı ortaklarımızın özel koordinasyonu sayesinde, Kanada bölgesine genel erişim, Cumartesi günü 25 Temmuz'da 17:24 UTC'de başarıyla yeniden etkinleştirildi. Müşterilerimizin büyük çoğunluğu artık çalışma alanlarına ve modellerine normalde erişebilir. Şimdiki Durum ve Sonraki Adımlar Genel bölge erişimi tamamen restore edilmiş olsa da, kendi Anahtarınızı (BYOK) şifrelemesini elde etmek için çalışan iş alanları geçici olarak çevrimdışı kalır. birincil odaklanmamız şu anda kontrollü bir ortamda teknik kesintiyi başarıyla yeniden üretmekte. Bu üreme aşamasından elde edilen bilgiler, doğrudan etkilenecek ve kalan BYOK iş alanları için en etkili kurtarma yolunu belirleyeceklerdir. Bu sistematik soruşturma ile yapılan araştırmalar, sistem istikrarı ve veri bütünlüğünin en yüksek standartlarını korumamızı sağlar. BYOK çalışma alanı restorasyonu ile 13:00 UTC ile ilgili bir sonraki hedefli güncellememizi sağlamak bekliyoruz. Bu kesinti için içtenlikle özür dileriz ve bunun operasyonlarınızda olduğu etkisi. Destek ekiplerimiz, herhangi bir soru veya acil ihtiyaçlarla size yardımcı olmak için tam olarak kullanılabilir.

26. 26 Temmuz 2026 13:06 UTCinvestigating

    Kanada'ya genel erişim (CA1) bölge Cumartesi günü tamamen restore edilmiş olsa da, 17:24 UTC'de 25 Temmuz, kendi Anahtarınızı Getiren İş Alanı (kahkadar) şifreleme geçici olarak çevrimdışı kalır. İlkimiz kontrollü bir ortamdaki bozulmayı yeniden üretmeye odaklanırız hala satıcımızla devam ediyor. Bu kritik bir aşamadır, çünkü doğrudan etkileyecek ve geri kalan BYOK iş alanları için en güvenli, en etkili kurtarma yolunu belirleyecektir, sistem istikrarı ve verileri bütünleştirmek için. BYOK iş alanı restorasyonu ile 15:00 UTC ile ilgili bir sonraki hedefli güncellememizi sağlamayı bekliyoruz. Bu kesinti için içtenlikle özür dileriz ve bunun operasyonlarınızda olduğu etkisi. Destek ekiplerimiz, herhangi bir soru veya acil ihtiyaçlarla size yardımcı olmak için tam olarak kullanılabilir.

27. 26 Temmuz 2026 15:20 UTCinvestigating

    CA1 bölgesine genel erişim, müşterilerin çoğunluğu için tamamen restore edilir. Kendi Anahtarını Getiren Çalışma Alanı (BYOK) şifreleme geçici olarak çevrimdışı kalırken güvenli kurtarma, geçerlilik ve kök kaynaklı analizleri sonlandırır. Sebep ve potansiyel düzeltmeyi anlamak için üçüncü taraf şifreleme ortağımızla aktif olarak işbirliği yapıyoruz.

28. 26 Temmuz 2026 17:53 UTCidentified

    CA1 bölgesine genel erişim, müşterilerin çoğunluğu için tamamen restore edilmeye devam ediyor. Kendi Anahtarını Getiren Çalışma Alanı (BYOK) şifreleme, güvenli kurtarmayı, doğrulamayı ve kök kaynaklı analizleri geçici olarak çevrimdışı kalır. Sebep ve potansiyel düzeltmeyi anlamak için üçüncü taraf şifreleme ortağımızla aktif olarak işbirliği yapıyoruz.

29. 26 Temmuz 2026 18:49 UTCidentified

    Kanada'ya genel erişim (CA1) bölge tamamen restore edilir. Bununla birlikte, kendi Anahtarını Getiren iş uzayları (körek) şifreleme geçici olarak çevrimdışı kalacaktır. 27 Temmuz'da BYOK restorasyon durumu hakkında daha fazla güncelleme yapacağız. Bu rahatsızlıktan özür dileriz ve devam eden sabrınız için teşekkür ederiz.

30. 27 Temmuz 2026 10:03 UTCinvestigating

    Kanada'daki kendi Anahtar (BYOK) çalışma alanlarınızı getirmek için devam eden kurtarma çabalarında bir statü güncelleme sağlamak için yazıyoruz (CA1) bölge. Bölge için genel hizmetler tamamen restore ediliyor ve normalde çalışıyor. Şimdiki Araştırma Durumu Mühendislerimiz ve satıcılar son hizmet kesintisinin kök nedeni ile derin soruşturmalarını sürdürüyorlar. Şu anda konuyu özel, üretim olmayan bir ortamda çoğaltmaya yönelik çabalarımıza odaklanıyoruz. Bu kontrollü replikasyon kritik bir adımdır, teknik bulgular doğrudan kalan BYOK iş alanları için en etkili kurtarma yolunu tanımlamamıza ve doğrulamamıza izin verecektir. Sistemin davranışını ilk önce üretimde tamamen anlamak için, nihai restorasyon aşamasındaki verilerin mutlak güvenliğini, istikrarını ve bütünlüğünü garanti edebiliriz. Sabrınızı ve ortaklığınızı bu titiz doğrulama adımlarını gerçekleştirdiğimiz gibi içtenlikle takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşılmalıdır.

31. 27 Temmuz 2026 12:30 UTCinvestigating

    Kanada (CA1) bölgesinde kendi Anahtar (BYOK) çalışma alanınızı getirmek için aktif araştırma ve kurtarma planlarımızı sürdürüyoruz. Bölge için genel hizmetler tamamen restore edilmiş ve normal olarak çalışmaya devam etmektedir. Mühendislik takımlarımız ve satıcı ortaklarımız, kontrollü, üretim olmayan bir ortamdaki bozulmayı çoğaltmaya yönelik çabalarına odaklanmaya devam ediyorlar. Bu güvenli koşullar altında senaryoyu yeniden tanımlamak en yüksek önceliğimizdir, çünkü kalan BYOK iş alanları için en etkili kurtarma yolunu tanımlamamıza ve doğrulamamıza izin verecek kritik adımdır. Restorasyon sürecinin, bir kez başlatılan, sistem istikrarını ve veri bütünlüğünü korumak için yöntemsel olarak ilerliyoruz. Bu derin teknik doğrulama devam ederken devam eden sabrınızı ve ortaklığınızı takdir ediyoruz. Önümüzdeki güncellememiz iki saat içinde sağlanacaktır veya daha önce paylaşmak için yeni bir ilerlememiz olmalıdır.

32. 27 Temmuz 2026 14:04 UTCinvestigating

    Kanada'daki kendi Key (BYOK) çalışma alanlarını geri getirmek için aktif çabalarımızı sürdürüyoruz (CA1) bölgede. Bölgedeki genel hizmetler tamamen restore ediliyor ve normalde çalışıyor. Kararı genişletmek için, mühendislik takımlarımız ve satıcılar eşzamanlı olarak birden fazla soruşturma hattı takip ediyorlar. Bu çok yönlü yaklaşım, restorasyon planımızın tam olarak doğrulandığını ve çevrenizin bütünlüğünü korumak için kritik. Sabrınızı ve ortaklığınızı bu eşzamanlı çabaları gerçekleştirdiğimiz gibi içtenlikle takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir atılım elde etmeliyiz.

33. 27 Temmuz 2026 15:54 UTCidentified

    Kanada'daki kendi Key (BYOK) çalışma alanlarını geri getirmek için aktif çabalarımızı sürdürüyoruz (CA1) bölgede. Bölgedeki genel hizmetler tamamen restore ediliyor ve normalde çalışıyor. Mühendislik takımlarımız ve satıcı ortaklarımız, birden çok soruşturma hattını takip ediyorlar. Bu paralel yaklaşım, geri kalan BYOK iş alanları için en etkili kurtarma yolunu doğrulamak ve tamamlamak için kasıtlı olarak yürütülmektedir, hizmetleri güvenli bir şekilde geri yüklememizi ve en yüksek istikrar düzeyiyle sağlamak. Ekiplerimiz bu gerekli adımlarla çalışırken sürekli sabrınızı takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir atılım elde etmeliyiz.

34. 27 Temmuz 2026 17:37 UTCinvestigating

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş ve normal olarak çalışmaya devam ederken, kendi Anahtarınızı (korOK) iş alanlarınızı getirmek için özel odaklanmaya devam ediyoruz. Takımlarımız sistematik olarak birden paralel iş akışlarıyla ilerliyor. Bu çabaları tutarlı bir şekilde gerçekleştirmek, tüm sonuçları iyice analiz etmemize ve kalan BYOK iş alanları için en etkili kurtarma yolunu uygulamamıza olanak sağlar, hizmetleri güvenli bir şekilde ve en yüksek stabilite seviyesine geri yüklememizi sağlar. Bu kritik kurtarma adımlarını gerçekleştirdiğimiz gibi devam eden ortaklığınızı ve sabrınızı takdir ediyoruz. 28 Temmuz 2026'da BYOK restorasyon durumu hakkında daha fazla güncelleme yapacağız.

35. 28 Temmuz 2026 09:02 UTCidentified

    Kanada'daki genel hizmetler (CA1) bölgede tamamen restore edilmiş ve normal olarak faaliyet göstermektedir. Kalanlar için Kendi Anahtar (BYOK) çalışma alanlarınızı getirin, takımlarımız birden paralel iş akışlarını yürütmeye devam ediyorlar. Bu eşzamanlı yaklaşım, mutlak sistem istikrarı sağlamak için kalan BYOK iş alanları için en etkili kurtarma yolunu bilerek gerçekleştirilmektedir. Sürekli sabrınızı takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

36. 28 Temmuz 2026 11:01 UTCidentified

    Kanada'daki genel hizmetler normal olarak çalışmaya devam ediyor ve tamamen istikrarlı kalıyor. Mühendislerimiz ve satıcı ekiplerimiz, kalanların Kendi Anahtarını (BYOK) çalışma alanlarınızı ele almak için birden fazla eşzamanlı iş akışları ile ilerlemeye devam ediyor. Bu paralel yaklaşım, aktif odaklanmamızı sürdürüyor ve geri kalan BYOK iş alanları için en etkili kurtarma yolunu sistematik olarak doğrulamamıza ve uygulamamıza izin veriyor. Sürekli sabrınızı ve desteğini takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

37. 28 Temmuz 2026 13:11 UTCidentified

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş, istikrarlı ve normal olarak çalışmaya devam etmektedir. Mühendislik takımlarımız ve satıcı ortaklarımız, kalan anahtarınızı (BYOK) çalışma alanlarınızı ele almak için birden fazla eşzamanlı iş akışlarıyla ilerlemeye devam ediyorlar. Bu paralel strateji aktif odaklanmamızı sürdürüyor, geri kalan BYOK iş alanları için en etkili kurtarma yolunu sistematik olarak doğrulamamıza ve uygulamamıza izin veriyor. Bu kasıtlı adımlarla çalışırken devam eden sabrınızı içtenlikle takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

38. 28 Temmuz 2026 16:02 UTCidentified

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş, istikrarlı ve normal olarak çalışmaya devam etmektedir. Mühendislik takımlarımız ve satıcı ortaklarımız, kendi Anahtarınızı (BYOK) çalışma alanlarınızı birden paralel iş akışları aracılığıyla aktif olarak sürdürüyorlar. Bu kritik doğrulama aşamalarını tamamladığımız gibi devam eden sabır ve ortaklığınızı takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

39. 28 Temmuz 2026 19:51 UTCidentified

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş ve normal olarak çalışmaya devam ederken, kendi Anahtarınızı (korOK) iş alanlarınızı getirmek için özel odaklanmaya devam ediyoruz. Takımlarımız sistematik olarak birden paralel iş akışlarıyla ilerliyor. Bu çabaları tutarlı bir şekilde gerçekleştirmek, tüm sonuçları iyice analiz etmemize ve kalan BYOK iş alanları için en etkili kurtarma yolunu uygulamamıza olanak sağlar, hizmetleri güvenli bir şekilde ve en yüksek stabilite seviyesine geri yüklememizi sağlar. Bu kritik kurtarma adımlarını gerçekleştirdiğimiz gibi devam eden ortaklığınızı ve sabrınızı takdir ediyoruz. 29 Temmuz 2026'da BYOK restorasyon durumu hakkında daha fazla güncelleme yapacağız.

40. 29 Temmuz 2026 09:04 UTCidentified

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş ve normal olarak çalışmaya devam ederken, kendi Anahtarınızı (korOK) iş alanlarınızı getirmek için özel odaklanmaya devam ediyoruz. Ekiplerimiz birden paralel iş akışları aracılığıyla sistematik olarak ilerlemeye devam ediyor. Şu anda bu çabaları gerçekleştirmek, tüm teknik sonuçları iyice analiz etmemize ve kalan BYOK iş alanları için en güvenli ve en istikrarlı kurtarma yolunu uygulamamızı sağlar. Bu kritik kurtarma adımlarını gerçekleştirdiğimiz gibi devam eden ortaklığınızı ve sabrınızı takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

41. 29 Temmuz 2026 13:23 UTCinvestigating

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş ve normal olarak çalışmaya devam ederken, kendi Anahtarınızı (korOK) iş alanlarınızı getirmek için özel odaklanmaya devam ediyoruz. Takımlarımız hala sistematik olarak ilerlemeye devam ediyor, birden paralel iş akışları aracılığıyla. Şu anda bu çabaları gerçekleştirmek, tüm teknik sonuçları iyice analiz etmemize ve kalan BYOK iş alanları için en güvenli ve en istikrarlı kurtarma yolunu uygulamamızı sağlar. Bu kritik kurtarma adımlarını gerçekleştirdiğimiz gibi devam eden ortaklığınızı ve sabrınızı takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

42. 29 Temmuz 2026 15:21 UTCinvestigating

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş ve normal olarak çalışmaya devam etmektedir. Mühendislerimiz ve operasyon ekiplerimiz kendi anahtarınızı (kömün) çalışma alanlarınızı geri almaya odaklanır. En güvenli olası restorasyonu sağlamak için, aktif olarak birden paralel kurtarma iş akışlarını geliştiriyoruz. Bu çabaları koordine ederek gerçek zamanlı olarak teknik sonuçları titiz bir şekilde analiz etmemizi sağlar, kalan BYOK iş alanları için en istikrarlı ve güvenli yolu doğrulamamızı ve uygulamamızı sağlar. Bu kritik kurtarma adımlarını sistematik olarak gerçekleştirdiğimiz gibi devam eden sabır ve ortaklığınızı içtenlikle takdir ediyoruz. Bir sonraki güncellememiz iki saat içinde sağlanacaktır veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

43. 29 Temmuz 2026 17:17 UTCinvestigating

    Kanada'daki genel hizmetler (CA1) bölge tamamen restore edilmiş ve normal olarak çalışmaya devam ederken, kendi Anahtarınızı (korOK) iş alanlarınızı getirmek için özel odaklanmaya devam ediyoruz. Takımlarımız sistematik olarak birden paralel iş akışlarıyla ilerliyor. Bu çabaları tutarlı bir şekilde gerçekleştirmek, tüm sonuçları iyice analiz etmemize ve kalan BYOK iş alanları için en etkili kurtarma yolunu uygulamamıza olanak sağlar, hizmetleri güvenli bir şekilde ve en yüksek stabilite seviyesine geri yüklememizi sağlar. Bu kritik kurtarma adımlarını gerçekleştirdiğimiz gibi devam eden ortaklığınızı ve sabrınızı takdir ediyoruz. 30 Temmuz 2026'da BYOK restorasyon durumu hakkında daha fazla güncelleme yapacağız.

44. 30 Temmuz 2026 08:59 UTCinvestigating

    Kanada'daki genel hizmetler (CA1) bölge normalde tam bir istikrarla çalışmaya devam ederken, teknik ekiplerimiz geri kalanını kendi Anahtarınızı (korOK) iş alanlarınızı geri getirmek için özveriyle koruyor. Mümkün restorasyon yolunu doğrulamak ve yürütmek için birden paralel iş akışlarını geliştirmeye devam ediyoruz. Bu çabaları koordineli olarak yürütmek, tüm teknik sonuçları iyice analiz etmemize olanak sağlar, tüm olağanüstü BYOK iş alanları için en yüksek güvenlik ve istikrar seviyesine geri yüklememizi sağlar. Sürekli sabrınızı ve ortaklığınızı bu kritik kurtarma adımları aracılığıyla sistematik olarak çalıştığımız gibi takdir ediyoruz. BYOK restorasyonunda iki saat içinde daha fazla güncelleme sağlayacağız.

45. 30 Temmuz 2026 11:07 UTCinvestigating

    Kanada'daki genel hizmetler (CA1) bölge normalde tam bir istikrarla çalışmaya devam ederken, teknik ekiplerimiz geri kalanını kendi Anahtarınızı (korOK) iş alanlarınızı geri getirmek için özveriyle koruyor. Mümkün restorasyon yolunu doğrulamak ve yürütmek için birden paralel iş akışlarını geliştirmeye devam ediyoruz. Bu çabaları koordineli olarak yürütmek, tüm teknik sonuçları iyice analiz etmemize olanak sağlar, tüm olağanüstü BYOK iş alanları için en yüksek güvenlik ve istikrar seviyesine geri yüklememizi sağlar. Sürekli sabrınızı ve ortaklığınızı bu kritik kurtarma adımları aracılığıyla sistematik olarak çalıştığımız gibi takdir ediyoruz. 31 Temmuz 2026'da BYOK restorasyon durumu hakkında daha fazla güncelleme sağlayacağız veya önemli bir dönüm noktasına ulaşmalıyız.

46. 31 Temmuz 2026 09:04 UTCinvestigating

    Kanada'daki genel hizmetler (CA1) bölge normalde tam bir istikrarla çalışmaya devam ederken, teknik ekiplerimiz geri kalanını kendi Anahtarınızı (korOK) iş alanlarınızı geri getirmek için özveriyle koruyor. Mümkün restorasyon yolunu doğrulamak ve yürütmek için birden paralel iş akışlarını geliştirmeye devam ediyoruz. Bu çabaları koordineli olarak yürütmek, tüm teknik sonuçları iyice analiz etmemize olanak sağlar, tüm olağanüstü BYOK iş alanları için en yüksek güvenlik ve istikrar seviyesine geri yüklememizi sağlar. Sürekli sabrınızı ve ortaklığınızı bu kritik kurtarma adımları aracılığıyla sistematik olarak çalıştığımız gibi takdir ediyoruz. 3. Ağustos 2026'da BYOK restorasyon durumu hakkında daha fazla güncelleme sağlayacağız veya daha önce önemli bir dönüm noktasına ulaşmalıyız.

47. 31 Temmuz 2026 13:47 UTCresolved

    Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

48. 11 Ağustos 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.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 21 Temmuz 2026 14:30 UTCinvestigating

   Şu anda müşterilerin Cloudworks entegrasyonlarını çalıştırma yeteneğini etkileyen bir sorunu araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 21 Temmuz 2026 14:44 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

3. 21 Temmuz 2026 14:54 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

4. 30 Temmuz 2026 22:22 UTCpostmortem

   21 Temmuz 2026, 14:15 UTC ve 14:50 UTC arasında, us5: Cloud - ABD Doğu bölgesi BulutWorksTM entegrasyonları için bir kesinti yaşadı. Bu pencerede, otomatik iş akışları tetiklenemez ve kullanıcılar entegrasyon hizmetlerine erişen zorluklar yaşayabilirler. **Root neden ** Sorun, bir sistem salıvermeyi takip eden temel depolama sistemlerinde kısa bir kesinti ile tetiklendi. Bu, entegrasyon programlayıcı sistemi içinde bağlantı kaybına yol açtı ve bu, başarıyla kuyruklanmış veya tetiklenen görevleri engelledi. **Recovery** Mühendislik ekibimiz sorunu tespit etti ve hemen harekete geçti. Sistem bağlantılarını, alt servislerin otomatik olarak kurtarıldığı ve planlanan iş akışlarını doğrulamak için test entegrasyonları gerçekleştirdik. Bu doğrulama kontrolleri, tüm zamanlama mekanizmalarının bir sistem yeniden başlatmasını gerektirmeden güvenli bir şekilde normal operasyonları yeniden başlatdığını doğruladı. 14:50 UTC'ye göre mesele tamamen çözülmüştü. **Corrective and preventative actions** * Yüksek yük koşulları altında istikrarı sağlamak için geri dönüşümlü işlemler sırasında sistem performansına derin bir araştırma yapıyoruz. * Ticaretten önce "okuy" bir duruma ulaşmasını sağlamak için entegrasyon programları için gelişmiş sağlık kontrolleri uyguluyoruz. * Herhangi bir bölgesel güncelleme veya rollback'i hemen takip eden görev kuyruk derinliğinin otomatik olarak geçerliliğini içerecek şekilde dağıtım süreçlerimizi güncelliyoruz. * Bu hizmet için kaynak boyutlandırma belgelerimizi, dağıtım ve rollback işlemleri için yeterli kapasite sağlamak için önerilen istek / kesinti değerleri ile güncelliyoruz. Bu sorunun iş operasyonlarınızda sahip olabileceği herhangi bir etki için özür dileriz. Sistemimizi ve prosedürlerimizi işinize ve kullanıcılara kesintilerden kaçınmak için güçlendiriyoruz. Daha fazla soru veya endişeniz varsa, lütfen [Dene] (https://www.google.com/url?q=https%3A%2Fsupport.anaplan.com%2Fsupport. Bu olay sırasında sabrınızı takdir ediyoruz ve Anaplan'da bulunduğunuz güvene değer veriyoruz.

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 14 Temmuz 2026 20:04 UTCinvestigating

   Şu anda müşterilerin Cloudworks entegrasyonlarını çalıştırma yeteneğini etkileyen bir sorunu araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 14 Temmuz 2026 21:00 UTCmonitoring

   Bir şeyin yanlış gittiğini gördük. Şu anda konuyu araştırıyoruz ve yakında bir güncelleme sağlayacaktır.

3. 14 Temmuz 2026 21:04 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

4. 14 Temmuz 2026 21:12 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

5. 22 Temmuz 2026 18:15 UTCpostmortem

   14 Temmuz 2026'da, 19:55 UTC'de müşterilerimiz 7: Bulut - ABD Batı Bölgesi BulutWorksTM entegrasyonu iş işlemesinde gecikmeler ve başarısızlıklar yaşadı. Bu bölgede koşmak için planlanan tüm işler beklendiği gibi tamamlanmadı, bir kez hizmet tamamen restore edilmiş bir işlem backlogunda ortaya çıktı. Kök neden BulutWorksTM servisini geçici olarak destekleyen bir arka uç bileşeni, kısa bir bağlantı kesintisine yol açtı. Veritabanı hemen kurtarılmasına rağmen, BulutWorksTM işleme bileşenleri aktif bağlantılarda kaldı ve otomatik olarak yeniden bağlantı kurmadı. Bu, entegrasyon işlerini tamamlamak ve bir dizi planlanan görevlerin bir araya getirilmesini engelledi. Kurtarma Mühendislik ekibimiz sorunu tespit etti ve hemen harekete geçti. Ekip, BulutWorksTM işleme bileşenlerini tüm stale ve aktif bağlantıları temizlemek için yeniden başlattı. Sürekli olarak bekleyen entegrasyon işlerinin arkasını temizlemek için, bileşenlerin işleme kapasitesini geçici olarak artırdık. Bu entegrasyon işlerini normal olarak tamamlandıktan sonra ve backlog tamamen işlendi, sistemi orijinal kapasiteye geri döndük. 21:14 UTC'ye göre mesele tamamen çözülmüştü. Doğru ve önleyici eylemler Recurrence önlemek için aşağıdaki eylemleri uyguluyoruz: * **Memory tahsis artışı:** hafıza paylaşımını bizim 7'deki arka uç bileşeni için artırıyoruz. Bu, gelecekte meydana gelen benzer bir hafıza basıncı olayın olasılığını azaltır. * **Background process optimizasyonu:** Geri uç bileşene gereksiz yüke katkıda bulunan belirli arka ölçüm koleksiyon süreçleri devre dışı bıraktık. Bu, zamanla hafıza basıncı binası riskini daha da azaltır. * **Resilience testi:** Mühendislik takımlarımız, CloudWorksTM servisinin kısa bağlantı kesintileri sırasında nasıl davrandığını daha iyi anlamak için üretim olmayan ortamlarda kontrollü testler yürütüyorlar. Bu çalışma, hizmetin otomatik olarak kurtarma yeteneğini geliştirmemize yardımcı olacaktır - manuel müdahale gerektirmeden - gelecekte benzer bir olay meydana gelmelidir. Bu sorunun operasyonlarınızda olduğundan özür dileriz. Benzer kesintileri önlemek için yukarıda belirtilen gelişmelere bağlıyız. Sorularınız veya endişeleriniz varsa, lütfen temasa geçin (https://support.anaplan.com/).

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 2 Temmuz 2026 00:00 UTCinvestigating

   Şu anda Anaplan Platformu'na erişmek için bir sorun etkisini araştırıyoruz. Bu sorunu mümkün olduğunca çabuk çözmek için çalışıyoruz ve her 30 dakika veya karar üzerine güncelleştirmeler sağlayacaktır.

2. 2 Temmuz 2026 00:30 UTCinvestigating

   Bu konuyu araştırmaya devam ettikçe sabrınız için teşekkür ederiz. Şu anda etkilenen bölgelerde tam olarak kullanılamazlığa neden olan kritik bir hizmet kesintisi yaşıyoruz. Bu bölgelerdeki servislere erişmeye çalışan kullanıcılar, kaynakları yükleme zamanı ve başarısızlıkla karşılaşacaklar. Şu anda, henüz karar verme zamanımız yok. Bu sorunu mümkün olduğunca çabuk çözmek için çalışırken her 30 dakikayı güncellemeye devam edeceğiz.

3. 2 Temmuz 2026 00:59 UTCinvestigating

   ME1 ve AB5 bölgemizdeki müşteriler için giriş ve platform erişimi etkileyen bir sorunu araştırıyoruz. İlk soruşturma bu bölgeler için kimlik doğrulama yolunda bir kesintiye işaret eder. Bunu çözmek en yüksek önceliğimizdir ve mühendislik ekiplerimiz normal operasyonları geri yüklemek için aktif olarak çalışmaktadır. Henüz bir ETA yok. 30 dakika içinde başka bir güncelleme sağlayacağız veya daha önce önemli yeni bilgilere sahip olursak.

4. 2 Temmuz 2026 01:29 UTCinvestigating

   ME1 ve EU5 bölgeleri etkileyen giriş ve platform erişim sorunu ile ilgili soruşturmamız devam ediyor. Satıcılarımızı kök nedenini tanımlamak ve çözmek için çalışıyoruz. Bunu çözmek en yüksek önceliğimizdir. Henüz ETA yok. Önümüzdeki güncellememizi 30 dakika içinde sağlayacağız ya da önemli yeni bilgilerimiz varsa erteleyeceğiz.

5. 2 Temmuz 2026 01:58 UTCinvestigating

   ME1 ve EU5 bölgeleri etkileyen giriş ve platform erişim sorunu ile ilgili soruşturmamız devam ediyor. Mühendislik takımlarımız soruşturmayı daralttı ve altyapı ortağımızla işbirliği içinde birçok soruşturma hattı takip ediyor. Restoring servisi en yüksek önceliğimizdir. Henüz ETA yok. Önümüzdeki güncellememizi 30 dakika içinde sağlayacağız ya da önemli yeni bilgilerimiz varsa erteleyeceğiz.

6. 2 Temmuz 2026 02:27 UTCinvestigating

   ME1 ve AB5 bölgemizdeki müşteriler için giriş ve platform erişimi etkileyen bir sorunu araştırıyoruz. Sorun 1 Temmuz 2026'da yaklaşık 23:52 UTC'de başladı. Infrastucture partnerimiz ile koordineli olarak, potansiyel sebepleri başarıyla daralttık ve şu anda sorunu hedeflemek için yoğunlaştırıyoruz. Ekibimiz bu konuyu mümkün olduğunca çabuk çözmeye tamamen adanmıştır. Önümüzdeki güncellememizi 30 dakika içinde sağlayacağız veya daha önce önemli yeni bilgilere sahip olursak.

7. 2 Temmuz 2026 02:55 UTCinvestigating

   ME1 ve AB5 bölgemizdeki müşteriler için giriş ve platform erişim konusunu araştırmaya devam ediyoruz. Potansiyel nedeni tespit ettik ve sorunu ele almak ve tam hizmeti geri yüklemek için aktif olarak mitigation adımlarını ilerliyoruz. Yenileme ilerlemeleri olarak güncellemelere devam edeceğiz. Önümüzdeki güncellememizi 30 dakika içinde sağlayacağız veya daha önce önemli yeni bilgilere sahip olursak.

8. 2 Temmuz 2026 03:21 UTCmonitoring

   Servis şimdi restore edilmiştir; artık normal aktivitelere yeniden başlayabilirsiniz. Platformu daha fazla sorun ortaya çıkmamasını sağlamak için izlemeye devam edeceğiz. Herhangi bir sorunuz varsa, endişeler veya sorunları deneyimlemeye devam edin, lütfen Anaplan Destek ile iletişime geçmeyi tereddüt etmeyin. Bu durumu tamamen çözdüğümüzde size son bir güncelleme sağlayacağız.

9. 2 Temmuz 2026 04:00 UTCresolved

   Sorunun şimdi çözüldüğünü doğruladık. Bu sorunu etkileyen herhangi bir etki için derinden özür dileriz. Sabrınızı ve ortaklığınızı bu konuda çalıştık. Statüsümizde paylaşılacak ayrıntılı bir kök nedeni analizi (RCA) ile 7 iş günü içinde takip edeceğiz. Herhangi bir sorunuz veya endişeniz varsa, lütfen Anaplan Desteğinde bizimle iletişime geçmeyi tereddüt etmeyin.

10. 10 Temmuz 2026 18:35 UTCpostmortem

    1 Temmuz 2026'da, yaklaşık 23:52 UTC'de, izleme sistemlerim müşterileri bana1: Bulut - Orta Doğu ve eu5: Bulut - Avrupa bölgeleri. Bu süre zarfında, etkilenen müşteriler platforma giriş yapamıyorlardı. Servis 03:21 UTC'de restore edildi **Root neden ** Bu kesinti, planlı bir ağ yapılandırma değişikliğinden iç isim karar altyapımıza kaynaklandı. Bir yanlış yapılandırma, yerinde temel bir çatışmayı terk eden değişimin bir parçası olarak tanıtıldı. Bu, iç isim aramaları için geri dönüş trafiğinin rutin ağ aktivitesi sırasında yanlış bir yol almasına neden oldu. Sonuç olarak, iç isim kararı iki etkilenen bölge için başarısız oldu. Bu, kimlik doğrulama akışını tamamlamayı ve müşterilerin giriş yapmasını engelledi. **Recovery** 23:52 UTC, mühendislik ekibimiz ve altyapı ortağımız paralel olarak araştırmaya başladı. Çünkü iç isim kararları sorunları kendilerini birkaç farklı şekilde sunabilir, ekip daha önce belirli routing çatışma sorumlusunu izole etmeden önce birden fazla soruşturma yoluyla çalıştı. Tanımlandığında, önceki bilinen iyi routing yapılandırmasını restore etmek için son değişikliği geri aldık. Connectivity geri dönüşümlü olarak geri dönüşümlü olarak geri döndü ve 03:21 UTC tarafından her iki etkilenen bölge için kimlik doğrulama tamamen restore edildi. **Corrective and preventative actions** Bir recurrence önlemek için aşağıdaki eylemleri uyguluyoruz: * Bu olaydan sorumlu olan çatışma sınıfını özellikle tespit eden önceden değiştirme doğrulama ekliyoruz. Bu, benzer bir değişiklikten önce temel yapılandırma konusu kapatılabilir. * Etkilenen routing kurulumunu tekrar tanıtılması için yeniden birleştiriyoruz. Bu, kaynaktaki temel sorunu ortadan kaldırır. * Bulut ortamlarımız arasındaki iç isim karar yollarımız için izlememizi geliştiriyoruz. Bu, bu sorunu tespit etme ve çözme zamanı kısaltır. **Closing** Bu kesintinin operasyonlarınızda olduğundan özür dileriz. Yukarıdaki doğru eylemler gelecekte benzer bir sorunun yeniden tanımlanmasına odaklanmıştır. Sorularınız veya endişeleriniz varsa, lütfen temasa geçin (https://support.anaplan.com/).

Resmî olay güncellemesinden otomatik olarak çevrilmiştir.

1. 22 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Temmuz 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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 Haziran 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.