Europe · Netherlands

iDEAL: Netherlands's real-time bank transfer (a2a)

The Dutch bank-transfer standard used by roughly 70% of Dutch e-commerce transactions.

Updated July 29, 2026Real-time bank transfer (A2A)By Ale Aznar
Country
Netherlands
Region
Europe
Type
Real-time bank transfer (A2A)

How the iDEAL flow works

iDEAL is a bank-redirect payment method jointly operated by the major Dutch banks and Currence. At checkout the shopper picks their bank from a list; the PSP redirects them into their bank's app or online banking.

Inside the banking environment the shopper reviews the exact amount and merchant name and authorises with the bank's normal SCA method — typically biometric or PIN in the mobile app.

The bank pushes the payment as a SEPA-instant transfer and the merchant receives a confirmed webhook within seconds. Because the shopper authenticates inside their own bank, iDEAL functions as a real-time confirmed bank transfer with no card scheme intermediation.

iDEAL 2.0 (rolling out across 2025–2026) adds a hosted checkout with tokenisation, one-click repeat pay and richer refund/dispute UX under the European Payment Initiative (Wero) umbrella.

Typical use cases

  • General Dutch e-commerce — iDEAL is expected on any NL checkout.
  • High-ticket categories (travel, electronics, furniture) where card limits or interchange hurt.
  • Utility, government and telco bill pay.
  • Charitable donations and P2P collection flows.

Consumer reach

Every consumer with a Dutch bank account can use iDEAL — effectively the entire adult population.

Consistently the single largest e-commerce method in the Netherlands, ahead of cards, wallets and BNPL combined.

Trust is high because the payment happens inside the shopper's own bank.

Who should accept iDEAL

  • Any merchant selling to Dutch consumers — iDEAL is non-negotiable in NL.
  • Cross-border merchants targeting the Netherlands who currently only offer cards; iDEAL captures the majority of NL transactions.
  • Subscription businesses preparing for iDEAL 2.0 tokenised recurring.

Operational detail

The operational half of every method profile — settlement, refunds, disputes, PSP coverage and licensing — is reserved for Payment Methods List founding partners. It's the part vendor sites won't publish and the part that actually decides whether iDEAL works for your stack.

Founding partner access

Settlement time

How fast iDEAL funds land after the payer confirms, behaviour outside scheme hours, whether the rail settles gross or net, and the realistic T+n to sweep to USD/EUR — plus the PSPs where the advertised timeline actually holds in Netherlands.

Book a founding-partner call →
Founding partner access

Refund mechanics

How iDEAL refunds are executed end-to-end when the rail has no scheme-level reversal — payer-initiated pulls, credit transfers, or PSP-fronted refunds — plus partial-refund support, time limits, and the API surface each PSP exposes.

Book a founding-partner call →
Founding partner access

Chargeback exposure

Whether iDEAL has any dispute construct at all, which recall/return/indemnity vectors actually exist on the rail, how consumer-protection rules in Netherlands route claims back to merchants, and observed loss rates versus cards.

Book a founding-partner call →
Founding partner access

PSP coverage matrix

Which acquirers and aggregators run direct rail connections to iDEAL vs. reselling a partner, coverage depth and reliability, effective pricing bands, and who to pick when Netherlands volume is your primary use case.

Book a founding-partner call →
Founding partner access

KYC & licensing notes

Requirements to accept iDEAL — local entity vs. cross-border MoR, licensing regime governing the rail in Netherlands, KYC obligations at onboarding and per-transaction, and FX/reporting rules for foreign merchants.

Book a founding-partner call →