Kan ik iDEAL zelf instellen?

Je kunt de normale provider- en platformstappen volgen, maar houd bankgegevens, API-sleutels en verificatie buiten algemene hulpkanalen. Test altijd via de officiële testmodus.

Wat is het verschil tussen testmodus en live?

Testmodus simuleert betalingen volgens de documentatie van je provider. Live-modus verwerkt echte transacties en vraagt daarom een herstelplan, toegangscontrole en extra controle.

Mag ik een API-sleutel naar iemand sturen om hulp te krijgen?

Nee. Trek een gedeelde sleutel direct in en maak een nieuwe aan als dat toch is gebeurd. Gebruik het beheerpaneel van de provider voor geheimen.

Welke betaalinformatie hoort op mijn webshop?

Maak duidelijk welke betaalmethoden beschikbaar zijn, maar doe geen veiligheids- of kostenclaims die je niet kunt onderbouwen. Laat de checkout de actuele opties tonen.

Wanneer moet een specialist meekijken?

Bij live transacties, terugbetalingen, koppelingen met boekhouding, fiscale instellingen, brede rechten of afwijkend betaalgedrag.

Webshop-betalingen instellen: iDEAL en testmodus-checklist (2026)

Betaalmethoden bereid je voor met de actuele documentatie van je provider, een officiële testmodus en een duidelijke eigenaar voor iedere live instelling. Test iDEAL nooit door zomaar een echte betaling te starten en behandel de terugkeer naar je webshop niet als zelfstandig bewijs dat een betaling definitief is verwerkt.

De precieze beschikbaarheid, activatie en statusafhandeling verschillen per provider en platform. Stripe noemt op de huidige iDEAL-pagina ook de overgang naar Wero. Volg daarvoor uitsluitend de actuele melding in je eigen provideromgeving en de officiële documentatie; deze checklist voorspelt geen planning voor jouw account.

Stappenplan

1. Teken de betaalroute zonder geheimen

Noteer platform, betaalprovider, betaalmethode, testmodus, terugkeerpagina, servermatige terugkoppeling en eigenaar. Schrijf geen sleutel, bankgegeven, klantgegeven, webhookgeheim of volledige payload in dit overzicht. Een label als testverbinding gecontroleerd is voldoende om de status vast te leggen.

De officiële Stripe-pagina over iDEAL beschrijft de betaalmethode en actuele migratie-informatie. Mollie documenteert iDEAL afzonderlijk op de actuele iDEAL-pagina. Lees de pagina van jouw eigen provider voordat je instellingen vergelijkt, want dezelfde term kan in twee beheeromgevingen een andere plek of status hebben.

Maak het onderscheid tussen deze onderdelen expliciet:

| Onderdeel | Wat je controleert | Wat je niet deelt | | --- | --- | --- | | Webshop | zichtbare methode en checkoutstap | klant- en ordergegevens | | Provider | testaccount, methode en terugkoppeling | API-sleutels en webhookgeheimen | | Terugkeerpagina | duidelijke melding voor de tester | bank- of betaalinformatie | | Orderstatus | verwachte status na providerbericht | volledige betaalpayload | | Beheer | eigenaar en wijzigingslog | screenshots met geheime velden |

2. Controleer de voorwaarden vóór de betaalstap

Een betaaltest heeft weinig waarde als productvariant, voorraad of verzending al niet klopt. Kies één fictief product en controleer de zichtbare informatie met de productpagina-check. Controleer daarna contact-, leverings- en retourinformatie via de winkelinformatiecontrole.

Leg vooraf de verwachte uitkomst vast: welke betaalmethode moet zichtbaar zijn, in welke teststatus komt de order terecht en welk bericht ziet de tester? Noteer ook wat bij een niet-geslaagde of afgebroken test hoort te gebeuren. Zo voorkom je dat je alleen het ideale pad bekijkt.

3. Houd test en live aantoonbaar gescheiden

Gebruik uitsluitend de testprocedure van je platform of provider. Mollie beschrijft testbetalingen in de officiële testdocumentatie. Andere providers kunnen een andere werkwijze, teststatus of set testgegevens gebruiken. Neem niets uit een willekeurige handleiding over als de bron niet bij jouw provider en huidige integratie past.

Controleer vóór de test zichtbaar in welke modus je werkt en noteer wie dat heeft bevestigd. Gebruik alleen de officiële testwaarden in de beveiligde provider- of platformomgeving. Kopieer geen sleutel naar een chat om te vragen of die test of live is. De beheeromgeving en de documentatie horen dat onderscheid te geven.

Is een sleutel of geheim toch buiten de bevoegde omgeving gedeeld, behandel die dan niet meer als geheim. Volg de intrek- en vervangprocedure van de provider en controleer aansluitend de koppeling. Deze pagina geeft daarvoor geen accountspecifieke instructies.

4. Test meerdere betaaluitkomsten afzonderlijk

