Tap to Pay iPhone įrenginiuose

Priimkite bekontakčius mokėjimus tiesiog savo iPhone naudodami Mollie programėlę

Sužinokite daugiau

Priimkite mokėjimus

Mokėjimai internetu

Priimkite ir valdykite mokėjimus internetu

Mokėjimai vietoje

Priimkite mokėjimus su terminalais ir įrenginiais

Atsiskaitymas

Pasiūlykite konversijai optimizuotą atsiskaitymą

Pasikartojantys mokėjimai

Gaukite pasikartojančius ir prenumeratos mokėjimus

Mokėjimų priėmimas ir rizika

Užkirskite kelią sukčiavimui ir optimizuokite konversiją

Integruoti mokėjimai

Connect platformoms

Integruokite mokėjimus į savo platformą

Gaukite pajamas

Mokėjimo nuorodos

Sukurkite, siųskite ir pritaikykite mokėjimo nuorodas

Sąskaitų išrašymas

Crea

Auginkite savo verslą

Capital

Gaukite greitą finansavimą su lanksčiomis grąžinimo sąlygomis

Išeinantys mokėjimai

Automatizuokite išmokas trečiosioms šalims

Partneriai

Agentūroms

Sužinokite apie mūsų Partnerių programą agentūroms

SaaS ir e. prekybos platfromoms

Atraskite mūsų SaaS ir e. prekybos partnerių programą

Techniniai ištekliai

Programuotojų portalas

Atraskite kūrėjų išteklius ir naujienas

Bibliotekos

Integruokite Mollie su paruoštomis bibliotekomis

Discord bendruomenė

Prisijunkite prie mūsų programuotojų bendruomenės

Mollie API

Dokumentacija

Išbandykite mūsų API dokumentaciją ir gaires

Būsena

Patikrinkite mūsų dabartinę sistemos būseną

Keitimų istorija

Susipažinkite su naujausiais techniniais pakeitimais

Apie Mollie

Kainos

Peržiūrėkite mūsų kainas

Apie mus

Sužinokite daugiau apie mūsų istoriją ir vertybes

Naujienos

Skaitykite Mollie naujienas

Karjeros

Ateikite dirbti pas mus – plečiame komandą!

Mollie turinys

Straipsniai ir gairės

Atraskite turinį, kuris padės jūsų verslui augti

Sėkmės istorijos

Sužinokite, kaip padedame savo klientams

Leidiniai

Atsisiųskite mūsų leidinius

Kontaktai

Pirkėjams

Sužinokite, kodėl Mollie yra jūsų banko išraše

Mollie klientams

Susisiekite su mūsų klientų aptarnavimo komanda

Susisiekite su pardavimais

Sužinokite, kaip galime padėti jūsų verslui

Naujienos

Augimas

Sėkmės istorijos

Leidiniai

Naujienos

Augimas

Sėkmės istorijos

Leidiniai

Naujienos

Augimas

Sėkmės istorijos

Leidiniai

Naujienos

Augimas

Sėkmės istorijos

Leidiniai

Augimas

Viskas, ką reikia žinoti apie mokėjimo vartų testavimą

Testavimo anga yra ta vieta, kur el. prekybos programuotojai gali spręsti mokėjimo sistemos nustatymo problemas svetainėje. Sužinokite daugiau apie tai, kaip testavimas taikomas jūsų verslui.

2026-03-20

Kai auginate mažą ar vidutinę įmonę (MVĮ), paskutinis dalykas, kurio norite, yra pranešimas „mokėjimas nepavyko“, atsiduriantis tarp kliento ir jo pirkimo.

Galų gale, jūs atlikote sunkiausią dalį. Sukūrėte prekės ženklą, optimizavote SEO, investavote į rinkodarą bei svetainės dizainą ir sėkmingai pravedėte klientą per pardavimo piltuvėlį.

Jie peržiūrėjo jūsų kolekciją, įsidėjo prekes į krepšelį ir galiausiai spustelėjo „pirkti“, o tada visą procesą sutrikdo klaida „mokėjimas nepavyko“.

Jums tai gali būti tik nedidelis techninis nesklandumas, tačiau klientui tai – neištesėtas pažadas, sugriautas pasitikėjimas ir tiesioginis smūgis jūsų grynajam pelnui.

Štai čia mokėjimo vartų testavimas tampa jūsų vertingiausiu draudimo polisu.

Šis vadovas padės užtikrinti, kad jūsų svetainė būtų saugi, integracijos – nepriekaištingos, o atsiskaitymo procesas paruoštas tam, kad kiekvienas spustelėjimas virstų patvirtintu pardavimu.

Kas yra mokėjimo šliuzo testavimas?

Mokėjimo šliuzo testavimas yra procesas, skirtas patikrinti, ar jūsų skaitmeninis kasos aparatas veikia būtent taip, kaip turėtų.

Tai būdas patikrinti mokėjimo šliuzo funkcionalumą, saugumą ir greitį, siekiant užtikrinti, kad klientui spustelėjus „mokėti“, pinigai saugiai nukeliautų iš jo sąskaitos į jūsų be jokių trikdžių.

Platformos funkcionalumas ir internetinis saugumas yra kritiškai svarbūs elektroninės prekybos pardavimo ciklui. Nuodugnus testavimas yra būtinas bet kuriam verslui, norinčiam užtikrinti profesionalią, sklandžią mokėjimo patirtį.

Prieš gilinantis į „kaip“, išsiaiškinkime „kas“. Šių terminų supratimas padeda jums kalbėti ta pačia kalba kaip ir jūsų programuotojai.

Kas yra mokėjimų šliuzas?

Pagalvokite apie mokėjimo šliuzą kaip apie virtualius vartus. Kiekviena operacija jūsų el. prekybos svetainėje turi praeiti pro šiuos vartus patvirtinimui. Tai internetinė paslauga, leidžianti priimti kredito korteles, debeto korteles ir vietinius mokėjimo būdus, tokius kaip „iDEAL“ arba „Payconiq“ (netrukus pasirodysianti „Wero“).

Mokėjimo šliuzai paprastai yra įdiegti galutiniame svetainės atsiskaitymo puslapyje. Po to, kai klientai nurodo sąskaitos faktūros ir pristatymo informaciją, jiems nurodoma įvesti mokėjimo duomenis ir jie turi spustelėti, kad pradėtų mokėjimą.

Skaitykite daugiau: Pasirinkite tinkamą mokėjimo šliuzą savo skaitmeninių produktų el. prekybos parduotuvei

Du mokėjimo šliuzų tipai

Ne visi vartai atrodo vienodai. Priklausomai nuo jūsų verslo dydžio ir techninio pasirengimo, tikriausiai naudojate vieną iš šių trijų sąrankų. Žinojimas, kurią iš jų turite, padės nustatyti, kaip efektyviai išbandyti mokėjimo šliuzą.

Host'inami (priglobti) mokėjimo šliuzai

Tai dažniausias MVĮ pasirinkimas. Kai klientas spusteli „mokėti“, jis laikinai nukreipiamas iš jūsų svetainės į mokėjimo teikėjo saugų puslapį (pvz., „Mollie“ priglobtą atsiskaitymo puslapį). Kai mokėjimas baigiamas, jie siunčiami atgal į jūsų svetainę, dažniausiai pamatyti padėkos puslapį.

Privalumas: Priglobtas šliuzas yra labai saugus, nes teikėjas valdo visus jautrius duomenis.
Testavimo akcentas: Išbandykite grįžimo procesą, kad įsitikintumėte, jog klientas sėkmingai grįžta į jūsų svetainę po mokėjimo.

API arba nepriglobti šliuzai

Tai individualiai sukurtas variantas. Jūs visiškai kontroliuojate atsiskaitymo dizainą, o mokėjimo apdorojimas vyksta per API.

Privalumas: Visiškas lankstumas unikaliems verslo modeliams (pvz., nestandartinėms prenumeratoms).
Testavimo akcentas: Tam reikia griežčiausio integracijos testavimo, nes jūsų kūrėjai yra atsakingi už visą komunikacijos grandinę tarp jūsų svetainės ir apdorotojo.

Kas yra testinis mokėjimo šliuzas?

Testinis mokėjimo šliuzas yra jūsų privati bandymų aplinka („sandbox“). Tai saugi erdvė, kurioje programuotojai gali šalinti mokėjimo sistemos triktis nenaudodami tikrų pinigų. Šioje aplinkoje galite nustatyti klaidas ir išbandyti kliento kelią naudodami netikrus kortelių numerius, užtikrindami, kad viskas veiktų puikiai prieš pradedant darbą realiuoju režimu.

Mokėjimo šliuzas vs mokėjimo apdorotojas

Žmonės dažnai vartoja terminus „šliuzai“ ir „apdorotojai“ pakaitomis, tačiau techniškai jie skiriasi.

Mokėjimo šliuzas yra vartotojo sąsajos (front-end) pasiuntinys. Jis užfiksuoja kliento duomenis ir praneša jūsų svetainei, ar mokėjimas buvo patvirtintas, ar atmestas.
Mokėjimo apdorotojas yra foninis variklis (back-end). Jis atlieka sunkų darbą perkeliant faktinius pinigus tarp bankų.

Mokėjimo šliuzas vs mokėjimo terminalas

Jei kada nors valdėte fizinę mažmeninės prekybos parduotuvę, jau esate susipažinę su mokėjimo terminalu (dažnai vadinamu PDQ aparatu arba kortelių skaitytuvu). Tai yra fizinė įranga, kurią klientai naudoja kortelei priliesti arba perbraukti. Mokėjimo šliuzas iš esmės yra skaitmeninė to terminalo versija; jis nuskaito skaitmeninę informaciją, įvestą jūsų svetainės atsiskaitymo puslapyje.

Kodėl mums reikia testuoti mokėjimo šliuzus?

Mokėjimo šliuzas yra jūsų verslo širdis. Testavimas užtikrina, kad visos judančios dalys: jūsų svetainė, bankai ir saugumo protokolai dirbtų suderintai.

Be pinigų priėmimo, testavimas leidžia patvirtinti, kad galite teisingai patvirtinti operacijas ir autorizuoti užsakymus. Jei mokėjimo šliuzas ar apdorotojas testavimo metu yra nestabilus, tai ženklas, kad gali tekti apsvarstyti alternatyvius teikėjus.

Mokėjimo vartų testavimo tipai

Kai kalbate su kūrėjais, naudinga turėti tam tikrą sistemą. Mokėjimo šliuzų testavimą skirstome į keturis pagrindinius ramsčius. Tai užtikrina, kad ne tik veiktų mokėjimo mygtukas, bet ir visa už jo slypinti infrastruktūra būtų itin patikima.

Funkciniai testai

Funkcinis testavimas užtikrina, kad programa veiktų taip, kaip tikimasi. Tai gali apimti užsakymų pateikimą, teisingų skaičiavimų patvirtinimą perkant kelias prekes, nuolaidų kodų pritaikymą ir mokesčių apskaičiavimą.

Funkcinių testų pavyzdžiai mokėjimo šliuzams

Mokėjimo šliuzo sėkmės testavimas: Ar galiojantis kortelės numeris nukreipia klientą į padėkos arba užsakymo patvirtinimo puslapį? Ar sistema teisingai apdoroja skirtingų tipų korteles („Visa“, „Mastercard“ ir „American Express“)?
Skaičiavimai ir logika: Ar siuntimo išlaidos ir PVM / mokesčiai apskaičiuojami tiksliai pagal vartotojo adresą? Jei klientas pritaiko nuolaidos kodą, ar šliuzas parodo naują, mažesnę kainą?
Klaidų tvarkymas (dar vadinamas „neigiamu testavimu“): Kas nutinka, jei vartotojas palieka CVV laukelį tuščią arba įveda nebegaliojančią datą? Sistema turėtų pateikti suprantamą, žmogišką klaidos pranešimą, o ne techninį kodą.
Sėkminga transakcija: Patikrinkite, ar mokėjimas buvo apdorotas su galiojančiais duomenimis, ar lėšos buvo pervestos ir ar gautas patvirtinimas.
Nesėkmingos transakcijos: Testuokite su negaliojančiais kortelių numeriais, pasibaigusio galiojimo kortelėmis, neteisingais CVV kodais arba nepakankamu lėšų kiekiu.
Atmestos arba užblokuotos kortelės: Užtikrinkite, kad sistema tinkamai apdorotų užblokuotas arba kaip sukčiavimo atvejis pažymėtas korteles.
Tinklo arba ryšio sutrikimai: Simuliuokite pertrūkius, kad užtikrintumėte, jog sistema nenuskaito lėšų du kartus ir gali susidoroti su transakcijų skirtojo laiko pabaiga.
Daliniai mokėjimai arba sesijos pabaiga: Testuokite elgseną, kai vartotojas palieka mokėjimo puslapį nebaigęs proceso arba baigiasi sesijos laikas.
Valiutos konvertavimas: Patikrinkite konvertavimą į vartotojo buvimo vietos valiutą.
Grąžinimų valdymas: Patikrinkite, ar grąžinimai (visiškas ir dalinis) yra apdorojami ir teisingai grąžinami į sąskaitą.

