Historique des pannes de Tempo

1. 1 octobre 2026 à 19:57 UTCresolved

   Atlassian a signalé un incident survenu entre 01:00 UTC et 07:25 UTC : En conséquence, Tempo n'a pas réussi à charger de nombreux clients. L'incident a résolu et les services Tempo sont confirmés fonctionner normalement.

2. 1 octobre 2026 à 19:57 UTCidentified

   La perturbation des services Atlassiens a d'abord été signalée. Les services Tempo dans les deux régions (États-Unis et UE) n'ont pas été chargés pour de nombreux clients à l'heure actuelle.

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

1. 15 septembre 2026 à 16:22 UTCinvestigating

   Nous vivons un niveau élevé d'erreurs de demande et de temps de réponse lents. Nous examinons actuellement la question.

2. 15 septembre 2026 à 19:47 UTCmonitoring

   Nous avons appliqué des correctifs qui ont stabilisé les choses, mais nous sommes toujours confrontés à certains retards dans le traitement des événements de Jira.

3. 16 septembre 2026 à 11:36 UTCinvestigating

   Nous continuons d'étudier les retards qui causent des problèmes de chargement de l'application web. Cela est lié à l'incident d'hier. Il y a un certain retard dans le traitement des événements de Jira ainsi qu'un résultat de cela.

4. 16 septembre 2026 à 20:28 UTCmonitoring

   Nous surveillons actuellement le système pour s'assurer qu'il est de nouveau en pleine santé. Les clients peuvent s'attendre à un certain retard dans le traitement des mises à jour Jira.

5. 17 septembre 2026 à 10:53 UTCresolved

   L'incident a été résolu. Au cours de l'incident, nous avons dû bloquer le traitement de Jira Issue webhook, mais toutes les mises à jour à Jira depuis le 16 septembre à 20h30 ont été traitées normalement.

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

1. 27 août 2026 à 08:36 UTCinvestigating

   Nous sommes actuellement confrontés à un problème où Tempo ne charge pas pour un sous-ensemble de clients dans notre instance américaine. Notre équipe de développement enquête activement sur la cause.

2. 27 août 2026 à 11:10 UTCidentified

   L'incident a affecté un sous-ensemble de nos clients en cours de connexion sur forge, et les anciennes applications de connexion. Nous avons identifié le problème et nous cherchons une solution pour restaurer l'accès dès que possible

3. 28 août 2026 à 00:31 UTCmonitoring

   Une solution a été déployée. L'accès est rétabli pour les clients touchés. Nous surveillons actuellement le déploiement.

4. 31 août 2026 à 16:00 UTCresolved

   Cet incident a été résolu. Les applications Tempo touchées ont été restaurées et fonctionnent normalement pour les clients touchés. Un correctif a été déployé pour prévenir les récidives. Si vous rencontrez encore des problèmes, veuillez contacter Tempo Support.

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

1. 25 août 2026 à 08:57 UTCinvestigating

   État : Nous enquêtons actuellement sur des questions. Impact: Certains utilisateurs peuvent connaître des performances dégradées.

2. 25 août 2026 à 13:11 UTCmonitoring

   La question était auto-guérie. Cependant, nous n'avons pas encore identifié la cause profonde. Nous enquêtons et continuons de surveiller la question.

3. 25 août 2026 à 15:40 UTCresolved

   Cet incident a été résolu.

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

1. 31 juillet 2026 à 04:40 UTCinvestigating

   Nous connaissons un niveau élevé d'erreurs d'API et nous examinons actuellement le problème.

2. 31 juillet 2026 à 05:39 UTCmonitoring

   La correction a été mise en œuvre. Nous surveillons actuellement le déploiement.

3. 31 juillet 2026 à 12:30 UTCresolved

   La question a été réglée.

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

1. 15 juin 2026 à 13:30 UTCinvestigating

   État : Nous enquêtons actuellement sur des questions. Impact: Certains utilisateurs peuvent connaître des performances dégradées.

2. 15 juin 2026 à 16:19 UTCresolved

   L'incident a été réglé.

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

