
Kort svar: Et gatewayskifte er uproblematisk for almindelige køb – den nye metode sættes op ved siden af den gamle, testes, og så byttes der om. Det svære er abonnementer og gemte kort: tokens ligger hos den gamle udbyder og skal migreres formelt mellem udbyderne, ellers skal alle kunder indtaste kort igen. Planlæg derfor i tre spor: nye køb (nemt), historik og refusioner (hold den gamle aftale åben i en periode) og tokens (afklar migrering skriftligt, FØR du opsiger noget).
Måske er gebyrerne blevet for høje, supporten for langsom, eller pluginnet for begrænset – årsagerne til at skifte betalingsudbyder er mange, og processen skræmmer flere, end den burde. Med den rigtige rækkefølge kan et skifte gøres uden nedetid, uden tabte refunderingsmuligheder og – hvis du sælger abonnementer – uden at miste kunderne på vejen.
Nye køb flytter nemt – det er bare en ny metode i checkout. Historikken er sværere: refusioner på gamle ordrer skal køre gennem den gamle udbyder, så aftalen skal leve, til returperioden på de sidste gamle ordrer er udløbet. Tokens – gemte kort til abonnementer – er det afgørende spor: kan de migreres, og hvad koster det? Få svaret skriftligt fra begge udbydere, før du opsiger noget som helst. Og genbesøg valgkriterierne, så du ikke skifter til en udbyder med de samme begrænsninger i ny indpakning.
Kortdata må ikke ligge hos dig – de ligger som tokens hos gatewayen, og en migrering er en formel, PCI-reguleret overdragelse direkte mellem de to udbydere (typisk via kortnumrenes netværks-tokens). I praksis: den nye udbyder anmoder, den gamle leverer, og processen tager uger – planlæg efter det. Får du nej til migrering, er alternativet en re-permission-kampagne: mails med opdater-kort-link, gerne med lidt incitament, og accept af et vist frafald. Regn på det, FØR du beslutter skiftet – nogle gange æder frafaldet hele gebyrbesparelsen; så er forhandling med den nuværende udbyder (jf. gebyrguiden) den bedre forretning.

1. Opret den nye aftale og få godkendelsen på plads. 2. Installér det nye plugin ved siden af det gamle, og sæt metoden op med testnøgler. 3. Kør hele testkøbs-tjeklisten – inkl. refusion og eventuelle abonnements-førstekøb. 4. Skift til produktionsnøgler i et stille tidsrum, sæt den nye metode øverst og slå den gamle fra for nye køb – uden at afinstallere pluginnet. 5. Lav go-live-beviset: ét rigtigt køb fulgt til bankudbetalingen. 6. Migrer tokens (hvis relevant), og flyt abonnementerne over i takt med, at migreringen bekræftes.
Behold den gamle aftale aktiv (og pluginnet installeret, men deaktiveret for nye køb), indtil: alle gamle ordrers returperiode er udløbet, sidste udbetaling er modtaget og afstemt, og eventuelle åbne indsigelser er lukket. Først dér opsiges. I samme periode kører regnskabet med to gateways – gør det eksplicit i bogføringen (to afstemningskonti), så månederne ikke bliver et gættespil.
Følg de første uger tæt: gennemførselsrate pr. metode (jf. konverteringsguiden), fejlkoder i den nye portal og supporthenvendelser om betaling. Opdatér momskontoplanen efter den nye udbyders fakturaform (momsguiden), og notér den reelle, effektive gebyrprocent efter tre måneder – det var jo derfor, du skiftede. Og lær af processen: skriv de to-tre ting ned, der overraskede, så næste skifte – eller næste forhandling – står på dokumentation. Stabil drift under hele manøvren forudsætter en server, der svarer pålideligt på callbacks fra to udbydere samtidig: det er hverdag på WooCommerce hosting hos Hostious.
En sidste erfaring fra skiftesager: tag beslutningen på årsbasis, ikke på en enkelt irritation. Skyldes ønsket ét dårligt supportforløb, er en eskalation hos den nuværende udbyder ofte billigere end et skifte; skyldes det gebyrerne, så lad to konkurrerende tilbud og dine egne transaktionsdata gøre arbejdet i en genforhandling først. Men er begrænsningen strukturel – manglende token-migrering, et plugin uden refusioner fra ordresiden, eller en udbyder uden de betalingsmetoder, dit marked kræver – så skift, og gør det efter planen ovenfor. Et velforberedt skifte tager nogle uger i kalendertid, men kun få timers reelt arbejde.
Ja – sæt den nye metode op parallelt, test med testnøgler, og byt om i et stille tidsrum. Kunderne mærker kun, at betalingssiden ser lidt anderledes ud.
De ligger som tokens hos den gamle udbyder. Enten migreres de formelt mellem udbyderne (uger, evt. gebyr) – eller også skal kunderne indtaste kort igen, med frafald til følge.
Når returperioden på de sidste gamle ordrer er udløbet, sidste udbetaling er afstemt, og åbne indsigelser er lukket – typisk nogle måneder efter omlægningen.