WooCommerce maksājumi: integrācijas pārbaudes pirms ieviešanas

Pierakstiet veikala konfigurāciju un parauggrozus

Norādiet WordPress un WooCommerce versijas, tēmu un paplašinājumus, kas maina grozu vai apmaksu. Pievienojiet valūtas, tirgus un pasūtījumu tipus. Sagatavojiet parastu pirkumu un piemēru ar atlaidi vai piegādes maiņu. Sniedzējam jāatbild par šo kombināciju, ne tikai par tīru demonstrācijas instalāciju. Noskaidrojiet, kurš uztur moduli un kāda saderība ir dokumentēta. Kad atjauninājums izmainīs ceļu, komandai jāzina, kam adresēt jautājumu. Šāda konfigurācijas karte dod vienādus salīdzināšanas nosacījumus un samazina vēlākas domstarpības par sākotnēji paredzēto darbu vai atbalstāmām funkcijām.

Maksājumu spraudņi veikaliem – plānots

Nošķiriet spraudni no PSP konta tiesībām

Spraudnis savieno sistēmas, bet PSP nosaka konta nosacījumus, uzņēmuma pieņemšanu un metožu pieejamību. Pārbaudiet abus līmeņus pirms palaišanas plāna. Slēdzis iestatījumos nepierāda, ka metode darbosies jūsu uzņēmumam un valūtai. Atzīmējiet arī testēšanas un reālās vides piekļuves datus. Ja ir vairāki veikali, uzturiet nepārprotamu saikni ar pareizo komerciālo kontekstu. Neliela konfigurācijas maiņa nedrīkst novirzīt transakcijas uz nepareizu kontu. Tādēļ tehniski aktivizēts modulis vēl nav pabeigta pieņemšana; nepieciešams pārbaudīts process ar faktiskajām uzņēmuma prasībām un paredzēto lietojumu.

Palīdzība maksājumu integrācijā

Definējiet pasūtījuma statusu pārejas

Aprakstiet WooCommerce darbību pēc apstiprinājuma, gaidīšanas laikā un papildu izpētes gadījumā. Pārlūka atgriešanās nav pietiekams samaksas pierādījums. Integrācijai jāizmanto servera rezultāti un jāpanes atkārtoti paziņojumi. Stripe un Mollie šo principu apraksta dokumentācijā. Pārbaudiet, vai vēls notikums nonāk pie pareizā pasūtījuma un dublikāts nesāk otru sūtījumu vai aktivizāciju. Noteikumiem jābūt saprotamiem atbalstam, kas izskaidros klientam situāciju. Katram jautājumam nevajadzētu prasīt manuālu tehnisko žurnālu interpretāciju vai mēģinājumu rekonstruēt pārlūkā atvērto lapu secību.

Noskaidrojiet darbības pēc pirkuma

Jautājiet, kuras funkcijas ir modulī un kuras jāveic citā panelī. Pasūtījuma atcelšana veikalā var nenozīmēt, ka PSP jau veicis atmaksu. Saglabājiet abu darbību atsauces un rezultātus. Piešķiriet tiesības un apstiprinātāju atbilstoši uzņēmuma procesam. Ja vienu jautājumu risina vairāki darbinieki, redzama vēsture novērš dubultu izpildi. Pārbaudiet arī meklēšanu pēc biznesa atsauces. Ikdienas darbam nevajadzētu būt atkarīgam no summu un datumu saraksta manuālas šķirstīšanas, īpaši tad, ja daudzi klienti pērk vienādu produktu par vienu un to pašu cenu.

Sagatavojiet atjauninājumu un kļūmes scenāriju

Pieņemšanā iekļaujiet veiksmīgu maksājumu, aizvērtu logu, nezināmu rezultātu un atkārtotu notikumu. Pēc tam nosakiet atjaunināšanas kārtību, ja pastāv vēl atvērti pasūtījumi. Atgriešanās pie iepriekšējā koda neizdzēš jau izveidotu transakciju. Norīkojiet personu, kas var apturēt jaunus pieprasījumus, un aprakstiet vecāko gadījumu pārbaudi. Pierakstīta rīcība ierobežo improvizētus jaunus maksājuma pieprasījumus, kamēr pirmā rezultāts nav zināms. Labošanas procedūrai jāsaglabā vēsture un jāļauj noteikt faktiski notikušo. Pretējā gadījumā tehnisks labojums var kļūt par jaunu klienta apkalpošanas problēmu.

Neplānojiet uz neapstiprinātas publikācijas pamata

OrsunPay commerce spraudņi, tostarp WooCommerce, ir attīstības plānā, un publisks izlaidums nav apstiprināts. Tas nav lejupielādes piedāvājums vai universāla saderības garantija. Nākotnes versija būs jāvērtē pēc dokumentēta apjoma. Atsevišķi saskaņota integrācija ar pieejamiem rīkiem ir cits uzdevums. OrsunPay saglabā tirgotāja paša PSP kontus un līgumus; tas negarantē automātisku uzņēmuma apstiprināšanu vai šobrīd automātiskas kaskādes starp sniedzējiem. Palaišanas datumu sasaistiet ar pārbaudītām iespējām un pabeigtu pieņemšanu, nevis ar plānota produkta nosaukumu vai ilustrāciju.

• Pierakstiet platformas versijas un apmaksas papildinājumus.
• Apstipriniet izmantotā PSP konta apjomu.
• Saistiet katru rezultātu ar konkrētu pasūtījuma darbību.
• Nošķiriet atcelšanu un maksājuma atmaksu.
• Nosakiet atjauninājuma un atgriešanās lēmumu atbildīgo.

Avoti

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