Störungsverlauf von Payplug

1. 12. Oktober 2026 um 14:56 UTCinvestigating

   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 Wir haben ein Problem identifiziert, das die Zahlungsplattform betrifft, wobei Oney-Transaktionen einen 5001-Fehlercode zurückgeben. Nach unserer Untersuchung scheint der Vorfall außerhalb unserer Plattform zu liegen. Wir werden Sie über alle Entwicklungen auf dem Laufenden halten, sobald weitere Informationen vorliegen. 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.

2. 12. Oktober 2026 um 15:05 UTCidentified

   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 Die Ursache wurde identifiziert. Ein Fix wird vom Dienstleister vorbereitet. Wir werden Sie über alle Entwicklungen auf dem Laufenden halten, sobald weitere Informationen vorliegen. IT L'origine del problema è stata identificata. Il fornitore sta preparando una correzione. Vi terremo informati sugli sviluppi non appena saranno disponibili nuove informazioni.

3. 12. Oktober 2026 um 16:49 UTCmonitoring

   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 Der Fix wurde vom Dienstleister bereitgestellt. Das Problem sollte nicht mehr auftreten. Wir überwachen weiterhin den Service. IT La correzione è stata implementata dal fornitore. Il problema non dovrebbe più ripresentarsi. Continuiamo a monitorare il servizio.

4. 13. Oktober 2026 um 07:10 UTCresolved

   Dieser Vorfall wurde behoben.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. September 2026 um 17:14 UTCinvestigating

   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 Wir haben Probleme mit Online- und In-Store-Zahlungen seit 19:03 Uhr (MESZ) identifiziert. Eine Untersuchung ist im Gange. IT Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita dalle ore 19:03. L'incidente è in fase di analisi.

2. 17. September 2026 um 17:39 UTCinvestigating

   FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans les meilleurs délais . EN Die Ermittlungen laufen noch. Wir werden uns so schnell wie möglich bei Ihnen melden.

3. 17. September 2026 um 18:03 UTCinvestigating

   - Debüt / Start : 17/09/2026 19:08 CEST - Fin / End : En cours / Ongoing - Kategorie / Kategorie : Produktionsverarbeitung - Verantwortung / Verantwortung : Externe / Externe - Priorité / Priorität : 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 Die Ursache des Vorfalls wurde identifiziert: Sie hängt mit einem Netzwerkproblem bei einem unserer externen Hosting-Anbieter zusammen. Ein Rollback ist derzeit am Ende im Gange, und der Service sollte in Kürze wiederhergestellt werden. Wir werden Sie auf dem Laufenden halten.

4. 17. September 2026 um 18:25 UTCidentified

   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 Der Rollback bei unserem Network Hosting Provider ist noch im Gange. Wir werden Sie auf dem Laufenden halten, sobald der Service vollständig wiederhergestellt ist. Wir entschuldigen uns aufrichtig für jegliche Unannehmlichkeiten. 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.

5. 17. September 2026 um 18:38 UTCmonitoring

   TSR-3752 - Debüt / Start : 17/09/2026 19:08 CEST - Fin / End : En cours / Ongoing - Kategorie / Kategorie : Produktionsverarbeitung - Verantwortung / Verantwortung : Externe / Externe - Priorité / Priorität : 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 attention pour s'assurer de la stabilité global de la plateforme. EN Der Rollback bei unserem Netzwerk-Hosting-Provider wurde abgeschlossen und der Service ist jetzt vollständig wiederhergestellt. Unsere Teams überwachen das System weiterhin genau, um die Gesamtstabilität der Plattform zu gewährleisten. 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.

6. 18. September 2026 um 07:07 UTCresolved

   Dieser Vorfall wurde behoben.

7. 18. September 2026 um 07:55 UTCpostmortem

   # Englische Version unten # Post Mortem **Référence** 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 :** Kommunikation Statuspage. * **17 September 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 September 19h52 :** lancement des premières actions corrections 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 Maßnahmen Korrekturmaßnahmen. * **17 Septembre 20h33 : fin de l'incident.** * **17 Septembre 20h34-21h15 :** Überwachung des différents services. **Wurzelursache** L’incident a été causé par une interrupt 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. =========================================================================================================== # Post Mortem **Bezugsnummer des Vorfalls** TSR-3752 **Zahlungsdienste, die vom Vorfall betroffen sind** E-Commerce, 3DS und In-Store-Zahlungen. ** Client Impact** Karteninhaber konnten keine Zahlungen leisten. **Unfallübersicht** * **17 September, 19:03 Uhr: Vorfall begann. ** * **17 September, 19:05 Uhr:** erste Fehler gemeldet. * **17 September, 19:10 Uhr: ** engagiertes Krisenmanagement-Team eingerichtet und die Untersuchungen begannen. * **17 September, 19:14 Uhr:** Statuspage Kommunikation veröffentlicht. * **17 September, 19:27 Uhr: Externe Ursache bei einem Netzwerk-Hosting-Provider identifiziert. ** * **17 September, 19:30 Uhr:** unser Netzwerk-Hosting-Provider wurde kontaktiert, um den Vorfall zu beheben. * **17 September, 19:52 Uhr:** erste Korrekturmaßnahmen, die vom Netzwerk-Hosting-Provider eingeleitet wurden. Restaurierung des Teildienstes und weitere Untersuchungen. * **17 September, 20:30 Uhr: Ursache vom Netzwerk-Hosting-Provider identifiziert. ** Weitere Korrekturmaßnahmen eingeleitet. * **17 September, 8:33 Uhr: Vorfall gelöst. ** * **17 September, 8:34–9:15 Uhr:** Überwachung der verschiedenen Dienste. **Wurzelursache** Der Vorfall wurde durch einen Netzwerkausfall bei unserem Hosting-Provider verursacht, wodurch die für die Sicherung und Verarbeitung von Zahlungsvorgängen erforderlichen Dienste nicht verfügbar waren. Diese Nichtverfügbarkeit verhinderte, dass Zahlungen sowohl online als auch an Verkaufsstellen verarbeitet wurden.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. September 2026 um 08:18 UTCinvestigating

   FR Nous avons identifié des difficultés sur le moyen de paiement Shopify. L'incident est en cours d'analyse. EN Wir haben Probleme mit Zahlungen mit der Shopify-Zahlungsmethode identifiziert. Die Untersuchung ist im Gange. IT Abbiamo identificato delle difficoltà con il metodo di pagamento Shopify. L'incidente è in fase di analisi.

2. 17. September 2026 um 08:24 UTCmonitoring

   FR Le traffic revient à la normale depuis 10h20. EN Der Verkehr ist seit 10:20 Uhr wieder normal. IT Il traffico è tornato alla normalità dalle erz 10:20.

3. 17. September 2026 um 08:43 UTCresolved

   TSR-3748 - Debüt / Start / Inizio : 17/09/2026 10h05 CEST. - Fin / Ende / fein : 17/09/2026 10h20 CEST. - Kategorie / Kategorie / Kategorie: Produktionsverarbeitung. - Responsabilité / Verantwortung / Responsabilità : Externe / Externe /Esterna - Priorité / Priority / Priorità: P2. FR L'incident est d'origine externe et est désormais terminé. EN Der Vorfall wurde durch ein externes Problem verursacht und ist nun gelöst. IT L'incidente è di origine esterna ed è ormai terminato.

4. 21. September 2026 um 08:24 UTCpostmortem

   # Englische Version unten # Post Mortem **Référence** 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 : Identifikation de la Wurzelursache.** * **17 Septembre 10h13 :** lancement des actions corrections. * **17 Septembre 10h17 : fin de l'incident.** * **17 Septembre 10h18 - 10h45 :** monitoring de la bonne reprise du service. **Wurzelursache** Une augmentation soudaine et exceptionnelle du volume de paiements a entraîné une saturation du service de traitement des paiements. La capacité maximum 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. **Aktionen à entreprendre par Payplug** | **Symptômes** | **Aktionen** | | --- | --- | 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 limited 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. | =========================================================================================================== # Post Mortem **Bezugsnummer des Vorfalls** TSR-3748. **Zahlungsdienste, die vom Vorfall betroffen sind** Shopify ** Client Impact** Karteninhaber konnten keine Zahlungen leisten. **Unfallübersicht** * **17 September, 10:05 Uhr: Zwischenfall begann.** * **17 September, 10:11 Uhr:** engagiertes Krisenmanagement-Team eingerichtet. Die Untersuchungen begannen. * **17 September, 10:12 Uhr: Ursache identifiziert.** * **17 September, 10:13 Uhr:** eingeleitete Korrekturmaßnahmen. * **17 September, 10:17 Uhr: Vorfall gelöst. ** * **17 September, 10:18–10:45 Uhr:** Überwachung, um sicherzustellen, dass der Dienst erfolgreich wiederhergestellt wurde. **Wurzelursache** Ein plötzlicher und außergewöhnlicher Anstieg des Zahlungsvolumens führte dazu, dass der Zahlungsverarbeitungsdienst gesättigt wurde. Sobald die maximale Verarbeitungskapazität erreicht war, konnten einige Anfragen nicht mehr bearbeitet werden, was zu Fehlern und Verlangsamungen führte. Verschärft wurde die Situation durch längere Bearbeitungszeiten für bestimmte Operationen sowie durch die Anhäufung anhängiger Benachrichtigungen. **Maßnahmen von Payplug** | **Symptome** | **Aktionen** | | --- | --- | Die Verarbeitungskapazität wurde während einer Traffic-Spitze gesättigt, was zu Fehlern bei Zahlungsanfragen führte. | Die Verarbeitungskapazität wurde erhöht, um Verkehrsspitzen besser zu bewältigen und das Risiko einer Sättigung zu verringern. | | Die Zahlungsverarbeitungszeiten erhöhten sich aufgrund einer hohen Anzahl von Authentifizierungsaufrufen und trugen zur Dienstsättigung bei. | Ein temporärer Authentifizierungstoken-Wiederverwendungsmechanismus wurde implementiert, um die Anzahl der Anrufe zu reduzieren, die für die Verarbeitung von Zahlungen erforderlich sind. | | Ein Aufbau von ausstehenden Benachrichtigungen führte zu Verzögerungen bei deren Verarbeitung. | Die Begrenzung der Anzahl der gleichzeitig vom Zahlungsdienst verarbeiteten Benachrichtigungen wurde aufgehoben, um die Verarbeitung in Zeiten hoher Aktivität zu verbessern. | Load-Tests wurden durchgeführt, um die Fähigkeit zur Verarbeitung hoher Zahlungsvolumina zu validieren. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 10. September 2026 um 10:29 UTCinvestigating

   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 Wir haben ein Verbindungsproblem in unserem Portal identifiziert. Keine Auswirkungen auf die Verarbeitung. Eine Untersuchung ist im Gange. IT Abbiamo individuato un problema di connessione al nostro portale. Nessun impatto è stato identificato sulle transazioni. L'incidente è in fase di analisi.

2. 10. September 2026 um 10:46 UTCmonitoring

   TSR-3710 - Debüt / Start / Inizio : 10/09/2026 12h17 CEST. - Fine / Ende / Fine : 10/09/2026 12h44 CEST. - Kategorie / Kategorie / Kategorie: Produktion Portail. - Responsabilité / Verantwortung / 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 Der Vorfall wurde nun behoben und der Service wiederhergestellt. Service Recovery wird noch überwacht. IT L'incidente è stato risolto e il servizio è stato ripristinato. Continuiamo a monitorare la ripresa del servizio.

3. 10. September 2026 um 13:14 UTCresolved

   Dieser Vorfall wurde behoben.

