Wat is een migratie van een betalingsprovider?

Migratie van betalingsproviders is simpelweg het verplaatsen van uw betaalgateway, PSP, acquirer of betalingsorchestrator naar een andere PSP. Voor SaaS-bedrijven omvat de migratie over het algemeen het overzetten van integraties, routeringslogica, gegevens voor terugkerende facturatie en tokens, terwijl het afrekenproces ononderbroken blijft draaien. Tokenisatie is een procedure waarbij PAN's worden uitgewisseld voor tokens, wat leidt tot systemen die tokens verwerken en mogelijk de PCI-blootstellingsniveaus wijzigt.

Het wisselen van betalingsproviders kan verschillende aspecten van de bedrijfsvoering beïnvloeden. Belangrijke kenmerken omvatten specifieke autorisatiepercentages, variërende tariefstructuren voor betalingsverwerking, gewijzigde fraudebewaking, geografische beschikbaarheid en aspecten van gebruikersinteractie die worden beïnvloed door succespercentages van transacties.

Voor SaaS-bedrijven wordt dit naar verwachting geassocieerd met diverse uitkomsten:

•       Een stijging van 2-4% in de autorisatiepercentages.
•       De terugboekingspercentages zijn meetbaar.
•       De kosten per transactie worden vastgelegd op een lager specifiek bedrag.
•       Minder klantenservice tickets.
•       Bescherming van gevoelige gegevens kan tokens omvatten.

Het betalingsmigratieproces omvat verschillende componenten, en het begrip van de bijbehorende risico's heeft betrekking op operationele of procedurele overwegingen.

•       De analyse onderzoekt de factoren van onderbrekingen, downtime en transactiefouten, en hun belang voor omzet en klantvertrouwen.
•       Een reeks functionaliteiten voor tokenoverdracht wordt aangeboden door verschillende providers; sommige omvatten geen import- of exportmogelijkheden.
•       Gegevensmapping, in de context van het verplaatsen van vertrouwelijke klant- en transactiegegevens, kan verschillen vertonen.
•       Handhaving van PCI DSS scope en het nalevingsniveau gedurende het migratieproces.
•       Een tijdelijke daling van de autorisatiepercentages werd waargenomen na de wijziging.
•       Storingen die leiden tot feedback van klanten beïnvloeden de gebruikerservaring.
•       Webhooks-pariteit, herhaalde pogingen en terugbetalingen moeten correct werken over verschillende systemen heen.
•       De continuïteit van terugkerende facturatie moet zorgvuldig worden gepland om de abonnees niet te onderbreken.

Identificeer eerst grondig alle componenten, stromen, kosten, contracten en betaalmethoden van uw betalingssysteem. U moet uw tokeninventaris, afhankelijkheden van terugkerende facturatie, fraude-instellingen en rapportagevereisten controleren om alle integratiepunten en impacten in kaart te brengen. U moet er ook voor zorgen dat de overgang wordt gepland met uw uitrol- en terugdraaiopties (rollback), evenals successtatistieken. Bereid ten slotte uw team voor op de overstap door te testen in een sandbox met uw nieuwe provider en “soft-launches” uit te voeren om verstoring te verminderen wanneer de definitieve migratie plaatsvindt.

Een goed uitgevoerde migratie van betalingsproviders omvat een reeks acties: doorlichten, selecteren, implementeren, migreren en uit bedrijf nemen in precies die volgorde.

1.   Analyseer uw huidige infrastructuur, prestatieniveaus en uw bedrijfsvereisten.
2.   Bepaal met welke providers u wilt samenwerken.
3.   Technische zaken aanpakken. Zorg ervoor dat de technische kant van de wijziging in uw systeem is afgedekt.
4.   Gegevens en tokens verplaatsen. Breng de inhoud over naar uw nieuwe systeem.
5.   Voer tests en parallelle live transacties uit. Spoor fouten op tijdens uitgebreide tests en laat beide systemen draaien om vertrouwd te raken met het nieuwe.
6.   Het proces omvat een geleidelijke uitschakeling van het oude systeem, gevolgd door de ontmanteling ervan. U kunt het oudere systeem ontmantelen of dit helemaal niet doen, maar het in delen ontmantelen.

Het kiezen van providers op basis van factoren die hun prestaties en aanpassingsvermogen aan toekomstige veranderingen beïnvloeden, is essentieel. Criteria moeten omvatten: 

• autorisatiesnelheid, 
• bereik van verwerkte betalingen, 
• de gedekte gebieden, 
• tokenportabiliteit, 
• fraudetools, 
• gedetailleerde rapportage, 
• gegarandeerde uptime/SLA, 
• ontwikkelaarstools, etc.

Laat de bestaande gateway als fallback draaien en stel real-time monitoring in voor uw belangrijkste metrics. Volg deze continu om problemen vroegtijdig op te sporen:

• Autorisatiepercentages en latentie.
• Waarnemingen met betrekking tot foutcodes en de operationele statussen van webhooks.
• Terugbetalingsvolumes.
• Klantenservicevragen.

Zorg ervoor dat uw huidige payment gateway blijft volledig actief en operationeel tijdens de integratie- en testfase van het nieuwe systeem. Leid vervolgens een relatief klein volume aan verkeer om naar het nieuwe systeem door elke transactie via 'canary routing' te leiden als test totdat de volledige overschakeling plaatsvindt. De live-systemen strategie is vaak gekoppeld aan verminderde onderbreking, wat live migratie kan vergemakkelijken zonder geplande downtime te vereisen.