Ιστορικό διακοπών του Dalenys

1. 12 Αυγούστου 2026 στις 11:38 π.μ. UTCidentified

   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. 12 Αυγούστου 2026 στις 12:10 μ.μ. UTCidentified

   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. 12 Αυγούστου 2026 στις 12:14 μ.μ. UTCmonitoring

   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. 12 Αυγούστου 2026 στις 1:10 μ.μ. UTCresolved

   This incident has been resolved.

5. 13 Αυγούστου 2026 στις 7:47 π.μ. UTCpostmortem

   # _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. |

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 23 Ιουλίου 2026 στις 2:11 μ.μ. UTCinvestigating

   FR Nous avons identifié un probleme d'affichage des contracts sur notre Cockpit. (στα Αγγλικά). Aucun επεξεργασία επιπτώσεων n'est constaté à l'exception de la fonctionnalité getTransacation. \"Πρωταγωνιστής της Ανάλυσης\". ΕΛ Έχουμε εντοπίσει ένα θέμα που επηρεάζει την εμφάνιση των συναλλαγών στο Cockpit μας. Δεν έχει παρατηρηθεί καμία επίπτωση στην επεξεργασία συναλλαγών, με εξαίρεση τη λειτουργία getTransaction. Το περιστατικό είναι υπό έρευνα.

2. 23 Ιουλίου 2026 στις 2:26 μ.μ. UTCmonitoring

   FR Συζητήσεις του Ευρωπαϊκού Κοινοβουλίου Η κατάσταση σέβεται προοδευτικά à la normale. Nos équipe continuent de monitoring le service (στα Αγγλικά). ΕΛ Έχουν ξεκινήσει διορθωτικές ενέργειες. Η κατάσταση επανέρχεται σταδιακά στο φυσιολογικό. Οι ομάδες μας συνεχίζουν να παρακολουθούν την υπηρεσία.

3. 23 Ιουλίου 2026 στις 2:53 μ.μ. UTCmonitoring

   FR Nos équipes continuent de monitoring le service (στα Αγγλικά). Οι συναλλαγές s'affichent désormais avec une vingtaine de minutes de retard. ΕΛ Οι ομάδες μας συνεχίζουν να παρακολουθούν την υπηρεσία. Οι συναλλαγές εμφανίζονται τώρα με καθυστέρηση περίπου 20 λεπτών.

4. 23 Ιουλίου 2026 στις 3:10 μ.μ. UTCmonitoring

   FR Η κατάσταση των εσόδων à la normale. Nos équipes continuent de monitoring le service (στα Αγγλικά). ΕΛ Η κατάσταση έχει επανέλθει στο φυσιολογικό. Οι ομάδες μας συνεχίζουν να παρακολουθούν την υπηρεσία.

5. 23 Ιουλίου 2026 στις 3:55 μ.μ. UTCresolved

   Το περιστατικό λύθηκε.

6. 27 Ιουλίου 2026 στις 9:11 π.μ. UTCpostmortem

   # Η αγγλική έκδοση παρακάτω # Ποστ Μορτέμ **Υπηρεσία ανησυχία ** Dashboard & Ηλεκτρονικό εμπόριο. ** Impact πελάτης ** Retard d’affichage des contracts sur le Dashboard et convolution de la fonctionnalité GetTransaction. (στα Αγγλικά). **Synthèse de l’incident ** * * * 23 juillet 14h30 : ** début d'empilement de logs en base qui engendre des ralentissements. **Début de l’incident. ** * * * * 23 juillet 16h : ** alquites indiquant un retard dans la remontée des contracts sur le Dashboard. * * * * 23 juillet 16h05 : ** création d’une cellule de crise dédiée. Début des έρευνες. * * * * 23 juillet 16h06 : ταυτοποίηση της origin de l’incident. ** * * * * 23 juillet 16h07 - 16h30 : ** déploement des actions διορθωτικά μέτρα. * * * * 23 juillet 16h31 - 17h : ** παρακολούθηση de la remontée progressive des contracts dans le Dashboard. * * * * 23 juillet 17h : fin de l’incident. ** ** Αιτίεςotόλων ** Une saturation de la base de données a été provoquée par une accomulation anormale de logs, entraînant un retard dans la remontée des contracts sur le ταμπλό marchand et des perturbations de la fonctionnalité GetTransacation. **Δραστηριότητες επιχειρήσεων par Payplug ** Αναλύσεις σε κορμούς pour expliquer et accélérer la remontée de ces données spécifiques. ================================================================================================================================================================================================================================================================ # Ποστ Μορτέμ ** Υπηρεσίες πληρωμής που επηρεάζονται από το περιστατικό ** Dashboard & Ηλεκτρονικό εμπόριο. ** Επίδραση πελάτη ** Καθυστέρηση στην εμφάνιση των συναλλαγών στον πίνακα και διακοπή της λειτουργίας GetTransaction. ** Επισκόπηση συστατικού ** * **23 Ιουλίου, 2.30μμ: ** log stacking ξεκινά στη βάση δεδομένων, προκαλώντας επιβράδυνση του συστήματος. **Ξεκίνησε το περιστατικό. ** * **23 Ιουλίου, 4.00 μ.μ.: ** πραγματοποιήθηκαν ειδοποιήσεις που δείχνουν καθυστερήσεις στην εμφάνιση των συναλλαγών στο ταμπλό. * **23 Ιουλίου, 4.05μμ: ** ομάδα διαχείρισης κρίσεων που ιδρύθηκε. Οι έρευνες αρχίζουν. * **23 Ιουλίου, 4.06 μμ: βασική αιτία του συμβάντος που εντοπίστηκε. ** * **23 Ιουλίου, 4.07μμpm 4.30μμ: ** διορθωτικά μέτρα που εφαρμόζονται. * **23 Ιουλίου, 4.31 pm – 5.00pm: ** παρακολούθηση της σταδιακής ανάκτησης των ενημερώσεων συναλλαγών στο Dashboard. * **23 Ιουλίου, 5.00μμ: τέλος του συμβάντος. ** ** Αιτίεςotόλων ** Ο κορεσμός βάσης δεδομένων προκλήθηκε από μια ανώμαλη συσσώρευση κορμών, με αποτέλεσμα μια καθυστέρηση στην εμφάνιση των συναλλαγών στο εμπορικό ταμπλό και διαταραχές στη λειτουργία GetTransaction. **Δραστηριότητες που λαμβάνονται από Payplug ** ** Συμπτώματα ** * * * Δράση * * * * Συνεχιζόμενες έρευνες για τον προσδιορισμό της αιτίας και την επιτάχυνση της επεξεργασίας αυτών των συγκεκριμένων συνόλων δεδομένων.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 14 Ιουλίου 2026 στις 9:09 π.μ. UTCmonitoring

   FR Ένα περιστατικό a affecté le service d'authentification 3DS pour les contracts Mastercard entre 09h18 et 10h30, entraînant des échecs d'authentification avec le code farreur 4009. L'incident est désormais résolu et le service est de nouveau pleinement opérationnel (στα Αγγλικά). ΕΛ Ένα περιστατικό επηρέασε την υπηρεσία ταυτοποίησης 3DS για τις συναλλαγές Mastercard μεταξύ 09:18 και 10:30, με αποτέλεσμα αποτυχίες ταυτοποίησης με κωδικό σφάλματος 4009. Το περιστατικό έχει πλέον επιλυθεί, και η υπηρεσία είναι πλήρως λειτουργική και πάλι.

