Historia awarii Payplug

1. 12 października 2026 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. PL Zidentyfikowaliśmy problem dotyczący platformy płatniczej, przy czym transakcje Oney zwracają kod błędu 5001. Po naszym śledztwie, incydent wydaje się być poza naszą platformą. Będziemy informować Państwa o wszelkich zmianach, gdy tylko dostępne będą dalsze informacje. 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 października 2026 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. PL Zidentyfikowano przyczynę. Usługodawca przygotowuje rozwiązanie. Będziemy informować Państwa o wszelkich zmianach, gdy tylko dostępne będą dalsze informacje. 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 października 2026 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. PL Rozwiązanie zostało wprowadzone przez usługodawcę. Sprawa nie powinna już mieć miejsca. Kontynuujemy monitorowanie służby. IT La correzione è stata implementata dal fornitore. Il problema non dovrebbe più ripresentarsi. Continuiamo a monitor il servizio.

4. 13 października 2026 07:10 UTCresolved

   Ten incydent został rozwiązany.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 września 2026 17:14 UTCinvestigating

   FR Nous avons identifié des difficultés sur les paiements en ligne et en magasins depuis 19h03. Incydent będzie analizowany. PL Zidentyfikowaliśmy problemy wpływające na płatności online i w sklepach od 7: 03 PM (CEST). Śledztwo jest w toku. IT Abbiamo identificato delle difficoltà nei pagamenti online e nei punti vendita dalle ore 19: 03. L 'incidente è in fase di analisi.

2. 17 września 2026 17:39 UTCinvestigating

   FR Les investigations sont toujours en cours. Nous revilendrons vers vous dans les meilleurs délais. PL Badania nadal trwają. Odezwiemy się jak najszybciej.

3. 17 września 2026 18:03 UTCinvestigating

   - Début / Start: 17 / 09 / 2026 19: 08 CEST - Fin / End: En cours / Ongoing - Catégorie / Kategoria: Przetwarzanie produkcyjne - Responsabilité / Odpowiedzialność: Externe / Externe - Priorité / Priority: P1 FR L 'origine de l' incident a été identifiée: il s 'agit d' un problème réseau chez l 'un de nos hébergeurs externes. Un rollback est en cours de leur côté, le service devrait être rétabli très rapidement. Nous vous tiendrons informaés. PL Zidentyfikowano główną przyczynę incydentu: jest on związany z problemem sieci w jednym z naszych zewnętrznych dostawców hostingu. Trwa obecnie proces wycofywania, a usługa powinna zostać wkrótce przywrócona. Będziemy cię informować na bieżąco.

4. 17 września 2026 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 excionnée. PL Zawracanie w naszym dostawcy hostingu sieci jest nadal w toku. Będziemy na bieżąco, jak tylko usługa zostanie całkowicie przywrócona. Przepraszamy za wszelkie niedogodności. 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 września 2026 18:38 UTCmonitoring

   TSR- 3752 - Début / Start: 17 / 09 / 2026 19: 08 CEST - Fin / End: En cours / Ongoing - Catégorie / Kategoria: Przetwarzanie produkcyjne - Responsabilité / Odpowiedzialność: Externe / Externe - Priorité / Priority: P1 FR Le retour arrière (rollback) chez notre hébergeur réseau est finalisé et le service est désormais pleinement rétabli. Nos équipes maintiennent une surveillance attentive pour s 'assurer de la stabilité globale de la plateforme. PL Cofnięcie w naszym dostawcy hostingu sieci zostało zakończone i usługa jest teraz w pełni przywrócona. Nasze zespoły nadal uważnie monitorują system, aby zapewnić ogólną stabilność platformy. 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 września 2026 07:07 UTCresolved

   Ten incydent został rozwiązany.

7. 18 września 2026 07:55 UTCpostmortem

   # _ Wersja angielska poniżej _ # Post Mortem * * Incydent Référence * * TSR- 3752 * * Service concerné * * Paiements e- commerce, 3DS et en magasins. * * Klient uderzeniowy * * Impossibilité pour les virgid 'effectuer des paiements. * * Synthèse de l 'invent * * * * * 17 septembre 19h03: début de l 'incident. * * * * 17 septembre 19h05: * * premières remontées d 'erreurs. * * * 17 septembre 19h10: * * création d 'une cellule de crise dédiée et début des investigations. * * * 17 septembre 19h14: * * communication Statuspage. * * * 17 septembre 19h27: identification de l 'origine externe de l' incident chez un hébergeur réseau. * * * * * 17 septembre 19h30: * * contact de notre hébergeur réseau pour obtenir la résolution de l 'invention. * * * 17 septembre 19h52: * * lancement des premierères actions correctives chez l 'hébergeur réseau. Rétablissement partiel des services et poursuite des investigations. * * * 17 septembre 20h30: identification de l 'origine de l' incident par l 'hébergeur réseau. * * Lancement de nouvelles działa poprawnie. * * * 17 septembre 20h33: fin de l 'incident. * * * * * 17 septembre 20h34- 21h15: * * monitoring des différents services. * * Root cause * * L 'incident a été causé par une interruption réseau chez notre hébergeur rendant indisponibles les services nécessaires à la sécurisation et au traitement des transactions de paiement. Cette indisponibilité a empêché le traitement des paiements, aussi bien en ligne qu' en point de vente. Uzasadnienie = = = = = = = = = = = = = = WERSJA ENGLISH = = = = = = = = = = = = = = = = = = = = = = # Post Mortem * * Odniesienie do incydentu * * TSR- 3752 * * Usługi płatnicze dotknięte wypadkiem * * E- commerce, 3DS i płatności w sklepie. * * Uderzenie klienta * * Karciarze nie byli w stanie dokonać płatności. * * Incydent Overview * * * * * 17 września, 19: 03pm: początek incydentu. * * * * * 17 września, 7: 05pm: * * zgłoszone pierwsze błędy. * * * 17 września, 19: 10: * * założony i rozpoczęty został specjalny zespół ds. zarządzania kryzysowego. * * 17 września, 19: 14: * Publikowana komunikacja ze Statuspage. * * * 17 września, 7: 27pm: zewnętrzna przyczyna korzeniowa zidentyfikowana przez dostawcę hostingu sieci. * * * * * 17 września, 7: 30pm: * * skontaktowano się z naszym dostawcą hostingu sieci, aby rozwiązać ten incydent. * * * 17 września, 7: 52: * * początkowe działania naprawcze zainicjowane przez dostawcę hostingu sieci. Odnowa części służby i dalsze dochodzenia. * * * 17 września, 20: 30pm: przyczyna główna zidentyfikowana przez dostawcę hostingu sieci. * * Dalsze działania naprawcze rozpoczęte. 17 września, 20: 33: incydent rozwiązany. * * * 17 września, 8: 34- 9: 15: * * monitorowanie różnych usług. * * Root cause * * Incydent został spowodowany przez awarię sieci w naszym dostawcy hostingu, co sprawia, że usługi wymagane do zabezpieczenia i przetwarzania transakcji płatniczych niedostępne. Ta niedostępność uniemożliwiła przetwarzanie płatności, zarówno online, jak i w punktach sprzedaży.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 września 2026 08:18 UTCinvestigating

   FR Nous avons identifié des difficultés sur le moyen de paiement Shopify. Incydent będzie analizowany. PL Zidentyfikowaliśmy problemy dotyczące płatności przy użyciu metody płatności typu Shopify. Śledztwo jest w toku. IT Abbiamo identificato delle difficoltà con il metodo di pagamento Shopify. L 'incidente è in fase di analisi.

2. 17 września 2026 08:24 UTCmonitoring

   FR Le traffic revident à la normale depuis 10h20. PL Korki wróciły do normy od 10: 20. IT Il traffico è tornato alla normalità dalle ore 10: 20.

3. 17 września 2026 08:43 UTCresolved

   TSR- 3748 - Début / Start / Inizio: 17 / 09 / 2026 10h05 CEST. - Fin / End / fine: 17 / 09 / 2026 10h20 CEST. - Catégorie / Categoria / Categoria: Przetwarzanie produkcji. - Responsabilité / Responsibilità: Externe / Externe / Esterna - Priorité / Priorité / Priorità: P2. FR I 'incident est d' origine externe et est désormais terminé. PL Incydent został spowodowany problemem zewnętrznym i został rozwiązany. IT L 'incidente è di origine esterna ed è ormai terminato.

4. 21 września 2026 08:24 UTCpostmortem

   # _English version below_ # Post Mortem **Référence incident** TSR-3748. **Service concerné** Shopify. **Impact client** Impossibilité pour les porteurs d’effectuer des paiements. **Synthèse de l’incident** * **17 septembre 10h05 : début de l’incident.** * **17 septembre 10h11 :** création d’une cellule de crise dédiée. Début des investigations. * **17 septembre 10h12 : identification de la root cause.**  * **17 septembre 10h13 :** lancement des actions correctives. * **17 septembre 10h17 : fin de l’incident.**  * **17 septembre 10h18 - 10h45 :** monitoring de la bonne reprise du service.  **Root cause** Une augmentation soudaine et exceptionnelle du volume de paiements a entraîné une saturation du service de traitement des paiements. La capacité maximale de traitement ayant été atteinte, certaines demandes n’ont plus pu être prises en charge, entraînant des erreurs et des ralentissements. La situation a été aggravée par un temps de traitement plus long sur certaines opérations, ainsi que par l’accumulation de notifications en attente. **Actions à entreprendre par Payplug** | **Symptômes** | **Actions** | | --- | --- | | Saturation de la capacité de traitement lors d’un pic de trafic entraînant des erreurs sur les demandes de paiement. | Augmentation de la capacité de traitement afin de mieux absorber les pics de trafic et de limiter les risques de saturation. | | Temps de traitement des paiements allongé par un nombre important d’appels d’authentification, contribuant à la saturation du service. | Mise en place d’un mécanisme de réutilisation temporaire des jetons d’authentification afin de réduire le nombre d’appels nécessaires au traitement des paiements. | | Accumulation des notifications en attente, entraînant des retards dans leur traitement. | Suppression de la limitation du nombre de notifications traitées simultanément vers le service de paiement afin d’améliorer leur traitement en période de forte activité. | | | Réalisation de tests de montée en charge afin de valider la capacité à traiter des volumes importants de paiements. | ‌ ==============ENGLISH VERSION============== # Post Mortem **Incident reference** TSR-3748. **Payment services affected by the incident** Shopify **Client impact** Cardholders were unable to make payments. **Incident Overview** * **17 September, 10:05am: incident began.** * **17 September, 10:11am:** dedicated crisis management team established. Investigations commenced. * **17 September, 10:12am: root cause identified.** * **17 September, 10:13am:** corrective actions initiated. * **17 September, 10:17am: incident resolved.** * **17 September, 10:18–10:45 am:** monitoring to ensure the service was successfully restored. **Root cause** A sudden and exceptional increase in payment volumes caused the payment processing service to become saturated. Once the maximum processing capacity was reached, some requests could no longer be handled, resulting in errors and slowdowns. The situation was further exacerbated by longer processing times for certain operations, as well as a build-up of pending notifications. **Actions to be taken by Payplug** | **Symptoms** | **Actions** | | --- | --- | | Processing capacity was saturated during a traffic peak, resulting in errors on payment requests. | Processing capacity has been increased to better handle traffic peaks and reduce the risk of saturation. | | Payment processing times increased due to a high number of authentication calls, contributing to service saturation. | A temporary authentication token reuse mechanism has been implemented to reduce the number of calls required to process payments. | | A build-up of pending notifications resulted in delays in their processing. | The limit on the number of notifications processed simultaneously by the payment service has been removed to improve processing during periods of high activity. | | | Load testing was carried out to validate the ability to process high volumes of payments. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 10 września 2026 10:29 UTCinvestigating

   FR Nous avons identifié un probleme de connexion sur notre Portail. Aucun impact sur les paiements n 'est identifié. Incydent będzie analizowany. PL Zidentyfikowaliśmy związek na naszym portalu. Brak wpływu na przetwarzanie. Śledztwo jest w toku. IT Abbiamo individuato un problema di connessione al nostro portale. Nessun impatto è stato identificato sulle transazioni. L 'incidente è in fase di analisi.

