Fizetési kapu integráció webáruházhoz

A vásárló megtalálta a terméket, kosárba tette, megadta az adatait. Most már csak a fizetés van hátra. Ha ezen a ponton lassú, bizonytalan vagy hibás folyamat fogadja, könnyen megszakíthatja a rendelést.

Olyan online fizetési rendszereket kapcsolunk webáruházadhoz, amelyek illeszkednek az értékesítési modellhez, a célpiachoz és a használt webshopmotorhoz, a szolgáltató kiválasztásától a technikai beállításon és API-összekapcsoláson át a tesztelésig és élesítésig.

Barion, OTP SimplePay, Stripe, PayPal, Revolut Pay, Apple Pay, Google Pay vagy BNPL? Megvizsgáljuk, melyik érhető el nálad, és hogyan érdemes beépíteni a vásárlási folyamatba.

Kérek fizetési integrációt.

Egy űrlap, és felvesszük veled a kapcsolatot. Kötelezettség nélkül.

Felveszem a kapcsolatot

Adataid megadásával elfogadod az Adatkezelési tájékoztatót.

60 +

Sikeresen átadott projekt

10 +

Év e-kereskedelmi tapasztalat

10 + mrd Ft

Forgalom rendszereinkben

Nem elég egy fizetési gombot elhelyezni

A fizetési kapu integráció nem ér véget azzal, hogy megjelenik egy új lehetőség a pénztárban. A fizetési rendszernek együtt kell működnie a rendelésekkel, a számlázással, a készletkezeléssel, az e-mail-értesítésekkel és az adminisztrációs folyamatokkal is. Egy jól kialakított összekötés kezeli:

a fizetés elindítását;
a sikeres és sikertelen tranzakciókat;
a megszakított fizetési folyamatokat;
a rendelési státuszok automatikus módosítását;
a visszatérítéseket és részleges visszatérítéseket;
a szolgáltatói visszajelzéseket és webhookokat;
a teszt- és éles környezet elkülönítését;
a tranzakciók naplózását;
az ismételt értesítések és duplikált műveletek kezelését.

A cél, hogy a bankkártyás fizetés beállítása után ne kelljen manuálisan keresni, melyik rendelést fizették ki, és melyik akadt el a webshop és a szolgáltató között.

Online fizetési rendszerek webáruházhoz

Nem minden webáruházhoz ugyanaz a fizetési megoldás ideális: más szempontok érvényesek egy magyar piacra értékesítő WooCommerce webshopnál, egy Shoprenter áruháznál, egy előfizetéses szolgáltatásnál vagy egy több országban működő rendszernél. A szolgáltató kiválasztásakor vizsgáljuk:

milyen országokban értékesítesz;
milyen devizákat szeretnél elfogadni;
magánszemélyek vagy cégek vásárolnak-e;
szükséges-e ismétlődő terhelés;
szeretnél-e mentett kártyás vagy one-click fizetést;
milyen visszatérítési folyamatra van szükség;
milyen webshopmotort használsz;
szükséges-e egyedi API-integráció;
hogyan kapcsolódik a fizetés a számlázáshoz és az ERP-hez.

A fejlesztés előtt ellenőrizzük a technikai, kereskedői, ország- és devizafeltételeket is, így olyan rendszert építünk, amely valóban használható a tervezett üzleti folyamatban.

Barion WooCommerce összekötés

WooCommerce webáruházban beállítjuk vagy testreszabjuk a megfelelő Barion bővítményt, összekapcsoljuk a kereskedői fiókkal, és végigteszteljük a teljes fizetési folyamatot. Ellenőrizzük:

a fizetési adatok helyes átadását;
a sikeres visszairányítást;
a háttérben érkező fizetési visszajelzéseket;
a rendelési státuszok módosítását;
a fizetési és rendelési összegek egyezését;
a visszatérítési lehetőségeket;
a pénztár és a használt bővítmények kompatibilitását.

Ha a standard bővítmény nem fedi le a teljes üzleti folyamatot, egyedi WooCommerce-fejlesztéssel egészítjük ki.

Barion Shoprenter beállítás

Segítünk a Barion fizetési mód aktiválásában és megfelelő beállításában. Ellenőrizzük a pénztárfolyamatot, a visszatérési oldalakat, a státuszkezelést és az éles fizetéshez szükséges adatokat.

Az elérhető lehetőségek függhetnek a használt Shoprenter-csomagtól és a szolgáltatói szerződéstől, ezért a fejlesztés előtt ezeket is felmérjük.

OTP SimplePay integráció

Összekapcsoljuk a webáruházat a kereskedői fiókkal, beállítjuk a teszt- és éles környezetet, valamint gondoskodunk a tranzakciók megfelelő kezeléséről. A SimplePay összekötés része lehet:

a kártyás fizetés beállítása;
a kereskedői azonosítók konfigurálása;
a tranzakciós kommunikáció ellenőrzése;
a rendelési státuszok automatizálása;
a sikertelen vagy félbeszakított fizetések kezelése;
a visszatérítési folyamat kialakítása;
az ismétlődő fizetés technikai előkészítése, ha a szerződés támogatja.

Meglévő integráció hibája esetén feltárjuk, hogy a webshop, a modul, a szerverbeállítás vagy a szolgáltatói kommunikáció okozza-e a problémát.

Stripe integráció webáruházhoz

Rugalmas megoldás lehet egyedi fejlesztésű, WooCommerce-alapú vagy nemzetközi webáruházaknál, egyszeri bankkártyás fizetéshez, előfizetéshez, mentett fizetési módokhoz és megfelelő feltételek esetén digitális tárcákhoz is. Kialakítható:

bankkártyás fizetés, Stripe Checkout vagy egyedi fizetési felület;
Apple Pay és Google Pay megjelenítése;
ismétlődő előfizetési díjak kezelése;
mentett fizetési módok, visszatérítések;
webhookalapú státuszfrissítés;
többdevizás fizetési folyamat;
egyedi rendelési és számlázási logika.

A fizetési módokat a vásárló országa, a deviza, az eszköz és az adott tranzakció alapján is meg lehet jeleníteni.

PayPal integráció webshophoz

A vásárlók PayPal-fiókon keresztül, illetve az adott országban és kereskedői fiókban elérhető további lehetőségekkel egyenlíthetik ki rendelésüket. A bekötés során ellenőrizzük a fizetés elindítását és jóváhagyását, a sikeres tranzakciók visszaigazolását, a visszatérítéseket, a rendelési státuszok szinkronizálását, a pénznemek és összegek helyes kezelését, valamint a WooCommerce vagy az egyedi webshop kompatibilitását.

Előfizetéses értékesítésnél külön vizsgáljuk, hogy a kiválasztott PayPal-megoldás támogatja-e a szükséges ismétlődő fizetési folyamatot.

Revolut Pay integráció

Gyors fizetési lehetőséget biztosíthat Revolut-felhasználóknak, illetve a szolgáltató beállításaitól függően kártyás vásárlóknak is. Egyedi integrációnál a webáruház szerveroldala kommunikál a Revolut Merchant API-val. A fejlesztés kiterjedhet:

a rendelés létrehozására a szolgáltatónál;
a Revolut Pay gomb beépítésére;
a fizetési állapotok feldolgozására;
a visszairányítások és események kezelésére;
a mentett fizetési módok használatára;
a mobil- és asztali folyamat tesztelésére;
a sandbox és az éles környezet beállítására.

Az induláshoz megfelelő Revolut Business- és Merchant-fiók szükséges.

Apple Pay integráció webáruházban

A digitális tárcák mobilon különösen kényelmes fizetési élményt kínálhatnak: a vásárlónak nem kell begépelnie a bankkártyaadatait, a jóváhagyás a támogatott eszközön történik.

Az Apple Pay rendszerint valamely fizetési szolgáltatón (például Stripe, Barion vagy Revolut) keresztül kapcsolható be. A megvalósításhoz szükség lehet domainellenőrzésre, megfelelő HTTPS-beállításra és szolgáltatói engedélyezésre. Csak kompatibilis Apple-eszközön, támogatott böngészőben és megfelelően konfigurált környezetben jelenik meg.

Google Pay integráció webshopban

Hasonló módon, egy támogatott fizetési szolgáltatón keresztül építhető be. Ellenőrizzük a szolgáltatói beállításokat, az eszköz- és böngészőkompatibilitást, valamint azt, hogy a fizetési lehetőség a megfelelő vásárlóknál jelenjen meg.

