Historique des pannes de Currencycloud

1. 16 octobre 2026 à 09:44 UTCidentified

   Nous sommes conscients d'un problème qui a une incidence sur le traitement des courriels de support, où les messages sont livrés avec succès, mais qui n'apparaissent pas systématiquement dans notre plateforme de support. Nos équipes étudient cette question en priorité. Entre-temps, dans la mesure du possible, veuillez continuer à soumettre des demandes par Direct. Si vous avez besoin d'aide, veuillez nous contacter par l'intermédiaire de la section Support de la plateforme. Nous nous excusons de tout inconvénient et fournirons d'autres mises à jour dès qu'elles seront disponibles. Pour plus d'informations, consultez le Centre d'assistance > Portails Web de Currencycloud > Currencycloud Direct > Support Tickets FAQ https://support.currencycloud.com/hc/en-gb/articles/36002890340-Support-tickets-FAQ

2. 20 octobre 2026 à 10:57 UTCmonitoring

   Une mesure d'atténuation a été mise en oeuvre le 19 octobre à 17h44. Selon les constatations actuelles, la question était de nature intermittente et n'avait pas d'incidence sur tous les courriels entrants. Veuillez contacter le support si vous continuez à connaître des problèmes.

3. 21 octobre 2026 à 08:43 UTCresolved

   La question touchant le traitement de certains courriels de soutien a été résolue. L'enquête a confirmé que l'impact se limitait aux échecs intermittents du traitement des courriels le 14 octobre, tandis que d'autres courriels continuaient d'être traités avec succès. Nous continuerons de surveiller le service et de travailler avec Microsoft sur une résolution permanente. Si vous rencontrez d'autres problèmes, veuillez contacter Support.

4. 21 octobre 2026 à 09:16 UTCpostmortem

   ## Aperçu Entre le 13 octobre et le 19 octobre, nous avons connu un problème touchant le traitement d'un sous-ensemble de courriels de support envoyés à Currencycloud. Alors que les courriels ont été livrés avec succès, certains n'apparaissaient pas systématiquement dans notre plateforme de support pour le traitement. Une mesure d'atténuation a été mise en oeuvre le 19 octobre, après quoi le traitement des courriels est revenu aux niveaux prévus. La surveillance continue n'a pas permis d'identifier une récurrence importante du problème. Impact client Un sous-ensemble de clients peut avoir connu des retards dans le traitement des demandes de soutien soumises par courriel pendant la période visée. Le problème était intermittent et n'a pas eu d'incidence sur tous les courriels reçus. De nombreux courriels de soutien ont continué à être traités avec succès tout au long de l'incident. Aucune action client n'est requise; cependant, les clients qui estiment qu'une demande de soutien n'a pas été traitée pendant cette période peuvent contacter Support pour obtenir de l'aide. La cause profonde Notre enquête a déterminé que le problème était causé par un comportement inattendu de traitement des courriels au sein d'une dépendance du fournisseur de services utilisée pour acheminer et traiter les courriels de support entrant. Pour rétablir le service, une atténuation temporaire a été mise en place, qui a repris avec succès le traitement normal des courriels. Après l'atténuation, la surveillance a confirmé que les courriels étaient traités comme prévu. Nous continuons de travailler avec le fournisseur de services pour mener à bien l'enquête sur les causes profondes et identifier toute amélioration supplémentaire à long terme. Une solution permanente sera mise en oeuvre avant l'expiration de l'atténuation temporaire afin d'éviter que cette question ne se reproduise. Confidentiel

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

1. 25 septembre 2026 à 11:19 UTCresolved

   Le 24 septembre 2026, certains clients ont connu des défaillances d'authentification lors de l'accès aux services Currencycloud via notre API et notre plateforme. La question était liée à une version logicielle et a été résolue en faisant reculer le changement. Le service a été rétabli et la surveillance a confirmé le fonctionnement normal depuis la récupération. Une analyse détaillée des causes profondes est en cours d'achèvement et fait l'objet d'un examen interne. Des renseignements supplémentaires seront communiqués une fois le processus terminé. Nous nous excusons de la perturbation et remercions nos clients de leur patience.

2. 29 septembre 2026 à 07:47 UTCpostmortem

   ## ** Aperçu** Le 24 septembre 2026, certains clients ont connu des défaillances d'authentification lors de l'accès aux services Currencycloud via la plateforme et l'API. Le problème est survenu à la suite d'une sortie de logiciel et a affecté la capacité des clients à authentifier et à accéder à certains services. Une fois identifié, le changement de logiciel a été inversé et le service a été rétabli. La surveillance après récupération a confirmé le fonctionnement normal. ** Impact sur le client** * Un sous-ensemble de clients a subi des défaillances d'authentification lorsqu'ils ont tenté d'accéder aux services de Currencycloud via la plateforme et l'API. * Les clients touchés peuvent avoir été temporairement incapables de se connecter ou d'accéder à des services nécessitant une authentification réussie. * Aucune action client n'était requise après la restauration du service. * Les services ont continué à fonctionner normalement après la récupération. ## **La cause de la mort** L'incident a été causé par une version logicielle qui a introduit une erreur dans le processus d'authentification. Dans certaines conditions, le changement a empêché que l'activité d'authentification soit traitée correctement, entraînant des défaillances d'authentification pour certains clients. Une fois le problème identifié, le changement de logiciel a été inversé, rétablissant la configuration stable précédente et retournant les services à un fonctionnement normal. À la suite de l'incident, un examen a été effectué pour déterminer les possibilités d'amélioration. D'autres mesures de protection sont mises en oeuvre dans le cadre du processus de diffusion et de validation, y compris des améliorations à la surveillance et aux essais, afin de détecter plus rapidement des problèmes semblables et de réduire la probabilité de récidive. Confidentiel

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

1. 21 septembre 2026 à 20:39 UTCinvestigating

   Un problème touche actuellement plusieurs paramètres de l'API et est à l'étude. Un pic dans les erreurs du serveur a été détecté et s'est depuis réduit sans autres erreurs observées. Nous suivons la situation de près et fournirons des mises à jour à mesure que l'enquête avance. Certains clients peuvent avoir éprouvé des erreurs lors de l'accès aux paramètres pendant la fenêtre d'incident. Nous apprécions votre patience alors que nous enquêtons sur la cause fondamentale et travaillons pour prévenir les récidives.

2. 21 septembre 2026 à 21:14 UTCmonitoring

   Nous avons identifié la cause des taux d'erreur élevés et mis en oeuvre des mesures d'atténuation. Un événement de remplacement des nœuds à l'échelle de la plate-forme a brièvement quitté les services sans point d'arrêt prêt pour traiter les demandes. Nous avons repoussé un déploiement récent par précaution et la stabilité des services a été rétablie. Un petit sous-ensemble de demandes peut avoir fait l'objet d'erreurs au cours de la fenêtre brève lorsque les paramètres n'étaient pas disponibles. Nos équipes surveillent activement les services concernés afin d'assurer une stabilité totale avant de revenir aux opérations standard.

3. 22 septembre 2026 à 04:44 UTCresolved

   Le problème qui cause des erreurs d'API intermittentes a été résolu, et les services fonctionnent normalement. Un certain nombre de demandes d'IPA ont connu des défaillances transitoires pendant de brèves périodes de taux d'erreur élevés; toutefois, aucun autre problème n'a été observé depuis que les mesures d'atténuation ont été prises.

