Dalenys Outage History

Started Sep 17, 2026, 05:14 PM UTC· resolved Sep 18, 2026, 07:07 AM UTC

1. investigating Sep 17, 2026, 05:14 PM UTC

   FR Nous avons identifié des difficultés sur les paiements en ligne et en magasins. L'incident est en cours d'analyse. EN We have identified issues affecting online and in-store payments. An investigation is in progress.

2. investigating Sep 17, 2026, 05:38 PM UTC

   FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans les meilleurs délais . EN Investigations are still ongoing. We'll get back to you as soon as possible.

3. identified Sep 17, 2026, 06:02 PM UTC

   - Début / Start : 17/09/2026 19:08 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Externe / External - Priorité / Priority : P1 FR L'origine de l'incident a été identifiée : il s'agit d'un problème réseau chez l'un de nos hébergeurs externes. Un rollback est en cours de leur côté, le service devrait être rétabli très rapidement. Nous vous tiendrons informés. EN The root cause of the incident has been identified: it is related to a network issue at one of our external hosting providers. A rollback is currently underway on their end, and service should be restored very shortly. We will keep you updated.

4. identified Sep 17, 2026, 06:24 PM UTC

   FR Le retour arrière (rollback) chez notre hébergeur réseau est toujours en cours d'exécution. Nous vous tiendrons informés dès le service est rétabli. Veuillez nous excuser pour la gêne occasionnée. EN The rollback at our network hosting provider is still in progress. We will keep you updated as soon as service is fully restored. We sincerely apologize for any inconvenience caused.

5. monitoring Sep 17, 2026, 06:37 PM UTC

   - Début / Start : 17/09/2026 19:08 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Externe / External - Priorité / Priority : P1 FR Le retour arrière (rollback) chez notre hébergeur réseau est finalisé et le service est désormais pleinement rétabli. Nos équipes maintiennent une surveillance attentive pour s'assurer de la stabilité globale de la plateforme. EN The rollback at our network hosting provider has been completed and service is now fully restored. Our teams continue to closely monitor the system to ensure the overall stability of the platform.

6. resolved Sep 18, 2026, 07:07 AM UTC

   This incident has been resolved.

7. postmortem Sep 18, 2026, 07:53 AM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-3752 **Service concerné** Paiements e-commerce, 3DS et en magasins. **Impact client** Impossibilité pour les porteurs d'effectuer des paiements. **Synthèse de l’incident** * **17 septembre 19h03 : début de l’incident.** * **17 septembre 19h05 :** premières remontées d’erreurs. * **17 septembre 19h10 :** création d’une cellule de crise dédiée et début des investigations. * **17 septembre 19h14 :** communication Statuspage. * **17 septembre 19h27 : identification de l’origine externe de l’incident chez un hébergeur réseau.** * **17 septembre 19h30 :** contact de notre hébergeur réseau pour obtenir la résolution de l’incident. * **17 septembre 19h52 :** lancement des premières actions correctives chez l’hébergeur réseau. Rétablissement partiel des services et poursuite des investigations. * **17 septembre 20h30 : identification de l’origine de l’incident par l’hébergeur réseau.** Lancement de nouvelles actions correctives. * **17 septembre 20h33 : fin de l’incident.** * **17 septembre 20h34-21h15 :** monitoring des différents services. **Root cause** L’incident a été causé par une interruption réseau chez notre hébergeur rendant indisponibles les services nécessaires à la sécurisation et au traitement des transactions de paiement. Cette indisponibilité a empêché le traitement des paiements, aussi bien en ligne qu’en point de vente. ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3752 **Payment services affected by the incident** E-commerce, 3DS, and in-store payments. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **17 September, 7:03pm: incident began.** * **17 September, 7:05pm:** first errors reported. * **17 September, 7:10pm:** dedicated crisis management team established and investigations commenced. * **17 September, 7:14pm:** Statuspage communication published. * **17 September, 7:27pm: external root cause identified at a network hosting provider.** * **17 September, 7:30pm:** our network hosting provider was contacted to resolve the incident. * **17 September, 7:52pm:** initial corrective actions initiated by the network hosting provider. Partial service restoration and continued investigations. * **17 September, 8:30pm: root cause identified by the network hosting provider.** Further corrective actions initiated. * **17 September, 8:33pm: incident resolved.** * **17 September, 8:34–9:15pm:** monitoring of the various services. **Root cause** The incident was caused by a network outage at our hosting provider, making the services required to secure and process payment transactions unavailable. This unavailability prevented payments from being processed, both online and at points of sale.

Read the full incident report →

Started Aug 12, 2026, 11:38 AM UTC· resolved Aug 12, 2026, 01:10 PM UTC

1. identified Aug 12, 2026, 11:38 AM UTC

   FR Nous avons identifié un problème d'affichage des transactions sur notre Cockpit. Aucun impact transactionnel n'est identifié. L'incident est en cours d'analyse. EN We have identified a transaction display issue on our Cockpit. No impact on the processing. An investigation is in progress.

2. identified Aug 12, 2026, 12:10 PM UTC

   FR La situation est en train de revenir à la normale. Le retard d'affichage est désormais d'une dizaine de minutes. Nous continuons de monitorer le service. EN The situation is gradually returning to normal. The display delay is now approximately 10 minutes. We continue to monitor the service.

3. monitoring Aug 12, 2026, 12:14 PM UTC

   FR L'affichage des transactions est revenue à la normale. Nous continuons de monitorer le service. EN Transaction display has returned to normal. We continue to monitor the service.

4. resolved Aug 12, 2026, 01:10 PM UTC

   This incident has been resolved.

5. postmortem Aug 13, 2026, 07:47 AM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-3611 **Service concerné** Dashboard. **Impact client** Retard d’affichage des transactions sur le Dashboard. **Synthèse de l’incident** * **13 août 11h42 :** début d'empilement de logs en base qui engendre des ralentissements. **Début de l’incident.** * **13 août 13h24 :** alertes indiquant un retard dans la remontée des transactions sur le Dashboard. Création d’une cellule de crise dédiée et début des investigations. * **13 août 13h27 : identification de l’origine de l’incident.** * **13 août 13h30 :** déploiement des actions correctives. * **13 août 13h30-14h13 :** monitoring de la remontée progressive des transactions dans le Dashboard. * **13 août 14h14 : fin de l’incident.** ‌ **Root cause** Une saturation de la base de données a été provoquée par une accumulation anormale de logs, entraînant un retard dans la remontée des transactions sur le dashboard. **Actions prises par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Latence dans la remontée de certaines données. | Analyses en cours pour expliquer et accélérer la remontée de ces données spécifiques. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3611 **Payment services affected by the incident** Dashboard. **Client impact** Delay in the display of transactions on the Dashboard. **Incident Overview** * **13 August, 11:42am:** logs began accumulating in the database, causing slowdowns. **Incident began.** * **13 August, 1:24pm:** alerts indicated delays in the display of transactions on the Dashboard. A dedicated crisis management team was established and investigations commenced. * **13 August, 1:27pm: root cause identified.** * **13 August, 1:30 pm:** corrective actions deployed. * **13 August, 1:30–2:13 pm:** monitoring of the gradual recovery of transaction display on the Dashboard. * **13 August, 2:14 pm: incident resolved.** ‌ **Root cause** Database saturation was caused by an abnormal accumulation of logs, resulting in a delay in the display of transactions on the merchant dashboard. **Actions taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Latency in the processing and display of certain data. | Ongoing investigations to determine the cause and accelerate the processing of these specific data sets. |

Read the full incident report →

Started Jul 14, 2026, 09:09 AM UTC· resolved Jul 15, 2026, 09:19 AM UTC

1. monitoring Jul 14, 2026, 09:09 AM UTC

   FR Un incident a affecté le service d'authentification 3DS pour les transactions Mastercard entre 09h18 et 10h30, entraînant des échecs d'authentification avec le code erreur 4009. L'incident est désormais résolu et le service est de nouveau pleinement opérationnel. EN An incident affected the 3DS authentication service for Mastercard transactions between 09:18 and 10:30, resulting in authentication failures with error code 4009. The incident has now been resolved, and the service is fully operational again.

2. identified Jul 15, 2026, 07:24 AM UTC

   FR Nous constatons une résurgence de l'incident avec des erreurs affectant le service d'authentification 3DS pour les transactions Mastercard. Nos équipes sont mobilisées pour restaurer le service le plus rapidement possible. EN We are observing a recurrence of the incident, with errors affecting the 3D Secure authentication service for Mastercard transactions. Our teams are fully mobilised to restore the service as quickly as possible.

3. identified Jul 15, 2026, 07:38 AM UTC

   FR Les transactions impactées tombent en 5005 depuis 9h. Nos équipes poursuivent les analyses pour restaurer le service au plus vite. EN Affected transactions have been returning a 5005 error code since 9:00 am. Our teams are continuing their investigations to restore the service as quickly as possible.

