Metode · Kort

Kortbetaling, gjort ordentlig.

Kort er metoden ingen slipper unna, og derfor er det de kjedelige tingene som betyr mest: validering underveis, 3-D Secure 2.0 etter en policy du selv setter i stedet for friksjon som standard, en rutingpolicy du kan lese, og nytt forsøk på en alternativ rute før en myk avvisning blir til et tapt salg.

Visa·MC

Og co-badgede kortordninger

3-DS 2.0

SCA i selve flyten

EUR

Avregnet til kontoen din

0

Kortnumre på serverne dine

Slik fungerer det

Fra kort til kontoutskrift, fire steg.

  1. 01

    ENTER

    Kunden skriver inn kortet på vår hostede side — validering underveis, og ingen kortdata kommer til deg.

  2. 02

    AUTHENTICATE

    3-D Secure kjøres etter policy: de fleste betalinger går gjennom på signaler, og en utfordring vises bare når det kreves.

  3. 03

    AUTHORIZE

    Beløpet verifiseres og reserveres, og en myk avvisning prøves på nytt via en alternativ rute.

  4. 04

    SETTLE

    Dagens ordrer samles i en batch og utbetales i EUR mot samme ordrereferanse.

01

Hva kunden ser

Ett kortskjema på samme side som alle andre metoder, med ordren ved siden av. Feltene valideres mens kunden skriver, kortordningen gjenkjennes fra nummeret, og betalingsknappen oppgir beløpet i stedet for ordet «Send». Hvis kortutstederen krever en utfordring, skjer den på siden — kunden forlater aldri siden de startet på.

  1. 01Kortskjema ved siden av lommebøker, USDC og overføring — ikke et eget steg
  2. 02Validering og gjenkjenning av kortordning mens nummeret skrives inn
  3. 033-D Secure-utfordring på siden, når policyen krever det
02

Hva du mottar

Euro, samlet i dagens utbetaling, mot ordrereferansen du opprettet. Autorisasjon og capture håndteres for deg; kvitteringen registrerer kortordning, de fire siste sifrene og autentiseringsresultatet. Den registreringen er også bevisene dine i en tvist — ett oppslag besvarer en chargeback i stedet for et søk på tvers av systemer.

  1. 01Én EUR-utbetalingslinje per oppgjørsbatch
  2. 02Kortordning, siste fire siffer og 3-DS-resultat i registreringen
  3. 03Refusjoner utstedes mot ordren, hele eller deler av beløpet, tilbake til samme kort
03

Hva som skal til for å slå det på

Kort er på som standard. Det du konfigurerer, er policyen rundt dem: når 3-D Secure trappes opp, hvordan rutingen foretrekker én vei framfor en annen, og hva som skjer med en myk avvisning. Test først med sandbox-kortet ditt — flytene er identiske, så det som går gjennom i test, er det som går i produksjon.

FAQ

Kortbetalinger – spørsmål forhandlere stiller.

  • Ikke i nevneverdig grad. Siden som samler inn kortet tilhører oss og er PCI-omfattet hos oss; serverne dine mottar et token og en ordrereferanse. Det gjelder enten siden kjører på vårt domene, ditt, i appen din eller som betalingsfelt innebygd i din egen layout.

  • Det er autentiseringssteget som oppfyller kravet om sterk kundeautentisering under PSD2. De fleste betalinger går gjennom på enhets- og atferdssignaler uten at noen utfordring vises. En step-up vises når policyen — som du selv setter — krever det, så friksjon er et valg og ikke en standard.

  • En myk avvisning prøves på nytt via en alternativ rute i samme økt, før kunden ser en feil. En hard avvisning rapporteres tilbake på et språk en operatør kan handle på — utløpt kort, manglende dekning, utstederrisiko — ikke som en rå utstederkode.

  • Autorisasjonen reserverer beløpet ved kjøpet; oppgjøret flytter det. Dagens ordrer lukkes i en batch og utbetales i EUR på det daglige utbetalingstidspunktet i innstillingene dine — én banklinje du kan åpne opp til ordrene som ga den.

Ta imot betaling med hver av dem.

En sandbox-selger, API-nøkler og en checkout med alle disse aktivert — slik at du kan kjøre hver metode fra ende til ende før du binder deg til noe.