Flowchart for kortbetaling fra køb til betalingsregistrering
Skabelon til kortbetaling med købsstart, sikker dataindsamling, autorisationssvar, forhandlerens fortsæt-eller-annullér-valg, frigivelse og betalingsregistrering.
Hvad er flowchart for kortbetaling fra køb til betalingsregistrering?
En kortbetaling begynder som en tidskritisk købsdialog, ikke som afviklede penge. Kortindehaveren bekræfter købet, forhandleren opretter ordren og beløbet, og gatewayen eller betalingsbehandleren indsamler og beskytter betalingsdataene. Ugyldige oplysninger sendes tilbage til rettelse, før autentifikation eller forhandlerens risikokontrol kan oprette et autorisationsforsøg.
Når de lokale kontroller tillader anmodningen, validerer indløseren den, kortnetværket fordeler den, og kortudstederen returnerer en godkendelse eller afvisning. Et lokalt stop får sit eget resultat uden autorisation, fordi kortudstederen aldrig blev spurgt. Efter en godkendelse afgør forhandleren, om ordren stadig er aktiv. Annullering forbliver en handling hos forhandleren og efterfølges af en særskilt overlevering til gatewayen eller betalingsbehandleren for den understøttede tilbageførsel, advisering og frigivelse af reservationen. En aktiv ordre bekræftes og sendes til betalingsregistrering med autorisationsreferencen bevaret.
Den efterfølgende behandling er bevidst samlet i tre trin: Netværket udveksler clearingregistreringer og udsteder instrukser ud fra de beregnede positioner, en afviklingsagent eller bank afvikler forpligtelserne mellem institutionerne, og indløseren frigiver udbetalingen til forhandleren. Brug skabelonen til korttransaktionens livscyklus eller clearing og afvikling, når de senere tilstande og afvigelser kræver operationelle detaljer.
Hvad dette flowchart dækker
I denne skabelon
- Start af køb og beskyttet indsamling af betalingsdata med rettelse, før de lokale kontroller køres
- Autentifikation og kontrol af forhandlerrisiko adskilt fra kortudstederens autorisationsbeslutning
- Overlevering af autorisationsanmodning og -svar mellem indløser, kortnetværk og kortudsteder
- Forhandlerens kompetence til at fortsætte eller annullere adskilt fra gatewayens eller betalingsbehandlerens meddelelser om tilbageførsel og frigivelse af reservation
- En rettelsesløkke for betalingsregistrering og kompakt kontekst for clearing, afvikling og udbetaling til forhandleren
Hvornår du skal bruge skabelonen
- Produkt-, drifts- og økonomiteams bruger autorisation, betalingsregistrering, clearing og afvikling, som om de var samme hændelse
- En forhandler har brug for ét leverandørneutralt billede af overleveringerne i realtid uden at gøre betalingsøjeblikket til et afviklingskort
- Afvisninger og fejl ved betalingsregistrering håndteres uden for ordren, så ejerskab og kunderesultat bliver uklare
- Det tidskritiske betalingsflow skjules af efterfølgende afviklingsdetaljer, og forhandlerens beslutningspunkt mangler
- Teams har brug for et kort på købsniveau med en tydelig grænse til senere livscyklus- og økonomiprocedurer
Sådan fungerer det
Kortlæg de faktiske deltagere
Erstat de generiske baner med deltagerne i jeres indløsnings- og behandlingsaftale. En udbyder kan udføre flere roller, men ansvaret for anmodning, svar og pengebevægelser bør forblive synligt.
Definér autorisationskontrollerne
Dokumentér de krævede betalingsdata, autentifikationsveje, beslutninger om forhandlerrisiko, anmodningsreferencer og kundesikker håndtering af svar for hver understøttet kanal.
Fastlæg udløsere for betalingsregistrering
Angiv, hvornår betalingen må registreres, hvem der retter afviste registreringer, og hvordan en annullering fra forhandleren anmoder gatewayen eller betalingsbehandleren om den understøttede tilbageførsel eller frigivelse af reservation. Hold betalingsregistreringen adskilt fra den tidligere autorisationsbeslutning.
Hold den efterfølgende behandling kompakt
Navngiv ejeren af clearingdata, afviklingsagenten eller banken og ejeren af udbetalingen til forhandleren, og henvis derefter til detaljerede procedurer for clearing og afstemning frem for at gentage dem her.
Definér overleveringsregistreringen
Vælg de referencer og statusfelter, der forlader betalingsøjeblikket sammen med den accepterede betalingsregistrering, så senere registreringer kan kobles til købet uden at omskrive resultatet i realtid.
Ofte stillede spørgsmål
Hvilke hovedtrin indgår i en kortbetalingsproces?
Et kort på købsniveau opretter ordre og beløb, indsamler beskyttede betalingsdata, udfører autentifikation og kontrol af forhandlerrisiko, sender en autorisationsanmodning til kortudstederen, returnerer svaret, lader forhandleren fortsætte eller annullere og overleverer et godkendt køb til betalingsregistrering. Clearing, afvikling og udbetaling til forhandleren vises kun som efterfølgende kontekst.
Betyder autorisation, at forhandleren har modtaget pengene?
Nej. Autorisation er en beslutning hos kortudstederen, som kan reservere et beløb. Betalingsregistreringen fører transaktionen videre, clearing fastlægger deltagernes positioner, en afviklingsagent eller bank flytter penge mellem institutionerne, og udbetalingen til forhandleren følger indløsningsaftalen. Tidspunkt og bogføringseffekt afhænger af den konkrete aftale.
Hvorfor er betalingsbehandler, netværk og afviklingsaktør adskilt?
De er forskellige logiske roller, selv når én udbyder udfører flere af dem. En betalingsbehandler transporterer forhandlerens meddelelser, et kortnetværk udveksler autorisations- og clearingdata eller udsteder afviklingsinstrukser, og en afviklingsagent eller bank udfører pengebevægelsen mellem institutioner. Markér kombinerede udbydere uden at placere pengebevægelsen hos en rolle, der kun fordeler data.
Hvordan bør skabelonen håndtere kortafvisninger og afvigelser?
Hold lokale stop adskilt fra afvisninger hos kortudstederen, og bevar den oprindelige transaktionsreference ved rettelse af betalingsregistreringen. Hvis en godkendt ordre annulleres, registreres forhandlerens beslutning først; send derefter kun den meddelelse om tilbageførsel, advisering eller frigivelse af reservation, som integrationen med gatewayen eller betalingsbehandleren understøtter.
Hvor denne proces passer ind
I de fleste virksomheder sender denne proces videre til Flowchart for betalingsautorisation fra anmodning til registrering.
Den er ét trin i Kortbetalingens livscyklus.
Trin 1: Flowchart for kortbetaling fra køb til betalingsregistrering Du er her
Skabelon til kortbetaling med købsstart, sikker dataindsamling, autorisationssvar, forhandlerens fortsæt-eller-annullér-valg, frigivelse og betalingsregistrering.
Trin 2: Flowchart for betalingsautorisation fra anmodning til registrering
Skabelon til betalingsautorisation med datavalidering, autentifikation, risikokontroller, fordeling, svar fra kortudsteder, afklaring af ukendt resultat og overlevering.
Trin 5: Flowchart for betalingsafstemning fra data til afvikling