4. 17. September 2026 um 14:21 UTCpostmortem

   # Englische Version unten # Post Mortem **Référence** 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.** **Wurzelursache** Une mise en production relative au portail marchand a introduit un nouvel échange avec un service intern nécessaire à son initialisation. Cet échange nécessitait une authentification spécifique, qui n’a pas été correction 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. **Aktionen à entreprendre par Payplug** | **Symptômes** | **Aktionen** | | --- | --- 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 surer la bonne transmission des informations d’authentification du portail vers les services interns afin de garantir le bon fonctionnement du portail. | =========================================================================================================== # Post Mortem **Bezugsnummer des Vorfalls** TSR-3710. **Zahlungsdienste, die vom Vorfall betroffen sind** Portal. ** Client Impact** Händler konnten nicht mehr auf ihre Konten im Portal zugreifen. **Unfallübersicht** * **10. September, 12:17 Uhr:** Produktionseinsatz. **Der Vorfall begann. ** * **10 September, 12:23 Uhr: ** Warnungen wurden ausgelöst. * **10. September, 12:27 Uhr:** engagiertes Krisenmanagement-Team eingerichtet. Die Untersuchungen begannen. * **10. September, 12:28 Uhr: Ursache identifiziert.** * **10 September, 12:29 Uhr:** Statuspage Kommunikation veröffentlicht. * **10. September, 12:37 Uhr:** Der Produktionseinsatz wurde zurückgenommen. * **10. September, 12:42 Uhr: Vorfall behoben.** **Wurzelursache** Ein Produktionseinsatz in Bezug auf das Händlerportal führte zu einer neuen Interaktion mit einem internen Dienst, der für seine Initialisierung erforderlich ist. Diese Interaktion erforderte eine spezifische Authentifizierung, die nicht korrekt übertragen und konfiguriert wurde. Infolgedessen war das Portal nicht in der Lage, die Informationen abzurufen, die zum Laden von Händlerkonten erforderlich sind. Folglich konnten die Nutzer nicht mehr auf ihr Portal zugreifen. **Maßnahmen von Payplug** | **Symptome** | **Aktionen** | | --- | --- Es gab keine Warnung für einen bestimmten Endpunkt. | Warnungen werden derzeit überprüft, um diese Lücke zu schließen. Versäumnis, Authentifizierungsinformationen zu übermitteln. | Fixes wurden bereitgestellt, um die korrekte Übertragung von Authentifizierungsinformationen vom Portal an interne Dienste zu gewährleisten und das ordnungsgemäße Funktionieren des Portals zu gewährleisten. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. August 2026 um 08:02 UTCinvestigating

   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 Wir haben ein Problem identifiziert, das die Anzeige von Transaktionen in unserem Portal beeinflusst. Es wurden keine Auswirkungen auf die Transaktionsverarbeitung beobachtet, mit Ausnahme der getTransaction-Funktionalität. Der Vorfall wird derzeit untersucht. 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.

2. 17. August 2026 um 08:15 UTCmonitoring

   TSR-3623 - Debüt / Start / Inizio : 17/08/2026 9h50 CEST. - Fine / Ende / Fine : 17/08/2026 10h11 CEST. - Kategorie / Kategorie / Kategorie: Produktion Portail. - Responsabilité / Verantwortung / Responsabilità : Payplug - Priorité / Priority / Priorità: P2. FR Les actions corrections ont été réalisées. Le service est revenu à la normal. EN Die Korrekturmaßnahmen sind abgeschlossen. Der Service ist wieder normal. IT Le azioni correttive sono state completate. Il servizio è tornato alla normalità.

3. 17. August 2026 um 08:38 UTCresolved

   Dieser Vorfall wurde behoben.

4. 18. August 2026 um 09:38 UTCpostmortem

   # Englische Version unten # Post Mortem **Référence** TSR-3623. **Service concerné ** Portail. **Impact Client** Accès au Portail indisponible, retard d’affichage des transactions sur le Portail et interrupt 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 :** bestätigung 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 corrections. * **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. **Wurzelursache** 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 correction avec un composant nécessaire à son fonctionnement, entraînant les dysfonctionnements observés lors de l'incident. **Aktionen Preis par Payplug** | **Symptômes** | **Aktionen** | | --- | --- | Fehlende 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. | =========================================================================================================== # Post Mortem **Bezugsnummer des Vorfalls** TSR-3623. **Zahlungsdienste, die vom Vorfall betroffen sind** Portal. ** Client Impact** Portalzugriff nicht verfügbar, Verzögerungen bei der Anzeige von Transaktionen auf dem Portal und Störungen der GetTransaction-Funktionalität. **Unfallübersicht** * **18 August, 9:20 Uhr:** Produktionseinsatz. * **18 August, 9:48 Uhr:** erste Fehler entdeckt. **Der Vorfall begann. ** * **18 August, 9:53 Uhr:** Fehler entdeckt. Die Untersuchungen begannen. * **18 August, 9:56 Uhr:** ein engagiertes Krisenmanagement-Team wurde gegründet. * **18 August, 10:01 Uhr:** Bestätigung, dass die Zahlungen nicht von dem Vorfall betroffen waren. * **18 August, 10:02 Uhr:** Statuspage Kommunikation veröffentlicht. * **18 August, 10:08 Uhr: Ursache identifiziert. ** * **18 August, 10:10 Uhr:** Korrekturmaßnahmen durchgeführt. * **18 August, 10:11 Uhr: Vorfall gelöst. ** * **18 August, 10:12–10:18 Uhr:** Es wurde eine Reihe von Überprüfungen durchgeführt, um sicherzustellen, dass während des Vorfalls keine Transaktionen verloren gegangen waren. **Wurzelursache** Eine Konfigurationsänderung, die ausschließlich für die Vorproduktionsumgebung vorgesehen war, wurde auf die Produktionskonfiguration angewendet. Diese Konfiguration verhinderte, dass ein Dienst korrekt mit einer für seinen Betrieb erforderlichen Komponente kommunizierte, was zu den während des Vorfalls beobachteten Problemen führte. **Aktionen von Payplug ** | **Symptômes** | **Aktionen** | | --- | --- Keine Erkennung von Fehlern in einer Testumgebung, bevor sie in der Produktion aufgetreten sind. | Überprüfung der laufenden Warnmeldungen mit einer Bewertung zur Angleichung der Warnmeldungen in der Testumgebung an die in Produktion befindlichen Warnmeldungen. | Keine Erkennung einer Auswirkung auf eine andere Umgebung. Die Kontrollen werden verstärkt, um das Risiko einer unbeabsichtigten Ausbreitung in andere Umgebungen zu verhindern. Es wird daran gearbeitet, die von den Produktionseinsätzen betroffenen Umgebungen zu identifizieren und sicherzustellen, dass vor jedem Einsatz spezifische Kontrollen durchgeführt werden. | | Verzögerte Bereitstellung der Änderung nach ihrer Genehmigung einige Tage zuvor. | Verkürzung der Zeit zwischen Change Approval und Deployment. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Juli 2026 um 12:59 UTCinvestigating

   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 Wir haben ein Problem identifiziert, das Zahlungslinks betrifft, die nicht im Portal erscheinen. Unsere Teams sind voll mobilisiert, um das Problem zu lösen. IT Abbiamo identificato un problema per cui i link di pagamento non vengono visualizzati nel Portale. Ich nostri team sono mobilitati per risolvere il problema.

2. 21. Juli 2026 um 13:16 UTCinvestigating

   FR Les investigations sont toujours en cours. Nous reviendrons vers vous dans 15 Minuten. EN Die Ermittlungen laufen noch. Wir geben Ihnen in 15 Minuten ein weiteres Update. IT Le indagini sono ancora in corso. Vi aggiorneremo tra 15 minuti.

3. 21. Juli 2026 um 13:27 UTCinvestigating

   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 Der Vorfall beeinflusst auch die Anzeige von Transaktionen, die mit einer Verzögerung auftreten können. Unsere Teams sind voll mobilisiert, um das Problem zu lösen. IT L'incidente interessa anche la visualizzazione delle transazioni, che potrebbero comparire con ritardo. Ich nostri team sono mobilitati per risolvere il problema.

4. 21. Juli 2026 um 13:38 UTCmonitoring

   FR Le service est revenu à la normal depuis 15h30. Keine équipes continuent de monitorer le service. EN Der Service ist seit 15:30 Uhr wieder normal. Unsere Teams überwachen den Service weiterhin. IT Il servizio è tornato alla normalità dalle erz 15:30. Ich nostri team continuano a monitorare il servizio.

5. 21. Juli 2026 um 14:15 UTCresolved

   Dieser Vorfall wurde behoben.

6. 24. Juli 2026 um 14:42 UTCpostmortem

   # Englische Version unten # Post Mortem **Référence** 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 :** kommunikationsstatusseite. * **21 juillet 15h : identification de l’origine de l’incident.** * **21 juillet 15h06 :** déploiement des actions corrections. * **21 juillet 15h19 :** remontées de retards dans la remontée des transactions. * **21 juillet 15h21 :** de reprise du service. * **21 juillet 15h30 : fin de l'incident.** **Wurzelursache** 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. **Aktionen Preis par Payplug** | **Symptômes** | **Aktionen** | | --- | --- 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. | Analysen 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\). | =========================================================================================================== # Post Mortem **Bezugsnummer des Vorfalls** TSR-3518 **Zahlungsdienste, die vom Vorfall betroffen sind** Zahlungsanfragen und Transaktionsanzeige. ** Client Impact** Zahlungslinks wurden nicht mehr gesendet und neue Transaktionen wurden nicht mehr angezeigt. **Unfallübersicht** * **21. Juli, 14.10 Uhr: Der Vorfall begann.** * **21. Juli, 14.37 Uhr: ** Warnung wegen eines möglichen Vorfalls, der Zahlungsanfragen betrifft. Die Untersuchungen begannen. * **21. Juli, 14:53 Uhr:** ein engagiertes Krisenmanagement-Team wurde gegründet. * **21 Juli, 2:59 Uhr:** Statuspage Kommunikation veröffentlicht. * **21. Juli, 15.00 Uhr: Ursache identifiziert.** * **21. Juli, 15.06 Uhr:** Korrekturmaßnahmen eingeleitet. * **21. Juli, 15.19 Uhr:** Berichte über Verzögerungen bei der Transaktionsanzeige erhalten. * **21 Juli, 3:21 Uhr:** Service Recovery begann. * **21. Juli, 15:30 Uhr: Vorfall behoben.** **Wurzelursache** Eine Fehlfunktion in einer unserer Instanzen führte zur abnormalen Verarbeitung einer großen Datenmenge gleichzeitig. Diese plötzliche Überlastung, kombiniert mit der synchronen Verarbeitung zwischen zwei Diensten, verlangsamte einen Teil unseres Systems erheblich und verhinderte, dass Zahlungsanfragen im Portal angezeigt wurden. **Aktionen von Payplug ** | **Symptome** | **Aktionen** | | --- | --- Es gab keine Begrenzung für das Volumen der Daten, die von einer einzelnen Instanz verarbeitet werden konnten. | Derzeit wird ein Limit implementiert, um eine Instanzsättigung und die daraus resultierende Verschlechterung bestimmter Dienste zu verhindern. | Die synchrone Kommunikation zwischen zwei Diensten trug zur Verlangsamung eines Teils unseres Systems bei. Untersuchungen sind im Gange, um die Kommunikation zwischen den beiden Diensten zu verbessern, entweder durch die Einführung eines kürzeren Timeouts oder durch die Implementierung einer asynchronen Verarbeitung. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 14. Juli 2026 um 09:11 UTCmonitoring

   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 Ein Vorfall betraf den 3DS-Authentifizierungsdienst für Mastercard-Transaktionen zwischen 09:18 und 10:30 Uhr, was zu Authentifizierungsfehlern mit dem Fehlercode 4009 führte. Der Vorfall wurde nun behoben und der Dienst ist wieder voll funktionsfähig. 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.

2. 15. Juli 2026 um 07:25 UTCidentified

   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 Wir beobachten eine Wiederholung des Vorfalls, wobei Fehler den 3D Secure-Authentifizierungsdienst für Mastercard-Transaktionen beeinflussen. Unsere Teams sind voll mobilisiert, um den Service so schnell wie möglich wiederherzustellen. 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.

3. 15. Juli 2026 um 07:39 UTCidentified

   FR Les transactions impactées tombent en 5005 depuis 9h. Nos équipes poursuivent les analyses pour restaurer le service au plus vite. EN Betroffene Transaktionen haben seit 9:00 Uhr einen 5005-Fehlercode zurückgegeben. Unsere Teams setzen ihre Untersuchungen fort, um den Service so schnell wie möglich wiederherzustellen. IT Le transazioni interessate restituiscono un errore 5005 dalle erz 9:00. I nostri team stanno proseguendo le analisi per ripristinare il servizio nel più breve tempo possibile.

