Šta integrisana validacija znači trgovcu ? Postoje elementi transakcije koji se mogu proveriti bez slanja transakcija ka platformi za plaćanje i ka banci. Ovde najčešće govorimo o proveri tačnog unosa podataka o kartici. Na primer, ukoliko kupac unese broj Diners kartice, a trgovac ne podržava tu karticu, transakcija se neće ni slati na autorizaciju, već će se odmah pojaviti poruka o tome da kartični brend nije podržan. Ukoliko kupac greškom unese datum isteka kartice koji je u prošlosti, kupac će odmah videti grešku. U slučaju da format unesene kartice ne odgovara standardima za tu karticu, kupcu će to biti prikazano bez mogućnosti da transakciju pošalje na autorizaciju.... takvih primera je mnogo. Cilj je poboljšanje korisničkog iskustva, kao i optimizacija troškova vezanih za izvršenje transakcija, jer one transakcije za koje se može znati unapred da će zbog greške biti odbijene, najbolje je i ne slati na autorizaciju.
Naša platforma predstavlja vodeće globalno rešenje prilagođeno globalnim standardima. Ali naravno, postoje i specifični zahtevi pojedinih tržišta (pa i kupaca). Iz tog razloga trgovac se može zbuniti kada proceni da se polje naziva korisnika kartice ne validira. U stvari to baš nije najtačnije. Naime, ime korinika kartice nije obavezni element svake kartice (postoje i tzv ne personalizovane kartice). Iz tog razloga SecurePay API validira situaciju kada je unesena neka vrednost u navedeno polje, ali dužina unosa ne odgovara minimumu. Međutim, ukoliko korisnik ne unese nikakvu vrednost u ovo polje (ostavi polje praznim), takav unos će proći kao validan i transakcija će biti poslata na autorizaciju. Naravno, u najvećem broju slučajeva, transakcija će biti odbijena iz istog razloga - nedostatak informacije o korisniku kartice.
Kako trgovac iz Srbije može "ukljućiti" validaciju ovog polja tako da ukoliko polje ostane nepopunjeno, transakciju neće biti moguće poslati na autorizaciju ? Jednostavno, koristeći SecurePay API injegove parametre koji dozvoljavaju pravljenje rešenja koji odgovaraju specifičnim potrebama. U ovom slučaju govorimo o parametru onBeforeSubmitCard koji dozvoljava izvršenje određene funkcionalnosti (u našem slučaju funkcionalnosti provere da li je polje CardHolder ostalo nepopunjeno) pre nego se transakcija pošalje na autorizaciju.
Način implementacije prepuštamo vama i vašim programerima. Međutim, možete videti naše primere implementacije, upravo kroz korišćenje ove onBeforeSubmitCard funkcije. Pokušajte da polje Korisnik Kartice ostavite prazno i da takvu transakciju pošaljete na autorizaciju. Videćete da to neće biti moguće.