Guides

3D Secure 2 og SCA under PSD2: undtagelser, ansvarsforskydning og konvertering

3D Secure 2 (EMV 3DS) er kortselskabernes protokol, som lader udstederbanken autentificere en onlinekortbetaling, og det er den måde, EU- og britiske forhandlere opfylder kravet om stærk kundeautentifikation (SCA) i PSD2. Udstederen godkender betalinger med lav risiko friktionsfrit ud fra delte data og udfordrer resten. Autentificerede betalinger flytter ansvaret for svindel-chargebacks til udstederen, og undtagelser som lav værdi og TRA reducerer antallet af udfordringer.

Af OrsunPay editorial teamUdgivet

Kort fortalt

Retsgrundlag for SCAArtikel 97 i PSD2 (direktiv (EU) 2015/2366) og de tekniske standarder i delegeret forordning (EU) 2018/389, gældende for kortbetalinger i e-handel i EØS siden 31. december 2020
AutentifikationsfaktorerTo ud af tre: viden (pinkode, adgangskode), besiddelse (telefon, kort) og iboende kendetegn (fingeraftryk, ansigt)
Undtagelse for lav værdiOp til 30 € pr. betaling; SCA igen efter 100 € i alt eller 5 på hinanden følgende undtagne betalinger
TRA-undtagelsens niveauerOp til 100 €, 250 € eller 500 €, hvis PSP'ens svindelrate for fjernkortbetalinger holder sig på eller under henholdsvis 0,13 %, 0,06 % eller 0,01 %
Aktuelle protokolversionerEMV 3DS 2.2.0 og 2.3.1; version 2.1.0 blev udfaset af kortselskaberne i 2024
Kortsvindel uden for EØS17 gange højere, når modtageren ligger uden for EØS, hvor SCA ofte ikke anvendes (EBA og ECB, december 2025)

Hvad er 3D Secure 2, og hvordan hænger det sammen med SCA?

Stærk kundeautentifikation er et lovkrav: Under PSD2 skal en betaling, som betaleren starter online, bekræftes med to uafhængige faktorer, og autentifikationskoden skal være dynamisk knyttet til beløbet og modtageren. 3D Secure 2 er den tekniske standard, som EMVCo vedligeholder, og som kortnetværkene bruger til at opfylde kravet. Kunderne møder den under kortselskabernes mærker som Visa Secure, Mastercard Identity Check, American Express SafeKey og Cartes Bancaires FAST'R.

Den første version af 3D Secure sendte alle kunder til en adgangskodeside hos banken. Version 2 udveksler mere end 100 dataelementer om enhed, ordre og konto, så udstederen kan godkende de fleste betalinger uden at vise noget og reservere en udfordring, typisk en bekræftelse i bankappen, til de risikable. Den understøtter også native appflows, hvilket den gamle protokol ikke gjorde.

Hvornår kræves SCA, og hvilke betalinger er uden for scope?

SCA gælder for elektroniske betalinger, som betaleren selv starter, når både udsteder og indløser ligger i EØS. Storbritannien anvender de samme regler gennem sin egen version af de tekniske standarder. For en dansk webshop dækker det næsten alle første kortbetalinger, alle enkeltstående køb og enhver ændring af en gemt kortaftale.

Flere transaktionstyper er helt uden for forpligtelsen, hvilket er noget andet end en undtagelse: Der kræves ingen autentifikation efter loven, men udstederen kan stadig afvise betalingen. Marker dem korrekt i autorisationsmeddelelsen, for et forkert flag er en almindelig årsag til det bløde afslag "SCA required".

  • Forhandlerinitierede transaktioner (MIT): abonnementer med varierende beløb, forsinkede opkrævninger og udeblivelsesgebyrer, forudsat at aftalen blev oprettet med SCA
  • Post- og telefonordrer (MOTO), hvor kunden ikke selv indtaster kortoplysninger online
  • One-leg-out-betalinger, hvor udsteder eller indløser ligger uden for EØS; SCA anvendes efter bedste evne
  • Betalinger, som modtageren starter ud fra en betalingsaftale, f.eks. SEPA-direct debit

Hvilke SCA-undtagelser kan forhandlere bruge?

Undtagelser er valgfri: Indløseren eller udstederen kan anvende dem, og udstederen har altid det sidste ord. Afviser udstederen en undtagelse, returnerer den et blødt afslag (svarkode 1A hos Visa, 65 hos Mastercard), og betalingen skal forsøges igen med autentifikation. Tabellen opsummerer de undtagelser i delegeret forordning (EU) 2018/389, som har betydning for onlinesalg.

Transaktionsrisikoanalyse er den mest værdifulde undtagelse for forhandlere med lav svindel, fordi den dækker kurve op til 500 €. Det er svindelraten hos den PSP, der anvender undtagelsen, beregnet over 90 dage, der tæller, så en indløser med en ren portefølje kan anmode om den på dine vegne.

SCA-undtagelser og tilfælde uden for scope ved onlinekortbetalinger
UndtagelseArtikel i RTSBetingelseHvem anvender denSvindelansvar
Lav værdiArtikel 16Op til 30 €; SCA efter 100 € i alt eller 5 betalinger siden sidste SCAIndløser eller udsteder; udstederen fører tællerenDen part, der anvendte undtagelsen
Transaktionsrisikoanalyse (TRA)Artikel 18Op til 100 €, 250 € eller 500 € ved en svindelrate på 0,13 %, 0,06 % eller 0,01 %Indløser eller udsteder, ud fra egen svindelrateDen part, der anvendte undtagelsen
Betroet modtagerArtikel 13Kunden føjer forhandleren til en positivliste hos udstederen, med SCAUdstederUdsteder
Tilbagevendende, samme beløbArtikel 14Serie af ens betalinger til samme modtager; SCA på den førsteUdstederUdsteder
Sikker erhvervsbetalingArtikel 17Dedikerede erhvervsprocesser som centralt afregnede eller virtuelle rejsekortUdsteder, godkendt af dens myndighedUdsteder
Forhandlerinitieret (uden for scope)Ikke en undtagelseAftale indgået med SCA; senere opkrævninger startes af forhandlerenForhandleren markerer det via indløserenForhandlersiden