2. 15 Ιουλίου 2026 στις 7:24 π.μ. UTCidentified

   FR Nous constatons une résurgence de l'incident avec des lareurs affectant le service d'authentification 3DS pour les contracts Mastercard. (στα Αγγλικά). Nos équipes sont mobilisées pour restaurer le service le plus rapidement possible. (στα Αγγλικά). ΕΛ Παρατηρούμε μια επανάληψη του συμβάντος, με σφάλματα που επηρεάζουν την υπηρεσία 3D Secure ταυτοποίησης για τις συναλλαγές Mastercard. Οι ομάδες μας κινητοποιούνται πλήρως για να αποκαταστήσουν την υπηρεσία το συντομότερο δυνατόν.

3. 15 Ιουλίου 2026 στις 7:38 π.μ. UTCidentified

   FR Les συναλλαγές cripées επιτύμβια en 5005 depuis 9h. Nos équipes poursuivent les αναλύσεις pour restaurer le service au plus vite. ΕΛ Οι επηρεαζόμενες συναλλαγές επιστρέφουν έναν κωδικό σφάλματος 5005 από τις 9:00 π.μ. Οι ομάδες μας συνεχίζουν τις έρευνες τους για να αποκαταστήσουν την υπηρεσία το συντομότερο δυνατόν.

4. 15 Ιουλίου 2026 στις 7:47 π.μ. UTCidentified

   FR L’incident est d’origine externe et provident de Mastercard (στα Αγγλικά). Nos équipes sont mobilisées et en survey de l'évolution de cet externe περιστατικό. ΕΛ Το περιστατικό έχει εξωτερική προέλευση και προέρχεται από την Mastercard. Οι ομάδες μας παραμένουν πλήρως κινητοποιημένες και παρακολουθούν στενά την πρόοδο αυτού του εξωτερικού περιστατικού.

5. 15 Ιουλίου 2026 στις 8:28 π.μ. UTCidentified

   FR Nous observons une amélioration depuis 10h10. Βεβαιώνεται ότι οι συναλλαγές συνεχίζονται με το Cependant de tomber en bleur. Nos équipes sont en contact avec Mastercard et restent mobilisées (στα Αγγλικά). ΕΛ Παρατηρήσαμε μια βελτίωση από τις 10:10. Ωστόσο, ορισμένες συναλλαγές εξακολουθούν να επιστρέφουν λάθη. Οι ομάδες μας είναι σε επαφή με την Mastercard και παραμένουν πλήρως κινητοποιημένες.

6. 15 Ιουλίου 2026 στις 8:57 π.μ. UTCmonitoring

   FR Nous observons une kette amélioration depuis 10h39 et la situtation semble revenir en name. (στα Αγγλικά). Nos équipes sont en contact avec Mastercard et restent mobilisées (στα Αγγλικά). ΕΛ Παρατηρήσαμε μια σημαντική βελτίωση από τις 10:39 π.μ., και η κατάσταση φαίνεται να επανέρχεται στο φυσιολογικό. Οι ομάδες μας είναι σε επαφή με την Mastercard και παραμένουν πλήρως κινητοποιημένες.

7. 15 Ιουλίου 2026 στις 9:19 π.μ. UTCresolved

   FR L'intident est terminé et la situation est έσοδο σε ονομαστική αξία. ΕΛ Το περιστατικό έχει επιλυθεί και η κατάσταση έχει επανέλθει στο φυσιολογικό.

