Online bankkártyás fizetés: útmutató vállalkozásoknak

Az online bankkártyás fizetés bevezetése akkor sikeres, ha a vásárló érti a következő lépést, a vállalkozás pedig megbízhatóan követi az eredményt. Egy fizetési gomb önmagában még nem mondja meg, melyik rendelést lehet teljesíteni, ki vizsgálja a függőben maradt tranzakciót, vagy hol látható a szolgáltatói elszámolás. Ez az útmutató magyar vállalkozásoknak mutatja be a folyamat megtervezését, a szolgáltatói kapcsolat és az integráció különbségét, valamint az OrsunPay szerepét. A cél egy olyan működés, amelyet az értékesítő, az ügyfélszolgálat és a fejlesztő egyaránt követni tud.

Az OrsunPay szerkesztőségeMegjelent
Illusztráció a cikkhez: Online bankkártyás fizetés: útmutató vállalkozásoknak

A rendelésből indulj ki, ne a fizetési gombból

Válassz ki egy tipikus rendelést, és írd le, hogyan jut el a vásárló a fizetésig. Egy kész termék megvásárlása más adatokat igényelhet, mint egy egyedi ajánlat elfogadása. Tisztázd, mikor válik véglegessé az összeg, milyen pénznemet használsz, és ki jogosult módosítani a rendelést. Ezek a döntések határozzák meg, hogy a fizetés létrehozásakor milyen információt kell az alkalmazásnak már ismernie.

A magyar piacra és a külföldi vásárlókra vonatkozó folyamatokat külön is gondold végig. Ne feltételezd, hogy ugyanazok a módszerek minden országban, pénznemben és szolgáltatói fiókban elérhetők. Készíts néhány konkrét példát, amelyet a szolgáltatóval át tudsz beszélni. Hasznosabb egy pontos rendelési útvonalról egyeztetni, mint általánosságban megkérdezni, hogy a rendszer alkalmas-e nemzetközi értékesítésre. A részletek alapján derül ki, mi működik a te vállalkozásodnál.

Hosztolt fizetési oldal

Különítsd el a szolgáltatói szerződést és a technikai kapcsolatot

A pénzforgalmi szolgáltató, azaz PSP, a saját szolgáltatása és szerződése alapján dolgozza fel a fizetést. A vállalkozás alkalmazása közben a rendelést, a teljesítést és az ügyféllel való kapcsolatot kezeli. Az OrsunPay e rendszerek közé illeszthető technikai réteg: közös API-n kapcsolja össze az alkalmazást a beállított szolgáltatói fiókokkal, és követhető fizetési állapotokat, valamint aláírt értesítéseket biztosít.

A szolgáltatói fiókok, szerződések és hozzáférési adatok továbbra is a sajátjaid. A PSP dolgozza fel a fizetést, és közvetlenül neked számol el. Az OrsunPay nem helyettesíti az elfogadó szolgáltatót, és nem garantálja egy kereskedői fiók jóváhagyását. A szoftver díjait külön számlázzák, a PSP elszámolásától függetlenül. Ezt a feladatmegosztást a pénzügyi és az ügyfélszolgálati munkatársaknak is érdemes ismerniük, hogy a megfelelő helyen keressék a választ.

Fizetési orkesztráció

Ellenőrizd, mit enged a konkrét beállítás

Egy szolgáltató logója vagy egy integráció neve még nem mutatja meg a teljes elérhetőséget. Kérj választ arra, hogy az adott fiókhoz milyen módszerek, pénznemek és piacok kapcsolhatók. Írd le a vállalkozás tevékenységét és a tervezett folyamatot, majd ellenőrizd a jóváhagyási és beállítási követelményeket. Ne építs értékesítési ígéretet olyan lehetőségre, amelyet még nem erősítettek meg a saját konfigurációdra.

Az OrsunPay megvalósított csatlakozói között szerepel a Stripe, az Adyen, a Checkout.com, az Ari10, a Mollie, a Revolut, a Brite és a BitPay. Ez nem jelent partneri ajánlást vagy valamennyi szolgáltatás automatikus bekapcsolását. A szolgáltató kiválasztása a beállított kapcsolaton vagy a hosztolt oldalon elérhető módszereken alapul. Az ajánlat nem tartalmaz automatikus, szolgáltatók közötti kaszkádot vagy költségoptimalizáló útválasztást. Ezeket ne tekintsd a csatlakozók számából következő tulajdonságnak.

Fizetési linkek

Tedd érthetővé a vásárló következő lépését

A fizetési oldal előtt a vásárlónak tudnia kell, melyik rendelést és milyen összegben rendezi. Mutasd meg következetesen az összeget és a pénznemet, majd jelezd, hogyan folytathatja a folyamatot. Ha egy rendelés tartalma megváltozik, a fizetési kérés is a megfelelő állapotot tükrözze. Az ügyfélszolgálatnak könnyebb segítenie, ha a rendelés és a fizetési oldal nem közöl eltérő információt.

Az OrsunPay hosztolt checkoutja a konfigurációban elérhető módszereket jeleníti meg, majd összekapcsolja a vásárlót a kiválasztott szolgáltatóval. Az érzékeny kártyaadatokat a PSP által hosztolt felületen adják meg. A saját alkalmazásodban a visszatérés és a sikertelen vagy megszakított folyamat kezelését is tervezd meg. A vásárló akkor se maradjon magyarázat nélkül, ha nem fejezi be első alkalommal a fizetést, vagy még nem ismert az eredmény.

Webhookok és értesítések

