iDEAL: Netherlands's real-time bank transfer (a2a)
iDEAL is a real-time bank transfer (a2a) used in Netherlands. The Dutch bank-transfer standard used by roughly 70% of Dutch e-commerce transactions. Every consumer with a Dutch bank account can use iDEAL — effectively the entire adult population. This page covers how the flow works, where consumers use it, and which merchants should accept it.
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.
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 →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 →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 →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 →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 →Frequently asked questions about iDEAL
What is iDEAL?
iDEAL is a real-time bank transfer (a2a) used in Netherlands, in the Europe region. The Dutch bank-transfer standard used by roughly 70% of Dutch e-commerce transactions. The profile on this page documents the checkout flow step by step, the use cases it fits, the consumer base that can pay with it, and the merchant types that should carry it. Last reviewed July 31, 2026 by Ale Aznar.
Which countries does iDEAL cover?
iDEAL is recorded against Netherlands in the Europe region, which is the market where its consumer reach is meaningful for merchants. Cross-border acceptance depends on the acquirer or merchant-of-record you use rather than on the rail itself. The Netherlands country hub lists every other alternative and local method tracked for that market alongside iDEAL.
What does iDEAL cost a merchant?
Pricing for iDEAL is not a single published number: it moves with monthly volume, vertical, entity type and whether you connect through a direct acquirer or an aggregator. Effective pricing bands per provider, plus the fixed-fee and FX components that sit alongside the headline rate, are part of the founding-partner dataset rather than this public Netherlands profile.
Which PSPs and aggregators give access to iDEAL?
Access to iDEAL runs either through an acquirer with a direct rail connection or through an aggregator reselling a partner's connection, and the two differ in reliability and reporting. The list of providers processing iDEAL in Netherlands today, whether each is direct or resold, and where onboarding is currently restricted sits in the founding-partner PSP coverage matrix.
Is iDEAL available for General Dutch e-commerce — iDEAL is expected on any NL checkout?
Yes. That is one of the documented use cases for iDEAL in Netherlands: General Dutch e-commerce — iDEAL is expected on any NL checkout. Vertical eligibility is ultimately set by the provider you onboard with, not by the rail, so regulated categories such as gambling, crypto and adult content are commonly excluded even where the real-time bank transfer (a2a) itself supports the flow. Confirm the restriction list with your acquirer.
What are the settlement time and currency for iDEAL?
iDEAL is a real-time bank transfer (a2a), so the payer-side confirmation and the merchant-side payout are separate events with different timing. Settlement windows, cut-off behaviour outside scheme hours, the payout currency, and the realistic timeline to sweep funds out of Netherlands are documented in the operational section of this profile, available to Payment Methods List founding partners.