Hvordan fungerer det friktionsfrie flow og udfordringsflowet?

Forhandlerens 3DS-server, som normalt drives af PSP'en, sender en autentifikationsanmodning gennem kortselskabets directory server til udstederens access control server. Udstederen vurderer anmodningen ud fra enheds-, ordre- og kontodata og svarer på cirka et sekund.

Er risikoen lav, bliver betalingen autentificeret friktionsfrit, og kunden ser intet. Ellers åbner udstederen en udfordring: en pushbekræftelse i bankappen, en biometrisk kontrol eller en engangskode. I begge tilfælde sendes resultatet og et kryptogram videre til autorisationen, så udstederen kan se, at SCA er gennemført.

  1. Indsaml data Checkout indsamler browser- eller appdata, fakturerings- og leveringsoplysninger og kundens kontohistorik.
  2. Autentificer 3DS-serveren sender anmodningen; udstederen svarer friktionsfrit, udfordring eller afvist.
  3. Autoriser Autentifikationsresultatet og kryptogrammet følger med autorisationsanmodningen til udstederen.

Hvad er ansvarsforskydningen i 3D Secure?

Når en betaling er autentificeret med 3D Secure, flyttes ansvaret for svindel-chargebacks, f.eks. Visa-årsagskode 10.4 eller Mastercard 4837, fra forhandleren til udstederen. I de fleste tilfælde gælder det også, når forhandleren har forsøgt at autentificere, men udstederen ikke var tilgængelig.

Forskydningen dækker ikke tvister, der ikke handler om svindel, f.eks. varer, der ikke er modtaget eller ikke svarer til beskrivelsen, og den går tabt, når en undtagelse anvendes på indløsersiden: Du vinder konvertering, men beholder svindelrisikoen. Derfor bruger forhandlere TRA selektivt, f.eks. til tilbagevendende kunder og kurve med lav risiko, og sender resten gennem autentifikation.

Hvordan påvirker 3D Secure 2 konverteringen i checkout?

Hver udfordring tilføjer et trin, hvor en kunde kan afbryde eller fejle, især når bankappen ligger på en anden enhed. EBA og ECB rapporterede i december 2025, at SCA-autentificerede kortbetalinger fortsat er mindre udsat for svindel, så målet er ikke at undgå SCA, men kun at udfordre, hvor det kan betale sig.

Konverteringen forbedres med komplette data i autentifikationsanmodningen, korrekte transaktionsflag, en native app-SDK i stedet for en webview, undtagelsesanmodninger gennem en indløser med lav svindelrate og et øjeblikkeligt nyt forsøg med autentifikation efter et blødt afslag. Mål friktionsfri andel, udfordringernes succesrate og godkendelsesrate for hvert udstederland hver for sig; ét samlet godkendelsestal skjuler, hvor kunderne falder fra.

Hvordan tilføjer du 3D Secure 2 gennem OrsunPay?

OrsunPay er en teknisk tjeneste oven på forhandlerens egne PSP- og indløserkonti. Med den hostede checkout kører kortoplysninger og 3D Secure-flowet i PSP'ens egen grænseflade, så autentifikation, undtagelsesanmodninger og ansvarsregler følger din aftale med den PSP. Risikobaseret routing og en RiskCogs-integration er på køreplanen og er ikke tilgængelige i dag.

Ofte stillede spørgsmål

Hvad betyder SCA required på en afvist betaling?

Udstederen afviste betalingen, fordi den forventede stærk kundeautentifikation, og betalingen kom uden eller med en undtagelse, som den ikke accepterede. Det er et blødt afslag: Et nyt forsøg med 3D Secure-autentifikation lykkes som regel.

Hvad er SCA-kravene under PSD2?

En elektronisk betaling, som betaleren starter, skal autentificeres med to ud af tre uafhængige faktorer: noget kunden ved, har eller er. Ved fjernbetalinger skal autentifikationskoden desuden knyttes til det præcise beløb og den præcise modtager.

Hvad er PSD2?

PSD2 er direktiv (EU) 2015/2366, det andet betalingstjenestedirektiv. Det indførte stærk kundeautentifikation, åbnede bankkonti for godkendte tredjepartsudbydere gennem open banking og fastsatte regler for betalingsinstitutter i hele EØS.

Er 3D Secure 2 obligatorisk uden for Europa?

Der er intet generelt lovkrav i USA, men SCA-lignende regler findes i markeder som Indien, og kortselskaberne opfordrer til 3DS overalt. Uden for EØS bruger forhandlere det som regel selektivt for at opnå ansvarsforskydningen ved svindel.

Kræver abonnementer SCA ved hver betaling?

Nej. Den første betaling, hvor kunden accepterer aftalen, kræver SCA. Senere opkrævninger med samme beløb kan bruge undtagelsen for tilbagevendende betalinger, og varierende opkrævninger, som forhandleren starter, er uden for scope som forhandlerinitierede transaktioner.

Gælder SCA for open banking-betalinger?

Ja. En betaling, der startes via en betalingsinitieringstjeneste, autentificeres af kundens bank med SCA, normalt i bankappen. Derfor har betaling via bank ikke noget separat 3D Secure-trin.

Udforsk OrsunPay

Tal med vores team

Kilder