Integracijos testai

Pagrindiniu lygmeniu jūsų svetainė yra skirtingų programų, besikalbančių tarpusavyje, rinkinys. Integracijos testavimas užtikrina, kad jūsų svetainė, mokėjimo šliuzas ir galinė sistemos dalis (pvz., „Shopify“, „Magento“ arba ERP) kalbėtų ta pačia kalba.

Jei naudojate vieną iš mūsų iš anksto paruoštų integracijų, didžioji dalis šios logikos jau yra optimizuota, tačiau testavimas išlieka gyvybiškai svarbus žingsnis, siekiant užtikrinti, kad jūsų konkreti konfigūracija veiktų puikiai.

Mokėjimo šliuzų integracijos testų pavyzdžiai

Užsakymo sukūrimas: Kai mokėjimas autorizuojamas, ar užsakymas atsiranda jūsų parduotuvės valdymo skydelyje su būsena „apmokėta“?
Žiniatinklio siuntėjų (webhooks) valdymas: Ar jūsų svetainė gauna sėkmės signalą iš šliuzo, kad automatiškai išsiųstų patvirtinimo el. laišką klientui?
Grąžinimo ir anuliavimo scenarijai: Ar galite inicijuoti lėšų grąžinimą iš savo svetainės administratoriaus panelės ir užtikrinti, kad transakcijos būsena būtų teisingai atnaujinta mokėjimo šliuze?
Keli mokėjimo būdai: Testuokite kreditines korteles, debeto korteles, internetinę bankininkystę ir UPI.
Grįžimo URL ir nukreipimas: Ar klientai teisingai nukreipiami atgal į jūsų internetinę parduotuvę po sėkmingo ar nesėkmingo pirkimo?

Saugumo testai

Tai svarbiausias ramstis pasitikėjimui kurti. Saugumo testai užtikrina, kad jautrūs duomenys (pvz., kortelių numeriai) niekada nebūtų prieinami hakeriams ir kad laikytumėtės teisinių reikalavimų. „Mollie“ teikia tam prioritetą naudodama mūsų sukčiavimo ir rizikos valdymo sprendimą, kuris padeda išlaikyti aukštą saugumo lygį, neapsunkinant kliento kelionės.

Mokėjimo šliuzų saugumo testų pavyzdžiai

Duomenų šifravimas: Ar ryšys tarp jūsų svetainės ir šliuzo yra apsaugotas SSL (maža spynelė URL adrese)?
PCI DSS atitiktis: Užtikrinkite, kad kliento kortelės duomenys būtų pakeisti žetonais (tokenised), t. y. tikrasis kortelės numeris pakeičiamas saugiu kodu, kad jis niekada nebūtų saugomas jūsų serveriuose.
Sukčiavimo prevencija: Testuokite, kas nutinka, kai transakcija pažymima kaip didelės rizikos. Ar jūsų sistema sulaiko užsakymą peržiūrai?

3 sąsajų testavimo metodų apžvalga

Žemiau pateikiama išsami 3 testavimo metodų ir jų testavimo scenarijų santrauka.

Testavimo metodas	Ką jis testuoja	Testavimo atvejai
Funkcinis testavimas	Programa transakcijos eigos metu elgiasi tiksliai taip, kaip tikėtasi.	Galiojantys kortelės duomenys nukreipia į padėkos puslapį. Naudingi pranešimai apie pasibaigusį kortelės galiojimo laiką, tuščius CVV kodus arba nepakankamas lėšas. Tikslus PVM, siuntimo išlaidų ir nuolaidų kodų taikymas. Atmestų / užblokuotų kortelių tvarkymas ir imituojami tinklo sutrikimai. Teisingas sumų konvertavimas tarptautiniams naudotojams ir pilno / dalinio pinigų grąžinimo apdorojimas.
Integracijos testavimas	Užtikrina, kad jūsų svetainė, pirkinių krepšelis ir galinė sistema (ERP) kalba ta pačia kalba	Po autorizavimo užsakymai jūsų valdymo skydelyje rodomi kaip apmokėti. Patikra, ar sėkmingas ping signalas suaktyvina automatinius el. laiškus klientams. Po apmokėjimo klientai nukreipiami atgal į jūsų parduotuvę. Srautas tarp pirkinių krepšelių („Shopify“, „Magento“) ir mokėjimo paslaugų teikėjo (PSP) API atsakymų. Patvirtinimas, kad mokėjimo šliuzo API buvo teisingai integruota.
Saugumo testavimas	Apsaugo jautrius duomenis nuo pažeidžiamumų ir užtikrina teisinį atitiktį.	SSL jungčių patvirtinimas. Kortelių duomenys yra tokenizuojami ir niekada nesaugomi jūsų vietiniuose serveriuose. Didelės rizikos operacijos teisingai pažymimos ir sulaikomos peržiūrai.