2. 10 września 2026 10:46 UTCmonitoring

   TSR- 3710 - Début / Start / Inizio: 10 / 09 / 2026 12h17 CEST. - Fin / End / fine: 10 / 09 / 2026 12h44 CEST. - Catégorie / Categoria / Categoria: Production Portail. - Responsabilité / Responsibilità: Payplug - Priorité / Priorité / Priorità: P2. FR L 'incident est confident résolu et le service est rétabli. Nous continuons à surveiller la reprise du service. PL Incydent został rozwiązany, a obsługa przywrócona. Ożywienie usług jest nadal monitorowane. IT L 'incidente è stato risolto e il servizio è stato ripristinato. Continuiamo a monitor la ripresa del servizio.

3. 10 września 2026 13:14 UTCresolved

   Ten incydent został rozwiązany.

4. 17 września 2026 14:21 UTCpostmortem

   # _ Wersja angielska poniżej _ # Post Mortem * * Incydent Référence * * TSR- 3710. * * Service concerné * * Portail. * * Klient uderzeniowy * * Les marchands ne pouvaient plus accéder à leurs comptes sur le Portail. * * Synthèse de l 'invent * * * * * 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. * * Uzasadnienie * * Root cause * * Une mise en production relative au portail marchand a introduit un nouvel échange avec un service interne nécessaire à son initialization. Cet échange nécessitait une authentification spécifique, qui n 'a pas été correctement transmise et configurée. Le portail n' a ainsi pas pu récupérer les informations nécessaires au chargement des comptes marchands. Par conséquent, les utilisateurs ne pouvaient plus accéder à leur portail. * * Actions à entreprendre par Payplug * * 124; * * Objawienia * * 124; * * Działania * * 124; {C: $999966} {f: Sur un point d 'entrée spécifique. VIId; Revue des alertes en cours pour pallier ce manque. Release 124; Échec lors de la transmission des informations d 'authentification. VIId; Déploiement de correctifs pour assurer la bonne transmission des informations d' authentification du portail vers les services internes afin de garantir le bon fonctionnement du portail. Uzasadnienie = = = = = = = = = = = = = = WERSJA ENGLISH = = = = = = = = = = = = = = = = = = = = = = # Post Mortem * * Odniesienie do incydentu * * TSR- 3710. * * Usługi płatnicze dotknięte wypadkiem * * Portal. * * Uderzenie klienta * * Kupcy nie mieli już dostępu do swoich kont na portalu. * * Incydent Overview * * * * * 10 września, 12: 17: * * rozmieszczenie produkcji. * * Incydent się rozpoczął. * * * * * 10 września, 12: 23: * * alarmy zostały podniesione. * * * 10 września, 12: 27pm: * * założony specjalny zespół zarządzania kryzysowego. Rozpoczęto badania. * * * 10 września, 12: 28pm: przyczyna rozpoznana. * * * * * 10 września, 12: 29: * * Publikowana komunikacja ze Statuspage. * * * 10 września, 12: 37pm: * * produkcja wycofała się. * * * 10 września, 12: 42: incydent rozwiązany. * * Uzasadnienie * * Root cause * * Wdrożenie produkcji związane z portalem handlowym wprowadziło nową interakcję z wewnętrzną usługą wymaganą do jego inicjalizacji. Ta interakcja wymagała specjalnego uwierzytelniania, które nie zostało prawidłowo przekazane i skonfigurowane. W rezultacie Portal nie był w stanie odzyskać informacji niezbędnych do załadunku rachunków handlowych. W związku z tym użytkownicy nie mieli już dostępu do swojego portalu. * * Działania podejmowane przez Payplug * * 124; * * Objawy * * 124; * * Działania * * 124; {C: $999966} {f: W przypadku określonego punktu końcowego nie wprowadzono żadnych ostrzeżeń. VIId; Wpisy są obecnie poddawane przeglądowi w celu usunięcia tej luki. DODATKOWE 124; Brak przekazywania informacji o uwierzytelnianiu. W celu zapewnienia prawidłowego przekazywania informacji uwierzytelniających z portalu do służb wewnętrznych oraz zagwarantowania prawidłowego funkcjonowania portalu, wprowadzono odpowiednie przepisy

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 sierpnia 2026 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. Incydent będzie analizowany. PL Zidentyfikowaliśmy problem wpływający na wyświetlanie transakcji na naszym portalu. Nie zaobserwowano wpływu na przetwarzanie transakcji, z wyjątkiem funkcji getTransaction. Incydent jest obecnie badany. IT Abbiamo identificato un problema di visualizazione 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 sierpnia 2026 08:15 UTCmonitoring

   TSR- 3623 - Début / Start / Inizio: 17 / 08 / 2026 9h50 CEST. - Fin / End / fine: 17 / 08 / 2026 10h11 CEST. - Catégorie / Categoria / Categoria: Production Portail. - Responsabilité / Responsibilità: Payplug - Priorité / Priorité / Priorità: P2. FR Les actions correctives ont été réalisées. Le service est revenu à la normale. PL Działania naprawcze zostały zakończone. Usługa wróciła do normy. IT Le azioni correttive sono state completate. Il servizio è tornato alla normalità.

3. 17 sierpnia 2026 08:38 UTCresolved

   Ten incydent został rozwiązany.

4. 18 sierpnia 2026 09:38 UTCpostmortem

   # _ Wersja angielska poniżej _ # Post Mortem * * Incydent Référence * * TSR- 3623. * * Service concerné * * Portail. * * Klient uderzeniowy * * Accès au Portail indisponible, retard d 'affichage des transactions sur le Portail et interruption de la fonctionnalité GetTransaction. * * Synthèse de l 'invent * * * * 18 août 9h20: * * livraison d 'une mise en production. * * 18 août 9h48: * * premières erreurs, * * début de l 'incident. * * * * 18 août 9h53: * * détection des erreurs. Début des analyses. * * 18 août 9h56: * * création d 'une cellule de crise dédiée. * * * 18 août 10h01: * * confirmation que les paiements ne sont pas impactés par l 'incident. * * * 18 août 10h02: * * communication Statuspage. * * * 18 août 10h08: identification de l 'origine de l' incident. * * * * * 18 août 10h10: * * déploiement des actions correctives. * * * 18 août 10h11: fin de l 'incident. * * * * * 18 août 10h12- 10h18: * * série de contrôles pour s 'assurer qu' aucune transaction n 'a été perdue durant l' incident. Uzasadnienie * * Root cause * * Une modification de configuration prévue uniquement pour l 'environnement de préproduction a été appliquée à la configuration de production. Cette configuration a empêché un service de communiquer correctement avec un compostant nécessaire à son fonctionnement, entraînant les dysfonctionnements observés lors de l 'incident. * * Actions prises par Payplug * * 124; * * Objawienia * * 124; * * Działania * * 124; {C: $999966} {f: Reference 124; Absence de détection des erreurs présentes dans un environnement de test en amont de celles en production. VIId; Revue des alertes et étude en cours pour calquer les alertes de l 'environnement de test sur celles de production. VIId; Sur un autre environnement. Conservation des contrôles afin de cork 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. VIId; Superior 124; Livraison tardive de la modification suite à sa walidation plusieurs jours auparavant. VIId; Réduction des délais entre la validation d 'une modification et son déploiement. VIId; Uzasadnienie = = = = = = = = = = = = = = WERSJA ENGLISH = = = = = = = = = = = = = = = = = = = = = = # Post Mortem * * Odniesienie do incydentu * * TSR- 3623. * * Usługi płatnicze dotknięte wypadkiem * * Portal. * * Uderzenie klienta * * Dostęp do portalu niedostępny, opóźnienia w wyświetlaniu transakcji na portalu oraz zakłócenia funkcji GetTransaction. * * Incydent Overview * * * * * 18 sierpnia, 9: 20: * * rozmieszczenie produkcji. * * * 18 sierpnia, 9: 48am: * * wykryto pierwsze błędy. * * Incydent się rozpoczął. * * * * * 18 sierpnia, 9: 53am: * * wykryto błędy. Rozpoczęto badania. * * * 18 sierpnia, 9: 56am: * * utworzono specjalny zespół zarządzania kryzysowego. * * * 18 sierpnia, 10: 01am: * * potwierdzenie, że płatności nie miały wpływu na incydent. * * * 18 sierpnia, 10: 02am: * * Publikowana komunikacja ze Statuspage. * * * 18 sierpnia, 10: 08am: przyczyna rozpoznana. * * * * * 18 sierpnia, 10: 10: * * podjęte działania naprawcze. * * * 18 sierpnia, 10: 11: incydent rozwiązany. * * * * * 18 sierpnia, 10: 12-10: 18: * * przeprowadzono serię kontroli, aby upewnić się, że podczas incydentu nie doszło do utraty transakcji. Uzasadnienie * * Root cause * * Do konfiguracji produkcji zastosowano zmianę konfiguracji przeznaczoną wyłącznie dla środowiska wstępnego produkcji. Ta konfiguracja uniemożliwiła usłudze prawidłową komunikację z komponentem wymaganym do jej działania, co doprowadziło do problemów zaobserwowanych podczas incydentu. * * Działania podjęte przez Payplug * * 124; * * Objawienia * * 124; * * Działania * * 124; {C: $999966} {f: Uwaga 124; brak wykrycia błędów w środowisku testowym przed ich wystąpieniem w produkcji. VIId; Przegląd dokonanych wpisów wraz z oceną w celu dostosowania wpisów w środowisku testowym do wpisów w produkcji. VIId; 124; Brak wykrycia wpływu na inne środowisko. System kontroli jest wzmacniany, aby zapobiec niezamierzonemu rozprzestrzenianiu się do innych środowisk. Trwają prace nad określeniem środowisk, na które mają wpływ rozmieszczenia produkcji, oraz nad zapewnieniem, że przed ich rozmieszczeniem przeprowadzane są szczególne kontrole. 124; 124; Opóźnione wprowadzenie zmiany po jej zatwierdzeniu kilka dni wcześniej. 124; skrócenie czasu między zatwierdzeniem zmiany a wdrożeniem

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 lipca 2026 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 probleme. PL Zidentyfikowaliśmy problem dotyczący linków płatniczych, które nie pojawiają się na portalu. Nasze zespoły są w pełni zmobilizowane, by rozwiązać ten problem. IT Abbiamo identificato un problema per cui i link di pagamento non vengono visualzati nel Portale. I nostri team sono mobilitati per risolvere il problema.

2. 21 lipca 2026 13:16 UTCinvestigating

   FR Les investigations sont toujours en cours. Nous revendrons vers vous dans 15 minut. PL Badania nadal trwają. Dostarczymy Państwu dalsze aktualizacje za 15 minut. IT Le indagini sono ancora in corso. Vi aggiorneremo tra 15 minut.

3. 21 lipca 2026 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 probleme. PL Incydent wpływa również na wyświetlanie transakcji, które mogą pojawić się z opóźnieniem. Nasze zespoły są w pełni zmobilizowane, by rozwiązać ten problem. IT L 'incidente interessa anche la visualizazione delle transazioni, che potrebbero comparaire con ritardo. I nostri team sono mobilitati per risolvere il problema.

4. 21 lipca 2026 13:38 UTCmonitoring

   FR Le service est revenu à la normal depuis 15h30. Nr équipes continuent de monitorer le service. PL Usługa wróciła do normy od 15: 30. Nasze zespoły nadal monitorują obsługę. IT Il servizio è tornato alla normalità dalle ore 15: 30. Ja nostri team continuano a monitorare il servizio.

5. 21 lipca 2026 14:15 UTCresolved

   Ten incydent został rozwiązany.