1. 15 juin 2026 à 13:28 UTCinvestigating

   Nous enquêtons actuellement sur une brève panne qui a rendu nos systèmes inaccessibles. Le système fonctionne maintenant, mais les utilisateurs peuvent s'attendre à des retards dans le traitement des événements.

2. 15 juin 2026 à 13:31 UTCmonitoring

   Le problème a été identifié et corrigé. Nous sommes en train de surveiller.

3. 15 juin 2026 à 16:19 UTCmonitoring

   L'incident a été réglé.

4. 19 juin 2026 à 10:42 UTCresolved

   L'incident a été réglé.

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

1. 9 juin 2026 à 01:46 UTCinvestigating

   État : Nous enquêtons actuellement sur des questions. Impact: Certains utilisateurs peuvent connaître des performances dégradées.

2. 9 juin 2026 à 08:49 UTCresolved

   Nous avons eu un certain retard dans le traitement des événements durant la nuit dernière, le problème a été résolu.

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

1. 12 mai 2026 à 14:00 UTCinvestigating

   Certains utilisateurs sur les instances touchées sont incapables d'utiliser Tempo, tandis que d'autres utilisateurs sur la même instance sont en mesure. Les utilisateurs touchés verront l'erreur `403 L'application n'est pas installée sur cette instance` s'ils ouvrent l'onglet réseau du navigateur et cherchent l'appel `/rest/api/3/mypermissions`. Nous enquêtons.

2. 12 mai 2026 à 17:19 UTCinvestigating

   Nous travaillons toujours avec Atlassian pour identifier la cause profonde de cette question.

3. 13 mai 2026 à 09:02 UTCidentified

   Atlassian a signalé qu'ils ont identifié et corrigé un problème avec les événements d'automatisation. Nous avons confirmé de notre côté que les instances concernées devraient être à nouveau en mesure d'accéder. Selon Atlassian, on peut s'attendre à des retards dans le traitement des événements qui se sont accumulés pendant l'incident.

4. 13 mai 2026 à 09:16 UTCresolved

   Nos clients signalent qu'ils sont en mesure d'accéder à Tempo maintenant.

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

1. 8 mai 2026 à 07:00 UTCinvestigating

   État : Nous enquêtons actuellement sur des questions. Impact: Certains utilisateurs peuvent connaître des performances dégradées.

2. 8 mai 2026 à 10:26 UTCinvestigating

   Nous enquêtons encore sur une panne partielle affectant Tempo pour Jira Cloud, affectant principalement un sous-ensemble de clients dans la région de us-east-1. AWS Health a signalé une grave dégradation dans la région concernée. Leur équipe enquête actuellement sur notre problème particulier et nous attendons une mise à jour de leur part.

3. 8 mai 2026 à 14:05 UTCmonitoring

   Avec l'assistance AWS, nous avons pu restaurer la fonction de nos systèmes de moteur qui ont été touchés par la panne. La performance de l'AWS continue de se dégrader dans la région, mais nous sommes à présent pleinement opérationnels. Nous continuerons de suivre la situation.

4. 8 mai 2026 à 14:54 UTCresolved

   L'incident a été réglé.

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