4. 15. Juli 2026 um 07:47 UTCidentified

   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 extern. EN Der Vorfall ist extern und stammt von Mastercard. Unsere Teams sind weiterhin voll mobilisiert und beobachten den Fortschritt dieses externen Vorfalls aufmerksam. IT L'incidente è di origine esterna ed è riconducibile a Mastercard. I nostri team sono mobilitati e monitorano costantemente l'evoluzione di questo incidente esterno.

5. 15. Juli 2026 um 08:28 UTCidentified

   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 Wir haben seit 10:10 Uhr eine Verbesserung beobachtet. Einige Transaktionen geben jedoch immer noch Fehler zurück. Unsere Teams stehen in Kontakt mit Mastercard und bleiben voll mobilisiert. IT Dalle Erz 10:10 osserviamo un miglioramento della situazione. Tuttavia, alcune transazioni continuano a restituire errori. Ich nostri team sono in contatto con Mastercard e restano pienamente mobilitati.

6. 15. Juli 2026 um 08:58 UTCmonitoring

   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 Wir haben seit 10:39 Uhr eine signifikante Verbesserung beobachtet, und die Situation scheint sich wieder zu normalisieren. Unsere Teams stehen in Kontakt mit Mastercard und bleiben voll mobilisiert. IT Dalle erz 10:39 osserviamo un netto miglioramento e la situazione sembra tornare alla normalità. Ich nostri team sono in contatto con Mastercard e restano pienamente mobilitati.

7. 15. Juli 2026 um 09:20 UTCresolved

   FR L'incident est terminé et la situation est revenue en nominale. EN Der Vorfall wurde behoben und die Situation hat sich wieder normalisiert. IT L'incidente è risolto e la situazione è tornata alla normalità.

8. 16. Juli 2026 um 12:28 UTCpostmortem

   # Post Mortem **Référence** TSR-3495 **Service concerné ** Paiements E-Commerce und 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 lendingmain. * **14 juillet 9h17 :** mise à jour par le prestataire extern. **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.** **Wurzelursache** 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. **Aktionen Preis par Payplug** | **Symptômes** | **Aktionen** | | --- | --- | Méconnaissance de la suppress d’un certificat 24h avant son expire. | 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. | =========================================================================================================== # Post Mortem **Bezugsnummer des Vorfalls** TSR-3495 **Zahlungsdienste, die vom Vorfall betroffen sind** E-Commerce-Zahlungen und 3D Secure. ** Client Impact** Karteninhaber konnten keine Zahlungen leisten. **Unfallübersicht** * **13. Juli:** Es wurde versucht, ein Zertifikat zu erneuern, das am 15. Juli abläuft. Ein Fehler führte dazu, dass die Zertifikatsverlängerung fehlschlug. Die von Mastercard auferlegte Wartezeit, bevor ein neues Zertifikat generiert werden kann, bedeutete, dass die Operation auf den nächsten Tag verschoben werden musste. * **14. Juli, 9:17 Uhr:** Update vom externen Dienstleister bereitgestellt. **Der Vorfall begann. ** * **14. Juli, 10:00 Uhr: Ursache identifiziert.** Bereitstellung des korrigierten Zertifikats. * **14. Juli, 10:29 Uhr: Vorfall behoben.** **Wurzelursache** Im Rahmen einer Intervention eines externen Dienstleisters wurde ein Zertifikat zur Sicherung der Kommunikation vorzeitig entfernt, obwohl es weitere 24 Stunden gültig blieb. Dies löste eine automatische Umschaltung auf ein anderes Zertifikat aus. Obwohl dieses Zertifikat gültig war, wurde seine Konfiguration von Mastercard nicht erkannt, was dazu führte, dass 3DS-Anforderungen trotz der Gültigkeit des neuen Zertifikats blockiert wurden. **Aktionen von Payplug ** | **Symptome** | **Aktionen** | | --- | --- Mangelndes Bewusstsein, dass ein Zertifikat 24 Stunden vor seinem Ablauf entfernt wird. | Die Ablaufdokumentation des Zertifikats wird überprüft. | | Es gab keine spezielle Warnung für den automatischen Zertifikatswechsel, der 24 Stunden vor Ablauf erfolgte. | Derzeit wird ein spezieller Alarm für den automatischen Zertifikatsumschaltmechanismus implementiert, der 24 Stunden vor Ablauf eines Zertifikats stattfindet. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 20. Juni 2026 um 10:52 UTCinvestigating

   FR Wir haben einen Vorfall identifiziert, der sich auf den Versand von Benachrichtigungen nach Zahlungseingang für Händler auswirkt, die unsere Module verwenden. Der Vorfall wird gerade analysiert. EN Wir haben einen Vorfall festgestellt, der sich auf die Zustellung von Benachrichtigungen nach Zahlungseingang für Händler auswirkt, die unsere Module verwenden. Der Vorfall wird derzeit untersucht.

2. 20. Juni 2026 um 13:40 UTCresolved

   TSR-3421 - Debüt/Beginn: 19.06.2026 18:00:00 MESZ - Ende/Ende: 20.06.2026 15:17:00 MESZ - Catégorie//Kategorie: Produktion/ Verarbeitung - Responsabilité//Verantwortung: Extern - Priorité//Priorität: P1 FR L'incident affecting l'envoi des notifications postpaiement pour les marchands utilisant les modules a été solu. Le service a été rétabli à 15.17 et functionne désormais normalement. Des operations seront menées afin de rejouer les notifications qui n'ont pu être envoyées depuis le début de l'incident, survenu hier à 18h00. EN Der Vorfall, der die Zustellung von Benachrichtigungen nach Zahlungseingang für Händler betraf, die die Module verwenden, wurde behoben. Der Service wurde um 15:17 Uhr wiederhergestellt und funktioniert jetzt normal. Es werden Maßnahmen zur erneuten Wiedergabe der Benachrichtigungen durchgeführt, die seit Beginn des Vorfalls, der gestern um 18:00 Uhr begann, nicht gesendet werden konnten.

3. 26. Juni 2026 um 09:27 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-3421 **Betreffende Service** Benachrichtigungen de paiement. **Impact Client** Die Zahlungsbenachrichtigungen wurden nicht mehr an Händler gesendet. **Zusammenfassung des Vorfalls** * **19 juin 18h: ** envoi d'un massif de paiements. * **19. Juni 18:30 Uhr: Beginn des Vorfalls. ** * **20. Juni 10h33: ** Bei einem Benachrichtigungsproblem wurde eine Warnung gesendet. * **20. Juni 11h46: ** Erstellung einer Krisenzelle. Beginn der Untersuchungen. * **20. Juni 11h48: ** Identifizierung des Fehlens von Zahlungsbenachrichtigungen. Fortsetzung der Untersuchungen. * **20. Juni 12h50: Identifizierung der Grundursache. ** * **20. Juni 13:02 — 15:15 Uhr: ** Einsatz diverser Korrekturmaßnahmen. * **20. Juni, 15.17 Uhr: Ende des Vorfalls. ** * **20. Juni 22h32: ** Automatisches Senden von Benachrichtigungen wird gestartet. * **21. Juni, 11h57: ** Bestätigung des Versands aller Benachrichtigungen. **Grundursache** Ein ungewöhnlich hohes Volumen an ausgefallenen Benachrichtigungen, die mit automatischen Sendeversuchen an eine nicht verfügbare URL verknüpft sind, hat die Datei mit der Verarbeitung von Benachrichtigungen überlastet. Diese Überlastung hat zur Folge, dass der Versand von Benachrichtigungen blockiert wurde. **Actions à entrepreneur par Payplug** | **Symptome** | **Aktionen** | | --- | --- | | Fehlendes spezifisches Alerting auf einer Datei zur Verarbeitung von Benachrichtigungen. | Add d'alerting specifique pour detetter et anticiper proactivement toute de la traitement de la file-de proactivement. | | Absenz 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 de sätment de la fichier. | | Unangepasste Timeout-Verwaltung. | Überprüfung der Timeout-Sequenzen, um zu verhindern, dass die Dateien bei der Verarbeitung von Benachrichtigungen überlastet werden. | | Retard dans la prise en charge de l'incident. | Revision de la procédure d'incident en heures non ouvrées et communication à certaines équipes. | ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-3421 **Von dem Vorfall betroffene Zahlungsdienste** Benachrichtigungen über Zahlungen. **Auswirkungen auf Kunden** Zahlungsbenachrichtigungen wurden nicht mehr an Händler gesendet. **Überblick über den Vorfall** * **19. Juni, 18.00 Uhr: ** Ein großes Volumen an Zahlungsvorgängen wurde verarbeitet. * **19. Juni 18:30 Uhr: Der Vorfall begann. ** * **20. Juni, 10:33 Uhr: ** Es wurde eine Warnung wegen eines Benachrichtigungsproblems ausgegeben. * **20. Juni, 11:46 Uhr: ** Ein spezielles Krisenmanagementteam wurde eingerichtet. Die Ermittlungen begannen. * **20. Juni, 11:48 Uhr: ** Das Versäumnis, Zahlungsbenachrichtigungen zu senden, wurde festgestellt. Die Ermittlungen wurden fortgesetzt. * **20. Juni, 12:50 Uhr: Grundursache identifiziert. ** * **20. Juni 13:02 — 15:15 Uhr: ** Es wurden verschiedene Abhilfemaßnahmen ergriffen. * **20. Juni, 15:17 Uhr: Vorfall behoben. ** * **20. Juni, 22:32 Uhr: ** Automatisierte Prozesse wurden gestartet, um die Benachrichtigungen erneut zu senden. * **21. Juni, 11:57 Uhr: ** Bestätigung, dass alle Benachrichtigungen erfolgreich erneut gesendet wurden. **Grundursache** Eine ungewöhnlich hohe Anzahl an fehlgeschlagenen Benachrichtigungen in Kombination mit automatischen Wiederholungsversuchen an eine nicht verfügbare URL hat die Warteschlange für die Verarbeitung der Benachrichtigungen überfüllt. Infolgedessen verhinderte die Überlastung den Versand von Zahlungsbenachrichtigungen. **Von Payplug zu ergreifende Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Für die Warteschlange für die Verarbeitung von Benachrichtigungen gab es keine speziellen Warnmeldungen. | Spezifische Warnmeldungen wurden eingeführt, um eine Überlastung der Verarbeitungswarteschlange zu erkennen und proaktiv zu antizipieren. | | Es gab kein Limit pro Händler für eingereichte Zahlungsanfragen. | Es wurde ein Limit pro Händler eingeführt, um den Nachrichtenverkehr zu kontrollieren und eine Überlastung der Bearbeitungswarteschlange zu verhindern. | | Unangemessene Timeout-Einstellungen. | Eine Überprüfung der Timeout-Schwellenwerte ist im Gange, um eine Überlastung der Warteschlangen für die Verarbeitung von Benachrichtigungen zu verhindern. | | Verzögerung bei der Reaktion auf Vorfälle. | Das Verfahren zur Bewältigung von Zwischenfällen außerhalb der Geschäftszeiten wird derzeit überprüft und den zuständigen Teams mitgeteilt. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 15. Juni 2026 um 10:24 UTCinvestigating

   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 information seront disponible. EN Die für heute geplanten Abrechnungen für den 13., 14. und 15. Juni konnten nicht vollständig bearbeitet werden. Unsere Teams sind voll mobilisiert, um die Situation so schnell wie möglich zu lösen und die normale Abwicklungsabwicklung wiederherzustellen. Wir werden Sie über alle Entwicklungen auf dem Laufenden halten, sobald weitere Informationen verfügbar sind. ES Die für heute geplanten Vorträge vom 13., 14. und 15. Juni können nicht vollständig ausgeführt werden. Unser Team ist voll und ganz darauf bedacht, die Situation so schnell wie möglich zu lösen und den normalen Prozess der Auszahlung von Geldern wieder aufzunehmen. Vi terremo informati sugli evoluppi della situazione wird nicht gerade neue Informationen verfügbar sein.

