Awaria płatności Mastercard na całym świecie: pięciu procesorów zgłasza błędy przed rozpoczęciem naprawy

Płatności kartą w sieci Mastercard zaczęły zawodzić wczesnym rankiem w piątek 15 sierpnia, a w ciągu godziny pięć oddzielnych firm płatniczych opublikowało powiadomienia techniczne opisujące ten sam problem z pięciu różnych perspektyw. Mastercard potwierdził, że doświadcza problemu, a o 05:30 UTC przynajmniej jedna brama zgłaszała, że transakcje zaczęły się odbudowywać.

Ten raport oparty jest całkowicie na pierwszorzędnych ujawnieniach statusu z samych procesorów płatności, każda z nich ma swój znacznik czasowy i jest cytowana poniżej, ponieważ w momencie pisania żaden serwis informacyjny ani główny redakcyjny nie zgłosił zakłóceń. Mastercard nie prowadzi żadnej publicznej strony statusu i nie wydał własnego oświadczenia.

Worldpay podniósł pierwszy sygnał o 04:28 UTC

Najwcześniejsze powiadomienie pochodziło od Worldpay, teraz część Global Payments, które otworzyło incydent INC0619188 o 04:28 UTC, zgłaszając „problem techniczny z siecią debetową Mastercard, który może powodować błędy w przetwarzaniu transakcji” na swoim podstawowym systemie przetwarzania. O 04:54 UTC incydent przeszedł z etapu badania do etapu identyfikacji, przy czym Worldpay powiedział, że jego zespoły techniczne współpracują z stroną trzecią „jako priorytet”. Jego komponent dotyczący autoryzacji i płatności został oznaczony jako obniżony, podczas gdy akwizycje, wypłaty i raportowanie pozostały w normie.

Windcave określił kod błędu

Windcave, brama działająca w Nowej Zelandii, Australii, Amerykach i EMEA, była najbardziej konkretna w sprawie trybu awarii. Nazwała swój incydent „Nieplanowana awaria – Mastercard” o 04:38 UTC i zgłosiła, że nieudane transakcje zwracały kod odpowiedzi 96. W standardzie komunikacji ISO 8583, który banki i sieci kartowe używają do komunikacji ze sobą, kod odpowiedzi 96 oznacza awarię systemu — błąd gdzieś w łańcuchu przetwarzania, a nie decyzję o odrzuceniu pojedynczej karty. O 05:00 UTC Windcave powiedział, że eskalował sprawę do Mastercard, które „aktywnie pracuje priorytetowo nad przywróceniem usługi”. Osiem komponentów Windcave zostało oznaczonych jako obniżone w pięciu regionach, w tym usługi kartowe używane przy fizycznych kasach.

Stripe potwierdził, że błąd leżał poza jego systemami

Stripe otworzył incydent zatytułowany „Podwyższone odrzucenia na Mastercard” o 04:49 UTC i wzmocnił swoje słowa o 05:25, stwierdzając, że „potwierdził, że awaria jest zewnętrzna wobec infrastruktury Stripe”. Jego tablica rozdzielcza pokazała widoczną różnicę: globalne płatności, rozliczenia, bankowość jako usługa i komponenty podstawowe działały, podczas gdy jedyny komponent obejmujący nabywców i metody płatności — banki, sieci kartowe i lokalne metody płatności — został oznaczony jako poważna awaria.

Adyen przekazał potwierdzenie od Mastercard

Adyen dostarczył najbliższe coś do oficjalnego słowa z samej sieci. Holenderski procesor najpierw zarejestrował wąski problem o 06:34 CEST, mówiąc, że został poinformowany o problemach z Mastercard, ale nie spodziewał się błędów płatności po swojej stronie. Mniej niż godzinę później otworzył drugi, szerszy incydent dotyczący swojego komponentu płatności, stwierdzając wprost: „Mastercard potwierdził, że doświadczają problemu począwszy od 06:00 CEST.” Ten czas rozpoczęcia odpowiada 04:00 UTC.

Jak daleko sięgały

Najszerszy obraz pochodzi od Cybersource, bramy należącej do Visa, która zarejestrowała czas rozpoczęcia 04:01 GMT i opisała przyczynę tylko jako „Zakłócenie uczestnika ekosystemu finansowego” — awaria u uczestnika finansowego, która „może wpływać na niektóre karty klientów, które są w stanie dokonać płatności”. Cybersource nie wymienia gdziekolwiek w swoim powiadomieniu Mastercard, i podkreślił, że nic w jego własnej platformie nie było winne.

Lista jego komponentów jest miejscem, gdzie skala staje się zrozumiała. Około pięćdziesięciu indywidualnych połączeń nabywców pokazywało obniżoną wydajność w tym samym czasie — wśród nich Chase Paymentech, Bank of America Merchant Services, Barclays, HSBC, Elavon, Moneris, TSYS, Lloyds Cardnet, Streamline, Cielo, Rede, Prosa, Saudi Payments, China UnionPay, RuPay i FDI Australia — podczas gdy własne API, portale, narzędzia ryzyka i usługi rozliczeniowe Cybersource pozostawały operacyjne. Pojedyncza wspólna zależność, która zawodzi u góry, produkuje dokładnie taki podpis, a geografia tych nabywców obejmuje Ameryki Północną i Południową, Europę, Bliski Wschód, Indie i region Azji-Pacyfiku.