4. 23 septembre 2026 à 08:26 UTCpostmortem

   # Aperçu général Le 21 septembre 2026, un sous-ensemble de demandes d'API a connu des erreurs intermittentes sur plusieurs paramètres de l'API. La question a été cernée à environ 19h52 UTC et résolue à 20h41 UTC, avec des taux d'erreur élevés observés de façon intermittente durant cette période. Les services sont restés stables et aucune autre question n'a été observée après la résolution. # Impact client Pendant la fenêtre des incidents, certains clients ont peut-être subi des défaillances temporaires lors de l'accès à la fonctionnalité de l'API, y compris les paiements, les transactions, les soldes, les conversions et les taux. La perturbation a été brève et aucun problème d'intégrité des données, de perte de fonds ou d'exigences d'intervention de la clientèle n'a été relevé. Cause racine L'incident a coïncidé avec un événement d'infrastructure de routine dans notre environnement de production qui a entraîné la redistribution d'un certain nombre de services. Au cours de cette transition, certaines demandes n'ont pas pu être traitées avec succès, entraînant une courte période d'erreurs d'API élevées. Une fois le problème cerné, les services touchés ont été stabilisés et surveillés afin de confirmer leur fonctionnement normal. Le rendement des services est revenu aux niveaux prévus et est resté stable pendant le reste de la période de surveillance. Dans le cadre de notre processus d'examen en cours, nous évaluons des mesures de protection supplémentaires concernant les transitions d'infrastructure et les vérifications de l'état de préparation au service afin de réduire davantage la probabilité de problèmes semblables à l'avenir. Merci de votre compréhension alors que nous continuons à améliorer la fiabilité et la résilience de nos services. ###### Nuage de devises Confidentiel

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

1. 14 septembre 2026 à 16:09 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant les paiements CAO traités par l'un de nos partenaires bancaires. Par conséquent, certains clients peuvent subir des défaillances de paiement ou des retards dans le traitement. Nos équipes travaillent activement avec le fournisseur pour identifier la cause et rétablir le service normal le plus rapidement possible. Nous continuerons de fournir des mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 16 septembre 2026 à 10:38 UTCmonitoring

   Nous n'avons observé aucun autre cas de la question touchant les paiements CAO depuis le 14 septembre, et le traitement des paiements continue de fonctionner comme prévu. Nos équipes restent engagées avec le partenaire bancaire pour mener à bien l'enquête sur les causes profondes du sous-ensemble initial des défaillances de paiement. Bien que le service demeure stable, nous continuerons de surveiller de près et de fournir d'autres mises à jour si de nouvelles informations sont disponibles.

3. 17 septembre 2026 à 10:11 UTCresolved

   Le traitement des paiements par CAO est demeuré stable depuis le 14 septembre, sans répétition de la question observée. Comme le service a continué à fonctionner comme prévu tout au long de la période de surveillance, cet incident est maintenant considéré comme résolu. Nous continuerons de travailler avec les partenaires du réseau concernés aux mesures de suivi et de prévention découlant de notre examen de l'incident.

4. 21 septembre 2026 à 08:50 UTCpostmortem

   * Aperçu** Le 14 septembre, un sous-ensemble de paiements CAO n'a pas été effectué avec succès pendant une période d'activité de paiement exceptionnellement élevée. Le problème a été identifié par une surveillance automatisée et une enquête immédiate. Tout au long de l'incident, la plate-forme plus large est restée disponible et fonctionne normalement. (en milliers de dollars) #### ** Impact sur le client** Un sous-ensemble de clients a subi des paiements CAO échoués ou retardés au cours de la fenêtre de l'incident, ce qui a pu avoir pour effet d'atteindre les bénéficiaires plus tard que prévu. Les paiements affectés ont nécessité le retraitement une fois que les conditions normales de transformation ont été rétablies. Nous reconnaissons les perturbations que cela peut avoir causées aux clients et aux bénéficiaires, en particulier lorsque les paiements étaient assortis de délais. Aucun impact n'a été identifié sur d'autres devises, produits ou services de plate-forme plus larges. (en milliers de dollars) ** Cause de la mort** L'incident s'est produit lorsqu'un volume inattendu de paiements CAO a temporairement épuisé les liquidités disponibles utilisées pour soutenir le traitement des paiements. Par conséquent, un certain nombre de demandes de paiement n'ont pas pu être traitées et ont été renvoyées comme ayant échoué. Notre enquête a confirmé que les instructions de paiement avaient été correctement présentées et qu'il n'y avait pas de défauts de demande ou d'erreurs opérationnelles dans les systèmes de Currencycloud. Le service est revenu à la normale une fois que des liquidités suffisantes ont été disponibles, et aucun autre événement n'a été observé après l'incident. Prévention et améliorations Après l'incident, nous avons examiné nos processus de surveillance et de gestion de la liquidité. Bien que la surveillance existante ait permis de déceler la question telle qu'elle avait été conçue, nous mettons en place des mesures de protection supplémentaires afin d'assurer une visibilité plus précoce de l'activité de paiement élevée et des risques potentiels de capacité. Nous travaillons également avec nos partenaires bancaires pour revoir les seuils de liquidité, les modalités de surveillance et les processus d'escalade afin de réduire la probabilité d'un événement semblable à l'avenir. Ces actions visent à améliorer notre capacité à identifier et à répondre aux périodes de demande de paiement exceptionnelle avant que l'impact client ne se produise. (en milliers de dollars) (en milliers de dollars) Currencycloud Confidentiel

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

1. 14 septembre 2026 à 13:29 UTCinvestigating

   Nous enquêtons actuellement sur un problème touchant l'un de nos environnements de démonstration hors production. Le problème est d'affecter l'accès et la fonctionnalité dans l'environnement de démonstration seulement. Il n'y a aucun impact sur les services de production de Devisecloud, les fonds des clients, le traitement des paiements ou l'activité des clients en direct. Tous les systèmes de production restent pleinement opérationnels. Nos équipes s'emploient activement à restaurer l'environnement de démonstration affecté, et nous continuerons de suivre les progrès jusqu'à ce que le service soit entièrement rétabli.

2. 14 septembre 2026 à 14:46 UTCresolved

   Le problème qui touche l'un de nos environnements de démonstration hors production a maintenant été entièrement résolu, et les services sont revenus à une exploitation normale. La perturbation était limitée à l'environnement de démonstration seulement. Il n'y a eu aucune incidence sur les services de production de Devisecloud, les fonds des clients, le traitement des paiements ou l'activité des clients en direct à aucun moment pendant l'incident. Suite aux activités d'assainissement et de validation, les services de démonstration touchés ont été rétablis et fonctionnent comme prévu. Nous continuerons de surveiller l'environnement dans le cadre de la surveillance opérationnelle normale.

3. 15 septembre 2026 à 15:38 UTCpostmortem

   ## Aperçu Le 14 septembre 2026, nous avons connu une perturbation touchant un de nos environnements de démonstration hors production. Cela a nui à l'accès aux soldes et aux fonctionnalités de compte connexes dans les environnements de démonstration seulement. Les activités de restauration du service ont commencé immédiatement après la détection, et la fonctionnalité de base a été rétablie le même jour. À la suite d'activités supplémentaires de validation et de rétablissement, l'incident a été entièrement résolu le 15 septembre 2026. Impact client Un sous-ensemble d'utilisateurs accédant à l'environnement DEMO peut avoir connu une visibilité limitée des équilibres et avoir utilisé certaines caractéristiques associées pendant la période touchée. La perturbation était limitée aux services de démonstration hors production. Il n'y a eu aucun impact sur les services de production de Devisecloud, les fonds des clients, le traitement des paiements ou l'activité des clients en direct. Aucune action client n'était requise. La cause profonde L'incident a été causé par un changement involontaire de configuration de l'infrastructure dans l'environnement DEMO. Il en est résulté l'indisponibilité temporaire d'un solde d'appui et d'une fonctionnalité connexe dans l'environnement DEMO. Pour rétablir le service, nos équipes d'ingénierie ont reconstruit les ressources de base de données concernées, rétabli la configuration requise et validé la fonctionnalité dans l'environnement. D'autres examens ont été effectués pour confirmer que les systèmes de production et d'autres environnements n'étaient pas touchés. Des mesures correctives ont été identifiées et font l'objet d'un suivi afin de renforcer les contrôles de l'infrastructure et de réduire la probabilité que des incidents semblables se produisent à l'avenir. Après une restauration et une validation réussies, l'environnement DEMO est revenu à une exploitation normale. Confidentiel

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

1. 8 septembre 2026 à 13:51 UTCinvestigating

   Nous enquêtons actuellement sur les retards affectant la livraison des notifications de webhook. Nos équipes examinent activement la question et s'efforcent de rétablir un service normal. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles. Aucune action du client n'est requise pour le moment.

2. 8 septembre 2026 à 14:15 UTCidentified

   Nous avons déterminé la cause des retards qui affectent la livraison des avis de surveillance en ligne et nous mettons en oeuvre un plan d'assainissement échelonné. Notre priorité immédiate est de rétablir les taux de traitement normaux et de réduire l'arriéré de notifications différées. Parallèlement, l'Ingénierie met en oeuvre un changement correctif pour régler le problème sous-jacent et prévenir la récurrence. Les clients peuvent avoir des retards dans la réception des avis de couverture en ligne pendant les activités de récupération. Nous suivons activement les progrès et continuerons de fournir des mises à jour au fur et à mesure que le service se rétablira. Aucune action du client n'est requise pour le moment.

3. 8 septembre 2026 à 15:21 UTCmonitoring

   Les notifications Webhook continuent d'être traitées et livrées, même si certains clients risquent de connaître des retards alors que les activités de rétablissement sont en cours. L'ingénierie a déployé un changement supplémentaire conçu pour réduire la charge de la base de données et améliorer le débit de traitement. Cette mise à jour est en cours et les premiers indicateurs montrent que les volumes d'arriérés continuent de diminuer. Parallèlement, un autre changement correctif portant sur la cause sous-jacente a été identifié et fait l'objet d'un examen final avant le déploiement. Nous surveillons activement le rendement des services et la réduction de l'arriéré à mesure que le traitement revient à des niveaux normaux. Aucune action du client n'est requise pour le moment.

4. 8 septembre 2026 à 16:12 UTCresolved

   Les notifications Webhook sont traitées et livrées normalement. L ' arriéré de notifications tardives a été complètement réglé et le service a continué de fonctionner tout au long de l ' incident. Le génie a mis en place des mesures de remise en état et aucun autre retard n'est prévu. Nous continuerons de surveiller le service dans le cadre des opérations normales. Aucune action du client n'est requise.

5. 10 septembre 2026 à 08:56 UTCpostmortem

   # Aperçu général Le mardi 8 septembre 2026, certains clients ont connu deux périodes de retard dans la réception des notifications en ligne de Currencycloud. La première période a eu lieu entre 07:23 et 10:05 temps du Royaume-Uni, et la seconde entre 14:01 et 17:10 temps du Royaume-Uni. Au cours de ces périodes, les événements de webhook ont continué d'être générés mais se sont accumulés temporairement dans la file d'attente de traitement des notifications et ont été livrés plus tard que prévu. Le traitement s'est rétabli et la file d'attente est revenue à la normale après le déploiement des modifications correctives et la récupération a été validée. # Impact client Les clients qui utilisent des notifications de hook Web ont eu des retards dans la réception des mises à jour des transactions, du financement et des virements bancaires au cours des deux périodes touchées. Cette visibilité réduite en temps réel et peut avoir retardé les workflows automatisés qui dépendent de la réception de webhook. Les opérations sous-jacentes, les activités de financement et les virements bancaires ont continué de se dérouler avec succès, et la plate-forme de change est restée disponible. La plupart des notifications tardives ont été envoyées à mesure que le traitement était récupéré. La validation subséquente a permis d'identifier des notifications nécessitant un rejouage ou des loisirs ciblés, qui ont été prises en charge par des mesures d'assainissement contrôlées après les incidents. Si vous estimez qu'une notification particulière demeure manquante, veuillez contacter votre représentant de Devisecloud ou Support avec la référence de transaction pertinente afin qu'elle puisse faire l'objet d'une enquête. Aucune action client n'était nécessaire pour restaurer le service. L'incident a eu une incidence sur le moment où la notification a été envoyée plutôt que sur l'exactitude des documents de transaction ou de paiement sous-jacents. Aucun impact du fonds client, aucun problème de sécurité ou perte financière n'a été identifié. Cause racine Les retards répétés ont été causés par le traitement lié à la réessayer au sein du service de notification de webhook. Lorsqu'un enregistrement d'événement prévu n'a pas pu être trouvé au cours de la validation de réessayer, la même notification a pu être réévaluée à plusieurs reprises, augmentant l'activité de la base de données et réduisant temporairement le débit de traitement. Une autre recherche de base de données inefficace a contribué à la charge. Cela a causé des événements de webhook à s'accumuler dans la file d'attente jusqu'à ce que la capacité de traitement se rétabli. Currencycloud a apporté des changements correctifs pour réduire la charge de la base de données, traiter le comportement d'amplification de réessayer et améliorer la stabilité du traitement. Le service a été surveillé jusqu'à ce que la file d'attente revienne à la normale et que la livraison en ligne reprenne au niveau prévu. Parmi les autres travaux, mentionnons l'achèvement de la recherche indexée permanente, le renforcement des contrôles de l'état de préparation à la dépendance, l'amélioration de la réexpérimentation et de la manipulation des lettres mortes, et l'amélioration des capacités de surveillance et de rejouement des notifications contrôlées. (en milliers de dollars) Nuage de devises Confidentiel

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

1. 5 septembre 2026 à 02:15 UTCinvestigating

   Nous enquêtons actuellement sur un problème affectant la fonctionnalité de créer des comptes virtuels EUR.

2. 5 septembre 2026 à 05:13 UTCresolved

   L'incident a été résolu. Un connecteur de notre service avait échoué et n'a pas rétabli la connectivité. Le connecteur est en cours d'exécution et une enquête plus approfondie pour prévenir la réapparition sera menée.

3. 8 septembre 2026 à 10:39 UTCpostmortem

   # Aperçu général Le 5 septembre 2026, Currencycloud a identifié un problème touchant la création de comptes virtuels grâce à l'une de nos intégrations de partenaires réseau. Les demandes de nouveaux comptes virtuels ont été reçues mais n'ont pas été traitées avec succès, ce qui a retardé la création des comptes. La question a fait l'objet d'une enquête et a été réglée, après quoi l'arriéré des demandes en instance a été traité avec succès et le service normal a repris. # Impact client Les clients qui demandent de nouveaux comptes virtuels par l'entremise du partenaire de réseau touché ont connu des retards dans la création de compte pendant la fenêtre des incidents. Une fois le service rétabli, toutes les demandes en attente ont été traitées avec succès et la création normale de compte a repris. Cette question n'a pas eu d'incidence sur les comptes virtuels, les fonds des clients, les opérations ou les soldes des comptes. Cause racine L'incident a été causé par une défaillance au sein d'une composante de traitement de messages interne responsable du transfert des demandes de création de compte virtuel entre les systèmes. À la suite d'un problème de connectivité à la base de données, la composante a cessé de traiter les demandes, empêchant la création de nouveaux comptes virtuels et entraînant l'accumulation de demandes dans un arriéré. Le redémarrage du composant affecté a rétabli le traitement normal et a permis de remplir toutes les demandes en attente. À la suite de l'incident, la surveillance et l'alerte ont été améliorées afin d'améliorer la détection et le rétablissement en cas de problème similaire. (en milliers de dollars) Nuage de devises Confidentiel

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

1. 4 septembre 2026 à 07:10 UTCinvestigating

   Nous enquêtons actuellement sur un problème qui affecte la livraison de notification en ligne pour certains clients de Currencycloud. Les clients peuvent subir des notifications de webhook retardées ou manquantes pour des transactions, des événements de financement et des transferts bancaires. Nous avons reçu des rapports de plusieurs clients et nous travaillons activement à déterminer la portée et la cause du problème. Nos équipes enquêtent avec la plus haute priorité et fourniront des mises à jour dès qu'elles seront disponibles. Nous nous excusons de tout désagrément et apprécions votre patience pendant que nous travaillons à résoudre ce problème.

2. 4 septembre 2026 à 13:36 UTCmonitoring

   Nous avons atténué la question touchant la livraison de la notification en ligne. Un correctif ciblé a été déployé avec succès dans la production, et les notifications de webhook sont en cours de traitement et de livraison. La file d'attente des notifications différées diminue, et les indicateurs de récupération actuels montrent que le service fonctionne comme prévu. Les opérations sous-jacentes, les opérations de financement et les virements bancaires ont continué de se dérouler avec succès tout au long de l'incident. Les éléments de preuve actuels indiquent que les avis de vente en ligne ont été retardés et conservés aux fins de livraison plutôt que perdus, bien que la validation de la livraison demeure en cours. Aucune action du client n'est requise pour le moment.

3. 4 septembre 2026 à 14:10 UTCmonitoring

   Le correctif de production demeure en place et s'est penché sur le problème initial qui a causé l'accumulation des notifications de webhook. Au cours de la récupération, le traitement de l'arriéré a ralenti en raison de la charge de la base de données, et Engineering étudie la façon la plus sûre de reprendre et d'accélérer l'enlèvement sans exercer de pression supplémentaire sur le service. Il ne s'agit pas actuellement d'une récurrence de l'incident initial. Il concerne le traitement du volume exceptionnellement élevé de notifications déjà en attente. Les opérations sous-jacentes continuent à être traitées normalement, mais les clients peuvent continuer à connaître des retards dans la réception des notifications de cybercaution pendant que le recouvrement de l'arriéré est terminé.

4. 4 septembre 2026 à 14:43 UTCidentified

   La correction de production reste déployée et traite de la question initiale qui a causé l'accumulation des notifications de webhook. Cependant, le traitement de l'arriéré actuel s'est arrêté à environ 14 h 40 de la TVB, et les notifications différées ne progressent pas actuellement dans la file d'attente. L'ingénierie enquête activement sur la cause et évalue l'action de récupération la plus sûre tout en préservant tous les événements en attente webhook. D'après les données actuelles, cela demeure lié au traitement du volume d'arriérés exceptionnellement élevé plutôt qu'à une nouvelle question touchant les opérations sous-jacentes. Les transactions continuent à être traitées normalement, mais les clients continueront de subir des notifications de hold-up sur le Web jusqu'à ce que le traitement de l'arriéré reprenne. Nous fournirons une nouvelle mise à jour une fois que le traitement soutenu et la réduction de la file d'attente auront été rétablis.

5. 4 septembre 2026 à 15:23 UTCidentified

   La correction de production reste déployée et s'est penchée sur la question originale qui a causé l'accumulation des notifications de webhook. Toutefois, le traitement de l'arriéré a de nouveau cessé et les notifications différées ne progressent pas dans la file d'attente. Les équipes d'ingénierie enquêtent activement sur un problème secondaire touchant le traitement de l'arriéré et s'efforcent de rétablir la livraison tout en préservant tous les événements en attente. Les transactions sous-jacentes continuent de se traiter normalement, mais les clients continueront de subir des notifications de hash sur le Web jusqu'à ce que le traitement de l'arriéré reprenne. Aucune perte de données n'a actuellement été identifiée. Nous fournirons une nouvelle mise à jour une fois que le traitement soutenu et la réduction de la file d'attente auront été rétablis.

6. 4 septembre 2026 à 16:32 UTCmonitoring

   Le traitement du Webhook a repris et des notifications retardées sont envoyées. L'ingénierie continue d'enquêter sur un problème intermittent qui cause une interruption et une reprise du traitement des arriérés, les efforts de rétablissement étant axés sur le maintien d'un traitement stable jusqu'à ce que toutes les notifications en attente aient été envoyées.

7. 4 septembre 2026 à 18:23 UTCmonitoring

   Le traitement de Webhook reste actif et les notifications retardées continuent d'être envoyées. Dans l'ensemble, les volumes d'attente ont diminué d'environ 70 %, y compris l'arriéré initial et les événements de webhook nouvellement générés. Le génie continue d'enquêter sur les comportements intermittents, ce qui entraîne une interruption du traitement de l'arriéré, puis une reprise. Alors que la reprise progresse et que les volumes d'attente continuent de diminuer, les taux de traitement ont varié au cours de la période de récupération et l'enquête est toujours en cours pour identifier la cause sous-jacente et rétablir un traitement stable. Les transactions sous-jacentes continuent de se traiter normalement et aucune perte de données n'a été identifiée à l'heure actuelle.

8. 4 septembre 2026 à 19:11 UTCmonitoring

   Le traitement de Webhook reste actif et les notifications retardées continuent d'être envoyées. Dans l'ensemble, le volume des files d'attente a diminué d'environ 85 %, y compris l'arriéré initial et les événements de webhook nouvellement générés. Le génie continue d'enquêter sur les comportements intermittents, ce qui entraîne une interruption du traitement de l'arriéré, puis une reprise. Alors que la reprise progresse et que les volumes d'attente continuent de diminuer, les taux de traitement ont varié au cours de la période de récupération et l'enquête est toujours en cours pour identifier la cause sous-jacente et rétablir un traitement stable. Les transactions sous-jacentes continuent de se traiter normalement et aucune perte de données n'a été identifiée à l'heure actuelle.

9. 4 septembre 2026 à 19:44 UTCresolved

   La question de la transmission des notifications par Internet a été réglée. Toutes les notifications en attente, y compris l'arriéré accumulé pendant l'incident, ont été traitées et livrées avec succès. Tout au long de la période de récupération, Engineering a étudié le comportement de traitement intermittent qui a causé la pause du traitement de l'arriéré et a ensuite repris. Les mesures de rétablissement ont été menées à bien, la stabilité du traitement a été rétablie et les volumes d'attente ont été ramenés à des niveaux d'exploitation normaux. Les transactions sous-jacentes ont continué à être traitées normalement tout au long de l'incident et aucune perte de données n'a été identifiée. La validation de la récupération a été terminée et le service fonctionne comme prévu.

10. 10 septembre 2026 à 08:56 UTCpostmortem

    # Aperçu général Entre l'après-midi du jeudi 3 septembre 2026 et la soirée du vendredi 4 septembre 2026 \(heure du Royaume-Uni\), certains clients ont connu des retards en recevant des notifications webhook de Currencycloud. Au cours de cette fenêtre, un arriéré a été accumulé dans le système chargé de la livraison de ces notifications, ce qui signifie que les notifications ont été envoyées plus tard que prévu. Le problème sous-jacent a été identifié, et un correctif a été déployé le vendredi 4 septembre 2026 \(13:29 UTC\), et l'arriéré qui en a résulté a été complètement éliminé le soir du même jour. # Impact client Un sous-ensemble de clients qui reçoivent des notifications webhook a connu des retards allant jusqu'à 24 heures durant cette fenêtre. Une fois le correctif déployé et l'arriéré réglé, la grande majorité des notifications différées ont été livrées automatiquement sans qu'il soit nécessaire d'agir. Dans un petit nombre de cas, les notifications individuelles n'ont pas été automatiquement renvoyées une fois l'arriéré réglé. L'équipe du génie a déterminé ces cas de façon proactive dans le cadre de l'examen postincident et les a revus manuellement. Si vous pensez qu'il vous manque encore une notification spécifique, veuillez contacter votre représentant de Currencycloud ou Support et nous allons enquêter et la renvoyer. Aucune mesure n'est requise de la part des clients en raison de cet incident. Les données sous-jacentes et les dossiers de paiement référencés par des notifications différées ou envoyées n'ont pas été touchés. Cet incident n'a eu d'incidence que sur le moment de la notification, et non sur l'exactitude des renseignements qu'ils contenaient. Cause racine Le retard a été causé par un problème de performance dans la base de données appuyant notre système de notification, ce qui l'a amené à fonctionner sous une charge lourde prolongée. Cela a été déclenché par une interaction entre un changement de logiciel interne récent et une activité de maintenance de routine de l'infrastructure, qui ont créé ensemble des conditions qui n'avaient pas été combinées auparavant. Avec l'augmentation de la charge, le système a pris du retard dans le traitement des nouvelles notifications, et un arriéré s'est accumulé plus rapidement qu'il ne pouvait être éliminé. Une fois la cause profonde identifiée, nous avons déployé un correctif pour résoudre le problème de rendement sous-jacent et avons pris des mesures manuelles pour éliminer la charge résiduelle dans la base de données touchée afin que l'arriéré puisse s'épuiser à son rythme normal. Nous avons depuis ajouté une surveillance supplémentaire pour détecter cette catégorie particulière de problèmes plus tôt et nous mettons en oeuvre d'autres mesures de protection dans notre pipeline de notification afin d'éviter une récurrence. (en milliers de dollars) Nuage de devises Confidentiel

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

1. 1 septembre 2026 à 15:34 UTCinvestigating

   Nous avons identifié un problème touchant le traitement des paiements. Par conséquent, certains paiements peuvent être retardés. Nos équipes enquêtent activement sur la question et s'efforcent de rétablir le service normal le plus rapidement possible. D'autres mises à jour seront fournies à mesure que de plus amples renseignements seront disponibles.

2. 2 septembre 2026 à 08:41 UTCresolved

   La question ayant une incidence sur le traitement des paiements était liée uniquement aux mises à jour de l'état des paiements. Tous les paiements ont continué à être traités et exécutés selon les instructions. En raison d'un problème technique interne, nous avons identifié un retard dans les mises à jour de l'état du paiement qui se reflètent dans la plateforme. Par conséquent, un sous-ensemble de clients de plusieurs devises et itinéraires de paiement peut avoir vu les paiements rester dans un statut intermédiaire plus longtemps que prévu, malgré le traitement réussi des paiements. La question a été réglée avec succès le 1er septembre 2026. Tous les états de paiement ont depuis été mis à jour correctement, et aucun retard n'a été enregistré dans le traitement ou l'exécution des paiements sous-jacents. Le service fonctionne normalement. Nous nous excusons pour tout désagrément causé.

3. 4 septembre 2026 à 09:18 UTCpostmortem

   ## Aperçu Le 1er septembre 2026, les clients peuvent avoir connu des retards dans les mises à jour de l'état de paiement au sein de la plateforme Currencycloud. Au cours de l'incident, certains paiements sont demeurés plus longs que prévu, bien qu'ils aient déjà été traités avec succès. La question était liée à l'affichage et à la progression des états de paiement au sein de la plate-forme plutôt qu'à l'exécution des paiements eux-mêmes. L'incident a été réglé le 3 septembre 2026 après le recouvrement des états de paiement touchés et l'achèvement des activités de rapprochement et de validation du grand livre. Impact client Un sous-ensemble de clients peut avoir observé des paiements restant dans un statut intermédiaire au sein de la plate-forme Currencycloud pendant plus longtemps que prévu. Bien que les états de paiement ne soient pas correctement mis à jour, les paiements continuent d'être traités et exécutés selon les instructions. Il se peut donc que les clients aient vu un statut inexact affiché malgré le traitement réussi du paiement sous-jacent. Après les activités de recouvrement, tous les états de paiement touchés ont été mis à jour et rapprochés. Aucune action n'était requise de la part des clients. La cause profonde L'incident a été causé par un problème de dépendance technique introduit lors d'un changement de configuration de la plate-forme de routine. Dans des circonstances particulières, un service chargé de traiter les mises à jour de l'état des paiements n'a pas pu obtenir avec succès l'information requise pour effectuer la progression de l'état des paiements. Par conséquent, un sous-ensemble de paiements est demeuré dans un état soumis malgré avoir déjà été traité. La question n'a porté que sur les mises à jour de l'état des paiements et n'a pas empêché la bonne exécution des paiements des clients. Une fois identifiés, les paiements touchés ont été recouvrés et ont progressé jusqu'à leur état correct. D'autres modifications de configuration ont été apportées pour s'assurer que les communications de service suivent le cheminement prévu, et d'autres mesures d'examen ont été mises en place pour renforcer les processus de validation, de surveillance et de gestion de la dépendance. Le service fonctionne normalement et les améliorations préventives sont suivies au moyen de mesures de suivi visant à réduire le risque de problèmes semblables à l'avenir. Confidentiel

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

1. 1 septembre 2026 à 13:36 UTCinvestigating

   Nous enquêtons sur une question touchant les détails des bénéficiaires dans Direct. Par conséquent, certains clients peuvent ne pas être en mesure de consulter les renseignements existants sur les bénéficiaires et peuvent recevoir un message d'erreur lorsqu'ils tentent d'accéder aux renseignements sur les bénéficiaires. Nos équipes enquêtent et travaillent activement pour rétablir un service normal. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 1 septembre 2026 à 14:33 UTCmonitoring

   Nous avons mis en œuvre des mesures de récupération et la fonctionnalité de service a été rétablie. Une fois de plus, les clients devraient pouvoir consulter les renseignements sur les bénéficiaires et les dossiers d'accès qui renvoyaient auparavant des erreurs. Nous continuons de surveiller le service pour assurer la stabilité pendant que nos équipes terminent leur enquête sur la cause sous-jacente. Nous fournirons une nouvelle mise à jour une fois que la question sera entièrement résolue.

3. 1 septembre 2026 à 16:15 UTCresolved

   La question de la capacité de consulter les renseignements sur les bénéficiaires a maintenant été résolue. Les détails du bénéficiaire sont normalement chargés et la stabilité du service a été confirmée par une surveillance. Nous nous excusons pour le désagrément causé et apprécions votre patience pendant que les équipes enquêtaient et rétablissaient le service.

4. 4 septembre 2026 à 09:10 UTCpostmortem

   ## ** Aperçu** Le 1er septembre 2026, les clients utilisant Direct ont connu un problème où les détails du bénéficiaire n'étaient pas correctement affichés. Les utilisateurs touchés n'ont peut-être pas pu consulter l'information existante sur les bénéficiaires et pourraient recevoir une erreur de « bénéficiaire non trouvé » lorsqu'ils tentent d'accéder aux dossiers des bénéficiaires. La question a affecté la fonctionnalité de récupération des bénéficiaires au sein de Direct et a été causée par un problème de communication de service à la suite d'un changement de plate-forme de routine. L'incident a été identifié et le service a été rétabli le 1er septembre 2026. ** Impact sur le client** Un sous-ensemble de clients a éprouvé des difficultés à voir les détails du bénéficiaire dans Direct pendant la période de l'incident. Par conséquent, certains utilisateurs peuvent avoir été incapables d'accéder à l'information sur les bénéficiaires ou avoir rencontré des messages d'erreur lorsqu'ils tentent de récupérer les dossiers des bénéficiaires. Les services de traitement des paiements sont demeurés disponibles, bien que certaines activités de paiement connexes aient pu connaître des retards alors que les renseignements sur les bénéficiaires n'étaient pas disponibles. ## **La cause de la mort** L'incident résulte d'une dépendance à la configuration du service qui a été exposée lors d'un changement de plate-forme de routine. Un service d'information sur les bénéficiaires a continué de faire référence à un paramètre historique du service qui n'était pas disponible après la mise à jour de la plateforme, ce qui a causé l'échec des demandes de récupération des bénéficiaires. Le problème a été identifié et résolu en mettant à jour la configuration du service afin d'utiliser le mécanisme de routage prévu. Après la restauration du service, d'autres examens ont été entrepris afin de déterminer les dépendances semblables et de renforcer la gouvernance de configuration et les contrôles de validation. Confidentiel

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

1. 31 août 2026 à 17:20 UTCinvestigating

   Nous enquêtons sur une question touchant les paiements traités par l'un de nos partenaires bancaires. Par conséquent, certains clients peuvent subir des défaillances de paiement ou des retards dans le traitement. Nos équipes enquêtent activement et travaillent avec le fournisseur pour déterminer la cause et rétablir le service normal le plus rapidement possible. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 1 septembre 2026 à 11:06 UTCresolved

   La question du traitement des paiements a été résolue et le service normal a été rétabli. Pendant l'incident, certains clients ont subi des défaillances de paiement en CAO. Bien que les services fonctionnent maintenant normalement, un sous-ensemble de paiements CAO d'une date de valeur du 31 août 2026 n'a pas été effectué avec succès et ont été retournés comme ayant échoué. Les clients ayant des paiements touchés peuvent devoir soumettre de nouveau ces transactions. Nous nous excusons pour les désagréments causés et remercions nos clients de leur patience pendant que nous travaillions à rétablir le service.

3. 4 septembre 2026 à 09:07 UTCpostmortem

   ## ** Aperçu** Les 31 août 2026 et 1er septembre 2026, certains clients ont connu des défaillances de paiement et des retards de traitement affectant les paiements acheminés par l'un de nos partenaires bancaires. La question a été causée par une perturbation de notre processus de financement de la liquidité, qui a entraîné un manque temporaire de financement et empêché certains paiements d'être traités comme prévu. Des mesures correctives ont été mises en oeuvre pour rétablir un traitement normal, et les paiements touchés ont été examinés et traités par nos équipes opérationnelles. Des mesures correctives ont été prises pour rétablir le traitement normal des paiements et l'incident a été réglé le 1er septembre 2026 après confirmation que les soldes de financement avaient été corrigés et que les opérations de paiement avaient repris leur cours normal. ** Impact sur le client** Un sous-ensemble de clients a subi des défaillances ou des retards de paiement pendant la période de l'incident. L'impact a été limité au traitement des paiements, et les transactions touchées ont été identifiées et examinées par nos équipes. Aucun fonds client n'a été perdu à la suite de cet incident, et le traitement normal des paiements a été rétabli après des mesures correctives. Aucune action n'a été requise des clients ## **La cause de la mort** L'incident a été causé par une défaillance du processus opérationnel dans le cadre des activités de financement de la liquidité, qui a conduit à l'absence de fonds dans le lieu prévu pour le traitement des paiements et créé un déficit temporaire de liquidité. La question a été cernée au cours d'une enquête puis corrigée. Depuis, nous avons instauré des contrôles de validation, de surveillance et d'approbation améliorés afin de renforcer le processus et de réduire la probabilité que des incidents semblables se produisent à l'avenir. Confidentiel

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

1. 25 août 2026 à 09:07 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant le traitement de certains paiements. Les clients peuvent subir des retards dans le traitement des paiements SEK, NOK et DKK pendant que nos ingénieurs travaillent à restaurer un service normal. D'autres voies de paiement fonctionnent comme prévu. Nos équipes ont identifié le problème et mettent en œuvre une solution. Nous suivons la situation de près et fournirons d'autres mises à jour à mesure qu'elles seront disponibles.

2. 25 août 2026 à 10:49 UTCidentified

   Nous avons identifié la cause d'un problème touchant le traitement de certains paiements et nous mettons actuellement en oeuvre un correctif. Les clients peuvent subir des retards à certains paiements SEK, NOK et DKK soumis depuis 08:51 BST. Les paiements différés devraient être traités le prochain jour de traitement disponible. D'autres routes de paiement continuent de fonctionner comme prévu. Nos équipes d'ingénierie complètent le déploiement de la solution, redémarrent les services de traitement et valident le recouvrement de l'arriéré de paiement touché. Nous continuons de suivre de près la situation et nous fournirons d'autres mises à jour à mesure que les progrès seront confirmés.

3. 25 août 2026 à 11:37 UTCmonitoring

   Nous avons mis en place un correctif pour le problème qui a affecté le traitement des paiements SEK, NOK et DKK. La correction a permis de traiter avec succès la majorité des paiements précédemment touchés, qui ont maintenant été traités avec la date de valeur d'aujourd'hui. Un plus petit sous-ensemble de paiements touchés peut encore être retardé jusqu'au prochain jour de traitement disponible. Nos équipes continuent d'examiner et de valider. D'autres mises à jour seront fournies dès qu'elles seront disponibles.

4. 25 août 2026 à 15:13 UTCresolved

   Nous avons mis en place un correctif pour la question touchant le traitement de certains paiements SEK, NOK et DKK. La correction a été déployée avec succès et le traitement a maintenant repris. Tous les paiements touchés ont été traités conformément aux dates de valeur indiquées, et aucun autre impact client n'est attendu. Nos équipes ont terminé les activités de validation et continuent de surveiller le service pour assurer une stabilité continue.

5. 27 août 2026 à 07:32 UTCpostmortem

   # **Aperçu** Le 25 août 2026, nous avons connu un problème qui a affecté le traitement de certains paiements SEK, NOK et DKK. La question a été cernée et atténuée le même jour, la stabilité totale du service ayant été confirmée après une surveillance supplémentaire. L'incident est resté sous observation jusqu'à ce qu'il soit complètement résolu le 26 août 2026. ** Impact sur le client** Un nombre limité de paiements en SEK, en NOK et en DKK ont connu un retard d'une journée, tandis que la grande majorité des paiements ont été traités à la date de valeur prévue après le rétablissement du service. Aucune action client n'était requise. La cause de la mort Un service de traitement des paiements a rencontré une condition inattendue qui a empêché le traitement des nouvelles demandes de paiement pour une courte période. Nos équipes ont rétabli le traitement normal, mis en place un correctif pour le problème sous-jacent et amélioré la surveillance afin d'aider à détecter et à résoudre les problèmes similaires plus rapidement à l'avenir. Nuage de devises Confidentiel

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

1. 11 août 2026 à 15:55 UTCinvestigating

   Nous enquêtons actuellement sur un retard affectant un certain nombre de paiements SEK en cours de traitement via nos partenaires bancaires. Par conséquent, certains paiements peuvent prendre plus de temps que prévu. Nos équipes s'engagent activement avec les partenaires pour résoudre le problème et rétablir le traitement normal le plus rapidement possible. Nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles. Nous nous excusons pour tout désagrément causé.

2. 12 août 2026 à 13:18 UTCmonitoring

   La question concernant un certain nombre de paiements en couronnes a été corrigée et le traitement des paiements a repris. Nous continuons de surveiller le service pour nous assurer que tous les paiements différés sont traités avec succès et que les opérations normales sont maintenues. Nous nous excusons pour tout désagrément causé.

3. 13 août 2026 à 07:46 UTCresolved

   La question concernant un certain nombre de paiements en couronnes suédoises a été entièrement résolue. Tous les paiements différés ont maintenant été traités avec succès, et le traitement des paiements fonctionne comme prévu. Nos équipes ont continué à surveiller le service après la correction et ont confirmé que le traitement normal a été rétabli. Nous nous excusons de tout désagrément causé et vous remercions de votre patience pendant que nous avons travaillé à résoudre le problème.

4. 17 août 2026 à 23:29 UTCpostmortem

   **Paiements locaux en couronne** ** Aperçu** Le 11 août 2026, nous avons relevé un problème qui a retardé le traitement de certains paiements en couronnes et en couronnes, ce qui a entraîné l'attente d'un sous-ensemble de paiements plus longtemps que prévu. La question n'a porté que sur les délais de traitement des paiements; aucune action du client n'a été requise, il n'y a eu aucune incidence sur les données du client et, après la restauration du service, les paiements ont progressé grâce au traitement normal. Nos équipes ont enquêté sur la question et ont mis en place un correctif le 12 août 2026. Le traitement des paiements a ensuite repris, l'arriéré touché a commencé à être réglé et, après une période de surveillance, l'incident a été réglé le 13 août 2026. ** Cause de la mort** L'incident a été causé par l'introduction d'un type d'enregistrement de transaction qui n'était pas traité par une partie de notre service de traitement des paiements. Cela a empêché que certaines mises à jour d'activités de compte soient traitées comme prévu, ce qui a retardé la libération des paiements connexes. Pour restaurer le service, nos équipes d'ingénierie ont mis à jour le service concerné afin de traiter correctement ces dossiers et ont repris le traitement normal des paiements. À la suite de la mise à jour, les mises à jour des activités des comptes retardés ont été traitées et le traitement des paiements a été retourné à la normale. Afin de réduire le risque d'incidents similaires à l'avenir, nous avons amélioré le traitement des renseignements sur les transactions et mis en place des mesures de protection supplémentaires pour améliorer la résilience lorsque de nouveaux types d'enregistrements de transactions sont introduits. Currencycloud Confidentiel

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

1. 21 juillet 2026 à 11:41 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant les services de paiement locaux en EUR par l'intermédiaire de nos partenaires bancaires. Par conséquent, certains paiements peuvent être retardés pendant que nous travaillons à rétablir un service normal. Nos équipes sont actives auprès du prestataire et prennent des mesures pour minimiser l'impact client. Les fonds des clients demeurent sécurisés, et nous fournirons d'autres mises à jour à mesure que de plus amples renseignements seront disponibles.

2. 21 juillet 2026 à 11:54 UTCidentified

   Nous avons identifié un problème affectant les services de paiement locaux en EUR par l'intermédiaire de nos partenaires bancaires. Par conséquent, certains paiements en EUR peuvent connaître des retards et la création de nouveaux comptes virtuels en EUR peut être temporairement indisponible. Notre partenaire bancaire a identifié la cause sous-jacente et met activement en œuvre un correctif. Nous travaillons en étroite collaboration avec eux et continuons de suivre les progrès tout en prenant des mesures pour minimiser l'impact client. Les fonds des clients restent sécurisés, et nous fournirons d'autres mises à jour à mesure que plus d'informations seront disponibles

3. 21 juillet 2026 à 12:28 UTCmonitoring

   Le problème des services de paiement locaux en EUR par l'intermédiaire de nos partenaires bancaires a été résolu et les services ont été rétablis. Le traitement des paiements et les services de compte virtuel fonctionnent une fois de plus normalement. Nos équipes terminent des activités de récupération pour un petit nombre de transactions impactées pendant la panne et surveillent de près le service afin d'assurer un retour complet aux opérations normales. Les fonds des clients restent sécurisés. Nous continuerons de surveiller le service et de fournir une nouvelle mise à jour une fois toutes les activités de rétablissement terminées.

4. 23 juillet 2026 à 16:07 UTCresolved

   La question des services de paiement en EUR par l'intermédiaire d'un de nos partenaires bancaires a été entièrement résolue. Les services ont été rétablis le jour où le problème a été identifié, et toutes les fonctions de traitement des paiements fonctionnent comme prévu depuis la résolution. Après la restauration du service, toutes les transactions touchées ont été examinées et corrigées. Tout autre élément retardé a été examiné et le traitement normal a repris. Nous nous excusons pour tout désagrément causé et apprécions votre patience pendant que nous avons travaillé avec notre partenaire bancaire pour résoudre le problème.

5. 27 juillet 2026 à 15:32 UTCpostmortem

   # Aperçu général Le 21 juillet 2026, une panne affectant les services API d'un partenaire de réseau a perturbé le traitement de certaines instructions de paiement en euros et de services connexes. Les équipes de Currencycloud ont travaillé en étroite collaboration avec le partenaire afin de minimiser l'impact client, ont temporairement interrompu les soumissions de paiement et ont par la suite terminé les activités de remise en état une fois le service rétabli. # Impact client Un certain nombre de paiements en EUR ont connu des retards alors que la connectivité au partenaire du réseau n'était pas disponible. La plupart des paiements touchés ont été traités avec succès à la suite des activités de restauration et d'assainissement des services. Certains balayages de collecte ont été crédités le jour ouvrable suivant, ce qui a entraîné des retards de traitement temporaires, mais aucune perte de fonds de la clientèle. Cause racine L'incident a été causé par une défaillance technique au sein de la plateforme API d'un partenaire de réseau, qui a empêché le traitement des demandes de paiement et des messages connexes. En conséquence, les systèmes Currencycloud ont été incapables d'échanger des informations de paiement avec le partenaire jusqu'à ce que le problème ait été résolu par le fournisseur. On a confirmé que l'infrastructure et les contrôles de sécurité de Currencycloud fonctionnaient comme prévu pendant l'incident. (en milliers de dollars) Nuage de devises Confidentiel

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

1. 20 juillet 2026 à 09:32 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant les systèmes d'accès internes utilisés par les équipes opérationnelles. Bien que les services de traitement des paiements restent disponibles, certaines activités traitées manuellement, y compris l'allocation de fonds, la vérification de l'expéditeur et les demandes liées aux enquêtes, peuvent connaître des retards. Nos équipes s'emploient activement à restaurer l'intégralité du service et nous continuerons à fournir des mises à jour, selon les disponibilités.

2. 20 juillet 2026 à 12:04 UTCresolved

   Le problème a été cerné et résolu, et les services fonctionnent normalement. Nos équipes ont validé la récupération et continuent de surveiller l'environnement pour assurer une stabilité continue. À l'heure actuelle, nous ne nous attendons à aucun impact ou retard. Merci de votre patience pendant que nous avons enquêté et résolu le problème.

3. 27 juillet 2026 à 15:33 UTCpostmortem

   # Aperçu général Le 20 juillet 2026, nous avons connu un problème de systèmes internes qui a affecté l'accès à certains outils opérationnels. Le problème a été identifié et résolu par nos équipes et fournisseurs de services, le service étant ensuite rétabli. # Impact client Il n'y a eu aucun impact important sur les services de paiement destinés aux clients. Après examen, aucun processus ou service client critique n'a été manqué pendant l'incident. Cause racine La question est née d'un service de technologie interne utilisé pour appuyer l'accès opérationnel. Des mesures correctives ont été mises en œuvre et le service a été rétabli. (en milliers de dollars) Nuage de devises Confidentiel

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

1. 9 juillet 2026 à 14:56 UTCinvestigating

   Nous enquêtons sur un problème affectant nos partenaires du réseau SEK qui pourrait entraîner des retards dans le traitement local des paiements SEK. Nos équipes travaillent avec le partenaire réseau pour rétablir le service normal le plus rapidement possible. Nous fournirons une nouvelle mise à jour dès que de plus amples renseignements seront disponibles.

2. 9 juillet 2026 à 21:18 UTCmonitoring

   Nous avons identifié la cause du problème qui affecte le traitement local des paiements de la SEK et avons mis en place un correctif pour éviter d'autres retards. Certains paiements de la SEK précédemment touchés peuvent rester retardés pendant que les fonds touchés sont recouvrés et les paiements sont libérés pour traitement. Nous surveillons la récupération avec notre partenaire réseau et fournirons une nouvelle mise à jour lorsque le traitement des paiements sera revenu à la normale.

3. 10 juillet 2026 à 13:32 UTCresolved

   Le problème touchant un sous-ensemble de paiements locaux en SEK, NOK et DKK a maintenant été résolu et le traitement des paiements est revenu à la normale. Un petit nombre de paiements ont été retardés jusqu'à un jour ouvrable pendant que nos équipes collaboraient avec un partenaire du réseau pour régler le problème. Tous les paiements touchés ont maintenant été traités ou progressent comme prévu. Nous nous excusons de tout désagrément causé et nous vous remercions de votre patience.

4. 20 juillet 2026 à 17:13 UTCpostmortem

   # Aperçu général Le 9 juillet 2026, nous avons identifié un problème touchant le traitement des paiements par l'entremise d'un partenaire du réseau bancaire local. La question a entraîné des retards dans un sous-ensemble de paiements de la SEK et, au cours du recouvrement, un nombre plus restreint de paiements de la DKK et de la SEK ont également été touchés. Un changement correctif a été apporté le 10 juillet 2026 afin de prévenir d'autres événements. Tous les paiements touchés ont été traités avec succès le 14 juillet 2026. # Impact client Un sous-ensemble de clients a connu des retards dans le traitement des paiements. Les paiements touchés sont restés en suspens pendant que les transferts de fonds étaient recouvrés et le traitement a repris. Tous les paiements touchés ont finalement été traités avec succès. Cause racine Un changement à la génération de messages de paiement a modifié le format d'information du compte utilisé pour certains transferts de fonds. Par conséquent, certains transferts de fonds n'ont pas été automatiquement crédités par le partenaire du réseau, ce qui a empêché les paiements connexes de progresser comme prévu. Le changement a été corrigé et d'autres mesures de recouvrement ont été prises pour traiter les paiements touchés. Confidentiel

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

1. 6 juillet 2026 à 12:59 UTCinvestigating

   Nous sommes au courant d'un petit nombre de rapports continus concernant le traitement des paiements en vrac à la suite de la mise en œuvre de notre correctif initial. Bien que la majorité des demandes de chargement en vrac soient traitées avec succès, nous cherchons à déterminer si un sous-ensemble de demandes peut encore être touché dans certaines conditions. Nos équipes d'ingénierie examinent activement les récents rapports et le rendement de la plate-forme de surveillance afin de déterminer si d'autres mesures correctives sont nécessaires. Nous nous excusons de la poursuite de la perturbation et fournirons d'autres mises à jour dès que des informations supplémentaires seront disponibles.

2. 7 juillet 2026 à 10:59 UTCmonitoring

   Un correctif a été mis en place et nous suivons les résultats.

3. 7 juillet 2026 à 15:35 UTCresolved

   Un correctif a été mis en place et le traitement des paiements de chargement en vrac fonctionne normalement. Nous n'avons pas vu d'autres rapports sur la question depuis l'application de l'assainissement et nous continuons de surveiller de près le service. Nous nous excusons pour la perturbation causée et vous remercions de votre patience pendant que nous enquêtons et résolvons le problème.