4. identified Jul 15, 2026, 07:47 AM UTC

   FR L’incident est d’origine externe et provient de Mastercard. Nos équipes sont mobilisées et en surveillance de l'évolution de cet incident externe. EN The incident is external in origin and originates from Mastercard. Our teams remain fully mobilised and are closely monitoring the progress of this external incident.

5. identified Jul 15, 2026, 08:28 AM UTC

   FR Nous observons une amélioration depuis 10h10. Certaines transactions continuent cependant de tomber en erreur. Nos équipes sont en contact avec Mastercard et restent mobilisées. EN We have observed an improvement since 10:10 am. However, some transactions are still returning errors. Our teams are in contact with Mastercard and remain fully mobilised.

6. monitoring Jul 15, 2026, 08:57 AM UTC

   FR Nous observons une nette amélioration depuis 10h39 et la situtation semble revenir en nominal. Nos équipes sont en contact avec Mastercard et restent mobilisées. EN We have observed a significant improvement since 10:39 am, and the situation appears to be returning to normal. Our teams are in contact with Mastercard and remain fully mobilised.

7. resolved Jul 15, 2026, 09:19 AM UTC

   FR L'incident est terminé et la situation est revenue en nominale. EN The incident has been resolved and the situation has returned to normal.

8. postmortem Jul 16, 2026, 12:17 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-3495 **Service concerné** Paiements E-commerce et 3DS. **Impact client** Impossibilité d’effectuer des paiements pour les porteurs. **Synthèse de l’incident** * **13 juillet :** tentative de renouvellement d’un certificat qui expirera le 15 juillet. Une erreur a provoqué l’échec du renouvellement du certificat. Le délai imposé par Mastercard pour régénérer un certificat repousse l’opération au lendemain. * **14 juillet 9h17 :** mise à jour par le prestataire externe. **Début de l’incident.** * **14 juillet 10h : identification de l’origine de l’incident.** Déploiement du certificat corrigé. * **14 juillet 10h29 : fin de l’incident.** ‌ **Root cause** Dans le cadre d’une intervention menée par un prestataire externe, un certificat utilisé pour sécuriser les échanges a été retiré de manière anticipée alors qu'il était encore valide pendant 24 heures. Une basculte automatique sur un autre certificat s’est déclenchée. Cependant, la configuration de ce certificat, bien que valide, n’était pas reconnue par Mastercard ce qui a entraîné le blocage des appels 3DS malgré la validité du nouveau certificat. **Actions prises par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Méconnaissance de la suppression d’un certificat 24h avant son expiration. | Révision de la documentation sur l’expiration des certificats. | | Absence d’alerte spécifique sur la bascule automatique de certificat 24h avant l’expiration. | Ajout d’une alerte spécifique concernant le mécanisme de bascule automatique intervenant 24 heures avant l'expiration d'un certificat. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3495 **Payment services affected by the incident** E-commerce payments and 3D Secure. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **13 July:** an attempt was made to renew a certificate due to expire on July, 15th. An error caused the certificate renewal to fail. The waiting period imposed by Mastercard before a new certificate can be generated meant that the operation had to be postponed until the following day. * **14 July, 9:17 am:** update deployed by the external service provider. **Incident began.** * **14 July, 10:00 am: root cause identified.** Deployment of the corrected certificate. * **14 July, 10:29 am: incident resolved.** ‌ **Root cause** As part of an intervention carried out by an external service provider, a certificate used to secure communications was removed prematurely, even though it remained valid for a further 24 hours. This triggered an automatic switchover to another certificate. However, although this certificate was valid, its configuration was not recognised by Mastercard, resulting in 3DS requests being blocked despite the validity of the new certificate. **Actions taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Lack of awareness that a certificate is removed 24 hours before its expiry. | The certificate expiry documentation is being reviewed. | | No specific alert was in place for the automatic certificate switchover occurring 24 hours before expiry. | A specific alert is currently being implemented for the automatic certificate switchover mechanism that takes place 24 hours before a certificate expires. |

Read the full incident report →

Started Jun 29, 2026, 02:54 PM UTC· resolved Jun 29, 2026, 03:50 PM UTC

1. investigating Jun 29, 2026, 02:54 PM UTC

   FR Nous avons identifié des difficultés sur les paiements en magasins CB2A et Nexo. L'incident est en cours d'analyse. EN We have identified issues affecting CB2A and Nexo in-store payments. An investigation is in progress.

2. identified Jun 29, 2026, 02:59 PM UTC

   TSR-3440 - Début / Start : 29/06/2026 14h37 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'origine de l'incident a été identifié. Un correctif a été déployé. La situation est en train de revenir à la normale. EN The root cause of the incident has been identified. A fix has been deployed. The situation is returning to normal.

3. monitoring Jun 29, 2026, 03:06 PM UTC

   TSR-3440 - Début / Start : 29/06/2026 14h37 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Nous confirmons la reprise progressive du service. Nos équipes continuent de monitorer le service. EN We confirm that the service is being progressively restored. Our teams continue to monitor the service.

4. resolved Jun 29, 2026, 03:50 PM UTC

   This incident has been resolved.

5. postmortem Jul 03, 2026, 08:03 AM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-3440 **Service concerné** Paiements en magasins Magellan, Nexo. **Impact client** Impossibilité pour les porteurs d’effectuer des paiements en magasins. **Synthèse de l’incident** * **29 juin 10h40 :** mise en production. * **29 juin 14h38 : début de l’incident.** * **29 juin 15h03 :** création d’une cellule de crise dédiée. Début des investigations. * **29 juin 15h17 :** déploiement d’une première action corrective suite aux analyses. Baisse des erreurs mais le problème est toujours présent. Poursuite des investigations. * **29 juin 15h27 :** annulation de la mise en production. * **29 juin 15h28 - 16h56 :** déploiement de diverses actions correctives suites aux analyses. * **29 juin 16h56 : reprise du trafic.** * **29 juin 17h32 : fin de l’incident.** ‌ **Root cause** L'incident est survenu à la suite d'une mise en production ayant entraîné une évolution dans les échanges avec un prestataire externe. À cette occasion, un paramètre technique, documenté comme étant facultatif par le prestataire externe, pour les paiements en magasin n'était plus transmis dans les requêtes. Contrairement au comportement attendu, l'absence de ce paramètre a conduit le système du partenaire à rejeter systématiquement les demandes d'autorisation des paiements en magasin. **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Paramètre facultatif rendu obligatoire et rejeté par le prestataire externe. | Correctif en cours chez le prestataire externe. | | Prise en compte différée des changements de configuration après une mise à jour de certaines instances. | Ajout d'une étape systématique de redémarrage du service à l'issue des mises à jour des instances afin de garantir l'application immédiate de la nouvelle configuration. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3440 **Payment services affected by the incident** Magellan and Nexo in-store payments. **Client impact** Cardholders were unable to make in-store payments. **Incident Overview** * **29 June, 10:40am:** production deployment. * **29 June, 2:38pm:** **incident began.** * **29 June, 3:03pm:** a dedicated crisis management team was established. Investigations commenced. * **29 June, 3:17pm:** a first corrective action was deployed following the initial analysis. The error rate decreased, but the issue persisted. Investigations continued. * **29 June, 3:27pm:** the production deployment was rolled back. * **29 June, 3:28pm – 4:56pm:** various corrective actions were deployed following the analysis. * **29 June, 4:56pm:** **traffic resumed.** * **29 June, 5:32pm:** **incident resolved.** ‌ **Root cause** The incident occurred following a production deployment that introduced changes to the interactions with an external service provider. As part of these changes, a technical parameter for in-store payments, documented by the external service provider as optional, was no longer included in the requests. Contrary to the expected behaviour, the absence of this parameter caused the partner's system to systematically reject in-store payment authorisation requests. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | An optional parameter was treated as mandatory by the external service provider, resulting in rejected requests. | A fix is currently being implemented by the external service provider. | | Configuration changes were not applied immediately following updates to certain instances. | A mandatory service restart step will be added after instance updates to ensure that the new configuration is applied immediately. |

Read the full incident report →

Started Apr 22, 2026, 10:15 AM UTC· resolved Apr 22, 2026, 01:31 PM UTC

1. investigating Apr 22, 2026, 10:15 AM UTC

   FR Nous avons identifié un problème de connexion sur notre Cockpit. Aucun impact transactionnel n'est identifié. L'incident est en cours d'analyse. EN We have identified a connection issue on our Cockpit. No impact on the processing. An investigation is in progress.

2. monitoring Apr 22, 2026, 11:13 AM UTC

   TSR-3229 - Début / Start : 22/04/2026 10h36 CEST - Fin / End : 22/04/2026 12h30 CEST - Catégorie / Category : Production - Dashboard - Responsabilité / Responsibility : Payplug - Priorité / Priority : P3 FR L'incident est maintenant résolu et le service est rétabli. Nous continuons à surveiller la reprise du service. EN Incident is now resolved and service restored. Service recovery is still under monitoring.