A digitális tárca nem önállóan helyettesíti a fizetési szolgáltatót: a tranzakció feldolgozásához továbbra is szükség van egy kompatibilis fizetési háttérrendszerre.

Kérek fizetési integrációt

Klarna

Klarna integráció

WooCommerce vagy egyedi webáruház esetén is megvalósítható, amennyiben a kereskedői fiók, az ország, a pénznem és a választott fizetési konstrukció támogatott.

A beállítás során figyelünk arra, hogy a megfelelő Klarna-lehetőség csak a jogosult vásárlóknak jelenjen meg, valamint a webshop és a szolgáltató rendelési összegei pontosan egyezzenek.

IzzyPay

IzzyPay integráció

A jogosult vásárlók számára részletfizetési lehetőség kapcsolható a webáruház pénztárához. A bevezetés előtt felmérjük a kereskedői és technikai feltételeket, majd kialakítjuk a webshophoz illeszkedő folyamatot.

Külön kezeljük a szolgáltatói jóváhagyást, a rendelési státuszokat, a visszajelzéseket és az esetleges meghiúsult finanszírozási folyamatokat.

PastPay

PastPay B2B halasztott fizetés

Elsősorban céges vásárlóknak kínált B2B megoldás: a vásárló későbbi fizetési határidőt kaphat, miközben a kereskedő a szolgáltatási feltételek szerint korábban hozzájut az összeghez. A B2B fizetési módot csak céges vásárlóknak jelenítjük meg, ha az üzleti folyamat ezt igényli.

Céges vásárlói azonosítás
Fizetési limit ellenőrzése
Rendelés és számla adatai
Rendelési státuszok
Finanszírozási folyamat
PastPay API vagy platformbővítmény

Előfizetés

Ismétlődő fizetés és előfizetéses rendszer

Nem csupán egy fizetési kapu bekötését jelenti: szükség van az előfizetések, a megújítások, a sikertelen terhelések, a lemondások és a hozzáférési jogosultságok kezelésére is. A szolgáltató kiválasztásakor ellenőrizzük, hogy támogatja-e a tervezett ismétlődő terhelési modellt.

Havi vagy éves díjcsomagok, automatikus megújítás
Próbaidőszak, egyszeri belépési vagy aktiválási díj
Csomagváltás, időarányos elszámolás
Lemondási folyamat
Sikertelen terhelések újrapróbálása
Fizetési mód frissítése
Előfizetéshez kötött hozzáférés
Automatikus számlázási kapcsolat

One-click

Tárolt kártyás fizetés és one-click payment

A webáruház nem mentheti el egyszerűen a teljes bankkártyaadatokat. Biztonságos megvalósításnál az érzékeny adatokat a fizetési szolgáltató kezeli, a webshop pedig egy később használható technikai azonosítót (tokent) kap.

A beállítás előtt ellenőrizzük, hogy a szolgáltatói szerződés és az adott fizetési mód támogatja-e a funkciót: egy mentett bankkártya, egy Apple Pay- és egy Google Pay-tranzakció technikai szempontból nem minden szolgáltatónál kezelhető ugyanúgy.

A vásárló egyértelmű hozzájárulása
A fizetési mód biztonságos mentése
Mentett kártyák részleges adatainak megjelenítése
A fizetési mód törlésének lehetősége
Kártyacsere és lejárat kezelése
Egykattintásos újravásárlás
Előfizetéses terhelések támogatása

Deviza

Többdevizás fizetési kapu integráció

Nemzetközi értékesítésnél a webáruházban megjelenített pénznemnek, a szolgáltatónak átadott összegnek és a rendelésben tárolt devizának egyeznie kell.

A több pénznemben megjelenített ár önmagában nem jelenti azt, hogy a fizetési szolgáltató minden devizát el is tud fogadni.

Milyen pénznemekben indítható terhelés
Milyen devizában történik az elszámolás
Szükséges-e automatikus árfolyamváltás
Hogyan kezeli a rendszer a kerekítést
Milyen fizetési módok érhetők el az egyes országokban
Hogyan történik a visszatérítés
Milyen devizaadat kerül a számlára és az ERP-be

Egyedi

Egyedi fizetési kapu fejlesztés

Ha nem érhető el megfelelő kész modul, vagy a standard bővítmény nem támogatja az üzleti folyamataidat, egyedi fizetési kaput fejlesztünk.

A sikeres fizetést nem kizárólag a vásárló böngészőjének visszairányítása alapján állapítjuk meg: a végleges tranzakciós állapotot a szolgáltató szerveroldali visszajelzésével is ellenőrizzük.

Tranzakció létrehozása, fizetési felület megnyitása
Összegek és rendelési tételek átadása
Digitális aláírások ellenőrzése
Webhookok és háttérértesítések feldolgozása
Rendelési státuszok módosítása, visszatérítések
Mentett fizetési módok használata
Tranzakciók és hibák naplózása
Ismételt szolgáltatói értesítések biztonságos kezelése

Fizetési folyamat UX-optimalizálás

A megfelelő szolgáltató önmagában nem garantál gördülékeny pénztárfolyamatot. A fizetési módok elhelyezése, megnevezése, sorrendje és mobilos működése ugyanolyan fontos. Megvizsgáljuk:

hány fizetési lehetőség jelenik meg;
melyik módszer mely vásárlóknak releváns;
érthetők-e a fizetési módok elnevezései;
egyértelműen láthatók-e az esetleges költségek;
megfelelően működik-e a pénztár mobilon;
megmarad-e a kosár egy félbeszakított fizetés után;
van-e lehetőség a sikertelen fizetés újraindítására;
érthető hibaüzenetet kap-e a vásárló;
visszakerül-e a megfelelő oldalra a tranzakció után.

Nem feltétlenül az a jó megoldás, ha minden elérhető fizetési módot egyszerre mutatunk. Sok esetben érdemes ország, pénznem, kosárérték, termék vagy vásárlói típus alapján szűrni a lehetőségeket.

Fizetési hibák hibaelhárítása webshopban

A fizetési hibák gyakran csak bizonyos bankkártyáknál, eszközökön, pénznemeknél vagy rendelési helyzetekben jelentkeznek, emiatt a problémát nem mindig lehet egyetlen próbavásárlással megtalálni. Segítünk többek között az alábbiak feltárásában:

a vásárló fizetett, de a rendelés függőben maradt;
sikeresnek látszik a rendelés, de nincs mögötte fizetés;
nem érkezik meg a szolgáltatói visszajelzés;
hibás a visszatérési vagy webhook URL;
eltér a webshop és a fizetési szolgáltató összege;
rossz pénznem kerül átadásra;
tesztkulcs maradt az éles rendszerben;
hibás az elektronikus aláírás;
nem indul el a 3D Secure hitelesítés;
kétszer jön létre ugyanaz a tranzakció;
a visszatérítés nem frissíti a rendelést;
Apple Pay vagy Google Pay nem jelenik meg;
a pénztár egy sablon- vagy bővítményfrissítés után hibásan működik.

A hibakeresés során ellenőrizzük a webshop naplóit, a szolgáltatói válaszokat, a szerverbeállításokat, az API-kommunikációt és a teljes vásárlási folyamatot.

Meglévő fizetési hibát javíttatnék

Biztonságos fizetési integráció

A fizetési folyamatban személyes és pénzügyi adatok is érintettek, ezért a fejlesztés során kiemelt figyelmet fordítunk az adatkezelésre és a jogosultságokra. A biztonságos megvalósítás fontosabb elemei:

HTTPS használata;
titkos kulcsok védett tárolása;
teszt- és éles adatok elkülönítése;
szolgáltatói üzenetek hitelességének ellenőrzése;
bankkártyaadatok helyett tokenek használata;
érzékeny adatok kihagyása a naplókból;
jogosultságok korlátozása;
tranzakciók visszakereshetősége;
adatvédelmi tájékoztató aktualizálása;
3D Secure és erős ügyfél-hitelesítési folyamatok támogatása.

A konkrét PCI DSS-, pénzügyi és adatvédelmi kötelezettségeket mindig a választott integrációs mód, a szolgáltatói szerződés és az alkalmazandó szabályozás alapján kell meghatározni.

WooCommerce

Kész fizetési bővítmények beállítását, testreszabását, javítását és egyedi WooCommerce fizetési modulok fejlesztését is vállaljuk.

Shoprenter

Segítünk a platformon támogatott fizetési módok beállításában, a pénztár tesztelésében és az elérhető külső integrációk konfigurálásában.

Egyedi