6. 24 lipca 2026 14:42 UTCpostmortem

   # _ Wersja angielska poniżej _ # Post Mortem * * Incydent Référence * * TSR- 3518 * * Service concerné * * Demandes de paiements et affichage des transactions. * * Klient uderzeniowy * * Arrêt d 'envoi des liens de paiement et non affichage des nouvelles transactions. * * Synthèse de l 'invent * * * * 21 juillet 14h10: début de l 'incident. * * * * 21 juillet 14h37: * * remontée d 'alerte sur un potentiel incident affectant les demandes de paiements. Début des investigations. * * 21 juillet 14h53: * * création d 'une cellule de crise dédiée. * * 21 juillet 14h59: * * communication Statuspage. * * * 21 juillet 15h: identification de l 'origine de l' incident. * * * * * 21 juillet 15h06: * * déploiement des actions correctives. * * * 21 juillet 15h19: * * remontées de retards dans la remontée des transactions. * * * 21 juillet 15h21: * * début de reprise du service. * * 21 juillet 15h30: fin de l 'incident. * * * * Root cause * * Un dysfonctionnement sur l 'une de nos instances a provoqué l' absorption massive et anoramale d 'un grand nombre de données simulatanées. Cette dopłata 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. Uzasadnienie * * Actions prises par Payplug * * 124; * * Objawienia * * 124; * * Działania * * 124; {C: $999966} {f: Sur l 'absorbing des données par une instance. VIId; Ajout d' une limite pour éviter un engergement de l 'instance et un ralentissement général de certains services. VIId; Well124; Gestion synchrone entre deux services qui ont ralenti le système une partie de notre système. VIId; Analises 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\). VIId; Uzasadnienie = = = = = = = = = = = = = = WERSJA ENGLISH = = = = = = = = = = = = = = = = = = = = = = # Post Mortem * * Odniesienie do incydentu * * TSR- 3518 * * Usługi płatnicze dotknięte wypadkiem * * Żądania płatności i wyświetlacz transakcji. * * Uderzenie klienta * * Linki płatnicze nie były już wysyłane, a nowe transakcje nie były wyświetlane.. * * Incydent Overview * * 21 lipca, godzina 14: 10. * * * 21 lipca, 14: 37: * * alert podniesiony w związku z potencjalnym incydentem mającym wpływ na wnioski o płatność. Rozpoczęto badania. * * * 21 lipca, 14: 53: * * utworzono specjalny zespół zarządzania kryzysowego. * * 21 lipca, 14: 59: * * Publikowana komunikacja ze Statuspage. * * * 21 lipca, 15: 00: przyczyna rozpoznana. * * * * * 21 lipca, 15: 06: * * podjęte działania naprawcze. * * * 21 lipca, 15: 19: * * raporty o opóźnieniach w wyświetlaniu transakcji. * * * 21 lipca, 15: 21: * * rozpoczął się powrót do służby. 21 lipca, 15: 30, incydent rozwiązany. Uzasadnienie * * Root cause * * Awaria w jednym z naszych przypadków doprowadziła do nieprawidłowego przetwarzania dużej ilości danych jednocześnie. To nagłe przeciążenie, połączone z synchronicznym przetwarzaniem pomiędzy dwoma usługami, znacznie spowolniło część naszego systemu i uniemożliwiło wyświetlenie wniosków o płatności na portalu. * * Działania podjęte przez Payplug * * 124; * * Objawy * * 124; * * Działania * * 124; {C: $999966} {f: W odniesieniu do ilości danych, które mogłyby być przetwarzane przez jedną instancję, nie wprowadzono żadnych ograniczeń. VIId; Obecnie wdrażany jest limit zapobiegający nasyceniu instancji i wynikającemu z tego pogorszeniu niektórych usług. VIId; 124; Synchroniczna komunikacja pomiędzy dwoma usługami przyczyniła się do spowolnienia części naszego systemu. 124; Prowadzone są dochodzenia mające na celu usprawnienie komunikacji między obiema służbami, poprzez wprowadzenie krótszego okresu lub poprzez wdrożenie asynchronicznego przetwarzania. VIId

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 14 lipca 2026 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. PL Incydent miał wpływ na usługę uwierzytelniania 3DS dla transakcji Mastercard między 09: 18 a 10: 30, co spowodowało błędy uwierzytelniania z kodem błędu 4009. Incydent został rozwiązany, a usługa jest w pełni sprawna. IT Un incidente ha interessato il servizio di authenticazione 3DS per le transazioni Mastercard tra le 09: 18 e le 10: 30, causando errori di authenticazione con il codice errore 4009. L 'incidente è stato risolto e il servizio è nuovamente pienamente operativo.

2. 15 lipca 2026 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 We are observing a recurrence of the incident, with errors affecting the 3D Secure authentication service for Mastercard transactions. Our teams are fully mobilised to restore the service as quickly as possible. IT Stiamo riscontrando una recrudescenza dell'incidente, con errori che interessano il servizio di autenticazione 3DS per le transazioni Mastercard. I nostri team sono mobilitati per ripristinare il servizio nel più breve tempo possibile.

3. 15 lipca 2026 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 Affected transactions have been returning a 5005 error code since 9:00 am. Our teams are continuing their investigations to restore the service as quickly as possible. IT Le transazioni interessate restituiscono un errore 5005 dalle ore 9:00. I nostri team stanno proseguendo le analisi per ripristinare il servizio nel più breve tempo possibile.

4. 15 lipca 2026 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 externe. EN The incident is external in origin and originates from Mastercard. Our teams remain fully mobilised and are closely monitoring the progress of this external incident. IT L'incidente è di origine esterna ed è riconducibile a Mastercard. I nostri team sono mobilitati e monitorano costantemente l'evoluzione di questo incidente esterno.

5. 15 lipca 2026 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 We have observed an improvement since 10:10 am. However, some transactions are still returning errors. Our teams are in contact with Mastercard and remain fully mobilised. IT Dalle ore 10:10 osserviamo un miglioramento della situazione. Tuttavia, alcune transazioni continuano a restituire errori. I nostri team sono in contatto con Mastercard e restano pienamente mobilitati.

6. 15 lipca 2026 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 We have observed a significant improvement since 10:39 am, and the situation appears to be returning to normal. Our teams are in contact with Mastercard and remain fully mobilised. IT Dalle ore 10:39 osserviamo un netto miglioramento e la situazione sembra tornare alla normalità. I nostri team sono in contatto con Mastercard e restano pienamente mobilitati.

7. 15 lipca 2026 09:20 UTCresolved

   FR L'incident est terminé et la situation est revenue en nominale. EN The incident has been resolved and the situation has returned to normal. IT L'incidente è risolto e la situazione è tornata alla normalità.

8. 16 lipca 2026 12:28 UTCpostmortem

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

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 20 czerwca 2026 10:52 UTCinvestigating

   FR Zidentyfikowaliśmy incydent mający wpływ na wysyłanie powiadomień po płatnościach za pomocą naszych modułów. Incydent jest w trakcie analizy. EN Zidentyfikowaliśmy incydent mający wpływ na dostarczanie powiadomień po płatności dla sprzedawców korzystających z naszych modułów. Incydent jest obecnie przedmiotem dochodzenia.

2. 20 czerwca 2026 13:40 UTCresolved

   TSR-3421 - Początek/ Początek: 19/06/2026 18:00:00 CEST - Zakończenie: 20/06/2026 15:17:00 CEST - Kategoria/ Kategoria: Produkcja/Przetwórstwo - Odpowiedzialność/Odpowiedzialność: Zewnętrzna - Priorytet/Priorytet: P1 FR Incydent, który wpłynął na wysyłanie powiadomień po płatnościach dla rynków korzystających z modułów, został rozwiązany. Usługa była regulowana do 15h17 i działała normalnie. Operacje zostaną podane w celu przeglądania powiadomień, które nie mogą być wysyłane od początku zdarzenia, które pojawią się tutaj o 18:00. EN Incydent mający wpływ na dostarczanie powiadomień po płatnościach dla sprzedawców korzystających z modułów został rozwiązany. Usługa została przywrócona o 15:17 i teraz działa normalnie. Przeprowadzone zostaną operacje w celu powtórzenia powiadomień, których nie można wysłać od początku incydentu, który rozpoczął się wczoraj o 18:00.

3. 26 czerwca 2026 09:27 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-3421 **Usługa objęta** Powiadomienia o płatnościach. **Klient wpływu** Powiadomienia o płatnościach nie są wysyłane do rynków. **Syntezę incydentu** * **19 czerwca 18h: ** wysłanie masywnego wolumenu płatności. * **19 czerwca 18h30: Początek incydentu. ** * **20 czerwca 10h33: ** naprawa alertu o problemie z powiadomieniem. * **20 czerwca 11h46: ** utworzenie uszkodzonej komórki kryzysowej. Początek dochodzeń. * **20 czerwca 11h48: ** Identyfikacja braku zgłoszeń płatniczych. Dlaczego śledztwo. * **20 czerwca 12h50: identyfikacja pierwotnej przyczyny. ** * **20 czerwca 13h02 - 15h15: ** uruchomienie różnych działań korekcyjnych. * **20 czerwca 15h17: koniec incydentu. ** * **20 czerwca 22h32: ** Uruchomienie automatów do odnawiania powiadomień. * **21 czerwca 11h57: ** potwierdzenie zwrotu zgłoszeń. ‌ **Przyczyna korzenia** Nieprawidłowo ustawiony wolumen powiadomień, powiązany z automatycznymi próbami wysyłania na niedostępny adres URL, przesyła plik przetwarzania powiadomień. To nasycenie przez co blokuje wysyłanie powiadomień. **Działania prowadzone przez Payplug** | **Symptomy** | **Działanie** | | --- | --- | | Brak określonego ostrzeżenia w pliku przetwarzania powiadomień. | Dodaj ostrzeżenie specjalne do wykrywania i zapobiegania całkowitemu nasyceniu pliku przetwarzania. | | Brak limitu żądań płatniczych na rynek | Aktualizacja zamiast limitu na rynek, aby ograniczyć przepływ powiadomień i zapobiec całkowitemu nasyceniu pliku przetwarzania. | | Niedostosowane zarządzanie limitami czasu | Zmiana przekroczenia limitu czasu, aby zapobiec nasyceniu plików przetwarzania powiadomień. | | Opóźnienie w ściganiu odpowiedzialnym za incydent | Rewizja procesu incydentu w nieotwartych godzinach i komunikacji z określonymi zespołami. | ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-3421 **Usługi płatnicze dotknięte incydentem** Powiadomienia o płatnościach. **Wpływ klienta** Powiadomienia o płatnościach nie były już wysyłane do sprzedawców. **Przegląd incydentów** * **19 czerwca 18:00: ** przetworzono dużą liczbę transakcji płatniczych. * **19 czerwca 18:30: rozpoczął się incydent. ** * **20 czerwca 10:33: ** podniesiony alert dotyczący problemu z powiadomieniem. * **20 czerwca 11:46: ** powołano dedykowany zespół zarządzania kryzysowego. Rozpoczęły się dochodzenia. * **20 czerwca 11:48: ** stwierdzono brak wysłania powiadomień o płatnościach. Dochodzenia trwały. * **20 czerwca 12:50: zidentyfikowano pierwotną przyczynę. ** * **20 czerwca 13:02 — 15:15: ** wdrożono różne działania naprawcze. * **20 czerwca 15:17: incydent rozwiązany. ** * **20 czerwca 22:32: ** uruchomiono zautomatyzowane procesy ponownego wysyłania powiadomień. * **21 czerwca 11:57: ** potwierdzenie, że wszystkie powiadomienia zostały ponownie wysłane. ‌ **Przyczyna korzenia** Nienormalnie duża liczba nieudanych powiadomień w połączeniu z automatycznymi próbami ponownej próby niedostępnego adresu URL nasycała kolejkę przetwarzania powiadomień. W rezultacie nasycenie uniemożliwiło wysyłanie powiadomień o płatnościach. **Działania do podjęcia przez Payplug** | **Objawy** | **Działanie** | | --- | --- | | W kolejce przetwarzania powiadomień nie wprowadzono konkretnego ostrzegania. | Wprowadzono specjalne alerty w celu wykrycia i proaktywnego przewidywania nasycenia kolejki przetwarzania. | | Nie obowiązywał limitu na sprzedawcę w przypadku składania wniosków o płatność. | Wdrożono limit na sprzedawcę, aby kontrolować ruch powiadomień i zapobiec nasyceniu kolejki przetwarzania. | | Niewłaściwe ustawienia limitu czasu | Trwa przegląd progów limitu czasu, aby zapobiec nasyceniu kolejek przetwarzania powiadomień. | | Opóźnienie w reagowaniu na incydenty. | Procedura zarządzania incydentami poza godzinami pracy jest obecnie poddawana przeglądowi i zostanie przekazana odpowiednim zespołom. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 15 czerwca 2026 10:24 UTCinvestigating

   FR Dzisiejsze zwroty z 13, 14 i 15 czerwca nie mogły być odwrócone w ich integralności. Nasze zespoły są w pełni zmobilizowane, aby naprawić sytuację w najlepszych czasach i przywrócić normalną procedurę zwrotów. Jesteśmy poinformowani o ewolucji sytuacji, w której dostępne są nowe informacje. EN Rozliczenia dotyczące 13, 14 i 15 czerwca, które zostały zaplanowane na dziś, nie mogły zostać rozpatrzone w całości. Nasze zespoły są w pełni zmobilizowane, aby jak najszybciej rozwiązać sytuację i przywrócić normalne przetwarzanie rozliczeń. Będziemy Cię informować o wszelkich wydarzeniach, gdy tylko będą dostępne dalsze informacje. TO Przesłanki z 13, 14 i 15 czerwca na dziś nie mogły być całkowicie zrealizowane. Nasz zespół zdecydowanie powstrzymuje się, aby rozwiązać sytuację w możliwie krótszym czasie i przywrócić normalny proces zbierania funduszy. Poinformujemy Cię o tym, że nowe informacje będą dostępne w niedalekiej sytuacji.