3. resolved Apr 22, 2026, 01:31 PM UTC

   This incident has been resolved.

Read the full incident report →

Started Apr 01, 2026, 03:55 PM UTC· resolved Apr 07, 2026, 09:53 AM UTC

1. investigating Apr 01, 2026, 03:55 PM UTC

   TSR-3152 - Début / Start : 01/04/2026 - Fin / End : En cours / Ongoing - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : Payplug - Priorité / Priority : P1 FR Le reversement des opérations de paiement e-commerce et magasin qui aurait dû être effectué aujourd'hui n'a pas pu être effectué dans les temps. Seule une partie des fonds sera reversée demain. Si un reversement est effectué, la réconciliation financière correspondante sera générée. En revanche, en l’absence de reversement, aucune réconciliation financière ne sera produite. EN Settlement of somes EURO e-commerce and instore operations which should have been done today could not be performed in due time. Only part of the funds will be settled tomorrow. If a settlement is processed, the corresponding financial reconciliation will be generated. However, if no settlement is carried out, no financial reconciliation will be produced.

2. monitoring Apr 02, 2026, 12:32 PM UTC

   TSR-3152 - Début / Start : 01/04/2026 - Fin / End : En cours / Ongoing - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : Payplug - Priorité / Priority : P1 FR Suite à l’incident en cours, une partie des fonds n’a pas pu être reversée aujourd'hui. En raison des jours fériés bancaires demain et lundi, les fonds restants seront reversés à partir de mardi. La réconciliation financière associée sera produite lors du reversement effectif des fonds. EN Following the ongoing incident, part of the funds could not be settled today. Due to the bank holidays tomorrow and on Monday, the remaining funds will be settled from Tuesday onwards. The associated financial reconciliation will be generated upon the effective settlement of the funds.

3. resolved Apr 07, 2026, 09:53 AM UTC

   TSR-3152 - Début / Start : 01/04/2026 - Fin / End : 07/04/2026 - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : Payplug - Priorité / Priority : P1 FR Nous vous confirmons que les fonds restants seront reversés dans la journée. EN We confirm that the remaining funds will be settled during the day.

4. postmortem Apr 16, 2026, 04:10 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-3152 **Service concerné** Reversement des paiements e-commerce et magasin. **Impact client** Non reversement des transactions. **Synthèse de l’incident** * **1er avril :** mise en production. * **1 avril 17h34 :** non réception d’un fichier. Dépassement du cutoff pour envoyer les fonds le lendemain. **Début de l’incident.** * **2 avril 9h :** analyses qui montrent que seule une partie des transactions a pu être reversée. * **3-6 avril** : jours fériés bancaires qui reportent les reversements. * **7 avril :** reversement de l’intégralité des transactions. **Fin de l’incident.** ‌ **Root cause** Une mise en production a entraîné le blocage de l’envoi d’un fichier indispensable au mécanisme de reversement des transactions. **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Mise en production l’avant-veille d’un jour férié bancaire. | Révision de l’agenda des mises en production pour éviter tout déploiement avant un jour férié bancaire. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3152 **Payment services affected by the incident** E-commerce & in-store payments settlement. **Client impact** Inability to process the reversal of transactions during the incident period, resulting in a delay in merchant settlement. **Incident Overview** * **1 April:** production deployment. * **1 April 5:34pm:** file not received. Cut-off time for next-day fund settlement exceeded. **Start of the incident.** * **2 April 9:00am:** analysis shows that only part of the transactions could be settled. * **3–6 April:** bank holidays delaying settlements. * **7 April:** all transactions settled. **End of the incident.** ‌ **Root cause** A production deployment caused the blocking of a file essential to the transaction settlement process. **Actions taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Production deployment carried out two days before a bank holiday. | Review of the production deployment schedule to avoid any deployments ahead of bank holidays. |

Read the full incident report →

Started Mar 02, 2026, 11:39 AM UTC· resolved Mar 02, 2026, 02:14 PM UTC

1. investigating Mar 02, 2026, 11:39 AM UTC

   FR Nous avons identifié des difficultés sur la plateforme de paiement. L'incident est en cours d'analyse. EN We have identified ongoing difficulties on the payment platform. An investigation is in progress.

2. monitoring Mar 02, 2026, 12:08 PM UTC

   TSR-3011 - Début / Start : 02/03/2026 12h28 CET - Fin / End : 02/03/2026 13h01 CET - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P1 FR L'incident est maintenant résolu et le service est rétabli. Nous continuons à surveiller la reprise du service. EN Incident is now resolved and service restored. Service recovery is still under monitoring.

3. resolved Mar 02, 2026, 02:14 PM UTC

   This incident has been resolved.

4. postmortem Mar 05, 2026, 03:05 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-3011 **Service concerné** Paiements e-commerce, 3DS et en magasins. **Impact client** Impossibilité pour les porteurs d’effectuer des paiements. **Synthèse de l’incident** * **2 mars 12h26 :** déploiement d’une mise en production. * **2 mars 12h28 : début de l’incident.** * **2 mars 12h29 :** première remontée d’alerte. * **2 mars 12h33 :** création d’une cellule de crise dédiée. Début des investigations. * **2 mars 12h37 :** identification d’erreurs sur un service. * **2 mars 12h56 : identification de l’origine de l’incident.** * **2 mars 13h :** mise en place d’actions correctives. * **2 mars 13h01 : reprise du trafic e-commerce & 3DS.** * **2 mars 13h38 :** remontée d’erreurs sur certains paiements en magasins. Poursuite des investigations. * **2 mars 13h50 :** identification et redémarrage des services en erreur. **Fin de l’incident.** ‌ **Contexte** N/A **Root cause** Une mise en production a entraîné la mise en pause des points d’entrées des services acceptant les transactions. Ces points d’entrées étant en pause, ils n’acceptaient plus les transactions et ont causé l’interruption du trafic. ‌ **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Déploiement d’une mise en production sur un horaire critique. | Rappel du processus de déploiement pour éviter les mises en production sur un horaire critique. | | Monitoring défaillant sur les points d’entrées des services acceptant les transactions. | Renforcement du monitoring sur les points d’entrées et sur les services répartissant les transactions. | | Absence de contrôle sur un certificat spécifique suite déploiement d’une mise en production. | Ajout de contrôle pour vérifier l’état du certificat après déploiement d’une mise en production. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3011 **Payment services affected by the incident** E-commerce payments, 3DS and in-store payments. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **2 March 12:26pm:** production deployment. * **2** **March 12:28pm:** **start of the incident.** * **2 March 12:29pm:** first alert raised. * **2 March 12:33pm:** dedicated crisis team established. Investigations begin. * **2 March 12:37pm:** errors identified on a service. * **2 March 12:56pm:** **root cause of the incident identified.** * **2 March 1:00pm:** corrective actions implemented. * **2 March 1:01pm: resumption of e-commerce and 3DS traffic.** * **2 March 1:38pm:** errors reported on certain in-store payments. Investigations continue. * **2 March 1:50pm:** identification and restart of the affected services. **End of the incident.** ‌ **Context** N/A **Root cause** A production deployment resulted in the pausing of the entry points of the services handling transactions. As these entry points were paused, they no longer accepted transactions, which caused the interruption of traffic. ‌ **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Production deployment carried out during a critical time window. | Reminder of the deployment process to avoid production deployments during critical time windows. | | Insufficient monitoring on the entry points of the services accepting transactions. | Strengthening of monitoring on the entry points and on the services distributing transactions. | | Lack of verification of a specific certificate following a production deployment. | Addition of checks to verify the status of the certificate after a production deployment. |

Read the full incident report →

Started Feb 25, 2026, 04:34 PM UTC· resolved Feb 26, 2026, 07:59 AM UTC

1. investigating Feb 25, 2026, 04:34 PM UTC

   FR Nous avons identifié des difficultés sur la plateforme de test avec le hosted fields. L'incident est en cours d'analyse. EN We have identified issues on the test platform with the hosted fields. An investigation is in progress.

2. investigating Feb 25, 2026, 04:49 PM UTC

   FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans 15 minutes. EN Investigations are still ongoing. We'll get back to you in 15 minutes.

3. identified Feb 25, 2026, 05:04 PM UTC

   TSR-2999 - Début / Start : A confirmer / To be confirmed - Fin / End : En cours / Ongoing - Catégorie / Category : Sandbox Processing - Responsabilité / Responsibility : A confirmer / To be confirmed - Priorité / Priority : P2 FR L'origine de l'incident a été détectée. Un correctif est en cours de déploiement. EN The root cause of the incident has been identified. A fix is currently being deployed.