Egyedi fejlesztésű webáruház

Laravel, Node.js, Medusa.js, headless vagy más egyedi rendszer esetén közvetlen API-integrációt készítünk a választott szolgáltató dokumentációja alapján.

B2B

B2B webáruház

Céges vásárlókhoz egyedi fizetési feltételeket, halasztott fizetést, vásárlói limiteket, díjbekérős folyamatokat vagy PastPay B2B integrációt alakítunk ki.

Igényfelmérés

Átbeszéljük a célpiacot, a használt devizákat, a webshopmotort, a rendelési folyamatot és a szükséges fizetési funkciókat.

Szolgáltatói feltételek ellenőrzése

Megvizsgáljuk, hogy a kiválasztott fizetési mód elérhető-e a vállalkozásod, a célországok és a használt platform számára.

Technikai tervezés

Meghatározzuk a fizetés, a visszatérítések, a rendelési státuszok, az értesítések és az esetleges számlázó- vagy ERP-kapcsolat működését.

Beállítás vagy fejlesztés

Konfiguráljuk a kész modult, vagy elkészítjük az egyedi fizetési kapu integrációját.

Tesztelés

Nemcsak sikeres fizetést próbálunk: teszteljük a megszakított, elutasított, időtúllépéses, ismételten visszajelzett és visszatérített tranzakciókat is.

Élesítés

Beállítjuk az éles hozzáféréseket, elvégezzük a próbavásárlást, és ellenőrizzük a rendelési folyamat minden kapcsolódó lépését.

Élesítés utáni támogatás

Szükség esetén figyeljük az első tranzakciókat, javítjuk az előkerülő hibákat, és segítünk a későbbi módosításokban.

Melyik a legjobb online fizetési rendszer webáruházhoz?

Nincs minden webshop számára egyformán legjobb szolgáltató. A választást a célországok, a devizák, a tranzakciós költségek, a webshopmotor és az olyan funkciók határozzák meg, mint az előfizetés, a mentett kártya vagy a BNPL fizetés.

Mennyi idő alatt készül el egy fizetési kapu integráció?

Egy támogatott, kész modullal történő alapbeállítás általában gyorsabban elkészül. Egy egyedi API-integráció, előfizetéses rendszer vagy összetett ERP- és számlázókapcsolat hosszabb fejlesztést és részletesebb tesztelést igényel.

Ki szerződik a fizetési szolgáltatóval?

A kereskedői szerződést jellemzően a webáruházat üzemeltető vállalkozás köti meg. Mi a technikai előkészítésben, a beállításban, az integrációban és a tesztelésben segítünk.

Beállítható egyszerre több fizetési kapu?

Igen. Akár több szolgáltató is működhet párhuzamosan. A fizetési módokat ország, pénznem, kosárérték, termék, szállítási mód vagy vásárlói csoport alapján is meg lehet jeleníteni.

Megoldható az ismétlődő bankkártyás fizetés?

Igen, amennyiben a választott szolgáltató, a kereskedői szerződés és az integráció támogatja. Az automatikus terhelés mellett az előfizetések, lemondások és sikertelen megújítások kezelését is ki kell alakítani.

Tárolja a webshop a vásárló bankkártyaadatait?

Biztonságos tokenizált integrációnál a teljes kártyaadatokat a fizetési szolgáltató kezeli. A webshop csak egy technikai azonosítót és szükség esetén maszkolt adatokat kap.

Miért nem jelenik meg az Apple Pay vagy a Google Pay?

Ennek oka lehet nem támogatott eszköz vagy böngésző, hiányzó domainellenőrzés, nem megfelelő HTTPS-beállítás, szolgáltatói korlátozás, nem támogatott pénznem vagy hibás integráció.

Javítható egy meglévő fizetési modul hibája?

Igen. Feltárjuk, hogy beállítási probléma, elavult bővítmény, sablonütközés, hibás API-kommunikáció vagy szolgáltatói változás okozza-e a hibát, majd javaslatot adunk a javításra.

Működhet BNPL fizetés magyar webáruházban?

Igen, de az elérhetőség szolgáltatónként eltér. A vásárló és a kereskedő országa, a pénznem, a kosárérték, a termékkör és a szolgáltatói jóváhagyás egyaránt befolyásolhatja, hogy milyen konstrukció kapcsolható be.