Falhas de Pagamentos da Mastercard em Todo o Mundo: Cinco Processadores Relatam Erros Antes que a Recuperação Comece

Os pagamentos com cartão na rede Mastercard começaram a falhar nas primeiras horas da sexta-feira, 15 de agosto, e dentro de uma hora cinco empresas de pagamento diferentes publicaram avisos técnicos descrevendo o mesmo problema de cinco ângulos diferentes. Desde então, a Mastercard confirmou que está enfrentando um problema, e às 05:30 UTC pelo menos um gateway relatou que as transações começaram a se recuperar.

Este relato é inteiramente baseado em divulgações de status de primeira mão dos próprios processadores de pagamento, cada um com data e hora, conforme citado abaixo, porque, no momento da redação, nenhum serviço de notícias ou agência de notícias mainstream havia relatado a interrupção. A Mastercard não opera uma página de status pública e não emitiu uma declaração própria.

A Worldpay levantou a primeira bandeira às 04:28 UTC

O primeiro aviso veio da Worldpay, agora parte da Global Payments, que abriu o incidente INC0619188 às 04:28 UTC relatando "um problema técnico com a rede de débito Mastercard que pode estar causando erros no processamento de transações" em sua plataforma de processamento central. Às 04:54 UTC, o incidente tinha se movido de investigação para identificado, com a Worldpay dizendo que suas equipes técnicas estavam trabalhando com o terceiro "como um assunto de prioridade". Seu componente de autorização e pagamentos foi marcado como degradado, enquanto aquisições, pagamentos e relatórios permaneceram normais.

A Windcave nomeou o código de falha

Windcave, um gateway atuando na Nova Zelândia, Austrália, Américas e EMEA, foi o mais específico sobre o modo de falha. Nomeou seu incidente de "Interrupção Não Programada - Mastercard" às 04:38 UTC e relatou que as transações falhando estavam retornando um código de resposta 96. No padrão de mensagens ISO 8583 que bancos e redes de cartões usam para se comunicarem, o código de resposta 96 significa malfunção do sistema — uma falha em algum lugar na cadeia de processamento, em vez de uma decisão de recusar um cartão específico. Às 05:00 UTC, a Windcave disse que havia escalado para a Mastercard, que estava "trabalhando ativamente com prioridade para restaurar o serviço". Oito dos próprios componentes da Windcave foram listados como degradados em cinco regiões, incluindo serviços presenciais usados em checkouts físicos.

A Stripe confirmou que a falha estava fora de seus próprios sistemas

Stripe abriu um incidente intitulado "Recusas Elevadas na Mastercard" às 04:49 UTC e fortaleceu sua linguagem às 05:25, afirmando que havia "confirmado que a interrupção é externa à infraestrutura da Stripe". Seu painel de controle deixou a distinção visível: pagamentos globais, faturamento, banking-as-a-service e componentes principais mostraram operação normal, enquanto o único componente cobrindo adquirentes e métodos de pagamento — bancos, redes de cartões e métodos de pagamento locais — foi sinalizado como uma grande interrupção.

A Adyen retransmitiu a própria confirmação da Mastercard

Adyen forneceu a coisa mais próxima de uma palavra oficial da própria rede. O processador holandês primeiro registrou um problema específico às 06:34 CEST, dizendo que havia sido informado de problemas com a Mastercard, mas não esperava erros de pagamento de seu lado. Menos de uma hora depois, abriu um segundo incidente, mais amplo, contra seu componente de pagamentos, afirmando claramente: "A Mastercard confirmou que eles estão enfrentando um problema iniciado às 06:00 CEST." Esse horário de início corresponde a 04:00 UTC.

Quão longe isso chegou

A visão mais ampla vem da Cybersource, o gateway da Visa, que registrou um horário de início às 04:01 GMT e descreveu a causa apenas como uma "Interrupção do Participante do Ecossistema Financeiro" — uma falha em um participante financeiro que "pode estar impactando a capacidade de alguns titulares de cartão de realizar pagamentos". A Cybersource não nomeia a Mastercard em nenhum lugar em seu aviso e enfatizou que nada dentro de sua própria plataforma estava em fault.

Sua lista de componentes é onde a escala se torna legível. Aproximadamente cinquenta conexões individuais de adquirentes estavam mostrando desempenho degradado ao mesmo tempo — entre eles Chase Paymentech, Bank of America Merchant Services, Barclays, HSBC, Elavon, Moneris, TSYS, Lloyds Cardnet, Streamline, Cielo, Rede, Prosa, Saudi Payments, China UnionPay, RuPay e FDI Australia — enquanto as próprias APIs, portais, ferramentas de risco e serviços de liquidação da Cybersource permaneceram operacionais. Uma única dependência compartilhada com falhas a montante produz precisamente essa assinatura, e a geografia desses adquirentes abrange América do Norte e do Sul, Europa, Oriente Médio, Índia e Ásia-Pacífico.