8. 16 Ιουλίου 2026 στις 12:17 μ.μ. UTCpostmortem

   # Η αγγλική έκδοση παρακάτω # Ποστ Μορτέμ ** Περιστασιακό περιστατικό ** TSR-3495 **Υπηρεσία ανησυχία ** Στοιχεία ηλεκτρονικού εμπορίου και 3DS. ** Impact πελάτης ** Impossibilité d’effeuer des paiements pour les porteurs (στα Αγγλικά). **Synthèse de l’incident ** * * **13 juillet : ** tecative de renovellement d’un certificate qui demera le 15 juillet. . . . . . . . . . . . . . . . Le délai imposé par Mastercard pour régénérer un certificate repose l’opération au lenchemain. (στα Αγγλικά). * * * * 14 juillet 9h17 : ** mise à jour par le prestataire externe. **Début de l’incident. ** * * * * 14 juillet 10h: ταυτοποίηση de l’origine de l’incident. ** Συζητήσεις του Ευρωπαϊκού Κοινοβουλίου * * * * 14 juillet 10h29 : fin de l’incident. ** ** Αιτίεςotόλων ** Dans le cadre d’une intervention menée par un prestataire externe, un certificate utilisé pour sécuriser les échanges a été retiré de manière anticipée alors qu'il était encore valide colendue 24 heaures. Une basculte automatique sur un autre certificate s’est déclenchée (στα Αγγλικά). Cependant, la configuration de ce certificate, bien que valide, n’était pas reconnue par Mastercard ce qui a entraîné le blacage des appels 3DS malgré la validité du nouveau certificate. **Δραστηριότητες επιχειρήσεων par Payplug ** Ajout d’une alerte spécifique concernant le mécanisme de bascule automatique intervenant 24 heures avant l' dependation d'un certificate. . ================================================================================================================================================================================================================================================================ # Ποστ Μορτέμ ** Αναφορά συστατικού ** TSR-3495 ** Υπηρεσίες πληρωμής που επηρεάζονται από το περιστατικό ** Πληρωμές ηλεκτρονικού εμπορίου και 3D Secure. ** Επίδραση πελάτη ** Οι κάτοχοι καρτών δεν μπορούσαν να κάνουν πληρωμές. ** Επισκόπηση συστατικού ** * **13 Ιουλίου: ** έγινε προσπάθεια ανανέωσης πιστοποιητικού που λήγει στις 15 Ιουλίου. Ένα σφάλμα έκανε την ανανέωση του πιστοποιητικού να αποτύχει. Η περίοδος αναμονής που επέβαλε η Mastercard πριν δημιουργηθεί ένα νέο πιστοποιητικό σημαίνει ότι η πράξη έπρεπε να αναβληθεί μέχρι την επόμενη ημέρα. * **14 Ιουλίου, 9:17 π.μ.: ** ενημέρωση που αναπτύχθηκε από τον εξωτερικό πάροχο υπηρεσιών. ** Το περιστατικό ξεκίνησε. ** * **14 Ιουλίου, 10:00 π.μ.: ριζική αιτία που αναγνωρίζεται. ** Ανάπτυξη του διορθωμένου πιστοποιητικού. * **14 Ιουλίου, 10:29 π.μ.: το περιστατικό επιλύθηκε. ** ** Αιτίεςotόλων ** Ως μέρος μιας παρέμβασης που πραγματοποιήθηκε από εξωτερικό πάροχο υπηρεσιών, ένα πιστοποιητικό που χρησιμοποιήθηκε για την εξασφάλιση επικοινωνιών αφαιρέθηκε πρόωρα, παρόλο που παρέμεινε σε ισχύ για περαιτέρω 24 ώρες. Αυτό ενεργοποίησε μια αυτόματη μετάβαση σε άλλο πιστοποιητικό. Ωστόσο, αν και το παρόν πιστοποιητικό ήταν έγκυρο, η διαμόρφωσή του δεν αναγνωρίστηκε από την Mastercard, με αποτέλεσμα να μπλοκαριστούν οι αιτήσεις 3DS παρά την εγκυρότητα του νέου πιστοποιητικού. **Δραστηριότητες που λαμβάνονται από Payplug ** ** Συμπτώματα ** * * * Δράση * * * * Τα έγγραφα λήξης πιστοποιητικού επανεξετάζονται. Δεν υπήρχε ειδική προειδοποίηση για την αυτόματη αλλαγή πιστοποιητικού που συνέβη 24 ώρες πριν τη λήξη. Επί του παρόντος εφαρμόζεται ειδική καταχώριση για τον αυτόματο μηχανισμό αλλαγής πιστοποιητικού που λαμβάνει χώρα 24 ώρες πριν τη λήξη της ισχύος του πιστοποιητικού.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 29 Ιουνίου 2026 στις 2:54 μ.μ. UTCinvestigating

   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. 29 Ιουνίου 2026 στις 2:59 μ.μ. UTCidentified

   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. 29 Ιουνίου 2026 στις 3:06 μ.μ. UTCmonitoring

   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. 29 Ιουνίου 2026 στις 3:50 μ.μ. UTCresolved

   This incident has been resolved.

5. 3 Ιουλίου 2026 στις 8:03 π.μ. UTCpostmortem

   # _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. |

1. 7 Ιουνίου 2026 στις 4:43 π.μ. UTCinvestigating

   FR Nous avons identifié des diffulés sur les paiements en ligne et en magasins. (στα Αγγλικά). \"Πρωταγωνιστής της Ανάλυσης\". ΕΛ Έχουμε εντοπίσει ζητήματα που επηρεάζουν τις πληρωμές στο διαδίκτυο και στο κατάστημα. Μια έρευνα βρίσκεται σε εξέλιξη.

2. 7 Ιουνίου 2026 στις 5:05 π.μ. UTCinvestigating

   FR Nous avons identifié des difficultés sur la plateforme de paiement (στα Αγγλικά). Après αναλύουν, il apparaît que l’incident est externe à notre plateforme. Nous vous tiendrons informés de l’évolution dès que de nouvelles informations seront disponsibles (στα Αγγλικά). ΕΛ Έχουμε εντοπίσει θέματα στην πλατφόρμα πληρωμών. Μετά από ανάλυση, φαίνεται ότι το περιστατικό είναι εξωτερικό της πλατφόρμας μας. Θα σας κρατάμε ενήμερους για τυχόν εξελίξεις μόλις γίνουν διαθέσιμες περαιτέρω πληροφορίες.

