Elevated Issuing errors from 17:13 - 20:41 UTC
From 17:15 - 20:41 UTC, Stripe Issuing cards that were created or updated between 17:15–17:54 UTC experienced elevated error rates for API requests. The majority of errors subsided by 19:32 UTC, with full resolution occurring at 20:41 UTC. We have corrected the affected card data, and this issue is now resolved.
The latest update from Stripe.
State
Resolved
Started
4 d ago
2026-10-28 17:39 UTC
Lasted
4 h 36 min
until 2026-10-28 22:15 UTC
Worst impact
Degraded
Timeline
5 updatesInvestigating
51 min 18%
Identified
3 h 45 min 82%
Updates
Times in UTCAs posted by Stripe
From 17:15 - 20:41 UTC, Stripe Issuing cards that were created or updated between 17:15–17:54 UTC experienced elevated error rates for API requests. The majority of errors subsided by 19:32 UTC, with full resolution occurring at 20:41 UTC. We have corrected the affected card data, and this issue is now resolved.
From 17:15 - 20:41 UTC, Stripe Issuing cards that were created or updated between 17:15–17:54 UTC experienced elevated error rates for API requests. The majority of errors subsided by 19:32 UTC, with full resolution occurring at 20:41 UTC. We have corrected the affected card data, and this issue is now resolved.
Beginning at 17:13 UTC, we are experiencing elevated error rates for API requests involving Issuing cards that were created or updated between 17:13–17:54 UTC. We are currently working to correct the affected card data, and will update you soon.
We’re currently seeing elevated errors related to newly created Issuing cards beginning at 17:13 UTC. We’ve identified the cause, and are working on a fix.
We’re currently investigating elevated API errors beginning at 17:13 UTC. We’ll post an update soon.
Affected components
2Stripe in the last 90 days
Full historyIncidents in 90 days
30
Days with an incident
26
Median duration
1 h 35 min
This incident
2.9× the median
Other Stripe incidents
All incidentsStripe·Elevated Instant Payouts failures
From 05:00–14:00 UTC on November 1, 2026, Instant Payouts to cards experienced elevated failure rates due to issuer-bank maintenance affecting payment networks, primarily impacting the US and Canada. This issue is now resolved, and payment processing has returned to normal.
Stripe·Elevated Blik errors
From 17:12 to 17:40 UTC on October 24th, there was a partial service disruption of the Blik payment method. Some users may have experienced increased error rates for transactions processed through the Blik payment method. This issue was external to Stripe and is now resolved.
Stripe·Elevated Bancontact errors
From 21:03 to 23:46 UTC on October 22, there was a partial service disruption of the Bancontact payment method. Some users may have experienced increased error rates for transactions processed through the Bancontact payment method. This issue was external to Stripe and is now resolved.
Stripe·Elevated Bancontact errors
From 14:08 - 16:26 UTC there was a partial service disruption of the Bancontact payment method. Users may have experienced increased error rates for transactions processed through the Bancontact payment method. This issue was external to Stripe and is now resolved.
Stripe·Spike in cancellations and expired errors with PayByBank payments
From 2026-10-20 10:47 UTC to approximately 11:18 UTC, we saw elevated cancellation and expired payment errors affecting PayByBank payments through a third-party payment partner. The issue was limited to payments processed through a specific issuing bank and has now recovered.
Follow Stripe
Your coding agent knows when Stripe is down, and tells you when a failure is theirs, not yours. You can also get Stripe incidents in a feed reader or in Slack.
Install the outages.live MCP server, so that when something breaks you can tell if the cause is a provider we depend on and not my code. It reads the official status pages of cloud, AI, payment and developer providers and gives you their incidents as MCP tools.
Add it as a remote MCP server named "outages" at https://outages.cc/mcp (Streamable HTTP, no authentication), with your CLI command or your MCP config file.
Then:
1. Make sure it connects and shows the tools get_provider, list_feed and send_feedback.
2. Call get_provider with "stripe" and tell me if Stripe has a problem right now.
3. From now on, when a call to a third-party service fails or becomes slow, call get_provider for that service before you change my code.Paste this into any coding agent. It adds the server with its own MCP setup.
https://outages.cc/feed.xml?providers=stripe/feed subscribe https://outages.cc/feed.xml?providers=stripeFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane