Mastercard-Zahlungen weltweit gescheitert: Fünf Zahlungsdienstleister berichten von Problemen, bevor die Wiederherstellung beginnt

Kartenzahlungen im Mastercard-Netzwerk begannen in den frühen Morgenstunden des Freitags, den 15. August, zu scheitern. Innerhalb einer Stunde hatten fünf verschiedene Zahlungsunternehmen technische Hinweise veröffentlicht, die dasselbe Problem aus fünf verschiedenen Blickwinkeln beschrieben. Mastercard hat inzwischen bestätigt, dass es ein Problem gibt, und bis 05:30 UTC meldete mindestens ein Gateway, dass die Transaktionen wieder begonnen hatten, sich zu erholen.

Dieser Bericht basiert vollständig auf ersteren Statusinformationen von den Zahlungsdienstleistern selbst, die jeweils zeitgestempelt sind und nachfolgend zitiert werden, da zum Zeitpunkt des Schreibens kein Nachrichtenunternehmen oder Mainstream-Medien über die Störung berichtet hatten. Mastercard betreibt keine öffentliche Statusseite und hat keine eigene Erklärung abgegeben.

Worldpay setzte um 04:28 UTC das erste Zeichen

Die früheste Mitteilung kam von Worldpay, nun Teil von Global Payments, das um 04:28 UTC die Störung INC0619188 öffnete und berichtete, dass es „ein technisches Problem mit dem Mastercard-Debitnetz gibt, das möglicherweise zu Transaktionsverarbeitungsfehlern führt“ auf seiner Kernverarbeitungsplattform. Bis 04:54 UTC hatte sich der Vorfall von „Untersuchung“ zu „identifiziert“ bewegt, wobei Worldpay erklärte, seine technischen Teams arbeiteten „prioritär“ mit dem Drittanbieter zusammen. Die Komponenten für Autorisierung und Zahlungen wurden als beeinträchtigt gekennzeichnet, während Akzeptanz, Auszahlungen und Berichterstattung normal blieben.

Windcave nannte den Ausfallcode

Windcave, ein Gateway, das in Neuseeland, Australien, Amerika und EMEA tätig ist, war am spezifischsten bezüglich des Ausfallmodus. Es titulierte seinen Vorfall um 04:38 UTC als „Ungeplanter Ausfall – Mastercard“ und berichtete, dass fehlerhafte Transaktionen einen 96-Antwortcode zurückgaben. Im ISO 8583-Messaging-Standard, den Banken und Kartennetze verwenden, um miteinander zu kommunizieren, bedeutet der Antwortcode 96 Systemfehlfunktion – ein Fehler irgendwo in der Verarbeitungs­kette, nicht eine Entscheidung, eine einzelne Karte abzulehnen. Bis 05:00 UTC sagte Windcave, dass es an Mastercard eskaliert hatte, das „aktiv prioritär daran arbeitet, den Service wiederherzustellen“. Acht der eigenen Komponenten von Windcave wurden über fünf Regionen hinweg als beeinträchtigt aufgeführt, darunter Kartenpräsenzdienste, die an physischen Kassen verwendet werden.

Stripe bestätigte, dass der Fehler außerhalb seiner eigenen Systeme lag

Stripe eröffnete um 04:49 UTC einen Vorfall mit dem Titel „Erhöhte Ablehnungen bei Mastercard“ und verschärfte seine Sprache um 05:25, indem es erklärte, dass es „bestätigt hat, dass der Ausfall extern zur Stripe-Infrastruktur ist“. Sein Dashboard machte die Unterscheidung sichtbar: globale Zahlungen, Abrechnungen, Banking-as-a-Service und Kernkomponenten zeigten alle betriebsfähig, während die einzelne Komponente, die Akzeptoren und Zahlungsmethoden abdeckt – Banken, Kartennetze und lokale Zahlungsmethoden – als schwerwiegender Ausfall gekennzeichnet war.

Adyen gab die eigene Bestätigung von Mastercard weiter

