iDEAL wordt Wero, dit controleer je nog dit najaar

Wat er verandert, en wat niet

Dit artikel gaat niet over wat Wero is, dat kun je overal lezen. Dit gaat over wat er in jouw webshop daadwerkelijk kan omvallen, en in welke volgorde je dat controleert. Want de betaalflow van je klant blijft gelijk, terwijl er achter die flow van alles verschuift: wie je factureert, wie een betaling kan terugdraaien en op welke grootboekrekening het geld belandt.

De migratie moet uiterlijk 31 december 2027 klaar zijn, daarna bestaat de naam iDEAL niet meer. Dat klinkt ver weg, maar het moment waarop je iets moet doen is dit najaar.

De tijdlijn is in drie stappen samen te vatten.

Januari tot maart 2026. Co-brandingfase. Overal waar het iDEAL-logo stond, hoort het gecombineerde iDEAL | Wero-logo te staan. Bij een managed checkout via je betaalprovider is dat automatisch gegaan. Heb je een eigen betaalpagina op de API gebouwd, dan moest je dit zelf doen.

Oktober 2026. Alle Nederlandse banken zijn aangesloten. Transacties gaan stap voor stap over naar het Wero-platform. Betaalproviders benaderen hun klanten in deze periode over contracten, tarieven en gewijzigde voorwaarden.

Eind 2027. iDEAL stopt definitief. Alles loopt via Wero.

Kanttekening bij die data: het European Payments Initiative koppelt de technische migratie aan goedkeuring van De Nederlandsche Bank, dus de exacte momenten kunnen per provider een paar weken schuiven. De richting staat vast, de kalender is niet in beton gegoten.

Wat er niet verandert. Handig om eerst vast te stellen, want er wordt veel paniek verkocht. De betaalflow van je klant blijft hetzelfde: kiezen, doorklikken naar de bankapp, bevestigen, terug. De API-parameters van je bestaande integratie veranderen in deze fase niet. Je hoeft in de meeste gevallen geen nieuw contract met een nieuwe partij af te sluiten. En je hoeft Wero niet naast iDEAL te zetten als extra betaalmethode, want het is geen methode erbij, het is de opvolger.

Je hoeft dus niets te breken. Je moet een paar dingen controleren voordat iemand anders ze voor je ontdekt.

Wat dit voor jouw omgeving betekent

Geen van deze punten is een project. Samen zijn ze een middag werk, mits je ze plant voordat je provider omschakelt en niet erna.

Je afspraken met je betaalprovider

Hier zit weinig techniek en veel geld. Twee dingen om vast te leggen voordat je provider je benadert.

Je tarief, en met wie je eigenlijk zaken doet

De afspraak in de markt is dat wat Wero in rekening brengt tot en met eind 2028 grotendeels op het huidige niveau blijft. Dat klinkt als een garantie voor jou, maar dat is het niet. Je hebt namelijk geen contract met Wero, je hebt een contract met je betaalprovider. Wat die doorberekent, is een andere afspraak.

Doe daarom één rekensom voordat de gesprekken beginnen. iDEAL rekent een vast bedrag per transactie. Deel dat bedrag door je gemiddelde orderwaarde en je weet welk percentage je vandaag effectief betaalt. Dat getal is je ijkpunt. Verkoop je veel goedkope producten, dan betaal je verhoudingsgewijs veel en pakt een percentagetarief gunstig uit. Verkoop je dure producten, dan is een vast bedrag goud waard en wil je precies weten wat er na 2028 gebeurt.

Stel je provider daarna een paar vragen op schrift, zodat je het antwoord in 2028 kunt teruglezen. Wanneer schakelt u mijn account concreet om. Blijft mijn huidige tarief daarna gelden, en tot welke datum. Wat verandert er aan de uitbetalingstermijn. En: waar staat de migratiegids voor mijn integratie.

Werk je met Mollie, Buckaroo, MultiSafepay, Pay.nl, Rabo OmniKassa of Adyen, dan doen zij het zware werk. Dat is precies waarom je hun bericht moet lezen in plaats van doorsturen naar de administratie.

Geschillen, een nieuw fenomeen in Nederland

Dit is de grootste verandering en hij staat in geen enkele release note.

Een iDEAL-betaling is onherroepelijk. Geld binnen is geld binnen. Nederlandse webshops zijn daaraan gewend en hebben hun processen erop ingericht: bij creditcard en achteraf betalen hoort administratie, bij iDEAL niet.

Wero kent een geschillenprocedure die begint in de bankapp van je klant, met eigen termijnen en eigen bewijseisen. Een deel van je volume dat nu niet betwistbaar is, wordt dat dus wel. Zit je in fashion, elektronica of een andere categorie met veel retouren, dan is dat geen theoretisch risico.

Je kunt daar nu al iets aan doen, en het kost weinig. Zorg dat je leveringsbewijs op orde is: track and trace bewaren, afleverbevestiging opslaan, orderhistorie terugvindbaar per transactie in plaats van alleen per klant. Wie bij een geschil binnen de termijn een compleet dossier aanlevert, wint. Wie moet gaan zoeken in drie systemen, niet.

En besef dat je nu met vier verschillende geschilregimes te maken krijgt: achteraf betalen via de aanbieder, creditcard via je PSP volgens de regels van de kaartschema’s, PayPal via zijn eigen kopersbescherming, en straks Wero via de bank van je klant. Vier sets spelregels, vier termijnen, vier soorten bewijs. Dat is geen reden tot paniek, wel een reden om één keer op papier te zetten wie wat doet als er een melding binnenkomt.

Je techniek en je administratie

Dit is het deel dat niemand ziet tot het misgaat, want een betaling die op de verkeerde plek belandt geeft geen foutmelding.

Wat er in je code kan stukgaan

Hier zit het werk voor de mensen die je webshop bouwen. Draai je een standaard shop met een standaard plugin, dan valt het mee: bijwerken en klaar. Draai je een maatwerkomgeving, een headless frontend of een eigen betaalpagina op de API, dan bepaalt je eigen code wat er gebeurt. Het zit dan altijd op dezelfde vier plekken.

Hardcoded labels en logo’s. Zoek je codebase door op “iDEAL”. Je vindt het in de checkout, maar ook in bevestigingsmails, factuur-PDF’s, de betaalmethodenpagina, de FAQ, de algemene voorwaarden, de kassabon van je afhaalmodule en die ene banner in de footer die nog uit 2019 komt.

Logica die op de naam van de betaalmethode matcht. Overal waar if (method === 'ideal') in je code staat, heb je straks een probleem. Denk aan verzendkosten die per betaalmethode verschillen, aan orders die bij iDEAL direct naar het magazijn gaan en bij andere methodes eerst in de wacht, aan de sortering van betaalmethodes in de checkout.

De returnpagina als waarheid. Klassieke integratiefout die nu extra pijn doet: de URL waarop de klant terugkomt na de betaling is er voor de gebruikerservaring, niet voor de betaalstatus. Die redirect kan uitblijven als iemand zijn tab sluit of de verbinding wegvalt. De enige betrouwbare bron is de webhook van je PSP. Wij bouwen die endpoints daarom met een queue, retries en idempotency-keys, zodat een dubbel binnenkomend event nooit tot een dubbele boeking leidt.

Je conversie. De checkout is de duurste vierkante meter van je webshop. Daar schreven we eerder over in de laatste klik die over je omzet beslist. Een merknaam die verandert is precies het moment waarop je meet in plaats van gokt.

Het advies dat we onze eigen klanten geven: bouw geen nieuw iDEAL-specifiek maatwerk meer. Alles wat je nu speciaal voor iDEAL inricht, mag je in 2027 opnieuw doen.

Vergeet de betalingen buiten je webshop niet

Dit is de blinde vlek. Vrijwel alles wat er over Wero geschreven wordt gaat over de checkout van een webshop, terwijl iDEAL bij de meeste organisaties op meer plekken zit. Vaak op plekken waar geen plugin bestaat die het voor je oplost.

Denk aan een klantportaal waarin klanten hun openstaande facturen inzien en direct afrekenen. Aan de betaallink in een aanmaning of een herinneringsmail vanuit je facturatiesoftware. Aan een boekingssysteem waar mensen een aanbetaling doen. Aan een aanmeldformulier voor een cursus, een contributie of een donatie. Aan de betaalstap in een SaaS-platform bij het activeren van een account.

