Overslaan naar inhoud
Nederlands
  • Er zijn geen suggesties want het zoekveld is leeg.

Multicore: maximale continuïteit bij iedere betaling

Door betalingsverwerking te spreiden over meerdere Transaction Gateway Units (TGU’s), verwerkers en acquirers, verkleinen we de impact van verstoringen en bouwen we aan een robuust en toekomstbestendig betaalplatform.

Deze ontwikkeling gaat verder dan alleen technische infrastructuur. Nieuwe features en betaalfunctionaliteiten worden door PAY. uitsluitend beschikbaar gemaakt op het Multicore Platform. Voor merchants en integratiepartners betekent dit dat het belangrijk is om hun PAY.-integratie actueel te houden.

Wat is Multicore?

Bij het Multicore Platform kan PAY. transacties verwerken via meerdere Transaction Gateway Units. Via connect.pay.nl zijn meerdere TGU’s beschikbaar voor het verwerken van transacties. Daarnaast bestaan er andere cores die onder andere als alternatieve of backup-route kunnen worden gebruikt.

Het doel hiervan is een moderne en flexibele infrastructuur voor het verwerken van betalingen. Een actuele Multicore-integratie kan onder andere profiteren van een hogere beschikbaarheid, toegang tot nieuwe betaalmethoden en snellere betaalverwerking

Aangezien het verwerken van betalingen het belangrijkste onderdeel is van het checkoutproces, hebben wij een multicoreplatform ontwikkeld dat bestaat uit:

  • Transaction Gateway Units (TGU’s): het verwerken van betalingen gebeurt in één van onze Transaction Gateway Unit (TGU)-systemen.

  • Global Management System (GMS): alle overige activiteiten die verband houden met betalingsverwerking (zoals terugbetalingen, rapportages over betalingen, instellingen wijzigen voor betalingsverwerking, inzicht in uitbetalingen en facturatie, enzovoort) verlopen via ons Global Management System (GMS).

Wij streven er uiteraard naar om een hoge beschikbaarheid van ons totale platform te realiseren. Het verwerken van betalingen betreft echter veel verschillende partijen. Als één van die partijen niet beschikbaar is, bestaat de kans dat de transactie wordt afgebroken. Wij leiden transacties om via verschillende kanalen, meerdere verwerkers en acquirers. Toch raden wij aan om in het belangrijkste deel van het checkoutproces (de betalingsverwerking) in uw integratie altijd ten minste twee of meer van onze TGU’s te selecteren, om de impact van een verstoring te beperken.

API Documentation endpoint Type Versions Supported
Multi core Platform - TGU https://developer.pay.nl including the API definition in OpenAPI specification connect.pay.nl RESTful API V1.1 - V2.X
Multi core platform - GMS https://developer.pay.nl including the API definition in OpenAPI specification rest.pay.nl RESTful API v1.1 - V2.x

Fallback routering

PAY. kan betalingen van oudere integraties routeren via de Multicore-infrastructuur. Hierdoor kunnen we ervoor zorgen dat bepaalde functionaliteiten van het nieuwe platform ook voor deze transacties gebruikt kunnen worden.

Routering is niet hetzelfde als volledige Multicore-ondersteuning

Niet iedere merchant maakt al gebruik van een PAY.-integratie die is bijgewerkt voor Multicore. Wanneer een merchant nog gebruikmaakt van een oudere of niet-geüpdatete integratie, kan PAY. de betalingen routeren naar de Multicore-infrastructuur.

Hierdoor hoeft een merchant niet direct de toegang tot nieuwe functionaliteiten te verliezen. PAY. zorgt er aan de achterkant voor dat de betaling wordt doorgestuurd naar de infrastructuur waarop deze functionaliteiten beschikbaar zijn.

Wanneer een verouderde integratie zelf niet beschikt over de juiste Multicore- of fallbackmogelijkheden, kan PAY. een betaling wel doorsturen naar de nieuwe infrastructuur, maar daarmee ontstaat niet automatisch dezelfde redundantie en beschikbaarheid als bij een volledig bijgewerkte Multicore-integratie.

Deze routering moet echter niet worden gezien als vervanging voor een actuele Multicore-integratie. Voor deze aanvullende routering kan een toeslag per transactie in rekening worden gebracht.

De beschikbaarheidsvoordelen van Multicore zijn namelijk mede afhankelijk van de manier waarop de integratie zelf is ingericht. PAY. adviseert integraties daarom om voor het belangrijkste onderdeel van de checkout – de daadwerkelijke betaling – meerdere TGU’s te kunnen gebruiken.

Nieuwe features alleen op Multicore

PAY. ontwikkelt het betaalplatform continu. Om te voorkomen dat nieuwe functionaliteiten ook op oudere technische architecturen moeten worden gebouwd en onderhouden, worden nieuwe features uitsluitend uitgerold op het Multicore Platform.

