Skift betalingsgateway uden at miste abonnementer og gemte kort

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, fordi kortdata ligger hos den gamle udbyder og skal overføres formelt mellem udbyderne – ellers skal alle kunder indtaste kortet igen. Planlæg derfor i tre spor: nye køb, historik og refusioner (hold den gamle aftale åben en periode) og tokens (afklar migrering skriftligt, før du opsiger noget).

Fagligt gennemgået: 2. oktober 2026

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 refusionsmuligheder og – hvis du sælger abonnementer – uden at miste kunderne på vejen.

Før du ændrer noget: Opsig ikke den gamle aftale, og afinstallér ikke det gamle plugin, før skiftet er gennemført og afstemt. Pluginnet skal blive liggende, så refusioner og ordrehistorik på gamle ordrer stadig virker. Tag en backup af shoppen, før du installerer den nye gateway.

1. Afklar de tre spor, før du opsiger

Spor	Hvad sker der?	Hvad skal du afklare?
Nye køb	Ny metode i checkout	Pris, metoder, plugin og testmiljø
Historik og refusioner	Refusioner på gamle ordrer skal gennem den gamle udbyder	Hvor længe den gamle aftale skal leve
Tokens (gemte kort)	Kortdata ligger hos den gamle udbyder	Kan de migreres, hvad koster det, og hvor lang tid tager det?

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.

Få svaret skriftligt fra begge udbydere, før du opsiger noget som helst. Og genbesøg kriterierne for valg af gateway, så du ikke skifter til en udbyder med de samme begrænsninger i ny indpakning.

2. Planlæg token-migreringen

Kortdata må ikke ligge hos dig. De ligger hos gatewayen, og din shop kender kun en token – en reference, der ikke kan bruges andre steder. En migrering er derfor en formel, PCI-reguleret overførsel af de krypterede kortdata direkte mellem de to udbydere. Kortdata passerer aldrig dig eller din server.

I praksis anmoder den nye udbyder om overførslen, den gamle leverer, og du får en oversigt, der kobler gamle og nye referencer. Processen tager ofte uger, og nogle udbydere tager gebyr – planlæg efter det.

Får du nej til migrering, er alternativet en kampagne, hvor kunderne bliver bedt om at indtaste kortet igen: mails med link til kortopdatering, gerne med et lille incitament, og accept af et vist frafald. Regn på det, før du beslutter skiftet. Nogle gange æder frafaldet hele gebyrbesparelsen, og så er en genforhandling med den nuværende udbyder (jf. guiden til betalingsgebyrer) den bedre forretning.

3. Sæt den nye gateway op parallelt

Opret den nye aftale, og få godkendelsen på plads. Installér derefter det nye plugin ved siden af det gamle, og sæt metoden op med testnøgler. Begge plugins kan sagtens være installeret samtidig; det er kun synligheden i checkout, der skal styres.

Gør opsætningen på en kopi af shoppen, hvis du har mulighed for det, og flyt den til live, når den er testet.

4. Kontrollér de tekniske forudsætninger

De fleste gatewayskifter, der går galt, fejler på teknik og ikke på aftaler:

• Webhooks og callback-URL’er: gatewayen giver besked om gennemførte betalinger, refusioner og indsigelser via kald til din shop. Kontrollér, at adressen er registreret korrekt hos den nye udbyder, og at signaturnøglen er sat i pluginnet. Se guiden til webhooks i WooCommerce.
• Firewall og bot-beskyttelse: en sikkerhedsregel eller bot-beskyttelse kan blokere den nye udbyders callbacks, så ordrer bliver stående som „afventer betaling“. Se guiden om Bot Fight Mode og callbacks.
• Cache: kurv, checkout og bekræftelsessiden må ikke caches, heller ikke de nye adresser, pluginnet eventuelt tilføjer.

5. Test hele flowet