2. 16. Juni 2026 um 08:58 UTCmonitoring

   TSR-3389 - Debüt/Start/Beginn: 16.06.2026 - Ende//Ende /Ende: 17.06.2026 - Catégorie//Kategorie/Kategorie: Wiederaufnahme der Produktion/Abrechnung/Versamento - Responsabilité//Verantwortung/Responsabilità: Payplug - Priorität//Priorität/Priorität: 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 disponibile sur vos comptes comme habituellement. EN Die verbleibenden Gelder, die gestern nicht abgewickelt werden konnten, werden heute abgerechnet. Es sind keine Maßnahmen Ihrerseits erforderlich und das Guthaben wird wie gewohnt auf Ihren Konten verfügbar sein. ES I fondi rimanenti che non hanno potuto essere versati ieri saranno aggi akkreditiert. Non è requiesta alcuna acuna acuna parte vostra e il fondi parte e il fondi parte.

3. 16. Juni 2026 um 09:17 UTCresolved

   Dieser Vorfall wurde behoben.

4. 16. Juni 2026 um 13:27 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-3389 **Betreffende Service** Rückabwicklung von Transaktionen. **Auswirkungen auf den Kunden** 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 Juni 10h37: ** Identifizierung eines Problems bei der Generierung bestimmter Windnachfragen. * **15 Juni 10h52: ** Identifizierung eines zweiten Vorfalls, der sich auf die Validierung von Nachrichten auswirkt. * **15. Juni 11h11: ** Behebung eines Vorfalls, der die Validierung von Nachrichten betraf. * **15. Juni 11h14: ** Bitte um Überprüfung der Ereignisse, die Transaktionen des Wochenendes beinhalten, und aufgrund von Untersuchungen zum Fehler bei der Generierung bestimmter Anfragen von Nachrichten. * **15 juin 11h34: ** validation des virements du weekend & poursuites des investigations pour pouvoir les fonds le lendemain suite au dépassement du cutoff. * 15. Juni, 11:55 Uhr: Identifizierung des Ursprungs des Vorfalls. ** * **15 juin 12h22: ** élaboration d'action plan pour permettre l'envoi des fonds manquants le lendemain. * **15. Juni 15 Uhr: ** Durchführung von Korrekturmaßnahmen unter Überwachung des Teams. * **15. Juni, 17.10 Uhr: ** Ende der Korrekturmaßnahmen. **Ende des Vorfalls. ** ***16. Juni 7h30**: keine Warnung, die auf Fehler hinweist. * **16. Juni, 9:30 Uhr: ** Überprüfung der ordnungsgemäßen Generierung der Nachfragen. * **16. Juni, 10h57 Uhr: ** Kontrolle des Geschehens durch die technischen Teams. * **16. Juni, 10h59: ** Die verschiedenen Kontrollen bestätigen die Rückzahlung der gesamten Fonds. **Grundursache** Une erreur dans le déclenchement d'un lanceur de tâche a interrompu la generation des fichiers de virements et a ainsi empêché le reversement de certains fonds. ♦ **Von Payplug** geförderte Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Absence d'une alerte spécifique sur la non generation d'un fichier. | Ajout d'une alerte pour détecter des erreurs de non generation d'un fichier et anticiper un incident de reversement. | | Absence d'alerte spécifique sur l'échec d'un lanceur de tâches. | Reflexions en cours pour ajouter des alertes pouvant remonter des échecs dans un lanceur de tâches. | ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-3389 **Von dem Vorfall betroffene Zahlungsdienste** Abwicklung der Transaktion **Auswirkungen auf den Kunden** Unfähigkeit, alle Transaktionen während des Vorfalls abzuwickeln, was zu verzögerten Abrechnungen durch Händler führte. **Überblick über den Vorfall** * **15. Juni, 10:10 Uhr: ** Es wurden Warnmeldungen ausgegeben, die darauf hinweisen, dass einige Händler ihr Geld nicht erhalten haben. **Beginn des Vorfalls** und Beginn der ersten Ermittlungen. * **15. Juni, 10:36 Uhr: ** Ein spezielles Krisenmanagementteam wurde eingerichtet. * **15. Juni, 10:37 Uhr: ** Es wurde ein Problem festgestellt, das die Generierung bestimmter Banküberweisungsanfragen betraf. * **15. Juni, 10:52 Uhr: ** Ein zweiter Vorfall, der die Validierung von Überweisungen beeinträchtigte, wurde festgestellt. * **15. Juni, 11:11 Uhr: ** Der Vorfall, der die Validierung von Transfers betraf, wurde behoben. * **15. Juni, 11:14 Uhr: ** Anfrage zur Validierung von Überweisungen mit Wochenendtransaktionen eingereicht, während die Untersuchung des Fehlers bei der Generierung bestimmter Überweisungsanfragen fortgesetzt wurde. * **15. Juni, 11:34 Uhr: ** Überweisungen am Wochenende validiert. Aufgrund der Überschreitung der Annahmeschlusszeit konnten die fehlenden Gelder am darauffolgenden Tag weitergeschickt werden. * **15. Juni, 11:55 Uhr: ** **Die Hauptursache des Vorfalls wurde identifiziert. ** * **15. Juni, 12:22 Uhr: ** Es wurde ein Aktionsplan entwickelt, damit die fehlenden Gelder am nächsten Tag versendet werden können. * **15. Juni, 15:00 Uhr: ** Korrekturmaßnahmen, die unter der Aufsicht des Teams ergriffen wurden. * **15. Juni, 17:10 Uhr: ** Abhilfemaßnahmen abgeschlossen. **Vorfall behoben. ** * **16. Juni, 7:30 Uhr: ** keine Warnungen, die auf Fehler hinweisen. * **16. Juni, 9:30 Uhr: ** Überprüfung der korrekten Generierung von Übertragungsanfragen. * **16. Juni, 10:57 Uhr: ** Die Transfers wurden von den technischen Teams überprüft. * **16. Juni, 10:59 Uhr: ** Alle Schecks bestätigten, dass alle Gelder erfolgreich abgerechnet wurden. **Grundursache** Ein Fehler beim Auslösen eines Job-Schedulers unterbrach die Generierung von Banküberweisungsdateien und verhinderte die Abrechnung bestimmter Geldbeträge. ♦ **Von Payplug ergriffene Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Es wurde keine spezielle Warnung ausgegeben, um zu erkennen, dass eine Datei nicht generiert werden konnte. | Eine Warnung wurde hinzugefügt, um Fehler bei der Dateigenerierung zu erkennen und potenzielle Abwicklungsfälle proaktiv zu identifizieren. | | Es gab keine spezielle Warnung zur Erkennung von Fehlern im Job Scheduler. | Derzeit laufen Diskussionen über die Implementierung von Warnmeldungen, mit denen Fehler im Job Scheduler gemeldet werden können. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Juni 2026 um 04:43 UTCinvestigating

   FR Nous avons identificé des diffictés sur les payments en ligne et en magasins. L'incident est en cours d'analyse. EN Wir haben Probleme festgestellt, die sich auf Online- und In-Store-Zahlungen auswirken. Eine Untersuchung ist im Gange. ES Abbiamo identificato delle difficoltà nei online e nei punti saldita. Der Vorfall befindet sich in der Analysephase.

2. 7. Juni 2026 um 05:05 UTCinvestigating

   FR Wir haben Schwierigkeiten auf der Zahlungsplattform identifiziert. Après analyse, il apparaît que l'incident est externà notre plateforme. Nous vous tiendrons informés de l'évolution dès que de nouvelles information seront disponible. EN Wir haben Probleme auf der Zahlungsplattform festgestellt. Nach der Analyse scheint es, dass der Vorfall außerhalb unserer Plattform liegt. Wir werden Sie über alle Entwicklungen auf dem Laufenden halten, sobald weitere Informationen verfügbar sind. ES Abbiamo identificato delle difficoltà sulla platforma di payamento. Nach einer Analyse ergab sich, dass der Vorfall außerhalb unserer Plattform liegt. Vi terremo aggiornati sugli sviluppi non appena saranno disponible nuove information.

3. 7. Juni 2026 um 05:28 UTCresolved

   TSR-XXXX - Debüt/Beginn: 07.06.2026 06:15:00 MESZ - Ende//Ende: 07.06.2026 06:58:00 MESZ - Catégorie//Kategorie: Produktion/ Verarbeitung - Responsabilité//Verantwortung: Extern - Priorité//Priorität: P1 FR L'incident est maintenant résolu et le service est rétabli. Nous continuos à surveiller la reprise du service. EN Der Vorfall ist jetzt behoben und der Service wiederhergestellt. Die Wiederherstellung des Dienstes wird weiterhin überwacht.

4. 24. Juli 2026 um 09:23 UTCpostmortem

   # Englische Version unten # 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 extern.** * **7 juin 6h29 :** contact du prestataire extern. * **7 juin 6h54 :** confirmation du prestataire externe que l'incident est bien chez eux. * **7 juin 6h57 : fin de l'incident.** **Wurzelursache** Vorfall extern chez un prestataire. =========================================================================================================== # Post Mortem **Zahlungsdienste, die vom Vorfall betroffen sind** In-Store Zahlungen, E-Commerce Zahlungen und 3DS. ** Client Impact** Karteninhaber konnten keine Zahlungen leisten. **Unfallübersicht** * **7 Juni, 6:02 Uhr:** Alarm ausgelöst. * **7 Juni 6:15 Uhr: Zwischenfall begann. ** * **7 Juni 6:27:** ein engagiertes Krisenmanagement-Team wurde gegründet. Die Untersuchungen begannen. * **7 Juni 6:28 Uhr: Ein fehlerhafter Server wurde bei einem externen Dienstleister identifiziert.** * **7 Juni 6:29:** der externe Dienstleister wurde kontaktiert. * **7 Juni 6:54 Uhr:** der externe Dienstleister bestätigte, dass der Vorfall auf ihrer Seite entstand. * **7 Juni 6:57 Uhr: Vorfall gelöst. ** **Wurzelursache** Externer Vorfall bei einem Dienstleister.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. Mai 2026 um 09:00 UTCmonitoring

   FR Wir haben zwischen 9h58 und 10h12 Schwierigkeiten bei Online- und Ladenzahlungen festgestellt. L'incident est maintenant résolu et le service est rétabli. Nous continuos à surveiller la reprise du service. EN Wir haben Probleme festgestellt, die Online- und In-Store-Zahlungen von 9:58 Uhr bis 10:12 Uhr betreffen. Der Vorfall ist jetzt behoben und der Service ist wiederhergestellt. Die Wiederherstellung des Dienstes wird weiterhin überwacht. ES Wir haben Schwierigkeiten bei Online-Zahlungen und Verkaufsstellen zwischen 9:58 und 10:12 Uhr festgestellt. Der Vorfall ist jetzt behoben und der Service wurde wiederhergestellt. Wir überwachen weiterhin die Wiederherstellung des Dienstes.

2. 7. Mai 2026 um 14:15 UTCresolved

   Dieser Vorfall wurde behoben.

