Partial payout delay for USD payouts
Adyen reports a partial payout delay that affects a subset of USD and EUR transactions through wire and instant transfers, and a subset of cross-border transfers in all currencies. Adyen states that the issue was mitigated as of 19:01 CET on November 2, 2026. Adyen engineering teams are retrying the payouts that failed during the incident.
State
Updated
Started
2 h ago
2026-11-02 17:03 UTC
Ongoing for
1 h 38 min
Worst impact
Notice
Timeline
2 updatesIdentified
1 h 20 min 82%
Updated
18 min 18%
Updates
Times in UTCAs posted by Adyen
We can confirm that as of 19:01 CET on November 2, 2026, the issue resulting in a partial payout delay for a subset of USD and EUR transactions, and for a subset of payouts processed through cross-border transfers, has been mitigated. Our engineering teams are currently retrying the payouts that failed during the incident. We will provide further updates as soon as we have more information on when the affected payouts will be received.
We have identified an internal technical issue which started at 16:00 CET on November 2, 2026, resulting in a partial payout delay for a subset of USD and EUR transactions processed through wire and instant transfers. Additionally, there is a partial payout delay for a subset of cross-border transfers in all currencies. As a result, a subset of customers might experience a delay in receiving their payouts scheduled for November 2, 2026. Our engineering teams have been engaged and are working to resolve this issue. We will provide an update on the expected delay as soon as we have more information.
Affected components
1Adyen in the last 90 days
Full historyIncidents in 90 days
6
Days with an incident
2
Median duration
3 h 28 min
This incident
53% shorter than the median
Other Adyen incidents
All incidentsAdyen·Partial degradation of Tap to Pay on iPhone on a subset of devices running iOS 27
Adyen reports a problem with Tap to Pay on iPhone on some devices that run iOS 27, in the Payments component. The app shows an internal error at start, and these devices may not process Tap to Pay transactions. Adyen identified the issue and states that it occurs on devices where the passcode was disabled, the device was updated, and the passcode was added again. Adyen advises not to disable the passcode on Tap to Pay devices, especially during an update.
Adyen·Capture failures and payout delay for Mastercard transactions in Australia
Adyen reports capture failures for some Mastercard transactions in Australia. The affected component is Settlement and payouts. Adyen identified an internal issue and the engineering teams work to recapture the affected transactions. Some refunds can stay pending and payouts can be one day late.
Adyen·MB WAY and Multibanco are experiencing offer conversion issues
Adyen reports that MB WAY and Multibanco offers do not convert correctly. The problem affects the Payment methods and issuers component. Adyen identified the issue and confirmed that it is resolved. The outage lasted about 81 minutes.
Adyen·INTERSOLVE is experiencing higher error rates
INTERSOLVE payment methods and issuers have higher error rates on Adyen. Adyen reports that this incident is resolved. The outage lasted 3 hours and 28 minutes.
Adyen·Givex is experiencing higher error rates
Givex transactions have higher error rates and the problem affects the Payment methods and issuers component. Adyen reports that the issue is outside its platform. Adyen resolved the issue after 3 hours and 40 minutes.
Follow Adyen
Your coding agent knows when Adyen is down, and tells you when a failure is theirs, not yours. You can also get Adyen 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 "adyen" and tell me if Adyen 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=adyen/feed subscribe https://outages.cc/feed.xml?providers=adyenFAQ
Go from tracking outages to fixing production issues with Polylane.
Try Polylane