WooCommerce mokėjimai: ką patikrinti prieš įjungiant naują jungtį

Užrašykite parduotuvės konfigūraciją

Pradėkite nuo naudojamos WooCommerce versijos, temos, atsiskaitymo tipo ir kitų užsakymą keičiančių įskiepių. Pasirinkto sprendimo dokumentacijoje patikrinkite palaikomas versijas. Vien teikėjo logotipas integracijų puslapyje neįrodo, kad jungtis suderinama su kiekvienu jūsų parduotuvės pakeitimu.

Atskirai įtraukite nuolaidas, kelių valiutų funkcijas, prenumeratas ir skaitmeninius produktus, jei juos naudojate. Paprasta vienkartinė prekė gali veikti, o sudėtingesnis scenarijus reikalauti papildomo palaikymo. Toks sąrašas padeda tiksliai klausti integravimo komandos ir išvengti netikėtumų vėliau.

Elektroninių parduotuvių įskiepiai

Sulyginkite galutinę sumą

Mokėjimo sesija turi atitikti serverio užsakymo sumą po nuolaidų, pristatymo ir taikomų skaičiavimų. Negalima pasitikėti vien naršyklės atsiųsta verte. Pasirinkta valiuta ir metodas turi būti leidžiami konkrečiai prekybininko paskyrai, ne tik rodomi bendrame teikėjo sąraše.

Pavyzdžiui, pirkėjas grįžta pakeisti pristatymo būdo po mokėjimo sesijos sukūrimo. Nustatykite, ar sena sesija atnaujinama, ar pakeičiama nauja. Parduotuvė neturi laikyti užsakymo pilnai apmokėtu, jeigu gauta suma priklauso jau pasenusiai krepšelio versijai.

Integravimo pagalba

Supraskite būsenų susiejimą

Teikėjo mokėjimo būsena ir WooCommerce užsakymo būsena turi aiškiai apibrėžtą ryšį. Laukiantis mokėjimas neturi netyčia aktyvuoti skaitmeninio produkto. Sėkmingas mokėjimas neturi likti nepastebėtas vien todėl, kad klientas uždarė naršyklę ir negrįžo į parduotuvę.

Patvirtinimą gaukite serverio pusėje ir patikrinkite jo autentiškumą. Padėkos puslapis yra naudinga patirtis, bet ne vienintelis finansinės tiesos šaltinis. Komanda turi žinoti, kurios būsenos leidžia vykdyti užsakymą, o kurios reikalauja tolesnės patikros.

Apsaugokite pakartotinius veiksmus

Mobilus ryšys gali nutrūkti, o pirkėjas gali paspausti mokėjimo mygtuką dar kartą. Integracija turi saugiai atpažinti tą pačią operaciją. Vien mygtuko išjungimas naršyklėje neapsaugo nuo pakartotos tinklo užklausos arba kito atidaryto lango.

Jeigu rezultatas nežinomas, parodykite laukimą ir tikrinkite esamą bandymą. Nesiūlykite iš karto naujo mokėjimo kitoje sistemoje. Pagalbos komandai pateikite užsakymo ir mokėjimo nuorodas, kad ji galėtų paaiškinti situaciją neprašydama kliento kortelės duomenų.

Išbandykite grąžinimą ir eksportą

Patikrinkite, ar veiksmas parduotuvės administracijoje inicijuoja tikrą lėšų grąžinimą, ar tik pakeičia vietinį įrašą. Šis skirtumas turi būti aiškus darbuotojui. Jei palaikomas dalinis grąžinimas, jis turi likti susietas su originalia operacija ir teisinga suma.

Eksporte turi būti stabilūs užsakymo ir teikėjo identifikatoriai. Finansų komanda turi galėti palyginti klientų mokėjimus, grąžinimus ir teikėjo ataskaitą. Mokesčius bei banko įplaukas laikykite atskirai, kad įprastos neto sumos nebūtų klaidingai laikomos trūkstamu apmokėjimu.

Paleiskite tik patvirtintą galimybę

OrsunPay elektroninių parduotuvių įskiepių puslapyje tikrinkite dabartinę būseną. Soon pažymėtas produktas nėra paruoštas atsisiunčiamas įskiepis. Prieš planuodami terminą patvirtinkite, kokiu būdu jūsų parduotuvė bus prijungta ir kokio papildomo darbo reikės.

Parenkite grįžimo planą ir paskirkite atsakingą žmogų pirmai dienai. Išbandykite telefoną, uždelstą pranešimą, pasenusią sumą ir pakartotinį veiksmą. Atnaujinus temą ar atsiskaitymo įskiepį, pakartokite paveiktus scenarijus. Vienas sėkmingas pradinis bandymas negarantuoja, kad vėlesni pakeitimai išlaikys tą patį elgesį.

Priėmimo pavyzdyje naudokite užsakymą su nuolaida ir mokamu pristatymu. Pakeiskite pristatymo būdą prieš apmokėjimą, tada patikrinkite parduotuvės, teikėjo ir eksporto sumas. Visi trys įrašai turi būti paaiškinami. Jei jie skiriasi, nespręskite problemos rankiniu būdu pažymėdami užsakymą sėkmingu; pirmiausia ištaisykite sumos perdavimo ir sesijos atnaujinimo priežastį.

Šaltiniai

• Stripe Checkout dokumentacija
• Stripe: webhook dokumentacija