Atsiskaitymas internetu: patikimas kelias nuo krepšelio iki patvirtinimo

Sukurkite vieną patikimą užsakymo įrašą

Užsakymo suma ir valiuta turi būti apskaičiuotos serverio pusėje. Įtraukite taikomas nuolaidas, pristatymą ir jūsų apskaitoje numatytus mokesčius. Naršyklės atsiųsta suma neturi automatiškai pakeisti patikimo įrašo. Kiekvienas mokėjimo bandymas turi rodyti, kurią užsakymo versiją jis apmoka.

Pavyzdžiui, pirkėjas pakeičia pristatymo adresą ir pristatymo kaina padidėja. Jei mokėjimo sesija sukurta anksčiau, jos suma gali būti pasenusi. Numatyti sesijos atnaujinimą arba pakeitimą reikia prieš paleidimą, kad neatsirastų sėkmingų, bet nepakankamų mokėjimų.

Prieglobos mokėjimo puslapis

Pasirinkite tinkamą mokėjimo puslapį

Prieglobos puslapis gali sumažinti jūsų komandos kuriamo mokėjimo sąsajos kodo apimtį. Įterptas sprendimas suteikia kitokį dizaino valdymą, bet reikalauja įvertinti jo priežiūrą. Abiem atvejais patikrinkite realiai palaikomus metodus, valiutas, kalbas ir prekybininko paskyros apribojimus.

Paslaugų teikėjo logotipas nėra garantija, kad konkretus jūsų verslas jau patvirtintas. Techninis prijungimas ir sutartinis tinkamumas yra atskiri klausimai. Pardavimo pažaduose remkitės patvirtintomis galimybėmis, o ne bendru rinkodaros puslapio metodų sąrašu.

Mokėjimų pranešimai

Mobiliajame ekrane pašalinkite neaiškumą

Pirkėjas turi aiškiai matyti, už ką moka, galutinę sumą ir pasirinktą valiutą. Mygtuko tekstas turi atitikti veiksmą. Klaidos pranešimas turėtų padėti tęsti, tačiau neturi atskleisti serverio adresų, slaptų parametrų ar viso techninio atsakymo iš mokėjimų paslaugos.

Patikrinkite lėtą ryšį ir pakartotinį paspaudimą. Vizualiai išjungtas mygtukas yra naudinga patirtis, bet ne vienintelė apsauga nuo antro mokėjimo. Serveris taip pat turi atpažinti tą pačią operaciją ir saugiai grąžinti jos dabartinį rezultatą.

Laukiančią būseną parodykite sąžiningai

Jeigu užklausa išsiųsta, tačiau atsakymas negautas, mokėjimas galėjo būti sukurtas. Toks rezultatas skiriasi nuo aiškaus atmetimo. Rodykite laukimo būseną ir tikrinkite esamą bandymą, užuot iš karto siūlę mokėti dar kartą per kitą paslaugų teikėją.

Klientui pateikite užsakymo numerį ir pagalbos kelią. Komanda turi matyti, kada bandymas pradėtas ir kokia informacija dar nepatvirtinta. Tai leidžia atsakyti remiantis faktais, o ne prašyti pirkėjo kartoti veiksmą vien dėl to, kad puslapis atrodo užstrigęs.

Prekę perduokite po patikimo rezultato

Sėkmės puslapis yra patogus, tačiau patvirtinimą turi gauti serveris. Patikrinkite pasirašytą pranešimą arba naudokite tinkamą būsenos gavimo būdą. Prieš užbaigdami užsakymą sulyginkite mokėjimą, prekybininką, sumą ir valiutą. Negalima priskirti sėkmės vien pagal kliento pateiktą numerį.

Pakartotinis pranešimas neturi išsiųsti antros prekės ar suteikti papildomos prieigos. Išsaugokite verslo veiksmo atlikimo faktą. Jei apdorojimas nutrūksta tarp mokėjimo patvirtinimo ir pranešimo klientui, sistema turi gebėti tęsti nuo žinomos būsenos.

Paleidimą įvertinkite kartu su operacijų komanda

Išbandykite sėkmingą, atmestą ir neaiškų rezultatą, uždarytą naršyklę, vėluojantį pranešimą ir grąžinimą. Finansų darbuotojas turi rasti tą pačią operaciją ataskaitoje. Pagalbos darbuotojas turi suprasti būseną be prieigos prie slaptų raktų ar kortelės duomenų.

OrsunPay prieglobos mokėjimo puslapį naudokite pagal dabartinę produkto ir jungties apimtį. Planuojamų galimybių nelaikykite veikiančiomis. Patikimas atsiskaitymas yra suderinta sistema, kuri išlieka aiški ir nesėkmės atveju, o ne tik vienas gražus sėkmingo mokėjimo demonstravimas.

Naudingas priėmimo pavyzdys: klientas atnaujina krepšelį ir dar kartą atidaro seną mokėjimo langą. Komanda turi iš anksto žinoti, ar sena sesija nebegalioja, ar jos rezultatas bus atskirai peržiūrėtas. Užfiksuokite laukiamą veiksmą ir tikrą rezultatą. Taip pat patikrinkite, kad darbuotojas matytų abi užsakymo versijas ir negalėtų supainioti jų sumų.

Šaltiniai

• Stripe Checkout dokumentacija
• Stripe: webhook dokumentacija