2. 16 czerwca 2026 08:58 UTCmonitoring

   TSR-3389 - Początek/Początek/Początek: 16/06/2026 - Fin/Koniec /dobra: 17/06/2026 - Kategoria/Kategoria/Kategoria: Odwrócenie produkcyjne/ rozliczenia/wersamento - Odpowiedzialność/Odpowiedzialność/Odpowiedzialność: Payplug - Priorytet/Priorytet/Priorytet: P2. FR Pozostałe fundusze nie mogą być tutaj odwrócone, będą dziś dostępne. Twoja część nie jest wymagana żadna akcja, a tapety będą dostępne na Twoich kontach jak zwykle. EN Pozostałe środki, które nie mogły zostać rozliczone wczoraj, zostaną rozliczone dzisiaj. Z Twojej strony nie są wymagane żadne działania, a środki będą dostępne na Twoich kontach jak zwykle. TO Podstawowe fundusze, które nie mogły zostać wydane wczoraj, zostaną dziś akredytowane. Nie żądasz żadnych działań ze swojej strony, a fundusze będą dostępne na Twoich kontach jako konsumpcja.

3. 16 czerwca 2026 09:17 UTCresolved

   Ten incydent został rozwiązany.

4. 16 czerwca 2026 13:27 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-3389 **Usługa objęta** Odwrócenie transakcji. **Klient wpływu** Niemożność przeprowadzenia odwrócenia integralności transakcji w czasie trwania zdarzenia, powodując opóźnienie regulacji transakcji. ‌ **Syntezę incydentu** * **15 czerwca 10h10: ** naprawy ostrzeżeń wskazujących, że niektóre marchandy nie mają żadnych funduszy. **Początek incydentu** i początek pierwszych analiz. * **15 czerwca 10h36: ** utworzenie uszkodzonej komórki kryzysowej. * **15 czerwca 10h37: ** Identyfikacja problemu generowania pewnych żądań żywiołowych. * **15 czerwca 10h52: ** identyfikacja drugiego incydentu wpływającego na walidację wirementów. * **15 czerwca 11h11: ** rozwiązanie zdarzenia mającego wpływ na walidację zmian. * **15 czerwca 11h14: ** poproś o weryfikację transakcji weekendowych i przeprowadzenie dochodzeń dotyczących błędu generowania niektórych żądań zwrotnych. * **15 czerwca 11h34: ** weryfikacja weekendowych wniosków i śledztwa w celu umożliwienia wysłania funduszy, które pozwolą na usunięcie limitu. * **15 czerwca 11h55: Identyfikacja pochodzenia incydentu. ** * **15 czerwca o godz. 12h22: ** opracowanie planu działania, aby umożliwić wysłanie funduszy bez obciążenia. * **15 czerwca 15h: ** uruchomienie korygujących działań pod nadzorem drużyn. * **15 czerwca 17h10: ** zakończenie działań korekcyjnych. **Koniec incydentu. ** * **16 czerwca o godz. 7h30**: brak ostrzeżenia wskazującego na błędy. * **16 czerwca 9h30: ** weryfikacja dobrej generacji żądań wirowych. * **16 czerwca 10h57: ** kontrolowanie zmian zespołów technicznych. * **16 czerwca 10h59: ** Różne kontrakty potwierdzają odwrócenie zebrania tablic. **Przyczyna korzenia** Błąd podczas dezaktywacji wyzwalacza spowodował przerwanie generowania plików wirementowych i spowodował odwrócenie niektórych funduszy. ‌ **Akcje przyznane przez Payplug** | **Symptomy** | **Działanie** | | --- | --- | | Brak specyficznego ostrzeżenia o braku generowania pliku. | Dodaj ostrzeżenie w celu wykrycia błędów braku generowania pliku i zapobiegania incydentowi odwrócenia. | | Brak specyficznego ostrzeżenia na osłonie wyzwalacza. | Przeprowadzane są zgięcia w celu dodania ostrzeżeń, które powodują naprawę ostrzeżeń do wyzwalacza. | ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-3389 **Usługi płatnicze dotknięte incydentem** Rozliczenie transakcji **Wpływ klienta** Niemożność rozliczenia wszystkich transakcji podczas incydentu, co skutkuje opóźnieniem rozliczeń handlowych. ‌ **Przegląd incydentów** * **15 czerwca 10:10: ** podniesiono alerty wskazujące, że niektórzy kupcy nie otrzymali środków. **Początek incydentu** i rozpoczęcie wstępnych dochodzeń. * **15 czerwca 10:36: ** powołano dedykowany zespół zarządzania kryzysowego. * **15 czerwca 10:37: ** zidentyfikowano problem mający wpływ na generowanie niektórych wniosków o przelew bankowy. * **15 czerwca 10:52: ** zidentyfikowano drugi incydent mający wpływ na walidację transferu. * **15 czerwca 11:11: ** incydent mający wpływ na walidację transferu został rozwiązany. * **15 czerwca 11:14: ** złożono wniosek o walidację przelewów zawierających transakcje weekendowe, podczas gdy dochodzenia w sprawie błędu wpływającego na generowanie niektórych wniosków o przeniesienie nadal trwały. * **15 czerwca 11:34: ** zatwierdzone transfery weekendowe. Kontynuowano dochodzenia, aby umożliwić wysłanie brakujących środków następnego dnia ze względu na przekroczenie terminu granicznego. * **15 czerwca 11:55: ** **zidentyfikowano główną przyczynę incydentu. ** * **15 czerwca 12:22: ** opracowano plan działania, który umożliwi wysłanie brakujących środków następnego dnia. * **15 czerwca 15:00: ** działania naprawcze realizowane pod nadzorem zespołu. * **15 czerwca 17:10: ** zakończone działania naprawcze. ** Incydent rozwiązany. ** * **16 czerwca 7:30: ** brak alertów wskazujących na jakiekolwiek błędy. * **16 czerwca 9:30: ** weryfikacja prawidłowego generowania żądań transferu. * **16 czerwca 10:57: ** transfery sprawdzane przez zespoły techniczne. * **16 czerwca 10:59: ** wszystkie czeki potwierdziły, że wszystkie środki zostały pomyślnie rozliczone. **Przyczyna korzenia** Błąd w wyzwalaniu harmonogramu zadań przerwał generowanie plików przelewów bankowych, uniemożliwiając rozliczenie niektórych środków. ‌ **Działania podjęte przez Payplug** | **Objawy** | **Działanie** | | --- | --- | | Nie wprowadzono specjalnego alertu, który mógłby wykryć niepowodzenie w generowaniu pliku. | Dodano alert w celu wykrycia błędów generowania plików i proaktywnej identyfikacji potencjalnych incydentów rozliczeniowych. | | Nie wprowadzono specjalnego alertu w celu wykrycia awarii harmonogramu zadań. | Trwają dyskusje dotyczące wdrożenia alertów zdolnych do zgłaszania błędów w harmonogramie zadań. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 czerwca 2026 04:43 UTCinvestigating

   FR Zidentyfikowaliśmy problemy z płatnościami online i w sklepach. Incydent jest w trakcie analizy. EN Zidentyfikowaliśmy problemy wpływające na płatności online i w sklepie. Trwa śledztwo. TO Zidentyfikowaliśmy trudności związane z płatnościami online i punktami sprzedaży. Incydent jest w fazie analizy.

2. 7 czerwca 2026 05:05 UTCinvestigating

   FR Zidentyfikowaliśmy problemy na platformie płatniczej. Po analizie urządzenie, którego zdarzenie jest zewnętrzne na naszej platformie. Jesteśmy poinformowani o ewolucji, ponieważ nowe informacje będą dostępne. EN Zidentyfikowaliśmy problemy na platformie płatniczej. Po analizie okazuje się, że incydent jest poza naszą platformą. Będziemy Cię informować o wszelkich wydarzeniach, gdy tylko będą dostępne dalsze informacje. TO Zidentyfikowaliśmy trudności na platformie płatniczej. Po analizie okazuje się, że incydent jest na zewnątrz naszej platformy. Zaktualizujemy, że nowe informacje nie będą już dostępne.

3. 7 czerwca 2026 05:28 UTCresolved

   TSR-XXXX - Początek/ Rozpoczęcie: 07/06/2026 06:15:00 CEST - Zakończenie: 07/06/2026 06:58:00 CEST - Kategoria/ Kategoria: Produkcja/Przetwórstwo - Odpowiedzialność/Odpowiedzialność: Zewnętrzna - Priorytet/Priorytet: P1 FR Incydent jest teraz rozwiązany, a usługa jest naprawiona. Nadal obserwujemy powtórkę usługi. EN Incydent został rozwiązany, a usługa przywrócona. Odzyskiwanie usług jest nadal monitorowane.

4. 24 lipca 2026 09:23 UTCpostmortem

   # _ Wersja angielska poniżej _ # Post Mortem * * Service concerné * * Paiements en magasin, ecommerce et 3DS. * * Klient uderzeniowy * * Impossibilité d 'effectuer des paiements pour les residents. * * Synthèse de l 'invent * * * * * 7 juin 6h02: * * remontée d 'alerte. * * * 7 juin 6h15: début de l 'incident. * * * * 7 juin 6h27: * * création d 'une cellule de crise dédiée. Début des investigations. * * * 7 juin 6h28: identification d 'un serveur défectueux chez un prestataire externe. * * * * * 7 juin 6h29: * * contact du prestataire externe. * * * 7 juin 6h54: * * confirmation du prestataire externe que l 'incident est bien chez eux. * * * 7 juin 6h57: fin de l 'incident. * * * * Root cause * * Incydent externe chez un prestataire. Uzasadnienie = = = = = = = = = = = = = = WERSJA ENGLISH = = = = = = = = = = = = = = = = = = = = = = # Post Mortem * * Usługi płatnicze dotknięte wypadkiem * * Płatności w sklepie, płatności w handlu elektronicznym i 3DS. * * Uderzenie klienta * * Karciarze nie byli w stanie dokonać płatności. * * Incydent Overview * * * * * 7 czerwca, 6: 02 rano * * alarm podniesiony. * * * 7 czerwca 6: 15: początek incydentu. * * * * * 7 czerwca 6: 27: * * powołano specjalny zespół zarządzania kryzysowego. Rozpoczęto badania. * * * 7 czerwca 6: 28am: wadliwy serwer został zidentyfikowany przez zewnętrznego dostawcę usług. * * * * * 7 czerwca 6: 29am: * * skontaktowano się z zewnętrznym dostawcą usług. * * * 7 czerwca 6: 54am: * * usługodawca zewnętrzny potwierdził, że incydent powstał po ich stronie. * * * 7 czerwca 6: 57am: Incydent rozwiązany. * * * * Root cause * * Zewnętrzny incydent u usługodawcy.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 maja 2026 09:00 UTCmonitoring

   FR Zidentyfikowaliśmy trudności w płatnościach online i w sklepach między 9h58 a 10h12. Incydent jest teraz rozwiązany, a usługa jest naprawiona. Nadal obserwujemy powtórkę usługi. EN Zidentyfikowaliśmy problemy dotyczące płatności online i w sklepie od 9:58 do 10:12. Incydent został rozwiązany, a usługa przywrócona. Odzyskiwanie usług jest nadal monitorowane. TO Zidentyfikowaliśmy trudności związane z płatnościami online i punktami sprzedaży między 9:58 a 10:12. Incydent został rozwiązany, a usługa została przywrócona. Nadal monitorujemy odzyskiwanie usługi.

