Live

Partial degradation of Tap to Pay on iPhone on a subset of devices running iOS 27

0

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.

State

Identified

Started

3 h ago

2026-11-02 16:01 UTC

Ongoing for

2 h 39 min

Worst impact

Degraded

Timeline

1 update
16:0116:4117:2118:0118:41
DegradedUpdate postedTimes in UTC

Identified

2 h 39 min 100%

Updates

Times in UTC

As posted by Adyen

Identified2026-11-02 16:03 UTC

We have identified an issue which started on October 2, 2026, affecting Tap to Pay on iPhone on a subset of devices running iOS 27. This issue is resulting in an internal error when the app starts. As a result, affected devices may be unable to process Tap to Pay transactions. Based on our findings so far, the issue is occurring on devices where the passcode was disabled, the device was then updated, and the passcode was added again afterwards. This sequence has been seen in Jamf iOS upgrade workflows that remove the passcode, update the device and then re-apply the passcode. We recommend not disabling the passcode on devices used for Tap to Pay on iPhone, in particular when updating the device. If you manage your devices with Jamf or any other MDM solution, please review your workflows and avoid any step that removes the passcode. Our engineering teams are actively investigating and working with affected merchants and partners to restore service on impacted devices. We will share a fu

Affected components

1
Payments

Adyen in the last 90 days

Full history
90 days agoToday

Incidents in 90 days

6

Days with an incident

2

Median duration

3 h 28 min

This incident

23% shorter than the median

How long each incident lasted, on the day it started. The outlined bar is this incident.

3 h 40 min
median 3 h 28 min
90 days agoToday

Other Adyen incidents

All incidents

Adyen·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.

Noticeupdated 19 min ago

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.

Noticeupdated 3 h ago

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.

Resolvedresolved 3 h ago

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.

Resolvedresolved 4 h ago

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.

Resolvedresolved 18 h ago

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.

Prompt
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.

RSS
https://outages.cc/feed.xml?providers=adyen
Slack
/feed subscribe https://outages.cc/feed.xml?providers=adyen

FAQ

Go from tracking outages to fixing production issues with Polylane.

Try Polylane