Mokėjimo paslaugų teikėjo testavimas

Mokėjimo paslaugų teikėjo (PSP) testas apima visą procesą nuo pradžios iki pabaigos. Tai apima ne tik operacijos autorizavimą, bet ir atsiskaitymą, užtikrinant, kad lėšos faktiškai būtų pervestos iš kliento banko į jūsų verslo sąskaitą.

PSP testavimas sutampa su mokėjimo vartų testavimu, tačiau jis yra gyvybiškai svarbus norint patikrinti, ar jūsų finansinė atskaitomybė, išmokos ir atsiskaitymai keliomis valiutomis veikia tinkamai.

Kaip testuoti mokėjimo vartus: automatinis ir rankinis testavimas

Augančiam verslui geriausia strategija yra derinti automatinį ir rankinį mokėjimo vartų testavimą. Nors automatizavimas atlieka pasikartojantį, techniškai sunkų darbą, rankinis testavimas užtikrina, kad patirtis jūsų klientams būtų išties gera.

Kaip rankiniu būdu testuoti mokėjimo vartus

Galvokite apie rankinį testavimą kaip apie repeticiją. Jūs įsikūnijate į savo kliento vietą, kad nustatytumėte kliūtis, kurių kompiuterio scenarijus gali nepastebėti.

Rankinio testavimo scenarijai:

Mobiliosios versijos peržiūra: atidarykite savo atsiskaitymo langą išmaniajame telefone. Ar lengva paspausti mokėjimo mygtuką? Ar automatiškai atsiranda skaitinė klaviatūra įvedant kortelės duomenis?
Ištvermės testas: pertraukite procesą. Viduryje operacijos paspauskite naršyklės mygtuką „atgal“ arba atnaujinkite puslapį, kol apdorojamas mokėjimas. Patikimi mokėjimo vartai turėtų su tuo susidoroti sklandžiai, be dvigubo apmokestinimo ar sistemos trikdžių.
Vartotojo sąsajos pranešimų patikra: tyčia įveskite neteisingą CVV kodą. Ar klaidos pranešime rašoma kažkas naudingo, pavyzdžiui, „Patikrinkite saugos kodą“, ar pateikiamas gąsdinantis techninis kodas, pavyzdžiui, „Error 402: Payment_Required“?
Apleidimo testas: uždarykite naršyklės skirtuką įpusėjus mokėjimui. Vėliau patikrinkite savo sistemą, kad įsitikintumėte, jog ji teisingai pažymėjo užsakymą kaip laukiantį arba apleistą.

Kaip automatiškai testuoti mokėjimo vartus

Jūsų verslui augant, negalite rankiniu būdu tikrinti kiekvieno mygtuko kaskart atnaujinę svetainę. Čia ateina į pagalbą automatizavimas. Jūsų programuotojai naudos scenarijus, kad per kelias sekundes atliktų šimtus testų.

Automatinio testavimo scenarijai:

Regresinis testavimas: kiekvieną kartą, kai pridedate naują įskiepį arba atnaujinate svetainę, automatiniai scenarijai peržiūri jūsų mokėjimo vartų testavimo kontrolinį sąrašą, kad įsitikintų, jog niekas kitas nesugedo.
Didelių duomenų kiekių testavimas: automatiniai įrankiai gali išbandyti šimtus skirtingų testinių kortelių derinių (skirtingos šalys, skirtingi bankai, skirtingos valiutos) per dalį laiko, kurio prireiktų žmogui.
API atsakymų patvirtinimas: scenarijai patikrina, ar paslėptas „pokalbis“ tarp jūsų svetainės ir mokėjimo paslaugų teikėjo veikia teisingai, užtikrinant, kad skaitmeniniai žiniatinklio kabliukai (webhooks) būtų išsiųsti ir gauti per milisekundes.
Nuolatinė stebėsena: galite nustatyti automatinius įspėjimus, kurie kas valandą tikrina jūsų atsiskaitymo procesą. Jei atsako laikas pailgėja, gausite įspėjimą anksčiau nei jūsų klientai.