4. monitoring Feb 25, 2026, 05:07 PM UTC

   TSR-2999 - Début / Start : 25/02/2026 16h22 CET - Fin / End : 25/02/2026 18h02 CET - Catégorie / Category : Sandbox Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Le déploiement s'est effetué avec succès. La situation est revenue à la normale. EN The deployment was completed successfully. The situation has returned to normal.

5. resolved Feb 26, 2026, 07:59 AM UTC

   This incident has been resolved.

6. postmortem Mar 06, 2026, 08:27 AM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-2999. **Service concerné** Sandbox. **Impact client** Service hosted field indisponible en sandbox. **Synthèse de l’incident** * **25 février 14h27 :** signalement d’un problème dans un premier environnement de test inaccessible aux marchands. * **25 février 16h22 : début de l’incident en sandbox.** * **25 février 16h55 :** première alerte sur l’indisponibilité du service hosted field en sandbox. * **25 février 17h10 :** divers marchands remontent le problème qui semble généralisé. * **25 février 17h27 :** création d’une cellule de crise dédiée. * **25 février 17h34 :** communication Statuspage. **Identification du problème** dans un premier environnement de test qui impacterait également la sandbox accessible aux marchands. * **25 février 17h41 :** annulation d’une mise en production. * **25 février 17h56 :** redémarrage des services. * **25 février 18h02 : fin de l’incident.** **Contexte** N/A **Root cause** Le déploiement d’une mise en production dans un premier environnement de test a provoqué une interruption du service Hosted Field. Cet environnement et la sandbox accessible aux marchands étant synchronisé, le problème a été répercuté dans la sandbox. ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2999. **Payment services affected by the incident** Sandbox. **Client impact** Hosted fields service unavailable in the sandbox environment. **Incident Overview** * **25 February 2:27pm:** a problem reported in an initial test environment inaccessible to merchants. * **25 February 4:22pm: start of the incident in the sandbox environment.** * **25 February 4:55pm:** first alert regarding the unavailability of the hosted fields service in sandbox. * **25 February 5:10pm:** several merchants report the issue, which appears to be widespread. * **25 February 5:27pm:** dedicated crisis team established. * **25 February 5:34pm:** Statuspage communication issued. **Identification of an issue** in an initial test environment also impacting the sandbox accessible to merchants. * **25 February 5:41pm:** rollback of a production deployment. * **25 February 5:56pm:** services restarted. * **25 February 6:02pm: end of the incident.** **Context** N/A **Root cause** The deployment to production in an initial test environment caused an interruption to the Hosted Fields service. As this environment and the sandbox accessible to merchants are synchronised, the issue was replicated in the sandbox.

Read the full incident report →

Started Feb 21, 2026, 08:36 AM UTC· resolved Feb 21, 2026, 02:52 PM UTC

1. monitoring Feb 21, 2026, 08:36 AM UTC

   FR Nous avons identifié un taux anormalement élevé d'échecs sur les demandes d'authentifications 3DSECURE suite à un incident externe du côté des banques émetteurs. Cela impacte particulièrement les porteurs de carte du Crédit Agricole. EN We have identified an high failure rate on 3DSecure authentication requests due to an external incident on issuing bank's side. This is impacting mostly Crédit Agricole cardholders.

2. monitoring Feb 21, 2026, 12:26 PM UTC

   L'incident externe est toujours en cours. Nous vous tiendrons informés en cas de changements. --------------- The incident is still ongoing. We'll keep you updated in case of any changes.

3. resolved Feb 21, 2026, 02:52 PM UTC

   EXTERNAL INCIDENT | Perturbations 3DS / 3D Secure disruption (9:00CET - 15:00 CET) FR L'incident est maintenant résolu et le service est rétabli. Nous continuons à surveiller la reprise du service. EN Incident is now resolved and service restored. Service recovery is still under monitoring.

4. postmortem Feb 23, 2026, 09:10 AM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-2981 **Service concerné** Paiements E-commerce et 3DS. **Impact client** Impossibilité d’effectuer des paiements pour les porteurs. **Synthèse de l’incident** * **21 février 5h : début de l’incident.** * **21 février 6h23 :** remontée d’alerte. Le seuil d’erreur est trop faible à ce stade pour déclencher l’astreinte. * **21 février 8h32 :** création d’une cellule de crise dédiée par l’astreinte. Début des investigations. * **21 février 8h34 :** identification d’échecs de paiements provenant d’un réseau bancaire spécifique. * **21 février 9h-13h :** poursuite des analyses. * **21 février 13h30 : fin de l’incident.** * **21 février 14h41 :** confirmation par le réseau d’un incident chez eux. **Contexte** N/A **Root cause** Incident externe provenant d’un réseau bancaire. ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2981 **Payment services affected by the incident** E-commerce payments & 3DS. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **21 February 5:00am: start of the incident.** * **21 February 6:23am:** alert raised. The error threshold is too low at this stage to trigger the on-call escalation team. * **21 February 8:32am:** dedicated crisis team established by the on-call team. Investigations begin. * **21 February 8:34am:** payment failures identified originating from a specific banking network. * **21 February 9:00am – 1:00pm:** ongoing analysis. * **21 February 1:30pm: end of the incident.** * **21 February 2:41pm:** confirmation from the network of an incident on their side. **Context** N/A **Root cause** External incident originating from a banking network.

Read the full incident report →

Started Dec 10, 2025, 08:29 AM UTC· resolved Dec 12, 2025, 08:42 AM UTC

1. identified Dec 10, 2025, 08:29 AM UTC

   FR Nous avons identifié un problème d'affichage des transactions sur notre Cockpit. Aucun impact transactionnel n'est identifié, sauf si votre workflow utilise le getTransaction. L'incident est en cours d'analyse. EN We have identified a transaction display issue on our Cockpit. No impact on the processing, except if your workflow uses the getTransaction export. An investigation is in progress.

2. identified Dec 10, 2025, 09:06 AM UTC

   We are continuing to work on a fix for this issue.

3. identified Dec 11, 2025, 08:41 AM UTC

   TSR-2673 - Début / Start : 10/12/2025 9h00 CET - Fin / End : En cours / Ongoing - Catégorie / Category : Production Cockpit - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Le retard des transactions est dû à problème de synchronisation entre deux bases. Un correctif a été mis en place par nos équipes techniques ce qui a permis un rétablissement hier soir à 22h. Des ralentissements sont observés depuis ce matin. Nos équipes techniques continuent d’investiguer. Afin d’éviter tout surincident, les fichiers de virements n’ont pas été lancés hier. Par conséquent, les reversements initialement prévus aujourd’hui seront effectués demain. Nous travaillons à rétablir le service dès que possible. EN The delay in transactions is due to a synchronisation issue between two databases. A fix was implemented by our technical teams, which allowed service to be restored yesterday at 10:00pm. Slowdowns have been observed since this morning, and our technical teams continue to investigate. To avoid any further incident, the transfer files were not executed yesterday. As a result, the reimbursements originally scheduled for today will be carried out tomorrow. We are working to restore the service as soon as possible.

4. monitoring Dec 11, 2025, 10:53 AM UTC

   TSR-2673 - Début / Start : 10/12/2025 9h00 CET - Fin / End : 11/12/2025 11h11 CET - Catégorie / Category : Production Cockpit - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'affichage des transactions est revenu à la normale. Pour rappel, les reversements initialement prévus aujourd’hui seront effectués demain. Nous continuons de monitorer le service. EN The display of transactions has returned to normal. As a reminder, the reimbursements originally scheduled for today will be carried out tomorrow. We continue to monitor the service.

5. resolved Dec 12, 2025, 08:42 AM UTC

   TSR-2673 - Début / Start : 10/12/2025 9h00 CET - Fin / End : 11/12/2025 11h11 CET - Catégorie / Category : Production Cockpit - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Les reversements non effectués hier ont été reversés aujourd'hui. EN The reimbursements that were not processed yesterday have been carried out today.