Een geslaagde test is maar één scenario. Gebruik, als de officiële testomgeving dit ondersteunt, afzonderlijke scenario's voor geslaagd, niet geslaagd, afgebroken en nog niet definitief verwerkt. Gebruik exact de statussen die je provider documenteert en verzin geen eigen betekenis voor een technische code.

Noteer per scenario:

welke pagina de tester na de betaalstap ziet;
welke status in de provideromgeving staat;
welke orderstatus de webshop toont;
of voorraad wel of niet verandert;
of een klantmelding wordt voorbereid;
wie een openstaande status beoordeelt;
hoe het scenario wordt opgeschoond.

Een browser kan worden gesloten of de terugkeer naar de webshop kan mislukken terwijl een providerbericht later nog wordt verwerkt. Controleer daarom de volledige statusroute in platform en provider. Laat fulfilment alleen volgen uit de status die jouw officiële integratie daarvoor gebruikt.

5. Controleer terugkoppeling zonder payloads te lekken

Gebruik een vaste fictieve testreferentie om dezelfde test in webshop en provider terug te vinden. Voor een hulpvraag zijn tijdstip, testmodus, platformstatus, providerstatus en een vaste foutcategorie meestal genoeg. Verwijder namen, adressen, e-mailadressen, betaalreferenties van echte transacties en technische geheimen uit notities en screenshots.

Controleer of een herhaald providerbericht niet tot een tweede order, voorraadmutatie of klantmelding leidt. Je hoeft daarvoor geen geheime webhookinhoud te delen. Leg alleen vast dat hetzelfde testsignaal opnieuw is verwerkt en welk zichtbaar resultaat volgde.

6. Controleer de hele checkout en afhandeling

Doorloop één veilige checkout-test van product tot bevestiging. Kijk op mobiel en desktop of de betaalmethode op het verwachte moment verschijnt en of een foutmelding begrijpelijk blijft zonder technische details te tonen.

Controleer daarna de orderafhandeling. Een testbetaling mag niet onbedoeld een live fulfilmentopdracht, boekingsregel of klantbericht veroorzaken. Als externe koppelingen meedoen, test je die met een fictieve referentie en een eigen herstelplan.

7. Gebruik een tweede controle voor live instellingen

Laat een tweede bevoegde persoon de provider, modus, zichtbare betaalmethode, terugkeerpagina en verwachte statusovergangen nalopen. Spreek af wie de livewijziging uitvoert, wie controleert en hoe je terugdraait. Voer geen brede rechtenwijziging of live transactie uit alleen om een algemene checklist af te vinken.

Controleer na de wijziging geen geheime waarden in een screenshot, maar de zichtbare werking en de beheerstatus. Bij afwijkende transacties, terugbetalingen, fiscale verwerking of onduidelijke providerstatussen stop je en laat je de bevoegde partij meekijken.

Acceptatiecontrole

De betaalroute is technisch voorbereid wanneer:

platform en provider met de juiste testomgeving zijn verbonden;
test- en livegegevens niet in hetzelfde overzicht of screenshot staan;
de zichtbare betaalmethode bij het gekozen scenario past;
geslaagde en niet-geslaagde teststatussen correct worden onderscheiden;
de terugkeerpagina en orderstatus afzonderlijk zijn gecontroleerd;
één providersignaal niet tot dubbele verwerking leidt;
voorraad, melding en fulfilment alleen op de bedoelde status reageren;
eigenaar, tweede controle en terugvalstap zijn vastgelegd.

Veelgemaakte fouten

Test- en livegegevens verwarren. Bevestig de modus in de bevoegde beheeromgeving voordat je een test start.
Een terugkeerpagina als definitief betaalbewijs zien. Controleer ook provider- en orderstatus volgens de officiële integratie.
Een sleutel in een screenshot of chat plakken. Geheimen blijven uitsluitend in de beveiligde provideromgeving.
Alleen een geslaagde betaling simuleren. Test ook afbreken en niet-slagen als de officiële testomgeving dat ondersteunt.
Een methode aanzetten zonder checkout-test. Controleer bevestiging, voorraad, melding en orderafhandeling.
Een echte transactie gebruiken om een fout te onderzoeken. Gebruik de officiële testmodus of stop voor bevoegde beoordeling.
Migratiemeldingen generaliseren. Volg de actuele instructie voor jouw provider en account.

Officiële bronnen

Laatste controle

De gelinkte documentatie van Stripe en Mollie is op 31 juli 2026 inhoudelijk opnieuw gecontroleerd. Betaalmethoden, migraties en testprocedures kunnen wijzigen; controleer daarom bij uitvoering altijd opnieuw de actuele provideromgeving.

Laatst bijgewerkt: 31 juli 2026.

Hulp nodig?

Twijfel je of jouw iDEAL-test de juiste status doorgeeft zonder live gegevens te raken? stel je vraag via WhatsApp.