Mokėjimo vartų testavimo kontrolinis sąrašas

Naudokite šį išsamų kontrolinį sąrašą, kad prižiūrėtumėte sklandų testavimo procesą.

Mokėjimo vartų testavimo kontrolinis sąrašas

Surinkite visą informaciją apie savo mokėjimo vartus: Tai apima pagrindinius mokėjimo būdus, saugumo atitiktį ir lokalizavimą.
Prieiga prie bandomosios aplinkos (sandbox): Įsitikinkite, kad esate bandomajame režime (Test Mode) ir nenaudojate realių duomenų. Niekada netestuokite su tikrais kliento duomenimis veikiančioje svetainėje.
Funkcinis testavimas: Patikrinkite, ar visi metodai (kredito kortelė, „PayPal“ ir kt.) rodomi teisingai ir ar valiutos simbolis keičiasi atsižvelgiant į kliento buvimo vietą.

Mobiliosios atsiskaitymo versijos testavimas: Ar vartais paprasta naudotis išmaniajame telefone?
Našumo testavimas: Patikrinkite formos veikimą, pateikimą ir perėjimus; el. pašto / SMS įspėjimus ir klaidas ar bet kokį kitą pranešimą, kurį norite rodyti.
Integracijos testavimas: Užtikrinkite visišką suderinamumą su API ir operacine platforma.
Peržiūrėkite mokėjimo vartų saugumo kontrolinį sąrašą: Patvirtinkite, kad SSL sertifikatai yra aktyvūs ir šifravimas įjungtas.
Automatizuokite, kur įmanoma: paprašykite savo programuotojų sukurti automatizuotus scenarijus rutininiams patikrinimams.
Reguliariai atnaujinkite: keičiantis mokėjimo būdams, atitinkamai atnaujinkite savo mokėjimo vartų testavimo scenarijus.

Jūsų mokėjimų partneris: kodėl su „Mollie“ mokėjimo sąsajos testavimas yra paprastesnis

Suprantame, kad norite susikoncentruoti į augimą ir pardavimus, o ne į kodo trikčių šalinimą. „Mollie“ palengvina testavimą, suteikdama specialų testavimo režimą (angl. Test Mode), kuris puikiai atspindi realią aplinką.

„Mollie“ prietaisų skydelyje turite prieigą prie dviejų skirtingų API raktų: testavimo API rakto ir realaus (angl. Live) API rakto. Naudodami testavimo API raktą galite imituoti mokėjimus nepervesdami nė vieno cento. „Mollie“ pateikia visą bandomųjų kortelių numerių ir mokėjimo būsenų sąrašą (Apmokėta, Atšaukta, Pasibaigęs galiojimas, Nepavyko), kad galėtumėte tiksliai matyti, kaip jūsų svetainė reaguoja į kiekvieną galimą kliento veiksmą.

Kai bandomosios transakcijos jūsų „Mollie“ prietaisų skydelyje atrodo puikiai, o užsakymai jūsų parduotuvės valdymo sistemoje pažymimi kaip apmokėti, perjungimas į realų režimą yra toks pat paprastas, kaip ir realaus API rakto įrašymas.

Pasiruošę pamatyti, kokie lengvi gali būti mokėjimai? Susikurkite savo „Mollie“ paskyrą šiandien ir pradėkite testuoti per kelias minutes.

DUK: mokėjimo vartų testavimas