3. 7 Ιουνίου 2026 στις 5:28 π.μ. UTCresolved

   TSR-XXXX - Έναρξη/Έναρξη: 07/06/2026 06:15:00 CEST - Τέλος/Τέλος: 07/06/2026 06:58:00 CEST - Κατηγορία/Κατηγορία: Παραγωγή/Επεξεργασία - Ευθύνη/Ευθύνη: Εξωτερική - Προτεραιότητα/Προτεραιότητα: P1 FR Το περιστατικό έχει πλέον επιλυθεί και η υπηρεσία είναι επαναλαμβανόμενη. Συνεχίζουμε να παρακολουθούμε την επανάληψη της υπηρεσίας. ΣΕ Το περιστατικό έχει πλέον επιλυθεί και η υπηρεσία αποκαταστάθηκε. Η ανάκτηση της υπηρεσίας εξακολουθεί να βρίσκεται υπό παρακολούθηση.

4. 24 Ιουλίου 2026 στις 9:16 π.μ. UTCpostmortem

   # Η αγγλική έκδοση παρακάτω # Ποστ Μορτέμ **Υπηρεσία ανησυχία ** Παιδια και μαγκασιν, e-commerce et 3DS. ** Impact πελάτης ** Impossibilité d’effeuer des paiements pour les porteurs (στα Αγγλικά). **Synthèse de l’incident ** * **7 juin 6h02 : ** remontée d’alerte. * **7 juin 6h15 : debut de l’incident. ** * **7 juin 6h27 :** création d’une cellule de crise dédiée. * * * 7 juin 6h27 : ** création d’une cellule de crise dédiée. Début des έρευνες. * **7 juin 6h28 : ταυτοποίηση d’un servour défectueux chez un prestataire externe. ** * * * * * 7 juin 6h29 : ** επαφή του prestataire externe. * **7 juin 6h54 : ** επιβεβαίωση του prestataire externe que l’incident est bien chez eux. * **7 juin 6h57 : fin de l’incident. ** ** Αιτίεςotόλων ** Περίπτωση externe Chez un prestataire. ================================================================================================================================================================================================================================================================ # Ποστ Μορτέμ ** Υπηρεσίες πληρωμής που επηρεάζονται από το περιστατικό ** Πληρωμές στο κατάστημα, πληρωμές στο ηλεκτρονικό εμπόριο και 3DS. ** Επίδραση πελάτη ** Οι κάτοχοι καρτών δεν μπορούσαν να κάνουν πληρωμές. ** Επισκόπηση συστατικού ** * **7 Ιουνίου, 6:02 π.μ.: ** Συναγερμός αυξήθηκε. * **7 Ιουνίου 6:15 π.μ.: το περιστατικό ξεκίνησε. ** * **7 Ιουνίου 6:27 πμ: ** μια ειδική ομάδα διαχείρισης κρίσεων ιδρύθηκε. Οι έρευνες ξεκίνησαν. * **7 Ιουνίου 6:28πμ: ένας ελαττωματικός διακομιστής αναγνωρίστηκε σε έναν εξωτερικό πάροχο υπηρεσιών. ** * **7 Ιουνίου 6:29πμ: ** ο εξωτερικός πάροχος υπηρεσιών ήρθε σε επαφή. * **7 Ιουνίου 6:54πμ: ** ο εξωτερικός πάροχος υπηρεσιών επιβεβαίωσε ότι το περιστατικό προήλθε από την πλευρά τους. * **7 Ιουνίου 6:57 π.μ.: Επιλύθηκε το περιστατικό. ** ** Αιτίεςotόλων ** Εξωτερικό περιστατικό σε πάροχο υπηρεσιών.

Αυτόματη μετάφραση από την επίσημη ενημέρωση του συμβάντος.

1. 1 Ιουνίου 2026 στις 12:05 μ.μ. UTCinvestigating

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

2. 1 Ιουνίου 2026 στις 12:20 μ.μ. UTCidentified

   TSR-3349 - Début / Start : 01/06/2026 - Fin / End : En cours / Ongoing - Catégorie / Category : Production Cockpit - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'origine de l'incident a été identifié. Un correctif est en cours de déploiement. EN The root cause of the incident has been identified. A fix is currently being deployed.

3. 1 Ιουνίου 2026 στις 12:35 μ.μ. UTCmonitoring

   TSR-3349 - Début / Start : 01/06/2026 11h CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Cockpit - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR La fonctionnalité getTransaction a été impactée et les paiements étant validés par cette fonctionnalité sont tombés en erreurs. Suite au correctif, la situation est en train de revenir à la normale. Nous continuons de monitorer le service. EN The getTransaction functionality was impacted, and payments validated through this functionality failed. Following the deployment of the fix, the situation is returning to normal. We will continue to monitor the service.

4. 1 Ιουνίου 2026 στις 2:12 μ.μ. UTCresolved

   TSR-3349 - Début / Start : 01/06/2026 11h CEST - Fin / End : 01/06/2026 16h05 CEST - Catégorie / Category : Production Cockpit - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'affichage des transactions est revenue à la normale. EN Transaction display has returned to normal.

5. 2 Ιουνίου 2026 στις 7:54 π.μ. UTCpostmortem

   # Post Mortem **Référence incident** TSR-3349 **Service concerné** Dashboard & E-commerce. **Impact client** Retard d’affichage des transactions sur le Dashboard et interruption de la fonctionnalité GetTransaction.  **Synthèse de l’incident** * **1 juin 12h06 :** début d'empilement de logs en base qui engendre des ralentissements. **Début de l’incident.** * **1 juin 13h39 :** remontées d’alertes indiquant un faible taux de transaction. * **1 juin 14h01 :** création d’une cellule de crise dédiée et début des investigations.   * **1 juin 14h05 :** communication Statuspage.  * **1 juin 14h16 : identification de l’origine de l’incident.** Déploiement d’un correctif pour faire retomber la pile de logs. * **1 juin 14h16 - 16h09 :** monitoring pour vérifier la baisse continue des logs. * **1 juin 16h09 :** retour à la normale. **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 marchand et des perturbations de la fonctionnalité GetTransaction. **Actions à entreprendre 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. | | Détection de l’incident lorsque l’impact marchand est constaté. | Analyses en cours pour détecter l’empilement de logs, agir proactivement et anticiper un impact pour les marchands. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3349 **Payment services affected by the incident** Dashboard & E-commerce. **Client impact** Delay in the display of transactions on the Dashboard and disruption of the GetTransaction functionality. **Incident Overview** * **1 June - 12:06pm:** log accumulation in the database begins, causing performance degradation. **Start of the incident.** * **1 June - 1:39pm:** alerts raised indicating a low transaction success rate. * **1 June - 2:01pm:** dedicated crisis cell established and investigations started. * **1 June - 2:05pm:** Statuspage communication published. * **1 June - 2:16pm: root cause identified.** Deployment of a fix to reduce the backlog of logs. * **1 June - 2:16pm–4:09pm:** monitoring carried out to verify the continuous reduction of the log backlog. * **1 June - 4:09pm:** service returned to normal. **End of the incident.**  ‌ **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 and disruptions to the GetTransaction functionality. **Actions to be 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. | | The incident was detected once merchant impact was observed. | Ongoing analysis to detect log accumulation earlier, take proactive action, and prevent any impact on merchants. |

