Los pagos de Mastercard fallan en todo el mundo: cinco procesadores reportan errores antes de que comience la recuperación
Los pagos con tarjeta en la red de Mastercard comenzaron a fallar en las primeras horas del viernes 15 de agosto, y en menos de una hora cinco compañías de pago diferentes habían publicado avisos técnicos describiendo el mismo problema desde cinco perspectivas distintas. Desde entonces, Mastercard ha confirmado que está experimentando un problema, y a las 05:30 UTC al menos una pasarela estaba informando que las transacciones habían comenzado a recuperarse.
Este relato se basa completamente en divulgaciones de estado de primera mano de los propios procesadores de pago, cada una con un sello de tiempo y citada a continuación, porque en el momento de escribir no había ningún servicio de noticias o sala de redacción importante que hubiera reportado la interrupción. Mastercard no opera una página de estado pública y no ha emitido ninguna declaración propia.
Worldpay levantó la primera bandera a las 04:28 UTC
El primer aviso llegó de Worldpay, ahora parte de Global Payments, que abrió el incidente INC0619188 a las 04:28 UTC reportando "un problema técnico con la red de débito de Mastercard que puede estar causando errores en el procesamiento de transacciones" en su plataforma de procesamiento principal. A las 04:54 UTC el incidente había pasado de investigación a identificado, diciendo Worldpay que sus equipos técnicos estaban trabajando con el tercero "como una cuestión de prioridad". Su componente de autorización y pagos se marcó como degradado mientras que los servicios de adquisición, pagos y reporte permanecieron normales.
Windcave nombró el código de fallo
Windcave, una pasarela que opera en Nueva Zelanda, Australia, América y EMEA, fue la más específica sobre el modo de fallo. Tituló su incidente "Interrupción no programada - Mastercard" a las 04:38 UTC y reportó que las transacciones fallidas estaban retornando un código de respuesta 96. En el estándar de mensajería ISO 8583 que utilizan los bancos y redes de tarjetas para comunicarse entre sí, el código de respuesta 96 significa mal funcionamiento del sistema — una falla en algún lugar de la cadena de procesamiento, en lugar de una decisión de rechazar una tarjeta individual. Para las 05:00 UTC, Windcave dijo que había escalado a Mastercard, que estaba "trabajando activamente con prioridad para restaurar el servicio". Ocho de los componentes de Windcave se listaron como degradados en cinco regiones, incluidos los servicios de tarjeta presente utilizados en puntos de venta físicos.
Stripe confirmó que la falla estaba fuera de sus propios sistemas
Stripe abrió un incidente titulado "Rechazos elevados en Mastercard" a las 04:49 UTC y endureció su lenguaje a las 05:25, afirmando que había "confirmado que la interrupción es externa a la infraestructura de Stripe". Su tablero hizo visible la distinción: los pagos globales, la facturación, el banking-as-a-service y los componentes centrales mostraban funcionamiento, mientras que el único componente que cubría adquirentes y métodos de pago —bancos, redes de tarjetas y métodos de pago locales— fue marcado como una interrupción mayor.
Adyen retransmitió la propia confirmación de Mastercard
Adyen proporcionó lo más cercano a una palabra oficial de la red misma. El procesador holandés registró primero un problema estrecho a las 06:34 CEST, diciendo que había sido informado de problemas con Mastercard pero no esperaba errores de pago por su parte. Menos de una hora después, abrió un segundo incidente más amplio contra su componente de pagos, afirmando claramente: "Mastercard ha confirmado que están experimentando un problema que comienza a las 06:00 CEST." Ese tiempo de inicio corresponde a las 04:00 UTC.
Hasta dónde llegó
La imagen más amplia proviene de Cybersource, la pasarela propiedad de Visa, que registró un tiempo de inicio de 04:01 GMT y describió la causa únicamente como una "Interrupción de Participante del Ecosistema Financiero" — una falla en un participante financiero que "puede estar afectando la capacidad de algunos titulares de tarjetas para realizar pagos". Cybersource no nombra a Mastercard en ninguna parte de su aviso y enfatizó que nada dentro de su propia plataforma era culpable.
Su lista de componentes es donde la escala se vuelve legible. Aproximadamente cincuenta conexiones de adquirentes individuales mostraban un rendimiento degradado en ese momento — entre ellas Chase Paymentech, Bank of America Merchant Services, Barclays, HSBC, Elavon, Moneris, TSYS, Lloyds Cardnet, Streamline, Cielo, Rede, Prosa, Saudi Payments, China UnionPay, RuPay y FDI Australia — mientras que las propias API, portales, herramientas de riesgo y servicios de liquidación de Cybersource permanecieron operativos. Una única dependencia compartida que falla río arriba produce precisamente esa firma, y la geografía de esos adquirentes abarca América del Norte y del Sur, Europa, Medio Oriente, India y Asia-Pacífico.
El impacto no fue uniforme y parece haber dependido de cómo cada procesador enrutó su tráfico de Mastercard. Klarna y GoCardless reportaron servicio normal durante todo el tiempo, al igual que Authorize.net — notable porque, al igual que Cybersource, es de propiedad de Visa, pero mostró cada conexión de adquirente sana. Los operadores afectados también describieron diferentes síntomas: Worldpay nombró específicamente el tráfico de débito de Mastercard, el primer aviso de Adyen no esperaba errores de pago en absoluto, mientras que Windcave y Stripe vieron fallos directos en las transacciones.
Señales de recuperación
A las 05:36 UTC, Windcave movió su incidente de identificado a monitoreo, reportando que las transacciones de Mastercard habían comenzado a procesarse nuevamente aproximadamente a las 05:30 UTC. Eso pone el período de interrupción en la ruta de Windcave en aproximadamente noventa minutos, desde alrededor de las 04:01 UTC. Todos sus ocho componentes continuaron listándose como degradados mientras seguía monitoreando.
La recuperación no fue universal en ese momento. El incidente de Stripe seguía abierto y su componente de adquirentes todavía mostraba una interrupción mayor, y tanto Worldpay como Adyen no habían marcado sus incidentes como resueltos. Los lectores que experimentan fallos no deben asumir que el problema se ha despejado en todas partes.
Lo que todavía se desconoce
Mastercard no ha publicado una declaración propia y su confirmación solo se conoce de manera indirecta a través de Adyen. Ningún procesador ha dado volúmenes de transacciones, recuentos de clientes afectados o un desglose regional, y no se deben inferir tales cifras de los avisos anteriores. La causa permanece no establecida: un código de respuesta 96 identifica un mal funcionamiento sin identificar qué falló.
Hay un precedente reciente de una falla más corta del mismo tipo. El propio registro de incidentes de Worldpay documenta un fallo de autorización de débito de Mastercard el 11 de agosto en el que algunas transacciones de débito "pueden haber sido rechazadas entre las 09:53 ET - 10:02 ET" antes de resolverse sin intervención — aproximadamente nueve minutos de impacto para el cliente. El evento del viernes duró considerablemente más.
Una nota sobre cómo se deben leer las páginas de estado: son la mejor evidencia disponible durante un incidente en vivo, pero no son infalibles. Worldpay retractó un incidente de la red Visa por completo el 8 de agosto después de concluir que no había "impacto en Visa". Informes individuales en Downdetector y plataformas sociales durante el evento del viernes describieron tarjetas rechazadas en mercados y transferencias de billetera fallidas; esos relatos son consistentes con lo que documentaron los procesadores, pero no están verificados y no son la base de este informe.
Por qué un tambaleo en una red de tarjetas viaja tan lejos
La interrupción del viernes es una ilustración compacta de cuán concentrada se ha vuelto la infraestructura de pagos. Cinco procesadores en cuatro continentes, que atienden a decenas de miles de comerciantes entre ellos, todos degradados al mismo tiempo debido a un fallo que ninguno de ellos posee y que ninguno de ellos podía reparar. Cada uno pudo ver el síntoma claramente y pudo hacer poco más que escalar y esperar. Tiene la misma forma que las fallas que examinamos en nuestra mirada a las mayores interrupciones de internet hasta ahora, donde una única dependencia río arriba derribó servicios que parecían no estar relacionados.
Para cualquier negocio que acepte pagos con tarjeta, la lección práctica es que los primeros minutos son importantes. Saber rápidamente si el fallo es tuyo, de tu pasarela o de la red determina si cambias de rutas, publicas un aviso a los clientes o simplemente esperas. Status Is Down monitorea plataformas de pago y la infraestructura debajo de ellas, por lo que te enteras de una falla a través de tus propias alertas en lugar de una fila de clientes cuyos tarjetas no se procesan. Puedes ver incidentes en vivo en nuestro tablero de estado en tiempo real y recibir alertas en el momento en que un servicio del que dependes empieza a fallar.
Fuentes
- Página de estado de Worldpay — incidente INC0619188, 15 de agosto de 2026, 04:28 y 04:54 UTC
- Página de estado de Windcave — Interrupción no programada - Mastercard, 15 de agosto de 2026, 04:38, 05:00 y 05:36 UTC
- Página de estado de Stripe — Rechazos elevados en Mastercard, 15 de agosto de 2026, 04:49 y 05:25 UTC
- Estado de la plataforma de Adyen — dos incidentes de Mastercard, 15 de agosto de 2026, 06:34 y 07:22 CEST
- Página de estado de Cybersource — Interrupción de Participante del Ecosistema Financiero, inicio reportado 04:01 GMT, 15 de agosto de 2026
- Página de estado de Authorize.net — procesamiento de pasarelas de pago operativo, 15 de agosto de 2026
Todas las páginas de estado fueron capturadas entre las 05:31 y 05:38 UTC del 15 de agosto de 2026. Los incidentes estaban abiertos en ese momento y los detalles pueden haber cambiado desde entonces. Este informe no se actualizará retrospectivamente; consulta la página de estado de cada operador para su estado actual.