Kør hele tjeklisten til testkøb med testnøgler: almindeligt køb, afvist kort, SCA-godkendelse, fuld og delvis refusion fra ordresiden og eventuelle førstekøb af abonnementer. Kontrollér for hver test, at ordrestatus, mails og gatewayens portal stemmer overens.

6. Byt om i checkout

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. Lav derefter beviset for, at skiftet virker: ét rigtigt køb, fulgt helt til udbetalingen på bankkontoen.

7. Flyt abonnementerne over

Når migreringen er bekræftet, skal hvert abonnement i shoppen pege på den nye gateway og den nye token-reference. Det sker typisk med et migreringsværktøj fra udbyderen eller pluginudvikleren eller med et script baseret på den oversigt, udbyderne har leveret.

Test først på en kopi af shoppen med nogle få abonnementer, og kontrollér, at næste fornyelse er planlagt korrekt. Flyt derefter resten i portioner, og følg de første fornyelser på den nye gateway tæt. Abonnementer, der ikke kunne migreres, får en mail med link til kortopdatering.

Kommunikation til kunderne

Almindelige kunder behøver ingen besked; de ser bare en ny betalingsside. Abonnenter bør derimod vide, hvad der sker, hvis skiftet kan påvirke dem:

• Fortæl, at betalingsudbyderen skiftes, og at aftalen og prisen er uændret.
• Forklar, hvordan beløbet vil fremgå af kontoudtoget, hvis navnet på trækket ændrer sig.
• Send kun link til kortopdatering til de kunder, hvis kort ikke kunne migreres – og fra en afsender og et domæne, kunderne kender, så mailen ikke ligner phishing.

Opdatér også handelsbetingelser og privatlivspolitik, hvis de nævner betalingsudbyderen ved navn, så listen over databehandlere stemmer.

Overgangsperioden: den gamle aftale

Behold den gamle aftale aktiv – og pluginnet installeret, men slået fra for nye køb – indtil:

• alle gamle ordrers returperiode er udløbet;
• sidste udbetaling er modtaget og afstemt;
• eventuelle åbne indsigelser er lukket.

Først derefter opsiger du. I samme periode kører regnskabet med to gateways. Gør det eksplicit i bogføringen med to afstemningskonti, så månederne ikke bliver et gættespil.

Efter skiftet

Følg de første uger tæt: gennemførselsrate pr. metode (jf. guiden til betalingsmetoder og konvertering), fejlkoder i den nye portal og supporthenvendelser om betaling.

Tilpas kontoplanen efter den nye udbyders fakturaform (se guiden til moms på gebyrer og fragt), og notér den reelle, effektive gebyrprocent efter tre måneder – det var jo derfor, du skiftede. Skriv de to-tre ting ned, der overraskede, så næste skifte eller 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.

Skal du overhovedet skifte?

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.

Er begrænsningen derimod 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 typisk nogle uger i kalendertid, primært fordi migrering og overgangsperiode tager tid.

Læs også

• Hub: Betalinger i danske webshops
• Kortbetaling i webshoppen: vælg indløser og gateway
• Abonnementsbetalinger i WooCommerce
• Testkøb før go-live: tjeklisten
• WooCommerce webhook virker ikke
• WooCommerce hosting hos Hostious – LiteSpeed, NVMe og staging fra Woo StartUp

Ofte stillede spørgsmål om skift af betalingsgateway

Kan jeg skifte gateway uden nedetid?

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.

Hvad sker der med mine kunders gemte kort?

De ligger hos den gamle udbyder. Enten overføres kortdata formelt mellem udbyderne, hvilket tager uger og kan koste et gebyr, eller også skal kunderne indtaste kortet igen, med frafald til følge.

Hvornår kan jeg opsige den gamle aftale?

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.

Hvorfor bliver ordrer stående som „afventer betaling“ efter skiftet?

Oftest fordi gatewayens callback ikke når frem: forkert webhook-adresse, manglende signaturnøgle eller en firewall, der blokerer kaldet. Tjek gatewayens leveringslog og serverens log på tidspunktet for ordren.