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?

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

Mokėjimo šliuzai paprastai yra integruoti į galutinį svetainės atsiskaitymo puslapį. Kai klientai pateikia atsiskaitymo ir pristatymo informaciją, jų paprašoma įvesti mokėjimo duomenis ir jie turi spustelėti, kad pradėtų mokėjimą.

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

Dviejų tipų mokėjimo šliuzai

Ne visi vartai atrodo vienodai. Priklausomai nuo jūsų verslo dydžio ir techninių galimybių, tikriausiai naudojate vieną iš šių trijų konfigūracijų. Žinodami, kurią iš jų turite, nustatysite, kaip efektyviai išbandyti mokėjimų šliuzą.

Talpinami mokėjimo šliuzai (Hosted)

Tai dažniausias MVĮ pasirinkimas. Kai klientas spusteli „mokėti“, jis laikinai nukreipiamas iš jūsų svetainės į saugų mokėjimų teikėjo puslapį (pvz., „Mollie“ talpinamą atsiskaitymą). Kai mokėjimas sėkmingai atliktas, jie grąžinami į jūsų svetainę, dažniausiai tam, kad pamatytų puslapį „Ačiū“.

Privalumas: talpinamas šliuzas yra itin saugus, nes teikėjas valdo visus neskelbtinus duomenis.
Bandymų tikslas: išbandykite grįžimo kelią, kad įsitikintumėte, jog atlikęs mokėjimą klientas sėkmingai grįžta į jūsų svetainę.

API arba netalpinami šliuzai (Non-hosted)

Tai pagal individualų užsakymą sukurtas variantas. Jūs visiškai kontroliuojate atsiskaitymo dizainą, o mokėjimų apdorojimas vyksta per API.

Privalumas: visiškas lankstumas unikaliems verslo modeliams (pavyzdžiui, individualioms prenumeratoms).
Bandymų tikslas: tam reikia griežčiausio integracijos testavimo, nes jūsų programuotojai yra atsakingi už visą komunikacijos grandinę tarp jūsų svetainės ir apdorojimo sistemos.

Kas yra bandomasis mokėjimų šliuzas?

Bandomasis mokėjimų šliuzas yra jūsų privati bandomoji aplinka (angl. sandbox). Tai saugi erdvė, kurioje programuotojai gali šalinti jūsų mokėjimo sistemos triktis neapdorodami tikrų pinigų. Šioje aplinkoje galite nustatyti klaidas ir išbandyti kliento kelią naudodami netikrus kortelių numerius, užtikrindami, kad viskas veikia nepriekaištingai prieš pradedant dirbti realiuoju režimu.

Mokėjimų šliuzas ir mokėjimų apdorojimo sistema

Žmonės dažnai terminą „šliuzai“ (gateways) ir „apdorojimo sistemos“ (processors) naudoja kaip sinonimus, tačiau techniškai jie skiriasi.

Mokėjimų šliuzas yra vartotojo sąsajos pranešėjas. Jis nuskaito kliento duomenis ir praneša jūsų svetainei, ar mokėjimas buvo patvirtintas, ar atmestas.
Mokėjimų apdorojimo sistema yra vidinis variklis. Jis atlieka sunkųjį darbą pervesdamas tikruosius pinigus tarp bankų.

Mokėjimų šliuzas ir 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 kortelių skaitytuvu). Tai fizinė įranga, kurią klientai naudoja priglausdami arba perbraukdami korteles. Mokėjimų š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ėjimų šliuzus?

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

Testavimas leidžia ne tik paimti pinigus, bet ir patvirtinti, kad galite teisingai patvirtinti operacijas ir autorizuoti užsakymus. Jei mokėjimų šliuzas arba apdorojimo sistema testavimo metu yra nestabilūs, tai ženklas, kad jums 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 testas apima visą procesą nuo pradžios iki pabaigos. Tai apima ne tik operacijos autorizavimą, bet ir atsiskaitymą, užtikrinant, kad lėšos iš tikrųjų būtų pervestos iš kliento banko į jūsų įmonės sąskaitą.

PSP testavimas perkloja sąsajos testavimą, tačiau jis yra gyvybiškai svarbus norint patikrinti, ar teisingai veikia jūsų finansinė atskaitomybė, išmokos ir atsiskaitymai keliomis valiutomis.