3. 15. Mai 2026 um 13:32 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-3279 **Betreffende Service** Zahlungen im E-Commerce, 3DS und in Geschäften. **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: ** Warnung aktualisiert. Beginn der Untersuchungen. * **7 mai 10h03: ** création d'une cellule de crise dédiée et poursuite des investigations. * **7. Mai 10h09: Identifizierung der Ursache des Vorfalls. ** * **7. Mai 10h10: ** Einleitung von Korrekturmaßnahmen. * **7. Mai, 10.12 Uhr: Ende des Vorfalls. ** **Grundursache** 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 de données ce qui a causé l'échec des paiements. **Actions à entreprendre par Payplug** | **Symptome** | **Aktionen** | | --- | --- | | Automatischer Neustart der Server mit Aktualisierung dieser technischen Komponente. | Deaktivierung des automatischen Neustarts für diese technische Komponente. | | ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-3279 **Von dem Vorfall betroffene Zahlungsdienste** E-Commerce, 3DS und Zahlungen im Geschäft. **Auswirkungen auf die Kunden** Karteninhaber konnten keine Zahlungen leisten. **Überblick über den Vorfall** * **7. Mai, 9:58 Uhr: Beginn des Vorfalls. ** * **7. Mai, 9:59 Uhr: ** Warnung ausgelöst. Die Ermittlungen wurden eingeleitet. * **7. Mai, 10:03 Uhr: ** Ein spezieller Krisenstab wurde eingerichtet und die Ermittlungen wurden fortgesetzt. * **7. Mai, 10:09 Uhr: Grundursache identifiziert. ** * **7. Mai, 10:10 Uhr: ** Abhilfemaßnahmen eingeleitet. * **7. Mai, 10:12 Uhr: ** **Ende des Vorfalls. ** **Grundursache** Das Update einer technischen Komponente aktivierte eine Sicherheitsoption, die einen Neustart aller Server sowie einer Datenbank auslöste. Da die Server vor der Datenbank neu gestartet wurden, konnten sie die in der Datenbank gespeicherten Händlerkonfigurationen nicht abrufen, was zu Zahlungsfehlern führte. **Von Payplug zu ergreifende Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Automatischer Serverneustart nach dem Update dieser technischen Komponente. | Deaktivierung des automatischen Neustarts im Zusammenhang mit dieser speziellen technischen Komponente. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 7. April 2026 um 09:50 UTCmonitoring

   FR Die Rückerstattungen vom 3,4 und 5. April wurden wirksam. 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 disponibile sur vos comptes comme habituellement. Les détails des virements correspondants seront mis à disposition aujourd'hui. EN Die Abrechnungen für den 3., 4. und 5. April sind abgeschlossen. Diejenigen für den 6. und 7. April, die ursprünglich für heute geplant waren, werden morgen durchgeführt. Es sind keine Maßnahmen Ihrerseits erforderlich, und das Geld wird wie gewohnt auf Ihren Konten verfügbar sein. Die Einzelheiten der entsprechenden Überweisungen werden heute zur Verfügung gestellt. ES Die Tagungen vom 3., 4. und 5. April wurden abgeschlossen. Die vom 6. und 7. April, die ursprünglich für heute geplant waren, werden morgen ausgeführt. Non è requiesta alcuna action da parte vostra und die Gelder werden auf Ihrem Konto als Anfrage verfügbar sein. I dettagli dei bonifici corrispondenti werden heute zur Verfügung gestellt.

2. 8. April 2026 um 09:05 UTCmonitoring

   FR Die Fonds vom 6. und 7. April wurden rückgängig gemacht. Ceux 8 avril initialement prévus aujourd'hui seront effectués demain. Aucune action n'est requise de votre part, et les fonds seront disponibile sur vos comptes comme comme habituellement. EN Die Mittel für den 6. und 7. April wurden beglichen. Die Anträge für den 8. April, die ursprünglich für heute geplant waren, werden morgen durchgeführt. Es sind keine Maßnahmen Ihrerseits erforderlich, und das Geld wird wie gewohnt auf Ihren Konten verfügbar sein. ES Die Gelder vom 6. und 7. April wurden überwiesen. Quelli dell'8 Aprile, die ursprünglich für heute geplant waren, werden morgen abgeschlossen. Non è richiesta alcuna acuna action da parte vostra e i fondi parte e il fondi parte è disponibile su conti a consueto.

3. 9. April 2026 um 09:16 UTCresolved

   FR L'intégralité des fonds sera reversé dans la journée. Les détails des virements correspondants seront mis à disposition aujourd'hui. EN Alle Gelder werden im Laufe des Tages überwiesen. Die Einzelheiten der entsprechenden Überweisungen werden heute zur Verfügung gestellt. ES L'intero importo dei fondi sarà durante la giornata. I dettagli dei bonifici corrispondenti werden heute zur Verfügung gestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. März 2026 um 10:58 UTCidentified

   TSR-3077 - Debüt/Start: 16.03.2026 - Ende//Ende: Laufend/Im Gange - Catégorie//Kategorie: Verehrungen/Vergleiche - Responsabilité//Verantwortung: Ein Bestätiger/Muss noch bestätigt werden - Priorité//Priorität: 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 Ein Vorfall beeinträchtigt derzeit die Ausgabe von Abrechnungen. Die für heute geplanten Abrechnungen werden nicht durchgeführt werden können. Unsere Teams arbeiten aktiv daran, die Situation zu lösen, und wir werden Sie auf dem Laufenden halten, sobald die Überweisungen gesendet werden können. ES Ein Zwischenfall wirkt sich derzeit auf die Emission von Versen aus. Die für heute geplanten Boni können nicht ausgeführt werden. I nostri team sono mobilitati per resolvere la situazione e vi terremo informati non appena i bonifici potranno essere senviati.

2. 17. März 2026 um 08:48 UTCidentified

   TSR-3077 - Debüt/Start: 16.03.2026 - Ende//Ende: Laufend/Im Gange - Catégorie//Kategorie: Verehrungen/Vergleiche - Verantwortung//Verantwortung: Payplug - Priorité//Priorität: P1 FR Des 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 Es wurden Abhilfemaßnahmen ergriffen, um die Abrechnungsdateien von gestern wiederherzustellen. Derzeit verhindert jedoch ein Problem ihre Validierung. Unsere Teams arbeiten daran, die Situation so schnell wie möglich wiederherzustellen. ES Sono state intraprese actions corretive per recuperare i files dei versamenti di gestern. Tuttavia, un problema impedisce actualmente la loro validazione. Unser Team ist bereit, die Situation so schnell wie möglich wiederherzustellen.

3. 17. März 2026 um 11:12 UTCmonitoring

   TSR-3077 - Debüt/Start: 16.03.2026 - Ende/Ende: Laufend/17.03.2026 - Catégorie//Kategorie: Ehrungen/Abrechnungen - Verantwortung//Verantwortung: Payplug - Priorité//Priorität: P1 FR Die Reversements vom 16. und 17. März sind gültig. Die Fonds sind im Laufe des Tages verfügbar. EN Die Abrechnungen für den 16. und 17. März wurden bestätigt. Die Mittel werden heute verfügbar sein. ES Die Vorträge vom 16. und 17. März wurden bestätigt. Die Gelder werden den ganzen Tag über verfügbar sein.

4. 17. März 2026 um 13:29 UTCresolved

   Dieser Vorfall wurde behoben.

5. 27. März 2026 um 10:49 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-3077 **Betreffende Service** Rückabwicklung von Zahlungen im E-Commerce und im Ladengeschäft. **Auswirkungen auf den Kunden** 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. März 11:02: ** création d'une cellule de crise dédiée et début des investigations. * **16. März, 11:05 Uhr: ** Identifizierung eines Ablagefehlers in den Reverse-Dateien. * **16. März 11h15: ** Identifizierung eines zweiten Problems: Es ist nicht möglich, auf das Tool zuzugreifen, das die Validierung von Daten ermöglicht. * **16. März 11h15 - 12h: ** im Anschluss an die Ermittlungen. * **16. März, 12 Uhr: ** Bestätigung der Unmöglichkeit, Fonds am selben Tag zu entsperren. * **16. März 12h - 18:30 Uhr: ** aufgrund von Untersuchungen. * **17. März, 9 Uhr: ** Wiederholung der Krisenzelle. * **17. März, 9.28 Uhr: ** Wiederherstellung von Veilchenviren-Dateien. Fortsetzung der Untersuchungen. * **17. März, 10h23 Uhr: Identifizierung einer Kontournement-Lösung, die den Versand von Geldern ermöglicht. ** * **17. März 10h23 - 11h15: ** Tests zur Überprüfung der Funktionsfähigkeit der Lösung. Ergebnisse der Tests. * **17. März 11:30 Uhr: ** Überprüfung der Reverse-Dateien. **Ende des Vorfalls. ** * **17. März 12h09: ** Bestätigung der Bearbeitung von Dateien und der Überweisung von Geldern im Laufe des Tages. ■ **Grundursache** Une operation de migration a introduit une incoerence dans les données techniques utilisés par le système de validation des virements, en raison d'un defaut entre deux mécanismes. Cette situation a bloqué le traitement normal des validations. **Von Payplug angebotene Aktionen** Eine Rückkehr zur letzten stabilen Version wurde initiiert, um den Dienst wiederherzustellen. Cette operation a permis de rétablir l'ensemble des fonctionnalités de validation des virements de manière fiable. ♦ ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-3077 **Von dem Vorfall betroffene Zahlungsdienste** Abwicklung von E-Commerce und Zahlungen im Geschäft. **Auswirkungen auf die Kunden** Unfähigkeit, die Stornierung von Transaktionen während des Vorfalls abzuwickeln, was zu einer Verzögerung bei der Abrechnung durch den Händler führte. **Überblick über den Vorfall** * **16. März, 11:02 Uhr: ** Einsetzung eines speziellen Krisenteams und Beginn der Ermittlungen. * **16. März, 11:05 Uhr: ** Feststellung eines Fehlers bei der Einreichung der Auszahlungsunterlagen. * **16. März, 11:15 Uhr: ** Identifizierung eines zweiten Problems: Unfähigkeit, auf das zur Validierung von Überweisungen verwendete Tool zuzugreifen. * **16. März, 11:15 — 12:00 Uhr: ** laufende Ermittlungen. * **16. März, 12:00 Uhr: ** Bestätigung, dass die Gelder nicht am selben Tag freigegeben werden konnten. * **16. März 12:00 — 18:30 Uhr: ** laufende Ermittlungen. * **17. März, 9:00 Uhr: ** Das Krisenteam wurde wieder aufgenommen. * **17. März, 9:28 Uhr: ** Wiederherstellung der Übertragungsdateien des Vortages. Laufende Ermittlungen. * **17. März, 10:23 Uhr: ** **Identifizierung einer Problemumgehung, die den Versand der Gelder ermöglicht. ** * **17. März, 10:23 — 11:15 Uhr: ** Testen, um die Lösung zu verifizieren. Die Tests waren erfolgreich. * **17. März, 11:30 Uhr: ** Validierung der Auszahlungsdateien. **Vorfall behoben. ** * **17. März 12:09 Uhr: ** Bestätigung, dass die Dateien bearbeitet wurden und das Geld im Laufe des Tages überwiesen wird. **Grundursache** Bei einer Migration kam es aufgrund einer Diskrepanz zwischen zwei Mechanismen zu einer Inkonsistenz der vom Transfervalidierungssystem verwendeten technischen Daten, was die normale Verarbeitung der Validierungen verhinderte. **Von Payplug ergriffene Aktionen** Ein Rollback auf die letzte stabile Version wurde eingeleitet, um den Dienst wiederherzustellen. Durch diesen Vorgang wurden alle Funktionen zur Übertragungsüberprüfung erfolgreich wiederhergestellt.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 2. März 2026 um 11:46 UTCinvestigating

   FR Wir haben Schwierigkeiten auf der Zahlungsplattform identifiziert. L'incident est en cours d'analyse. EN Wir haben anhaltende Schwierigkeiten auf der Zahlungsplattform festgestellt. Eine Untersuchung ist im Gange. ES Abbiamo identificato delle difficoltà nell'elaborazione dei payamenti. Der Vorfall befindet sich in der Phase der Analyse.

2. 2. März 2026 um 12:09 UTCmonitoring

   TSR-3011 - Debüt/Beginn: 02.03.2026 12:28 Uhr MEZ - Ende//Ende: 02.03.2026 13:01 Uhr MEZ - Catégorie//Kategorie: Produktion und Verarbeitung - Verantwortung//Verantwortung: Payplug - Priorité//Priorität: P1 FR L'incident est maintenant résolu et le service est rétabli. Nous continuos à surveiller la reprise du service. EN Der Vorfall ist jetzt behoben und der Service wiederhergestellt. Die Wiederherstellung des Dienstes wird weiterhin überwacht. ES Der Vorfall wurde gelöst und der Dienst wurde wieder hergestellt. Wir überwachen weiterhin die Funktionsfähigkeit des Dienstes.

3. 2. März 2026 um 14:15 UTCresolved

   Dieser Vorfall wurde behoben.