O impacto não foi uniforme e parece ter dependido de como cada processador roteava seu tráfego da Mastercard. Klarna e GoCardless relataram serviço normal durante todo o período, assim como Authorize.net — notável porque, como a Cybersource, é de propriedade da Visa, mas mostrou todas as conexões de adquirentes saudáveis. Os operadores afetados também descreveram diferentes sintomas: a Worldpay nomeou especificamente o tráfego de débito da Mastercard, o primeiro aviso da Adyen não esperava erros de pagamento, enquanto a Windcave e a Stripe perceberam falhas nas transações.

Sinais de recuperação

Às 05:36 UTC, a Windcave moveu seu incidente de identificado para monitoramento, relatando que as transações da Mastercard haviam começado a ser processadas novamente aproximadamente às 05:30 UTC. Isso coloca o período de interrupção na rota da Windcave em cerca de noventa minutos, desde cerca de 04:01 UTC. Todos os oito de seus componentes permaneceram listados como degradados enquanto continuavam a monitorar.

A recuperação não era universal naquele momento. O incidente da Stripe ainda estava aberto e seu componente de adquirentes ainda mostrava uma grande interrupção, e nem a Worldpay nem a Adyen marcaram seus incidentes como resolvidos. Os leitores que estão experimentando falhas não devem assumir que o problema foi resolvido em todos os lugares.

O que ainda é desconhecido

A Mastercard não publicou uma declaração própria e sua confirmação é conhecida apenas de forma secundária através da Adyen. Nenhum processador forneceu volumes de transação, contagem de clientes afetados ou uma divisão regional, e nenhum desses números deve ser inferido dos avisos acima. A causa permanece não declarada: um código de resposta 96 identifica uma malfuncionamento sem identificar o que falhou.

Há precedentes recentes para uma falha mais curta do mesmo tipo. O próprio registro de incidentes da Worldpay documenta uma falha de autorização de débito da Mastercard em 11 de agosto, na qual algumas transações de débito "podem ter sido recusadas entre 09:53 ET - 10:02 ET" antes de serem resolvidas sem intervenção — cerca de nove minutos de impacto ao cliente. O evento de sexta-feira durou consideravelmente mais.

Uma nota sobre como as páginas de status devem ser lidas: elas são a melhor evidência disponível durante um incidente ao vivo, mas não são infalíveis. A Worldpay retirou completamente um incidente da rede Visa em 8 de agosto após concluir que não houve "impacto na Visa". Relatos individuais no Downdetector e em plataformas sociais durante o evento de sexta-feira descreveram cartões recusando em bancas de mercado e transferências de carteira falhando; essas contas são consistentes com o que os processadores documentaram, mas não são verificadas e não são a base para este relato.

Por que uma instabilidade na rede de cartões alcança tanta distância

A interrupção de sexta-feira é uma ilustração compacta de como a infraestrutura de pagamento se tornou concentrada. Cinco processadores em quatro continentes, atendendo dezenas de milhares de comerciantes entre eles, todos degradaram ao mesmo tempo devido a uma falha que nenhum deles possuía e nenhum deles podia consertar. Cada um podia ver o sintoma claramente e pouco mais podia fazer além de escalar e esperar. É a mesma forma das falhas que examinamos em nossa análise das maiores interrupções da internet até agora, onde uma única dependência a montante derrubou serviços que pareciam não estar relacionados.

Para qualquer negócio que aceite pagamentos com cartão, a lição prática é que os primeiros minutos importam. Saber rapidamente se a falha é sua, do seu gateway ou da rede determina se você troca de rotas, publica um aviso para os clientes ou simplesmente espera. Status Is Down monitora plataformas de pagamento e a infraestrutura abaixo delas, para que você aprenda sobre uma falha a partir de seus próprios alertas em vez de uma fila de clientes cujos cartões não passam. Você pode assistir incidentes ao vivo em nosso painel de status em tempo real e receber alertas no momento em que um serviço do qual você depende começa a falhar.

Fontes

• Página de status da Worldpay — incidente INC0619188, 15 de agosto de 2026, 04:28 e 04:54 UTC
• Página de status da Windcave — Interrupção Não Programada — Mastercard, 15 de agosto de 2026, 04:38, 05:00 e 05:36 UTC
• Página de status da Stripe — Recusas Elevadas na Mastercard, 15 de agosto de 2026, 04:49 e 05:25 UTC
• Status da plataforma Adyen — dois incidentes da Mastercard, 15 de agosto de 2026, 06:34 e 07:22 CEST
• Página de status da Cybersource — Interrupção de Participante do Ecossistema Financeiro, início relatado às 04:01 GMT, 15 de agosto de 2026
• Página de status da Authorize.net — processamento do gateway de pagamento operacional, 15 de agosto de 2026

Todas as páginas de status foram capturadas entre 05:31 e 05:38 UTC em 15 de agosto de 2026. Os incidentes estavam abertos naquele momento e os detalhes podem ter mudado desde então. Este relatório não será atualizado retrospectivamente; consulte a página de status de cada operador para seu estado atual.