Maksājuma poga: droši noformēts ceļš līdz pārbaudītam rezultātam

Saistiet pogu ar jau zināmu pasūtījumu

Aprakstiet, ko lietotājs pērk klikšķa brīdī. Pasūtījumam vajadzīga stabila atsauce, galīgā summa un valūta. Ja katrs klikšķis rada jaunu biznesa gadījumu, atkārtojumu vēlāk ir grūti izskaidrot. Tāpēc nošķiriet pasūtījumu un atsevišķo maksājuma mēģinājumu, glabājot to attiecības. Tas pats modelis jāzina atbalstam. Klients, kas lēnas reakcijas dēļ nospiež pogu divreiz, ne vienmēr vēlas divas preces. Dizainam šī parastā situācija jāparedz. Poga ir ievades punkts, nevis pati par sevi pilnīgs līgums par to, cik neatkarīgas operācijas sistēmai jāizveido.

Maksājuma poga mājaslapā

Pārbaudiet summu un kontekstu serverī

Pārlūks nedrīkst būt vienīgais autoritatīvais avots summai, valūtai vai tirgotāja kontam. Serverim jāpārbauda apstiprinātā pasūtījuma versija un pareizais savienojums. Vairāku veikalu gadījumā ievades parametra maiņa nedrīkst izvēlēties nepareizu komerciālo kontekstu. Izsekojiet piemēram no pasūtījuma līdz pieprasījumam un rezultātam. Ja cena mainās, nosakiet iepriekšējās pieprasītās operācijas likteni. Vizuāli pareiza poga nenovērš datu neatbilstību, ja lietotne izmanto novecojušu summu vai kļūdaini pārveido vērtības. Pierakstiet pārbaudes vietu, lai nākamā izmaiņa saskarnē nejauši neapietu šo kontroli.

Maksājumu lapa jūsu veikalam

Izvēlieties saprotamu pāreju

Pārvirzīšanai un uznirstošam logam ir atšķirīga lietotāja pieredze. Novērtējiet, kā klients atpazīst maksājumu vidi un atrod ceļu pie pasūtījuma. Logu iespējams aizvērt pirms rezultāta saņemšanas, bet pēc pārvirzīšanas atgriešanās var nenotikt vispār. Abos gadījumos paredziet paskaidrojumu un iespēju pasūtījumu sameklēt. OrsunPay plūsmā sensitīvie kartes dati tiek ievadīti PSP mitinātā vidē. Paša pogas dizains neatceļ pienākumu pārskatīt konfigurāciju, datu pāreju un pušu atbildību. Izvēle pēc mazāka redzamu lapu skaita vien vēl nepierāda uzticamāku procesu.

Rezultātu nosakiet pēc servera informācijas

Loga aizvēršana un atgriešanās lapā neapstiprina samaksu. Izmantojiet pārbaudītu statusu un parakstītus servera paziņojumus. Stripe un Mollie dokumentācija skaidro, kā notikumi papildina pārlūkā redzamo ceļu. Vēlākam apstiprinājumam jāatjaunina tas pats pasūtījums, un atkārtojums nedrīkst radīt otru piegādi. Saskarnei jāparāda zināmais rezultāts, nevis tas jāizsecina no loga uzvedības. Ja pārbaude turpinās, var rādīt atbilstošu gaidīšanas ziņu. Nenoteiktība jāsaglabā arī biznesa noteikumos, lai tie automātiski neaktivizētu pakalpojumu vai neierosinātu citu maksājumu bez droša pamata.

Izmēģiniet atkārtojumus un atbalsta ceļu

Pārbaudiet dubultklikšķi, tīkla aizturi un loga aizvēršanu gaidīšanas laikā. Katram gadījumam nosakiet, vai pieprasījumu drīkst atkārtot vai vispirms jāmeklē esošā transakcija. Atbalstam vajadzīga pasūtījuma atsauce un zināmais stāvoklis, nevis nevajadzīgi sensitīvi klienta dati. Aprakstiet, kurš var vēlreiz palaist iekšēju apstrādi, ja rezultāts jau ir pārbaudīts. Dažādām lietotnes daļām nevajadzētu vienlaikus sākt neatkarīgus labošanas mēģinājumus. Kopīgas vadlīnijas palīdz nošķirt tehniska soļa atkopšanu no jauna maksājuma, kuru klients apzināti pieprasījis un uzņēmums atļāvis.

Apstipriniet widget publikāciju un apjomu

OrsunPay ir JavaScript widget implementācija pārvirzīšanai un popup, taču publiskas pakotnes adrese un izlaidums nav apstiprināti. Pieejamības apjoms ir ierobežots un konkrētai izmantošanai jāsaskaņo. Neplānojiet uzstādīšanu no domājamas publiskas pakotnes. Widget neaizstāj pilnu veikalu, rezervāciju, ziedojumu vai biļešu sistēmu. Jūsu PSP konti un līgumi paliek jūsu, un programmatūras izmaksas ir atsevišķas. Labs dizains nosauc gan vēlamo pogas darbību, gan atkarības, kas vēl jāapstiprina pirms realizācijas. Šāda robeža ir praktiska projekta informācija, nevis tikai piezīme pēc izstrādes pabeigšanas.

• Piesaistiet pogu esošam biznesa pasūtījumam.
• Serverī pārbaudiet summu, valūtu un kontekstu.
• Neuztveriet popup aizvēršanu kā maksājuma rezultātu.
• Izmēģiniet dubultklikšķi un novēlotu ziņu.
• Pirms ieviešanas apstipriniet pakotni un publikācijas statusu.

Avoti

• Stripe dokumentācija par webhook paziņojumiem
• Mollie dokumentācija par maksājumu pieņemšanu