UAB EDATA · ESHOP.LT   /   El. komercija, integracijos ir programavimas
Eshop.lt / paslaugos

Atsiskaitymų integracija el. parduotuvei

Elektroninių atsiskaitymų integracija pagal jūsų e. parduotuvės platformą, teikėją ir pirkimo procesą.

Mokėjimo būdas turi tikti jūsų pirkėjui

Patogus atsiskaitymas yra svarbi pirkimo kelio dalis: klientas turi suprasti, kaip sumokėti, o parduotuvė – gauti teisingą mokėjimo rezultatą. Sudėtingi žingsniai gali trukdyti užbaigti pirkimą, tačiau konkretaus pardavimų pokyčio vien integracija negarantuoja.

Vertiname „PayPal“, „Paysera“ (ankstesniame aprašyme – „PaySera“), tiesioginę „bank link“ sąsają ir tiesioginio debeto poreikį. Galimą integraciją patvirtiname pagal platformą, teikėjo dokumentaciją ir prekybininko paskyros reikalavimus, o ne vien pagal mokėjimo būdo pavadinimą.

Tarptautinė auditorija: „PayPal“

„PayPal“ verta svarstyti, jei klientai gyvena įvairiose šalyse arba parduodate užsienyje gyvenantiems lietuviams. Svarbu įvertinti ne tik integracijos darbus ir kainą, bet ir pirkėjų lūkesčius bei teikėjo taisykles.

Atskirai aptarkite pinigų grąžinimą („Refund“) ir mokėjimų ginčus, pavyzdžiui, kai pirkėjas teigia gavęs nekokybišką ar aprašymo neatitinkančią prekę. Tai nėra besąlyginė pirkėjo teisė tiesiog atsiimti pinigus: grąžinimas ir ginčo nagrinėjimas yra skirtingi procesai, kurių sąlygas reikia tikrinti pas teikėją. Pardavėjui svarbu turėti užsakymo ir jo įvykdymo informaciją.

Viena surinkimo paskyra: „Paysera“

„Paysera“ aprašyta kaip tarpininko modelis, leidžiantis administruoti iš skirtingų bankų surenkamas įmokas vienoje paskyroje. Tai padeda palyginti administravimo patogumą su atskiromis bankų integracijomis.

Vertiname, kiek žingsnių pirkėjui reikia atlikti iki apmokėjimo ir ar pasirinktas procesas nesukuria nereikalingų kliūčių. Dabartinį kelią reikia ištestuoti konkrečioje parduotuvėje; istorinis bendras vertinimas nėra patikimas dabartinės konversijos matas.

Komerciniame palyginime įvertinkite tarpininko mokestį už mokėjimus, įskaitant procentinę dalį, jei tokia taikoma. Ar šis modelis kainuos daugiau už tiesioginę banko sąsają, priklauso nuo aktualių pasiūlymų ir mokėjimų apimties. Integracijos sudėtingumas, trukmė ir kaina taip pat vertinami konkrečiam projektui.

Tiesioginė „bank link“ sąsaja

Kai dažnai perkama Lietuvoje, verta palyginti tiesioginę banko sąsają: pirkėjas nukreipiamas į savo elektroninę bankininkystę ir ten apmoka pirkinį. Pažįstama banko aplinka gali padėti pirkėjui jaustis užtikrinčiau, tačiau savaime nėra parduotuvės patikimumo ar saugumo garantija.

Šiame modelyje reikia įvertinti pradinės integracijos išlaidas, atskiras sutartis su kiekvienu banku, kurio klientams siūlomas šis būdas, ir kiekvieno banko mokėjimų administravimą. Su bankais gali būti derinamos individualios, taip pat procentinių mokesčių, sąlygos; galimas sutaupymas vertinamas pagal realius pasiūlymus, ne laikomas savaime suprantamu.

Aprašyti bankų pavyzdžiai – „Swedbank“, „Luminor“, „SEB“, „Šiaulių bankas“ ir kiti Lietuvoje veikiantys bankai. Tai istorinis pasirinkimų sąrašas: konkretaus banko dabartinį pavadinimą, paslaugą ir techninį suderinamumą tikriname atskirai. Viena tarpininko paskyra ir atskirų bankų sutartys reiškia skirtingą administravimo apimtį.

Tiesioginis debetas, kortelės ir periodiniai mokėjimai

Jei reikalingi periodiniai nurašymai, atskirai aptariame tiesioginį debetą. Ankstesniame paslaugos aprašyme kartu minėtos ir kreditinės kortelės, tačiau kortelių mokėjimai bei tiesioginis debetas nėra tas pats atsiskaitymo būdas. Todėl tiksliname, ar jums reikia kortelių priėmimo, periodinių kortelės mokėjimų, ar debeto iš banko sąskaitos.

Šių sprendimų įgyvendinimo kaštai ir galimybės priklauso nuo pasirinkto teikėjo bei sutarties. Prieš darbus būtina apibrėžti vartotojų duomenų apsaugą ir tai, kokius mokėjimo duomenis tvarkys pati parduotuvė.

Integracijos ir testavimo eiga

  1. Patikriname parduotuvės platformos ir mokėjimo teikėjo suderinamumą, API bei paskyros reikalavimus.
  2. Aprašome pirkimo, apmokėjimo, grįžimo į parduotuvę ir užsakymo būsenas.
  3. Įgyvendiname integraciją ir reikalingus konfigūracijos parametrus.
  4. Testuojame sėkmingą ir nesėkmingą mokėjimą, atšaukimą, grąžinimą bei klaidas. Pavyzdžiui, tikriname situaciją, kai mokėjimo būsena nesutampa su užsakymo būsena.
  5. Atliekame paleidimo patikrą, prireikus dalyvaujant teikėjui.

Ką paruošti užklausai?

Nurodykite platformą, norimą atsiskaitymo būdą, pirkėjų šalis ir dabartinę problemą; pridėkite turimą dokumentaciją, nuorodas ar ekrano kopijas. Toks aprašymas tinka tiek pirmam mokėjimų prijungimui, tiek teikėjo keitimui ar esamos integracijos taisymui. Paskyrą, sutartį ir komercines sąlygas verslas suderina su mokėjimo teikėju, o techninę darbų apimtį nustatome po suderinamumo patikros.

Nežinote, nuo kurios paslaugos pradėti?

Aptarti poreikį ↗

Nemokama konsultacija

Palikite kontaktus ir trumpai aprašykite užduotį. Užklausa bus perduota Eshop.lt komandai.

Pateiktus duomenis naudojame atsakydami į užklausą. Ji siunčiama el. paštu [email protected] ir svetainės duomenų bazėje nekaupiama. Formos apsaugai naudojamas seanso slapukas.

Jei forma neveikia, rašykite [email protected] arba skambinkite +370 620 87755.