Ajánlat után fizetési link is lehet a belépési pont

Nem minden értékesítés indul webáruházi kosárból. Egy műhely vagy szolgáltató előbb egyeztetheti a feladatot, majd a megállapodott összeghez küldhet fizetési linket. Az OrsunPayben adott összeghez és pénznemhez hozható létre ilyen link, amely a hosztolt fizetési folyamathoz vezet. A kezelése a kereskedői felületről vagy az alkalmazásba épített integráción keresztül történhet; a felületi kezelés jelenleg éles módban érhető el.

Az üzenetben add meg, mire vonatkozik a kérés, és hol érhető el a vállalkozásod. A link megnyitása vagy előnézetének megjelenítése önmagában nem hoz létre fizetést. A munkatársak ezért ne a kattintás alapján jelöljék rendezettnek a rendelést. Tarts fenn egyértelmű kapcsolatot az ajánlat, a fizetési kérés és a tranzakció között. Ha már nincs szükség egy linkre, az OrsunPayben listázhatod és kikapcsolhatod, de ez nem azonos egy korábbi tranzakció visszatérítésével.

Az ellenőrzött állapot alapján teljesíts

A böngésző sikeres visszatérése nem elég a rendelés teljesítéséhez. A döntést a tranzakció ellenőrzött állapotára kell alapozni, mégpedig a szerveren. Az OrsunPay API-n keresztül lekérdezhető állapotot és aláírt webhook értesítéseket ad. A fejlesztővel határozd meg, melyik eredmény milyen üzleti lépést indíthat, és hogyan jelenik meg a várakozó állapot az ügyfélszolgálat számára.

A Stripe dokumentációja is állapotváltozásokon keresztül írja le a fizetés követését. Az ebből következő gyakorlati feladat a pontos összerendelés: a megfelelő tranzakció eredménye a megfelelő rendelést frissítse. Ha az ügyfél azt mondja, hogy fizetett, először keresd meg ezt az adatot. Egy képernyőkép segíthet a beszélgetésben, de nem helyettesíti az ellenőrzést. Új fizetési kérés küldése előtt tisztázd, mi történt az előző próbálkozással.

Készülj fel az ismételt értesítésekre

A webhook egy eseményről értesíti az alkalmazásodat. Ellenőrizni kell az aláírását, és úgy kell feldolgozni, hogy ugyanaz az esemény ismételten ne okozzon újabb teljesítést. Ezt nevezik idempotens feldolgozásnak. Üzleti szempontból egyszerű a cél: egy fizetés miatt ne induljon el kétszer a csomag, és ne aktiválódjon kétszer ugyanaz a szolgáltatás. Az Adyen hivatalos dokumentációja is foglalkozik a webhook események megfelelő kezelésével.

Az OrsunPay kézbesítési előzményeket és a jogosultságoktól függő vizsgálati, illetve újraküldési lehetőségeket biztosít. Az ismételt kézbesítési próbálkozások száma korlátozott. Jelöld ki, ki figyeli a hibákat, és milyen adatok alapján jár el. A tranzakció azonosítója és a kézbesítési előzmény hasznos kiindulópont; kártyaadatokat vagy titkos hozzáférési kulcsokat ne másoljatok az ügyfélszolgálati beszélgetésbe. Így a hiba feltárása is rendezett folyamat marad.

A fizetés állapota és az elszámolás külön nyilvántartás

A rendelési rendszer azt mutatja meg, hogy mi történt a vásárlással. A szolgáltatói elszámolás arra ad választ, hogyan érkeztek meg a pénzek a vállalkozásodhoz. Egy webhook nem helyettesíti a PSP elszámolási adatait. Gondoskodj arról, hogy az érintett munkatársak megtalálják a tranzakció és az elszámolási bejegyzés közötti kapcsolatot, és ne ugyanattól a képernyőtől várjanak minden választ.

A teljes költséget is ennek megfelelően hasonlítsd össze. Kérj a saját forgalmadra és fizetési módszereidre vonatkozó feltételeket, majd vedd figyelembe az integráció és a napi kezelés munkáját. Az OrsunPay szoftverdíja külön tétel. Az orkesztráció nem jelent önmagában alacsonyabb feldolgozási díjat, több elfogadott tranzakciót vagy gyorsabb kifizetést. Akkor indokolt, ha egy konkrét, azonosított működési igényhez kapcsolódik, amelyet a csapatod ténylegesen meg akar oldani.

Kezdj egy áttekinthető működési tervvel

Ha egyetlen szolgáltatóval már jól működik a fizetésed, először vizsgáld meg, mire van még szükség. Nem kötelező újabb réteget bevezetni csak azért, mert elérhető. Az OrsunPay akkor lehet érdemes a vizsgálatra, ha támogatott fiókokat szeretnél közös folyamatba kapcsolni, és egységesen akarod létrehozni, követni és feldolgozni a fizetéseket. A tervezés alapja a saját rendelési folyamatod legyen.

Készíts egy rövid forgatókönyvet a sikeres fizetésről, egy megszakításról és egy ellenőrzést igénylő esetről. Határozd meg a felelősöket és az ügyfélnek adott tájékoztatást. Az OrsunPay csapatával ezután a szolgáltatói fiókokról, a pénznemekről, a szükséges értesítésekről és a vállalt támogatásról lehet egyeztetni. Így a bevezetés eredménye nem csupán egy új fizetési oldal, hanem a vállalkozás számára használható, követhető napi munkafolyamat lesz.

Ismerd meg az OrsunPayt

Beszélj a csapatunkkal

Források

További olvasnivaló