4. 8 juillet 2026 à 12:45 UTCpostmortem

   ## Aperçu Le 2 juillet 2026, nous avons identifié un problème touchant le traitement des paiements en vrac. Un sous-ensemble de téléchargements n'a pas entraîné la création prévue d'entrées de paiement et d'allocations. À la suite d'une enquête et de mesures correctives, le traitement du chargement en vrac est revenu à la normale et l'incident a été réglé le 7 juillet 2026. Impact client Un sous-ensemble de clients utilisant la fonctionnalité Bulk Upload peut avoir connu des téléchargements qui n'ont pas abouti à la création de paiement prévue. Après la restauration du service, les clients qui ont éprouvé des problèmes peuvent vouloir vérifier que toutes les instructions de paiement prévues ont été soumises et traitées avec succès. La cause profonde Un changement de plateforme a affecté la disponibilité des données de validation des paiements en cache. Dans certaines circonstances, ces données de validation n'étaient pas disponibles lors du traitement des demandes de chargement en vrac. Par conséquent, certains téléchargements n'ont pas été en mesure de terminer la validation comme prévu, empêchant la création des entrées de paiement et des allocations connexes. Des modifications ont par la suite été apportées afin d'améliorer la validation de la mise à jour du cache et la distribution entre les instances de la plateforme. (en milliers de dollars) Nuage de devises Confidentiel

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

1. 6 juillet 2026 à 12:30 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant les services de validation des paiements. Certains clients peuvent éprouver des erreurs lors de la validation des paiements via la plateforme ou l'API. Nos équipes d'ingénieurs ont identifié le problème et travaillent activement à rétablir le service normal le plus rapidement possible. Nous nous excusons de tout inconvénient que cela pourrait causer et fournirons d'autres mises à jour au fur et à mesure que de plus amples informations seront disponibles.

2. 6 juillet 2026 à 19:13 UTCmonitoring

   La question a été atténuée et fait l'objet d'un suivi.

3. 7 juillet 2026 à 14:51 UTCresolved

   La question touchant les services de validation des paiements a été réglée. Nos équipes ont mis en place un correctif et surveillé le service pour confirmer la stabilité, sans autres problèmes observés. Nous nous excusons de tout désagrément causé et nous vous remercions de votre patience.

4. 8 juillet 2026 à 12:42 UTCpostmortem

   ## Aperçu Le 3 juillet 2026, nous avons identifié un problème touchant les services de validation des paiements dans l'environnement de production. Certains clients ont éprouvé des erreurs lors de la validation des paiements via la plateforme et l'API. La question a été atténuée par des recharges de cache et des mesures de récupération des services, et une correction permanente a ensuite été mise en œuvre et déployée. Le service a été rétabli et surveillé jusqu'à ce que la stabilité soit confirmée. Impact client Pendant l'incident, certains clients ont peut-être vécu : * Erreurs lors de la validation des paiements * Défauts intermittents lors de la création de paiement et des flux de validation * Problèmes de traitement de certains téléchargements de paiement en vrac L'impact a été limité et intermittent. Aucun problème d'intégrité des données n'a été relevé et aucune mesure n'a été requise. La cause profonde Le problème a été causé par l'absence d'une entrée de cache de validation de paiement requise par le moteur de paiement. Dans certaines conditions, le cache n'a pas été correctement repeuplé à la suite d'événements de service, ce qui a entraîné l'échec des demandes de validation. Un changement de service connexe a contribué à l'incohérence du cache. Des mesures d'atténuation ont été prises pour restaurer le cache, et des correctifs permanents ont été mis en place pour améliorer la gestion du cache et prévenir les récidives. (en milliers de dollars) (en milliers de dollars) Nuage de devises Confidentiel

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

1. 3 juillet 2026 à 10:03 UTCinvestigating

   Nous enquêtons actuellement sur une question touchant les services de validation des paiements. Certains clients peuvent éprouver des erreurs lors de la validation des paiements via la plateforme ou l'API. Nos équipes d'ingénieurs ont identifié le problème et travaillent activement à rétablir le service normal le plus rapidement possible. Nous nous excusons de tout inconvénient que cela pourrait causer et fournirons d'autres mises à jour au fur et à mesure que de plus amples informations seront disponibles.

2. 3 juillet 2026 à 10:51 UTCresolved

   Nous avons mis en place un correctif pour la question touchant les services de validation des paiements, et le service a été rétabli. Les clients devraient maintenant pouvoir valider les paiements normalement via la plateforme et l'API. Nos équipes d'ingénierie poursuivent une enquête sur les causes profondes et travaillent à des améliorations permanentes pour éviter que cette question ne se répète. Nous nous excusons pour tout désagrément causé.

3. 8 juillet 2026 à 12:44 UTCpostmortem

   ## Aperçu Le 3 juillet 2026, nous avons identifié un problème touchant les services de validation des paiements dans l'environnement de production. Certains clients ont éprouvé des erreurs lors de la validation des paiements via la plateforme et l'API. La question a été atténuée par des recharges de cache et des mesures de récupération des services, et une correction permanente a ensuite été mise en œuvre et déployée. Le service a été rétabli et surveillé jusqu'à ce que la stabilité soit confirmée. Impact client Pendant l'incident, certains clients ont peut-être vécu : * Erreurs lors de la validation des paiements * Défauts intermittents lors de la création de paiement et des flux de validation * Problèmes de traitement de certains téléchargements de paiement en vrac L'impact a été limité et intermittent. Aucun problème d'intégrité des données n'a été relevé et aucune mesure n'a été requise. La cause profonde Le problème a été causé par l'absence d'une entrée de cache de validation de paiement requise par le moteur de paiement. Dans certaines conditions, le cache n'a pas été correctement repeuplé à la suite d'événements de service, ce qui a entraîné l'échec des demandes de validation. Un changement de service connexe a contribué à l'incohérence du cache. Des mesures d'atténuation ont été prises pour restaurer le cache, et des correctifs permanents ont été mis en place pour améliorer la gestion du cache et prévenir les récidives. (en milliers de dollars) Nuage de devises Confidentiel

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

1. 3 juillet 2026 à 08:32 UTCinvestigating

   Nous enquêtons actuellement sur un problème touchant le traitement des paiements en vrac. Certains utilisateurs peuvent voir des fichiers téléchargés valider ou terminer le traitement, mais les paiements associés peuvent ne pas être créés comme prévu. Nos équipes d'ingénieurs travaillent activement à identifier la cause et à rétablir un service normal. Nous nous excusons pour tout inconvénient et fournirons d'autres mises à jour à mesure que de plus amples informations seront disponibles.

2. 3 juillet 2026 à 08:33 UTCinvestigating

   Nous continuons d'enquêter sur cette question.

3. 3 juillet 2026 à 12:06 UTCresolved

   La question touchant le traitement des paiements en vrac est maintenant réglée. Nous nous excusons pour le désagrément causé et apprécions votre patience pendant que nos équipes ont étudié et restauré le service.

4. 8 juillet 2026 à 12:46 UTCpostmortem

   ## Aperçu Le 2 juillet 2026, nous avons identifié un problème touchant le traitement des paiements en vrac. Un sous-ensemble de téléchargements n'a pas entraîné la création prévue d'entrées de paiement et d'allocations. À la suite d'une enquête et de mesures correctives, le traitement du chargement en vrac est revenu à la normale et l'incident a été réglé le 7 juillet 2026. Impact client Un sous-ensemble de clients utilisant la fonctionnalité Bulk Upload peut avoir connu des téléchargements qui n'ont pas abouti à la création de paiement prévue. Après la restauration du service, les clients qui ont éprouvé des problèmes peuvent vouloir vérifier que toutes les instructions de paiement prévues ont été soumises et traitées avec succès. La cause profonde Un changement de plateforme a affecté la disponibilité des données de validation des paiements en cache. Dans certaines circonstances, ces données de validation n'étaient pas disponibles lors du traitement des demandes de chargement en vrac. Par conséquent, certains téléchargements n'ont pas été en mesure de terminer la validation comme prévu, empêchant la création des entrées de paiement et des allocations connexes. Des modifications ont par la suite été apportées afin d'améliorer la validation de la mise à jour du cache et la distribution entre les instances de la plateforme. (en milliers de dollars) Nuage de devises Confidentiel

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