1. 21 Μαΐου 2026 στις 12:49 μ.μ. UTCinvestigating

   FR Nous avons identifié un problème d'affichage des transactions sur notre Cockpit avec un décalage d'environ une heure. Aucun impact transactionnel n'est identifié. L'incident est en cours d'analyse. EN We have identified an issue affecting the display of transactions on our Cockpit, with a delay of approximately one hour. No impact on the processing. An investigation is in progress.

2. 21 Μαΐου 2026 στις 1:15 μ.μ. UTCmonitoring

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

3. 21 Μαΐου 2026 στις 1:37 μ.μ. UTCresolved

   This incident has been resolved.

1. 7 Μαΐου 2026 στις 8:12 π.μ. UTCinvestigating

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

2. 7 Μαΐου 2026 στις 8:18 π.μ. UTCmonitoring

   FR L'incident est maintenant résolu et le service est rétabli depuis 10h12. Nous continuons à surveiller la reprise du service. EN Incident is now resolved and service restored since 10:12am. Service recovery is still under monitoring.

3. 7 Μαΐου 2026 στις 2:15 μ.μ. UTCresolved

   This incident has been resolved.

4. 15 Μαΐου 2026 στις 1:29 μ.μ. UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-3279 **Service concerné** Paiements e-commerce, 3DS et en magasins. **Impact client** Impossibilité pour les porteurs d'effectuer des paiements. **Synthèse de l’incident** * **7 mai 9h58 :** **début de l’incident.** * **7 mai 9h59 :** remontée d’alerte. Début des investigations. * **7 mai 10h03 :** création d’une cellule de crise dédiée et poursuite des investigations. * **7 mai 10h09 : identification de l’origine de l’incident.** * **7 mai 10h10 :** lancement des actions correctives. * **7 mai 10h12 : fin de l’incident.** ‌ **Root cause** La mise à jour d’un composant technique a activé une option de sécurité qui a entraîné un redémarrage de l’ensemble des serveurs ainsi que d’une base de données.  Les serveurs ayant redémarré avant la base de données, ils n’ont pas pu appeler les configuration des marchands présentes dans cette base de données ce qui a causé l’échec des paiements.  **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Redémarrage automatique des serveurs suite à la mise à jour de ce composant technique. | Désactivation du redémarrage automatique lié à ce composant technique spécifique. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3279 **Payment services affected by the incident** E-commerce, 3DS, and in-store payments. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **7 May 9:58am: start of the incident.** * **7 May 9:59am:** alert raised. Investigations started. * **7 May 10:03am:** dedicated crisis cell set up and investigations continued. * **7 May 10:09am: root cause identified.** * **7 May 10:10am:** corrective actions launched. * **7 May 10:12am:** **end of the incident.** ‌ **Root cause** The update of a technical component enabled a security option that triggered a restart of all servers as well as a database. As the servers restarted before the database, they were unable to retrieve the merchant configurations stored in the database, which caused payment failures. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Automatic server restart following the update of this technical component. | Disabling of the automatic restart linked to this specific technical component. |

1. 22 Απριλίου 2026 στις 10:15 π.μ. UTCinvestigating

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

2. 22 Απριλίου 2026 στις 11:13 π.μ. UTCmonitoring

   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. 22 Απριλίου 2026 στις 1:31 μ.μ. UTCresolved

   This incident has been resolved.

1. 16 Απριλίου 2026 στις 2:07 μ.μ. UTCinvestigating

   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. 16 Απριλίου 2026 στις 2:23 μ.μ. UTCinvestigating

   TSR-3211 - Début / Start : 16/04/2026 15h40 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 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. 16 Απριλίου 2026 στις 2:37 μ.μ. UTCidentified

   TSR-3211 - Début / Start : 16/04/2026 15h40 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é trouvée. La situation revient à la normale depuis 16h22. EN The root cause of the incident has been identified. The situation has been returning to normal since 4:22pm.

4. 16 Απριλίου 2026 στις 2:40 μ.μ. UTCmonitoring

   TSR-3211 - Début / Start : 16/04/2026 15h40 CEST - Fin / End : En cours / Ongoing - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR La situation est revenue en nominale. Nous continuons de monitorer le service. EN The situation has returned to normal. We will continue to monitor the service.

5. 16 Απριλίου 2026 στις 2:58 μ.μ. UTCresolved

   TSR-3211 - Début / Start : 16/04/2026 15h40 CEST - Fin / End : 16/04/2026 16h35 CEST - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'incident est désormais résolu. EN This incident has been resolved.