6. postmortem Dec 16, 2025, 01:57 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-2673. **Service concerné** Dashboard & reversement. **Impact client** Retard d’affichage des transactions sur le Dashboard et interruption du processus de reversement. **Synthèse de l’incident** * **10 décembre 01h00 :** remontées d’alertes indiquant un retard de remontée des transactions. **Début de l’incident.** * **10 décembre 9h04 :** création d’une cellule de crise dédiée et début des investigations. * **10 décembre 9h05 :** identification d’un retard des remontées des transactions dans le Dashboard. Confirmation de l’absence d’impact sur le processing. * **10 décembre 9h07 :** identification d’un problème d'empilement de données en base qui engendre des ralentissements. * **10 décembre 9h15 :** interruption d’une tâche qui ne répondait plus et qui semblait interférer avec la remontée des transactions sur le Dashboard. * **10 décembre 9h20 :** tests non concluants. Les files de logs continuent de se remplir. Poursuite des investigations. * **10 décembre 9h29 :** communication Statuspage. * **10 décembre 10h26 : identification de l’origine de l’incident.** * **10 décembre 10h27 - 20h :** études de différentes solutions pour traiter les logs plus rapidement. * **10 décembre 20h05 :** décision prise de ne pas lancer les fichiers de reversements pour éviter tout surincident. * **10 décembre 20h06 :** suppression de certaines transactions qui seront réimportées le lendemain matin. Resynchronisation de la base de données. * **10 décembre 22h19 :** fin de la resynchronisation. **Situation revenue à la normale.** * **10 décembre 00h20 : la file de logs commence à se remplir à nouveau.** * **11 décembre 8h20 :** identification de lenteurs dans une table présente dans la base de données. Nouvelles investigations pour essayer de traiter les logs plus rapidement. * **11 décembre 10h00 :** identification d’une saturation d’une base de données. * **11 décembre 10h45 :** redémarrage de la base de données et actions menées pour augmenter la capacité de la machine. * **11 décembre 11h11 :** l’affichage des transactions revient à la normale. **Fin de l’incident.** * **11 décembre 11h25 :** relance des fichiers pour assurer les reversements le lendemain. * **11 décembre 14h05 :** les fichiers ont été relancés avec succès. * **12 décembre 8h20 :** reversements effectués. **Contexte** N/A **Root cause** Les files qui traitent les logs ont été impactées par un dépassement de capacité d'une base de données. **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Saturation de la base de données. | Réalisation d’un inventaire complet de la base de données et planification de scripts pour éviter toute saturation. | | Absence d’alerte prévenant de la saturation de la base de données. | Ajouts d’alertes spécifiques pour éviter une saturation de la base de données. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2673. **Payment services affected by the incident** Dashboard & payments settlement. **Client impact** Delay in the display of transactions on the dashboard and interruption of the settlement process. **Incident Overview** * **December 10 - 1:00am:** alerts raised indicating a delay in transaction reporting. **Start of the incident.** * **December 10 - 9:04am:** establishment of a dedicated crisis unit and start of investigations. * **December 10 - 9:05am:** identification of a delay in transaction reporting on the dashboard. Confirmation that there was no impact on processing. * **December 10 - 9:07am:** identification of a data stacking issue in the database causing slowdowns. * **December 10 - 9:15am:** interruption of an unresponsive task that appeared to be interfering with transaction reporting on the dashboard. * **December 10 - 9:20am:** inconclusive tests. Log queues continue to build up. Investigations ongoing. * **December 10 - 9:29am**: Statuspage communication. * **December 10 - 10:26am:** **identification of the root cause of the incident.** * **December 10 - 10:27am – 8:00pm:** review of various solutions to process logs more quickly. * **December 10 - 8:05pm:** decision taken not to run settlement files in order to avoid any further incident. * **December 10 - 8:06pm:** deletion of certain transactions to be reimported the following morning. Database resynchronisation. * **December 10 - 10:19pm**: end of the resynchronisation. **Situation returned to normal.** * **December 11 - 00:20am:** **the log queue starts to build up again.** * **December 11 - 8:20am:** identification of slow performance in a table within the database. New investigations to process logs more quickly. * **December 11 -** **10:00am:** identification of database saturation. * **December 11 - 10:45am:** database restart and actions taken to increase the machine’s capacity. * **December 11 - 11:11am:** transaction display returns to normal. **End of the incident.** * **December 11 - 11:25am:** restart of files to ensure reimbursements the following day. * **December 11 - 2:05pm:** files successfully restarted. * **December 12 - 08:20am:** reimbursements completed. **Context** N/A **Root cause** The queues responsible for processing logs were impacted by a database capacity overrun. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Database saturation. | Completion of a full database inventory and planning of scripts to prevent any saturation. | | Lack of alerts warning of database saturation. | Addition of specific alerts to prevent database saturation. |

Read the full incident report →

Started Aug 30, 2025, 03:59 PM UTC· resolved Aug 30, 2025, 06:20 PM UTC

1. identified Aug 30, 2025, 03:59 PM UTC

   FR Nous avons identifié un incident externe provenant du groupe bancaire CMCIC, entraînant une augmentation des erreurs 4013 depuis 16h55 (CEST). Nos équipes suivent la situation de près et communiqueront une mise à jour dès que de nouvelles informations seront disponibles. EN We have identified an external incident originating from the CMCIC banking group, causing an increase in 4013 errors since 16:55 CEST. Our teams are closely monitoring the situation and will provide updates as soon as more information becomes available.

2. resolved Aug 30, 2025, 05:41 PM UTC

   FR Nous vous informons que la situation est désormais rétablie. L'incident a été résolu à 20h15 (CEST). EN We would like to inform you that the situation has been restored. The incident was resolved at 20:15 (CEST).

3. postmortem Sep 02, 2025, 07:20 AM UTC

   # _English version below_ # Post Mortem **Service concerné** Paiements e-commerce et paiements en magasin.. **Impact client** Impossibilité d’effectuer des paiements pour les porteurs. **Synthèse de l’incident** * **30 août 16h55 : début de l’incident.** * **30 août 17h03 :** remontée d’alerte, mobilisation de l’astreinte et début des analyses. * **30 août 17h10 :** identification de l’origine externe de l’incident provenant d’un groupe bancaire particulier. * **30 août 20h15 : fin de l’incident.** **Contexte** N/A **Root cause** Incident externe chez un groupe bancaire externe. ‌ ==============ENGLISH VERSION============== # Post Mortem **Payment services affected by the incident** E-commerce payments and in-store payments. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **30 August 4:55pm** – start of the incident. * **30 August 5:03pm** – alert raised, on-call team mobilised and analysis started. * **30 August 5:10pm** – identification of the external origin of the incident, coming from a specific banking group. * **30 August 8:15pm** – end of the incident. **Context** N/A **Root cause** External incident at a banking group.

Read the full incident report →

Started Jul 25, 2025, 09:57 AM UTC· resolved Jul 25, 2025, 09:57 AM UTC

1. resolved Jul 25, 2025, 10:40 AM UTC

   FR Les formulaires de paiements Amex et Credorax ont été dégradés du 24 juillet 10h49 au 25 juillet 11h57. Un correctif a été appliqué. Le service a été rétabli. EN The Amex and Credorax payment forms were degraded from July 24th at 10:49am to July 25th at 11:57 am. A fix has been applied. The service has been restored.

2. postmortem Jul 28, 2025, 02:15 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-2076 **Service concerné** Formulaires de paiement Amex & Credorax. **Impact client** Impossibilité d’effectuer des paiements sur les formulaires Amex et Credorax. **Synthèse de l’incident** * **24 juillet 10h45 :** déploiement d’une mise en production. * **24 juillet 10h49** : **début de l’incident.** * **25 juillet 11h57 :** rollback de la mise en production. **Fin de l’incident.** ‌ **Contexte** La détection du dommage collatéral a été défaillante en raison du faible nombre de transactions concernées. **Root cause** Introduction d’un bug dans une mise en production. **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Défaillance de détection. | Révision du process de déploiement pour garantir l’absence d’impact de la mise en production sur le service. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2076 **Payment services affected by the incident** Amex & Credorax payment forms. **Client impact** Inability to make payments via the Amex and Credorax forms. **Incident Overview** * **July 24 - 10:45am :** production deployment. * **July 24 - 10:49am : incident begins.** * **July 25 - 11:57 AM:** rollback of the production deployment**. End of the incident.** ‌ **Context** Collateral damage detection failed due to the low number of affected transactions. **Root cause** Introduction of a bug during a production release. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Detection Failure. | Deployment process revised to ensure that production releases have no impact on the service. |

Read the full incident report →

Started Jul 24, 2025, 09:22 AM UTC· resolved Jul 25, 2025, 07:02 AM UTC

1. investigating Jul 24, 2025, 09:22 AM UTC

   TSR-2065 - Début / Start : 24/07/2025 - Fin / End : En cours / Ongoing - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : A confirmer / To be confirmed - Priorité / Priority : P2 FR Le reversement de certaines opérations de paiement e-commerce et magasin qui aurait dû être effectué aujourd'hui n'a pas pu être effectué dans les temps. La réconciliation financière correspondante n'a pas été produite et sera produite après le reversement. EN Settlement of some euro e-commerce and instore operations which should have been done today could not be performed in due time. Related financial reconciliation wasn't produced and will be provided after the settlement.

2. monitoring Jul 24, 2025, 01:35 PM UTC

   TSR-2065 - Début / Start : 24/07/2025 - Fin / End : En cours / Ongoing - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'origine du blocage des reversements a été trouvée. Le reversement de vendredi sera assuré de manière standard. Une action a été appliquéé afin de rattraper le reversement des transactions impactées. Nous confirmerons demain le reversement des transactions. EN The source of the payment reversal blockage has been identified. Friday’s payment reversal will be processed as usual An action has been applied to recover the reversals of the impacted transactions. We will confirm the completion of the transaction reversals tomorrow.