2. 7 maja 2026 14:15 UTCresolved

   Ten incydent został rozwiązany.

3. 15 maja 2026 13:32 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-3279 **Usługa objęta** Płatności e-commerce, 3DS i sklepy. **Klient wpływu** Niemożność dokonywania płatności przez portatorów. **Syntezę incydentu** * **7 maja 9h58: ** **Początek incydentu. ** * **7 maja 9h59: ** naprawa alertów. Rozpoczęcie śledztwa. * **7 maja 10h03: ** utworzenie wykrytej komórki kryzysowej i przeprowadzenie badań. * **7 maja 10h09: Identyfikacja pochodzenia incydentu. ** * **7 maja 10h10: ** rozpoczęcie działań korekcyjnych. * **7 maja 10h12: koniec incydentu. ** ‌ **Przyczyna korzenia** Aktualizacja komponentu technicznego aktywowała opcję bezpieczeństwa, która spowodowała zmianę połączenia serwerów również z bazy danych. Serwery mogą być przesunięte przed bazą danych, nie mogą nazywać ustawień rynków prezentowanych w tej bazie danych, co spowodowało wystąpienie płatności. **Działania prowadzone przez Payplug** | **Symptomy** | **Działanie** | | --- | --- | | Automatyczne odtwarzanie serwerów zgodnych z aktualizacją tego składnika technicznego. | Wyłączenie automatycznego odtwarzania wiąże się ze specyficznym składem technicznym. | ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-3279 **Usługi płatnicze dotknięte incydentem** Handel elektroniczny, 3DS i płatności w sklepie. **Wpływ klienta** Posiadacze kart nie mogli dokonywać płatności. **Przegląd incydentów** * **7 maja 9:58: początek incydentu. ** * **7 maja 9:59: ** podniesiony alert. Rozpoczęto dochodzenie. * **7 maja 10:03: ** utworzono dedykowaną komórkę kryzysową i kontynuowano dochodzenia. * **7 maja 10:09: zidentyfikowano pierwotną przyczynę. ** * **7 maja 10:10: ** rozpoczęto działania naprawcze. * **7 maja 10:12: ** **koniec incydentu. ** ‌ **Przyczyna korzenia** Aktualizacja komponentu technicznego umożliwiła opcję zabezpieczeń, która spowodowała ponowne uruchomienie wszystkich serwerów, a także bazy danych. Ponieważ serwery zostały ponownie uruchomione przed bazą danych, nie były w stanie odzyskać konfiguracji sprzedawców przechowywanych w bazie danych, co spowodowało awarie płatności. **Działania do podjęcia przez Payplug** | **Objawy** | **Działanie** | | --- | --- | | Automatyczne ponowne uruchomienie serwera po aktualizacji tego komponentu technicznego. | Wyłączenie automatycznego ponownego uruchamiania połączonego z tym konkretnym komponentem technicznym. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 7 kwietnia 2026 09:50 UTCmonitoring

   FR Dokonano zwrotów w dniach 3,4 i 5 kwietnia. Dzisiaj, początkowo od 6 do 7 kwietnia, będą miały miejsce mniej. Twoja część nie wymaga żadnej akcji, a tapety będą dostępne na Twoich kontach jak zwykle. Szczegóły odnośnych zasobów zostaną zaktualizowane dzisiaj. EN Rozliczenia na 3, 4 i 5 kwietnia zostały zakończone. Te na 6 i 7 kwietnia, początkowo zaplanowane na dziś, zostaną przeprowadzone jutro. Z Twojej strony nie są wymagane żadne działania, a środki będą dostępne na Twoich kontach jak zwykle. Szczegóły dotyczące odpowiednich przelewów zostaną udostępnione dzisiaj. TO Zrealizowano zbiory z 3, 4 i 5 kwietnia. Od 6 do 7 kwietnia, początkowo przewidywane do dziś, będą efekty domowe. Nie żądasz żadnych działań ze swojej strony, a fundusze będą dostępne na Twoich kontach jako konsumpcja. Szczegóły odnoszących się do nagród będą dotyczyć dzisiejszego urządzenia.

2. 8 kwietnia 2026 09:05 UTCmonitoring

   FR Fundusze z 6 i 7 kwietnia zostały odwrócone. Dzisiaj, początkowo 8 kwietnia, nastąpi niepowodzenie. Twoja część nie jest wymagana żadna akcja, a tapety będą dostępne na Twoich kontach jak zwykle. EN Środki za 6 i 7 kwietnia zostały rozliczone. Te na 8 kwietnia, początkowo zaplanowane na dziś, zostaną przeprowadzone jutro. Z Twojej strony nie są wymagane żadne działania, a środki będą dostępne na Twoich kontach jak zwykle. TO Fundusze z 6 i 7 kwietnia zostały przeniesione. Te z 8 kwietnia, początkowo przewidywane na dziś, będą wyglądały na długie efekty. Nie żądasz żadnych działań ze swojej strony, a fundusze będą dostępne na Twoich kontach jako konsumpcja.

3. 9 kwietnia 2026 09:16 UTCresolved

   FR Integralność funduszy zostanie odwrócona w ciągu dnia. Szczegóły odnośnych zasobów zostaną zaktualizowane dzisiaj. EN Wszystkie środki zostaną przekazane w ciągu dnia. Szczegóły dotyczące odpowiednich przelewów zostaną udostępnione dzisiaj. TO Całkowita wartość funduszy zostanie przeniesiona w ciągu dnia. Szczegóły odnoszących się do nagród będą dotyczyć dzisiejszego urządzenia.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 marca 2026 10:58 UTCidentified

   TSR-3077 - Początek/ Początek: 16/03/2026 - Fin/Koniec: Na bieżący/w toku - Kategoria/ Kategoria: Wypłaty/Rozliczenia - Odpowiedzialność/Odpowiedzialność: Potwierdzająca/Do potwierdzenia - Priorytet/Priorytet: P1 FR Incydent ma obecnie wpływ na emisję zagrożeń. Dzisiaj pojawiające się zjawiska nie mogły zostać zrealizowane. Nasze zespoły są zmobilizowane, aby naprawić sytuację i jesteśmy poinformowani o tym, że mogą zostać wysłane zmiany. EN Incydent ma obecnie wpływ na wydawanie rozliczeń. Rozliczenia zaplanowane na dziś nie będą mogły zostać przeprowadzone. Nasze zespoły aktywnie pracują nad rozwiązaniem sytuacji, a my będziemy Cię informować, gdy tylko przelewy będą mogły zostać wysłane. TO Incydent obecnie wpływa na emisję wersamentów. Przewidywane dziś nagrody nie mogą być efektowne. Nasz zespół jest zmobilizowany, aby rozwiązać tę sytuację, a my nie tylko informujemy, że nagrody mogą zostać wysłane.

2. 17 marca 2026 08:48 UTCidentified

   TSR-3077 - Początek/ Początek: 16/03/2026 - Fin/Koniec: Na bieżący/w toku - Kategoria/ Kategoria: Wypłaty/Rozliczenia - Odpowiedzialność/Odpowiedzialność: Payplug - Priorytet/Priorytet: P1 FR Działania korekcyjne zostały przeprowadzone w celu śledzenia plików zwrotnych tutaj. Mimo to, problem, który obecnie wiąże się z ich walidacją. Nasze zespoły są zmobilizowane, aby naprawić sytuację w najkrótszym czasie. EN Przeprowadzono działania naprawcze w celu odzyskania wczorajszych plików rozliczeń. Jednak obecnie problem uniemożliwia ich walidację. Nasze zespoły pracują nad jak najszybszym przywróceniem sytuacji. TO Wprowadzono poprawne akcje, aby odzyskać pliki pochodzących z poprzedniego okresu. Niemniej jednak problem obecnie utrudnia ich walidację. Nasz zespół jest zmobilizowany, aby przywrócić sytuację w jak najkrótszym czasie.

3. 17 marca 2026 11:12 UTCmonitoring

   TSR-3077 - Początek/ Początek: 16/03/2026 - Zakończenie/Koniec: Na bieżąco/17/03/2026 - Kategoria/ Kategoria: Wypłaty/Rozliczenia - Odpowiedzialność/Odpowiedzialność: Payplug - Priorytet/Priorytet: P1 FR Zwroty z 16 i 17 marca zostały zweryfikowane. Tapety będą dostępne w ciągu dnia. EN Uliczenia na 16 i 17 marca zostały zatwierdzone. Środki będą dostępne już dziś. TO Wnioski z 16 i 17 marca zostały zweryfikowane. Fundusze będą dostępne w ciągu dnia.

4. 17 marca 2026 13:29 UTCresolved

   Ten incydent został rozwiązany.

5. 27 marca 2026 10:49 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-3077 **Usługa objęta** Odwrócenie opłat w handlu elektronicznym i sklepie. **Klient wpływu** Niemożność przeprowadzenia odwrócenia transakcji w czasie trwania incydentu, powodując opóźnienie w regułach handlowych. ‌ **Syntezę incydentu** * **16 marca 11h02: ** utworzenie wykrytej komórki kryzysowej i rozpoczęcie badań. * **16 marca 11h05: ** identyfikacja skrzynki depozytowej plików zwrotnych. * **16 marca 11h15: ** Identyfikacja drugiego problemu: niemożność dostępu do narzędzia umożliwiającego sprawdzanie poprawności. * **16 marca 11h15 - 12h: ** do śledztwa. * **16 marca 12h: ** potwierdzenie niemożności odblokowania funduszy w tym samym dniu. * **16 marca 12h - 18h30: ** do śledztwa. * **17 marca 9h: ** powtórzenie komórki kryzysowej. * **17 marca 9h28: ** odzyskiwanie plików wirementowych. Dla śledztwa. * **17 marca 10h23: identyfikacja rozwiązania konturowego umożliwiającego odprowadzanie podkładów. ** * **17 marca 10h23 - 11h15: ** testy sprawdzające dobre działanie rozwiązania. Testy końcowe. * **17 marca 11h30: ** weryfikacja plików zwrotnych. **Koniec incydentu. ** * **17 marca 12h09: ** potwierdzenie obsługi plików i przeniesienia funduszy w ciągu dnia. ‌ **Przyczyna korzenia** Operacja migracji wprowadza inkoherencję do danych technik stosowanych przez system walidacji wirementów z powodu rozpadu dwóch mechanizmów. Ta sytuacja blokuje normalną procedurę walidacji. **Akcje przyznane przez Payplug** Powrót do ostatniej wersji stabilnej został uruchomiony w celu przywrócenia usługi. Ta operacja pozwala na ponowne połączenie funkcji sprawdzania poprawności wierzytelnych sposobów. ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-3077 **Usługi płatnicze dotknięte incydentem** Handel elektroniczny i rozliczanie płatności w sklepie. **Wpływ klienta** Niemożność przetworzenia odwrócenia transakcji w okresie incydentu, skutkująca opóźnieniem w rozliczeniu handlowym. ‌ **Przegląd incydentów** * **16 marca 11:02: ** utworzenie dedykowanego zespołu kryzysowego i rozpoczęcie dochodzeń. * **16 marca 11:05: ** identyfikacja niepowodzenia w składaniu akt wypłat. * **16 marca 11:15: ** Identyfikacja drugiego problemu: niemożność dostępu do narzędzia służącego do walidacji transferów. * **16 marca 11:15 — 12:00: ** trwające dochodzenia. * **16 marca 12:00: ** potwierdzenie, że środki nie mogły zostać zwolnione tego samego dnia. * **16 marca 12:00 — 18:30: ** trwające dochodzenia. * **17 marca 9:00: ** Zespół kryzysowy wznowiony. * **17 marca 9:28: ** odzyskiwanie plików transferowych z poprzedniego dnia. Trwające dochodzenia. * **17 marca 10:23: ** **identyfikacja obejścia umożliwiającego wysłanie środków. ** * **17 marca 10:23 — 11:15: ** testowanie w celu weryfikacji rozwiązania. Testy udane. * **17 marca 11:30: ** walidacja plików wypłat. ** Incydent rozwiązany. ** * **17 marca 12:09: ** potwierdzenie, że pliki zostały przetworzone, a środki zostaną przekazane w ciągu dnia. ‌ **Przyczyna korzenia** Migracja wprowadziła niespójność danych technicznych wykorzystywanych przez system walidacji transferu, z powodu rozbieżności między dwoma mechanizmami, co uniemożliwiło normalne przetwarzanie walidacji. **Działania podjęte przez Payplug** Aby przywrócić usługę, zainicjowano wycofanie do ostatniej wersji stabilnej. Ta operacja pomyślnie przywróciła wszystkie funkcje walidacji transferu.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 2 marca 2026 11:46 UTCinvestigating

   FR Zidentyfikowaliśmy problemy na platformie płatniczej. Incydent jest w trakcie analizy. EN Zidentyfikowaliśmy ciągłe trudności na platformie płatniczej. Trwa śledztwo. TO Zidentyfikowaliśmy trudności w przetwarzaniu płatności. Incydent jest w fazie analizy.

2. 2 marca 2026 12:09 UTCmonitoring

   TSR-3011 - Początek/ Początek: 02/03/2026 12h28 CET - Zakończenie: 02/03/2026 13h01 CET - Kategoria/Kategoria: Przetwórstwo produkcji - Odpowiedzialność/Odpowiedzialność: Payplug - Priorytet/Priorytet: P1 FR Incydent jest teraz rozwiązany, a usługa jest naprawiona. Nadal obserwujemy powtórkę usługi. EN Incydent został rozwiązany, a usługa przywrócona. Odzyskiwanie usług jest nadal monitorowane. TO Incydent został rozwiązany, a usługa została przywrócona. Nadal monitorujemy odzyskiwanie usługi.

3. 2 marca 2026 14:15 UTCresolved

   Ten incydent został rozwiązany.

4. 5 marca 2026 15:09 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-3011 **Usługa objęta** Płatności e-commerce, 3DS i sklepy. **Klient wpływu** Niemożność dokonywania płatności przez portatorów. **Syntezę incydentu** * **2 marca 12h26: ** uruchomienie aktualizacji produkcyjnej. * **2 marca 12h28: początek incydentu. ** * **2 marca 12h29: ** pierwsza naprawa alertów. * **2 marca 12h33: ** utworzenie uszkodzonej komórki kryzysowej. Rozpoczęcie śledztwa. * **2 marca 12h37: ** identyfikacja błędów w usłudze. * **2 marca 12h56: Identyfikacja pochodzenia incydentu. ** * **2 marca 13h: ** aktualizacja poprawnych działań. * **2 marca 13h01: przegląd ruchu e-commerce i 3DS. ** * **2 marca 13h38: ** naprawa błędów w niektórych płatnościach w sklepach. Dla śledztwa. * **2 marca 13h50: ** identyfikacja i poprawa błędów usług. **Koniec incydentu. ** ‌ **Konteksto** NIE DOTYCZY **Przyczyna korzenia** Uruchomienie produkcyjne spowodowało zatrzymanie punktów wejściowych usług akceptujących transakcje. Te punkty wejściowe pozostały w przerwie, nie akceptują więcej transakcji i spowodowały przerwę w ruchu. ‌ **Działania prowadzone przez Payplug** | **Symptomy** | **Działanie** | | --- | --- | | Uruchomienie aktualizacji produkcji w czasie krytycznym. | Zdejmij proces eksploatacji, aby przyspieszyć misje produkcyjne w czasie krytycznym. | | Monitorowanie nieprawidłowych punktów wejściowych usług akceptujących transakcje. | Wzmocnienie monitorowania punktów wejściowych i usług obsługujących transakcje. | | Brak kontrolki do specyficznego certyfikatu dotyczącego uruchomienia instalacji produkcyjnej | Dodaj kontroler, aby sprawdzić stan certyfikatu po uruchomieniu aktualizacji. | ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-3011 **Usługi płatnicze dotknięte incydentem** Płatności e-commerce, 3DS i płatności w sklepie. **Wpływ klienta** Posiadacze kart nie mogli dokonywać płatności. **Przegląd incydentów** * **2 marca 12:26: ** wdrożenie produkcji. * **2** **Marzec 12:28: ** **rozpoczęcie incydentu. ** * **2 marca 12:29: ** podniesiony pierwszy alert. * **2 marca 12:33: ** powołano dedykowany zespół kryzysowy. Rozpoczynają się dochodzenia. * **2 marca 12:37: ** błędy zidentyfikowane w usłudze. * **2 marca 12:56: ** **zidentyfikowano główną przyczynę incydentu. ** * **2 marca 13:00: ** wdrożone działania naprawcze. * **2 marca 13:01: wznowienie handlu elektronicznego i ruchu 3DS. ** * **2 marca 13:38: ** błędy zgłoszone przy niektórych płatnościach w sklepie. Dochodzenia trwają. * **2 marca 13:50: ** identyfikacja i ponowne uruchomienie dotkniętych usług. ** Koniec incydentu. ** ‌ **Kontekst** NIE DOTYCZY **Przyczyna korzenia** Wdrożenie produkcji spowodowało wstrzymanie punktów wejścia usług obsługujących transakcje. Ponieważ te punkty wejścia zostały wstrzymane, nie akceptowały już transakcji, co spowodowało przerwanie ruchu. ‌ **Działania do podjęcia przez Payplug** | **Objawy** | **Działanie** | | --- | --- | | Wdrażanie produkcji przeprowadzane w krytycznym oknie czasowym | Przypomnienie o procesie wdrażania w celu uniknięcia wdrażania produkcji w krytycznych oknach czasowych. | | Niewystarczające monitorowanie punktów wejścia usług akceptujących transakcje. | Wzmocnienie monitoringu punktów wejścia i usług dystrybuujących transakcje. | | Brak weryfikacji określonego certyfikatu po wdrożeniu produkcji. | Dodawanie kontroli w celu weryfikacji statusu certyfikatu po wdrożeniu produkcyjnym. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 21 lutego 2026 08:39 UTCmonitoring

   Witam, Zaburzenia trwają od godziny 8:00 tego dnia, jeśli chodzi o 3-D Secure Authentication. Ten zewnętrzny incydent na naszej platformie dotyczy portatorów kart rolniczych Crédit. Poinformujemy Cię, że incydent będzie rozwiązany. -------------- W języku włoskim: Dobry dzień, Istnieją pewne zakłócenia w toku od 9:00 do dziś, które wymagają uwierzytelniania 3-D Secure. Zainteresowane są głównie tytuły kart MasterCard. Ten przypadek, na zewnątrz naszej platformy, dotyczy około 30 do 50% żądań uwierzytelniania 3-D Secure. Informujemy, że incydent nie zostanie rozwiązany. -------------- W języku angielskim: Witam, Od 8:00 tego dnia trwają zakłócenia dotyczące uwierzytelniania 3D-Secure. Ten incydent jest poza naszą platformą. Dotyczy to głównie posiadaczy kart Crédit Agricole. Będziemy Cię informować, gdy tylko incydent zostanie rozwiązany.

2. 21 lutego 2026 12:26 UTCmonitoring

   Zdarzenie zewnętrzne jest zawsze w toku. Będziemy informowani o zmianach. --------------- Incydent nadal trwa. Będziemy Cię informować na bieżąco w przypadku jakichkolwiek zmian.

3. 21 lutego 2026 14:52 UTCresolved

   ZEWNĘTRZNE - Trwające dysfunkcje związane z autoryzacją 3-D Secure (9:00 CET - 15:00 CET) FR Incydent jest teraz rozwiązany, a usługa jest naprawiona. Nadal obserwujemy powtórkę usługi. EN Incydent został rozwiązany, a usługa przywrócona. Odzyskiwanie usług jest nadal monitorowane. TO Incydent został rozwiązany, a usługa została przywrócona. Nadal monitorujemy odzyskiwanie usługi.

4. 23 lutego 2026 09:12 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-2981 **Usługa objęta** Płatności e-commerce i 3DS. **Klient wpływu** Niemożność dokonywania płatności dla portatorów. **Syntezę incydentu** * **21 lutego 5h: początek incydentu. ** * **21 lutego 6h23: ** naprawa alertów. Sposób błędu jest zbyt niski w tym stadionie, aby odblokować strzał. * **21 lutego 8h32: ** utworzenie komórki kryzysowej wywołanej przez gwiazdę. Początek dochodzeń. * **21 lutego o godz. 8h34: ** identyfikacja wypłat pochodzących ze specyficznej sieci bankowej. * **21 lutego 9h-13h: ** na potrzeby analiz. * **21 lutego 13h30: koniec incydentu. ** * **21 lutego 14h41: ** potwierdzenie przez sieć zdarzenia w tym miejscu. **Konteksto** NIE DOTYCZY **Przyczyna korzenia** Zewnętrzny incydent spowodowany siecią bankową. ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-2981 **Usługi płatnicze dotknięte incydentem** Płatności e-commerce i 3DS. **Wpływ klienta** Posiadacze kart nie mogli dokonywać płatności. **Przegląd incydentów** * **21 lutego 5:00: początek incydentu. ** * **21 lutego 6:23: ** podniesiony alert. Próg błędu jest na tym etapie zbyt niski, aby uruchomić zespół ds. eskalacji dyżurów. * **21 lutego 8:32: ** dedykowany zespół kryzysowy utworzony przez zespół dyżurów. Rozpoczynają się dochodzenia. * **21 lutego 8:34: ** zidentyfikowane niepowodzenia płatności pochodzące z określonej sieci bankowej. * **21 lutego 9:00 — 13:00: ** analiza trwająca. * **21 lutego 13:30: koniec incydentu. ** * **21 lutego 14:41: ** potwierdzenie z sieci incydentu po ich stronie. **Kontekst** NIE DOTYCZY **Przyczyna korzenia** Incydent zewnętrzny pochodzący z sieci bankowej.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 19 lutego 2026 09:59 UTCidentified

   FR Zidentyfikowaliśmy problemy na platformie płatniczej. Dotychczasowe transakcje są wyłącznie celami celnymi za pośrednictwem Crédit Agricole. Pierwsze analizy wskazują, że pochodzenie incydentu jest zewnętrzne na naszej platformie. EN Zidentyfikowaliśmy ciągłe trudności na platformie płatniczej. Transakcje, których dotyczy problem, są ograniczone do transakcji przetwarzanych za pośrednictwem Crédit Agricole. Wstępne dochodzenia wskazują, że podstawowa przyczyna incydentu jest poza naszą platformą.

2. 19 lutego 2026 10:25 UTCmonitoring

   FR Incydent jest teraz rozwiązany, a usługa jest naprawiona. Nadal obserwujemy powtórkę usługi. EN Incydent został rozwiązany, a usługa przywrócona. Odzyskiwanie usług jest nadal monitorowane.

3. 19 lutego 2026 16:19 UTCresolved

   Ten incydent został rozwiązany.

4. 20 lutego 2026 13:54 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-2964 **Usługa objęta** Płatności e-commerce i 3DS. **Klient wpływu** Niemożność dokonywania płatności dla portatorów. **Syntezę incydentu** * **19 lutego 10h19: początek incydentu. ** * **19 lutego 10h24: ** utworzenie wykrytej komórki kryzysowej i rozpoczęcie dochodzeń. * **19 lutego 10h27: ** identyfikacja błędów pochodzących ze specyficznej zewnętrznej grupy bankowej. * **19 lutego 10h29: ** skontaktuj się z partnerem w celu uzyskania dodatkowych informacji dotyczących incydentu. * **19 lutego 10h39: ** powrót partnera potwierdza incydent w zewnętrznej grupie bankowej. * **19 lutego 10h51: ** kontakt z koncertową grupą bankową. * **19 lutego 10h56: koniec incydentu. ** * **19 lutego 11h: ** Grupa bankowa wskazuje, że zdarzenie jest spowodowane przez zewnętrzny prestator. **Konteksto** NIE DOTYCZY **Przyczyna korzenia** Zewnętrzny incydent z prestatorem zewnętrznej grupy bankowej. ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-2964 **Usługi płatnicze dotknięte incydentem** Płatności e-commerce i 3DS. **Wpływ klienta** Posiadacze kart nie mogli dokonywać płatności. **Przegląd incydentów** * **19 lutego 10:19: początek incydentu. ** * **19 lutego 10:24: ** powołano dedykowany zespół kryzysowy i rozpoczynają się dochodzenia. * **19 lutego 10:27: ** zidentyfikowane błędy pochodzące z określonej zewnętrznej grupy bankowej. * **19 lutego 10:29: ** skontaktujemy się z partnerem w celu uzyskania dalszych informacji dotyczących incydentu. * **19 lutego 10:39: ** informacje zwrotne od partnera potwierdzające incydent w ramach zewnętrznej grupy bankowej. * **19 lutego 10:51: ** kontaktujemy się z daną grupą bankową. * **19 lutego 10:56: koniec incydentu. ** * **19 lutego 11:00: ** grupa bankowa wskazuje, że incydent pochodzi od zewnętrznego usługodawcy. **Kontekst** NIE DOTYCZY **Przyczyna korzenia** Incydent zewnętrzny u usługodawcy zewnętrznej grupy bankowej.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 17 lutego 2026 16:11 UTCinvestigating

   FR Zidentyfikowaliśmy problemy w portalu Payplug. Incydent jest w trakcie analizy. EN Zidentyfikowaliśmy problemy z Payplug Poral. Dochodzenie jest w toku. TO Zidentyfikowaliśmy trudności za pomocą portalu Payplug. Incydent jest w fazie analizy.