4. 5. März 2026 um 15:09 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-3011 **Betreffende Service** Zahlungen im E-Commerce, 3DS und in Geschäften. **Impact Client** Impossibilité pour les porteurs d'effectuer des paiements. **Synthèse de l'incident** * **2. März, 12:26 Uhr: ** Bereitstellung einer Produktionsaufnahme. * **2. März, 12:28 Uhr: Beginn des Vorfalls. ** * **2. März, 12:29 Uhr: ** Erster Alarm. * **2. März, 12:33 Uhr: ** Erstellung einer verschollenen Krisenzelle. Beginn der Untersuchungen. * **2. März 12h37: ** Identifizierung von Fehlern bei einem Dienst. * **2. März, 12:56 Uhr: Identifizierung des Ursprungs des Vorfalls. ** * **2. März, 13 Uhr: ** Einführung von Korrekturmaßnahmen. * **2. März 13:01 Uhr: Wiederaufnahme des E-Commerce- und 3DS-Traffics. ** * **2. März 13h38: ** Fehler bei bestimmten Zahlungen in Geschäften behoben. Poursuite des Investigations. * **2. März 13h50: ** Identifizierung und Neustart fehlerhafter Dienste. **Ende des Vorfalls. ** **Kontext** N/A **Grundursache** 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'interrupdu traffic. **Aktionen für Unternehmer von Payplug** | **Symptome** | **Aktionen** | | --- | --- | | Deploiement 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. | | Versäumte Überwachung der Eingangspunkte der Dienste, die Transaktionen annehmen. | Verschärfung der Überwachung der Eingangspunkte und der Dienste, die die Transaktionen gemeinsam nutzen. | | Absenz de control sur un certificat spécifique suite déploiement d'une mise en production. | Ajout de contrôle pour verifier l'état du certificat après déploiement d'une mise en production. | ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-3011 **Von dem Vorfall betroffene Zahlungsdienste** E-Commerce-Zahlungen, 3DS und Zahlungen im Geschäft. **Auswirkungen auf die Kunden** Karteninhaber konnten keine Zahlungen leisten. **Überblick über den Vorfall** * **2. März, 12:26 Uhr: ** Produktionsbereitstellung. * **2** **März, 12:28 Uhr: ** **Beginn des Vorfalls. ** * **2. März 12:29 Uhr: ** erster Alarm ausgelöst. * **2. März, 12:33 Uhr: ** Spezielles Krisenteam eingerichtet. Die Ermittlungen beginnen. * **2. März, 12:37 Uhr: ** In einem Dienst festgestellte Fehler. * **2. März, 12:56 Uhr: ** **Ursache des festgestellten Vorfalls. ** * **2. März, 13:00 Uhr: ** Korrekturmaßnahmen umgesetzt. * **2. März, 13:01 Uhr: Wiederaufnahme des E-Commerce- und 3DS-Verkehrs. ** * **2. März, 13:38 Uhr: ** Bei bestimmten Zahlungen im Geschäft wurden Fehler gemeldet. Die Ermittlungen dauern an. * **2. März 13:50 Uhr: ** Identifizierung und Neustart der betroffenen Dienste. **Ende des Vorfalls. ** **Kontext** N/A **Grundursache** Eine Produktionsbereitstellung führte dazu, dass die Eingangspunkte der Dienste, die Transaktionen abwickeln, unterbrochen wurden. Da diese Zugangspunkte unterbrochen wurden, akzeptierten sie keine Transaktionen mehr, was zu einer Unterbrechung des Verkehrs führte. **Von Payplug zu ergreifende Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Produktionsbereitstellung in einem kritischen Zeitfenster. | Erinnerung an den Bereitstellungsprozess, um Produktionsbereitstellungen in kritischen Zeitfenstern zu vermeiden. | | Unzulängliche Überwachung der Eingangspunkte der Dienste, die Transaktionen annehmen. | Verschärfte Überwachung der Eingangspunkte und der Dienste, die Transaktionen verteilen. | | Fehlende Überprüfung eines bestimmten Zertifikats nach einer Produktionsbereitstellung. | Zusätzliche Prüfungen zur Überprüfung des Status des Zertifikats nach einer Produktionsbereitstellung. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 21. Februar 2026 um 08:39 UTCmonitoring

   Guten Tag, Ab 8 Uhr heute laufen Störungen bezüglich der 3-D Secure-Authentifizierung. Cet incident externa notre plateforme concerne les porteurs de carte Crédit agricole. Nous vous tiendrons informés lorsque l'incident sera résolu. -------------- Auf Italienisch: Buongiorno, Es gibt einige Störungen, die heute ab 9:00 Uhr im Gange sind und die 3-D Secure-Authentifizierung betreffen. Es handelt sich in erster Linie um Inhaber von MasterCard-Karten, an denen Sie interessiert sind. Dieser Vorfall, der sich nicht auf unserer Plattform befindet, bezieht sich auf etwa 30 bis 50% der 3-D Secure-Authentifizierungsanfragen. Vi terremo informati non appena l'incidente sarà solto. -------------- Auf Englisch: Hallo, Seit 8:00 Uhr gibt es an diesem Tag Störungen im Zusammenhang mit der 3D-Secure-Authentifizierung. Dieser Vorfall findet außerhalb unserer Plattform statt. Die Karteninhaber von Crédit Agricole sind hauptsächlich betroffen. Wir werden Sie auf dem Laufenden halten, sobald der Vorfall behoben ist.

2. 21. Februar 2026 um 12:26 UTCmonitoring

   L'incident externe est toujours en cours. Nous vous tiendrons informés en caso de changes. --------------- Der Vorfall dauert immer noch an. Wir werden Sie im Falle von Änderungen auf dem Laufenden halten.

3. 21. Februar 2026 um 14:52 UTCresolved

   EXTERN - Laufende Störungen bei der 3-D Secure-Authentifizierung (9:00 MEZ - 15:00 MEZ) FR L'incident est maintenant résolu et le service est rétabli. Nous continuos à surveiller la reprise du service. EN Der Vorfall ist jetzt behoben und der Service wiederhergestellt. Die Wiederherstellung des Dienstes wird weiterhin überwacht. ES Der Vorfall wurde gelöst und der Dienst wurde wieder hergestellt. Wir überwachen weiterhin die Funktionsfähigkeit des Dienstes.

4. 23. Februar 2026 um 09:12 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-2981 **Betreffende Service** E-Commerce-Zahlungen und 3DS. **Impact Client** Unpossibilité d'effectuer des paiements pour les porteurs. **Synthèse de l'incident** * **21. Februar 5 Uhr: Beginn des Vorfalls. ** * **21. Februar 6h23: ** Remontée d'alerte. Le seuil d'erreur est trop faible à ce stade pour déclencher l'astreinte. * **21. Februar 8h32: ** création d'une cellule de crise dédiée par l'astreinte. Beginn der Untersuchungen. * **21 février 8h34: ** identification d'échecs de paiements provenant d'un réseau bancaire specifique. * **21. Februar 9-13 Uhr: ** im Anschluss an die Analysen. * **21. Februar 13:30 Uhr: Ende des Vorfalls. ** * **21. Februar 14h41: ** Bestätigung durch das Netzwerk eines Zwischenfalls bei Ihnen. **Kontext** N/A **Grundursache** Incident external provenant d'un réseau bancaire. ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-2981 **Von dem Vorfall betroffene Zahlungsdienste** E-Commerce-Zahlungen und 3DS. **Auswirkungen auf die Kunden** Karteninhaber konnten keine Zahlungen leisten. **Überblick über den Vorfall** * **21. Februar, 5:00 Uhr: Beginn des Vorfalls. ** * **21. Februar, 6:23 Uhr: ** Warnung ausgelöst. Die Fehlerschwelle ist derzeit zu niedrig, um das Bereitschaftsteam zur Eskalation auszulösen. * **21. Februar, 8:32 Uhr: ** Spezielles Krisenteam, das vom Bereitschaftsteam eingerichtet wurde. Die Ermittlungen beginnen. * **21. Februar, 8:34 Uhr: ** Es wurden Zahlungsfehler festgestellt, die auf ein bestimmtes Bankennetzwerk zurückzuführen sind. * **21. Februar, 9:00 — 13:00 Uhr: ** laufende Analyse. * **21. Februar, 13:30 Uhr: Ende des Vorfalls. ** * **21. Februar, 14:41 Uhr: ** Bestätigung des Netzwerks über einen Vorfall auf ihrer Seite. **Kontext** N/A **Grundursache** Externer Vorfall, der von einem Bankennetzwerk ausgeht.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 19. Februar 2026 um 09:59 UTCidentified

   FR Wir haben Schwierigkeiten auf der Zahlungsplattform identifiziert. Bei den betreffenden Transaktionen handelt es sich ausschließlich um Zellen, die über Crédit Agricole abgewickelt werden. Les premières analyses indiquent que l'origine de l'incident est externà notre plateforme. EN Wir haben anhaltende Schwierigkeiten auf der Zahlungsplattform festgestellt. Die betroffenen Transaktionen beschränken sich auf diejenigen, die über Crédit Agricole abgewickelt werden. Erste Untersuchungen deuten darauf hin, dass die Ursache des Vorfalls außerhalb unserer Plattform liegt.

2. 19. Februar 2026 um 10:25 UTCmonitoring

   FR L'incident est maintenant résolu et le service est rétabli. Nous continuos à surveiller la reprise du service. EN Der Vorfall ist jetzt behoben und der Service wiederhergestellt. Die Wiederherstellung des Dienstes wird weiterhin überwacht.

3. 19. Februar 2026 um 16:19 UTCresolved

   Dieser Vorfall wurde behoben.

4. 20. Februar 2026 um 13:54 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-2964 **Betreffende Service** E-Commerce-Zahlungen und 3DS. **Impact Client** Unpossibilité d'effectuer des paiements pour les porteurs. **Synthèse de l'incident** * **19. Februar 10h19: Beginn des Vorfalls. ** * **19 février 10h24: ** création d'une crise dédiée et start des investigations. * **19. Februar 10h27: ** Identifizierung von Fehlern, die von der Groupe Bancaire External Specifique herrühren. * **19. Februar 10h29: ** kontaktieren Sie einen Partner, um weitere Informationen zum Vorfall zu erhalten. * **19. Februar 10h39: ** Rückkehr des Partners, der den Vorfall bei der externen Bankgruppe bestätigt. * **19. Februar 10h51: ** kontaktieren Sie die betreffende Bankgruppe. * **19. Februar 10h56: Ende des Vorfalls. ** * **19 février 11h: ** le groupe bancaire indique que l'incident provient d'un prestataire external. **Kontext** N/A **Grundursache** Incident externa chez le prestataire d'un groupe bancaire externa. ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-2964 **Von dem Vorfall betroffene Zahlungsdienste** E-Commerce-Zahlungen und 3DS. **Auswirkungen auf die Kunden** Karteninhaber konnten keine Zahlungen leisten. **Überblick über den Vorfall** * **19. Februar, 10:19 Uhr: Beginn des Vorfalls. ** * **19. Februar, 10:24 Uhr: ** Ein engagiertes Krisenteam wurde eingerichtet und die Ermittlungen beginnen. * **19. Februar, 10:27 Uhr: ** Es wurden Fehler festgestellt, die auf eine bestimmte externe Bankengruppe zurückzuführen sind. * **19. Februar, 10:29 Uhr: ** Ein Partner wird kontaktiert, um weitere Informationen zu dem Vorfall zu erhalten. * **19. Februar, 10:39 Uhr: ** Feedback des Partners, das den Vorfall innerhalb der externen Bankengruppe bestätigt. * **19. Februar, 10:51 Uhr: ** Die betreffende Bankengruppe wird kontaktiert. * **19. Februar, 10:56 Uhr: Ende des Vorfalls. ** * **19. Februar, 11:00 Uhr: ** Die Bankengruppe gibt an, dass der Vorfall von einem externen Dienstleister verursacht wurde. **Kontext** N/A **Grundursache** Externer Vorfall bei einem Dienstleister einer externen Bankengruppe.

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 17. Februar 2026 um 16:11 UTCinvestigating

   FR Wir haben Schwierigkeiten mit dem Payplug-Portal festgestellt. Der Vorfall wird gerade analysiert. EN Wir haben Probleme mit dem Payplug-Portal festgestellt. Die Untersuchung ist im Gange. ES Wir haben Probleme mit dem Payplug-Portal festgestellt. Der Vorfall befindet sich derzeit in der Analysephase.

2. 18. Februar 2026 um 07:23 UTCmonitoring

   TSR-2951 - Debüt/Start/Beginn: 17.02.2026 16 Uhr MEZ - Ende//Ende /Ende: 17/02/2026 18:52 Uhr MEZ - Catégorie//Kategorie//Kategorie: Produktionsportal. - Verantwortung//Verantwortung/Verantwortung: Payplug. - Priorität//Priorität/Priorität: P1. FR La situation est revenue à la normale suite au déploiement d'un correctif. Nous continuons de monitorer le service. EN Nach der Bereitstellung eines Fixes hat sich die Situation wieder normalisiert. Wir überwachen den Dienst weiterhin. ES Nach der Veröffentlichung einer Korrektur ist die Situation zur Normalität zurückgekehrt. Wir überwachen den Dienst weiterhin.