3. resolved Jul 25, 2025, 07:02 AM UTC

   TSR-2065 - Début / Start : 24/07/2025 - Fin / End : 25/07/2025 - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Les opérations de paiement e-commerce et magasin non reversées hier ont été reversées aujourd'hui. La réconciliation financière correspondante intègre bien les transactions rattrapées. EN The e-commerce and in-store payment operations that were not settled yesterday have been settled today. The corresponding financial reconciliation accurately includes the recovered transactions.

4. postmortem Aug 04, 2025, 01:29 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-2065 **Service concerné** Reversement des paiements e-commerce et magasin. **Impact client** Reversement partiel des transactions. **Synthèse de l’incident** * **23 juillet - 14h :** mise en production dans le cadre d’une migration de service. * **24 juillet - 1h15 :** suite à des alertes, interruption de la chaîne de reversement. * **24 juillet - 1h48 :** rollback de la mise en production. * **24 juillet - 1h50 :** reprise de la chaîne de reversement. * **24 juillet - 10h19 :** détection de faibles montants dans le fichier de reversement. * **24 juillet - 10h22 :** création d’une cellule de crise dédiée et début des analyses. * **24 juillet - 10h45 :** décision de signer les virements en l’état et d’établir un plan pour chercher les transactions manquantes afin qu’elles soient incluses dans les virements du lendemain. * **24 juillet - 14h43 :** actions pour inclure les transactions dans les reversements du lendemain. * **25 juillet :** reversement des transactions. **Fin de l’incident.** ‌ **Contexte** N/A **Root cause** Mise en production ayant entraîné un blocage de la chaîne de reversement. ‌ **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Non détection de l’erreur lors de l'exécution de la chaîne de nuit. | Ajout d’un monitoring sur la partie d’exécution de la chaîne de nuit. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2065 **Payment services affected by the incident** E-commerce & in-store payments settlement. **Client impact** Partial settlement of transactions. **Incident Overview** * **23 July – 2:00pm**: deployment as part of a service migration. * **24 July – 1:15am**: following alerts, interruption of the payout process. * **24 July – 1:48am**: rollback of the deployment. * **24 July – 1:50am**: resumption of the payout process. * **24 July – 10:19am**: detection of unusually low amounts in the payout file. * **24 July – 10:22am**: creation of a dedicated crisis team and start of analysis. * **24 July – 10:45am**: decision to approve the transfers as-is and to set up a plan to identify * missing transactions so they could be included in the next day’s transfers. * **24 July – 2:43pm**: actions taken to include the transactions in the following day's payouts. * **25 July**: transactions paid out. **End of the incident.** ‌ **Context** N/A **Root cause** Deployment caused a blockage in the payout process. ‌ **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Failure to detect the error during the execution of the overnight process. | Monitoring has been added to the execution part of the overnight process. |

Read the full incident report →

Started Jul 02, 2025, 07:43 PM UTC· resolved Jul 03, 2025, 01:08 PM UTC

1. investigating Jul 02, 2025, 07:43 PM UTC

   FR Nous avons identifié un taux anormalement élevé d'échecs sur les transactions Fastpass. Nous désactivons cette options pour les marchands concernés le temps d'identifier et de corriger la source de l'incident. EN We have identified an abnormally high rate of failed Fastpass transactions. We are disabling this option for affected merchants while we identify and correct the source of the problem.

2. investigating Jul 02, 2025, 08:00 PM UTC

   FR La désactivation de Fastpass constitue une solution provisoire qui permet de rétablir pleinement l'encaissement. EN Deactivating Fastpass is a temporary solution that allows you to restore full payment functionality.

3. resolved Jul 03, 2025, 01:08 PM UTC

   TSR-1972 - Début / Start : 02/07/2025 19h35 CEST - Fin / End : 02/07/2025 21h55 CEST - Catégorie / Category : Production - Authentification 3DS / 3DS authentication - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'action menée hier avant 22h a permis de restaurer un taux d'acceptation nominal tout en maintenant le service Fastpass pour les marchands concernés. L'incident est maintenant résolu. EN Action taken yesterday before 10pm helped restore nominal acceptance rate while maintaining Fastpass service for affected merchants. Incident is now resolved.

Read the full incident report →

Started Jun 24, 2025, 12:00 AM UTC· resolved Jun 24, 2025, 12:00 AM UTC

1. resolved Jun 25, 2025, 01:55 PM UTC

   FR Les paiements en magasin avec la carte AMEX ont été fortement dégradés depuis le 24 juin vers 14h11 L'incident a été résolu aujourd'hui, mercredi 25 juin, à 15h42. EN In-store payments with AMEX cards have been severely degraded since June 24 at 2:11 PM. The incident was resolved today, Wednesday, June 25, at 3:42 PM.

2. postmortem Jun 26, 2025, 01:05 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-1942 **Service concerné** Transactions sur carte American Express en paiement magasin. **Impact client** Transactions en erreur 4001. **Synthèse de l’incident** * **24 juin 14h08** : déploiement d’une mise en production. * **24 juin 14h10** : **début de l’incident.** * **25 juin 15h13 :** création d’une cellule incident majeur et début des investigations. * **25 juin 15h42 :** application d’un fix. * **25 juin 15h46 : fin de l’incident.** **Contexte** La détection du dommage collatéral a été défaillante en raison du faible nombre de transactions concernées. **Root cause** Introduction d’un bug dans une mise en production. **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Défaillance de détection. | Révision du process de déploiement pour garantir l’absence d’impact sur le service. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-1942 **Payment services affected by the incident** American Express Card Transactions on in-store Payments. **Client impact** Transactions failed with error code 4001. **Incident Overview** * **24 June - 2:08pm:** production deployment. * **24 June - 2:10pm: incident began.** * **25 June - 3:13pm:** major incident task force created and investigations started. * **25 June - 3:42pm:** fix applied. * **25 June - 3:46pm: incident resolved.** **Context** The collateral damage went undetected due to the low volume of affected transactions. **Root cause** A bug was introduced during the production deployment. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Detection Failure. | Deployment process to be revised to ensure no impact on the service. |

Read the full incident report →

Started Jun 11, 2025, 09:28 AM UTC· resolved Jun 11, 2025, 09:48 AM UTC

1. resolved Jun 11, 2025, 09:28 AM UTC

   TSR-1894 - Début / Start : 11/06/2025 10h30 - Fin / End : 11/06/2025 10h50 - Catégorie / Category : Processing - Responsabilité / Responsibility : Externe / External - Priorité / Priority : P2 FR Nos service e-commerce et paiements en magasin Nexo ont été pertubé de 10h30 à 10h50. Les pertubations ont été causées par une instance défaillante chez un partenaire. EN E-commerce and Nexo instore services were disrupted from 10:30am to 10:50am. The disruptions were caused by a failed instance at a partner.

2. postmortem Jun 12, 2025, 12:25 PM UTC

   # Post Mortem **Référence incident** TSR-1894 **Service concerné** Paiements en magasin Nexo et e-commerce. **Impact client** Perturbations de l’ordre de 10%des services pendant 20 minutes. **Synthèse de l’incident** * **11 juin 10h30** : début des perturbations avec une légère baisse du taux d’acceptation. **Début de l’incident** * **11 juin 10h43** : baisse plus forte du taux d’acceptation qui va déclencher des alertes. * **11 juin 10h49 :** création de la cellule d’incident majeur et début des analyses. * **11 juin 10h50 : fin de l’incident.** * **11 juin 10h52 :** identification d’un problème venant d’un partenaire. Contact du partenaire pour confirmer l’incident chez eux. * **11 juin 10h53 :** retour du partenaire confirmant l’incident et les mesures prises pour restaurer le service. **Contexte** N/A **Root cause** Incident externe chez un partenaire qui a eu une instance défaillante \(le service étant réparti sur plusieurs instances\). ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-1894 **Payment services affected by the incident** Nexo in-store and e-commerce payments. **Client impact** Service disruptions of approximately 10% for 20 minutes. **Incident Overview** * **11 June 10:30am:** start of disruptions, with a slight decrease in the acceptance rate. **Incident begins.** * **11 June 10:43am:** more significant drop in the acceptance rate, triggering alerts. * **11 June 10:49am:** major incident team activated and start of analysis. * **11 June 10:50am: end of the incident.** * **11 June 10:52am:** identification of an issue originating from a partner. The partner is contacted to confirm the incident on their side. * **11 June 10:53am:** partner responds, confirming the incident and the measures taken to restore the service. **Context** N/A **Root cause** External incident at a partner, which experienced a faulty instance \(the service is distributed across multiple instances\).

Read the full incident report →

Started May 20, 2025, 03:31 PM UTC· resolved May 20, 2025, 04:55 PM UTC

