Mollie koppelen. Van betaling naar de juiste vervolgstap.

Een betaalpagina tonen is niet hetzelfde als een inschrijving afronden of een dienst activeren. Daarvoor moet het systeem weten welke betaling bij welke aanvraag hoort, welk bedrag verwacht wordt en welke status de vervolgstap toestaat. Een Mollie-koppeling ontwerpen we daarom samen met het proces in je eigen platform.

We spreken af wanneer een betaalverzoek mag ontstaan en wat er in de tussentijd met de aanvraag gebeurt. Is iets gereserveerd, wacht het op betaling of moet eerst iemand controleren? Die betekenis moet voor gebruikers én medewerkers duidelijk zijn.

De server bepaalt het bedrag en de koppeling met de opdracht op basis van gecontroleerde gegevens. Een bedrag uit een browserformulier is niet zonder meer de waarheid. We leggen vast hoe een gewijzigde opdracht wordt behandeld en wat er gebeurt als iemand meerdere keren op betalen klikt.

Voor de inrichting hebben we inzicht nodig in het account, beschikbare betaalmethoden, beheerrechten en het type betaling. Een losse betaling, periodieke afschrijving en betalingen namens meerdere partijen zijn verschillende scopes. We onderzoeken de benodigde toegang en voorwaarden afzonderlijk; ze zijn niet automatisch allemaal inbegrepen.

We bewaren welke vervolgstap bij een betaling al is uitgevoerd. Daarmee voorkomen we dat een herhaalde melding nogmaals toegang verstrekt of dezelfde inschrijving opnieuw verwerkt. Voor geschikte API-verzoeken gebruiken we de ondersteuning voor een unieke herhalingssleutel, zoals beschreven bij idempotente API-aanroepen.

Zo’n sleutel vervangt de eigen administratie niet. Als een verzoek een onduidelijke uitkomst heeft, moet zichtbaar blijven wat al is aangemaakt en wat nog onderzocht wordt. Het team krijgt een herstelroute voor uitzonderingen, in plaats van alleen een algemene foutmelding.

Een annulering in het platform is niet vanzelf een terugbetaling. We bepalen wie die mag starten, voor welk bedrag en wat er met de opdracht of toegang gebeurt. De API ondersteunt terugbetalingen op een specifieke betaling en maakt daarbij onderscheid tussen test- en livegebruik; zie de refunddocumentatie.

We nemen alleen de afgesproken terugbetaalflow mee. Boekhoudkundige verwerking, creditdocumenten en klantcommunicatie moeten daarop aansluiten, maar zijn aparte onderdelen als ze andere systemen raken.

De leverancier biedt een testmodus voor betalingen, gescheiden van livegegevens. Daarmee testen we de relevante statussen, terugmeldingen en vervolgstappen zonder reguliere betalingen uit te voeren. We controleren daarnaast dubbele meldingen, onjuiste koppelingen en ontbrekende toegang.

Voor ingebruikname worden de live-instellingen en externe goedkeuringen gecontroleerd. Test- en productiesleutels blijven gescheiden. De oplevering omvat de afgesproken flow, testresultaten en beheeruitleg; monitoring, gewijzigde tarieven en ondersteuning krijgen expliciete vervolgafspraken.

Bespreek waarvoor je betalingen wilt ontvangen. Begin bij de opdracht of inschrijving en wat na betaling moet gebeuren. We bepalen daarna of een gerichte koppeling of een bredere platformuitwerking nodig is.