Die stukken zijn ooit apart gebouwd, staan los van je shopsysteem en worden bij dit soort transities standaard vergeten. Ze hebben ook geen leverancier die je uit zichzelf een migratiemail stuurt. Maak dus eerst een inventarisatie van alle plekken waar bij jullie een betaling gestart kan worden, en pas daarna een plan. Bij veel organisaties is die lijst langer dan verwacht.

De keten achter de betaling

Een betaling is bij jullie waarschijnlijk niet het eindpunt maar het startsein. Order vrijgeven, factuur aanmaken, voorraad afboeken, magazijn aansturen, klant informeren. Zit de naam van de betaalmethode ergens in die keten als voorwaarde of als filter, dan verandert er meer dan een label.

Drie plekken om na te lopen in je backoffice.

Vrijgaveregels. Orders die bij iDEAL direct doorgaan en bij andere methodes eerst in de wacht staan. Verandert de methodenaam, dan valt de order in de verkeerde bak, of erger, in geen enkele.

ERP en backoffice. Draai je AFAS, Unit4 of een IBM i backend, dan zit de mapping van betaalmethode naar dagboek of grootboekrekening vaak op meerdere plekken vastgelegd. Precies het soort veld dat één keer is ingericht en daarna nooit meer bekeken.

Rapportage. Splitsen je dashboards uit per betaalmethode, dan krijg je straks twee kolommen waar er één hoorde, of een reeks die halverwege oktober stilletjes stopt. Vervelend genoeg zie je dat pas als iemand naar de cijfers van vorig kwartaal vraagt.

Dit is geen groot project. Het is een middag met iemand die weet waar in jullie landschap die aannames zitten. Het probleem is alleen dat je die middag moet plannen voordat de omschakeling komt, niet erna.

Je boekhoudkoppeling

De stille kostenpost. Veel koppelingen tussen webshop en boekhouding herkennen betalingen aan de omschrijving of aan de naam van de betaalmethode. Verandert die naam, dan komen transacties niet meer automatisch op de juiste grootboekrekening en zit iemand op maandagochtend handmatig af te letteren.

Loop je afletterregels en je bankkoppeling na voordat de omschakeling komt. Werk je met Exact Online, Twinfield, SnelStart, e-Boekhouden of AFAS, dan is dit een controle van een uur, geen project. Meer over hoe wij dat soort ketens inrichten staat bij integraties en koppelingen.

Waar je iets aan overhoudt

Tot nu toe klonk dit als een verplichting. Er staat ook iets tegenover, en dat is de reden om de migratie niet alleen als kostenpost te behandelen.

Abonnementen en herhaalaankopen

Voor wie iets verkoopt dat terugkomt, zit hier de interessantste belofte. Wero krijgt ondersteuning voor terugkerende betalingen. Nu regel je dat met een SEPA-incasso, inclusief machtiging, ondertekening en bijbehorende administratie. Straks kan dat via dezelfde vertrouwde bankomgeving waarin je klant ook zijn eerste bestelling afrekent.

Die functies worden gefaseerd uitgerold en zijn er in oktober nog niet allemaal. Maar bouw je nu een abonnementsmodel of herzie je je aanmeldflow, houd er dan rekening mee dat de machtigingsstap over anderhalf jaar korter kan worden. Dat scheelt drempel op precies de plek waar je klanten kwijtraakt.

Verkopen over de grens

Wero is al live in Duitsland en wordt uitgerold in België, Frankrijk en Luxemburg. Voor een Nederlandse webshop die over de grens verkoopt betekent dat op termijn één vertrouwde betaalmethode in vijf markten, in plaats van een lappendeken van lokale methodes met elk hun eigen integratie, contract en tarief. Wie ooit een Duitse checkout heeft ingericht, weet hoeveel frictie daar zit.

Dat is geen reden om vandaag je internationale strategie om te gooien. Het is wel een reden om, als je die stap toch overwoog, hem niet uit te stellen tot na 2027. De rest van dat verhaal (taal, domeinstructuur, vindbaarheid per markt) staat bij meertalige websites en SEO.