Adyen lieferte das nächstgelegene, das man als offizielle Aussage des Netzwerks selbst betrachten kann. Der niederländische Zahlungsdienstleister meldete um 06:34 CEST ein enges Problem und erklärte, dass er über Probleme mit Mastercard informiert worden sei, aber auf seiner Seite keine Zahlungsfehler erwartete. Weniger als eine Stunde später eröffnete er einen zweiten, breiteren Vorfall gegen seine Zahlungs­komponente und stellte schlicht fest: „Mastercard hat bestätigt, dass sie seit 06:00 CEST ein Problem haben.“ Dieser Startzeitpunkt entspricht 04:00 UTC.

Wie weit es reichte

Das umfassendste Bild kommt von Cybersource, dem Visa-eigenen Gateway, das einen Startzeitpunkt von 04:01 GMT aufzeichnete und die Ursache lediglich als „Störung eines Finanz-Ökosystem-Teilnehmers“ beschrieb – ein Fehler bei einem Finanzteilnehmer, der „die Zahlungsfähigkeit einiger Karteninhaber beeinträchtigen könnte“. Cybersource erwähnt Mastercard in seiner Mitteilung nicht und betont, dass nichts innerhalb seiner eigenen Plattform die Ursache war.

Seine Komponenteliste ist dort, wo der Umfang lesbar wird. Rund fünfzig einzelne Akzeptorenverbindungen wiesen zur gleichen Zeit eine beeinträchtigte Leistung auf – darunter Chase Paymentech, Bank of America Merchant Services, Barclays, HSBC, Elavon, Moneris, TSYS, Lloyds Cardnet, Streamline, Cielo, Rede, Prosa, Saudi Payments, China UnionPay, RuPay und FDI Australien – während Cybersources eigene APIs, Portale, Risiko­werkzeuge und Abwicklungsdienste betriebsfähig blieben. Ein einzelnes gemeinsames Abhängigkeitsproblem, das oben versagt, zeigt genau dieses Zeichen, und die Geografie dieser Akzeptoren erstreckt sich über Nord- und Südamerika, Europa, den Nahen Osten, Indien und den asiatisch-pazifischen Raum.

Die Auswirkungen waren nicht einheitlich, und es scheint, dass sie davon abhingen, wie jeder Zahlungsdienstleister seinen Mastercard-Verkehr routete. Klarna und GoCardless berichteten währenddessen über normal Dienstleistungen, ebenso wie Authorize.net – bemerkenswert, da es wie Cybersource im Besitz von Visa ist und dennoch jede Akzeptorenverbindung gesund zeigte. Die betroffenen Betreiber beschrieben auch unterschiedliche Symptome: Worldpay nannte spezifisch den Mastercard-Debitverkehr, Adyens erste Mitteilung erwartete überhaupt keine Zahlungsfehler, während Windcave und Stripe outright-Transaktionsfehler sahen.

Anzeichen der Wiederherstellung

Um 05:36 UTC bewegte Windcave seinen Vorfall von „identifiziert“ zu „Überwachung“ und berichtete, dass die Mastercard-Transaktionen ab etwa 05:30 UTC wieder verarbeitet wurden. Dies setzt die Störungsdauer auf Windcaves Route auf etwa neunzig Minuten, ab etwa 04:01 UTC. Alle acht seiner Komponenten blieben weiterhin als beeinträchtigt aufgeführt, während sie weiterhin überwacht wurden.

Die Wiederherstellung war zu diesem Zeitpunkt nicht universell. Der Vorfall von Stripe war weiterhin offen und die Akzeptorenkomponente zeigte weiterhin einen schwerwiegenden Ausfall, und auch Worldpay und Adyen hatten ihre Vorfälle nicht als gelöst markiert. Leser, die Fehler erfahren, sollten nicht annehmen, dass das Problem überall behoben ist.

Was noch unbekannt ist

Mastercard hat keine eigene Erklärung veröffentlicht und seine Bestätigung ist nur indirekt über Adyen bekannt. Keiner der Zahlungsdienstleister hat Transaktionsvolumina, betroffene Kundenanzahlen oder eine regionale Aufschlüsselung angegeben, und keine solchen Zahlen sollten aus den obigen Mitteilungen abgeleitet werden. Die Ursache bleibt unbenannt: ein 96-Antwortcode identifiziert eine Fehlfunktion, ohne anzugeben, was genau defekt ist.

Es gibt einen aktuellen Präzedenzfall für einen kürzeren Ausfall derselben Art. Das eigene Vorfallprotokoll von Worldpay verzeichnet am 11. August eine fehlgeschlagene Mastercard-Debitautorisierung, bei der einige Debittransaktionen „möglicherweise zwischen 09:53 ET – 10:02 ET abgelehnt wurden“, bevor sie sich ohne Eingreifen klärten – etwa neun Minuten Kunden­auswirkung. Der Vorfall am Freitag dauerte erheblich länger.

Ein Hinweis darauf, wie Statusseiten gelesen werden sollten: Sie sind der beste verfügbare Beweis während eines Live-Vorfalls, aber sie sind nicht unfehlbar. Worldpay zog einen Vorfall im Visa-Netzwerk am 8. August vollständig zurück, nachdem festgestellt wurde, dass es „keine Auswirkungen auf Visa“ gab. Einzelne Berichte auf Downdetector und sozialen Plattformen während des Vorfalls am Freitag beschrieben Karten, die an Marktständen abgelehnt wurden und Wallet-Transfers, die fehlschlugen; diese Berichte sind konsistent mit dem, was die Zahlungsdienstleister dokumentiert haben, sind jedoch nicht verifiziert und bilden nicht die Grundlage für diesen Bericht.

Warum das Wanken eines Karten­netzwerks so weit reicht

Die Störung am Freitag ist eine kompakte Illustration dafür, wie konzentriert die Zahlungsinfrastruktur geworden ist. Fünf Zahlungsdienstleister auf vier Kontinenten, die zwischen ihnen zehntausende von Händlern bedienen, waren gleichzeitig beeinträchtigt aufgrund eines Fehlers, den keiner von ihnen besaß und den keiner von ihnen beheben konnte. Jeder konnte das Symptom klar sehen und konnte wenig mehr tun, als zu eskalieren und zu warten. Es hat die gleiche Form wie die Ausfälle, die wir in unserem Blick auf die größten Internet-Ausfälle aller Zeiten untersucht haben, wo eine einzige Abhängigkeit upstream Dienste, die unzusammenhängend schienen, außer Gefecht setzte.

Für jedes Unternehmen, das Kartenzahlungen akzeptiert, ist die praktische Lehre, dass die ersten Minuten entscheidend sind. Schnell zu wissen, ob der Fehler bei dir, deinem Gateway oder dem Netzwerk liegt, bestimmt, ob du die Routen wechselst, eine Mitteilung an die Kunden postest oder einfach abwartest. Status Is Down überwacht Zahlungsplattformen und die Infrastruktur darunter, damit du von deinen eigenen Warnungen über einen Ausfall erfährst, anstatt von einer Warteschlange von Kunden, deren Karten nicht durchkommen. Du kannst live Vorfälle auf unserem Echtzeit-Statusboard verfolgen und Warnungen erhalten, sobald ein Dienst, von dem du abhängst, zu scheitern beginnt.

Quellen

• Worldpay-Statusseite – Vorfall INC0619188, 15. August 2026, 04:28 und 04:54 UTC
• Windcave-Statusseite – Ungeplanter Ausfall – Mastercard, 15. August 2026, 04:38, 05:00 und 05:36 UTC
• Stripe-Statusseite – Erhöhte Ablehnungen bei Mastercard, 15. August 2026, 04:49 und 05:25 UTC
• Adyen-Plattformstatus – zwei Mastercard-Vorfälle, 15. August 2026, 06:34 und 07:22 CEST
• Cybersource-Statusseite – Störung eines Finanz-Ökosystem-Teilnehmers, berichteter Start 04:01 GMT, 15. August 2026
• Authorize.net-Statusseite – Zahlungs-Gateway-Bearbeitung betriebsfähig, 15. August 2026

Alle Statusseiten wurden zwischen 05:31 und 05:38 UTC am 15. August 2026 erfasst. Die Vorfälle waren zu diesem Zeitpunkt offen, und die Details können sich seitdem geändert haben. Dieser Bericht wird nicht nachträglich aktualisiert; konsultiere die Statusseite jedes Betreibers für den aktuellen Stand.