Interneta veikala apmaksa: pasūtījums, maksājums un izpilde

Sāciet ar raksturīgu pasūtījumu

Izvēlieties parastu grozu un vēl vienu ar atlaidi vai piegādes izmaiņu. Nosakiet, kura sistēma aprēķina galīgo summu un glabā apstiprināto versiju. Pirms maksājuma pieprasījuma serverim jāpārbauda summa un valūta. Ja grozs mainās, izskaidrojiet, kas notiek ar iepriekšējo pieprasījumu. Standarta demonstrācija var neparādīt šīs pārejas, lai gan tieši atšķirība starp pasūtījumu un maksājumu vēlāk rada daudz jautājumu. Izvēlēto piemēru izmantojiet visā salīdzināšanā, lai vērtētu vienādus nosacījumus, nevis dažādu pakalpojumu visērtākos paraugus. Atzīmējiet arī vietas, kur joprojām nepieciešama darbinieka darbība.

Maksājumu lapa interneta veikalam

Pārbaudiet metodes savam kontam

PSP vispārējais katalogs neapliecina, ka visas metodes aktivizētas jūsu darbībai. Lūdziet apstiprinājumu par kontu, tirgu, valūtu un paredzēto darījumu veidu. Nošķiriet sniedzēja kopējo piedāvājumu no tā, ko patiešām drīkstat izmantot. OrsunPay mitinātā apmaksa izmanto konfigurēto savienojumu un piemērotās metodes. Integrācija negarantē visu attiecīgā PSP produktu klāstu. Sagatavojiet īsu apstiprinātu prasību tabulu ar atbildes avotu. Logotips citā veikalā vai metodes popularitāte nav pietiekams pamats, lai apsolītu to saviem klientiem pirms konkrētās konfigurācijas pārbaudes un saskaņošanas.

Parakstīti maksājumu paziņojumi

Izplānojiet arī pārtrauktu pirkumu

Aprakstiet pāreju no groza uz maksājumu un atgriešanos lietotnē. OrsunPay plūsmā sensitīvie kartes dati tiek ievadīti PSP mitinātajā vidē. Klientam katrā posmā jāsaprot summa un zināmais statuss. Apsveriet arī aizvērtu logu vai kavētu apstiprinājumu. Saskarnei jāizskaidro nenoteiktība, nevis jāizdomā rezultāts. Mitināta lapa neatceļ vajadzību izvērtēt paša uzņēmuma konfigurāciju un pienākumus. Pārbaudiet gaitu ierīcēs, ko klienti lieto ikdienā, un nosakiet, kā viņi atrod savu pasūtījumu pēc pārtraukuma. Skaidrs turpinājums palīdz izvairīties no nevajadzīgiem atkārtotiem mēģinājumiem.

Sagatavojiet pasūtījumu pēc servera rezultāta

Nokļūšana pateicības lapā pati par sevi nepierāda saņemtu maksājumu. Serverim jāsaņem vai jānolasa pārbaudīts statuss un jāpiesaista tas pareizajam pasūtījumam. Stripe un Mollie dokumentācijā apraksta, kāpēc paziņojumi ir normāla maksājuma cikla sastāvdaļa. Atkārtots ziņojums nedrīkst izraisīt otru sūtījumu. Nosakiet, kā novēlots apstiprinājums atjaunina gaidošu pasūtījumu, neprasot klientam atkal atvērt pārlūku. Ja rezultāts nav zināms, izveidojiet pārbaudes uzdevumu. Nevajag to automātiski uztvert kā neveiksmi un uzreiz mēģināt iekasēt naudu pa citu ceļu.

Salīdziniet darbu pēc pirkuma

Noskaidrojiet transakciju meklēšanu, datu eksportu un piekļuves tiesības. Pārbaudiet, kur iespējama faktiski atbalstīta atmaksa un kā redzams tās rezultāts. Reklāmas lapā izcelta cena neaptver visu ikdienas darbu. Atsevišķi salīdziniet PSP nosacījumus, programmatūras izmaksas un integrācijas pūles. Izmantojiet sava veikala scenārijus un lūdziet tiem atbilstošus noteikumus. Neattieciniet pieņemtu vienotu komisiju uz visām valūtām un darbībām. Labs risinājums saglabā skaidrību arī tad, kad maksājums jāizmeklē. Atbalsta komandai vajadzīga konkrēta atsauce un atbildīgais, nevis tikai kopēja transakciju summa.

Pirms palaišanas apstipriniet robežas

OrsunPay savieno jūsu pašu PSP kontus ar kopīgu integrāciju, vienotiem statusiem un parakstītiem paziņojumiem. Līgumi paliek pie jums, bet sniedzēji apstrādā maksājumus un norēķinās par līdzekļiem. Programmatūras maksa tiek rēķināta atsevišķi. Pašreizējais piedāvājums neietver automātiskas kaskādes vai lētākā sniedzēja izvēli. Katram pieņemšanas scenārijam norādiet pārbaudītāju un paredzēto rezultātu. Pamatots lēmums balstās pieejamās funkcijās un pārvaldāmā procesā. Tas nebalstās nepierādītā solījumā, ka cita lapa vai lielāks logotipu skaits noteikti palielinās pārdošanas rezultātus.

• Salīdziniet summu un valūtu ar galīgo pasūtījumu.
• Izmēģiniet pārlūka aizvēršanu pirms atgriešanās.
• Apstrādājiet gaidīšanu un vēlāku apstiprinājumu.
• Novērsiet dubultu izpildi pēc atkārtota notikuma.
• Nošķiriet tehnisko kontaktu no PSP atbildības.

Avoti

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