1. identified May 20, 2025, 03:31 PM UTC

   - Début / Start : 20/05/2025 16h20 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production - Authentification 3DS / 3DS authentication - Responsabilité / Responsibility : Externe / External FR Nous avons identifié un taux anormalement élevé d'échecs sur les demandes d'authentifications fortes 3DSECURE depuis 16h20 L'impact est localisé sur les porteurs de carte Société Generale, BNP, La Banque Postale et Boursorama. L'incident est en cours d'analyse. EN We have identified an high failure rate on strong 3DSecure authentication requests since 4:20 PM. The impact is limited to cardholders from Société Générale, BNP, La Banque Postale, and Boursorama. The incident is currently under investigation.

2. monitoring May 20, 2025, 03:50 PM UTC

   - Début / Start : 20/05/2025 16h20 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production - Authentification 3DS / 3DS authentication - Responsabilité / Responsibility : Externe / External FR Le taux d'erreurs diminue, le service reprend progressivement Nous continuons de surveiller cet incident d'origine externe EN The error rate is decreasing, and the service is gradually recovering. We are continuing to monitor this externally-originated incident.

3. resolved May 20, 2025, 04:55 PM UTC

   - Début / Start : 20/05/2025 16h20 CEST - Fin / End : 20/05/2025 17h33 CEST - Catégorie / Category : Production - Authentification 3DS / 3DS authentication - Responsabilité / Responsibility : Externe / External FR le service est totalement rétabli depuis 17h33. EN the service is fully operational since 5.33pm.

4. postmortem May 21, 2025, 03:56 PM UTC

   # _English version below_ # Post Mortem **Référence incident** NA **Service concerné** Authentification forte **Impact client** Les authentifications fortes 3DSECURE des porteurs des banques BNPP, SG, LBP & Boursorama ont été perturbées durant 1 heure et 9 minutes. **Synthèse de l’incident** * **20 mai 16h20** : **début de l’incident.** * **20 mai 16h28** : remontée d’alertes. * **20 mai 16h33** : début des investigations. * **20 mai 16h45** : suspicion forte d’une cause externe via l’identification des banques impactées. * **20 mai 17h10** : Confirmation d’une cause externe. * **20 mai 17h29** : Reprise du service. **Fin de l’incident.** **Contexte** NA **Root cause** Incident lié aux ACS BNPP, LBP et SG confirmé. **Actions à entreprendre par Payplug** NA ==============ENGLISH VERSION============== # Post Mortem **Incident reference** NA **Payment services affected by the incident** Strong customer authentication **Client impact** 3DSECURE strong customer authentications for cardholders from BNPP, SG, LBP, and Boursorama were disrupted for 1 hour and 9 minutes. **Incident Overview** * **20 may 16h20** : **incident begins.** * **20 may 16h28** : alerts notifications. * **20 may 16h33** : investigations begins. * **20 may 16h45** : strong suspicion of an external cause based on the identification of the impacted banks. * **20 may 17h10** : Confirmation of an external cause. * **20 may 17h29** : service recovery. **Incident ends.** **Context** NA **Root cause** Incident linked to BNPP, LBP and SG ACS confirmed.. **Actions to be taken by Payplug** NA

Read the full incident report →

Started Mar 14, 2025, 01:07 PM UTC· resolved Mar 14, 2025, 03:14 PM UTC

1. identified Mar 14, 2025, 01:07 PM UTC

   FR Des transactions en date d’hier sont actuellement manquantes sur le Dashboard. Une réimportation est en cours ce qui peut causer des latences dans l’affichage actuel des transactions. Nous vous indiquerons dès que l’affichage sera de nouveau en temps réel. EN Some transactions from yesterday are currently missing from the Dashboard. A re-import is in progress, which may cause delays in the current display of transactions. We will let you know as soon as the display is back in real time.

2. monitoring Mar 14, 2025, 02:57 PM UTC

   FR La réimportation est terminée et les transactions sont désormais bien visible sur le Dashboard. EN Re-importation is now complete and the transactions are now visible on the Dashboard.

3. resolved Mar 14, 2025, 03:14 PM UTC

   This incident has been resolved.

4. postmortem Mar 17, 2025, 09:46 AM UTC

   FR Le non affichage des transactions sur le Dashboard a été causé par un retard de traitement des messages. ‌ EN The failure to display transactions on the Dashboard was caused by a delay in message processing.

Read the full incident report →

Started Mar 10, 2025, 05:06 PM UTC· resolved Mar 11, 2025, 03:47 PM UTC

1. investigating Mar 10, 2025, 05:06 PM UTC

   FR Les factures additionnelles sont actuellement indisponibles. Une analyse est en cours. Nous reviendrons vers vous rapidement. EN Additional invoices are currently unavailable. An analysis is in progress. We will get back to you shortly

2. identified Mar 11, 2025, 10:42 AM UTC

   FR Le problème a été identifié et un correctif est en cours de mise en œuvre. EN The issue has been identifed and a fix is being implemented.

3. resolved Mar 11, 2025, 03:47 PM UTC

   FR Le fix a été passé avec succès et les factures additionnelles sont de nouveau disponibles. EN The fix was successful and the additional invoices are available again.

4. postmortem Mar 13, 2025, 03:55 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-1438 **Service concerné** Dashboard. **Impact client** Les marchands n’avaient plus accès à leurs factures additionnelles. **Synthèse de l’incident** * **10 mars 15h12 :** remontées marchandes d’indisponibilité des factures additionnelles. **Début de l’incident.** * **10 mars 15h40 :** création d’un ticket auprès de nos équipes techniques. * **10 mars 16h05 :** escalade du ticket et début des analyses. * **11 mars 09h23 :** identification de la root cause et lancement du fix. * **11 mars 16h20 :** confirmation du succès du fix. **Fin de l’incident.** ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-1438 **Payment services affected by the incident** Dashboard. **Client impact** Merchants no longer had access to their additional invoices. **Incident Overview** * **March 10th - 3:12 PM:** merchant feedback on unavailability of additional invoices. **Incident begins.** * **March 10th - 3:40 PM:** ticket created with our technical teams. * **March 10th - 4:05 PM:** ticket escalated and analysis begins. * **March 11th - 9:23 AM:** root cause identified and fix launched. * **March 11th - 4:20 PM:** confirmation of fix success. **Incident resolved.**

Read the full incident report →

Started Feb 24, 2025, 02:15 PM UTC· resolved Feb 24, 2025, 04:45 PM UTC

1. identified Feb 24, 2025, 02:15 PM UTC

   FR Nous avons identifié des difficultés sur les paiements en magasin NEXO. Le service a été perturbé entre 14h40 et 15h04. Des actions ont été déjà été prises. L'incident est en cours d'analyse. EN We have identified ongoing difficulties on NEXO instore payments. Service was disrupted between 2.40pm and 3.04pm. Actions have already been taken. An investigation is in progress.

2. monitoring Feb 24, 2025, 02:37 PM UTC

   TSR-1362 - Début / Start : 24/02/2025 14h40 CET - Fin / End : 24/02/2025 15h04 CET - Catégorie / Category : Production - Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Une des instances traitant les paiements magasin NEXO a été dégradée, occasionnant une perturbation du service. Cette instance a été écartée afin de rétablir le service nominal. Nous travaillons à rétablir cette instance, écarter tout risque avant de la réintroduire. EN One of the instances handling NEXO in-store payments experienced a degradation, causing a service disruption. This instance has been removed to restore normal service. We are working on restoring this instance and eliminating any risks before reintegrating it.

3. resolved Feb 24, 2025, 04:45 PM UTC

   TSR-1362 - Début / Start : 24/02/2025 14h40 CET - Fin / End : 24/02/2025 15h04 CET - Catégorie / Category : Production - Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR La situation est maintenant nominale. EN The situation is now nominal