Wpływ nie był jednorodny i wydaje się, że zależał od tego, jak każdy procesor kierował swój ruch Mastercard. Klarna i GoCardless zgłaszały normalną obsługę przez cały czas, podobnie jak Authorize.net — co jest istotne, ponieważ, jak Cybersource, jest własnością Visy, a jednak pokazało każde połączenie nabywcy jako zdrowe. Dotknięci operatorzy opisali również różne objawy: Worldpay wskazał specyficznie na ruch debetowy Mastercard, pierwsze powiadomienie Adyen nie spodziewało się w ogóle błędów płatności, podczas gdy Windcave i Stripe zaobserwowali całkowite niepowodzenia transakcji.

Znaki odbudowy

O 05:36 UTC Windcave przeniosło swój incydent z identyfikacji do monitorowania, informując, że transakcje Mastercard zaczęły być ponownie przetwarzane od około 05:30 UTC. To stawia okres zakłócenia na trasie Windcave na około dziewięćdziesiąt minut, od około 04:01 UTC. Wszystkie osiem jego komponentów pozostało oznaczonych jako obniżone, podczas gdy kontynuowano monitorowanie.

Odbudowa nie była wtedy uniwersalna. Incydent Stripe wciąż był otwarty, a jego komponent nabywców nadal pokazywał poważną awarię, a ani Worldpay, ani Adyen nie oznaczyli swoich incydentów jako rozwiązane. Czytelnicy doświadczający błędów nie powinni zakładać, że problem zniknął wszędzie.

Co wciąż jest nieznane

Mastercard nie opublikował własnego oświadczenia, a jego potwierdzenie znane jest tylko pośrednio za pośrednictwem Adyen. Żaden procesor nie podał wolumenów transakcji, liczby dotkniętych klientów ani regionalnego podziału, a żadne takie liczby nie powinny być wywnioskowane z powyższych powiadomień. Przyczyna nie jest określona: kod odpowiedzi 96 identyfikuje awarię, nie identyfikując, co uległo awarii.

Istnieje niedawny precedens dla krótszej awarii tego samego rodzaju. Dziennik incydentów Worldpay rejestruje awarię autoryzacji debetowej Mastercard 11 sierpnia, w której niektóre transakcje debetowe „mogły być odrzucane między 09:53 ET – 10:02 ET”, zanim rozwiązano je bez interwencji — zaledwie około dziewięciu minut wpływu na klientów. Wydarzenie piątkowe trwało znacznie dłużej.

Uwaga na temat tego, jak powinny być czytane strony statusu: są one najlepszym dostępnym dowodem podczas na żywo incydentu, ale nie są nieomylne. Worldpay całkowicie cofnął incydent sieci Visa 8 sierpnia po stwierdzeniu, że nie było „żadnego wpływu na Visa”. Indywidualne raporty na Downdetector i platformach społecznościowych podczas wydarzenia w piątek opisywały, że karty były odrzucane na stoiskach targowych, a przelewy portfelowe się nie powiodły; te relacje są zgodne z tym, co dokumentowały procesory, ale są niezweryfikowane i nie stanowią podstawy dla tego raportu.

Dlaczego kołysanie sieci kartowej tak daleko sięga

Zakłócenie w piątek jest zwięzłą ilustracją, jak skoncentrowana stała się infrastruktura płatności. Pięciu procesorów na czterech kontynentach, obsługujących dziesiątki tysięcy sprzedawców między nimi, obniżyło się jednocześnie z powodu błędu, którego żadna z nich nie miała i żadna z nich nie mogła naprawić. Każdy mógł wyraźnie zauważyć objaw i mógł zrobić niewiele poza eskalowaniem i czekaniem. Ma to ten sam kształt, co awarie, które zbadaliśmy w naszym przeglądzie największych awarii internetu do tej pory, gdzie jedna wspólna zależność na górze wyłączała usługi, które wydawały się niezwiązane.

Dla każdej firmy przyjmującej płatności kartą praktyczna lekcja jest taka, że pierwsze minuty są ważne. Szybkie poznanie, czy błąd dotyczy ciebie, twojej bramy czy sieci, decyduje o tym, czy zmieniasz trasy, zamieszczasz powiadomienie dla klientów, czy po prostu czekasz. Status Is Down monitoruje platformy płatności i infrastrukturę pod nimi, więc dowiadujesz się o awarii z własnych powiadomień, a nie z kolejki klientów, których karty nie przechodzą. Możesz na żywo śledzić incydenty na naszej tablicy statusu na żywo i mieć powiadomienia docierające do ciebie w momencie, gdy usługa, na której polegasz, zaczyna zawodzić.

Źródła

• Strona statusu Worldpay — incydent INC0619188, 15 sierpnia 2026, 04:28 i 04:54 UTC
• Strona statusu Windcave — Nieplanowana awaria — Mastercard, 15 sierpnia 2026, 04:38, 05:00 i 05:36 UTC
• Strona statusu Stripe — Podwyższone odrzucenia na Mastercard, 15 sierpnia 2026, 04:49 i 05:25 UTC
• Status platformy Adyen — dwa incydenty Mastercard, 15 sierpnia 2026, 06:34 i 07:22 CEST
• Strona statusu Cybersource — Zakłócenie uczestnika ekosystemu finansowego, zgłoszone rozpoczęcie 04:01 GMT, 15 sierpnia 2026
• Strona statusu Authorize.net — przetwarzanie bramy płatności operacyjne, 15 sierpnia 2026

Wszystkie strony statusu zostały zarejestrowane między 05:31 a 05:38 UTC 15 sierpnia 2026. Incydenty były otwarte w tym czasie, a szczegóły mogły się od tego czasu zmienić. Ten raport nie będzie aktualizowany wstecz; sprawdź stronę statusu każdego operatora, aby uzyskać jego aktualny stan.