6. 17 Απριλίου 2026 στις 8:53 π.μ. UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-3211 **Service concerné** Paiements e-commerce, 3DS et E-terminal. **Impact client** Des erreurs d'affichage sur les formulaires rendaient les paiements impossibles. **Synthèse de l’incident** * **16 avril 14h40 :** modification de configuration.  * **16 avril 15h34 : début de l’incident.** * **16 avril 15h47 :** création d’une cellule de crise dédiée. * **16 avril 15h48 :** détection d’erreurs d’affichages sur un formulaire. * **16 avril 15h52 :** identification d’un code d’erreur spécifique liée à Cloudflare. * **16 avril 15h54 : identification de l’origine de l’incident.** Rollback d’une mise en production. Amélioration immédiate de l'affichage du formulaire pour certains utilisateurs. * **16 avril 16h08 :** extension du rollback sur les autres URLs. * **16 avril 16h12 :** remontée progressive du taux d’acceptation. * **16 avril 16h35 : fin de l’incident.** ‌ **Contexte** N/A **Root cause** Une mise en production visant à modifier une configuration a entraîné un incident chez Clouflare qui n’arrivait plus à gérer certaines URLs malgré les tests réalisés au préalable.  ‌ **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Incident chez Clouflare. | Ouverture d’un ticket chez Clouflare pour savoir pourquoi ils n’ont pas pu gérer différentes URLs. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3211 **Payment services affected by the incident** E-commerce payments, 3DS, and E-terminal. **Client impact** Display errors on the forms made payments impossible. **Incident Overview** * **16 April 2:40pm:** configuration change. * **16 April 3:34pm: start of the incident.** * **16 April 3:47pm:** dedicated crisis cell set up. * **16 April 3:48pm:** display errors detected on a form. * **16 April 3:52pm:** identification of a specific error code related to Cloudflare. * **16 April 3:54pm: root cause identified.** Rollback of a production deployment. Immediate improvement of form display for some users. * **16 April 4:08pm:** rollback extended to other URLs. * **16 April 4:12pm:** gradual increase in the acceptance rate. * **16 April 4:35pm: end of the incident.** ‌ **Context** N/A **Root cause** A production deployment intended to modify a configuration caused an incident at Cloudflare, which was unable to handle certain URLs despite prior testing. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Incident at Cloudflare. | A support ticket has been opened with Cloudflare to determine why they were unable to handle different URLs. |

1. 1 Απριλίου 2026 στις 3:55 μ.μ. UTCinvestigating

   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. 2 Απριλίου 2026 στις 12:32 μ.μ. UTCmonitoring

   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. 7 Απριλίου 2026 στις 9:53 π.μ. UTCresolved

   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. 16 Απριλίου 2026 στις 4:10 μ.μ. UTCpostmortem

   # _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. |

1. 1 Απριλίου 2026 στις 7:00 π.μ. UTCresolved

   FR Nous avons identifié des difficultés sur les paiements en ligne suite à la maintenance prévue ce matin. Nous avons depuis rollback les changements et sommes en cours d'investigation sur le problème rencontré. EN We have identified issues affecting online payments after the planned maintenance. We have rollbacked the changes and are investigating on the issue.

2. 16 Απριλίου 2026 στις 12:51 μ.μ. UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-3149 **Service concerné** Paiements e-commerce, 3DS moyens de paiements alternatifs. **Impact client** Impossibilité pour les porteurs d’effectuer des paiements.  **Synthèse de l’incident** * **1 avril 5h30 :** déploiement d’une mise en production.  * **1 avril 7h42 : début de l’incident.** Début des analyses. * **1 avril 8h18 :** identification d’une hausse des échecs ACS.depuis 7h43. * **1 avril 8h21 - 8h42 :** analyses pour voir si l’incident est consécutif au déploiement de la mise en production. * **1 avril 8h45 :** lancement du rollback. * **1 avril 8h51 : fin de l’incident.** ‌ **Contexte** Suite à une communication, une mise en production contenant l’ajout de blocs IPs dans la liste des adresses autorisées a été lancée. **Root cause** L’incident a été causé par le non whitelisting des adresses IPs par CB.  **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Échecs des paiements passant par le réseau CB. | Contact et analyse en cours avec CB pour assurer le whiteslistage des IPs. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3149 **Payment services affected by the incident** E-commerce payments, 3DS, and alternative payment methods. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **1 April 5:30am:** production deployment. * **1 April 7:42am: start of the incident.** Investigation begins. * **1 April 8:18am:** identification of an increase in ACS failures since 7:43am. * **1 April 8:21am–8:42am:** analysis to determine whether the incident is linked to the production deployment. * **1 April 8:45am:** rollback initiated. * **1 April 8:51am: end of the incident.** ‌ **Context** Following a communication, a production deployment containing the addition of IP blocks to the list of authorised addresses was initiated. **Root cause** The incident was caused by CB not whitelisting the IP addresses. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Payment failures occurring via the CB network. | Ongoing contact and analysis with CB to ensure IP whitelisting. |

1. 23 Μαρτίου 2026 στις 4:54 μ.μ. UTCmonitoring

   FR Un incident a été identifié sur les paiements en magasins passant par le protocole Magellan de 17h28 à 17h38. Le service est revenu à la normale. Nous continuons de monitorer le service. EN An incident was identified affecting in-store payments using the Magellan protocol between 5:28pm and 5:38pm. The service has now returned to normal. We continue to monitor the service.

2. 23 Μαρτίου 2026 στις 5:01 μ.μ. UTCresolved

   TSR-3113 - Début / Start : 23/03/2026 17h28 CET - Fin / End : 23/03/2026 17h38 CET - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR L'incident a été résolu. EN The incident has been resolved.

