OneClick fizetés

Hogyan működik a OneClick fizetés (Card on file) és mire is jó valójában

A OneClick fizetés lényegesen kényelmesebb és gyorsabb fizetést tesz lehetővé a visszatérő ügyfelek (törzsvásárlók) számára. Az első (regisztrációs) fizetéskor az ügyfél engedélyt ad későbbi fizetések végrehajtására, és a szokásos módon (átirányítás a fizetési felületre, a kártyaszám, érvényesség, CVC megadásával, fizetés hitelesítésével 3D Secure használatával végzi el a fizetést. Minden egyes későbbi webshopban történő fizetésnél az ügyfél csak annyit mond, hogy az előző vásárlásnál használt kártyát kívánja használni. A payment gateway / vPOS szal való kommunikáció a háttérben zajlik, anélkül, hogy az ügyfél átírányításra kerülne payment gatewayre és a kártyaszámot újra be kellene írnia.

A OneClick fizetés funkció nem automatikusan szolgáltatás, azt a K&H Pénzforgalmi szolgáltató engedélyezi egy adott kereskedő számára. A beállítás kétféle lehet a követő fizetések engedélyezett összege alapján: (1) az első (regisztrációs) fizetés összegét meg nem haladó összeghatár használata, illetve (2) a tetszőleges összegű későbbi fizetések összeghatár nélkül. Az alapértelmezett beállítás a későbbi fizetéseket az első fizetés összegére korlátozza. A szolgáltatás aktiválásakor kérjük, igényelje a K&H Pénzforgalmi szolgáltatótól a OneClick szolgáltatás használati módjának megfelelő beállításokat.

OneClick sablon létrehozása - kártya regisztrálása  

Az első fizetés nagyon hasonlít a payment gateway / vPOSon történő hagyományos kártyás fizetéshez. Az egyetlen különbség az, hogy a webáruházban a vásárló választja ki, hogy a kártyát a következő fizetéshez tárolja. A kártyabirtokos aktiv hozzájárulását be kell szerezni (pl csúszka, checkbox nem előre töltve) egyúttal egy tájékoztató szöveg megjelenítése javasolt, melyben a kártyabirtokos tájékoztatása történik meg. (az „alapértelmezetten bejelölt jelölőnégyzetek” nem engedélyezettek). A hozzájárulás megszerzését követően a fizetés indításakor / létrehozásakor jelezni szükséges a payment gateway részére, hogy OneClick-hez sablon kerül létrehozásra (lásd még a payment/init API dokumentációját). Ha ez az első fizetés sikeresen hitelesítésre és engedélyezésre kerül, a payment gateway létrehoz egy sablont, amelyet az első fizetés payID azonosítója alapján azonosít, a payID a webáruház rendelkezésére áll és további használathoz a regisztrált felhasználó profiljához javasolt eltárolni. A mentett kártyák akár el lehet neveztetni a fizető ügyféllel és a későbbiek során a fizetéskor a mentett kártya nevét is felajánlani (Pl. mentett kártyával fizetek, majd mentett kártyák neveinek megmutatása)

A további fizetések bonylításához ajálnja a OneClick Payment sablont (payment gatewayrea történő átirányítás, illetve manuális kártyaszám megadása nélkül)  

Amikor a vásárló a következő alkalommal, felkeresi a webáruházat a fizetés során a kereskedő felkínálja a regisztrált kártyával történő OneClick Payment fizetést. Amennyiben a vásárló ezt a lehetőséget választja, a kereskedő megmutatja az elmentett kártyát (több kártya esetén mindet) lehetőséget adva a felhasználónak a választásra. A felhasználó választását követően a webshop kezdeményezi a OneClick Payment sablon használatát a payment gateway felél (a webáruházban a sablont mindig egy adott vásárlói fiókhoz kell kötni). A fizetési sablon oneclick/init payID-jára hivatkozik, és az ügyfél aktuális vásárlásának összegével kezdeményezii a fizetést.

OneClick Payment hitelesítése  

A fizetések hitelesítése kötelezettség a OneClick Payment fizetésekre is vonatkozik. Az első OneClick fizetés mindig hitelesítésre kerül a vásárló által (2 faktoros azonosítás). A későbbi OneClick fizetések esetében, amelyek a payment gatewayre történő átirányítás nélkül történnek (csak a webáruházi környezetben), a kereskedőnek két típust kell megkülönböztetni:

A vásárló (kártyabirtokos) jelenlétében történő fizetés (“Customer Initiated Payment”)  

A vásárló jelenlétében történő fizetés a OneClick Payment legjellemzőbb felhasználási módja. A vásárló általában a webáruházban vásárol („jelen van”), és a OneClick Payment a fizetés felgyorsítására szolgál. Az ilyen fizetést a jogszabályoknak megfelelően hitelesíteni kell.

A vásárló jelenléte nélkül történő fizetés (“Merchant Initiated Payment”)  

A vásárló jelenléte nélküli fizetés a kereskedő és a vásárló közötti megállapodás alapján történik, amely szerint a kártyájáról rendszeresen vagy rendszertelenül azonos vagy különböző összegeket vonnak le. Ilyen lehet például egy előfizetése alapuló rendszeres fizetés vagy egy taxi alkalmazásban történő fizetés, ahol a végső árat a vásárló jelenléte nélkül számítják ki. Az ilyen fizetést nem kell hitelesíteni.

A megfelelő típus használata és a kártyabirtokos megfelelő tájékoztatás a kereskedő saját felelőssége!

A későbbi fizetések hitelesítési folyamata a vásárló jelenlétében  

A OneClick hitelesíthető az ügyfél általi megerősítéssel vagy – kevésbé kockázatos helyzetekben – az ügyfél általi hitelesítés nélkül, utóbbi ebben az esetben a hitelesítést a kártyakibocsátó viselkedési kockázati modellje biztosítja. OneClick Payment vonatkozásában ez a két változat jelentősen különbözik a fizetési kényelem szempontjából. A megerősítés nélküli hitelesítés esetén a teljes fizetési folyamat a háttérben zajlik, és a webáruházban az ügyfél csak a folyamatban lévő fizetésről szóló információkat látja. Ha a kártyakibocsátó a fizetés során megerősítéssel (challenge) történő hitelesítést kér, akkor a webáruháznak meg kell jelenítenie az ügyfél hitelesítési oldalát, és az ügyfélnek meg kell erősítenie a fizetést, például a bankja mobilalkalmazásában.

A payment gateway / fizetőoldal a fizetési folyamat mindkét változatát kezeli:

• 1. lépés: fizetés létrehozása – a kereskedő létrehozza a fizetést (oneclick/init), kiválasztja, hogy a fizetés a vásárló jelenlétében vagy a vásárló jelenléte nélkül történjen, és további vásárlási adatokat küld a fizetőoldalnak
• 2. lépés: a fizetőoldal megerősíti a fizetés létrehozását, és hozzárendel egy a „payID”-t
• 3. lépés: a kereskedő megkezdi a OneClick Payment feldolgozását (oneclick/process)
• 4. lépés: a fizetőoldal tájékoztat a fizetés eredményéről (megerősítés nélküli hitelesítés esetén), vagy átad egy linket a kártyakibocsátó hitelesítési oldalára
• 5. lépés: (csak megerősítéssel történő hitelesítés esetén) a kereskedő megnyitja a hitelesítési oldalt, az ügyfél megerősítést ad
• 6. lépés: (csak megerősítéssel történő hitelesítés esetén) a kereskedő ellenőrzi a fizetés státuszát (payment/status), amíg a fizetés visszaigazolásra vagy elutasításra nem kerül

A OneClick tranzakció megerősítés nélküli hitelesítése (frictionless) jelentősen leegyszerűsíti a fizetést és növeli a fizetés kényelmét. Ezért javasoljuk minél több fizetési adat továbbítását a fizetőoldalnak, amelyek alapján a kártyakibocsátó felmérheti a fizetési kockázatokat, és a növelheti az ügyfél megerősítés nélküli hitelesítés arányát.

** Hitelesítés iOS / Android mobilalkalmazásokban és az SDK használata**  

A natív mobilalkalmazásokban történő OneClick Payment fizetésekhez lehetséges a mobil SDK használata, amelyet az EMV platform globálisan technikailag szabványosított. Ez az SDK technikai adatokat gyűjt a felhasználó készülékéről (a kártyakibocsátó kockázatelemzéséhez), és megerősítéssel történő hitelesítés esetén megjeleníti a kártyakibocsátó hitelesítési oldalát. Az SDK nem kötődik a payment gateway / vPOShoz / payment gatewayhez, így bármilyen EMV által tanúsított SDK-t használhat. Szolgáltatóik listáját megtalálja a listában. A K&H Pénzforgalmi Szolgáltató a NetCetera mobil SDK-val működik együtt – ha érdekli ez a megoldás, lépjen kapcsolatba velünk saleskhpos@kh.hu vagy khpos@kh.hu email címen. Az SDK kimenetek továbbítását és az SDK paraméterek átvételét a fizetési oldaltól lásd a OneClick fizetés technikai dokumentációjában.

Mikor szűnik meg vagy kerül törlésre egy kártyára vonatkozó OneClick regisztráció?  

Bár az ügyfélnek nincs lehetősége arra, hogy a kártya kibocsátó bankján keresztül visszavonja a OneClick fizetések engedélyezéséhez adott hozzájárulását, számos olyan helyzet van, amikor a OneClick már nem lehetséges:

1. A regisztrációs fizetés nem zárult le sikeresen – ha az első fizetés nem hitelesített, nem engedélyezett és nem megy át a teljes elszámoláson, akkor nem tekinthető első regisztrációs fizetésnek a OneClick céljára. Ha a fizetés kézi lezárását használja (beleértve a kisebb összegre történő lezárást is), ne felejtse el lezárni a fizetést.

2. Az utolsó OneClick tranzakció óta több mint 12 hónap telt el.

3. A OneClick fizetéshez regisztrált kártya lejárt.

4. Az első fizetést (vagy a későbbi sorozatba tartozó bármelyik fizetést) az ügyfél vagy a kártyakibocsátó bankja vitatja (reklamációs eljárás, ún. chargeback), és a kibocsátó minden további fizetést rendszerszinten elutasít.

5. Az ügyfél a kártyát letiltatta vagy átadta a kibocsátójának.

Fizetési sablon státuszának ellenőrzése  

A oneclick/echo művelettel ellenőrizheti a OneClick Payment sablon állapotát. Ezzel a művelettel meggyőződhet arról, hogy a sablon alkalmazható-e, mielőtt OneClick fizetést kínálna. Ha a sablon nem alkalmazható, ne ajánljon fel OneClick fizetést. Magyarázza el az ügyfélnek, hogy a korábban elmentett kártyával történő fizetés már nem lehetséges, és ajánlja fel egy új kártya elmentését. Ezzel megelőzhető a fizetés felesleges elutasítása, és megnő annak valószínűsége, hogy az ügyfél új kártyát ment el.

A második felhasználási példa a sablon állapotának megismerése az ügyfél fiókjában tárolt kártyák megjelenítésekor. A oneclick/echo művelet eredményétől függően grafikusan megkülönböztetheti az aktív és az inaktív sablonokat a nézetben. Az inaktívak esetében lehetőség van egy másik kártyára való cserét felajánlani egy 1 forintos regisztrációs fizetéssel.

Best practices - ajánlások a OneClick fizetéshez 

1. A vásárló hozzájárulását a OneClick regisztrációhoz és fizetéshez mindig a fizetés előtt szerezze be, ne pedig utána. a OneClick Payment sablon létrehozását célzó fizetőoldal meghívásához szükséges az ügyfél hozzájárulása. Emellett nagyobb esélye van arra, hogy az ügyfél a fizetés előtt foglalkozik a kérésével (mint a fizetés után, amikor már minden megtörtént, és az ügyfél a payment gateway / vPOSon megtudja, hogyan alakult a fizetés).

2. Magyarázza el a vásárlónak, hogy a OneClick miért előnyös a számára., és hangsúlyozza, hogy az adatokat a payment gateway tárolja, nem a webáruház. A magyarázatot mindig igazítsa saját vállalkozásának kontextusához. A OneClick értéke más, ha gyors kiszállítást rendel, mint ha hűtőszekrényt vásárol.

3. Használja aktívan a OneClick fizetést mobil weboldalakon és mobilalkalmazásokon. A OneClick funkció értéke a mobilcsatornán még nagyobb, mint az asztali számítógépen, mivel megszünteti - az m-kereskedelem egyik legnagyobb akadályát a vásárló szempontjából – a kényelmetlen fizetést.

4. Ha a OneClick tranzakció nem kerül feldolgozásra, magyarázza el az ügyfélnek, hogy mi történik, és vezesse rá az alternatívára. A fizetési válasz kódnak (response code) megfelelően közölje az ügyféllel, hogy a fizetését elutasították-e (az ok megjelölésével), vagy tájékoztassa az ügyfelet, hogy a korábban elmentett kártya már nem elérhető (lásd fent az okokat). Ha egy kártya nem áll rendelkezésre a OneClick fizetéshez, ajánlja fel az ügyfélnek egy új kártya létrehozását, és próbálja meg aktív ügyfélként megtartani a OneClick Payment rendszerben.