FR
Nous avons identifié des difficultés sur la plateforme de paiement qui concerne les transactions Oney qui tombent en 5001.
Après analyse, 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 disponibles.
EN
We have identified an issue affecting the payment platform, with Oney transactions returning a 5001 error code.
Following our investigation, the incident appears to be external to our platform.
We will keep you informed of any developments as soon as further information becomes available.
IT
Abbiamo riscontrato delle anomalie sulla piattaforma di pagamento che interessano le transazioni Oney, le quali restituiscono un errore 5001.
Dopo le analisi, è emerso che l'incidente è di origine esterna alla nostra piattaforma.
Vi terremo informati sugli sviluppi non appena saranno disponibili nuove informazioni.
identified
FR
L'origine du problème a été identifiée.
Un correctif est en cours de préparation par le prestataire.
Nous vous tiendrons informés de l’évolution dès que de nouvelles informations seront disponibles.
EN
The root cause has been identified.
A fix is being prepared by the service provider.
We will keep you informed of any developments as soon as further information becomes available.
IT
L'origine del problema è stata identificata.
Il fornitore sta preparando una correzione.
Vi terremo informati sugli sviluppi non appena saranno disponibili nuove informazioni.
monitoring
FR
Le correctif a été déployé par le prestataire.
Le problème ne devrait plus se reproduire.
Nous continuons de monitorer le service.
EN
The fix has been deployed by the service provider.
The issue should no longer occur.
We continue to monitor the service.
IT
La correzione è stata implementata dal fornitore.
Il problema non dovrebbe più ripresentarsi.
Continuiamo a monitorare il servizio.
resolved
This incident has been resolved.
Incident plateforme de paiement / Payment platform incident / Incidente della piattaforma di pagamento
Started September 17, 2026 at 5:14 PM UTC · 13h 53m
OutageCritical incident
Affected components
Paiements en magasin proxypointPaiements e-commercePaiements en magasin MagellanMoyens de paiements alternatifsPaiements en magasin Nexo
investigating
FR
Nous avons identifié des difficultés sur les paiements en ligne et en magasins depuis 19h03.
L'incident est en cours d'analyse.
EN
We have identified issues affecting online and in-store payments since 7:03 PM (CEST).
An investigation is in progress.
IT
Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita dalle ore 19:03.
L'incidente è in fase di analisi.
investigating
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.
investigating
- 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.
identified
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.
IT
Il ripristino della versione precedente (rollback) presso il nostro fornitore di hosting di rete è ancora in corso. Vi terremo aggiornati non appena il servizio sarà completamente ripristinato.
Ci scusiamo sinceramente per il disagio arrecato.
monitoring
TSR-3752
- 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.
IT
Il ripristino della versione precedente (rollback) presso il nostro fornitore di hosting di rete è stato completato e il servizio è ora pienamente ripristinato. I nostri team mantengono un attento monitoraggio per garantire la stabilità globale della piattaforma.
resolved
This incident has been resolved.
postmortem
# _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.
**Actions à entreprendre par Payplug**
Actions à court terme :
* Sécurisation des interventions firewall : mise en place d’une procédure avec notre hébergeur réseau pour encadrer les modifications de règles réseau avec une mise à jour progressive des datacenters réalisée en heures ouvrées avec information préalable de Payplug.
* Amélioration de l’identification des équipements : mise à jour du nommage des équipements réseau afin de faciliter leur identification et les interventions en cas d’incident.
* Clarification des impacts liés à l’indisponibilité du dernier équipement de sécurité disponible et formalisation de la procédure de bascule vers les nouveaux équipements afin de garantir la continuité des services.
* Amélioration de la documentation technique : centralisation et partage des informations nécessaires à la connexion et à l’administration de l’infrastructure afin de faciliter les interventions de l’équipe.
Actions à moyen terme :
* Simplification de la gestion des accès réseau : utilisation de plages d’adresses IP plutôt que d’adresses individuelles afin de faciliter l’ajout de nouveaux équipements.
* Mise en place d’un accès d’administration alternatif afin de disposer d’un second moyen d’intervention sur l’infrastructure de notre hébergeur réseau et de renforcer la capacité de reprise en cas d’indisponibilité du canal d’administration principal.
* Simplification de l’architecture réseau : suppression des accès directs devenus inutiles entre certaines infrastructures afin de réduire les dépendances et les risques associés.
**Actions à entreprendre par l’hébergeur réseau**
* Doubler l'infrastructure de pare-feu : déploiement d'un second cluster de pare-feu indépendant, avec adaptation de l'architecture réseau associée afin de limiter l'impact d'une erreur de configuration et renforcer la résilience de l'infrastructure.
* Mise en place d'une supervision de bout en bout du flux entre les infrastructures applicatives et les équipements critiques articulée autour de trois dispositifs :
* Déploiement d'une sonde de monitoring au sein de l'environnement applicatif, pour une visibilité directe sur l'état de la plateforme.
* Intégration d'un mécanisme d'alerte automatique depuis les systèmes de supervision Payplug vers l’hébergeur réseau.
* Mise en place d'une alarme dédiée à la détection de toute baisse anormale de flux à destination des équipements critiques avec des seuils tenant compte de la temporalité des usages.
==============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.
**Actions to be taken by Payplug**
Short-term actions:
* Securing firewall interventions: implementation of a procedure with our network hosting provider to govern network rule changes, with a phased update of the data centres carried out during business hours and prior notification to Payplug.
* Improved equipment identification: updating the naming convention for network equipment to facilitate identification and intervention in the event of an incident.
* Clarification of the impact of the unavailability of the last available security device: formalisation of the procedure for switching over to the new equipment to ensure service continuity.
* Improved technical documentation: centralisation and sharing of the information required to connect to and administer the infrastructure, to facilitate interventions by the team.
Medium-term actions:
* Simplification of network access management: use of IP address ranges rather than individual IP addresses to facilitate the addition of new equipment.
* Implementation of an alternative administration access: provision of a second means of accessing and intervening on the network hosting provider’s infrastructure, strengthening recovery capabilities in the event of unavailability of the primary administration channel.
* Simplification of the network architecture: removal of direct access between certain infrastructures where no longer required, in order to reduce dependencies and associated risks.
**Actions to be taken by the network hosting provider**
* Duplicate the firewall infrastructure: deployment of a second independent firewall cluster with corresponding adaptation of the associated network architecture in order to limit the impact of a configuration error and strengthen the resilience of the infrastructure.
* Implementation of end-to-end monitoring of the flow between the application infrastructure and critical equipment structured around three components:
* Deployment of a monitoring probe within the application environment, providing direct visibility into the state of the platform.
* Integration of an automatic alerting mechanism from Payplug's monitoring systems to the network hosting provider.
* Implementation of a dedicated alarm to detect any abnormal drop in flow to critical equipment with thresholds that take account of usage patterns over time.
FR
Nous avons identifié des difficultés sur le moyen de paiement Shopify.
L'incident est en cours d'analyse.
EN
We have identified issues affecting payments using the Shopify payment method.
Investigation is in progress.
IT
Abbiamo identificato delle difficoltà con il metodo di pagamento Shopify.
L'incidente è in fase di analisi.
monitoring
FR
Le traffic revient à la normale depuis 10h20.
EN
Traffic has been back to normal since 10:20 am.
IT
Il traffico è tornato alla normalità dalle ore 10:20.
resolved
TSR-3748
- Début / Start / Inizio : 17/09/2026 10h05 CEST.
- Fin / End /fine : 17/09/2026 10h20 CEST.
- Catégorie / Category / Categoria: Production Processing.
- Responsabilité / Responsibility / Responsabilità : Externe / External /Esterna
- Priorité / Priority / Priorità: P2.
FR
L'incident est d'origine externe et est désormais terminé.
EN
The incident was caused by an external issue and has now been resolved.
IT
L'incidente è di origine esterna ed è ormai terminato.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-3748.
**Service concerné**
Shopify.
**Impact client**
Impossibilité pour les porteurs d’effectuer des paiements.
**Synthèse de l’incident**
* **17 septembre 10h05 : début de l’incident.**
* **17 septembre 10h11 :** création d’une cellule de crise dédiée. Début des investigations.
* **17 septembre 10h12 : identification de la root cause.**
* **17 septembre 10h13 :** lancement des actions correctives.
* **17 septembre 10h17 : fin de l’incident.**
* **17 septembre 10h18 - 10h45 :** monitoring de la bonne reprise du service.
**Root cause**
Une augmentation soudaine et exceptionnelle du volume de paiements a entraîné une saturation du service de traitement des paiements. La capacité maximale de traitement ayant été atteinte, certaines demandes n’ont plus pu être prises en charge, entraînant des erreurs et des ralentissements. La situation a été aggravée par un temps de traitement plus long sur certaines opérations, ainsi que par l’accumulation de notifications en attente.
**Actions à entreprendre par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Saturation de la capacité de traitement lors d’un pic de trafic entraînant des erreurs sur les demandes de paiement. | Augmentation de la capacité de traitement afin de mieux absorber les pics de trafic et de limiter les risques de saturation. |
| Temps de traitement des paiements allongé par un nombre important d’appels d’authentification, contribuant à la saturation du service. | Mise en place d’un mécanisme de réutilisation temporaire des jetons d’authentification afin de réduire le nombre d’appels nécessaires au traitement des paiements. |
| Accumulation des notifications en attente, entraînant des retards dans leur traitement. | Suppression de la limitation du nombre de notifications traitées simultanément vers le service de paiement afin d’améliorer leur traitement en période de forte activité. |
| | Réalisation de tests de montée en charge afin de valider la capacité à traiter des volumes importants de paiements. |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-3748.
**Payment services affected by the incident**
Shopify
**Client impact**
Cardholders were unable to make payments.
**Incident Overview**
* **17 September, 10:05am: incident began.**
* **17 September, 10:11am:** dedicated crisis management team established. Investigations commenced.
* **17 September, 10:12am: root cause identified.**
* **17 September, 10:13am:** corrective actions initiated.
* **17 September, 10:17am: incident resolved.**
* **17 September, 10:18–10:45 am:** monitoring to ensure the service was successfully restored.
**Root cause**
A sudden and exceptional increase in payment volumes caused the payment processing service to become saturated. Once the maximum processing capacity was reached, some requests could no longer be handled, resulting in errors and slowdowns. The situation was further exacerbated by longer processing times for certain operations, as well as a build-up of pending notifications.
**Actions to be taken by Payplug**
| **Symptoms** | **Actions** |
| --- | --- |
| Processing capacity was saturated during a traffic peak, resulting in errors on payment requests. | Processing capacity has been increased to better handle traffic peaks and reduce the risk of saturation. |
| Payment processing times increased due to a high number of authentication calls, contributing to service saturation. | A temporary authentication token reuse mechanism has been implemented to reduce the number of calls required to process payments. |
| A build-up of pending notifications resulted in delays in their processing. | The limit on the number of notifications processed simultaneously by the payment service has been removed to improve processing during periods of high activity. |
| | Load testing was carried out to validate the ability to process high volumes of payments. |
Started September 10, 2026 at 10:29 AM UTC · 1h 16m
OutageMajor incident
Affected components
Backoffice Payplug
investigating
FR
Nous avons identifié un problème de connexion sur notre Portail.
Aucun impact sur les paiements n'est identifié.
L'incident est en cours d'analyse.
EN
We have identified a connection issue on our Portal.
No impact on the processing.
An investigation is in progress.
IT
Abbiamo individuato un problema di connessione al nostro portale.
Nessun impatto è stato identificato sulle transazioni.
L'incidente è in fase di analisi.
monitoring
TSR-3710
- Début / Start / Inizio : 10/09/2026 12h17 CEST.
- Fin / End /fine : 10/09/2026 12h44 CEST.
- Catégorie / Category / Categoria: Production Portail.
- Responsabilité / Responsibility / Responsabilità : Payplug
- Priorité / Priority / Priorità: P2.
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.
IT
L'incidente è stato risolto e il servizio è stato ripristinato.
Continuiamo a monitorare la ripresa del servizio.
resolved
This incident has been resolved.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-3710.
**Service concerné**
Portail.
**Impact client**
Les marchands ne pouvaient plus accéder à leurs comptes sur le Portail.
**Synthèse de l’incident**
* **10 septembre 12h17 :** déploiement d’une mise en production. **Début de l’incident.**
* **10 septembre 12h23 :** remontées d’alertes.
* **10 septembre 12h27 :** création d’une cellule de crise dédiée. Début des investigations.
* **10 septembre 12h28 : identification de l’origine de l’incident.**
* **10 septembre 12h29 :** communication Statuspage.
* **10 septembre 12h37 :** rollback de la mise en production.
* **10 septembre 12h42 : fin de l’incident.**
**Root cause**
Une mise en production relative au portail marchand a introduit un nouvel échange avec un service interne nécessaire à son initialisation. Cet échange nécessitait une authentification spécifique, qui n’a pas été correctement transmise et configurée. Le portail n’a ainsi pas pu récupérer les informations nécessaires au chargement des comptes marchands. Par conséquent, les utilisateurs ne pouvaient plus accéder à leur portail.
**Actions à entreprendre par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Absence d’alerte sur un point d’entrée spécifique. | Revue des alertes en cours pour pallier ce manque. |
| Échec lors de la transmission des informations d'authentification. | Déploiement de correctifs pour assurer la bonne transmission des informations d’authentification du portail vers les services internes afin de garantir le bon fonctionnement du portail. |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-3710.
**Payment services affected by the incident**
Portal.
**Client impact**
Merchants were no longer able to access their accounts on the Portal.
**Incident Overview**
* **10 September, 12:17pm:** production deployment. **Incident began.**
* **10 September, 12:23pm:** alerts were raised.
* **10 September, 12:27pm:** dedicated crisis management team established. Investigations commenced.
* **10 September, 12:28pm: root cause identified.**
* **10 September, 12:29pm:** Statuspage communication published.
* **10 September, 12:37pm:** production deployment rolled back.
* **10 September, 12:42pm: incident resolved.**
**Root cause**
A production deployment relating to the merchant Portal introduced a new interaction with an internal service required for its initialisation. This interaction required specific authentication, which was not correctly transmitted and configured. As a result, the Portal was unable to retrieve the information required to load merchant accounts. Consequently, users were no longer able to access their Portal.
**Actions to be taken by Payplug**
| **Symptoms** | **Actions** |
| --- | --- |
| No alert was in place for a specific endpoint. | Alerts are currently being reviewed to address this gap. |
| Failure to transmit authentication information. | Fixes have been deployed to ensure the correct transmission of authentication information from the Portal to internal services and guarantee the proper functioning of the Portal. |
FR
Nous avons identifié un problème d'affichage des transactions sur notre Portail.
Aucun impact processing n'est constaté à l'exception de la fonctionnalité getTransaction.
L'incident est en cours d'analyse.
EN
We have identified an issue affecting the display of transactions in our Portal.
No impact on transaction processing has been observed, with the exception of the getTransaction functionality.
The incident is currently under investigation.
IT
Abbiamo identificato un problema di visualizzazione delle transazioni sul nostro Portale.
Non si riscontra alcun impatto sul processing, ad eccezione della funzionalità getTransaction.
L'incidente è attualmente in fase di analisi.
monitoring
TSR-3623
- Début / Start / Inizio : 17/08/2026 9h50 CEST.
- Fin / End /fine : 17/08/2026 10h11 CEST.
- Catégorie / Category / Categoria: Production Portail.
- Responsabilité / Responsibility / Responsabilità : Payplug
- Priorité / Priority / Priorità: P2.
FR
Les actions correctives ont été réalisées.
Le service est revenu à la normale.
EN
The corrective actions have been completed.
The service has returned to normal.
IT
Le azioni correttive sono state completate.
Il servizio è tornato alla normalità.
resolved
This incident has been resolved.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-3623.
**Service concerné**
Portail.
**Impact client**
Accès au Portail indisponible, retard d’affichage des transactions sur le Portail et interruption de la fonctionnalité GetTransaction.
**Synthèse de l’incident**
* **18 août 9h20 :** livraison d’une mise en production.
* **18 août 9h48 :** premières erreurs, **début de l’incident.**
* **18 août 9h53 :** détection des erreurs. Début des analyses.
* **18 août 9h56 :** création d’une cellule de crise dédiée.
* **18 août 10h01 :** confirmation que les paiements ne sont pas impactés par l’incident.
* **18 août 10h02 :** communication Statuspage.
* **18 août 10h08 : identification de l’origine de l’incident.**
* **18 août 10h10 :** déploiement des actions correctives.
* **18 août 10h11 : fin de l’incident.**
* **18 août 10h12-10h18 :** série de contrôles pour s’assurer qu’aucune transaction n’a été perdue durant l’incident.
**Root cause**
Une modification de configuration prévue uniquement pour l'environnement de préproduction a été appliquée à la configuration de production.
Cette configuration a empêché un service de communiquer correctement avec un composant nécessaire à son fonctionnement, entraînant les dysfonctionnements observés lors de l'incident.
**Actions prises par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Absence de détection des erreurs présentes dans un environnement de test en amont de celles en production. | Revue des alertes et étude en cours pour calquer les alertes de l’environnement de test sur celles de production. |
| Absence de détection d’impact sur un autre environnement. | Renforcement des contrôles afin de stopper le risque de propagation involontaire à d'autres environnements. Étude en cours pour préciser les environnements concernés lors des déploiements et faire l'objet de vérifications spécifiques avant un déploiement. |
| Livraison tardive de la modification suite à sa validation plusieurs jours auparavant. | Réduction des délais entre la validation d'une modification et son déploiement. |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-3623.
**Payment services affected by the incident**
Portal.
**Client impact**
Portal access unavailable, delays in transaction display on the Portal, and disruption to the GetTransaction functionality.
**Incident Overview**
* **18 August, 9:20am:** production deployment.
* **18 August, 9:48am:** first errors detected. **Incident began.**
* **18 August, 9:53am:** errors detected. Investigations commenced.
* **18 August, 9:56am:** a dedicated crisis management team was established.
* **18 August, 10:01am:** confirmation that payments were not impacted by the incident.
* **18 August, 10:02am:** Statuspage communication published.
* **18 August, 10:08am: root cause identified.**
* **18 August, 10:10am:** corrective actions deployed.
* **18 August, 10:11am: incident resolved.**
* **18 August, 10:12–10:18am:** a series of checks was carried out to ensure that no transactions had been lost during the incident.
**Root cause**
A configuration change intended solely for the pre-production environment was applied to the production configuration.
This configuration prevented a service from communicating correctly with a component required for its operation, resulting in the issues observed during the incident.
**Actions taken by Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| No detection of errors in a test environment before they occurred in production. | Review of alerts underway, with an assessment to align alerts in the test environment with those in production. |
| No detection of an impact on another environment. | Controls are being strengthened to prevent the risk of unintended propagation to other environments. Work is underway to identify the environments affected by production deployments and ensure that specific checks are carried out before any deployment. |
| Delayed deployment of the change following its approval several days earlier. | Reduction of the time between change approval and deployment. |
FR
Nous avons identifié un problème avec les liens de paiements qui ne remontent pas dans le Portail.
Nos équipes sont mobilisées pour résoudre le problème.
EN
We have identified an issue affecting payment links, which are not appearing in the Portal.
Our teams are fully mobilised to resolve the issue.
IT
Abbiamo identificato un problema per cui i link di pagamento non vengono visualizzati nel Portale.
I nostri team sono mobilitati per risolvere il problema.
investigating
FR
Les investigations sont toujours en cours.
Nous reviendrons vers vous dans 15 minutes.
EN
Investigations are still ongoing.
We will provide you with a further update in 15 minutes.
IT
Le indagini sono ancora in corso.
Vi aggiorneremo tra 15 minuti.
investigating
FR
L'incident affecte également la remontée des transactions qui peuvent apparaître avec du retard.
Nos équipes sont mobilisées pour résoudre le problème.
EN
The incident is also affecting the display of transactions, which may appear with a delay.
Our teams are fully mobilised to resolve the issue.
IT
L'incidente interessa anche la visualizzazione delle transazioni, che potrebbero comparire con ritardo.
I nostri team sono mobilitati per risolvere il problema.
monitoring
FR
Le service est revenu à la normal depuis 15h30.
Nos équipes continuent de monitorer le service.
EN
The service has been back to normal since 3:30 pm.
Our teams continue to monitor the service.
IT
Il servizio è tornato alla normalità dalle ore 15:30.
I nostri team continuano a monitorare il servizio.
resolved
This incident has been resolved.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-3518
**Service concerné**
Demandes de paiements et affichage des transactions.
**Impact client**
Arrêt d’envoi des liens de paiement et non affichage des nouvelles transactions.
**Synthèse de l’incident**
* **21 juillet 14h10 : début de l’incident.**
* **21 juillet 14h37 :** remontée d’alerte sur un potentiel incident affectant les demandes de paiements. Début des investigations.
* **21 juillet 14h53 :** création d’une cellule de crise dédiée.
* **21 juillet 14h59 :** communication Statuspage.
* **21 juillet 15h : identification de l’origine de l’incident.**
* **21 juillet 15h06 :** déploiement des actions correctives.
* **21 juillet 15h19 :** remontées de retards dans la remontée des transactions.
* **21 juillet 15h21 :** début de reprise du service.
* **21 juillet 15h30 : fin de l’incident.**
**Root cause**
Un dysfonctionnement sur l'une de nos instances a provoqué l'absorption massive et anormale d'un grand nombre de données simultanées. Cette surcharge soudaine associée à une gestion synchrone entre deux services a fortement ralenti une partie de notre système et a bloqué la remontée des demandes de paiements sur le Portail.
**Actions prises par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Absence de limite sur l’absorption des données par une instance. | Ajout d’une limite pour éviter un engorgement de l’instance et un ralentissement général de certains services. |
| Gestion synchrone entre deux services qui ont ralenti le système une partie de notre système. | Analyses en cours pour fluidifier la communication entre les deux services \(mise en place d’un timeout court ou mise en place d’une gestion asynchrone\). |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-3518
**Payment services affected by the incident**
Payment requests and transaction display.
**Client impact**
Payment links were no longer being sent, and new transactions were not displayed..
**Incident Overview**
* **21 July, 2:10 pm: incident began.**
* **21 July, 2:37 pm:** alert raised regarding a potential incident affecting payment requests. Investigations commenced.
* **21 July, 2:53 pm:** a dedicated crisis management team was established.
* **21 July, 2:59 pm:** Statuspage communication published.
* **21 July, 3:00 pm: root cause identified.**
* **21 July, 3:06 pm:** corrective actions deployed.
* **21 July, 3:19 pm:** reports of delays in transaction display received.
* **21 July, 3:21 pm:** service recovery began.
* **21 July, 3:30 pm: incident resolved.**
**Root cause**
A malfunction on one of our instances resulted in the abnormal processing of a large volume of data simultaneously. This sudden overload, combined with synchronous processing between two services, significantly slowed down part of our system and prevented payment requests from being displayed in the Portal.
**Actions taken by Payplug**
| **Symptoms** | **Actions** |
| --- | --- |
| No limit was in place on the volume of data that could be processed by a single instance. | A limit is currently being implemented to prevent instance saturation and the resulting degradation of certain services. |
| Synchronous communication between two services contributed to the slowdown of part of our system. | Investigations are underway to improve communication between the two services, either by introducing a shorter timeout or by implementing asynchronous processing. |
Incident 3DS / 3DS Incident / Disturbi 3DS
Started July 14, 2026 at 9:11 AM UTC · 1d 0h
IssuesMinor incident
Affected components
Paiements e-commerce
monitoring
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.
IT
Un incidente ha interessato il servizio di autenticazione 3DS per le transazioni Mastercard tra le 09:18 e le 10:30, causando errori di autenticazione con il codice errore 4009.
L'incidente è stato risolto e il servizio è nuovamente pienamente operativo.
identified
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.
IT
Stiamo riscontrando una recrudescenza dell'incidente, con errori che interessano il servizio di autenticazione 3DS per le transazioni Mastercard.
I nostri team sono mobilitati per ripristinare il servizio nel più breve tempo possibile.
identified
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.
IT
Le transazioni interessate restituiscono un errore 5005 dalle ore 9:00.
I nostri team stanno proseguendo le analisi per ripristinare il servizio nel più breve tempo possibile.
identified
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.
IT
L'incidente è di origine esterna ed è riconducibile a Mastercard.
I nostri team sono mobilitati e monitorano costantemente l'evoluzione di questo incidente esterno.
identified
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.
IT
Dalle ore 10:10 osserviamo un miglioramento della situazione. Tuttavia, alcune transazioni continuano a restituire errori.
I nostri team sono in contatto con Mastercard e restano pienamente mobilitati.
monitoring
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.
IT
Dalle ore 10:39 osserviamo un netto miglioramento e la situazione sembra tornare alla normalità.
I nostri team sono in contatto con Mastercard e restano pienamente mobilitati.
resolved
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.
IT
L'incidente è risolto e la situazione è tornata alla normalità.
postmortem
# 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. |
Perturbation du service de notification des paiements / Payment notification service disruption
Started June 20, 2026 at 10:52 AM UTC · 2h 47m
Pending
Affected components
Paiements e-commerce
investigating
FR
Nous avons identifié un incident impactant l'envoi des notifications post-paiement pour les marchands utilisant nos modules.
L'incident est en cours d'analyse.
EN
We have identified an incident affecting the delivery of post-payment notifications for merchants using our modules.
The incident is currently under investigation.
resolved
TSR-3421
- Début / Start : 19/06/2026 18:00:00 CEST
- Fin / End : 20/06/2026 15:17:00 CEST
- Catégorie / Category : Production/ Processing
- Responsabilité / Responsibility : Externe
- Priorité / Priority : P1
FR
L’incident affectant l’envoi des notifications post-paiement pour les marchands utilisant les modules a été résolu. Le service a été rétabli à 15h17 et fonctionne désormais normalement.
Des opérations seront menées afin de rejouer les notifications qui n’ont pas pu être envoyées depuis le début de l’incident, survenu hier à 18h00.
EN
The incident affecting the delivery of post-payment notifications for merchants using the modules has been resolved. Service was restored at 15:17 and is now operating normally.
Operations will be carried out to replay the notifications that could not be sent since the beginning of the incident, which started yesterday at 18:00.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-3421
**Service concerné**
Notifications de paiement.
**Impact client**
Les notifications de paiement n’étaient plus envoyées aux marchands.
**Synthèse de l’incident**
* **19 juin 18h :** envoi d’un volume massif de paiements.
* **19 juin 18h30 : Début de l’incident.**
* **20 juin 10h33 :** remontée d’alerte sur un problème de notification.
* **20 juin 11h46 :** création d’une cellule de crise dédiée. Début des investigations.
* **20 juin 11h48 :** identification de l’absence d’envoi des notifications de paiement. Poursuites des investigations.
* **20 juin 12h50 : identification de la root cause.**
* **20 juin 13h02 - 15h15 :** déploiement de diverses actions correctives.
* **20 juin 15h17 : fin de l’incident.**
* **20 juin 22h32 :** lancement d’automatismes pour renvoyer les notifications.
* **21 juin 11h57 :** confirmation du renvoi de l’ensemble des notifications.
**Root cause**
Un volume anormalement élevé de notifications en échec, associé à des tentatives automatiques de réémission vers une URL indisponible, a saturé la file de traitement des notifications. Cette saturation a par conséquent bloqué l'envoi des notifications.
**Actions à entreprendre par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Absence d’alerting spécifique sur une file de traitement des notifications. | Ajout d’alerting spécifique pour détecter et anticiper proactivement toute saturation de la file de traitement. |
| Absence de limite d’envoi de requête de paiement par marchand. | Mise en place d'un limite par marchand pour limiter les flux de notifications et prévenir toute saturation de la file de traitement. |
| Gestion des timeouts inadaptés. | Révision des seuils de timeout pour prévenir la saturation des files de traitement des notifications. |
| Retard dans la prise en charge de l’incident. | Révision de la procédure d’incident en heures non ouvrées et communication à certaines équipes. |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-3421
**Payment services affected by the incident**
Payment notifications.
**Client impact**
Payment notifications were no longer sent to merchants.
**Incident Overview**
* **19 June 6:00pm:** a large volume of payment transactions was processed.
* **19 June 6:30pm: incident began.**
* **20 June 10:33am:** alert raised regarding a notification issue.
* **20 June 11:46am:** a dedicated crisis management team was established. Investigations began.
* **20 June 11:48am:** the failure to send payment notifications was identified. Investigations continued.
* **20 June 12:50pm: root cause identified.**
* **20 June 1:02pm – 3:15pm:** various corrective actions were deployed.
* **20 June 3:17pm: incident resolved.**
* **20 June 10:32pm:** automated processes were launched to resend the notifications.
* **21 June 11:57am:** confirmation that all notifications had been successfully resent.
**Root cause**
An abnormally high volume of failed notifications, combined with automatic retry attempts to an unavailable URL, saturated the notification processing queue. As a result, the saturation prevented payment notifications from being sent.
**Actions to be taken by Payplug**
| **Symptoms** | **Actions** |
| --- | --- |
| No specific alerting was in place for the notification processing queue. | Specific alerting has been introduced to detect and proactively anticipate any saturation of the processing queue. |
| No per-merchant limit was in place for payment request submissions. | A per-merchant limit has been implemented to control notification traffic and prevent saturation of the processing queue. |
| Inappropriate timeout settings. | A review of the timeout thresholds is underway to prevent saturation of the notification processing queues. |
| Delay in incident response. | The out-of-hours incident management procedure is currently being reviewed and will be communicated to the relevant teams. |
Incident de reversement / Settlement incident / Incidente di versamento
Started June 15, 2026 at 10:24 AM UTC · 22h 53m
IssuesMinor incident
Affected components
Reversement / Settlement
investigating
FR
Les reversements des 13, 14 et 15 juin prévus aujourd’hui n'ont pas pu être reversés dans leur intégralité.
Nos équipes sont pleinement mobilisées afin de résoudre la situation dans les meilleurs délais et rétablir un traitement normal des reversements.
Nous vous tiendrons informés de l'évolution de la situation dès que de nouvelles informations seront disponibles.
EN
The settlements relating to 13, 14 and 15 of June that were scheduled for today could not be processed in full.
Our teams are fully mobilised to resolve the situation as quickly as possible and restore normal settlement processing.
We will keep you informed of any developments as soon as further information becomes available.
IT
I versamenti del 13, 14 e 15 giugno previsti per oggi non hanno potuto essere effettuati integralmente.
I nostri team sono pienamente impegnati a risolvere la situazione nel più breve tempo possibile e a ripristinare il normale processo di versamento dei fondi.
Vi terremo informati sugli sviluppi della situazione non appena saranno disponibili nuove informazioni.
monitoring
TSR-3389
- Début / Start / Inizio : 16/06/2026
- Fin / End /fine : 17/06/2026
- Catégorie / Category / Categoria: Production reversement / settlement / versamento
- Responsabilité / Responsibility / Responsabilità : Payplug
- Priorité / Priority / Priorità: P2.
FR
Les fonds restants n’ayant pas pu être reversés hier le seront aujourd'hui.
Aucune action n’est requise de votre part et les fonds seront disponibles sur vos comptes comme habituellement.
EN
The remaining funds that could not be settled yesterday will be settled today.
No action is required on your part and the funds will be available in your accounts as usual.
IT
I fondi rimanenti che non hanno potuto essere versati ieri saranno accreditati oggi.
Non è richiesta alcuna azione da parte vostra e i fondi saranno disponibili sui vostri conti come di consueto.
resolved
This incident has been resolved.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-3389
**Service concerné**
Reversement des transactions.
**Impact client**
Impossibilité de procéder au reversement de l’intégralité des transactions pendant la durée de l’incident, entraînant un retard de règlement des marchands.
**Synthèse de l’incident**
* **15 juin 10h10 :** remontées d’alertes indiquant que certains marchands n’ont pas reçu de fonds. **Début de l’incident** et début des premières analyses.
* **15 juin 10h36 :** création d’une cellule de crise dédiée.
* **15 juin 10h37 :** identification d’un problème de génération de certaines demandes de virements.
* **15 juin 10h52 :** identification d’un second incident affectant la validation des virements.
* **15 juin 11h11 :** résolution de l’incident affectant la validation des virements.
* **15 juin 11h14 :** demande de validation des virements contenant les transactions du weekend et poursuite des investigations sur l’erreur de génération de certaines demandes de virements.
* **15 juin 11h34 :** validation des virements du weekend & poursuites des investigations pour pouvoir envoyer les fonds le lendemain suite au dépassement du cutoff.
* **15 juin 11h55 : identification de l’origine de l’incident.**
* **15 juin 12h22 :** élaboration d’un plan d’action pour permettre l’envoi des fonds manquants le lendemain.
* **15 juin 15h :** déploiement des actions correctives sous surveillance des équipes.
* **15 juin 17h10 :** fin des actions correctives. **Fin de l’incident.**
* **16 juin 7h30** : aucune alerte indiquant des erreurs.
* **16 juin 9h30 :** vérification de la bonne génération des demandes de virement.
* **16 juin 10h57 :** contrôle des virements par les équipes techniques.
* **16 juin 10h59 :** les différents contrôles confirment le reversement de l’ensemble des fonds.
**Root cause**
Une erreur dans le déclenchement d’un lanceur de tâche a interrompu la génération des fichiers de virements et a ainsi empêché le reversement de certains fonds.
**Actions prises par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Absence d’une alerte spécifique sur la non génération d’un fichier. | Ajout d’une alerte pour détecter des erreurs de non génération d’un fichier et anticiper un incident de reversement. |
| Absence d’alerte spécifique sur l’échec d’un lanceur de tâches. | Réflexions en cours pour ajouter des alertes pouvant remonter des échecs dans un lanceur de tâches. |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-3389
**Payment services affected by the incident**
Transaction settlement
**Client impact**
Inability to settle all transactions during the incident, resulting in delayed merchant settlements.
**Incident Overview**
* **15 June 10:10 am:** alerts were raised indicating that some merchants had not received their funds. **Incident start** and commencement of initial investigations.
* **15 June 10:36 am:** a dedicated crisis management team was established.
* **15 June 10:37 am:** a problem affecting the generation of certain bank transfer requests was identified.
* **15 June 10:52 am:** a second incident affecting transfer validation was identified.
* **15 June 11:11 am:** the incident affecting transfer validation was resolved.
* **15 June 11:14 am:** request submitted for validation of transfers containing weekend transactions, while investigations continued into the error affecting the generation of certain transfer requests.
* **15 June 11:34 am:** weekend transfers validated. Investigations continued to enable the missing funds to be sent the following day due to the cut-off time having been exceeded.
* **15 June 11:55 am:** **root cause of the incident identified.**
* **15 June 12:22 pm:** an action plan was developed to enable the missing funds to be sent the following day.
* **15 June 3:00 pm:** corrective actions deployed under team supervision.
* **15 June 5:10 pm:** corrective actions completed. **Incident resolved.**
* **16 June 7:30 am:** no alerts indicating any errors.
* **16 June 9:30 am:** verification of the correct generation of transfer requests.
* **16 June 10:57 am:** transfers checked by the technical teams.
* **16 June 10:59 am:** all checks confirmed that all funds had been successfully settled.
**Root cause**
An error in the triggering of a job scheduler interrupted the generation of bank transfer files, preventing the settlement of certain funds.
**Actions taken by Payplug**
| **Symptoms** | **Actions** |
| --- | --- |
| No specific alert was in place to detect the failure to generate a file. | An alert has been added to detect file generation failures and proactively identify potential settlement incidents. |
| No specific alert was in place to detect failures of the job scheduler. | Discussions are underway to implement alerts capable of reporting failures within the job scheduler. |
Incident plateforme de paiement / Payment platform incident / Incidente della piattaforma di pagamento
Started June 7, 2026 at 4:43 AM UTC · 45m
OutageCritical incident
Affected components
Paiements e-commerce
investigating
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.
IT
Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita.
L'incidente è in fase di analisi.
investigating
FR
Nous avons identifié des difficultés sur la plateforme de paiement.
Après analyse, 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 disponibles.
EN
We have identified issues on the payment platform.
Following analysis, it appears that the incident is external to our platform.
We will keep you informed of any developments as soon as further information becomes available.
IT
Abbiamo identificato delle difficoltà sulla piattaforma di pagamento.
Dopo un’analisi, risulta che l’incidente è esterno alla nostra piattaforma.
Vi terremo aggiornati sugli sviluppi non appena saranno disponibili nuove informazioni.
resolved
TSR-XXXX
- Début / Start : 07/06/2026 06:15:00 CEST
- Fin / End : 07/06/2026 06:58:00 CEST
- Catégorie / Category : Production/ Processing
- Responsabilité / Responsibility : Externe
- 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.
postmortem
# _English version below_
# Post Mortem
**Service concerné**
Paiements en magasin, e-commerce et 3DS.
**Impact client**
Impossibilité d’effectuer des paiements pour les porteurs.
**Synthèse de l’incident**
* **7 juin 6h02 :** remontée d’alerte.
* **7 juin 6h15 : début de l’incident.**
* **7 juin 6h27 :** création d’une cellule de crise dédiée. Début des investigations.
* **7 juin 6h28 : identification d’un serveur défectueux chez un prestataire externe.**
* **7 juin 6h29 :** contact du prestataire externe.
* **7 juin 6h54 :** confirmation du prestataire externe que l’incident est bien chez eux.
* **7 juin 6h57 : fin de l’incident.**
**Root cause**
Incident externe chez un prestataire.
==============ENGLISH VERSION==============
# Post Mortem
**Payment services affected by the incident**
In-store payments, e-commerce payments and 3DS.
**Client impact**
Cardholders were unable to make payments.
**Incident Overview**
* **7 June, 6:02 am:** alert raised.
* **7 June 6:15am: incident began.**
* **7 June 6:27am:** a dedicated crisis management team was established. Investigations commenced.
* **7 June 6:28am: a faulty server was identified at an external service provider.**
* **7 June 6:29am:** the external service provider was contacted.
* **7 June 6:54am:** the external service provider confirmed that the incident originated on their side.
* **7 June 6:57am: Incident resolved.**
**Root cause**
External incident at a service provider.
Incident plateforme de paiement / Payment platform incident / Incidente della piattaforma di pagamento
Started May 7, 2026 at 8:16 AM UTC · 5h 59m
OutageCritical incident
Affected components
Paiements en magasin proxypointPaiements e-commercePaiements en magasin MagellanMoyens de paiements alternatifsPaiements en magasin Nexo
monitoring
FR
Nous avons identifié des difficultés sur les paiements en ligne et en magasins entre 9h58 et 10h12.
L'incident est maintenant résolu et le service est rétabli.
Nous continuons à surveiller la reprise du service.
EN
We have identified issues affecting online and in-store payments from 9:58am to 10:12am.
Incident is now resolved and service restored.
Service recovery is still under monitoring.
IT
Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita tra le 9:58 e le 10:12.
L’incidente è ora risolto e il servizio è stato ripristinato.
Continuiamo a monitorare la ripresa del servizio.
resolved
This incident has been resolved.
postmortem
# _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. |
Incident de reversement / Settlement incident / Incidente di versamento
Started April 7, 2026 at 9:50 AM UTC · 1d 23h
IssuesMinor incident
Affected components
Reversement / Settlement
monitoring
FR
Les reversements des 3,4 et 5 avril ont été effectués. Ceux du 6 et 7 avril initialement prévus aujourd’hui seront effectués demain.
Aucune action n’est requise de votre part, et les fonds seront disponibles sur vos comptes comme habituellement.
Les détails des virements correspondants seront mis à disposition aujourd'hui.
EN
The settlements for April 3, 4, and 5 have been completed. Those for 6 and 7 April, initially scheduled for today, will be carried out tomorrow. No action is required on your part, and the funds will be available in your accounts as usual.
The details of the corresponding transfers will be made available today.
IT
I versamenti del 3, 4 e 5 aprile sono stati effettuati. Quelli del 6 e 7 aprile, inizialmente previsti per oggi, saranno effettuati domani.
Non è richiesta alcuna azione da parte vostra e i fondi saranno disponibili sui vostri conti come di consueto.
I dettagli dei bonifici corrispondenti saranno messi a disposizione oggi.
monitoring
FR
Les fonds des 6 et 7 avril ont été reversés. Ceux 8 avril initialement prévus aujourd’hui seront effectués demain.
Aucune action n’est requise de votre part, et les fonds seront disponibles sur vos comptes comme habituellement.
EN
The funds for April 6 and 7 have been settled. Those for 8 April, initially scheduled for today, will be carried out tomorrow.
No action is required on your part, and the funds will be available in your accounts as usual.
IT
I fondi del 6 e 7 aprile sono stati trasferiti. Quelli dell’8 aprile, inizialmente previsti per oggi, saranno effettuati domani.
Non è richiesta alcuna azione da parte vostra e i fondi saranno disponibili sui vostri conti come di consueto.
resolved
FR
L'intégralité des fonds sera reversé dans la journée.
Les détails des virements correspondants seront mis à disposition aujourd'hui.
EN
All funds will be transferred during the day.
The details of the corresponding transfers will be made available today.
IT
L’intero importo dei fondi sarà trasferito durante la giornata.
I dettagli dei bonifici corrispondenti saranno messi a disposizione oggi.
Incident de reversement / Settlement incident / Incidente di versamento
Started March 16, 2026 at 10:58 AM UTC · 1d 2h
OutageCritical incident
Affected components
Reversement / Settlement
identified
TSR-3077
- Début / Start : 16/03/2026
- Fin / End : En cours / Ongoing
- Catégorie / Category : Reversements / Settlements
- Responsabilité / Responsibility : A confirmer / To be confirmed
- Priorité / Priority : P1
FR
Un incident impacte actuellement l’émission des virements.
Les virements prévus aujourd’hui ne pourront pas être effectués.
Nos équipes sont mobilisées pour résoudre la situation et nous vous tiendrons informés dès que les virements pourront être envoyés.
EN
An incident is currently affecting the issuance of settlements.
The settlements scheduled for today will not be able to be carried out.
Our teams are actively working to resolve the situation, and we will keep you informed as soon as the transfers can be sent.
IT
Un incidente sta attualmente impattando l’emissione dei versamenti.
I bonifici previsti per oggi non potranno essere effettuati.
I nostri team sono mobilitati per risolvere la situazione e vi terremo informati non appena i bonifici potranno essere inviati.
identified
TSR-3077
- Début / Start : 16/03/2026
- Fin / End : En cours / Ongoing
- Catégorie / Category : Reversements / Settlements
- Responsabilité / Responsibility : Payplug
- Priorité / Priority : P1
FR
Des actions correctives ont été menées pour rattraper les fichiers de reversements d’hier.
Toutefois, un problème empêche actuellement leur validation.
Nos équipes sont mobilisées pour rétablir la situation dans les plus brefs délais.
EN
Corrective actions have been carried out to recover yesterday’s settlements files.
However, an issue is currently preventing their validation.
Our teams are working to restore the situation as quickly as possible.
IT
Sono state intraprese azioni correttive per recuperare i file dei versamenti di ieri.
Tuttavia, un problema impedisce attualmente la loro validazione.
I nostri team sono mobilitati per ripristinare la situazione nel più breve tempo possibile.
monitoring
TSR-3077
- Début / Start : 16/03/2026
- Fin / End : En cours / 17/03/2026
- Catégorie / Category : Reversements / Settlements
- Responsabilité / Responsibility : Payplug
- Priorité / Priority : P1
FR
Les reversements des 16 et 17 mars ont été validés.
Les fonds seront disponibles dans la journée.
EN
The settlements for 16 and 17 March have been validated.
The funds will be available today.
IT
I versamenti del 16 e 17 marzo sono stati validati.
I fondi saranno disponibili durante la giornata.
resolved
This incident has been resolved.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-3077
**Service concerné**
Reversement des paiements e-commerce et magasin.
**Impact client**
Impossibilité de procéder au reversement des transactions pendant la durée de l’incident, entraînant un retard de règlement des marchands.
**Synthèse de l’incident**
* **16 mars 11h02 :** création d’une cellule de crise dédiée et début des investigations.
* **16 mars 11h05 :** identification d’un échec de dépôt des fichiers de reversements.
* **16 mars 11h15 :** identification d’un second problème : impossibilité d’accéder à l’outil permettant la validation des virements.
* **16 mars 11h15 - 12h :** poursuite des investigations.
* **16 mars 12h :** confirmation de l’impossibilité de débloquer les fonds le jour même.
* **16 mars 12h - 18h30 :** poursuite des investigations.
* **17 mars 9h :** reprise de la cellule de crise.
* **17 mars 9h28 :** récupération des fichiers de virements de la veille. Poursuite des investigations.
* **17 mars 10h23 : identification d’une solution de contournement permettant d’envoyer les fonds.**
* **17 mars 10h23 - 11h15 :** tests pour vérifier le bon fonctionnement de la solution. Tests concluants.
* **17 mars 11h30 :** validation des fichiers de reversements. **Fin de l’incident.**
* **17 mars 12h09 :** confirmation du traitement des fichiers et du transfert des fonds dans la journée.
**Root cause**
Une opération de migration a introduit une incohérence dans les données techniques utilisées par le système de validation des virements, en raison d’un défaut entre deux mécanismes. Cette situation a bloqué le traitement normal des validations.
**Actions prises par Payplug**
Un retour arrière vers la dernière version stable a été initié afin de restaurer le service. Cette opération a permis de rétablir l’ensemble des fonctionnalités de validation des virements de manière fiable.
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-3077
**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**
* **16 March 11:02am:** creation of a dedicated crisis team and start of investigations.
* **16 March 11:05am:** identification of a failure in the submission of disbursement files.
* **16 March 11:15am:** identification of a second issue: inability to access the tool used to validate transfers.
* **16 March 11:15am – 12:00pm:** ongoing investigations.
* **16 March 12:00pm:** confirmation that funds could not be released on the same day.
* **16 March 12:00pm – 6:30pm:** ongoing investigations.
* **17 March 9:00am:** crisis team resumed.
* **17 March 9:28am:** recovery of the previous day’s transfer files. Ongoing investigations.
* **17 March 10:23am:** **identification of a workaround enabling the funds to be sent.**
* **17 March 10:23am – 11:15am:** testing to verify the solution. Tests successful.
* **17 March 11:30am:** validation of disbursement files. **Incident resolved.**
* **17 March 12:09pm:** confirmation that files were processed and funds would be transferred during the day.
**Root cause**
A migration introduced an inconsistency in the technical data used by the transfer validation system, due to a discrepancy between two mechanisms, which prevented the normal processing of validations.
**Actions taken by Payplug**
A rollback to the last stable version was initiated to restore the service. This operation successfully restored all transfer validation functionalities.
Paiements en magasin proxypointPaiements e-commercePaiements en magasin MagellanMoyens de paiements alternatifsPaiements en magasin Nexo
investigating
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.
IT
Abbiamo identificato delle difficoltà nell'elaborazione dei pagamenti.
L'incidente è in fase di analisi.
monitoring
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.
IT
L'incidente è stato risolto e il servizio è stato ripristinato.
Continuiamo a monitorare la ripresa del servizio.
resolved
This incident has been resolved.
postmortem
# _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. |
EXTERNE - Dysfonctionnements en cours concernant l'authentification 3-D Secure
Started February 21, 2026 at 8:39 AM UTC · 6h 14m
Pending
Affected components
Paiements e-commerce
monitoring
Bonjour,
Des perturbations sont en cours depuis 8h00 ce jour concernant l’authentification 3-D Secure.
Cet incident externe à notre plateforme concerne les porteurs de carte Crédit agricole.
Nous vous tiendrons informés lorsque l’incident sera résolu.
--------------
In Italian:
Buongiorno,
Ci sono delle perturbazioni in corso dalle 9:00 di oggi riguardanti l'autenticazione 3-D Secure.
Sono principalmente i titolari delle carte MasterCard ad essere interessati.
Questo incidente, esterno alla nostra piattaforma, riguarda circa il 30 al 50% delle richieste di autenticazione 3-D Secure.
Vi terremo informati non appena l'incidente sarà risolto.
--------------
In English :
Hello,
Disruptions are ongoing since 8:00AM this day regarding 3D-Secure authentication.
This incident is external from our platform.
Crédit Agricole's cardholders are mainly impacted.
We'll keep you updated as soon as the incident is resolved.
monitoring
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.
resolved
EXTERNE - Dysfonctionnements en cours concernant l'authentification 3-D Secure (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.
IT
L'incidente è stato risolto e il servizio è stato ripristinato.
Continuiamo a monitorare la ripresa del servizio.
postmortem
# _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.
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.
monitoring
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.
resolved
This incident has been resolved.
postmortem
# _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.
Portail Payplug
Started February 17, 2026 at 4:11 PM UTC · 22h 21m
IssuesMinor incident
Affected components
Backoffice Payplug
investigating
FR
Nous avons identifié des difficultés sur le Portail Payplug.
L'incident est en cours d'analyse.
EN
We have identified issues with the Payplug Poral.
Investigation is in progress.
IT
Abbiamo identificato delle difficoltà con il portale di Payplug.
L'incidente è in fase di analisi.
monitoring
TSR-2951
- Début / Start / Inizio : 17/02/2026 16h CET
- Fin / End /fine : 17/02/2026 18h52 CET
- Catégorie / Category / Categoria: Production Portail.
- Responsabilité / Responsibility / Responsabilità : Payplug.
- Priorité / Priority / Priorità: P1.
FR
La situation est revenue à la normale suite au déploiement d'un correctif.
Nous continuons de monitorer le service.
EN
The situation has returned to normal following the deployment of a fix.
We are continuing to monitor the service.
IT
La situazione è tornata alla normalità a seguito del rilascio di una correzione.
Continuiamo a monitorare il servizio.
resolved
This incident has been resolved.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-2951
**Service concerné**
Portail
**Impact client**
Problèmes de connexion pour accéder au Portail et messages d’erreurs intempestifs une fois connecté.
**Synthèse de l’incident**
* **16 février 15h15 :** déploiement d’une mise en production.
* **16 février 15h18 :** des problèmes de connexions - déconnexions ainsi que des messages d’erreurs apparaissent sur le Portail. **Début de l’incident.**
* **16 février 15h34 :** remontée d’alerte. Début des investigations.
* **16 février 15h53 :** création d’une cellule incident majeur.
* **16 février 15h58 :** communication Statuspage. Identification d’une mise en production concordant avec le début de l’incident. Lancement de l’annulation de la mise en production.
* **16 février 16h08 :** échec de l’annulation de la mise en production.
* **16 février 16h25 : identification de l’origine de l’incident.**
* **16 février 16h33 :** des problèmes de connexions persistent. Lancement du retour à une version précédente de certains services défaillants identifiés.
* **16 février 16h54 :** redémarrage des services avec la version précédente.
* **16 février 16h59 :** fin des problèmes de connexions sur le Portail.
* **16 février 17h06 :** fin des messages d’erreurs sur le Portail. **Fin de l’incident.**
* **17 février 16h16 :** **résurgence des erreurs.**
* **17 février 16h29-18h35 :** création d’une cellule de crise et reprise des analyses.
* **17 février 18h40 : identification de l’origine de l’incident et déploiement d’un correctif.**
* **17 février 18h52 : Fin de l’incident.**
**Contexte**
N/A
**Root cause**
Une mise en production a généré des problèmes d’accès entre nos services internes. Ces problèmes ont engendré une déconnexion forcée de l’utilisateur qui revenait sur sa page d’authentification. La seconde occurrence a été provoquée suite à une nouvelle mise en production qui a récupéré les mauvais identifiants suite au rollback de la veille.
**Actions à entreprendre par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Désynchronisation de certains paramètres d’une clef API. | Mise à jour de l’ensemble des paramètres désynchronisés. |
| Renouvellement automatique de la clef API. | Investigations en cours pour empêcher le renouvellement automatique de la clef API. |
| Absence d’alerte concernant la désynchronisation de certains paramètres de l’API. | Ajout de messages d’erreurs en cas de désynchronisation des paramètres & amélioration de l’alerting. |
| Complexités sur un service de déploiement. | Améliorer les déploiements sur le service gérant les secrets \(API KEY, mots de passe internes...\). |
| Déconnexion forcée si un service sur l’ensemble est indisponible. | Améliorations en cours pour éviter de déconnecter les utilisateurs dès qu’un service est indisponible. |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-2951
**Payment services affected by the incident**
Portal
**Client impact**
Connection issues when accessing the Portal and unexpected error messages once logged in.
**Incident Overview**
* **16 February 3:15pm:** deployment to production.
* **16 February 3:18pm:** connection issues – disconnections as well as error messages appear on the Portal. **Start of the incident.**
* **16 February 3:34pm:** alert raised. Investigations begin.
* **16 February 3:53pm:** major incident team established.
* **16 February 3:58pm:** Statuspage communication issued. A production deployment coinciding with the start of the incident is identified. Rollback of the deployment initiated.
* **16 February 4:08pm:** rollback of the production deployment unsuccessful.
* **16 February 4:25pm: root cause of the incident identified.**
* **16 February 4:33pm:** connection issues persist. Rollback to a previous version of certain identified faulty services initiated.
* **16 February 4:54pm:** services restarted with the previous version.
* **16 February 4:59pm:** end of connection issues on the Portal.
* **16 February 5:06pm:** end of error messages on the Portal. **Incident resolved.**
* **17 February 4:16pm: Recurrence of errors.**
* **17 February 4:29pm–6:35pm:** crisis team established and investigations resumed.
* **17 February 6:40pm: root cause identified and fix deployed.**
* **17 February 6:52pm: incident resolved.**
**Context**
N/A
**Root cause**
A production deployment caused access issues between our internal services. These issues resulted in users being forcibly logged out and redirected back to the authentication page. The second occurrence was triggered by a subsequent production deployment that retrieved incorrect credentials following the rollback carried out the previous day.
**Actions to be taken by Payplug**
| **Symptoms** | **Actions** |
| --- | --- |
| Desynchronisation of certain API key parameters. | Update of all desynchronised parameters. |
| Automatic renewal of the API key. | Investigations ongoing to prevent the automatic renewal of the API key. |
| No alert triggered regarding the desynchronisation of certain API parameters. | Addition of error messages in the event of parameter desynchronisation & improvement of alerting. |
| Complexities within a deployment service. | Improvements to deployments on the service managing secrets \(API keys, internal passwords, etc.\). |
| Forced logout if any service within the ecosystem becomes unavailable. | Improvements underway to prevent users from being logged out as soon as a service becomes unavailable. |
Portail Payplug
Started February 16, 2026 at 2:58 PM UTC · 1h 13m
IssuesMinor incident
Affected components
Backoffice Payplug
investigating
FR
Nous avons identifié des difficultés sur le Portail Payplug.
L'incident est en cours d'analyse.
EN
We have identified issues with the Payplug Poral.
Investigation is in progress.
IT
Abbiamo identificato delle difficoltà con il portale di Payplug.
L'incidente è in fase di analisi.
investigating
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.
IT
Le indagini sono ancora in corso.
Ti contatteremo entro 15 minuti.
identified
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.
IT
Le indagini sono ancora in corso.
Ti contatteremo entro 15 minuti.
identified
TSR-2951
- Début / Start / Inizio : 16/02/2026 15h18 CET
- Fin / End /fine : En cours / Ongoing / In corso.
- Catégorie / Category / Categoria: Production Portail.
- Responsabilité / Responsibility / Responsabilità : A confirmer / To be confirmed / Da confermare.
- Priorité / Priority / Priorità: 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.
IT
Le indagini sono ancora in corso.
Ti contatteremo entro 15 minuti.
identified
TSR-2951
- Début / Start / Inizio : 16/02/2026 15h18 CET
- Fin / End /fine : En cours / Ongoing / In corso.
- Catégorie / Category / Categoria: Production Portail.
- Responsabilité / Responsibility / Responsabilità : A confirmer / To be confirmed / Da confermare.
- Priorité / Priority / Priorità: P2.
FR
Les demandes de retraits et l'accès au Portail sont actuellement pertubés.
Des soucis de déconnexions et des messages d'erreurs peuvent apparaître.
Nous travaillons à rétablir le service dès que possible.
EN
Transfer requests and access to the Portal are currently disrupted.
Users may experience unexpected logouts and error messages.
We are working to restore the service as soon as possible.
IT
Le richieste di prelievo e l’accesso al Portale sono attualmente disturbati.
Possono verificarsi disconnessioni e messaggi di errore.
Stiamo lavorando per ripristinare il servizio il prima possibile.
monitoring
TSR-2951
- Début / Start / Inizio : 16/02/2026 15h18 CET
- Fin / End /fine : 16/02/2026 16h59 CET
- Catégorie / Category / Categoria: Production Portail.
- Responsabilité / Responsibility / Responsabilità : A confirmer / To be confirmed / Da confermare.
- Priorité / Priority / Priorità: P2.
FR
La situation revient progressivement à la normale depuis 16h59.
Nous continuons de monitorer le service.
EN
The situation has been gradually returning to normal since 4:59pm.
We continue to monitor the service.
IT
La situazione sta tornando progressivamente alla normalità dalle 16:59.
Continuiamo a monitorare il servizio.
resolved
This incident has been resolved.
postmortem
# _English version below_
# Post Mortem
**Référence incident**
TSR-2951
**Service concerné**
Portail
**Impact client**
Problèmes de connexion pour accéder au Portail et messages d’erreurs intempestifs une fois connecté.
**Synthèse de l’incident**
* **16 février 15h15 :** déploiement d’une mise en production.
* **16 février 15h18 :** des problèmes de connexions - déconnexions ainsi que des messages d’erreurs apparaissent sur le Portail. **Début de l’incident.**
* **16 février 15h34 :** remontée d’alerte. Début des investigations.
* **16 février 15h53 :** création d’une cellule incident majeur.
* **16 février 15h58 :** communication Statuspage. Identification d’une mise en production concordant avec le début de l’incident. Lancement de l’annulation de la mise en production.
* **16 février 16h08 :** échec de l’annulation de la mise en production.
* **16 février 16h25 : identification de l’origine de l’incident.**
* **16 février 16h33 :** des problèmes de connexions persistent. Lancement du retour à une version précédente de certains services défaillants identifiés.
* **16 février 16h54 :** redémarrage des services avec la version précédente.
* **16 février 16h59 :** fin des problèmes de connexions sur le Portail.
* **16 février 17h06 :** fin des messages d’erreurs sur le Portail. **Fin de l’incident.**
* **17 février 16h16 :** **résurgence des erreurs.**
* **17 février 16h29-18h35 :** création d’une cellule de crise et reprise des analyses.
* **17 février 18h40 : identification de l’origine de l’incident et déploiement d’un correctif.**
* **17 février 18h52 : Fin de l’incident.**
**Contexte**
N/A
**Root cause**
Une mise en production a généré des problèmes d’accès entre nos services internes. Ces problèmes ont engendré une déconnexion forcée de l’utilisateur qui revenait sur sa page d’authentification. La seconde occurrence a été provoquée suite à une nouvelle mise en production qui a récupéré les mauvais identifiants suite au rollback de la veille.
**Actions à entreprendre par Payplug**
| **Symptômes** | **Actions** |
| --- | --- |
| Désynchronisation de certains paramètres d’une clef API. | Mise à jour de l’ensemble des paramètres désynchronisés. |
| Renouvellement automatique de la clef API. | Investigations en cours pour empêcher le renouvellement automatique de la clef API. |
| Absence d’alerte concernant la désynchronisation de certains paramètres de l’API. | Ajout de messages d’erreurs en cas de désynchronisation des paramètres & amélioration de l’alerting. |
| Complexités sur un service de déploiement. | Améliorer les déploiements sur le service gérant les secrets \(API KEY, mots de passe internes...\). |
| Déconnexion forcée si un service sur l’ensemble est indisponible. | Améliorations en cours pour éviter de déconnecter les utilisateurs dès qu’un service est indisponible. |
==============ENGLISH VERSION==============
# Post Mortem
**Incident reference**
TSR-2951
**Payment services affected by the incident**
Portal
**Client impact**
Connection issues when accessing the Portal and unexpected error messages once logged in.
**Incident Overview**
* **16 February 3:15pm:** deployment to production.
* **16 February 3:18pm:** connection issues – disconnections as well as error messages appear on the Portal. **Start of the incident.**
* **16 February 3:34pm:** alert raised. Investigations begin.
* **16 February 3:53pm:** major incident team established.
* **16 February 3:58pm:** Statuspage communication issued. A production deployment coinciding with the start of the incident is identified. Rollback of the deployment initiated.
* **16 February 4:08pm:** rollback of the production deployment unsuccessful.
* **16 February 4:25pm: root cause of the incident identified.**
* **16 February 4:33pm:** connection issues persist. Rollback to a previous version of certain identified faulty services initiated.
* **16 February 4:54pm:** services restarted with the previous version.
* **16 February 4:59pm:** end of connection issues on the Portal.
* **16 February 5:06pm:** end of error messages on the Portal. **Incident resolved.**
* **17 February 4:16pm: Recurrence of errors.**
* **17 February 4:29pm–6:35pm:** crisis team established and investigations resumed.
* **17 February 6:40pm: root cause identified and fix deployed.**
* **17 February 6:52pm: incident resolved.**
**Context**
N/A
**Root cause**
A production deployment caused access issues between our internal services. These issues resulted in users being forcibly logged out and redirected back to the authentication page. The second occurrence was triggered by a subsequent production deployment that retrieved incorrect credentials following the rollback carried out the previous day.
**Actions to be taken by Payplug**
| **Symptoms** | **Actions** |
| --- | --- |
| Desynchronisation of certain API key parameters. | Update of all desynchronised parameters. |
| Automatic renewal of the API key. | Investigations ongoing to prevent the automatic renewal of the API key. |
| No alert triggered regarding the desynchronisation of certain API parameters. | Addition of error messages in the event of parameter desynchronisation & improvement of alerting. |
| Complexities within a deployment service. | Improvements to deployments on the service managing secrets \(API keys, internal passwords, etc.\). |
| Forced logout if any service within the ecosystem becomes unavailable. | Improvements underway to prevent users from being logged out as soon as a service becomes unavailable. |
INCIDENT PROCESSING | Perturbations plateforme de paiement / Payment platform disruptions / Perturbazioni della piattaforma di pagamento
Started December 5, 2025 at 9:00 AM UTC · 5h 43m
IssuesMinor incident
Affected components
Paiements e-commerce
investigating
FR
Nous avons identifié des difficultés sur le processing de paiements qui semble lié à un incident chez Cloudflare.
EN
We have identified difficulties with payment processing which appear to be related to an incident at Cloudflare.
IT
Abbiamo individuato delle difficoltà nell'elaborazione dei pagamenti che sembrano essere correlate a un incidente avvenuto su Cloudflare.
investigating
We are continuing to investigate this issue.
monitoring
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.
Il processing sta tornando dalle 10:13.
Continuiamo a monitorare il servizio.
resolved
This incident has been resolved.
postmortem
# _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 10h :** 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:00am:** 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. |
INCIDENT REVERSEMENT | Délai reversement 3 décembre / 3rd of December settlement delay
Started December 3, 2025 at 10:36 AM UTC · 2d 0h
IssuesMinor incident
Affected components
Reversement / Settlement
investigating
FR
Les reversements du 2 décembre initialement prévus aujourd’hui seront effectués demain. Aucune action n’est requise de votre part, et les fonds seront disponibles sur vos comptes comme habituellement.
Les détails des virements correspondants seront mis à disposition aujourd'hui.
EN
The payouts for 2 December, originally scheduled for today, will be processed tomorrow. No action is required on your part, and the funds will be available in your accounts as usual.
The details of the corresponding transfers will be made available today.
monitoring
A fix has been implemented and we are monitoring the results.
monitoring
FR
Les reversements du 2 décembre ont bien été effectués.
En revanche, les reversements du 3 décembre initialement prévus aujourd’hui seront effectués demain. Aucune action n’est requise de votre part, et les fonds seront disponibles sur vos comptes comme habituellement.
Les détails des virements correspondants seront mis à disposition aujourd'hui.
EN
The payouts for 2 December have been successfully processed.
However, the payouts for 3 December, which were originally scheduled for today, will be processed tomorrow. No action is required on your part, and the funds will be available in your accounts as usual.
The details of the corresponding transfers will be made available today.
resolved
FR
Nous vous confirmons le reversement des transactions 3 décembre.
Nous somes à jour sur les reversements.
EN
We confirm the payouts of the transactions from 3 December.
We are up to date with the payouts.
IT
Vi confermiamo il rimborso delle transazioni del 3 dicembre.
Siamo aggiornati sui rimborsi.