4. postmortem Feb 26, 2025, 01:23 PM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-1362 **Service concerné** Paiements en magasin Nexo **Impact client** Indisponibilité partielle de la plateforme Nexo. **Synthèse de l’incident** * **24 février - 11h06 :** première remontée concernant une erreur sur une instance mais sans impact sur le processing. * **24 février - 11h10 :** diverses actions menées pour rétablir un état nominal. * **24 février - 14h45 :** début des perturbations sur le trafic Nexo. **Début de l’incident**. * **24 février - 15h05 :** désactivation de l’instance défectueuse. * **24 février - 15h06 :** fin de la perturbation, **service rétabli.** * **24 février - 15h09 :** diverses actions menées pour rétablir un service nominal avec trois instances. * **24 février - 17h :** récupération d’une instance défectueuse. * **24 février - 17h14 :** redémarrage d’une seconde instance. * **24 février - 17h35 :** récupération de la seconde instance. * **24 février - 17h41 :** trois instances opérationnelles. **Fin de l’incident.** **Contexte** Le service est basé sur plusieurs instances permettant d’assurer une continuité du service. Une première instance est tombée en erreur sans occasionner d’impact. Les impacts ont commencé lorsqu’une deuxième instance a eu des problèmes. **Root cause** Root cause non formellement identifiée. Plusieurs pistes en cours d’investigations \(saturation mémoire suite au lancement d’un autre processus, mauvaise synchronisation\). ‌ **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Non identification de la root cause. | Désactivation temporaire du patch management pour se prémunir d’une nouvelle occurrence. Investigation priorisée pour déterminer la root cause. | | Impact marchand malgré une architecture redondée. | Plusieurs actions à l’étude \(augmentation du nombre d’instances, changement d’infrastructure\). | | Presque trois heures pour revenir en nominal. | Faire une procédure pour remettre les instances en place plus rapidement. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-1362 **Payment services affected by the incident** In-store Nexo payments. **Client impact** Partial unavailability of the Nexo platform. **Incident Overview** * **February 24 - 11:06 AM**: first report of an error on an instance, but no impact on processing. * **February 24 - 11:10 AM**: various actions taken to restore a nominal state. * **February 24 - 2:45 PM**: start of disruption in Nexo traffic. **Incident beginning**. * **February 24 - 3:05 PM**: deactivation of the defective instance. * **February 24 - 3:06 PM**: end of disruption, **service restored**. * **February 24 - 3:09 PM**: various actions taken to restore nominal service with three instances. * **February 24 - 5:00 PM**: recovery of a defective instance. * **February 24 - 5:14 PM**: restart of a second instance. * **February 24 - 5:35 PM**: recovery of the second instance. * **February 24 - 5:41 PM**: three operational instances. **Incident resolved**. **Context** The service is based on multiple instances to ensure continuity of service. A first instance failed without causing any impact. Impacts started when a second instance failed. **Root cause** Root cause not formally identified. Several potential causes under investigation \(memory saturation due to the launch of another process, poor synchronisation\). **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | The root cause was not identified. | Temporary deactivation of patch management to prevent a recurrence. Prioritised investigation to determine the root cause. | | Merchant impact despite a redundant architecture. | Various actions under review \(instances number increase, infrastructure change\). | | It took almost three hours to return to normal operation. | Create a procedure to restore instances more quickly. |

Read the full incident report →

Started Feb 05, 2025, 09:52 AM UTC· resolved Feb 06, 2025, 02:34 PM UTC

1. investigating Feb 05, 2025, 09:52 AM UTC

   TSR-1265 - Début / Start : 05/02/2025 - Fin / End : En cours / Ongoing - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Le reversement de certaines opérations de paiement e-commerce et en magasin en EURO qui aurait dû être effectué aujourd'hui n'a pas pu être effectué dans les temps. La réconciliation financière est cohérente avec les transactions qui vous ont été reversées. Les transactions rattrapées seront inclues dans la réconciliation financière correspondante. Nos équipes techniques travaillent à assurer dès demain un reversement des transactions non reversées aujourd'hui. EN Settlement of some EURO e-commerce and in store operations which should have been done today could not be performed in due time. The financial reconciliation is consistent with the transactions that have been repaid to you. Caught-up transactions will be included in the corresponding financial reconciliation. Our technical teams are working to ensure that transactions that have not been repaid today will be repaid tomorrow.

2. resolved Feb 06, 2025, 02:34 PM UTC

   TSR-1265 - Début / Start : 05/02/2025 - Fin / End : 06/02/2025 - Catégorie / Category : Reversement / Settlement - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Les opérations de paiement e-commerce et magasin non reversées hier ont été reversées aujourd'hui. La réconciliation financière correspondante intègre bien les transactions rattrapées. EN The e-commerce and in-store payment operations that were not settled yesterday have been settled today. The corresponding financial reconciliation accurately includes the recovered transactions.

3. postmortem Feb 11, 2025, 07:09 AM UTC

   # _English version below_ # Post Mortem **Référence incident** TSR-1265 **Service concerné** Reversement en euro. **Impact client** Reversement partiel des transactions. **Synthèse de l’incident** * **4 février - 10h30 :** action manuelle de nettoyage en base de données. * **5 février - 09h38 :** détection de faibles montants dans le fichier de reversement. * **5 février - 09h43 :** début des analyses. * **5 février - 09h44 :** création d’une cellule de crise dédiée. * **5 février - 10h14 :** décision de signer les virements et d’établir un plan pour chercher les transactions manquantes pour qu’elles soient incluses dans les virements du lendemain. * **5 février - 10h20 :** identification du problème et début des actions pour rattraper les transactions. * **5 février - 10h32 :** signature des virements du jour. * **6 février :** rattrapage des virements. **Contexte** N/A **Root cause** L’action manuelle de nettoyage a été effectuée à un mauvais moment provoquant un impact sur la chaîne de nuit. **Actions à entreprendre par Payplug** ‌ | **Symptômes** | **Actions** | | --- | --- | | Action mal planifiée. | Revue du process correspondant. | ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-1265 **Payment services affected by the incident** Settlement in euro. **Client impact** Partial settlement of transactions. **Incident Overview** * **February 4 - 10:30 AM:** manual data cleaning action in the database. * **February 5 - 09:38 AM:** detection of low amounts in the settlement file. * **February 5 - 09:43 AM:** investigation beginning. * **February 5 - 09:44 AM:** creation of a dedicated crisis unit. * **February 5 - 10:14 AM:** decision to approve the settlement and establish a plan to search for the missing transactions so they can be included in the next day’s settlements. * **February 5 - 10:20 AM:** identification of the issue and start of actions to recover the transactions. * **February 5 - 10:32 AM:** approval of the day’s transfers. * **February 6:** recovery of the transfers. **Context** N/A **Root cause** The manual cleaning action was performed at the wrong time, impacting the overnight process. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Poorly planned action. | Review of the corresponding process. |

Read the full incident report →

Started Dec 06, 2024, 11:15 AM UTC· resolved Feb 10, 2025, 05:37 PM UTC

1. investigating Dec 06, 2024, 11:15 AM UTC

   FR Nous avons identifié un problème d'affichage de certaines transactions dans nos interfaces. Aucun impact sur l'encaissement et le reversement de vos transactions. L'incident est en cours d'analyse. EN We have identified an issue with the display of certain transactions in our interfaces. There is no impact on the collection and settlement of your transactions. The incident is currently under analysis.

2. identified Dec 13, 2024, 03:17 PM UTC

   FR Chères clientes, chers clients, Nous souhaitons vous tenir informé·es de l’évolution de l’incident impactant l’affichage de certaines de vos transactions sur le Dashboard. Cet incident survient de manière intermittente, empêchant l’accès à tout ou partie de vos transactions pendant des périodes plus ou moins longues. Nous mettons en place des actions palliatives pour raccourcir les périodes d'instabilité d'affichage en parallèle d'un plan de migration de données pour corriger efficacement ce problème. Nous vous remercions pour votre patience et votre compréhension. Nous nous engageons à vous tenir informés des prochaines étapes et restons disponibles pour répondre à vos questions via nos canaux habituels EN Dear Customers, We would like to keep you informed about the progress on the incident affecting the display of some of your transactions on the Dashboard. This issue occurs intermittently, preventing access to all or part of your transactions for varying periods. We are implementing temporary measures to shorten the periods of display instability while also working on a data migration plan to effectively resolve this issue. We appreciate your patience and understanding. We are committed to keeping you updated on the next steps and remain available to answer your questions through our usual channels.

3. resolved Feb 10, 2025, 05:37 PM UTC

   FR Des actions ont été menées permettant une meilleure stabilité de l'affichage depuis le début de l'année. Le service est maintenant considéré comme nominal. EN Actions have been taken to improve display stability since the beginning of the year. The service is now considered nominal.

Read the full incident report →

Started Oct 31, 2024, 04:26 PM UTC· resolved Apr 29, 2025, 01:50 PM UTC

1. investigating Oct 31, 2024, 04:26 PM UTC

   TSR-757 - Début / Start : 31/10/2024 - Fin / End : En cours / Ongoing - Catégorie / Category : Production - e-terminal - Responsabilité / Responsibility : Payplug FR L'authentification au e-terminal ne fonctionne que partiellement. Nos équipes techniques investiguent pour le rétablir au plus vite. EN E-terminal authentification is not working correctly. Our technical teams are investigating to restore it as soon as possible.

2. identified Feb 11, 2025, 11:01 AM UTC

   TSR-757 - Début / Start : 31/10/2024 - Fin / End : En cours / Ongoing - Catégorie / Category : Production - e-terminal - Responsabilité / Responsibility : Payplug FR Des perturbations lors de l'authentification au e-terminal restent possibles, mais plus rares. Des actions restent nécessaires pour stabiliser le service. Nous vous remercions de votre patience. EN Disruptions during e-terminal authentication remain possible but are less frequent. Further actions are needed to stabilize the service. We appreciate your patience.

3. resolved Apr 29, 2025, 01:50 PM UTC

   FR L'authentification au e-terminal est maintenant stabilisée. EN E-terminal authentication is now stable.

Read the full incident report →