Flowchart for betalingsautorisation fra anmodning til registrering
Skabelon til betalingsautorisation med datavalidering, autentifikation, risikokontroller, fordeling, svar fra kortudsteder, afklaring af ukendt resultat og overlevering.
Hvad er flowchart for betalingsautorisation fra anmodning til registrering?
Autorisation spørger, om en betaling må fortsætte; den afvikler ikke penge. Forløbet validerer beløb, betalingsoplysninger og ordrekontekst, før dataene beskyttes, og betalerens autentifikation og forhandlerens risikokontroller køres. Kun en anmodning, der består de lokale kontroller, får en forsøgsreference og sendes gennem indløseren og kortnetværket til kortudstederen.
Et lokalt stop returnerer sit eget resultat uden autorisation og afsluttes uden at passere et spørgsmål om resultatet hos kortudstederen. For indsendte anmodninger skelner forløbet mellem et modtaget svar fra kortudstederen og en timeout eller et ukendt resultat. En godkendelse registrerer reservationsreferencen, mens en afvisning afsluttes som en beslutning hos kortudstederen.
Ukendt betyder ikke afvist og tillader ikke en ukontrolleret gentagelse. Statusforespørgslen genbruger den oprindelige forsøgsreference, og ordren forbliver blokeret, indtil forsøget er afklaret. En bekræftet godkendelse overleveres kun til betalingsregistrering, hvis ordren stadig er gyldig; håndteringen af frigivelse ejer en godkendelse, der ikke længere er nødvendig. Mulighederne for forespørgsel og tilbageførsel bør svare til den dokumenterede integration.
Hvad dette flowchart dækker
I denne skabelon
- Indsamling af betalings- og ordredata med en rettelsesløkke, før den beskyttede autorisationskontekst oprettes
- Autentifikation af betaleren og kontrol af forhandlerrisiko med en lokal vej uden autorisation, der omgår håndtering af resultatet hos kortudstederen
- Overleveringer mellem indløser, kortnetværk og kortudsteder knyttet til én reference for autorisationsforsøget
- Godkendelse eller afvisning hos kortudstederen uden at beskrive autorisation som clearing, afvikling eller udbetaling til forhandleren
- Forespørgsel efter timeout med den oprindelige reference, hvor gentagelse blokeres, indtil det første forsøg er afklaret
Hvornår du skal bruge skabelonen
- Teams omkring betalingsøjeblikket har brug for et fælles kort over ansvaret hos forhandler, gateway, indløser, kortnetværk og kortudsteder
- En timeout bliver i dag omdannet til et nyt autorisationsforsøg uden kontrol af det oprindelige resultat
- Fejl i autentifikation, lokale risikostop og afvisninger hos kortudstederen gemmes som én tvetydig status
- Ordresystemer fortsætter før et endeligt autorisationsresultat eller mister den reference, som senere betalingsregistrering kræver
- Teams skal adskille betalingsautorisation fra betalingsregistrering, clearing, afvikling og chargebackhåndtering
Sådan fungerer det
Definér de krævede anmodningsdata
List beløb, valuta, betalingsoplysninger samt forhandler-, ordre- og kanalkontekst, som integrationen kræver. Validér dem, før autorisationsforsøget oprettes, så rettelser ikke bliver til dobbelte anmodninger.
Konfigurér autentifikation og risiko
Dokumentér de autentifikationsveje og kontroller af forhandlerrisiko, der gælder for hver kanal. Hold et lokalt stop adskilt fra en afvisning hos kortudstederen, og hold følsom beslutningslogik ude af kundevendte svar.
Bevar én forsøgsreference
Opret eller bevar en reference, som alle deltagere og statusforespørgsler kan knytte til samme forsøg. Registrér anmodning, svar og tilstandsovergange uden at overskrive tidligere hændelser.
Design håndteringen af ukendte resultater
Brug en understøttet forespørgsel eller kontrolleret undersøgelse før en ny anmodning. Definér, hvor længe en ordre kan forblive blokeret, og hvem der ejer et forsøg, hvis endelige status endnu ikke kan gendannes.
Fastlæg overleveringen til betalingsregistrering
Angiv de godkendelsesdata og den forretningsudløser, som betalingsregistreringen kræver. Hvis ordren ikke længere er gyldig, fjernes den fra registreringskøen, og den understøttede håndtering af frigivelse eller tilbageførsel åbnes.
Ofte stillede spørgsmål
Hvad sker der under en betalingsautorisation?
Forhandleren validerer betalings- og ordrekonteksten, beskytter dataene og udfører autentifikation og risikokontroller. Et lokalt stop returneres uden at spørge til et resultat hos kortudstederen. Et tilladt forsøg får en reference og sendes til kortudstederen; en modtaget godkendelse eller afvisning følger én vej, mens en timeout går til statusforespørgsel.
Overfører en autorisationsgodkendelse penge?
Nej. Godkendelsen angiver, at kortudstederen tillader anmodningen, og kan reservere et beløb. Betalingsregistrering, clearing, afvikling og udbetaling til forhandleren er senere tilstande med særskilte registreringer og ejere. En godkendelse bør ikke rapporteres som modtagne penge.
Hvad skal der ske efter timeout under autorisation?
Behandl resultatet som ukendt, indtil det oprindelige forsøg kan kontrolleres. Forespørg med forsøgets reference, og blokér gentagelse, fordi den første anmodning kan være gennemført, selv om svaret gik tabt. Hvis forespørgslen ikke kan afklare forsøget, bevares en ejet undersøgelse frem for at opfinde en afvisning.
Hvornår bør en godkendt autorisation registreres til videre behandling?
Betalingsregistreringen bør følge en bekræftet godkendelse og forhandlerens forretningsudløser, eksempelvis accept af købet eller levering. Overleveringen kræver det godkendte beløb og referencen. Tidspunkt og understøttelse af forsinket eller justeret registrering følger indløsnings- og behandlingsaftalen.
Hvor denne proces passer ind
I de fleste virksomheder følger denne proces efter Flowchart for transaktionsrisikovurdering og sender videre til Flowchart for korttransaktionens livscyklus.
Den er ét trin i Kortbetalingens livscyklus.
Trin 1: 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.
Trin 2: Flowchart for betalingsautorisation fra anmodning til registrering Du er her
Skabelon til betalingsautorisation med datavalidering, autentifikation, risikokontroller, fordeling, svar fra kortudsteder, afklaring af ukendt resultat og overlevering.
Trin 3: Flowchart for korttransaktionens livscyklus
Skabelon til korttransaktionens livscyklus med endelige og ukendte autorisationsresultater, statusforespørgsel, betalingsregistrering, clearing, afvikling og afslutning.
Trin 5: Flowchart for betalingsafstemning fra data til afvikling