3. 16 Απριλίου 2026 στις 12:21 μ.μ. UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-3113. **Service concerné** Paiements en magasin CB2A. **Impact client** Impossibilité d’effectuer des paiements pour les porteurs. ‌ **Synthèse de l’incident** * **23 mars :** mise en production. * **23 mars 17h28 :  début de l’incident**. * **23 mars 17h35 :** remontée d’alerte et début des investigations.  * **23 mars 17h36 : identification de l’origine de l’incident.** Annulation de la mise en production. * **23 mars 17h38 : fin de l’incident.** **Contexte** N/A **Root cause** Une mise en production a provoqué une interruption du flux d’autorisation Magellan. ‌ **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Erreur lors du déploiement de la mise en production. | Revue du processus de déploiement. Renforcement des contrôles avant le déploiement des mises en production. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3113. **Payment services affected by the incident** In-store CB2A payments. **Client impact** Cardholders were unable to make payments. ‌ **Incident Overview** * **23 March:** deployment to production. * **23 March 5:28pm: start of the incident.** * **23 March 5:35pm:** alert raised and investigations started. * **23 March 5:36pm: root cause identified.** Deployment rolled back. * **23 March 5:38pm: end of the incident.** **Context** N/A **Root cause** A production deployment caused an interruption in the Magellan authorisation flow. ‌ **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Error during the production deployment. | Review of the deployment process. Strengthening of pre-deployment controls for production releases. |

1. 2 Μαρτίου 2026 στις 11:39 π.μ. UTCinvestigating

   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. 2 Μαρτίου 2026 στις 12:08 μ.μ. UTCmonitoring

   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. 2 Μαρτίου 2026 στις 2:14 μ.μ. UTCresolved

   This incident has been resolved.

4. 5 Μαρτίου 2026 στις 3:05 μ.μ. UTCpostmortem

   # _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. |

1. 25 Φεβρουαρίου 2026 στις 4:34 μ.μ. UTCinvestigating

   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. 25 Φεβρουαρίου 2026 στις 4:49 μ.μ. UTCinvestigating

   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. 25 Φεβρουαρίου 2026 στις 5:04 μ.μ. UTCidentified

   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. 25 Φεβρουαρίου 2026 στις 5:07 μ.μ. UTCmonitoring

   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. 26 Φεβρουαρίου 2026 στις 7:59 π.μ. UTCresolved

   This incident has been resolved.

6. 6 Μαρτίου 2026 στις 8:27 π.μ. UTCpostmortem

   # _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.

1. 21 Φεβρουαρίου 2026 στις 8:36 π.μ. UTCmonitoring

   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. 21 Φεβρουαρίου 2026 στις 12:26 μ.μ. UTCmonitoring

   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. 21 Φεβρουαρίου 2026 στις 2:52 μ.μ. UTCresolved

   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. 23 Φεβρουαρίου 2026 στις 9:10 π.μ. UTCpostmortem

   # _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.

1. 19 Φεβρουαρίου 2026 στις 9:53 π.μ. UTCidentified

   FR Nous avons identifié des difficultés sur la plateforme de paiement. Les transactions concernées sont exclusivement celles traitées via Crédit Agricole. Les premières analyses indiquent que l’origine de l’incident est externe à notre plateforme. EN We have identified ongoing difficulties on the payment platform. The impacted transactions are limited to those processed via Crédit Agricole. Initial investigations indicate that the root cause of the incident is external to our platform.

2. 19 Φεβρουαρίου 2026 στις 10:24 π.μ. UTCmonitoring

   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. 20 Φεβρουαρίου 2026 στις 1:20 μ.μ. UTCresolved

   This incident has been resolved.

4. 20 Φεβρουαρίου 2026 στις 1:45 μ.μ. UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-2964 **Service concerné** Paiements e-commerce et 3DS. **Impact client** Impossibilité d’effectuer des paiements pour les porteurs. **Synthèse de l’incident** * **19 février 10h19 : début de l’incident.** * **19 février 10h24 :** création d’une cellule de crise dédiée et début des investigations. * **19 février 10h27 :** identification d’erreurs provenant groupe bancaire externe spécifique. * **19 février 10h29 :** contact d’un partenaire pour obtenir des informations supplémentaires concernant l’incident. * **19 février 10h39 :** retour du partenaire confirmant l’incident chez le groupe bancaire externe. * **19 février 10h51 :** contact du groupe bancaire concerné. * **19 février 10h56 : fin de l’incident.** * **19 février 11h :** le groupe bancaire indique que l’incident provient d’un prestataire externe.  **Contexte** N/A **Root cause** Incident externe chez le prestataire d’un groupe bancaire externe. ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2964 **Payment services affected by the incident** E-commerce payments & 3DS. **Client impact** Cardholders were unable to make payments. **Incident Overview** * **19 February 10:19am: start of the incident.** * **19 February 10:24am:** dedicated crisis team established and investigations begin. * **19 February 10:27am:** errors identified originating from a specific external banking group. * **19 February 10:29am:** a partner is contacted to obtain further information regarding the incident. * **19 February 10:39am:** feedback from the partner confirming the incident within the external banking group. * **19 February 10:51am:** the banking group concerned is contacted. * **19 February 10:56am: end of the incident.** * **19 February 11:00am:** the banking group indicates that the incident originated from an external service provider. **Context** N/A **Root cause** External incident at a service provider of an external banking group.

1. 3 Φεβρουαρίου 2026 στις 9:45 π.μ. UTCmonitoring

   TSR-2869 - Début / Start : 03/02/2026 10h18 CET - Fin / End : 03/02/2026 10h27 CET - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Payplug - Priorité / Priority : P2 FR Une chute de trafic a été observée à 10h18, impactant temporairement le service. La situation a été rétablie à 10h27 et le service fonctionne désormais normalement. Nous continuons de monitorer le service. EN A drop in traffic was observed at 10:18am temporarily impacting the service. The situation was restored at 10:27am and the service is now operating normally. We continue to monitor the service.

2. 3 Φεβρουαρίου 2026 στις 10:09 π.μ. UTCresolved

   This incident has been resolved.

3. 5 Φεβρουαρίου 2026 στις 2:53 μ.μ. UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-2869. **Service concerné** Paiements e-commerce et en magasin Nexo. **Impact client** Impossibilité d’effectuer des paiements e-commerce pour les porteurs et indisponibilité des paiements en magasins via TPE Nexo. **Synthèse de l’incident** * **2 février 15h16 :** déploiement d’une mise en production en sandbox. Pas d’anomalie détectée.   * **3 février 10h15 :** déploiement d’une mise en production.  * **3 février 10h16 :** détection d’une alerte remontant une erreur sur un service. **Identification de l’origine de l’incident.** * **3 février 10h17 :** lancement de l’annulation de la mise en production. * **3 février 10h18 :** chute du trafic sur les services nexo et e-commerce. **Début de l’incident.** * **3 février 10h22 :** création d’une cellule de crise dédiée. * **3 février 10h27 :** reprise du trafic. **Fin de l’incident.** * **3 février 10h28 :** fin de l’annulation de la mise en production.  **Contexte** N/A **Root cause** Une mise en production a entraîné la modification du format d’un champ obligatoire. Ce nouveau format n’était pas supporté par nos services ce qui a entraîné une chute de trafic sur les services E-commerce et Nexo.  ‌ **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Anomalie non détectée lors du lancement de la mise en production en sandbox. | Investigations sur une différence de configuration entre un serveur de sandbox et de production. | | Délai entre la demande d’annulation de la mise en production et l’exécution technique. | Analyse en cours pour identifier ce qui a causé ce laps de temps. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2869. **Payment services affected by the incident** E-commerce payments and in-store Nexo payments. **Client impact** Inability for cardholders to make e-commerce payments and unavailability of in-store payments via Nexo POS terminals. **Incident Overview** * **2 February 3:16pm:** deployment of a production release to the sandbox environment. No anomalies detected. * **3 February 10:15am:** deployment of a production release. * **3 February 10:16am:** detection of an alert reporting an error on a service. **Identification of the root cause of the incident.** * **3 February 10:17am:** initiation of the rollback of the production release. * **3 February 10:18am:** drop in traffic on Nexo and e-commerce services. **Start of the incident.** * **3 February 10:22am:** establishment of a dedicated crisis unit. * **3 February 10:27am:** traffic resumed. **End of the incident.** * **3 February 10:28am:** completion of the rollback of the production release. **Context** N/A **Root cause** A production release resulted in a change to the format of a mandatory field. This new format was not supported by our services, which led to a drop in traffic on the e-commerce and Nexo services. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | The anomaly was not detected during the deployment to the sandbox environment. | Investigations are under way into a configuration difference between a sandbox server and a production server. | | Delay between the request to roll back the production release and the technical execution. | Analysis is ongoing to identify what caused this delay. |

1. 10 Δεκεμβρίου 2025 στις 8:29 π.μ. UTCidentified

   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. 10 Δεκεμβρίου 2025 στις 9:06 π.μ. UTCidentified

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

3. 11 Δεκεμβρίου 2025 στις 8:41 π.μ. UTCidentified

   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. 11 Δεκεμβρίου 2025 στις 10:53 π.μ. UTCmonitoring

   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. 12 Δεκεμβρίου 2025 στις 8:42 π.μ. UTCresolved

   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. 16 Δεκεμβρίου 2025 στις 1:57 μ.μ. UTCpostmortem

   # _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. |

1. 5 Δεκεμβρίου 2025 στις 9:05 π.μ. UTCinvestigating

   FR Nous avons identifié des difficultés sur le processing de paiements qui semble lié à un incident chez Cloudflare. L'incident est en cours d'analyse. EN We have identified difficulties with payment processing which appear to be related to an incident at Cloudflare. An investigation is in progress.

2. 5 Δεκεμβρίου 2025 στις 9:16 π.μ. UTCmonitoring

   TSR-2651 - Début / Start : 04/12/2025 09h48 CET - Fin / End : 04/12/2025 10h13 CET - Catégorie / Category : Production Processing - Responsabilité / Responsibility : Externe / External - Priorité / Priority : P1 FR Le processing est en train de revenir depuis 10h13. Nous continuons de monitorer le service. EN Processing has been recovering since 10:13am. We continue to monitor the service.

3. 5 Δεκεμβρίου 2025 στις 9:32 π.μ. UTCmonitoring

   We are continuing to monitor for any further issues.

4. 5 Δεκεμβρίου 2025 στις 2:43 μ.μ. UTCresolved

   This incident has been resolved.

5. 9 Δεκεμβρίου 2025 στις 9:18 π.μ. UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-2651 **Service concerné** Paiements e-commerce et 3DS. **Impact client** Impossibilité d’effectuer des paiements pour les porteurs. ‌ **Synthèse de l’incident** * **5 décembre 09h48 : début de l’incident** et remontées d’alertes. * **5 décembre 09h52 :** création d’une cellule de crise dédiée. Début des investigations et suspicion d’un incident chez Clouflare. * **5 décembre 09h54 :** confirmation de l’incident chez Cloudflare. * **5 décembre 10h05 :** communication Statuspage. * **5 décembre 10h13 : fin de l’incident.** ‌ **Contexte** N/A **Root cause** Incident chez Clouflare. **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Absence d’alternative en cas de défaillance de Cloudflare. | Étude en cours sur les alternatives pour avoir une solution de backup en cas d’incident. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-2651 **Payment services affected by the incident** E-commerce payments and 3DS. **Client impact** Inability for cardholders to make payments. ‌ **Incident Overview** * **5 December 09:48am: start of the incident** and alerts raised. * **5 December 09:52am:** establishment of a dedicated crisis unit. Start of investigations and suspicion of an incident at Cloudflare. * **5 December 09:54am:** confirmation of the incident at Cloudflare. * **5 December 10:05am:** Statuspage communication. * **5 December 10:13am: end of the incident.** ‌ **Context** N/A **Root cause** Incident at Cloudflare. **Actions to be taken by Payplug** | **Symptomes** | **Actions** | | --- | --- | | Lack of an alternative in the event of a Cloudflare failure. | A study is currently under way on alternatives to provide a backup solution in the event of an incident. |