Metod · Kort

Kortbetalningar som de ska vara.

Kort är metoden ingen kan hoppa över, och därför är det de tråkiga detaljerna som räknas mest: validering medan man skriver, 3-D Secure 2.0 enligt en policy du själv bestämmer i stället för friktion som standard, en routingpolicy du kan läsa och ett nytt försök via alternativ väg innan ett mjukt avslag blir en förlorad försäljning.

Visa·MC

Och co-badgade kortnätverk

3-DS 2.0

SCA i flödet

EUR

Avräknas till ditt konto

0

Kortnummer på dina servrar

Så fungerar det

Från kort till bankrad, fyra steg.

  1. 01

    ENTER

    Kunden skriver in kortet på vår hostade sida – validering direkt, inga kortuppgifter når dig.

  2. 02

    AUTHENTICATE

    3-D Secure körs enligt policy: de flesta betalningar går igenom på signaler, en utmaning visas bara när det krävs.

  3. 03

    AUTHORIZE

    Medlen verifieras och reserveras, och ett mjukt avslag provas igen via en alternativ väg.

  4. 04

    SETTLE

    Dagens ordrar samlas i en batch och betalas ut i EUR mot samma orderreferens.

01

Det kunden ser

Ett kortformulär på samma sida som alla andra metoder, med ordern bredvid. Fälten valideras medan man skriver, kortnätverket identifieras från numret och betalknappen anger beloppet i stället för ordet ”Skicka”. Om utfärdaren kräver en utmaning sker den direkt på sidan – kunden lämnar aldrig sidan hen började på.

  1. 01Kortformulär bredvid wallets, USDC och överföring – inget separat steg
  2. 02Validering och identifiering av kortnätverk medan numret skrivs in
  3. 033-D Secure-utmaning på sidan, när policyn kräver det
02

Det du får

Euro, samlade i dagens utbetalning, mot den orderreferens du skapade. Auktorisering och capture sköts åt dig; kvittot anger kortnätverk, de fyra sista siffrorna och autentiseringsresultatet. Samma uppgifter är också ditt bevismaterial vid tvister – ett enda uppslag besvarar en chargeback i stället för en jakt över flera system.

  1. 01En EUR-utbetalningsrad per avräkningsbatch
  2. 02Kortnätverk, fyra sista siffror och 3-DS-utfall i posten
  3. 03Återbetalningar mot ordern, hela eller delar, tillbaka till samma kort
03

Det som krävs för att slå på det

Kort är påslaget som standard. Det du konfigurerar är policyn runt dem: när 3-D Secure trappas upp, hur routingen föredrar en väg framför en annan och vad som händer med ett mjukt avslag. Testa först med ditt sandbox-kort – flödena är identiska, så det som går igenom i test är det som går i produktion.

FAQ

Kortbetalningar — frågor som handlare ställer.

  • Inte i någon nämnvärd grad. Sidan som tar emot kortet är vår och omfattas av PCI på vår sida; dina servrar får en token och en orderreferens. Det gäller oavsett om sidan körs på vår domän, din, i din app eller som betalfält inbäddade i din egen layout.

  • Det är autentiseringssteget som uppfyller kraven på stark kundautentisering enligt PSD2. De flesta betalningar går igenom på enhets- och beteendesignaler utan att någon utmaning visas. En step-up visas när policyn – som du sätter – kräver det, så friktion är ett beslut och inte ett standardläge.

  • Ett mjukt avslag provas igen via en alternativ väg i samma session, innan kunden ser något fel. Ett hårt avslag rapporteras tillbaka på ett språk en operatör kan agera på – utgånget kort, otillräckligt saldo, utfärdarrisk – inte som en rå utfärdarkod.

  • Auktoriseringen reserverar medlen vid köpet; avräkningen flyttar dem. Dagens ordrar stängs i en batch och betalas ut i EUR vid den dagliga utbetalningstiden i dina inställningar – en bankrad som du kan öppna till de ordrar som finansierade den.

Ta emot en betalning med var och en av dem.

En sandbox-handlare, API-nycklar och en checkout med alla dessa påslagna – så att du kan köra varje metod från början till slut innan du förbinder dig till något.