3. 18. Februar 2026 um 14:32 UTCresolved

   Dieser Vorfall wurde behoben.

4. 18. Februar 2026 um 15:05 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-2951 **Betreffende Service** Portal **Impact-Klient** Verbindungsprobleme beim Zugriff auf das Portal und temporäre Fehlermeldungen, sobald die Verbindung hergestellt wurde. **Synthèse de l'incident** * **16. Februar, 15:15 Uhr: ** Bereitstellung einer Produktionsaufnahme. * **16. Februar 15h18: ** Verbindungsprobleme - Verbindungsabbrüche und Fehlermeldungen auf dem Portal. **Beginn des Vorfalls. ** * **16. Februar, 15:34 Uhr: ** Remontée d'alerte. Beginn der Untersuchungen. * **16 février 15h53: ** création d'une cellule incident majeur. * **16. Februar 15h58: ** Kommunikationsstatusseite. Identifizierung einer Produktionsaufnahme, die mit dem Beginn des Vorfalls übereinstimmt. Lancement de l'annulation de la produktionsaufnahme. * **16. Februar 16h08: ** Fehler bei der Annullierung der Produktionsaufnahme. * **16. Februar, 16:25 Uhr: Identifizierung des Ursprungs des Vorfalls. ** * **16. Februar 16h33: ** anhaltende Verbindungsprobleme. Start der Rückkehr zu einer früheren Version bestimmter fehlgeschlagener Dienste. * **16 février 16h54: ** Neustart der Dienste mit der vorherigen Version. * **16. Februar 16h59: ** Die Verbindungsprobleme im Portal wurden behoben. * **16. Februar 17h06: ** Ende der Fehlermeldungen auf dem Portal. **Ende des Vorfalls. ** * **17. Februar 16h16: ** **Wieder auftretende Fehler. ** * **17. Februar 16h29-18h35: ** Erstellung einer Krisenzelle und Wiederholung der Analysen. * **17. Februar 18h40: Identifizierung der Ursache des Vorfalls und Einsatz eines Korrekturdienstes. ** * * 17. Februar, 18:52 Uhr: Ende des Zwischenfalls. ** **Kontext** N/A **Grundursache** Une mise en production a généré des problemes d'accès entre nos internes services. Diese Probleme führten nicht zu einer erzwungenen Trennung des Benutzers, der auf seine Authentifizierungsseite zurückkehrte. 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. ♦ **Aktionen für Unternehmer von Payplug** | **Symptome** | **Aktionen** | | --- | --- | | Desynchronisation bestimmter Parameter eines API-Schlüssels. | Aktualisierung der Gesamtheit der desynchronisierten Parameter. | | Automatische Verlängerung des API-Schlüssels | Es laufen Untersuchungen, um die automatische Verlängerung des API-Schlüssels zu verhindern. | | Fehlende Warnung zur Deinstallation bestimmter API-Parameter. | Hinzufügen von Fehlermeldungen bei Desynchronisierung der Parameter und Verbesserung der Warnung. | | Komplexität eines Bereitstellungsdienstes. | Verbessern Sie Bereitstellungen auf dem Dienst, der die Geheimnisse verwaltet\ (API KEY, interne Passwörter...\) . | | Trennexion forcée si un service sur l'ensemble est unsponible. | Améliorations en cours pour éviter de déconnecter les utilisateurs dès qu'un service est indisponible. | ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-2951 **Von dem Vorfall betroffene Zahlungsdienste** Portal **Auswirkungen auf die Kunden** Verbindungsprobleme beim Zugriff auf das Portal und unerwartete Fehlermeldungen nach der Anmeldung. **Überblick über den Vorfall** * **16. Februar, 15:15 Uhr: ** Bereitstellung zur Produktion. * **16. Februar, 15:18 Uhr: ** Verbindungsprobleme — Verbindungsabbrüche sowie Fehlermeldungen werden im Portal angezeigt. **Beginn des Vorfalls. ** * **16. Februar, 15:34 Uhr: ** Warnung ausgelöst. Die Ermittlungen beginnen. * **16. Februar, 15:53 Uhr: ** Das Team für größere Zwischenfälle wurde eingerichtet. * **16. Februar, 15:58 Uhr: ** Eine Mitteilung auf der Statusseite wurde veröffentlicht. Ein Produktionseinsatz, der mit dem Beginn des Vorfalls zusammenfällt, wird identifiziert. Das Rollback der Bereitstellung wurde eingeleitet. * **16. Februar, 16:08 Uhr: ** Das Rollback der Produktionsbereitstellung war nicht erfolgreich. * **16. Februar, 16:25 Uhr: Die Ursache des Vorfalls wurde identifiziert. ** * **16. Februar, 16:33 Uhr: ** Verbindungsprobleme bestehen weiterhin. Ein Rollback auf eine frühere Version bestimmter identifizierter fehlerhafter Dienste wurde eingeleitet. * **16. Februar, 16:54 Uhr: ** Die Dienste wurden mit der vorherigen Version neu gestartet. * **16. Februar, 16:59 Uhr: ** Ende der Verbindungsprobleme im Portal. * **16. Februar, 17:06 Uhr: ** Ende der Fehlermeldungen auf dem Portal. **Vorfall behoben. ** * **17. Februar 16:16 Uhr: Wiederholtes Auftreten von Fehlern. ** * **17. Februar 16:29 — 18:35 Uhr: ** Krisenteam eingerichtet und Ermittlungen wieder aufgenommen. * **17. Februar, 18:40 Uhr: Ursache identifiziert und behoben. ** * **17. Februar, 18:52 Uhr: Vorfall behoben. ** **Kontext** N/A **Grundursache** Bei einer Produktionsbereitstellung kam es zu Zugriffsproblemen zwischen unseren internen Diensten. Diese Probleme führten dazu, dass Benutzer gewaltsam abgemeldet und zur Authentifizierungsseite zurückgeleitet wurden. Das zweite Problem wurde durch eine nachfolgende Produktionsbereitstellung ausgelöst, bei der nach dem Rollback am Vortag falsche Anmeldeinformationen abgerufen wurden. **Von Payplug zu ergreifende Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Desynchronisierung bestimmter API-Schlüsselparameter. | Aktualisierung aller desynchronisierten Parameter. | | Automatische Verlängerung des API-Schlüssels. | Derzeit laufen Untersuchungen, um die automatische Verlängerung des API-Schlüssels zu verhindern. | | Es wurde kein Alarm bezüglich der Desynchronisierung bestimmter API-Parameter ausgelöst. | Hinzufügung von Fehlermeldungen im Falle einer Parameter-Desynchronisation und Verbesserung der Alarmierung. | | Komplexität innerhalb eines Bereitstellungsdienstes. | Verbesserungen bei Bereitstellungen im Service zur Verwaltung von Geheimnissen\ (API-Schlüssel, interne Passwörter usw.\) . | | Erzwungene Abmeldung, wenn ein Dienst innerhalb des Ökosystems nicht mehr verfügbar ist. | Derzeit werden Verbesserungen vorgenommen, um zu verhindern, dass Benutzer abgemeldet werden, sobald ein Dienst nicht verfügbar ist. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 16. Februar 2026 um 14:58 UTCinvestigating

   FR Wir haben Schwierigkeiten mit dem Payplug-Portal festgestellt. Der Vorfall wird gerade analysiert. EN Wir haben Probleme mit dem Payplug-Portal festgestellt. Die Untersuchung ist im Gange. ES Wir haben Probleme mit dem Payplug-Portal festgestellt. Der Vorfall befindet sich derzeit in der Analysephase.

2. 16. Februar 2026 um 15:10 UTCinvestigating

   FR Die Ermittlungen sind immer noch im Gange. Nous reviendrons versous dans 15 minutes. EN Die Ermittlungen dauern noch an. Wir melden uns in 15 Minuten bei Ihnen. ES Die Indagini sind noch im Gange. Wir setzen uns innerhalb von 15 Minuten mit Ihnen in Verbindung.

3. 16. Februar 2026 um 15:25 UTCidentified

   FR Die Ermittlungen sind immer noch im Gange. Nous reviendrons versous dans 15 minutes. EN Die Ermittlungen dauern noch an. Wir melden uns in 15 Minuten bei Ihnen. ES Die Indagini sind noch im Gange. Wir setzen uns innerhalb von 15 Minuten mit Ihnen in Verbindung.

4. 16. Februar 2026 um 15:40 UTCidentified

   TSR-2951 - Debüt/Beginn/Beginn: 16.02.2026 15:18 MEZ - Ende//Ende /Ende: Im Kurs//Laufend//Im Gange. - Catégorie//Kategorie//Kategorie: Produktionsportal. - Responsabilité//Verantwortung/Responsabilità: A confirmer//Muss noch bestätigt werden//Da confirmare. - Priorité//Priorität/Priorità: P2. FR Die Ermittlungen sind immer noch im Gange. Nous reviendrons versous dans 15 minutes. EN Die Ermittlungen dauern noch an. Wir melden uns in 15 Minuten bei Ihnen. ES Die Indagini sind noch im Gange. Wir setzen uns innerhalb von 15 Minuten mit Ihnen in Verbindung.

5. 16. Februar 2026 um 15:53 UTCidentified

   TSR-2951 - Debüt/Beginn/Beginn: 16.02.2026 15:18 MEZ - Ende//Ende /Ende: Im Kurs//Laufend//Im Gange. - Catégorie//Kategorie//Kategorie: Produktionsportal. - Responsabilité//Verantwortung/Responsabilità: A confirmer//Muss noch bestätigt werden//Da confirmare. - Priorité//Priorität/Priorità: P2. FR Les demandes de retraits et l'accès au Portail sind derzeit gestört. Des soucis de déconnecxions et des messages d'erreurs peuvent apparaître. Nous travaillons à rétablir le service dès que possible. EN Übertragungsanfragen und der Zugriff auf das Portal sind derzeit unterbrochen. Bei Benutzern kann es zu unerwarteten Abmeldungen und Fehlermeldungen kommen. Wir arbeiten daran, den Dienst so schnell wie möglich wiederherzustellen. ES Le riquieste di prelievo e l'accesso al Portale sind derzeit gestört. Ich kann Verbindungsabbrüche und Fehlermeldungen überprüfen. Wir arbeiten gerade daran, den Service so schnell wie möglich wiederherzustellen.

6. 16. Februar 2026 um 16:05 UTCmonitoring

   TSR-2951 - Debüt/Beginn/Beginn: 16.02.2026 15:18 MEZ - Ende//Ende /Ende: 16/02/2026 16:59 MEZ - Catégorie//Kategorie//Kategorie: Produktionsportal. - Responsabilité//Verantwortung/Responsabilità: A confirmer//Muss noch bestätigt werden//Da confirmare. - Priorité//Priorität/Priorità: P2. FR Ab 16.59 Uhr kehrt die Situation zunehmend zur Normalität zurück. Nous continuons de monitorer le service. EN Seit 16:59 Uhr normalisiert sich die Situation allmählich wieder. Wir überwachen den Service weiterhin. ES Die Situation kehrt ab 16:59 Uhr zunehmend zur Normalität zurück. Wir überwachen den Dienst weiterhin.

7. 16. Februar 2026 um 16:11 UTCresolved

   Dieser Vorfall wurde behoben.

