万事达卡支付在全球范围内失败：五个处理器在恢复开始前报告错误
在2026年8月15日周五的清晨，万事达卡网络上的卡支付开始失败，在一个小时内，五家不同的支付公司都发布了技术通知，从五个不同的角度描述同样的问题。万事达卡随后确认他们正面临问题，并在05:30 UTC时至少有一个网关报告交易已经开始恢复。
此报告完全基于支付处理器本身的第一方状态披露，每个时间戳和引用都列在下面，因为在撰写时，没有线通讯社或主流新闻社报道这一中断。万事达卡没有运营公开状态页面，也没有发布自己的声明。
Worldpay 在04:28 UTC 发出第一个警告
最早的通知来自 Worldpay，现为全球支付的一部分，该公司在04:28 UTC开启事件 INC0619188，报告 "万事达卡借记网络的技术问题，可能导致交易处理错误"，在其核心处理平台上。到04:54 UTC，该事件从调查状态转为已识别，Worldpay表示其技术团队正在与第三方 "优先处理"。其授权和支付组件在获取、支付和报告的过程中被标记为降级，而其他服务保持正常。
Windcave 确认失败代码
Windcave 是一家覆盖新西兰、澳大利亚、美洲和EMEA的网关，对于故障模式的描述最为具体。它在04:38 UTC将事件命名为 "非计划停机 - 万事达卡"，并报告失败的交易返回96响应代码。在银行和卡网络之间沟通所使用的ISO 8583消息标准中，响应代码96表示系统故障—— 处理链中的某个环节出现故障，而不是拒绝某个单独卡片的决定。到05:00 UTC，Windcave表示已向万事达卡升级问题，后者正在 "优先处理以恢复服务"。Windcave的八个组件在五个地区被列为降级，包括在实体结账处使用的持卡人服务。
Stripe 确认故障不在其自身系统内
Stripe 在04:49 UTC开启了名为 "万事达卡拒绝率上升" 的事件，并在05:25时严谨地表述称它 "已确认停机是外部原因导致的"。其仪表板清楚地显示了这种区别：全球支付、账单、银行即服务和核心组件均显示正常，而唯一涵盖收单方和支付方式—— 银行、卡网络和本地支付方式的组件则被标记为重大停机。
Adyen 转达万事达卡自身的确认
Adyen 提供了最接近来自网络本身的官方说明。这家荷兰处理器在06:34 CEST记录了一个狭窄的问题，表示他们已被告知万事达卡存在问题，但是预计自身没有支付错误。不到一个小时后，它针对其支付组件开启了第二个更广泛的事件，明确指出：“万事达卡已确认他们在06:00 CEST开始遇到问题。”该开始时间对应于04:00 UTC。
影响范围
最广泛的情况来自 Cybersource，该网关由Visa拥有，记录的开始时间为04:01 GMT，并仅将原因描述为 "金融生态系统参与者中断"—— 在某个金融参与者处的故障可能 "影响某些持卡人进行支付的能力"。Cybersource在其通知中没有提及万事达卡，并强调其自身平台没有问题。
其组件列表使得规模变得清晰。约五十个独立的收单连接在同一时刻显示出降级的性能—— 其中包括Chase Paymentech、美国银行商户服务、巴克莱、汇丰银行、Elavon、Moneris、TSYS、劳埃德卡网、Streamline、Cielo、Rede、Prosa、沙特支付、中国银联、RuPay和FDI澳大利亚——而Cybersource的自有API、门户、风险工具和结算服务保持正常。单一的共享依赖在上游故障产生了这样特征，其收单的地理分布涵盖北美和南美、欧洲、中东、印度和亚太地区。
影响并不是均匀的，似乎依赖于每个处理器如何路由其万事达卡流量。Klarna 和 GoCardless 在整个过程中报告了正常服务，Authorize.net 也是如此—— 这很显著，因为它与Cybersource一样，也是由Visa拥有，但显示每个收单连接都是健康的。受影响的运营商也描述了不同症状：Worldpay特意提到万事达卡借记流量，Adyen的第一次通知根本预计不会出现支付错误，而Windcave和Stripe则发现交易完全失败。
恢复的迹象
在05:36 UTC，Windcave将其事件从已识别状况移至监控，报告万事达卡交易在大约05:30 UTC后再次开始处理。这样计算的中断周期大约为90分钟，从大约04:01 UTC开始。在此期间，所有八个组件仍被列为降级，尽管它继续监控。
此时恢复并不是普遍的。Stripe的事件仍然开放，其收单组件仍显示重大停机，同时Worldpay和Adyen也没有标记其事件已解决。体验到失败的读者不应假设问题在任何地方都已经解决。
尚不清楚的问题
万事达卡尚未发布自己的声明，其确认仅通过Adyen得知。没有处理器提供交易量、受影响客户的数量或地区细分，且不应从上述通知推断出这样的数字。原因仍未说明：96响应代码识别出故障，而未识别出具体是什么故障。
最近有类似事件的先例。Worldpay自己的事件日志记录在8月11日出现万事达卡借记授权失败，部分借记交易 "可能在09:53 ET - 10:02 ET之间被拒绝"，然后在无需干预的情况下得到解决——大约九分钟的客户影响。周五的事件持续时间明显更长。
关于状态页面应该如何读取的说明：它们是在实时事件中最佳的可用证据，但并不是万无一失的。Worldpay在8月8日撤回了一个Visa网络事件，最终得出结论认为对Visa没有影响。周五事件期间，Downdetector和社交平台上的个别报告描述了市场摊位拒绝卡片和钱包转账失败；这些账户与处理器记录的一致，但未经过验证，因此不构成本报告的依据。
为什么卡网络故障传播如此广泛
周五的中断是支付基础设施已变得多集中化的一个简明示例。五个处理器在四大洲之间，共同为成千上万的商家服务，全部因一个他们都没有承担责任也无法修复的故障而同时降级。每个处理器都能清晰地看到症状，能做的只是升级并等待。这与我们在研究过的迄今为止最大互联网中断中的故障具有相同的特征，单一的上游依赖使看似无关的服务崩溃。
对于任何接受卡支付的企业来说，实际的教训是，头几分钟很重要。迅速了解故障是您自己的、您的网关还是网络的，决定了您是更改路由、向客户发布通知还是只是等待。Status Is Down 监控支付平台及其底层基础设施，因此您可以通过自己的警报了解故障，而不是等待一长队无法交易的客户。您可以在我们的实时状态板上观看实时事件，并在您依赖的服务开始故障的那一刻接收警报。
来源
- Worldpay状态页面 - 事件INC0619188, 2026年8月15日, 04:28和04:54 UTC
- Windcave状态页面 - 非计划停机 - 万事达卡, 2026年8月15日, 04:38, 05:00和05:36 UTC
- Stripe状态页面 - 万事达卡拒绝率上升, 2026年8月15日, 04:49和05:25 UTC
- Adyen平台状态 - 两起万事达卡事件, 2026年8月15日, 06:34和07:22 CEST
- Cybersource状态页面 - 金融生态系统参与者中断, 报告开始于04:01 GMT, 2026年8月15日
- Authorize.net状态页面 - 支付网关处理正常, 2026年8月15日
所有状态页面在2026年8月15日的05:31到05:38 UTC之间捕获。事件当时仍然开放，细节可能有所更改。本报告不会回溯更新；请咨询各个运营商的状态页面以获取其当前状态。