Voor Drankdozijn bouwden we bijvoorbeeld een viertalige checkout op een IBM i backend, met per land andere betaalmethodes en een betaalpagina in de eigen huisstijl. Dat soort inrichting maakt een overgang als deze een instelling in plaats van een verbouwing.

Aan de slag

Waarschuw je klantenservice. Praktisch punt dat weinig aandacht krijgt: er lopen phishingcampagnes mee op de overgang. Berichten in de trant van “verifieer je iDEAL-account voor de overgang naar Wero”, per mail en per sms. Consumenten hoeven voor de overgang helemaal niets te doen, en jij vraagt daar dus ook nooit om.

Zet er één regel over in je klantenservice-FAQ en één in je nieuwsbrief. Kost je vijf minuten, scheelt je klanten geld.

1. Inventariseer alle plekken waar bij jullie een betaling gestart kan worden, ook buiten de webshop.
2. Controleer of het iDEAL | Wero-logo overal staat, ook in mails, PDF’s, portalen en de app.
3. Bereken je effectieve tarief per transactie en leg dat vast als ijkpunt.
4. Vraag je betaalprovider schriftelijk om omschakeldatum, tarief na omschakeling en migratiegids.
5. Zoek je codebase door op hardcoded verwijzingen naar iDEAL.
6. Controleer logica die op de naam van de betaalmethode matcht, ook in je ERP en vrijgaveregels.
7. Controleer dat je betaalstatus uit de webhook komt en niet uit de returnpagina.
8. Controleer je boekhoudkoppeling, je afletterregels en je rapportages per betaalmethode.
9. Zorg dat leveringsbewijs per order terugvindbaar is, met het oog op geschillen.
10. Test de volledige keten opnieuw zodra je provider omschakelt, inclusief refunds.

Wat we het vaakst gevraagd krijgen

Wanneer verdwijnt iDEAL precies?

De naam verdwijnt uiterlijk eind 2027, de dienst niet. Je klanten blijven betalen via hun eigen bank, op dezelfde manier.

Wordt betalen duurder met Wero?

De afspraak is dat wat Wero aan de markt rekent tot en met eind 2028 grotendeels gelijk blijft. Wat jij betaalt bepaalt je betaalprovider, want daar heb je je contract mee. Vraag dat schriftelijk na.

Kunnen klanten een Wero-betaling terugdraaien?

Wero kent een geschillenprocedure die via de bankapp van je klant loopt. Dat is anders dan bij iDEAL, waar een betaling onherroepelijk is. Zorg dat je leveringsbewijs per order terugvindbaar is.

Ik heb geen webshop, maar wel iDEAL in een klantportaal. Wat nu?

Dan geldt hetzelfde, alleen krijg je er geen migratiemail over. Betaallinks in facturen, aanbetalingen in een boekingssysteem en betaalstappen in een portaal staan los van je shopsysteem en hebben geen leverancier die uit zichzelf aan de bel trekt.

Wat als mijn omgeving maatwerk is?

Dan regelt je betaalprovider de betaling zelf, maar bepaalt je eigen code wat er in de checkout, de mails en de administratie gebeurt. Daar zit het werk: labels, statusafhandeling en de koppeling met je boekhouding.

Geen developer die dit oppakt?

De meeste punten uit de checklist vinkt een handige e-commercemanager zelf af. De punten over je codebase, je betaalstatus en het testen van de keten niet, en dat zijn precies de punten waar het misgaat zonder dat iemand het merkt. Een betaling die stilletjes op de verkeerde grootboekrekening belandt geeft namelijk geen foutmelding.

Wij bouwen en onderhouden webshops en betaalkoppelingen sinds 2006, voor klanten die soms al net zo lang bij ons zitten. Heb je geen vaste ontwikkelaar meer, of is degene die je webshop ooit bouwde niet meer bereikbaar, dan kijken we er graag naar. Een audit van je checkout en je betaalkoppelingen is een afgebakende klus van een paar uur, geen traject.

Wil je weten hoe wij zo’n integratie technisch inrichten, dan staat dat op koppelen met iDEAL en Wero. En zit er in dit rijtje iets waar je liever niet zelf aan begint, dan kunnen we daar wellicht iets in betekenen. Neem contact op en we lopen het samen door.