Is PayPlug down?

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.

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.

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

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.

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

This incident has been resolved.

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

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.

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.

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

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

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.

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.

This incident has been resolved.

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

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à.

This incident has been resolved.

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

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.

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.

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.

This incident has been resolved.

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