8. 18. Februar 2026 um 15:00 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-2951 **Betreffende Service** Portal **Impact-Klient** Verbindungsprobleme beim Zugriff auf das Portal und temporäre Fehlermeldungen, sobald die Verbindung hergestellt wurde. **Synthèse de l'incident** * **16. Februar, 15:15 Uhr: ** Bereitstellung einer Produktionsaufnahme. * **16. Februar 15h18: ** Verbindungsprobleme - Verbindungsabbrüche und Fehlermeldungen auf dem Portal. **Beginn des Vorfalls. ** * **16. Februar, 15:34 Uhr: ** Remontée d'alerte. Beginn der Untersuchungen. * **16 février 15h53: ** création d'une cellule incident majeur. * **16. Februar 15h58: ** Kommunikationsstatusseite. Identifizierung einer Produktionsaufnahme, die mit dem Beginn des Vorfalls übereinstimmt. Lancement de l'annulation de la produktionsaufnahme. * **16. Februar 16h08: ** Fehler bei der Annullierung der Produktionsaufnahme. * **16. Februar, 16:25 Uhr: Identifizierung des Ursprungs des Vorfalls. ** * **16. Februar 16h33: ** anhaltende Verbindungsprobleme. Start der Rückkehr zu einer früheren Version bestimmter fehlgeschlagener Dienste. * **16 février 16h54: ** Neustart der Dienste mit der vorherigen Version. * **16. Februar 16h59: ** Die Verbindungsprobleme im Portal wurden behoben. * **16. Februar 17h06: ** Ende der Fehlermeldungen auf dem Portal. **Ende des Vorfalls. ** * **17. Februar 16h16: ** **Wieder auftretende Fehler. ** * **17. Februar 16h29-18h35: ** Erstellung einer Krisenzelle und Wiederholung der Analysen. * **17. Februar 18h40: Identifizierung der Ursache des Vorfalls und Einsatz eines Korrekturdienstes. ** * * 17. Februar, 18:52 Uhr: Ende des Zwischenfalls. ** **Kontext** N/A **Grundursache** Une mise en production a généré des problemes d'accès entre nos internes services. Diese Probleme führten nicht zu einer erzwungenen Trennung des Benutzers, der auf seine Authentifizierungsseite zurückkehrte. 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. ♦ **Aktionen für Unternehmer von Payplug** | **Symptome** | **Aktionen** | | --- | --- | | Desynchronisation bestimmter Parameter eines API-Schlüssels. | Aktualisierung der Gesamtheit der desynchronisierten Parameter. | | Automatische Verlängerung des API-Schlüssels | Es laufen Untersuchungen, um die automatische Verlängerung des API-Schlüssels zu verhindern. | | Fehlende Warnung zur Deinstallation bestimmter API-Parameter. | Hinzufügen von Fehlermeldungen bei Desynchronisierung der Parameter und Verbesserung der Warnung. | | Komplexität eines Bereitstellungsdienstes. | Verbessern Sie Bereitstellungen auf dem Dienst, der die Geheimnisse verwaltet\ (API KEY, interne Passwörter...\) . | | Trennexion forcée si un service sur l'ensemble est unsponible. | Améliorations en cours pour éviter de déconnecter les utilisateurs dès qu'un service est indisponible. | ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-2951 **Von dem Vorfall betroffene Zahlungsdienste** Portal **Auswirkungen auf die Kunden** Verbindungsprobleme beim Zugriff auf das Portal und unerwartete Fehlermeldungen nach der Anmeldung. **Überblick über den Vorfall** * **16. Februar, 15:15 Uhr: ** Bereitstellung zur Produktion. * **16. Februar, 15:18 Uhr: ** Verbindungsprobleme — Verbindungsabbrüche sowie Fehlermeldungen werden im Portal angezeigt. **Beginn des Vorfalls. ** * **16. Februar, 15:34 Uhr: ** Warnung ausgelöst. Die Ermittlungen beginnen. * **16. Februar, 15:53 Uhr: ** Das Team für größere Zwischenfälle wurde eingerichtet. * **16. Februar, 15:58 Uhr: ** Eine Mitteilung auf der Statusseite wurde veröffentlicht. Ein Produktionseinsatz, der mit dem Beginn des Vorfalls zusammenfällt, wird identifiziert. Das Rollback der Bereitstellung wurde eingeleitet. * **16. Februar, 16:08 Uhr: ** Das Rollback der Produktionsbereitstellung war nicht erfolgreich. * **16. Februar, 16:25 Uhr: Die Ursache des Vorfalls wurde identifiziert. ** * **16. Februar, 16:33 Uhr: ** Verbindungsprobleme bestehen weiterhin. Ein Rollback auf eine frühere Version bestimmter identifizierter fehlerhafter Dienste wurde eingeleitet. * **16. Februar, 16:54 Uhr: ** Die Dienste wurden mit der vorherigen Version neu gestartet. * **16. Februar, 16:59 Uhr: ** Ende der Verbindungsprobleme im Portal. * **16. Februar, 17:06 Uhr: ** Ende der Fehlermeldungen auf dem Portal. **Vorfall behoben. ** * **17. Februar 16:16 Uhr: Wiederholtes Auftreten von Fehlern. ** * **17. Februar 16:29 — 18:35 Uhr: ** Krisenteam eingerichtet und Ermittlungen wieder aufgenommen. * **17. Februar, 18:40 Uhr: Ursache identifiziert und behoben. ** * **17. Februar, 18:52 Uhr: Vorfall behoben. ** **Kontext** N/A **Grundursache** Bei einer Produktionsbereitstellung kam es zu Zugriffsproblemen zwischen unseren internen Diensten. Diese Probleme führten dazu, dass Benutzer gewaltsam abgemeldet und zur Authentifizierungsseite zurückgeleitet wurden. Das zweite Problem wurde durch eine nachfolgende Produktionsbereitstellung ausgelöst, bei der nach dem Rollback am Vortag falsche Anmeldeinformationen abgerufen wurden. **Von Payplug zu ergreifende Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Desynchronisierung bestimmter API-Schlüsselparameter. | Aktualisierung aller desynchronisierten Parameter. | | Automatische Verlängerung des API-Schlüssels. | Derzeit laufen Untersuchungen, um die automatische Verlängerung des API-Schlüssels zu verhindern. | | Es wurde kein Alarm bezüglich der Desynchronisierung bestimmter API-Parameter ausgelöst. | Hinzufügung von Fehlermeldungen im Falle einer Parameter-Desynchronisation und Verbesserung der Alarmierung. | | Komplexität innerhalb eines Bereitstellungsdienstes. | Verbesserungen bei Bereitstellungen im Service zur Verwaltung von Geheimnissen\ (API-Schlüssel, interne Passwörter usw.\) . | | Erzwungene Abmeldung, wenn ein Dienst innerhalb des Ökosystems nicht mehr verfügbar ist. | Derzeit werden Verbesserungen vorgenommen, um zu verhindern, dass Benutzer abgemeldet werden, sobald ein Dienst nicht verfügbar ist. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 5. Dezember 2025 um 09:00 UTCinvestigating

   FR Wir haben Schwierigkeiten bei der Zahlungsabwicklung festgestellt, die mit einem Vorfall bei Cloudflare zusammenhängen. EN Wir haben Schwierigkeiten bei der Zahlungsabwicklung festgestellt, die offenbar auf einen Vorfall bei Cloudflare zurückzuführen sind. ES Wir sind auf Schwierigkeiten bei der Verarbeitung von Zahlungen gestoßen, die anscheinend mit einem Zwischenfall auf Cloudflare zusammenhängen.

2. 5. Dezember 2025 um 09:06 UTCinvestigating

   Wir werden dieses Problem weiter untersuchen.

3. 5. Dezember 2025 um 09:17 UTCmonitoring

   TSR-2651 - Debüt/Beginn: 04/12/2025 09:48 MEZ - Ende/Ende: 04.12.2025, 10.13 Uhr MEZ - Catégorie//Kategorie: Produktion und Verarbeitung - Verantwortung//Verantwortung: Extern/Extern - Priorité//Priorität: P1 FR Die Bearbeitung erfolgt im Zug de revenir depuis 10h13. Nous continuos de monitorer le service. EN Die Verarbeitung erholt sich seit 10:13 Uhr. Wir überwachen den Service weiterhin. Il processing sta tornando dalle 10:13. Wir überwachen den Dienst weiterhin.

4. 5. Dezember 2025 um 14:44 UTCresolved

   Dieser Vorfall wurde behoben.

5. 9. Dezember 2025 um 09:21 UTCpostmortem

   # _Englische Version unten_ # Post Mortem **Referenz des Vorfalls** TSR-2651 **Betreffende Service** E-Commerce-Zahlungen und 3DS. **Impact Client** Unpossibilité d'effectuer des paiements pour les porteurs. **Synthèse de l'incident** * **5. Dezember, 09:48 Uhr: Beginn des Vorfalls** und Remontées d'Alertes. * **5 décembre 09:52: ** création d'une crise dédiée. Beginn der Ermittlungen und des Verdachts auf einen Zwischenfall bei Clouflare. * **5. Dezember, 09:54 Uhr: ** Bestätigung des Vorfalls bei Cloudflare. * **5. Dezember 10 Uhr: ** Kommunikations-Statusseite. * **5. Dezember 10h13: Ende des Vorfalls. ** **Kontext** N/A **Grundursache** Zwischenfall bei Clouflare. **Actions à entreprendre par Payplug** | **Symptome** | **Aktionen** | | --- | --- | | Fehlende Alternative für den Fall eines Cloudflare-Ausfalls. | Studieren Sie derzeit über Alternativen, um im Falle eines Zwischenfalls eine Backup-Lösung zu haben. | ==============ENGLISCHE VERSION============ # Post Mortem **Referenz zum Vorfall** TSR-2651 **Von dem Vorfall betroffene Zahlungsdienste** E-Commerce-Zahlungen und 3DS. **Auswirkungen auf die Kunden** Unfähigkeit der Karteninhaber, Zahlungen zu leisten. **Überblick über den Vorfall** * **5. Dezember, 09:48 Uhr: Beginn des Vorfalls** und Warnmeldungen wurden ausgelöst. * **5. Dezember, 09:52 Uhr: ** Einrichtung eines speziellen Krisenstabs. Beginn der Ermittlungen und Verdacht auf einen Vorfall bei Cloudflare. * **5. Dezember, 09:54 Uhr: ** Bestätigung des Vorfalls bei Cloudflare. * **5. Dezember, 10:00 Uhr: ** Kommunikation auf der Statusseite. * **5. Dezember, 10:13 Uhr: Ende des Vorfalls. ** **Kontext** N/A **Grundursache** Vorfall bei Cloudflare. **Von Payplug zu ergreifende Aktionen** | **Symptome** | **Aktionen** | | --- | --- | | Fehlen einer Alternative für den Fall eines Cloudflare-Ausfalls. | Derzeit läuft eine Studie über Alternativen zur Bereitstellung einer Backup-Lösung für den Fall eines Zwischenfalls. |

Automatisch aus der offiziellen Störungsmeldung übersetzt.

1. 3. Dezember 2025 um 10:36 UTCinvestigating

   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 disponibile sur vos comptes comme habituellement. Les détails des virements correspondants seront mis à disposition aujourd'hui. EN Die Auszahlungen für den 2. Dezember, die ursprünglich für heute geplant waren, werden morgen bearbeitet. Es sind keine Maßnahmen Ihrerseits erforderlich, und das Geld wird wie gewohnt auf Ihren Konten verfügbar sein. Die Einzelheiten der entsprechenden Überweisungen werden heute zur Verfügung gestellt.

2. 3. Dezember 2025 um 10:44 UTCmonitoring

   Ein Fix wurde implementiert und wir überwachen die Ergebnisse.

3. 4. Dezember 2025 um 10:39 UTCmonitoring

   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 disponibile sur vos comptes comme comme habituellement. Les détails des virements correspondants seront mis à disposition aujourd'hui. EN Die Auszahlungen für den 2. Dezember wurden erfolgreich bearbeitet. Die Auszahlungen für den 3. Dezember, die ursprünglich für heute geplant waren, werden jedoch morgen bearbeitet. Es sind keine Maßnahmen Ihrerseits erforderlich, und das Geld wird wie gewohnt auf Ihren Konten verfügbar sein. Die Einzelheiten der entsprechenden Überweisungen werden heute zur Verfügung gestellt.

4. 5. Dezember 2025 um 11:20 UTCresolved

   FR Wir bestätigen die Rücknahme von Transaktionen am 3. Dezember. Nous somes à jour sur les reversements. EN Wir bestätigen die Auszahlungen der Transaktionen ab dem 3. Dezember. Wir sind über die Auszahlungen auf dem Laufenden. ES Wir bestätigen die Rückerstattung der Transaktionen vom 3. Dezember. Siamo aggiornati sui rimborsi.

Automatisch aus der offiziellen Störungsmeldung übersetzt.