Dat betekent dat een merchant met een verouderde PAY.-integratie op termijn niet vanzelfsprekend rechtstreeks gebruik kan maken van alle nieuwe mogelijkheden.

PAY. kan dergelijke betalingen waar mogelijk routeren zodat functionaliteiten van het Multicore Platform toch kunnen worden toegepast. Deze extra routeringslaag is echter bedoeld als overgangsvoorziening en niet als structureel alternatief voor het updaten van een integratie.

Het is daarom nadrukkelijk geen toeslag waarmee een merchant automatisch een hogere beschikbaarheid “inkoopt”. De routering zorgt ervoor dat PAY. de betaling via de juiste infrastructuur kan doorsturen en waar mogelijk nieuwe functionaliteiten beschikbaar kan maken.

Updaten blijft de beste oplossing

Voor merchants is de structurele oplossing dan ook eenvoudig: zorg ervoor dat de PAY.-integratie wordt bijgewerkt naar een actuele versie die het Multicore Platform volledig ondersteunt.

Daarmee wordt niet alleen een aanvullende toeslag op legacy-verwerking voorkomen, maar kan de integratie ook rechtstreeks profiteren van de verdere ontwikkeling van het PAY.-platform.

Een actuele Multicore-integratie biedt toegang tot:

  • nieuwe features en betaalfunctionaliteiten;
  • nieuwe betaalmethoden;
  • de actuele PAY.-API’s;
  • meerdere Transaction Gateway Units;
  • betere mogelijkheden voor fallback en redundantie;
  • verdere optimalisaties in de verwerking van betalingen.

PAY. adviseert merchants en technische integratiepartners daarom om niet te blijven vertrouwen op routering van oudere integraties, maar hun koppeling actief te migreren naar Multicore.

Multicore is niet alleen een route voor betalingen, maar de technische basis waarop PAY. haar betaalplatform verder ontwikkelt.

Updaten naar Multicore is eenvoudig

Het updaten van een bestaande PAY.-integratie naar Multicore hoeft geen omvangrijk technisch traject te zijn. De opzet en werking van de transactieverwerking zijn grotendeels gelijk aan die van het oude platform. Voor bestaande integraties betekent dit dat veel van de huidige logica en processen behouden kunnen blijven.

Een volledige herbouw van de betaalintegratie is daardoor in de meeste gevallen niet nodig. Het gaat vooral om het actualiseren van de koppeling, zodat transacties rechtstreeks via de Multicore-infrastructuur kunnen worden verwerkt.

Om de overstap verder te vereenvoudigen, stelt PAY. SDK's beschikbaar waarmee ontwikkelaars de PAY.-API eenvoudig in hun applicatie kunnen integreren. Hierdoor kan een bestaande integratie relatief eenvoudig worden bijgewerkt naar de actuele technische standaard.

De stap naar Multicore is dus kleiner dan deze misschien lijkt: de vertrouwde opzet van de transactieverwerking blijft grotendeels behouden, SDK's zijn beschikbaar om de implementatie te vereenvoudigen en de integratie is daarna klaar voor de verdere ontwikkeling van het PAY.-platform.

Ook onze plugins zijn bijgewerkt

Maak je gebruik van een standaard PAY.-plugin? Dan is de overstap nog eenvoudiger. De PAY.-plugins zijn inmiddels bijgewerkt voor de nieuwe infrastructuur en de actuele versies kunnen reeds worden gedownload.

Merchants die gebruikmaken van een PAY.-plugin adviseren we daarom om te controleren of zij de meest recente versie hebben geïnstalleerd. Door de plugin te updaten kan de integratie rechtstreeks gebruikmaken van de actuele PAY.-infrastructuur, zonder dat hiervoor een volledig nieuwe betaalintegratie hoeft te worden ontwikkeld.

Migratie timelines

Om de migratie naar het nieuwe platform te versnellen, voegen we stapsgewijs kosten toe aan transacties die nog via het oude platform lopen. Het in stand houden van het legacy-platform brengt aanvullende beheer-, onderhouds- en operationele kosten met zich mee. Door deze kosten geleidelijk door te belasten, creëren we een duidelijke financiële prikkel om tijdig te migreren en ondersteunen we de geplande volledige uitfasering van het oude platform in februari 2027. 

Datum Mijlpaal
05-2024 Multicore Live
01-2025 Auto forward actief
01-2026 Start uitfasering oude platform (geen feature updates meer, wel security)
04-2026 Legacy fee €0,01 per gestarte transactie
07-2026 Legacy fee €0,03 per gestarte transactie
10-2026 Legacy fee €0,05 per gestarte transactie
02-2027 Volledige decommissioning oude platform