A vevő már kiválasztotta a terméket, megadta a szállítási adatokat, majd a pénztárnál nem találja a számára megfelelő opciót. Ilyenkor a kosárérték és a hirdetési költség is elveszhet. A webshop fizetési módok beállítása ezért nem egyszerű adminisztrációs feladat, hanem a vásárlási folyamat egyik kritikus pontja: a választék, a díjak és a technikai működés közvetlenül befolyásolja a konverziót.
A jó beállítás nem azt jelenti, hogy minden létező fizetési lehetőség megjelenik. A cél az, hogy a magyar célpiac számára ismert, biztonságos és az adott termékkörhöz illeszkedő opciók legyenek elérhetők, miközben az adminisztráció kezelhető marad.
Milyen fizetési módokra van valóban szükség?
Magyar webshopnál az online bankkártyás fizetés alapelvárás, de önmagában ritkán elég. A banki átutalás továbbra is hasznos lehet magasabb értékű B2B rendelésekhez vagy olyan vásárlóknál, akik nem szeretnének kártyaadatot használni. Az utánvét sok ágazatban még mindig értékesítést hoz, ugyanakkor nagyobb visszáru- és át nem vett csomagkockázatot jelent.
Az optimális választék a termékektől, az átlagos kosárértéktől és a célcsoporttól függ. Egy alacsony értékű, gyors döntéssel megvásárolható terméknél az online fizetés és a digitális pénztárcák gyorsíthatják a rendelést. Drágább műszaki termékeknél, nagykereskedelmi értékesítésnél vagy egyedi gyártásnál az előre utalás, az előlegkérés vagy a díjbekérőhöz kapcsolódó folyamat is indokolt lehet.
A legtöbb magyar KKV számára az alábbi négy opció ad stabil kiindulópontot:
- online bankkártyás fizetés,
- banki átutalás,
- utánvét készpénzzel vagy kártyával, ha a futárszolgálat támogatja,
- személyes átvételkor történő fizetés, ha van üzlethelyiség vagy átvételi pont.
Ezek közül nem mindegyiket kell minden rendelésnél felkínálni. Ha például egyedi, előre gyártott terméket értékesít, az utánvét üzletileg túl nagy kockázat lehet. Ha digitális terméket ad el, az utánvét és a manuális utalás jellemzően csak lassítja a teljesítést.
Webshop fizetési módok beállítása: előbb üzleti szabályok
A technikai konfiguráció előtt érdemes leírni, milyen helyzetben melyik fizetési mód jelenjen meg. Ez azért lényeges, mert a fizetési és szállítási feltételek összekapcsolódnak. Az utánvét például elérhető lehet csomagautomatához és futáros kiszállításhoz, de személyes átvételnél már nem feltétlenül van értelme. Egyes szállítási szolgáltatásoknál az utánvét összege, kezelési költsége vagy a választható fizetési forma is korlátozott.
Dönteni kell arról is, ki viseli az egyes módszerek többletköltségét. Az utánvét kezelési díja lehet a vásárlóé, a kereskedőé, vagy beépülhet a termékárba. Nincs minden helyzetre jó válasz. Egy erős árversenyben működő webshopnál az átlátható, külön feltüntetett díj segíthet védeni az árrést. Prémium szolgáltatásnál viszont a plusz díj a pénztárban rossz élményt kelthet.
A szabályok tipikusan az alábbi tényezőkhöz kötődnek: rendelési érték, választott szállítás, szállítási ország, termékkategória, vevőcsoport és készletállapot. Például 100 000 forint felett indokolt lehet letiltani az utánvétet, vagy csak visszatérő, ellenőrzött üzleti ügyfeleknek engedélyezni a halasztott fizetést. Ezeket a feltételeket már az induláskor érdemes átgondolni, mert utólag sok félreértést és manuális rendeléskezelést lehet velük megelőzni.
Az online bankkártyás fizetés technikai háttere
A bankkártyás fizetéshez szerződés kell egy fizetési szolgáltatóval, majd a szolgáltató által kiadott technikai adatok kerülnek a webshopba. Ez jellemzően kereskedőazonosítót, titkos kulcsot, API-hozzáférést és visszahívási beállításokat jelent. A konkrét megnevezés szolgáltatónként eltérhet, de a logika azonos: a webshop átadja a rendelési adatokat a fizetőfelületnek, a szolgáltató pedig jelzi, sikeres vagy sikertelen volt-e a tranzakció.
A visszahívás, más néven státuszértesítés különösen fontos. Nem elegendő, ha a vásárló egy sikeresnek tűnő oldalra visszajut a fizetés után. A rendelés fizetett státuszát megbízható rendszerüzenetnek kell módosítania, különben előfordulhat, hogy a bolt nem teljesített fizetést is sikeres rendelésként kezel, vagy épp egy valóban kifizetett rendelés marad függőben.
UNAS rendszerben a támogatott fizetési modulok konfigurációja jellemzően adminisztrációs feladat, de a feltételrendszer és a tesztelés itt is szakértelmet igényel. OpenCart esetén a bővítmény kompatibilitása, a sablon pénztárfolyamata, az egyedi módosítások és a rendelésstátuszok összhangja is vizsgálandó. Egy régebbi OpenCart áruházban nem jó gyakorlat csak feltelepíteni egy modult: ellenőrizni kell, hogy a PHP-verzióval, a checkouttal és a többi rendelési bővítménnyel együtt is stabilan működik-e.
A kártyaadatok kezelését nem a webshopnak kell megoldania. A megfelelő integráció a fizetési szolgáltató biztonságos felületére tereli a vásárlót, vagy beágyazott, szolgáltató által kezelt megoldást használ. Ezzel csökken az érzékeny adatok kezelésének kockázata, és a kereskedőnek sem kell bankkártyaadatokat tárolnia.
Átutalás és utánvét: a rendelésstátuszok döntik el a kezelhetőséget
Az átutalás látszólag a legegyszerűbb fizetési mód: a vásárló megkapja a bankszámlaszámot és a rendelési azonosítót, majd utal. A gyakorlatban azonban pontos tájékoztatás kell. A visszaigazoló e-mailben szerepeljen a kedvezményezett neve, a bankszámlaszám, az összeg, a közlemény formátuma és a fizetési határidő. Ha ezek hiányosak, a könyvelés és a rendelésazonosítás manuális feladattá válik.
Érdemes elkülöníteni az új, fizetésre váró, fizetett, feldolgozás alatt lévő és teljesített rendeléseket. A webshop ne küldjön automatikusan teljesítési ígéretet olyan utalásos rendelésre, amelynek összege még nem érkezett meg. Ugyanígy az utánvétes rendelésnél más státuszlogika szükséges, hiszen a fizetés a kézbesítéskor történik.
Az utánvét esetében a futárszolgálati kapcsolatot is tesztelni kell. A rendelési exportban vagy az integrációban a fizetési módnak, az utánvét összegének és a beszedendő díjnak pontosan kell átadódnia. Egy hibás paraméter miatt a futár nem szed be utánvétet, vagy rossz összeget kap, ami közvetlen pénzügyi és ügyfélszolgálati problémát okoz.
Amit élesítés előtt minden esetben ellenőrizni kell
A fizetési módok beállítása akkor tekinthető késznek, ha nemcsak az adminfelületen látszanak, hanem végig is mennek a valós vásárlási folyamaton. Tesztrendelést kell indítani asztali gépről és mobilról is, mert a mobilos pénztárban egy hibás gomb, túl hosszú megnevezés vagy rosszul megjelenő feltétel könnyen rendeléselhagyáshoz vezet.
Vizsgálni kell a sikeres és sikertelen kártyás fizetést, a megszakított tranzakciót, a többszöri fizetési próbálkozást, az átutalásos visszaigazoló e-mailt és az utánvétes szállítási adatátadást. Ellenőrizni kell azt is, hogy a számlázó felé milyen fizetési mód és fizetési határidő kerül át. Ha a webshop, a fizetési szolgáltató, a futár és a számlázó eltérő adatokat kezel, az adminisztráció gyorsan átláthatatlanná válik.
Webshopköltözésnél ez még érzékenyebb terület. UNAS-ba történő migráció vagy OpenCart-rendszerfrissítés során nem elég a termékeket, képeket, keresőbarát URL-eket, metaadatokat és átirányításokat rendben átadni. A korábbi fizetési logikát is fel kell térképezni: melyik mód milyen díjjal működött, milyen rendelésstátuszokat használt, és van-e kapcsolódó számlázó vagy futárintegráció. A GrenT Média ilyen esetekben a fizetési folyamatot is a teljes működési rendszer részeként kezeli, nem különálló modultelepítésként.
A pénztárban nem az a cél, hogy a vásárlónak a legtöbb választása legyen, hanem hogy gyorsan megtalálja a számára biztonságosnak és kényelmesnek tűnő megoldást. Ha ezt a logikát a szállítással, a rendelésstátuszokkal és a háttérfolyamatokkal együtt állítja be, a fizetés nem akadály lesz a vásárlás végén, hanem kiszámítható része az értékesítésnek.
