Pricing
Status historyRSS updatesStatus API

Powered by Uptimus

    Historique des pannes de Anaplan

    70 Anaplan incidents · août 2025 — official updates, affected components, duration and resolution details.

    Retour au statut actuel

    Alertes à la plateforme

    Début 27 octobre 2026 à 13:22 UTC · 2h 19m

    IssuesIncident mineur
    Composants affectés
    us1: Data Center - US East
    1. 27 octobre 2026 à 13:22 UTCinvestigating

      Nous enquêtons actuellement sur un problème qui fait que certains clients éprouvent des problèmes lorsqu'ils se connectent à la plateforme Anaplan. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 27 octobre 2026 à 14:52 UTCidentified

      Notre fournisseur a identifié un problème de tiers affectant certains clients dont le trafic passe par des pare-feu de fournisseurs externes à la suite de mises à niveau récentes du firmware. Les clients touchés peuvent observer les comportements suivants : Erreurs ERR TIMED OUT sur HTTPS standard Nos équipes surveillent activement les efforts de remise en état du fournisseur pour s'assurer que les services sont pleinement stabilisés. Nous fournirons d'autres mises à jour dans 60 minutes ou après résolution.

    3. 27 octobre 2026 à 15:03 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    4. 27 octobre 2026 à 15:41 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 26 octobre 2026 à 10:55 UTC · 30m

    OutageIncident majeur
    Composants affectés
    me1: Cloud - Saudi Arabia
    1. 26 octobre 2026 à 10:55 UTCinvestigating

      Nous étudions actuellement l'accès dégradé aux modèles dans la région me1. Les utilisateurs sont incapables de naviguer vers les modèles via l'interface utilisateur Anaplan. Impact: - Navigation des modèles via l'interface utilisateur: Affecté — les utilisateurs ne peuvent pas naviguer ou ouvrir les modèles via la navigation standard de l'interface utilisateur. - Accès au modèle via des liens raccourcis: Disponible — Les utilisateurs qui ont un raccourci direct ou un lien bookmarké vers un modèle peuvent toujours y accéder. - Sessions déjà actives: Intouchées — les utilisateurs actuellement connectés dans un modèle ne sont pas touchés. - Non affecté. Nous nous efforçons d'identifier la cause profonde et de rétablir la pleine navigation le plus rapidement possible. Nous fournirons une mise à jour dans 30 minutes ou dès que nous aurons plus d'informations.

    2. 26 octobre 2026 à 10:57 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    3. 26 octobre 2026 à 11:25 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 16 octobre 2026 à 14:44 UTC · 56m

    OutageIncident critique
    Composants affectés
    eu2: Data Center - Germanyus5: Cloud - US Eastus7: Cloud - USap1: Cloud - Japanus2: Data Center - US Westeu1: Data Center - Netherlandsus1: Data Center - US Easteu4: Cloud - Europe
    1. 16 octobre 2026 à 14:44 UTCinvestigating

      Nous enquêtons actuellement sur un problème affectant la capacité des clients d'accéder à la plateforme Anaplan. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 16 octobre 2026 à 14:57 UTCinvestigating

      Nous continuons d'enquêter sur cette question.

    3. 16 octobre 2026 à 15:07 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    4. 16 octobre 2026 à 15:40 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    5. 27 octobre 2026 à 21:01 UTCpostmortem

      **Introduction** Entre 14h25 UTC et 15h05 UTC le 16 octobre 2026, les utilisateurs n'ont pas pu se connecter à la plateforme ni accéder à leurs modèles. Cette perturbation a duré 40 minutes, affectant les clients dans les endroits suivants: * nous1: Centre de données - US East * us2: Centre de données - US West * eu1: Centre de données - Pays-Bas * eu2: Centre de données - Allemagne * eu4: Nuage - Europe * nous5: Nuage - États-Unis Est * nous7: Nuage - US * ap1: Nuage - Japon ** Cause de la mort** L'incident a été déclenché lorsqu'une recherche administrative des rôles d'utilisateur a commencé une requête lourde de ressources. Cette requête s'est produite après avoir sélectionné un hyperlien de rôle vide, qui a lancé un processus de synchronisation des données qui n'a pas réussi à filtrer les enregistrements dupliqués. Grâce au traitement de ces enregistrements en double, notre système d'authentification a connu une utilisation extrêmement élevée. Les ressources disponibles étaient épuisées et les services d'accès à la plate-forme ne répondaient plus. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. Nous avons temporairement réduit le service d'authentification pour réduire la charge, permettant au système de récupérer, et augmenté la capacité de traitement. Une fois le système d'authentification stabilisé, les services ont été rétablis à pleine capacité. De plus, nous avons mis en oeuvre des lignes directrices opérationnelles à l'intention de nos équipes de soutien afin d'éviter de déclencher l'option de recherche riche en ressources pendant que des correctifs permanents étaient préparés. À 15h05 UTC, la question a été entièrement résolue. ** Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous avons mis à jour l'interface administrative pour afficher les rôles vides en texte simple, empêchant le déclenchement de la requête ressource-faible. * Nous optimisons la logique de requête système pour dédoubler efficacement les enregistrements utilisateur pendant les processus de synchronisation. * Nous automatisons les synchronisations de mise à jour utilisateur en arrière-plan pour éviter que ces processus n'aient une incidence sur les sessions utilisateur actives. * Nous accroissons la capacité de traitement et les répliques de configuration dans toutes les régions du monde pour améliorer la résilience globale du système. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales. Nous renforçons constamment nos systèmes et nos procédures pour nous assurer d'éviter de nouvelles perturbations pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez consulter notre site Web [Support](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 7 octobre 2026 à 15:42 UTC · 2h 20m

    OutageIncident majeur
    Composants affectés
    us2: Data Center - US West
    1. 7 octobre 2026 à 15:42 UTCinvestigating

      Nous enquêtons actuellement sur un problème entraînant des erreurs intermittentes lorsqu'on tente de charger des modèles. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 7 octobre 2026 à 15:58 UTCidentified

      Nous avons identifié la cause probable du problème et nous nous concentrons actuellement sur la restauration du service le plus rapidement possible. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous fournirons d'autres mises à jour dans 30 minutes ou après résolution.

    3. 7 octobre 2026 à 16:28 UTCidentified

      Nous avons identifié la cause probable de l'incident et nous travaillons activement à rétablir le service le plus rapidement possible. Un temps de résolution n'est pas encore disponible. Nous publierons une nouvelle mise à jour dans les 30 minutes, ou immédiatement après la résolution.

    4. 7 octobre 2026 à 16:59 UTCidentified

      Nous continuons d'enquêter sur cet incident et nous travaillons actuellement à plusieurs étapes de rétablissement afin de rétablir le service le plus rapidement possible. Notre équipe d'ingénieurs est activement engagée et priorise une restauration complète. Nous fournirons notre prochaine mise à jour dans les 30 minutes, ou plus tôt si nous avons des progrès importants à partager. Nous apprécions votre patience et nous excusons pour tout inconvénient que cela pourrait causer.

    5. 7 octobre 2026 à 17:32 UTCidentified

      Nous avons apporté quelques changements et nous constatons des progrès positifs. Bien que la question ne soit pas encore entièrement résolue, le volume des erreurs a considérablement diminué. Notre équipe d'ingénieurs continue de travailler à travers les étapes de récupération pour réaliser une restauration complète. Nous fournirons notre prochaine mise à jour dans les 30 minutes, ou plus tôt si nous avons des progrès importants à partager. Nous apprécions votre patience et nous excusons pour tout inconvénient que cela pourrait causer.

    6. 7 octobre 2026 à 17:46 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    7. 7 octobre 2026 à 18:02 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    8. 16 octobre 2026 à 18:22 UTCpostmortem

      Entre 14h41 UTC et 17h47 UTC le mercredi 7 octobre 2026, les clients qui tentent d'accéder aux modèles chez nous2: Data Center - US West ont peut-être connu des retards de chargement intermittents, des erreurs réseau et des erreurs HTTP 500. ** Cause de la mort** L'incident a été déclenché par une mise à jour de maintenance automatisée qui a entraîné une réinitialisation inattendue de l'interface réseau sur un hôte d'infrastructure. Lorsque l'interface réseau a été initialisée, un comportement logiciel inattendu a empêché le trafic réseau de router normalement. Bien que les interfaces réseau aient signalé un bon état de liaison avec les systèmes de surveillance, le conducteur a cessé de transmettre le trafic réseau. Cette défaillance silencieuse a désactivé les machines virtuelles hébergées sur ce serveur, y compris les services de cache et d'authentification DNS régionaux primaires. La perte de ces services de routage primaire a accru le trafic sur les serveurs restants, ce qui a entraîné des retards intermittents dans la plate-forme et des délais. L'assainissement a été ralenti davantage parce que la restauration des systèmes touchés reposait sur des services internes qui étaient temporairement indisponibles. **Récupération** Afin d'atténuer l'impact client et de restaurer la stabilité de la plateforme, nous avons immédiatement mobilisé nos équipes pour isoler la source de la dégradation du réseau et protéger les sessions actives des utilisateurs. Nous avons commencé par réorienter en toute sécurité la charge de travail active des clients loin de l'infrastructure touchée. En parallèle, nous avons mis en place des configurations de réacheminement du trafic d'urgence à travers la plate-forme pour contourner les composants réseau défectueux et les demandes de route strictement via des systèmes de routage sains. Une fois les voies de circulation stabilisées, nous avons déplacé en toute sécurité les services d'acheminement du réseau primaire vers une autre infrastructure saine. Cette communication réseau normale a été rétablie avec succès, ce qui a ramené les temps de réponse aux requêtes et les taux d'erreur du système aux niveaux de référence à 17:17 UTC. À la suite de la migration, nous avons surveillé de près le trafic des plates-formes, validé la réactivité des modèles et confirmé que les importations de données transrégionales se terminaient avec succès. Le service complet a été restauré par 17:47 UTC. ** Mesures correctives et préventives** Pour prévenir une récurrence et améliorer la résilience de la plateforme, nous mettons en œuvre les mesures correctives suivantes: * Pour répondre au déclencheur de cet incident, nous avons définitivement supprimé la fonctionnalité de mise à jour automatisée qui a causé la réinitialisation de l'interface réseau. * Nous déployons une mise à niveau du système d'exploitation entre les hôtes de l'infrastructure pour résoudre en permanence le défaut de logiciel qui a fait cesser le trafic réseau du conducteur malgré un état de liaison sain. * Nous accroissons la capacité de routage et transférons les principaux systèmes de réseau vers une infrastructure autonome. Cela garantira que le routage du réseau reste totalement indépendant et résilient lors des événements de la plateforme. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales. Nous renforçons constamment nos systèmes et nos procédures pour nous assurer d'éviter de nouvelles perturbations pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez visiter notre site Web [Support](https://support.anaplan.com/). Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 17 septembre 2026 à 11:18 UTC · 17m

    OutageIncident majeur
    Composants affectés
    eu3: Cloud - Europe
    1. 17 septembre 2026 à 11:18 UTCinvestigating

      Nous enquêtons actuellement sur un problème ayant une incidence sur la capacité des clients d'exécuter des intégrations Cloudworks. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 17 septembre 2026 à 11:29 UTCidentified

      Nous avons identifié la cause probable du problème et nous nous concentrons actuellement sur la restauration du service le plus rapidement possible. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous fournirons d'autres mises à jour dans 30 minutes ou après résolution.

    3. 17 septembre 2026 à 11:35 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    4. 24 septembre 2026 à 18:19 UTCpostmortem

      Le 17 septembre 2026, à 11h13 UTC, les clients de notre eu3 : Cloud - Europe ont connu des retards et des difficultés pour accéder aux intégrations CloudWorksTM programmées. Alors que l'interface utilisateur CloudWorksTM est restée accessible à la visualisation, les intégrations programmées et manuelles n'étaient pas temporairement disponibles. ** Cause de la mort** Une perturbation temporaire du réseau au sein de l'infrastructure cloud sous-jacente a interrompu la communication entre les serveurs internes qui supportent le mécanisme de planification. Cette fluctuation du réseau a amené le système de planification interne à entrer dans un mode de sécurité automatisé afin d'éviter toute incohérence des données. Dans cet état, le service de programmation a été déconnecté et n'a pas pu traiter et exécuter les intégrations programmées. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. Nous avons exécuté des protocoles de récupération standard pour restaurer la connectivité entre les serveurs de programmation et redémarré les composants de service CloudWorksTM. Après le redémarrage réussi, l'équipe a vérifié que les intégrations planifiées reprenaient des opérations normales et qu'elles se terminaient avec succès. Par 11 h 29 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous implémentons des optimisations à nos processus automatisés de maintenance de l'infrastructure et de reconstruction des serveurs pour éviter que les opérations programmées ne soient perturbées lors des mises à jour du système. * Nous progressons avec notre initiative stratégique pour migrer notre plateforme de planification vers une infrastructure hautement résiliente avec des capacités d'auto-guérison automatisées. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales. Nous renforçons constamment nos systèmes et nos procédures pour nous assurer d'éviter de nouvelles perturbations pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez visiter notre site Web [Support](https://support.anaplan.com/). Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 16 septembre 2026 à 12:24 UTC · 17m

    IssuesIncident mineur
    Composants affectés
    us5: Cloud - US East
    1. 16 septembre 2026 à 12:24 UTCinvestigating

      Nous enquêtons actuellement sur un problème ayant une incidence sur la capacité des clients d'exécuter des intégrations Cloudworks. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 16 septembre 2026 à 12:35 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    3. 16 septembre 2026 à 12:41 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    4. 24 septembre 2026 à 18:09 UTCpostmortem

      Le 16 septembre 2026, à 12h07 UTC, les clients de notre entreprise5 : Cloud - États-Unis La région de l'Est a connu des retards dans la réalisation des parcours d'intégration CloudWorksTM. ** Cause de la mort** Lors d'une fenêtre de maintenance programmée sur notre infrastructure de messagerie sous-jacente, les connexions actives au service CloudWorksTM ont été temporairement suspendues. En raison d'une limitation de la manipulation de la connexion, le service n'a pas automatiquement récupéré une fois la maintenance terminée. Cela a laissé les composants de traitement dans un état de non-réactivité, ce qui a empêché l'intégration de s'achever et a entraîné une augmentation de la consommation de ressources. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. Nous avons redémarré et mis à l'échelle les composantes d'ordonnancement et de traitement, qui ont immédiatement rétabli les échéances normales. À 12h36 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous améliorons nos mécanismes de gestion de connexion pour garantir que les services de traitement peuvent se reconnecter automatiquement et gracieusement à l'infrastructure de messagerie lors de tout événement de maintenance. * Nous évaluons les mécanismes de récupération automatisés afin de détecter et de résoudre les pauses sans intervention manuelle. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales. Nous renforçons constamment nos systèmes et nos procédures pour nous assurer d'éviter de nouvelles perturbations pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez consulter notre site Web Support. Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 10 septembre 2026 à 17:22 UTC · 43m

    Pending
    Composants affectés
    us7: Cloud - US
    1. 10 septembre 2026 à 17:22 UTCinvestigating

      Nous enquêtons actuellement sur un problème qui conduit certains clients à ne pas pouvoir charger des modèles. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 10 septembre 2026 à 17:37 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    3. 10 septembre 2026 à 18:04 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    4. 21 septembre 2026 à 18:01 UTCpostmortem

      Le 10 septembre 2026, à 16h56 UTC, nos clients7 : Cloud - La région américaine a peut-être connu des retards dans le chargement de nouveaux espaces de travail. Les séances actives existantes n'ont pas été affectées. ** Cause de la mort** Une mise à jour récente de la configuration de notre service interne d'allocation des ressources de l'espace de travail a réduit le délai de réponse pour les demandes à l'infrastructure backend. Dans certaines conditions, les retards d'infrastructure transitoires dans la région ont dépassé cette limite, ce qui a entraîné une reprise répétée du service. Cela a empêché le système d'établir de nouvelles connexions d'espace de travail et retardé le chargement du modèle. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. Nous avons mis en place un changement de configuration d'urgence pour désactiver le délai de réponse, ce qui a permis au service d'allocation des ressources de l'espace de travail de se stabiliser. Une fois appliqué, le système a traité avec succès l'arriéré des demandes de connexion, et le service a été rétabli à la normale. À 18h02 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous étudions et ajustons les limites de réponse pour notre service d'allocation des ressources de l'espace de travail afin d'établir une configuration plus sûre et plus résiliente qui tient compte des retards transitoires dans l'infrastructure. * Nous améliorons notre champ d'essai de surveillance synthétique pour les processus de connexion et de chargement de nouveaux espaces de travail afin d'améliorer la détection précoce des problèmes d'attribution des espaces de travail. Nous nous excusons de l'incidence que cette question a pu avoir sur vos activités commerciales. Nous renforçons constamment nos systèmes et nos procédures pour éviter les perturbations pour votre entreprise et vos utilisateurs. Si vous avez des questions ou des préoccupations, veuillez contacter notre équipe [Support](https://support.anaplan.com/).

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 7 septembre 2026 à 13:26 UTC · 20m

    OutageIncident critique
    Composants affectés
    eu2: Data Center - Germanysg1: Cloud - Singaporeus4: Cloud - USus5: Cloud - US Easteu5: Cloud - Europeus9: Cloud - USus7: Cloud - USus3: Cloud - USap1: Cloud - Japanme1: Cloud - Saudi Arabiain1: Cloud - Indiaid1: Cloud - Indonesiaus2: Data Center - US Westae1: Cloud - UAEeu1: Data Center - Netherlandsca1: Cloud - Canadaau1: Cloud - Australiaus1: Data Center - US Eastgb1: Cloud - UKeu4: Cloud - Europeeu3: Cloud - Europe
    1. 7 septembre 2026 à 13:26 UTCinvestigating

      Nous enquêtons actuellement sur un problème affectant la capacité des clients d'accéder à la plateforme Anaplan. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 7 septembre 2026 à 13:33 UTCinvestigating

      Nous avons identifié la cause probable du problème et nous nous concentrons actuellement sur la restauration du service le plus rapidement possible. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous fournirons d'autres mises à jour dans 30 minutes ou après résolution.

    3. 7 septembre 2026 à 13:35 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    4. 7 septembre 2026 à 13:46 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    5. 16 septembre 2026 à 22:19 UTCpostmortem

      Le 7 septembre 2026, à 13h00 UTC, les clients ont connu une incapacité à accéder à la plateforme Anaplan. Les clients ont rencontré des boucles de redirection et des pages vides lorsqu'ils tentaient d'accéder à l'interface utilisateur, et les intégrations ont été dégradées. ** Cause de la mort** Une mise à jour du système back-end vers notre système d'authentification a par inadvertance redirigé la validation token vers un paramètre incorrect. Le problème n'a pas été trouvé avant la libération parce que le paramètre était disponible dans les environnements de test, donc la validation a fonctionné comme prévu. L'échec est apparu en production, où le paramètre n'était pas disponible. En conséquence, le système ne pouvait pas récupérer les clés nécessaires pour vérifier les jetons de session client et ne pouvait pas authentifier les demandes des clients. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. Lors de la détection des erreurs d'authentification après la sortie, nous avons immédiatement déclenché un retour du système d'authentification à la version précédente. Cela a rétabli le bon paramètre de validation, et les erreurs d'authentification ont été renvoyées à des niveaux normaux. La validation du jeton de session a été rétablie et les clients ont retrouvé l'accès à la plateforme. Par 13 h 35 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous corrigeons la configuration du système d'authentification afin que la validation de jeton utilise le bon paramètre. Cela empêche la validation de jeton de session d'être redirigé vers un paramètre incorrect par une mise à jour du système. * Nous ajoutons des vérifications de validation à notre processus de déploiement pour confirmer que les dépendances de mise à jour sont actives dans l'environnement de production avant la libération. Cela empêche le déploiement de mises à jour qui reposent sur des configurations non disponibles en production. Nous nous excusons de l'impact que cette question a eu sur vos opérations. Nous nous engageons à apporter les améliorations décrites ci-dessus pour éviter des perturbations semblables. Si vous avez des questions ou des préoccupations, veuillez contacter notre équipe de soutien.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 3 septembre 2026 à 14:56 UTC · 3h 8m

    OutageIncident majeur
    Composants affectés
    in1: Cloud - India
    1. 3 septembre 2026 à 14:56 UTCinvestigating

      Nous enquêtons actuellement sur un problème affectant la capacité des clients d'accéder à la plateforme Anaplan. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 3 septembre 2026 à 15:12 UTCidentified

      Nous avons identifié la cause probable du problème et nous nous concentrons actuellement sur la restauration du service le plus rapidement possible. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous fournirons d'autres mises à jour dans 30 minutes ou après résolution.

    3. 3 septembre 2026 à 15:16 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    4. 3 septembre 2026 à 18:04 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    5. 9 septembre 2026 à 08:38 UTCpostmortem

      **Introduction** Le 3 septembre 2026, de 14:51 UTC à 16:17 UTC, la région in1: Cloud - Inde n'était pas disponible. Pendant cette période, les clients n'ont pas pu accéder à la plate-forme ou y naviguer. ** Cause de la mort** Le 3 septembre 2026, lors d'un renouvellement prévu des certificats de sécurité pour nos services dans la région de l'Inde, un ensemble de certificats incomplets a été appliqué. Cela a empêché les services d'authentification et de validation de vérifier la connexion sécurisée, ce qui a rendu la plate-forme inaccessible. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. Nous avons retourné la configuration personnalisée au service de certification sécurisé géré par la plateforme, qui a rétabli avec succès la validation de la connexion. Dès 16 h 17 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous effectuons un audit approfondi de tous les certificats de sécurité dans nos environnements pour optimiser et normaliser notre gestion de la configuration. * Nous sommes en transition vers des services de certification gérés pour minimiser les exigences de configuration manuelle. * Nous implémentons des vérifications automatisées de validation de la chaîne complète pour toutes les mises à jour futures des certificats de sécurité afin d'assurer l'intégrité complète avant le déploiement. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales. Nous renforçons constamment nos systèmes et nos procédures pour nous assurer d'éviter de nouvelles perturbations pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez consulter notre [Site Web de soutien](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 1 septembre 2026 à 09:49 UTC · 2h 53m

    IssuesIncident mineur
    Composants affectés
    eu2: Data Center - Germanyus5: Cloud - US Eastus7: Cloud - USap1: Cloud - Japanus2: Data Center - US Westeu1: Data Center - Netherlandsus1: Data Center - US Easteu4: Cloud - Europe
    1. 1 septembre 2026 à 09:49 UTCinvestigating

      Nous enquêtons actuellement sur un problème ayant une incidence sur la capacité des clients d'exécuter des intégrations Cloudworks. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 1 septembre 2026 à 10:25 UTCinvestigating

      Merci de votre patience alors que nous continuons d'enquêter sur cette question. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous continuerons de fournir des mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    3. 1 septembre 2026 à 11:06 UTCinvestigating

      Merci de votre patience continue pendant que nous enquêtons sur cette question. Nous avons confirmé un problème affectant les intégrations CloudWorks dans plusieurs régions. Cela reste une priorité absolue, et nous n'avons pas encore le temps de nous prononcer. Nous continuerons de partager les mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    4. 1 septembre 2026 à 11:45 UTCidentified

      Merci de votre patience continue pendant que nous enquêtons sur cette question. Nous avons observé que les intégrations de CloudWorks commencent et se terminent avec succès dans toutes les régions; toutefois, nous continuons de suivre de près la situation. Nous partagerons d'autres mises à jour toutes les 30 minutes afin de résoudre ce problème le plus rapidement possible.

    5. 1 septembre 2026 à 12:19 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    6. 1 septembre 2026 à 12:42 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    7. 10 septembre 2026 à 22:10 UTCpostmortem

      Le 1er septembre 2026, entre 08:00 UTC et 12:20 UTC, nos clients1: 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, et ap1: Cloud - Les régions du Japon ont peut-être connu des intégrations de CloudWorksTM retardées et des erreurs d'API intermittentes. ** Cause de la mort** Une mise à jour de notre service API, conçu pour augmenter la capacité de traitement interne, a causé un comportement inhabituel sous la charge de production. En raison de ce comportement, l'utilisation des ressources de service a augmenté de façon inattendue jusqu'à sa limite. Le traitement des demandes s'est accompagné de délais de résolution de réseau entre les services internes. Par conséquent, les processus d'intégration et les demandes d'API n'étaient pas en mesure de se connecter par intermittence aux composants internes du back-end. De plus, bien que le retour à la mise à jour ait résolu les problèmes de ressources primaires, cela a supprimé une correction pour les retards d'initialisation de démarrage. Cela a causé des difficultés de connexion temporaire pour certaines demandes d'API pendant la période de récupération. **Récupération** Notre équipe d'ingénierie a immédiatement amorcé nos procédures d'intervention en cas d'incident afin d'isoler la source des retards et de rétablir le service. Nous avons repris la modification de l'API, redémarré les services internes de résolution de réseau afin d'effacer les délais et accru les capacités de service d'intégration dans les régions touchées. Pour remédier aux retards d'initialisation de démarrage réintroduits par le retour, nous avons géré la charge d'initialisation et avons mis en œuvre une approche de correction-avant en séparant la correction de retard de démarrage de la mise à jour originale et en la redéployant avec succès. Vers 12 h 20 UTC, les services de traitement d'intégration et d'API se sont stabilisés et, vers 17 h 24 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous réélaborons notre code de traitement de l'API pour résoudre les goulets d'étranglement sous-jacents qui ont mené à cet incident, afin d'optimiser en toute sécurité la capacité de la plate-forme sous haute charge. * Nous améliorons la configuration de notre système de démarrage et les paramètres de contrôle de santé pour empêcher les retards d'initialisation de causer des interruptions de service. * Nous renforçons nos paramètres de surveillance et d'observation du réseau afin d'améliorer la visibilité de la résolution interne des noms et des performances du réseau. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales.» `Nous renforçons continuellement nos systèmes et nos procédures pour nous assurer d'éviter les perturbations futures pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez visiter notre site Web [Support](https://support.anaplan.com/). Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 1 septembre 2026 à 09:10 UTC · 37m

    IssuesIncident mineur
    Composants affectés
    us7: Cloud - US
    1. 1 septembre 2026 à 09:10 UTCinvestigating

      Nous enquêtons actuellement sur un problème ayant une incidence sur la capacité des clients d'exécuter des intégrations Cloudworks. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 1 septembre 2026 à 09:28 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    3. 1 septembre 2026 à 09:47 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    4. 10 septembre 2026 à 22:09 UTCpostmortem

      Le 1er septembre 2026, entre 08:00 UTC et 12:20 UTC, nos clients1: 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, et ap1: Cloud - Les régions du Japon ont peut-être connu des intégrations de CloudWorksTM retardées et des erreurs d'API intermittentes. ** Cause de la mort** Une mise à jour de notre service API, conçu pour augmenter la capacité de traitement interne, a causé un comportement inhabituel sous la charge de production. En raison de ce comportement, l'utilisation des ressources de service a augmenté de façon inattendue jusqu'à sa limite. Le traitement des demandes s'est accompagné de délais de résolution de réseau entre les services internes. Par conséquent, les processus d'intégration et les demandes d'API n'étaient pas en mesure de se connecter par intermittence aux composants internes du back-end. De plus, bien que le retour à la mise à jour ait résolu les problèmes de ressources primaires, cela a supprimé une correction pour les retards d'initialisation de démarrage. Cela a causé des difficultés de connexion temporaire pour certaines demandes d'API pendant la période de récupération. **Récupération** Notre équipe d'ingénierie a immédiatement amorcé nos procédures d'intervention en cas d'incident afin d'isoler la source des retards et de rétablir le service. Nous avons repris la modification de l'API, redémarré les services internes de résolution de réseau afin d'effacer les délais et accru les capacités de service d'intégration dans les régions touchées. Pour remédier aux retards d'initialisation de démarrage réintroduits par le retour, nous avons géré la charge d'initialisation et avons mis en œuvre une approche de correction-avant en séparant la correction de retard de démarrage de la mise à jour originale et en la redéployant avec succès. Vers 12 h 20 UTC, les services de traitement d'intégration et d'API se sont stabilisés et, vers 17 h 24 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * Nous réélaborons notre code de traitement de l'API pour résoudre les goulets d'étranglement sous-jacents qui ont mené à cet incident, afin d'optimiser en toute sécurité la capacité de la plate-forme sous haute charge. * Nous améliorons la configuration de notre système de démarrage et les paramètres de contrôle de santé pour empêcher les retards d'initialisation de causer des interruptions de service. * Nous renforçons nos paramètres de surveillance et d'observation du réseau afin d'améliorer la visibilité de la résolution interne des noms et des performances du réseau. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales.» `Nous renforçons continuellement nos systèmes et nos procédures pour nous assurer d'éviter les perturbations futures pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez visiter notre site Web [Support](https://support.anaplan.com/). Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 27 août 2026 à 10:22 UTC · 47m

    OutageIncident majeur
    Composants affectés
    ca1: Cloud - Canada
    1. 27 août 2026 à 10:22 UTCinvestigating

      Nous enquêtons actuellement sur un problème touchant la capacité des clients d'accéder à la plateforme Anaplan au Canada. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 27 août 2026 à 10:52 UTCinvestigating

      Merci de votre patience alors que nous continuons d'enquêter sur cette question. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous continuerons de fournir des mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    3. 27 août 2026 à 10:57 UTCidentified

      Nous avons identifié la cause probable du problème et nous nous concentrons actuellement sur la restauration du service le plus rapidement possible. Actuellement, nous fournirons d'autres mises à jour dans 30 minutes ou après résolution.

    4. 27 août 2026 à 10:58 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    5. 27 août 2026 à 11:08 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    6. 3 septembre 2026 à 15:52 UTCpostmortem

      Le 27 août 2026, à 10h22 UTC, certains clients de notre région de Cloud - Canada ont éprouvé des problèmes intermittents d'accès à la plateforme. Pendant ce temps, les utilisateurs peuvent avoir rencontré des erreurs lors de la tentative de connexion. L'impact a varié selon le volet qui a traité chaque demande — certaines ont réussi tandis que d'autres ont échoué. ** Cause de la mort** À la suite d'une mise à jour standard du système, un seul élément d'acheminement du trafic dans la région du Canada est entré dans un état incohérent après une recharge de configuration et n'a pas réussi à reconstruire correctement ses instructions d'acheminement. La composante a commencé par rejeter ou mal orienter les demandes des clients. Les contrôles de santé du composant ont vérifié sa disponibilité, mais n'ont pas saisi l'exactitude de sa configuration de routage. En conséquence, il est resté actif et a continué à desservir le trafic. Il en est résulté des réponses à certaines demandes, tandis que d'autres n'ont pas réussi, selon le volet traité. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. L'équipe a isolé le problème à un seul composant d'acheminement du trafic et l'a redémarré. Cela a redistribué tout le trafic entrant entre les autres composantes saines. Par 11h08 UTC, la question a été entièrement résolue. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir les récidives : * Nous durcissons les contrôles de santé de nos composants d'acheminement de trafic pour isoler immédiatement et redémarrer automatiquement tout composant qui ne valide pas correctement après une mise à jour de configuration. Cela empêche un composant dégradé de continuer à desservir le trafic et de causer des pannes d'accès intermittentes aux clients. * Nous affinons notre surveillance afin d'offrir une visibilité plus granulaire aux composantes de service individuelles. Cela permet une détection plus rapide des problèmes localisés avant qu'ils affectent plus de clients. Nous nous excusons de l'impact que cette question a eu sur vos opérations. Nous nous engageons à apporter les améliorations décrites ci-dessus afin d'éviter des perturbations semblables. Si vous avez des questions ou des préoccupations, veuillez contacter notre équipe [Support](https://support.anaplan.com/).

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 15 août 2026 à 03:27 UTC · 5h 10m

    OutageIncident majeur
    Composants affectés
    eu2: Data Center - Germany
    1. 15 août 2026 à 03:27 UTCinvestigating

      Nous enquêtons actuellement sur un problème ayant une incidence sur la capacité des clients d'exécuter des intégrations Cloudworks. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 15 août 2026 à 04:02 UTCinvestigating

      Nous enquêtons actuellement sur un problème affectant la capacité des clients d'accéder à la plate-forme Anaplan, qui affecte également les intégrations CloudWorks Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    3. 15 août 2026 à 04:31 UTCinvestigating

      Merci de votre patience alors que nous continuons d'enquêter sur cette question. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous continuerons de fournir des mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    4. 15 août 2026 à 05:03 UTCidentified

      Nous avons identifié la cause probable du problème et nous nous concentrons actuellement sur la restauration du service le plus rapidement possible. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous fournirons d'autres mises à jour dans 30 minutes ou après résolution.

    5. 15 août 2026 à 05:33 UTCidentified

      Nous avons intensifié ce problème avec le tiers fournisseur afin d'atténuer le problème. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous fournirons d'autres mises à jour dans 30 minutes ou après résolution.

    6. 15 août 2026 à 06:13 UTCidentified

      Nous continuons de travailler en étroite collaboration avec notre fournisseur pour résoudre le problème de l'accès qui touche la région de l'UE2, qui demeure notre priorité absolue. Par notre enquête, nous avons identifié les problèmes de connectivité à la région UE-CENTRAL-1 comme étant la cause sous-jacente. À partir de 19h33 PDT le 14 août, notre fournisseur a commencé à connaître une augmentation de la perte de paquets impactant la connectivité pour les clients de la région EU-CENTRAL-1. L'emplacement touché a été identifié comme étant Equinix, Francfort. Bien que des progrès aient été réalisés, les connexions à cet endroit demeurent altérées. Nous continuons de prioriser les étapes de résolution avec notre fournisseur. Cependant, le rétablissement complet devrait être à plusieurs heures. Nous fournirons une mise à jour toutes les 60 minutes pendant que nous travaillons pour restaurer le service le plus rapidement possible, ou plus tôt si des informations supplémentaires deviennent disponibles.

    7. 15 août 2026 à 07:12 UTCidentified

      Nous continuons de travailler avec notre fournisseur pour résoudre le problème d'accès qui touche la région de l'eu2 en tant que priorité absolue. Nous explorons également plusieurs chemins pour restaurer le service le plus rapidement possible. La collaboration avec notre fournisseur se poursuit; toutefois, la récupération complète devrait être effectuée à plusieurs heures. Nous fournirons une mise à jour toutes les 60 minutes pendant que nous travaillons pour restaurer le service le plus rapidement possible, ou plus tôt si des informations supplémentaires deviennent disponibles

    8. 15 août 2026 à 08:11 UTCidentified

      Nous avons terminé la réacheminement du trafic hors de la zone touchée et nous en sommes maintenant à une phase de surveillance. Une autre mise à jour sera fournie dans 30 minutes, ou plus tôt si des informations supplémentaires deviennent disponibles.

    9. 15 août 2026 à 08:37 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    10. 25 août 2026 à 16:00 UTCpostmortem

      Le 15 août, 2026, de 03:16 UTC à 08:23 UTC, les clients de notre eu2: Data Center - Allemagne ont connu une interruption de service qui a empêché l'accès à la plate-forme Anaplan. Pendant cette période, une défaillance de l'infrastructure locale a nui à la capacité de la région de se connecter à des services externes, ce qui a entraîné une perte de disponibilité des plateformes. ** Cause de la mort** Cette perturbation a été causée par une défaillance de l'environnement dans les installations tierces de notre fournisseur à Francfort, en Allemagne. Une fuite dans le système de refroidissement de l'installation a entraîné une surchauffe localisée, qui a déclenché l'arrêt automatique de la sécurité de l'équipement essentiel du réseau. L'eau évacuée a également endommagé des systèmes de distribution d'électricité localisés à l'intérieur de l'installation, invalidant des dispositifs de réseau. Cette panne combinée d'alimentation et de refroidissement a empêché le système de résoudre les adresses externes et de répondre aux demandes d'envoi dans cette région. **Récupération** Étant donné que les conditions environnementales de l'installation rendaient la zone dangereuse à entrer, notre fournisseur a tardé à évaluer et à réparer l'équipement touché. Par conséquent, notre équipe d'ingénieurs a déployé un changement d'urgence pour réacheminer le trafic par un autre réseau régional, contournant ainsi l'installation et la région défectueuses. Ceci a restauré avec succès la pleine connectivité externe et la résolution de nom, et l'accès à la plate-forme a été entièrement restauré par 08:23 UTC. L'exploitant de l'installation et notre fournisseur ont poursuivi les travaux de récupération au cours des jours suivants, avec une restauration complète confirmée au 18 août. Nous avons maintenu notre itinéraire d'urgence tout au long de cette période afin de maintenir le service stable pendant que le fournisseur a terminé les réparations. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour renforcer la résilience et réduire le risque d'une perturbation similaire: * Nous ajoutons une couche qui redirige automatiquement le trafic vers d'autres emplacements géographiques lors d'une panne localisée, sans intervention manuelle nécessaire. * Nous permettons aux enregistrements mis en cache de continuer à desservir le trafic lorsque le chemin vers les résolveurs externes n'est pas disponible, de sorte qu'une perte de connectivité aux services externes n'empêche plus l'accès à la plate-forme lorsqu'un événement régional se produit. * Nous travaillons avec nos fournisseurs d'installations et de réseaux tiers pour revoir leurs normes relatives aux systèmes d'alimentation et de refroidissement critiques et nous assurer que des mesures de protection préventives plus strictes sont en place. Nous nous excusons de l'impact que cette question a eu sur vos opérations. Nous nous engageons à apporter les améliorations décrites ci-dessus pour éviter des perturbations semblables. Si vous avez des questions ou des préoccupations, veuillez contacter notre équipe de soutien.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 29 juillet 2026 à 10:57 UTC · 56m

    OutageIncident critique
    Composants affectés
    eu2: Data Center - Germanyus5: Cloud - US Eastus7: Cloud - USap1: Cloud - Japanus2: Data Center - US Westeu1: Data Center - Netherlandsus1: Data Center - US Easteu4: Cloud - Europe
    1. 29 juillet 2026 à 11:06 UTCinvestigating

      Nous enquêtons actuellement sur un problème affectant la capacité des clients d'accéder à la plateforme Anaplan. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 29 juillet 2026 à 11:36 UTCinvestigating

      Nous enquêtons actuellement sur un problème affectant la capacité des clients d'accéder à la plateforme Anaplan. Merci de votre patience alors que nous continuons d'enquêter sur cette question. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous continuerons de fournir des mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    3. 29 juillet 2026 à 11:41 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    4. 29 juillet 2026 à 12:51 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    5. 7 août 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.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 24 juillet 2026 à 20:35 UTC · 6d 17h

    IssuesIncident mineur
    Composants affectés
    ca1: Cloud - Canada
    1. 24 juillet 2026 à 20:35 UTCinvestigating

      Nous enquêtons actuellement sur un problème qui conduit certains clients à ne pas pouvoir charger des modèles. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 24 juillet 2026 à 23:01 UTCinvestigating

      Merci de votre patience alors que nous continuons d'enquêter sur cette question. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous continuerons de fournir des mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    3. 24 juillet 2026 à 23:33 UTCinvestigating

      Merci de votre patience alors que nous continuons d'enquêter sur cette question. Nos équipes d'appui continuent d'enquêter sur cette question, mais nous n'avons pas encore le temps de le résoudre. Nous continuerons de fournir des mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    4. 25 juillet 2026 à 00:07 UTCinvestigating

      Merci de votre patience alors que nous continuons d'enquêter sur cette question. Cette question a été reléguée à nos équipes supérieures d'ingénieurs et de dirigeants, qui étudient activement la situation et évaluent toutes les prochaines étapes nécessaires pour rétablir l'ensemble des opérations. Bien que nous n'ayons pas de détails techniques précis à partager en ce moment, veuillez être rassurés que la résolution de cet incident est notre priorité absolue. Nous nous excusons sincèrement pour cette perturbation et apprécions votre patience. Nous continuerons de fournir des mises à jour toutes les 30 minutes, ou plus tôt si de nouveaux détails apparaissent, alors que nous travaillons à résoudre ce problème le plus rapidement possible.

    5. 25 juillet 2026 à 00:39 UTCinvestigating

      Nous avons identifié des pistes d'assainissement possibles et nous procédons actuellement à des activités d'atténuation actives pour rétablir la stabilité des services. Bien que nous n'ayons pas de temps estimatif ferme pour le rétablissement (ETA) à partager à ce stade, veuillez être assuré que notre principal objectif demeure de résoudre rapidement et en toute sécurité cette question. Nous suivons de près l'impact de nos mesures d'atténuation actuelles. Nous nous excusons pour le dérangement continu. Notre prochaine mise à jour sera publiée dans 30 minutes, ou plus tôt lorsque des jalons clés seront atteints.

    6. 25 juillet 2026 à 01:08 UTCinvestigating

      Nous comprenons la perturbation que cela a causée et voulons vous assurer que la résolution de ce problème le plus rapidement possible demeure notre priorité absolue. Notre équipe participe activement à l'assainissement, et les mesures mises en place montrent des progrès significatifs vers la restauration complète du service. Nous reconnaissons votre patience tout au long de ce processus et ne le considérons pas comme acquis. Nous surveillons nos systèmes de près et nous fournirons une nouvelle mise à jour dans les 30 minutes, ou plus tôt s'il y a un développement important à partager.

    7. 25 juillet 2026 à 01:42 UTCinvestigating

      Nous continuons d'exécuter et de valider nos plans d'assainissement. Nous voyons des progrès soutenus au fur et à mesure que les efforts de relèvement progressent systématiquement. Pour assurer une récupération sûre et complète, nous progressons avec soin et nous ne sommes pas encore en mesure de partager des jalons techniques spécifiques. Soyez assuré que toute notre équipe d'intervention reste entièrement dévouée à la résolution de cet incident. Merci de votre patience. Notre prochaine mise à jour sera publiée dans 30 minutes, ou plus tôt dès que nous aurons de nouveaux progrès à signaler.

    8. 25 juillet 2026 à 02:18 UTCinvestigating

      Nous effectuons actuellement des travaux d'entretien d'urgence dans la région du Canada. L'accès à la plateforme a été temporairement restreint pendant que notre équipe travaille à la restauration complète et à la validation de la restauration complète du service. Nous surveillons activement l'environnement et faisons des progrès. Nous apprécions votre patience et comprenons l'impact que cela a sur votre travail. D'autres mises à jour seront fournies toutes les 30 minutes, ou plus tôt s'il y a une évolution importante à partager. Nous nous excusons de l'inconvénient et restons déterminés à rétablir le service le plus rapidement possible.

    9. 25 juillet 2026 à 03:09 UTCinvestigating

      Notre équipe reste active dans les efforts d'assainissement. Les travaux avancent dans plusieurs secteurs de travail et nous continuons de progresser vers la restauration complète du service. Nous fournirons une nouvelle mise à jour dans les 30 minutes, ou plus tôt s'il y a un développement significatif à partager. Nous apprécions votre patience.

    10. 25 juillet 2026 à 03:47 UTCinvestigating

      Nous effectuons actuellement des travaux d'entretien d'urgence dans la région du Canada. Notre équipe participe activement aux efforts d'assainissement en coordination avec notre fournisseur, et la question a été contenue. L'accès des clients à l'environnement canadien demeure temporairement restreint pendant que nous terminons les efforts de validation et de restauration. Nous apprécions votre patience et fournirons une nouvelle mise à jour dans 1 heure, ou plus tôt s'il y a une évolution importante à partager.

    11. 25 juillet 2026 à 04:47 UTCinvestigating

      Notre équipe continue de travailler à l'entretien d'urgence dans la région du Canada en étroite coordination avec notre fournisseur. La question a été contenue et les efforts de restauration sont activement en cours. L'accès à l'environnement canadien demeure temporairement restreint à mesure que nous accomplissons les étapes de validation nécessaires avant la restauration du service. Nous reconnaissons l'impact que cela a sur votre travail et apprécions votre patience continue. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    12. 25 juillet 2026 à 06:05 UTCidentified

      Notre équipe continue de travailler à l'entretien d'urgence dans la région du Canada en étroite coordination avec notre fournisseur. Toutefois, en raison de la complexité et de la portée du processus de rétablissement, nous nous attendons à ce que la restauration soit un effort prolongé qui prendra plusieurs heures à s'achever. L'accès à l'environnement canadien restera limité pendant toute la durée du rétablissement. Nous reconnaissons l'impact important que cela a sur votre travail et apprécions sincèrement votre patience. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    13. 25 juillet 2026 à 07:06 UTCidentified

      Notre équipe et nos partenaires fournisseurs continuent de progresser grâce au processus de rétablissement complexe pour la région du Canada durant cet entretien d'urgence. Nous exécutons systématiquement nos protocoles de récupération et de validation de l'intégrité du système à chaque étape. Comme nous l'avons mentionné précédemment, en raison de la portée de cet effort, il s'agit d'un processus de rétablissement prolongé, et l'accès à l'environnement canadien continuera d'être restreint au fur et à mesure que nous travaillerons à une restauration sécuritaire et complète du service. Nous restons pleinement conscients de l'impact de cette interruption de service sur vos opérations et nous faisons tout notre possible pour accélérer ces étapes. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    14. 25 juillet 2026 à 08:07 UTCidentified

      Nos équipes d'ingénieurs et de fournisseurs continuent d'exécuter activement les étapes de récupération pour la région du Canada dans le cadre de l'entretien d'urgence. Il n'y a pas de nouveaux détails techniques ni de changements à partager à l'heure actuelle, car nous nous concentrons entièrement sur la restauration systématique et sûre des services. L'accès à l'environnement canadien demeure limité pendant que ces activités de rétablissement sont en cours. Nous apprécions votre patience et votre partenariat dans le cadre de cet effort prolongé. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    15. 25 juillet 2026 à 09:06 UTCidentified

      Nos équipes d'ingénieurs et nos fournisseurs partenaires continuent de progresser grâce aux étapes de rétablissement pour la région du Canada dans le cadre de l'entretien d'urgence. Nous faisons des progrès et nous nous rapprochons de la réactivation de la région pour la majorité des espaces de travail. L'accès à l'environnement canadien demeure temporairement restreint pendant que nous effectuons et complétons ces étapes cruciales de validation finale pour assurer la stabilité du service. Nous apprécions sincèrement votre patience et votre partenariat alors que nous entrons dans ces dernières étapes du processus de rétablissement. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    16. 25 juillet 2026 à 10:07 UTCinvestigating

      Nous continuons d'exécuter systématiquement nos mesures de rétablissement pour la région du Canada dans le cadre d'un entretien d'urgence. Nos équipes d'ingénierie et nos partenaires fournisseurs restent concentrés sur les phases de validation finales, et nous continuons de nous rapprocher de la région pour la majorité des clients. L'accès à l'environnement canadien demeure limité pour le moment afin d'assurer le maintien de la stabilité du système durant ces dernières étapes critiques. Nous sommes extrêmement reconnaissants pour votre patience et votre partenariat. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    17. 25 juillet 2026 à 11:14 UTCidentified

      Nos équipes d'ingénierie et nos partenaires fournisseurs continuent de progresser systématiquement jusqu'aux dernières étapes de la validation pour la région du Canada en cas d'urgence. Nous restons concentrés sur la vérification de la stabilité du système, ce qui nous maintient sur une voie régulière pour permettre la région pour la majorité des clients. L'accès à l'environnement canadien demeure limité pour le moment afin de s'assurer que ces vérifications essentielles de sécurité et de stabilité sont terminées. Nous sommes extrêmement reconnaissants de votre patience et de votre partenariat au moment où nous terminons cet effort prolongé. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    18. 25 juillet 2026 à 12:37 UTCidentified

      Nos équipes d'ingénieurs et de fournisseurs entreprennent les dernières phases de préparation de notre plan de rétablissement pour la région du Canada en cas d'urgence. Alors que nous nous préparons à restaurer l'accès, notre plan est de permettre tous les services dans la région, à l'exception des configurations BYOK (Bring Your Own Key). De plus, un petit nombre d'espaces de travail demeureront désactivés au départ lors de la restauration du service général. Pour ces espaces de travail spécifiques restants, nous exécuterons un plan de restauration très contrôlé et systématique pour récupérer chaque environnement individuellement afin de garantir la stabilité complète et l'intégrité des données. L'accès à l'environnement canadien demeure limité à l'heure actuelle pendant que nous parvenons à ces dernières étapes de validation avant la mise en service. Nous reconnaissons l'impact que cela a sur vos opérations et apprécions sincèrement votre patience. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    19. 25 juillet 2026 à 13:51 UTCidentified

      Nous sommes en train de restaurer la plateforme . Nos équipes d'ingénieurs et de fournisseurs travaillent activement à restaurer les services le plus rapidement possible. Dans le cadre de notre plan de rétablissement, nous rétablirons tous les services dans la région, à l'exception des configurations BYOK (Bring Your Own Key). De plus, un petit nombre d'espaces de travail resteront temporairement désactivés lors de la restauration initiale du service. Pour ces espaces de travail spécifiques, nous exécuterons un processus de restauration très contrôlé et systématique pour récupérer chaque environnement individuellement et garantir la stabilité complète et l'intégrité des données. L'accès à l'environnement au Canada demeure limité pour le moment Nous reconnaissons l'impact important que cela a sur vos opérations et apprécions sincèrement votre patience continue. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    20. 25 juillet 2026 à 16:22 UTCidentified

      Notre équipe du génie s'emploie activement à rétablir la stabilité de la plate-forme dans la région du Canada (CA1) par un rétablissement soigneusement échelonné. Nous allons initialement restaurer les services généraux, à l'exception des configurations BYOK (Bring Your Own Key). Pour garantir un environnement stable et sécurisé, un petit nombre d'espaces de travail peuvent rester temporairement désactivés pendant que nous effectuons des restaurations contrôlées. L'accès global à l'environnement canadien demeure limité à l'heure actuelle alors que nous terminons ces mesures critiques de restauration. Nous sommes profondément conscients de l'impact important que cette situation a sur vos opérations et nous apprécions sincèrement votre patience constante dans le cadre de ces mesures de sécurité. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    21. 25 juillet 2026 à 17:24 UTCidentified

      Nous avons permis l'accès général des clients à la région du Canada. Tous les services de la région sont maintenant mis en ligne, à l'exception des configurations BYOK (Bring Your Own Key). De plus, un petit nombre spécifique d'espaces de travail clients restera temporairement désactivé. Pour ces espaces de travail restants, nos équipes d'ingénierie exécutent un plan de restauration très contrôlé et systématique pour récupérer en toute sécurité chaque environnement individuellement afin d'assurer l'intégrité complète des données. Nous apprécions sincèrement votre patience et votre partenariat dans l'exécution de ces dernières étapes de récupération précises. Notre prochaine mise à jour sera fournie dans une heure, ou plus tôt si un développement important se produit.

    22. 25 juillet 2026 à 23:28 UTCidentified

      Nous nous excusons sincèrement de la perturbation que cela a causée et apprécions profondément votre patience. L'accès général des clients à la région du Canada a été rétabli, et les services reviennent en ligne. Apportez vos propres configurations clés et un petit nombre d'espaces de travail restent temporairement hors ligne pendant que nous complétons la restauration soignée et individualisée pour assurer l'intégrité complète des données. Nous fournirons une nouvelle mise à jour dans une heure, ou plus tôt s'il y a une évolution importante à partager.

    23. 25 juillet 2026 à 23:52 UTCidentified

      L'accès général des clients à la région du Canada a été rétabli. Les espaces de travail utilisant le cryptage Bring Your Own Key (BYOK) resteront temporairement hors ligne pendant que nous complétons la restauration individualisée de chaque espace de travail affecté. Nous fournirons une nouvelle mise à jour sur l'état de la restauration BYOK à 9:00 UTC le 26 juillet 2026. Nous nous excusons pour cette perturbation et vous remercions de votre patience.

    24. 26 juillet 2026 à 08:59 UTCinvestigating

      Nous écrivons pour fournir une mise à jour de haut niveau sur la perturbation des services touchant l'accès au Canada (CA1) qui a commencé le vendredi 24 juillet à 20h35 UTC. Grâce à la coordination dévouée de nos équipes d'ingénierie et de nos partenaires fournisseurs, l'accès général à la région du Canada a été réactivé avec succès le samedi 25 juillet à 17h24 UTC. La grande majorité de nos clients peuvent maintenant accéder à leurs espaces de travail et modèles normalement. Situation actuelle et prochaines étapes Bien que l'accès à la région générale ait été entièrement restauré, les espaces de travail utilisant le chiffrement Bring Your Own Key (BYOK) restent temporairement hors ligne. Notre principal objectif est actuellement de reproduire avec succès les perturbations techniques dans un environnement contrôlé. Les idées tirées de cette phase de reproduction sont essentielles, car elles influenceront directement et détermineront la voie de récupération la plus sûre et la plus efficace pour les espaces de travail BYOK restants. Poursuivant cette enquête systématique, nous maintenons les normes les plus élevées de stabilité et d'intégrité des données. Nous nous attendons à fournir notre prochaine mise à jour ciblée concernant la restauration de l'espace de travail BYOK d'ici 11:00 UTC. Nous nous excusons sincèrement pour la perturbation et l'impact que cela a eu sur vos opérations. Nos équipes d'assistance restent entièrement disponibles pour vous aider à répondre à vos questions ou à vos besoins immédiats.

    25. 26 juillet 2026 à 11:16 UTCinvestigating

      Nous écrivons pour fournir une mise à jour de haut niveau sur la perturbation des services touchant l'accès au Canada (CA1) qui a commencé le vendredi 24 juillet à 20h35 UTC. Grâce à la coordination dévouée de nos équipes d'ingénierie et de nos partenaires fournisseurs, l'accès général à la région du Canada a été réactivé avec succès le samedi 25 juillet à 17h24 UTC. La grande majorité de nos clients peuvent maintenant accéder à leurs espaces de travail et modèles normalement. Situation actuelle et prochaines étapes Bien que l'accès à la région générale ait été entièrement restauré, les espaces de travail utilisant le chiffrement Bring Your Own Key (BYOK) restent temporairement hors ligne. Notre principal objectif est actuellement de reproduire avec succès les perturbations techniques dans un environnement contrôlé. Les idées tirées de cette phase de reproduction sont essentielles, car elles influenceront directement et détermineront la voie de récupération la plus sûre et la plus efficace pour les espaces de travail BYOK restants. Poursuivant cette enquête systématique, nous maintenons les normes les plus élevées de stabilité et d'intégrité des données. Nous nous attendons à fournir notre prochaine mise à jour ciblée concernant la restauration de l'espace de travail BYOK d'ici 13:00 UTC. Nous nous excusons sincèrement pour la perturbation et l'impact que cela a eu sur vos opérations. Nos équipes d'assistance restent entièrement disponibles pour vous aider à répondre à vos questions ou à vos besoins immédiats.

    26. 26 juillet 2026 à 13:06 UTCinvestigating

      Bien que l'accès général à la région du Canada (CA1) ait été entièrement rétabli à partir du samedi 25 juillet à 17h24 UTC, les espaces de travail utilisant le chiffrement Bring Your Own Key (BYOK) restent temporairement hors ligne. Notre objectif principal de reproduire la perturbation dans un environnement contrôlé est toujours en cours avec notre fournisseur. Il s'agit d'une phase critique, car elle influencera directement et déterminera le chemin de récupération le plus sûr et le plus efficace pour les espaces de travail BYOK restants tout en assurant la stabilité du système et l'intégrité des données. Nous nous attendons à fournir notre prochaine mise à jour ciblée concernant la restauration de l'espace de travail BYOK d'ici 15:00 UTC. Nous nous excusons sincèrement pour la perturbation et l'impact que cela a eu sur vos opérations. Nos équipes d'assistance restent entièrement disponibles pour vous aider à répondre à vos questions ou à vos besoins immédiats.

    27. 26 juillet 2026 à 15:20 UTCinvestigating

      L'accès général à la région CA1 reste entièrement rétabli pour la majorité des clients. Les espaces de travail utilisant le cryptage Bring Your Own Key (BYOK) restent temporairement hors ligne pendant que nous finalisons une récupération, une validation et une analyse des causes profondes en toute sécurité. Nous collaborons activement avec notre partenaire de cryptage tiers pour comprendre la cause et la correction potentielle.

    28. 26 juillet 2026 à 17:53 UTCidentified

      L'accès général à la région CA1 continue d'être entièrement rétabli pour la majorité des clients. Les espaces de travail utilisant le cryptage Bring Your Own Key (BYOK) restent temporairement hors ligne pendant que nous finalisons une récupération, une validation et une analyse des causes profondes en toute sécurité. Nous collaborons activement avec notre partenaire de cryptage tiers pour comprendre la cause et la correction potentielle.

    29. 26 juillet 2026 à 18:49 UTCidentified

      L'accès général à la région du Canada (CA1) demeure entièrement rétabli. Cependant, les espaces de travail utilisant le cryptage Bring Your Own Key (BYOK) resteront temporairement hors ligne. Nous fournirons une autre mise à jour sur l'état de la restauration BYOK à 10h UTC le 27 juillet 2026. Nous nous excusons de cette perturbation et vous remercions de votre patience.

    30. 27 juillet 2026 à 10:03 UTCinvestigating

      Nous écrivons pour faire le point sur les efforts de rétablissement en cours dans les espaces de travail de Bring Your Own Key (BYOK) dans la région du Canada (CA1). Les services généraux pour la région restent entièrement restaurés et fonctionnent normalement. État actuel de l'enquête Nos équipes d'ingénieurs et de fournisseurs poursuivent leur enquête approfondie sur la cause profonde de la récente perturbation du service. Nous concentrons actuellement nos efforts sur la reproduction de la question dans un environnement dédié, non-production. Cette réplication contrôlée est une étape critique, car les résultats techniques nous permettront directement d'identifier et de valider le chemin de récupération le plus efficace pour les espaces de travail BYOK restants. En nous assurant de bien comprendre le comportement du système dans ces conditions spécifiques en non-production d'abord, nous pouvons garantir la sécurité absolue, la stabilité et l'intégrité de vos données pendant la phase de restauration finale. Nous apprécions sincèrement votre patience et votre partenariat dans l'exécution de ces étapes de validation méticuleuses. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si un jalon important est atteint.

    31. 27 juillet 2026 à 12:30 UTCinvestigating

      Nous poursuivons notre planification active d'investigation et de rétablissement des espaces de travail Bring Your Own Key (BYOK) dans la région du Canada (CA1). Les services généraux pour la région restent entièrement rétablis et continuent de fonctionner normalement. Nos équipes d'ingénierie et nos partenaires fournisseurs continuent de concentrer leurs efforts sur la reproduction de la perturbation dans un environnement contrôlé et non-production. Redoubler le scénario dans ces conditions de sécurité demeure notre priorité absolue, car c'est l'étape critique qui nous permettra d'identifier et de confirmer le chemin de récupération le plus efficace pour les espaces de travail BYOK restants. Nous procédons de façon méthodique pour nous assurer que le processus de restauration, une fois amorcé, préserve la stabilité et l'intégrité des données du système. Nous apprécions votre patience et votre partenariat pendant que cette validation technique continue. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous avons de nouveaux progrès à partager.

    32. 27 juillet 2026 à 14:04 UTCinvestigating

      Nous poursuivons nos efforts pour restaurer les espaces de travail de la région du Canada (CA1). Les services généraux dans toute la région restent entièrement restaurés et fonctionnent normalement. Pour accélérer la résolution, nos équipes d'ingénierie et nos partenaires fournisseurs poursuivent simultanément plusieurs pistes d'enquête. Cette approche à multiples facettes est essentielle pour garantir que notre plan de restauration est pleinement validé et préserve l'intégrité de votre environnement. Nous apprécions sincèrement votre patience et votre partenariat dans l'exécution de ces efforts simultanés. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous parvenons à une percée importante.

    33. 27 juillet 2026 à 15:54 UTCidentified

      Nous poursuivons nos efforts pour restaurer les espaces de travail de la région du Canada (CA1). Les services généraux dans toute la région restent entièrement restaurés et fonctionnent normalement. Nos équipes d'ingénierie et nos partenaires fournisseurs poursuivent simultanément plusieurs pistes d'enquête. Cette approche parallèle est mise en œuvre délibérément pour valider et finaliser le chemin de récupération le plus efficace pour les espaces de travail BYOK restants, assurant ainsi la restauration des services en toute sécurité et avec le plus haut niveau de stabilité. Nous apprécions votre patience à mesure que nos équipes travaillent à ces étapes nécessaires. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous parvenons à une percée importante.

    34. 27 juillet 2026 à 17:37 UTCinvestigating

      Bien que les services généraux dans l'ensemble de la région du Canada (CA1) demeurent entièrement restaurés et fonctionnent normalement, nous continuons de nous concentrer sur la récupération des espaces de travail BYOK. Nos équipes avancent systématiquement avec de multiples flux de travail parallèles. L'exécution simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats, en nous assurant de valider et de mettre en œuvre le chemin de récupération le plus efficace pour les espaces de travail BYOK restants, en nous assurant de restaurer les services en toute sécurité et avec le plus haut niveau de stabilité. Nous apprécions votre partenariat et votre patience à mesure que nous effectuons ces étapes critiques de rétablissement. Nous fournirons une autre mise à jour sur l'état de la restauration BYOK à 09:00 UTC (10:00 BST) le 28 juillet 2026.

    35. 28 juillet 2026 à 09:02 UTCidentified

      Les services généraux dans la région du Canada (CA1) demeurent entièrement restaurés et fonctionnent normalement. Pour les espaces de travail restants de BYOK (Bring Your Own Key), nos équipes continuent d'exécuter plusieurs flux de travail parallèles. Cette approche concurrente est menée délibérément pour valider le chemin de récupération le plus efficace pour les espaces de travail BYOK restants tout en assurant la stabilité absolue du système. Nous apprécions votre patience. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous atteignons une étape importante.

    36. 28 juillet 2026 à 11:01 UTCidentified

      Les services généraux à l'intérieur de la région du Canada (CA1) continuent de fonctionner normalement et demeurent entièrement stables. Nos équipes d'ingénieurs et de fournisseurs continuent de progresser à travers de multiples flux de travail concomitants afin de traiter les espaces de travail restants de votre propre clé (BYOK). Cette approche parallèle reste notre objectif actif, nous permettant de valider et de mettre en œuvre systématiquement le chemin de récupération le plus efficace pour les espaces de travail BYOK restants avec le plus haut niveau de sécurité. Nous apprécions votre patience et votre soutien continus. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous atteignons une étape importante.

    37. 28 juillet 2026 à 13:11 UTCidentified

      Les services généraux dans la région du Canada (CA1) demeurent entièrement restaurés, stables et continuent de fonctionner normalement. Nos équipes d'ingénierie et nos partenaires fournisseurs continuent d'aller de l'avant avec de multiples flux de travail concomitants pour régler les espaces de travail restants de BYOK (Bring Your Own Key). Cette stratégie parallèle reste notre objectif actif, nous permettant de valider et de mettre en œuvre systématiquement le chemin de récupération le plus efficace pour les espaces de travail BYOK restants. Nous apprécions sincèrement votre patience constante dans le cadre de ces démarches délibérées. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous atteignons une étape importante.

    38. 28 juillet 2026 à 16:02 UTCidentified

      Les services généraux dans la région du Canada (CA1) demeurent entièrement restaurés, stables et continuent de fonctionner normalement. Nos équipes d'ingénierie et nos partenaires fournisseurs maintiennent activement leur attention sur les espaces de travail restants de BYOK (Bring Your Own Key) grâce à de multiples flux de travail parallèles. Nous apprécions votre patience et votre partenariat au moment où nous terminons ces phases critiques de validation. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous atteignons une étape importante.

    39. 28 juillet 2026 à 19:51 UTCidentified

      Bien que les services généraux dans l'ensemble de la région du Canada (CA1) demeurent entièrement restaurés et fonctionnent normalement, nous continuons de nous concentrer sur la récupération des espaces de travail BYOK. Nos équipes avancent systématiquement avec de multiples flux de travail parallèles. L'exécution simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats, en nous assurant de valider et de mettre en œuvre le chemin de récupération le plus efficace pour les espaces de travail BYOK restants, en nous assurant de restaurer les services en toute sécurité et avec le plus haut niveau de stabilité. Nous apprécions votre partenariat et votre patience à mesure que nous effectuons ces étapes critiques de rétablissement. Nous fournirons une autre mise à jour sur l'état de la restauration BYOK à 09:00 UTC (10:00 BST) le 29 juillet 2026.

    40. 29 juillet 2026 à 09:04 UTCidentified

      Bien que les services généraux dans l'ensemble de la région du Canada (CA1) demeurent entièrement restaurés et fonctionnent normalement, nous continuons de nous concentrer sur la récupération des espaces de travail BYOK. Nos équipes continuent de progresser systématiquement à travers de multiples axes de travail parallèles. L'exécution simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats techniques, en nous assurant de valider et de mettre en œuvre le chemin de récupération le plus sûr et le plus stable pour les espaces de travail BYOK restants. Nous apprécions votre partenariat et votre patience à mesure que nous effectuons ces étapes critiques de rétablissement. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous atteignons une étape importante.

    41. 29 juillet 2026 à 13:23 UTCinvestigating

      Bien que les services généraux dans l'ensemble de la région du Canada (CA1) demeurent entièrement restaurés et fonctionnent normalement, nous continuons de nous concentrer sur la récupération des espaces de travail BYOK. Nos équipes continuent de progresser systématiquement, grâce à de multiples filières de travail parallèles. L'exécution simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats techniques, en nous assurant de valider et de mettre en œuvre le chemin de récupération le plus sûr et le plus stable pour les espaces de travail BYOK restants. Nous apprécions votre partenariat et votre patience à mesure que nous effectuons ces étapes critiques de rétablissement. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous atteignons une étape importante.

    42. 29 juillet 2026 à 15:21 UTCinvestigating

      Les services généraux dans toute la région du Canada (CA1) demeurent entièrement rétablis et continuent de fonctionner normalement. Nos équipes d'ingénierie et d'exploitation maintiennent leur attention dédiée et concentrée sur la récupération des espaces de travail restants de votre propre clé (BYOK). Afin d'assurer la restauration la plus sûre possible, nous procédons activement à de multiples activités parallèles de récupération. La réalisation simultanée de ces efforts nous permet d'analyser rigoureusement les résultats techniques en temps réel, en nous assurant de valider et de mettre en œuvre la voie la plus stable et la plus sûre pour les espaces de travail BYOK restants. Nous apprécions sincèrement votre patience et votre partenariat dans l'exécution systématique de ces étapes critiques de rétablissement. Notre prochaine mise à jour sera fournie dans les deux heures, ou plus tôt si nous atteignons une étape importante.

    43. 29 juillet 2026 à 17:17 UTCinvestigating

      Bien que les services généraux dans l'ensemble de la région du Canada (CA1) demeurent entièrement restaurés et fonctionnent normalement, nous continuons de nous concentrer sur la récupération des espaces de travail BYOK. Nos équipes avancent systématiquement avec de multiples flux de travail parallèles. L'exécution simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats, en nous assurant de valider et de mettre en œuvre le chemin de récupération le plus efficace pour les espaces de travail BYOK restants, en nous assurant de restaurer les services en toute sécurité et avec le plus haut niveau de stabilité. Nous apprécions votre partenariat et votre patience à mesure que nous effectuons ces étapes critiques de rétablissement. Nous fournirons une autre mise à jour sur l'état de la restauration BYOK à 09:00 UTC (10:00 BST) le 30 juillet 2026.

    44. 30 juillet 2026 à 08:59 UTCinvestigating

      Bien que les services généraux dans toute la région du Canada (CA1) continuent à fonctionner normalement avec une stabilité totale, nos équipes techniques continuent de se concentrer sur la récupération des espaces de travail restants de Bring Your Own Key (BYOK). Nous continuons à faire progresser plusieurs flux de travail parallèles pour valider et exécuter le chemin de restauration le plus sûr possible. La réalisation simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats techniques, en nous assurant de restaurer les services avec le plus haut niveau de sécurité et de stabilité pour tous les espaces de travail BYOK exceptionnels. Nous apprécions votre patience et votre partenariat dans le cadre de ces étapes critiques de rétablissement. Nous fournirons une nouvelle mise à jour sur les progrès de la restauration BYOK dans deux heures.

    45. 30 juillet 2026 à 11:07 UTCinvestigating

      Bien que les services généraux dans toute la région du Canada (CA1) continuent à fonctionner normalement avec une stabilité totale, nos équipes techniques continuent de se concentrer sur la récupération des espaces de travail restants de Bring Your Own Key (BYOK). Nous continuons à faire progresser plusieurs flux de travail parallèles pour valider et exécuter le chemin de restauration le plus sûr possible. La réalisation simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats techniques, en nous assurant de restaurer les services avec le plus haut niveau de sécurité et de stabilité pour tous les espaces de travail BYOK exceptionnels. Nous apprécions votre patience et votre partenariat dans le cadre de ces étapes critiques de rétablissement. Nous fournirons une nouvelle mise à jour sur l'état de la restauration BYOK à 09:00 UTC (10:00 BST) le 31 juillet 2026, ou plus tôt si nous atteignons une étape importante.

    46. 31 juillet 2026 à 09:04 UTCinvestigating

      Bien que les services généraux dans toute la région du Canada (CA1) continuent à fonctionner normalement avec une stabilité totale, nos équipes techniques continuent de se concentrer sur la récupération des espaces de travail restants de Bring Your Own Key (BYOK). Nous continuons à faire progresser plusieurs flux de travail parallèles pour valider et exécuter le chemin de restauration le plus sûr possible. La réalisation simultanée de ces efforts nous permet d'analyser en profondeur tous les résultats techniques, en nous assurant de restaurer les services avec le plus haut niveau de sécurité et de stabilité pour tous les espaces de travail BYOK exceptionnels. Nous apprécions votre patience et votre partenariat dans le cadre de ces étapes critiques de rétablissement. Nous fournirons une nouvelle mise à jour sur l'état de la restauration BYOK à 09:00 UTC (10:00 BST) le 3 août 2026, ou plus tôt si nous atteignons une étape importante.

    47. 31 juillet 2026 à 13:47 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    48. 11 août 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.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 21 juillet 2026 à 14:15 UTC · 35m

    IssuesIncident mineur
    Composants affectés
    us5: Cloud - US East
    1. 21 juillet 2026 à 14:30 UTCinvestigating

      Nous enquêtons actuellement sur un problème ayant une incidence sur la capacité des clients d'exécuter des intégrations Cloudworks. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 21 juillet 2026 à 14:44 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    3. 21 juillet 2026 à 14:54 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    4. 30 juillet 2026 à 22:22 UTCpostmortem

      Le 21 juillet 2026, entre 14h15 UTC et 14h50 UTC, nous5 : Cloud - US East a connu une perturbation des intégrations de CloudWorksTM programmées. Pendant cette fenêtre, les workflows automatisés n'ont pas pu être déclenchés, et les utilisateurs peuvent avoir éprouvé des difficultés à accéder aux services d'intégration. ** Cause de la mort** La question a été déclenchée par une brève interruption des systèmes de stockage sous-jacents à la suite d'un retour en arrière du système. Cela a entraîné une perte de connectivité au sein du système de calendrier d'intégration, ce qui a empêché les tâches programmées d'être en attente ou déclenchées avec succès. **Récupération** Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. Nous avons vérifié la connectivité du système lorsque les services sous-jacents ont été récupérés automatiquement, et nous avons exécuté des intégrations de test pour valider les workflows programmés. Ces vérifications de validation ont confirmé que tous les mécanismes de planification avaient repris en toute sécurité les opérations normales sans nécessiter un redémarrage du système. À 14h50 UTC, la question a été entièrement réglée. **Mesures correctives et préventives** * Nous menons une enquête approfondie sur la performance du système pendant les opérations de renversement afin d'assurer la stabilité dans des conditions de charge élevée. * Nous mettons en place des contrôles de santé améliorés pour le programmeur d'intégration pour s'assurer qu'il atteint un état « prêt » avant que le trafic soit acheminé pendant les retours. * Nous mettons à jour nos processus de déploiement afin d'inclure la validation automatisée de la profondeur de la file d'attente des tâches immédiatement après toute mise à jour ou renversement régional. * Nous mettons à jour notre documentation de taille des ressources pour ce service avec des valeurs de demande/limite recommandées pour assurer une capacité suffisante pour le déploiement et les opérations de renversement. Nous nous excusons de toute incidence que cette question pourrait avoir sur vos activités commerciales. Nous renforçons nos systèmes et nos procédures pour éviter les perturbations pour votre entreprise et vos utilisateurs. Si vous avez d'autres questions ou préoccupations, veuillez consulter notre site Web [Support](https://www.google.com/url?q=https%3A%2F%2Fsupport.anaplan.com%2F). Nous apprécions votre patience pendant cet incident et apprécions la confiance que vous placez dans Anaplan.

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 14 juillet 2026 à 20:04 UTC · 1h 8m

    OutageIncident majeur
    Composants affectés
    us7: Cloud - US
    1. 14 juillet 2026 à 20:04 UTCinvestigating

      Nous enquêtons actuellement sur un problème ayant une incidence sur la capacité des clients d'exécuter des intégrations Cloudworks. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 14 juillet 2026 à 21:00 UTCmonitoring

      Nous avons remarqué que quelque chose a mal tourné. Nous enquêtons actuellement sur la question et nous fournirons bientôt une mise à jour.

    3. 14 juillet 2026 à 21:04 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    4. 14 juillet 2026 à 21:12 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    5. 22 juillet 2026 à 18:15 UTCpostmortem

      Le 14 juillet, 2026, à 19h55 UTC, nos clients7: Cloud - US West ont connu des retards et des échecs dans le traitement de l'intégration CloudWorksTM. Les emplois d'intégration prévus dans cette région n'ont pas été terminés comme prévu, ce qui a entraîné un arriéré de traitement qui a été comblé une fois le service entièrement rétabli. Cause Un composant back-end supportant le service CloudWorksTM a temporairement épuisé sa mémoire disponible, conduisant à une brève perturbation de la connectivité. Bien que la base de données ait été récupérée immédiatement, les composants de traitement CloudWorksTM ont conservé des connexions inactives et n'ont pas pu se reconnecter automatiquement. Cela a empêché les emplois d'intégration de terminer et a entraîné l'accumulation d'une file d'attente de tâches prévues. Récupération Notre équipe d'ingénieurs a identifié le problème et a pris des mesures immédiates. L'équipe a redémarré les composants de traitement CloudWorksTM pour effacer toutes les connexions discontinues et inactives. Pour éliminer rapidement l'arriéré des emplois d'intégration en attente, nous avons temporairement augmenté la capacité de traitement des composantes. Après s'être assuré que les emplois d'intégration étaient normalement terminés et que l'arriéré avait été entièrement traité, nous avons renvoyé le système à sa capacité initiale. Par 21:14 UTC, la question a été entièrement résolue. Mesures correctives et préventives Nous mettons en œuvre les mesures suivantes pour prévenir la récidive : * **Augmentation de l ' allocation des ressources :** Nous accroissons l'allocation de mémoire pour le composant back-end en nous7. Cela réduit la probabilité qu'un événement similaire se produise à l'avenir. * ** Optimisation du processus de référence :** Nous avons désactivé certains processus de collecte métriques de fond qui apportaient une charge inutile au composant back-end. Cela réduit encore le risque de renforcement de la pression de la mémoire au fil du temps. * **Essais de résilience :** Nos équipes d'ingénierie effectuent des tests contrôlés dans des environnements hors production pour mieux comprendre le comportement du service CloudWorksTM lors de brèves interruptions de connectivité. Ce travail nous aidera à améliorer la capacité du service à se rétablir automatiquement — sans nécessiter d'intervention manuelle — si un événement similaire se produit à l'avenir. Nous nous excusons de l'impact que cette question a eu sur vos opérations. Nous nous engageons à apporter les améliorations décrites ci-dessus pour éviter des perturbations semblables. Si vous avez des questions ou des préoccupations, veuillez contacter [Support](https://support.anaplan.com/).

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Alertes à la plateforme

    Début 2 juillet 2026 à 00:00 UTC · 4h 0m

    OutageIncident critique
    Composants affectés
    eu5: Cloud - Europeme1: Cloud - Saudi Arabia
    1. 2 juillet 2026 à 00:00 UTCinvestigating

      Nous enquêtons actuellement sur un problème affectant la capacité des clients d'accéder à la plateforme Anaplan. Nous nous efforçons de résoudre ce problème le plus rapidement possible et fournirons des mises à jour toutes les 30 minutes ou après résolution.

    2. 2 juillet 2026 à 00:30 UTCinvestigating

      Merci de votre patience alors que nous continuons d'enquêter sur cette question. Nous sommes actuellement confrontés à une perturbation critique des services qui cause une totale indisponibilité dans les régions touchées. Les utilisateurs qui tentent d'accéder aux services dans ces régions auront des délais de connexion et n'auront pas à charger les ressources. Actuellement, nous n'avons pas encore le temps de nous prononcer. Nous continuerons de fournir des mises à jour toutes les 30 minutes au fur et à mesure que nous travaillerons à résoudre ce problème le plus rapidement possible.

    3. 2 juillet 2026 à 00:59 UTCinvestigating

      Nous enquêtons sur un problème affectant l'accès à la plateforme et à la connexion pour nos clients dans nos régions ME1 et EU5. L'enquête initiale indique une perturbation du chemin d'authentification pour ces régions. Résoudre ceci est notre priorité absolue, et nos équipes d'ingénierie travaillent activement à restaurer des opérations normales. Nous n'avons pas encore d'ETA. Nous fournirons une autre mise à jour dans 30 minutes, ou plus tôt si nous avons de nouvelles informations importantes.

    4. 2 juillet 2026 à 01:29 UTCinvestigating

      Notre enquête sur le problème de connexion et d'accès à la plateforme touchant les régions ME1 et EU5 est en cours. Nous avons engagé notre fournisseur pour un soutien supplémentaire alors que nous travaillons à identifier et à résoudre la cause fondamentale. La résolution de ce problème reste notre priorité absolue. Pas encore d'ETA. Nous fournirons notre prochaine mise à jour dans les 30 minutes, ou plus tôt si nous avons de nouvelles informations importantes.

    5. 2 juillet 2026 à 01:58 UTCinvestigating

      Notre enquête sur le problème de connexion et d'accès à la plateforme touchant les régions ME1 et EU5 est en cours. Nos équipes d'ingénierie ont réduit l'enquête et poursuivent activement plusieurs pistes d'enquête, en collaboration avec notre partenaire infrastructure. Le rétablissement du service demeure notre priorité absolue. Pas encore d'ETA. Nous fournirons notre prochaine mise à jour dans les 30 minutes, ou plus tôt si nous avons de nouvelles informations importantes.

    6. 2 juillet 2026 à 02:27 UTCinvestigating

      Nous enquêtons sur un problème touchant l'accès à la connexion et à la plate-forme pour les clients de nos régions ME1 et EU5. La question a commencé vers 23 h 52 UTC le 1er juillet 2026. En coordination avec notre partenaire de l'infrastructure, nous avons réussi à réduire les causes potentielles et nous concentrons actuellement nos efforts d'ingénierie sur l'isolement de la question afin d'entreprendre des mesures d'atténuation ciblées. Notre équipe reste entièrement dévouée à résoudre ce problème le plus rapidement possible. Nous fournirons notre prochaine mise à jour dans les 30 minutes, ou plus tôt si nous avons de nouvelles informations importantes.

    7. 2 juillet 2026 à 02:55 UTCinvestigating

      Nous continuons d'étudier la question de l'accès aux plateformes et aux connexions pour les clients de nos régions ME1 et EU5. Nous avons identifié la cause potentielle et nous progressons activement dans les mesures d'atténuation pour régler le problème et rétablir le service complet. Nous continuerons de fournir des mises à jour à mesure que l'assainissement progressera. Nous fournirons notre prochaine mise à jour dans les 30 minutes, ou plus tôt si nous avons de nouvelles informations importantes.

    8. 2 juillet 2026 à 03:21 UTCmonitoring

      Le service a maintenant été restauré; vous devriez maintenant être en mesure de reprendre des activités normales. Nous continuerons de surveiller la plateforme pour nous assurer qu'aucun autre problème ne se pose. Si vous avez des questions, des préoccupations ou continuez à connaître des problèmes, n'hésitez pas à contacter Anaplan Support. Nous vous présenterons une mise à jour finale lorsque nous considérerons que cette situation est entièrement résolue.

    9. 2 juillet 2026 à 04:00 UTCresolved

      Nous avons confirmé que la question est maintenant réglée. Nous nous excusons vivement de tout impact que cette question pourrait avoir causé. Nous apprécions votre patience et votre partenariat au moment où nous avons travaillé sur cette question. Nous ferons un suivi dans les 7 jours ouvrables avec une analyse détaillée de la cause racine (RCA) qui sera partagée sur notre page de statut. Si vous avez des questions ou des préoccupations, n'hésitez pas à nous contacter à Anaplan Support.

    10. 10 juillet 2026 à 18:35 UTCpostmortem

      Le 1er juillet 2026, vers 23h52 UTC, nos systèmes de surveillance ont détecté une perturbation du service affectant les clients du me1 : Cloud – Moyen-Orient et eu5 : Cloud – Europe. Pendant ce temps, les clients touchés n'ont pas pu se connecter à la plateforme. Le service a été restauré à 03:21 UTC ** Cause de la mort** La perturbation provient d'un changement de configuration du réseau prévu à notre infrastructure de résolution de nom interne. Une mauvaise configuration a été introduite dans le cadre du changement qui a laissé en place un conflit de routage sous-jacent. Cela a causé le trafic de retour pour les recherches de noms internes à prendre un chemin incorrect pendant l'activité réseau de routine. Par conséquent, la résolution des noms internes a commencé à échouer pour les deux régions touchées. Cela a empêché le flux d'authentification de compléter et a empêché les clients de se connecter. **Récupération** Lors de la détection à 23h52 UTC, notre équipe d'ingénieurs et notre partenaire d'infrastructure ont commencé à enquêter en parallèle. Comme les problèmes de résolution de noms internes peuvent se présenter de plusieurs façons, l'équipe a travaillé à travers plusieurs pistes d'enquête avant d'isoler le conflit de routage spécifique responsable. Une fois identifié, nous avons repoussé le changement récent pour restaurer la configuration de routage connue précédente. La connectivité s'est rétablie progressivement au fur et à mesure que le retour se propageait et, à 03h21 UTC, l'authentification a été complètement rétablie pour les deux régions touchées. **Mesures correctives et préventives** Nous mettons en œuvre les mesures suivantes pour prévenir une récidive : * Nous ajoutons une validation préalable au changement qui détecte spécifiquement la classe de conflit de routage responsable de cet incident. Cela met fin au problème de configuration sous-jacent avant que tout changement similaire puisse atteindre l'environnement. * Nous sommes en train de ré-archiver la configuration de routage affectée pour empêcher que cette classe de défiguration ne soit à nouveau introduite. Cela supprime le problème sous-jacent à la source. * Nous améliorons notre surveillance des chemins internes de résolution des noms entre nos environnements nuageux. Cela raccourcit le temps de détecter et de résoudre cette catégorie de problèmes. ** Fermeture** Nous nous excusons de l'impact de cette perturbation sur vos opérations. Les mesures correctives ci-dessus visent à prévenir la réapparition d'un problème semblable à l'avenir. Si vous avez des questions ou des préoccupations, veuillez contacter [Support](https://support.anaplan.com/).

    Traduit automatiquement depuis la mise à jour officielle de l'incident.

    Platform Alerts

    Début 22 juin 2026 à 07:29 UTC · 3h 23m

    OutageIncident majeur
    Composants affectés
    us7: Cloud - US
    1. 22 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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 juillet 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.

    Platform Alerts

    Début 17 juin 2026 à 07:02 UTC · 3h 20m

    OutageIncident majeur
    Composants affectés
    eu4: Cloud - Europe
    1. 17 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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 juin 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/).