2. 18 lutego 2026 07:23 UTCmonitoring

   TSR-2951 - Początek/ Start/Początek: 17/02/2026 16h CET - Fine/Koniec /finał: 17/02/2026 18h52 CET - Kategoria/Kategoria/ Kategoria: Produkcja Portail. - Odpowiedzialność/Odpowiedzialność/Odpowiedzialność: Payplug. - Priorytet/Priorytet/Priorytet: P1. FR Sytuacja przynosi normalny przychód z powodu poprawnej eksploatacji. Ciągle monitorujemy usługę. EN Sytuacja wróciła do normy po wdrożeniu poprawki. Nadal monitorujemy usługę. TO Sytuacja wróciła do normalności po ujawnieniu poprawki. Kontynuujemy monitorowanie usługi.

3. 18 lutego 2026 14:32 UTCresolved

   Ten incydent został rozwiązany.

4. 18 lutego 2026 15:05 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-2951 **Usługa objęta** Portał **Klient wpływu** Problemy z połączeniem w celu uzyskania dostępu do portalu i komunikatów o błędach są niezwłocznie połączone. **Syntezę incydentu** * **16 lutego 15h15: ** uruchomienie aktualizacji produkcyjnej. * **16 lutego 15h18: ** problemy z połączeniami - odłączanie się również, jeśli komunikaty o błędach pojawiły się w Portalu. **Początek incydentu. ** * **16 lutego 15h34: ** naprawa alertów. Początek dochodzeń. * **16 lutego 15h53: ** utworzenie wyższej incydentnej komórki. * **16 lutego 15h58: ** komunikacja Strona statusu. Identyfikacja awarii produkcyjnej zgodnej z początkiem incydentu. Rozpoczęcie obrotu produkcyjnego. * **16 lutego 1608: ** zakończenie aktualizacji produkcji. * **16 lutego 16.25: Identyfikacja pochodzenia incydentu. ** * **16 lutego 1633: ** problemy z ciągłymi połączeniami. Uruchomienie powrotu do wcześniejszej wersji niektórych zidentyfikowanych usług niewłaściwych. * **16 lutego 16:54: ** zmiana usług z poprzednią wersją. * **16 lutego 1659: ** koniec problemów z połączeniami na Portalu. * **16 lutego 1706: ** zakończenie komunikatów o błędach w Portalu. **Koniec incydentu. ** * **17 lutego 16: ** **Poprawianie błędów. ** * **17 lutego 1629-18h35: ** utworzenie komórki kryzysowej i powtórzenie analiz. * **17 lutego 18h40: Identyfikacja pochodzenia incydentu i uruchomienie korekty. ** * **17 lutego 18h52: Koniec incydentu. ** **Konteksto** NIE DOTYCZY **Przyczyna korzenia** Aktualizacja produkcji spowodowała problemy z dostępem między naszymi usługami wewnętrznymi. Problemy te spowodowały przymusowe odłączenie użytkownika, który wrócił na stronę uwierzytelniania. Drugie wydarzenie zostało wywołane przez nową aktualizację produkcyjną, która spowodowała, że złe identyfikowalne elementy wycofywały się z powrotem. ‌ **Działania prowadzone przez Payplug** | **Symptomy** | **Działanie** | | --- | --- | | Dezsynchronizacja niektórych parametrów interfejsu API | Aktualizacja połączenia zsynchronizowanych ustawień. | | Automatyczne odnawianie interfejsu API clef. | Trwają badania w celu automatycznego odnawiania interfejsu API clef. | | Brak alertów dotyczących desynchronizacji niektórych parametrów interfejsu API. | Dodawanie komunikatów o błędach w przypadku desynchronizacji ustawień i poprawy alertów. | | Złożoność usługi deploiement. | Poprawianie operacji w usłudze za pomocą tajemnic\ (API KEY, wewnętrzne hasła...\) . | | Wymagane odłączenie, jeśli usługa w zespole jest niedostępna. | Trwają poprawki, aby uniemożliwić użytkownikom odłączenie się z usługą, gdy usługa jest niedostępna. | ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-2951 **Usługi płatnicze dotknięte incydentem** Portal **Wpływ klienta** Problemy z połączeniem podczas uzyskiwania dostępu do Portalu i nieoczekiwane komunikaty o błędach po zalogowaniu. **Przegląd incydentów** * **16 lutego 15:15: ** wdrożenie do produkcji. * **16 lutego 15:18: ** problemy z połączeniem — rozłączenia oraz komunikaty o błędach pojawiają się na Portalu. ** Początek incydentu. ** * **16 lutego 15:34: ** podniesiony alert. Rozpoczynają się dochodzenia. * **16 lutego 15:53: ** Utworzono zespół ds. poważnych incydentów. * **16 lutego 15:58: ** Wydano komunikat na stronie statusu. Zidentyfikowano wdrożenie produkcji zbiegające się z początkiem incydentu. Wycofanie zainicjowanego wdrożenia. * **16 lutego 16:08: ** cofnięcie wdrożenia produkcji nie powiodło się. * **16 lutego 16:25: zidentyfikowano główną przyczynę incydentu. ** * **16 lutego 16:33: ** problemy z połączeniem nadal występują. Wrócenie do poprzedniej wersji niektórych zidentyfikowanych wadliwych usług zainicjowanych. * **16 lutego 16:54: ** usługi zostały ponownie uruchomione z poprzednią wersją. * **16 lutego 16:59: ** zakończenie problemów z połączeniem w Portalu. * **16 lutego 17:06: ** koniec komunikatów o błędach w Portalu. ** Incydent rozwiązany. ** * **17 lutego 16:16: Powtarzanie błędów. ** * **17 lutego 16:29-18:35: ** powołano zespół kryzysowy i wznowiono dochodzenia. * **17 lutego 18:40: zidentyfikowano główną przyczynę i wdrożono poprawkę. ** * **17 lutego 18:52: incydent rozwiązany. ** **Kontekst** NIE DOTYCZY **Przyczyna korzenia** Wdrożenie produkcyjne spowodowało problemy z dostępem między naszymi wewnętrznymi usługami. Problemy te spowodowały, że użytkownicy zostali przymusowo wylogowani i przekierowani z powrotem na stronę uwierzytelniania. Drugie zdarzenie zostało wywołane przez późniejsze wdrożenie produkcyjne, które odzyskało nieprawidłowe dane uwierzytelniające po wycofaniu przeprowadzonym poprzedniego dnia. **Działania do podjęcia przez Payplug** | **Objawy** | **Działanie** | | --- | --- | | Desynchronizacja niektórych kluczowych parametrów API. | Aktualizacja wszystkich zdezsynchronizowanych parametrów. | | Automatyczne odnawianie klucza API. | Trwają dochodzenia mające na celu zapobieżenie automatycznemu odnawianiu klucza API. | | Brak alertu dotyczącego desynchronizacji niektórych parametrów API. | Dodawanie komunikatów o błędach w przypadku desynchronizacji parametrów i poprawy alertowania. | | Złożoność w ramach usługi wdrażania. | Ulepszenia wdrożeń w usłudze zarządzającej tajemnicami\ (klucze API, hasła wewnętrzne itp.\) . | | Wymuszone wylogowanie, jeśli jakakolwiek usługa w ekosystemie stanie się niedostępna. | Trwają ulepszenia, aby zapobiec wylogowaniu użytkowników, gdy tylko usługa stanie się niedostępna. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 16 lutego 2026 14:58 UTCinvestigating

   FR Zidentyfikowaliśmy problemy w portalu Payplug. Incydent jest w trakcie analizy. EN Zidentyfikowaliśmy problemy z Payplug Poral. Dochodzenie jest w toku. TO Zidentyfikowaliśmy trudności za pomocą portalu Payplug. Incydent jest w fazie analizy.

2. 16 lutego 2026 15:10 UTCinvestigating

   FR Dochodzenia są zawsze w toku. Wrócimy do ciebie w ciągu 15 minut. EN Dochodzenia wciąż trwają. Skontaktujemy się z tobą za 15 minut. TO Uczniowie są jeszcze na bieżąco. Skontaktujemy się z Tobą w ciągu 15 minut.

3. 16 lutego 2026 15:25 UTCidentified

   FR Dochodzenia są zawsze w toku. Wrócimy do ciebie w ciągu 15 minut. EN Dochodzenia wciąż trwają. Skontaktujemy się z tobą za 15 minut. TO Uczniowie są jeszcze na bieżąco. Skontaktujemy się z Tobą w ciągu 15 minut.

4. 16 lutego 2026 15:40 UTCidentified

   TSR-2951 - Początek/ Start/Początek: 16/02/2026 15h18 CET - Fin/End /fine: Na bieżący/Bieżący/W toku. - Kategoria/Kategoria/ Kategoria: Produkcja Portail. - Odpowiedzialność/Odpowiedzialność/Odpowiedzialność: Potwierdzająca/Do potwierdzenia/Da confermare. - Priorytet/Priorytet/Priorytet: P2. FR Dochodzenia są zawsze w toku. Wrócimy do ciebie w ciągu 15 minut. EN Dochodzenia wciąż trwają. Skontaktujemy się z tobą za 15 minut. TO Uczniowie są jeszcze na bieżąco. Skontaktujemy się z Tobą w ciągu 15 minut.

5. 16 lutego 2026 15:53 UTCidentified

   TSR-2951 - Początek/ Start/Początek: 16/02/2026 15h18 CET - Fin/End /fine: Na bieżący/Bieżący/W toku. - Kategoria/Kategoria/ Kategoria: Produkcja Portail. - Odpowiedzialność/Odpowiedzialność/Odpowiedzialność: Potwierdzająca/Do potwierdzenia/Da confermare. - Priorytet/Priorytet/Priorytet: P2. FR Żądania zwrotu i dostęp do Portaila są obecnie przerywane. Urządzenie może pojawić się po rozłączeniu i komunikaty o błędach. Pracujemy nad tym, aby obsługa była możliwa. EN Żądania transferu i dostęp do Portalu są obecnie zakłócone. Użytkownicy mogą doświadczyć nieoczekiwanych wylogowań i komunikatów o błędach. Pracujemy nad przywróceniem usługi tak szybko, jak to możliwe. TO Prośba o pobranie i dostęp do Portalu są obecnie niepokojące. Możliwe jest weryfikowanie niepowiązań i komunikatów o błędach. Pracujemy nad przywróceniem usługi w miarę możliwości.

6. 16 lutego 2026 16:05 UTCmonitoring

   TSR-2951 - Początek/ Start/Początek: 16/02/2026 15h18 CET - Fina/Koniec /finał: 16/02/2026 16th 59 CET - Kategoria/Kategoria/ Kategoria: Produkcja Portail. - Odpowiedzialność/Odpowiedzialność/Odpowiedzialność: Potwierdzająca/Do potwierdzenia/Da confermare. - Priorytet/Priorytet/Priorytet: P2. FR Sytuacja powraca do normy od godziny 1659. Nadal monitorujemy usługę. EN Sytuacja stopniowo wraca do normy od 16:59 po południu. Nadal monitorujemy usługę. TO Sytuacja stopniowo wraca do normy od 16:59. Nadal monitorujemy usługę.

7. 16 lutego 2026 16:11 UTCresolved

   Ten incydent został rozwiązany.