1. 2 avril 2026 à 21:46 UTCmonitoring

   La migration des feuilles de temps, du planificateur de capacité et du gestionnaire financier vers [Forge] (https://www.tempo.io/product-news/tempo-moves-to-forge) est en cours, mais le déploiement **automatique n'a pas commencé le 31 mars 2026 comme prévu**. La migration automatique vers Forge est provisoirement prévue pour le 15 juin 2026. Vous avez la possibilité de faire l'une des options suivantes : • **Réaliser une mise à jour manuelle** Examinez les changements attendus (voir les liens ci-dessous) et évaluez toute incidence sur vos workflows. Si l'impact est gérable, nous vous recommandons de mettre à jour manuellement pour contrôler le calendrier de la migration de votre instance. • **Attendez la mise à jour automatique** Le déploiement automatique se fera progressivement, nous ne pouvons donc pas confirmer la date exacte à laquelle votre instance sera mise à jour. Il ne sera pas possible de programmer, de retarder ou de refuser une fois commencé. Une fois votre instance mise à jour, vous recevrez une notification in-app confirmant le changement. Vous pouvez également vérifier si votre instance a migré vers Forge par **[cocher les versions de l'application](https://tempo-io.atlassian.net/wiki/spaces/DRAFTTIMESHEETS/pages/5679415354/Timesheets+Migration+to+Forge+FAQs#How-to-Check-Your-Current-Version). **Modifications importantes** La plupart de la migration est transparente, mais quelques changements peuvent vous affecter, particulièrement autour des filtres JQL : • Syntaxe de filtre JQL – `issueInternal`, Compte, Tempo Team et identifiants de champ personnalisés • Panneaux Tempo dans Jira vue des problèmes • Raccourcis clavier • URLs de l'application OAuth Veuillez examiner la documentation pertinente pour vous préparer aux changements qui pourraient vous toucher : (https://help.tempo.io/timesheets/latest/expected-changes-in-timesheets-on-forge) • [Modifications attendues du planificateur de capacité sur Forge] (https://help.tempo.io/planner/latest/attendues-changements-en-capacité-planificateur-sur-Forge) • [Modifications attendues du gestionnaire financier sur Forge](https://help.tempo.io/financingmanager/latest/expected-changes-in-financing-manager-on-forge)

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

1. 3 mars 2026 à 13:48 UTCinvestigating

   Nous sommes actuellement en retard dans la synchronisation des événements calendrier pour les utilisateurs avec Microsoft Outlook (O365) et Google Calendar intégrations. Les événements peuvent ne pas apparaître dans Tempo Timesheets comme prévu. Notre équipe d'ingénieurs enquête activement sur la question. Nous fournirons d'autres mises à jour au fur et à mesure que nous en apprendrons davantage. Nous nous excusons pour le désagrément.

2. 13 mars 2026 à 20:50 UTCinvestigating

   Nous avons temporairement corrigé les performances dégradées en augmentant le système. Nous continuons d'enquêter sur la cause profonde.

3. 18 mars 2026 à 14:24 UTCresolved

   Nous avons identifié et abordé la cause profonde des retards. La question est maintenant réglée.

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

1. 26 février 2026 à 15:41 UTCinvestigating

   Nous connaissons un grand nombre d'erreurs d'API dans le cluster de l'UE. Nous enquêtons activement sur la cause.

2. 26 février 2026 à 15:54 UTCmonitoring

   Le problème est l'auto-récupération. Nous surveillons la question.

3. 26 février 2026 à 16:11 UTCmonitoring

   Des pannes partielles sont encore observées dans le groupe.

4. 26 février 2026 à 17:13 UTCmonitoring

   Les demandes entrantes ont été traitées de façon stable. Nous continuons de surveiller la grappe.

5. 26 février 2026 à 17:46 UTCresolved

   L'incident a été résolu. L'analyse des causes profondes d'une solution permanente est en cours.

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

1. 2 janvier 2026 à 16:54 UTCinvestigating

   Nous étudions actuellement le problème.

2. 2 janvier 2026 à 16:54 UTCresolved

   La perturbation est maintenant résolue.

3. 2 janvier 2026 à 16:54 UTCidentified

   Nous avons identifié la cause racine et appliqué une correction.

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

1. 16 décembre 2025 à 14:30 UTCinvestigating

   Nous vivons des performances dégradées sur notre service basé aux États-Unis et nous examinons actuellement la question.

2. 16 décembre 2025 à 14:40 UTCmonitoring

   Nos systèmes sont de nouveau opérationnels. Nous surveillons.

3. 18 décembre 2025 à 14:51 UTCresolved

   Résolue

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

1. 11 novembre 2025 à 22:34 UTCinvestigating

   Nous enquêtons actuellement sur des questions signalées dans la région de Production UE.

2. 11 novembre 2025 à 22:36 UTCidentified

   Une correction a été appliquée. Nous continuerons à surveiller l'environnement de production de l'UE pour nous assurer que tous les problèmes ont été résolus.

3. 11 novembre 2025 à 22:44 UTCmonitoring

   Les services de production de l'UE ont été rétablis. Nous continuerons de surveiller.

4. 12 novembre 2025 à 20:19 UTCmonitoring

   Nous vivons actuellement une synchronisation lente des données avec Jira. Les carnets de travail créés sur les nouveaux numéros Jira ou les nouveaux numéros Jira pourraient ne pas s'afficher correctement avant un délai.

5. 14 novembre 2025 à 11:13 UTCmonitoring

   La perturbation des services dans l'UE a été entièrement résolue et la synchronisation des données avec Jira est à jour.

6. 14 novembre 2025 à 11:16 UTCresolved

   L'incident a été réglé.

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

1. 20 octobre 2025 à 09:10 UTCinvestigating

   Nous sommes confrontés à des problèmes généralisés en raison d'une interruption continue du fournisseur

2. 20 octobre 2025 à 10:08 UTCmonitoring

   AWS semble avoir corrigé le problème, et nos services ont récupéré. Nous suivons la situation de près.

3. 20 octobre 2025 à 10:08 UTCidentified

   Nous avons enquêté et nous continuons d'éprouver des problèmes généralisés en raison d'un incident AWS en cours avec la région US-EAST-1 ( https://health.aws.amazon.com/health/status ). Nous continuerons de fournir des mises à jour à mesure que la situation évoluera.

4. 20 octobre 2025 à 20:07 UTCmonitoring

   Notre fournisseur de cloud AWS continue de se remettre de la panne plus tôt aujourd'hui, mais nous vivons encore des performances dégradées à cause de cela. Atlassian sont également touchés par cette panne. Aucune ETA n'a encore été fournie par le fournisseur de cloud et nous continuons à surveiller la situation.

5. 21 octobre 2025 à 09:07 UTCresolved

   AWS a résolu l'incident à leur fin, et Atlassian a signalé qu'ils ne voient plus de problèmes dans leurs systèmes.

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

1. 13 octobre 2025 à 08:09 UTCinvestigating

   Nous enquêtons actuellement sur des questions signalées dans la région de Production UE.

2. 13 octobre 2025 à 09:05 UTCmonitoring

   Une correction a été appliquée. Nous continuerons à surveiller l'environnement de production de l'UE pour nous assurer que tous les problèmes ont été résolus.

3. 13 octobre 2025 à 09:05 UTCidentified

   Le problème a été identifié et une correction est en cours d'essai.

4. 13 octobre 2025 à 09:05 UTCidentified

   Nous continuons de travailler sur une solution à ce problème.

5. 13 octobre 2025 à 10:06 UTCmonitoring

   Les services de production de l'UE ont été stabilisés et les problèmes de latence (faible temps de réponse) sont traités.

6. 13 octobre 2025 à 14:07 UTCresolved

   Cet incident a été résolu.

7. 13 octobre 2025 à 14:07 UTCmonitoring

   Nous restons à l'affût de tout autre problème.

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

1. 4 octobre 2025 à 07:06 UTCinvestigating

   Nous enquêtons actuellement sur cette question.

2. 4 octobre 2025 à 08:06 UTCidentified

   Nous avons identifié la question et travaillé sur la résolution.

3. 4 octobre 2025 à 08:06 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

4. 4 octobre 2025 à 09:07 UTCresolved

   Cet incident a été résolu

5. 4 octobre 2025 à 09:07 UTCmonitoring

   Notre infrastructure est maintenant remise en état. Nous continuerons de surveiller le système.

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

1. 8 septembre 2025 à 15:07 UTCinvestigating

   Nous enquêtons actuellement sur un problème où les champs Tempo Account et Tempo Team peuvent ne pas apparaître lors de l'édition de problèmes dans Jira. Les champs sont toujours visibles dans l'écran `Create Issue` mais disparaissent dans le panneau latéral du problème lors de l'édition. Notre équipe travaille avec Atlassian pour déterminer la cause profonde. En attendant, vous ne pourrez peut-être pas mettre à jour ces champs lors de l'édition des problèmes. Nous fournirons des mises à jour dès que de plus amples renseignements seront disponibles.

2. 8 septembre 2025 à 15:07 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 9 septembre 2025 à 11:06 UTCresolved

   Cet incident a été résolu.

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