Ar man reikia tikros kredito kortelės norint testuoti? Ne. Jūsų mokėjimo paslaugų teikėjas (PSP) suteiks nemokamas testines korteles, kurios simuliuoja įvairius scenarijus.
Kas yra mokėjimo paslaugų teikėjo (PSP) testas? PSP testas apima visą procesą nuo pradžios iki pabaigos, įskaitant tai, kaip lėšos galiausiai pasiekia jūsų banko sąskaitą.
Ar saugu palikti savo svetainę testavimo režime, kol su ja dirbu? Taip. Testavimo režimas yra visiškai atskira aplinka. Kol nepakeitėte savo API raktų į tiesioginio veikimo (live) režimą, jokios tikros transakcijos negali įvykti. Tai puiki saugi erdvė eksperimentuoti nerizikuojant savo banko sąskaita ar klientų duomenimis.
Ar mokėjimo sąsajos testavimas kainuoja? Ne. Testavimas bandomojoje aplinkoje (sandbox) beveik visada yra nemokamas. Jūs neapdorojate tikrų pinigų, todėl nėra jokių transakcijų mokesčių ar banko rinkliavų. Tai nemokamas ir nerizikingas būdas įsitikinti, kad jūsų verslas paruoštas paleidimui.
Kas nutiks, jei pamiršiu persijungti iš testavimo režimo į tiesioginį? Tai dažnas nuogąstavimas! Jei liksite testavimo režime, jūsų klientai apmokėjimo metu pamatys klaidą arba pranešimą, nurodantį, kad svetainė yra testavimo aplinkoje. Jokie tikri mokėjimai nebus apdoroti. „Mollie“ sistemoje šį perjungimą jūsų valdymo skydelyje galima atlikti vienu spustelėjimu, kad padėtume jums to išvengti.
Ar man reikia testuoti kiekvieną mokėjimo būdą (pvz., „Apple Pay“ ir „PayPal“) atskirai? Idealiu atveju – taip. Nors pati sąsaja gali veikti, skirtingi mokėjimo būdai turi skirtingus sugrįžimo kelius. Pavyzdžiui, „PayPal“ nukreipia vartotoją į savo svetainę ir atgal. Kiekvieno būdo testavimas užtikrina, kad šie nukreipimai sklandžiai veiktų tiek kompiuterio, tiek mobiliojoje versijose.
Kaip sužinoti, ar mano saugumo testavimas pavyko? Jei naudojate tokį teikėją kaip „Mollie“, didžiąją dalį saugumo darbų (pvz., PCI atitiktį) jie atlieka už jus. Galite patikrinti savo nustatymus ieškodami SSL spynos piktogramos naršyklės adreso juostoje ir įsitikindami, kad jokie nešifruoti kredito kortelės duomenys nėra saugomi jūsų svetainės duomenų bazėje.
Kaip ištestuoti, kas nutinka, kai mokėjimas nepavyksta? Atlikdami testinį mokėjimą su „Mollie“, pamatysite dialogo langą, kuriame galėsite pasirinkti būseną. Galite pasirinkti „Nepavyko“ (Failed), „Atšaukta“ (Cancelled) arba „Pasibaigęs galiojimas“ (Expired), kad pamatytumėte, kaip jūsų svetainė apdoroja šias konkrečias klaidas.

Daugiau atnaujinimų

Kas yra vieninga prekyba? Vadovas verslui

Sužinokite, kaip vieninga prekyba sujungia jūsų mokėjimus, atsargas ir duomenis į vieną tiesos šaltinį, kad būtų supaprastintos operacijos.

Kas yra mokėjimo paslaugų teikėjas (PSP)? Išsamus geriausio PSP pasirinkimo vadovas

Sužinokite, kas yra mokėjimo paslaugų teikėjas (PSP), kaip jis supaprastina internetinius mokėjimus ir kaip pasirinkti tinkamą partnerį savo verslo augimui.

Agentinis verslas: jūsų klausimai atsakyti

Mūsų mokėjimų infrastruktūra yra paruošta dirbtinio intelekto pardavimų ateičiai. Dabar perskaitykite mūsų ekspertų gaires, kad pasiruoštumėte agentinio komercijos laikotarpiui.

PayPal alternatyvos: 15 geriausių saugių mokėjimo parinkčių

PayPal yra vienas geriausiai žinomų internetinių mokėjimo sprendimų. Parodome jums šio mokėjimo būdo privalumus ir trūkumus bei 15 PayPal alternatyvų, kurias turėtų žinoti prekybininkai.

Kas yra vieninga prekyba? Vadovas verslui

Sužinokite, kaip vieninga prekyba sujungia jūsų mokėjimus, atsargas ir duomenis į vieną tiesos šaltinį, kad būtų supaprastintos operacijos.

Kas yra mokėjimo paslaugų teikėjas (PSP)? Išsamus geriausio PSP pasirinkimo vadovas

Sužinokite, kas yra mokėjimo paslaugų teikėjas (PSP), kaip jis supaprastina internetinius mokėjimus ir kaip pasirinkti tinkamą partnerį savo verslo augimui.