8. 18 lutego 2026 15:00 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-2951 **Usługa objęta** Portał **Klient wpływu** Problemy z połączeniem w celu uzyskania dostępu do portalu i komunikatów o błędach są niezwłocznie połączone. **Syntezę incydentu** * **16 lutego 15h15: ** uruchomienie aktualizacji produkcyjnej. * **16 lutego 15h18: ** problemy z połączeniami - odłączanie się również, jeśli komunikaty o błędach pojawiły się w Portalu. **Początek incydentu. ** * **16 lutego 15h34: ** naprawa alertów. Początek dochodzeń. * **16 lutego 15h53: ** utworzenie wyższej incydentnej komórki. * **16 lutego 15h58: ** komunikacja Strona statusu. Identyfikacja awarii produkcyjnej zgodnej z początkiem incydentu. Rozpoczęcie obrotu produkcyjnego. * **16 lutego 1608: ** zakończenie aktualizacji produkcji. * **16 lutego 16.25: Identyfikacja pochodzenia incydentu. ** * **16 lutego 1633: ** problemy z ciągłymi połączeniami. Uruchomienie powrotu do wcześniejszej wersji niektórych zidentyfikowanych usług niewłaściwych. * **16 lutego 16:54: ** zmiana usług z poprzednią wersją. * **16 lutego 1659: ** koniec problemów z połączeniami na Portalu. * **16 lutego 1706: ** zakończenie komunikatów o błędach w Portalu. **Koniec incydentu. ** * **17 lutego 16: ** **Poprawianie błędów. ** * **17 lutego 1629-18h35: ** utworzenie komórki kryzysowej i powtórzenie analiz. * **17 lutego 18h40: Identyfikacja pochodzenia incydentu i uruchomienie korekty. ** * **17 lutego 18h52: Koniec incydentu. ** **Konteksto** NIE DOTYCZY **Przyczyna korzenia** Aktualizacja produkcji spowodowała problemy z dostępem między naszymi usługami wewnętrznymi. Problemy te spowodowały przymusowe odłączenie użytkownika, który wrócił na stronę uwierzytelniania. Drugie wydarzenie zostało wywołane przez nową aktualizację produkcyjną, która spowodowała, że złe identyfikowalne elementy wycofywały się z powrotem. ‌ **Działania prowadzone przez Payplug** | **Symptomy** | **Działanie** | | --- | --- | | Dezsynchronizacja niektórych parametrów interfejsu API | Aktualizacja połączenia zsynchronizowanych ustawień. | | Automatyczne odnawianie interfejsu API clef. | Trwają badania w celu automatycznego odnawiania interfejsu API clef. | | Brak alertów dotyczących desynchronizacji niektórych parametrów interfejsu API. | Dodawanie komunikatów o błędach w przypadku desynchronizacji ustawień i poprawy alertów. | | Złożoność usługi deploiement. | Poprawianie operacji w usłudze za pomocą tajemnic\ (API KEY, wewnętrzne hasła...\) . | | Wymagane odłączenie, jeśli usługa w zespole jest niedostępna. | Trwają poprawki, aby uniemożliwić użytkownikom odłączenie się z usługą, gdy usługa jest niedostępna. | ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-2951 **Usługi płatnicze dotknięte incydentem** Portal **Wpływ klienta** Problemy z połączeniem podczas uzyskiwania dostępu do Portalu i nieoczekiwane komunikaty o błędach po zalogowaniu. **Przegląd incydentów** * **16 lutego 15:15: ** wdrożenie do produkcji. * **16 lutego 15:18: ** problemy z połączeniem — rozłączenia oraz komunikaty o błędach pojawiają się na Portalu. ** Początek incydentu. ** * **16 lutego 15:34: ** podniesiony alert. Rozpoczynają się dochodzenia. * **16 lutego 15:53: ** Utworzono zespół ds. poważnych incydentów. * **16 lutego 15:58: ** Wydano komunikat na stronie statusu. Zidentyfikowano wdrożenie produkcji zbiegające się z początkiem incydentu. Wycofanie zainicjowanego wdrożenia. * **16 lutego 16:08: ** cofnięcie wdrożenia produkcji nie powiodło się. * **16 lutego 16:25: zidentyfikowano główną przyczynę incydentu. ** * **16 lutego 16:33: ** problemy z połączeniem nadal występują. Wrócenie do poprzedniej wersji niektórych zidentyfikowanych wadliwych usług zainicjowanych. * **16 lutego 16:54: ** usługi zostały ponownie uruchomione z poprzednią wersją. * **16 lutego 16:59: ** zakończenie problemów z połączeniem w Portalu. * **16 lutego 17:06: ** koniec komunikatów o błędach w Portalu. ** Incydent rozwiązany. ** * **17 lutego 16:16: Powtarzanie błędów. ** * **17 lutego 16:29-18:35: ** powołano zespół kryzysowy i wznowiono dochodzenia. * **17 lutego 18:40: zidentyfikowano główną przyczynę i wdrożono poprawkę. ** * **17 lutego 18:52: incydent rozwiązany. ** **Kontekst** NIE DOTYCZY **Przyczyna korzenia** Wdrożenie produkcyjne spowodowało problemy z dostępem między naszymi wewnętrznymi usługami. Problemy te spowodowały, że użytkownicy zostali przymusowo wylogowani i przekierowani z powrotem na stronę uwierzytelniania. Drugie zdarzenie zostało wywołane przez późniejsze wdrożenie produkcyjne, które odzyskało nieprawidłowe dane uwierzytelniające po wycofaniu przeprowadzonym poprzedniego dnia. **Działania do podjęcia przez Payplug** | **Objawy** | **Działanie** | | --- | --- | | Desynchronizacja niektórych kluczowych parametrów API. | Aktualizacja wszystkich zdezsynchronizowanych parametrów. | | Automatyczne odnawianie klucza API. | Trwają dochodzenia mające na celu zapobieżenie automatycznemu odnawianiu klucza API. | | Brak alertu dotyczącego desynchronizacji niektórych parametrów API. | Dodawanie komunikatów o błędach w przypadku desynchronizacji parametrów i poprawy alertowania. | | Złożoność w ramach usługi wdrażania. | Ulepszenia wdrożeń w usłudze zarządzającej tajemnicami\ (klucze API, hasła wewnętrzne itp.\) . | | Wymuszone wylogowanie, jeśli jakakolwiek usługa w ekosystemie stanie się niedostępna. | Trwają ulepszenia, aby zapobiec wylogowaniu użytkowników, gdy tylko usługa stanie się niedostępna. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 5 grudnia 2025 09:00 UTCinvestigating

   FR Zidentyfikowaliśmy trudności związane z przetwarzaniem płatności, które wydają się być związane z incydentem w Cloudflare. EN Zidentyfikowaliśmy trudności z przetwarzaniem płatności, które wydają się być związane z incydentem w Cloudflare. TO Dostrzegamy trudności związane z przetwarzaniem płatności, które wydają się być powiązane z incydentem, który miał miejsce w Cloudflare.

2. 5 grudnia 2025 09:06 UTCinvestigating

   Nadal badamy tę kwestię.

3. 5 grudnia 2025 09:17 UTCmonitoring

   TSR-2651 - Początek/ Początek: 04/12/2025 09h48 CET - Końców/ Koniec: 04/12/2025 10h13 CET - Kategoria/Kategoria: Przetwórstwo produkcji - Odpowiedzialność/Odpowiedzialność: Zewnętrzna/Zewnętrzna - Priorytet/Priorytet: P1 FR Przetwarzanie odbywa się w pociągu powrotnym od 10h13. Nadal monitorujemy usługę. EN Przetwarzanie odzyskiwane jest od 10:13. Nadal monitorujemy usługę. Przetwarzanie powraca od 10:13. Nadal monitorujemy usługę.

4. 5 grudnia 2025 14:44 UTCresolved

   Ten incydent został rozwiązany.

5. 9 grudnia 2025 09:21 UTCpostmortem

   # _Wersja angielska poniżej_ # Post Mortem **Referencja incydentu** TSR-2651 **Usługa objęta** Płatności e-commerce i 3DS. **Klient wpływu** Niemożność dokonywania płatności dla portatorów. ‌ **Syntezę incydentu** * **5 grudnia 09h48: początek incydentu** i naprawy alertów. * **5 grudnia 09h52: ** utworzenie dedykowanej komórki kryzysowej. Rozpoczęcie śledztwa i podejrzenia o incydent w Clouflare. * **5 grudnia 09h54: ** potwierdzenie incydentu w Cloudflare. * **5 grudnia 10h: ** Strona statusu komunikacji. * **5 grudnia 10h13: koniec incydentu. ** ‌ **Konteksto** NIE DOTYCZY **Przyczyna korzenia** Incydent w Clouflare. **Działania prowadzone przez Payplug** | **Symptomy** | **Działanie** | | --- | --- | | Brak alternatywy w przypadku awarii Cloudflare. | Zapoznaj się z alternatywami, aby uzyskać rozwiązanie do tworzenia kopii zapasowych w razie incydentu. | ‌ ============ WERSJA ANGIELSKA ============== # Post Mortem **Odniesienie do incydentu** TSR-2651 **Usługi płatnicze dotknięte incydentem** Płatności e-commerce i 3DS. **Wpływ klienta** Brak możliwości dokonywania płatności przez posiadaczy kart. ‌ **Przegląd incydentów** * **5 grudnia 09:48: początek incydentu** i podniesione alerty. * **5 grudnia 09:52: ** utworzenie dedykowanej jednostki kryzysowej. Rozpoczęcie śledztwa i podejrzenie incydentu w Cloudflare. * **5 grudnia 09:54: ** potwierdzenie incydentu w Cloudflare. * **5 grudnia 10:00: ** Komunikacja na stronie statusu. * **5 grudnia 10:13: koniec incydentu. ** ‌ **Kontekst** NIE DOTYCZY **Przyczyna korzenia** Incydent w Cloudflare. **Działania do podjęcia przez Payplug** | **Objawy | **Działanie** | | --- | --- | | Brak alternatywy w przypadku awarii Cloudflare. | Obecnie trwają badania nad alternatywami zapewniającymi rozwiązanie do tworzenia kopii zapasowych w przypadku incydentu. |

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.

1. 3 grudnia 2025 10:36 UTCinvestigating

   FR Zwroty z 2 grudnia, które początkowo miały miejsce dzisiaj, będą miały miejsce w krótkim czasie. Twoja część nie wymaga żadnej akcji, a tapety będą dostępne na Twoich kontach jak zwykle. Szczegóły odnośnych zasobów zostaną zaktualizowane dzisiaj. EN Wypłaty na 2 grudnia, pierwotnie zaplanowane na dziś, zostaną rozpatrzone jutro. Z Twojej strony nie są wymagane żadne działania, a środki będą dostępne na Twoich kontach jak zwykle. Szczegóły dotyczące odpowiednich przelewów zostaną udostępnione dzisiaj.

2. 3 grudnia 2025 10:44 UTCmonitoring

   Wprowadzono rozwiązanie i monitorujemy wyniki.

3. 4 grudnia 2025 10:39 UTCmonitoring

   FR Zwroty z 2 grudnia zostały dobrze wykonane. W rewansie, zwroty z 3 grudnia, które początkowo miały miejsce dzisiaj, będą miały miejsce w bardzo krótkim czasie. Twoja część nie wymaga żadnej akcji, a tapety będą dostępne na Twoich kontach jak zwykle. Szczegóły odnośnych zasobów zostaną zaktualizowane dzisiaj. EN Wypłaty za 2 grudnia zostały pomyślnie przetworzone. Jednak wypłaty na 3 grudnia, które pierwotnie były zaplanowane na dziś, zostaną przetworzone jutro. Z Twojej strony nie są wymagane żadne działania, a środki będą dostępne na Twoich kontach jak zwykle. Szczegóły dotyczące odpowiednich przelewów zostaną udostępnione dzisiaj.

4. 5 grudnia 2025 11:20 UTCresolved

   FR Potwierdzamy odwrócenie transakcji 3 grudnia. Jesteśmy na bieżąco z odwróceniami. EN Potwierdzamy wypłaty transakcji od 3 grudnia. Jesteśmy na bieżąco z wypłatami. TO Zlecamy zwrot transakcji z 3 grudnia. Jesteśmy na bieżąco aktualizowani.

Automatyczne tłumaczenie oficjalnej aktualizacji incydentu.