Kaip testuoti mokėjimo sąsają: automatinis ir rankinis testavimas

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

Kaip rankiniu būdu patikrinti mokėjimo sąsają

Galvokite apie rankinį testavimą kaip apie repeticiją prieš pasirodymą. Įsijaučiate į savo kliento vaidmenį, kad nustatytumėte kliūtis, kurias kompiuterių scenarijus gali nepastebėti.

Rankinio testavimo scenarijai:

Mobilusis peržiūrėjimas: atidarykite apmokėjimo puslapį išmaniajame telefone. Ar lengva bakstelėti mokėjimo mygtuką? Ar automatiškai pasirodo skaitmeninė klaviatūra įvedant kortelės duomenis?
Streso testas: pertraukite eigą. Paspauskite atgal mygtuką operacijos viduryje arba atnaujinkite puslapį, kol apdorojamas mokėjimas. Patikima sąsaja turėtų tai grakščiai suvaldyti be pakartotinio nurašymo ar sistemos gedimo.
Sąsajos pranešimų patikra: tyčia įveskite neteisingą CVV kodą. Ar klaidos pranešime parašyta kas nors naudingo, pavyzdžiui, „Prašome patikrinti saugos kodą“, ar pateikiamas gąsdinantis techninis kodas, pavyzdžiui, „Klaida 402: Reikalingas_Mokėjimas“?
Atsisakymo testas: uždarykite naršyklės skirtuką mokėjimo įpusėjus. Vėliau patikrinkite savo valdymo skydą, kad įsitikintumėte, jog sistema teisingai pažymėjo užsakymą kaip laukiantį arba nutrauktą.

Kaip automatiškai patikrinti mokėjimo sąsają

Kai jūsų verslas plečiasi, negalite rankiniu būdu tikrinti kiekvieno mygtuko kiekvieną kartą, kai atnaujinate savo svetainę. Čia ateina 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 savo svetainę, automatiniai scenarijai peržiūri jūsų mokėjimo sąsajos testavimo kontrolinį sąrašą, kad įsitikintų, jog niekas kitas nesugedo.
Dichotominių duomenų testavimas: automatizuoti įrankiai gali išbandyti šimtus skirtingų bandomųjų kortelių derinių (skirtingos šalys, skirtingi bankai, skirtingos valiutos) per dalį laiko, kurį tai užtruktų žmogui.
API atsakymo patvirtinimas: scenarijai patikrina, ar nematomas pokalbis tarp jūsų svetainės ir mokėjimo teikėjo vyksta tinkamai, užtikrinant, kad skaitmeniniai pranešimai (webhooks) būtų išsiųsti ir gauti per milisekundes.
Nuolatinė stebėsena: galite nustatyti automatinius įspėjimus, kurie tikrina jūsų apmokėjimo puslapį kas valandą. Jei atsakymo laikas sulėtėja, gausite įspėjimą anksčiau nei jūsų klientai.

Mokėjimo sąsajos testavimo kontrolinis sąrašas

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

Mokėjimo sąsajos testavimo kontrolinis sąrašas

Surinkite visą informaciją apie savo mokėjimo sąsają: tai apima pagrindinius mokėjimo būdus, saugumo atitiktį ir lokalizavimą
Pasiekite bandomąją aplinką (sandbox): įsitikinkite, kad esate bandomajame režime ir nenaudojate realių gamybinių duomenų. Niekada netestuokite su tikrais klientų duomenimis veikiančioje svetainėje.
Funkcinis testavimas: patikrinkite, ar visi būdai („Credit Card“, „PayPal“ ir kt.) rodomi teisingai ir ar valiutos simbolis keičiasi priklausomai nuo kliento buvimo vietos.

Išbandykite mobilųjį apmokėjimą: ar sąsaja patogu 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 sąsajos saugumo kontrolinį sąrašą: patvirtinkite, kad SSL sertifikatai yra aktyvūs ir šifravimas veikia.
Jei įmanoma, automatizuokite: paprašykite savo programuotojų sukurti automatinius scenarijus rutininiams patikrinimams.
Reguliariai atnaujinkite: keičiantis mokėjimo būdams, atitinkamai atnaujinkite savo mokėjimo sąsajos 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.