Fizetési módok

A fizetési módokat a webáruház adminisztrációs felületén a Rendelések / Rendelési beállítások / Fizetési módok listája menüpontra kattintva tudjuk konfigurálni. A fizetési módok az ERP-rendszerből érkeznek.

Fontos, hogy a fizetési módok konfigurálását mindig meg kell előznie a devizák beállításának!

Fizetési módok listája

Ahogy a rendszerben megszokhattuk, a menüpontra kattintva táblázatban jelennek meg a rendszerben megtalálható fizetési módok, amelyben látható a fizetési mód neve nyelvfüggő módon, külső azonosítója, belső azonosítója, vagyis tokenje, és típusa. Láthatjuk, hogy nem lehet fizetési módot törölni, vagy újat hozzáadni, hanem a rendszerben lévő típusokból kell kiválasztanunk, hogy melyikeket szeretnénk használni. A típus azért nagyon fontos, mert ez dönti el, hogy a felhasználó pontosan milyen fizetési folyamatra érkezik majd. Ezen típusok a következők:

• Big Fish Payment Gateway (bigfish): A Logishop rendszere integrálódott a BigFish rendszerével, amelyhez számos magyar, illetve nemzetközi fizetési szolgáltató csatlakozott, többek között a K&H és a Raiffeisen.
• Bankkártyás fizetés átvételkor (bankcard_on_delivery)
• Készpénzes fizetés átvételkor (cash_on_delivery)
• OTP SimplePay (otpsimple): Az OTP SimplePay szolgáltatóval is kapcsolatban áll a rendszer, így azon fizetési módot is tudják használni ügyfeleink.

Az egyes fizetési módok a Műveletek / Szerkesztés gombra kattintással szerkeszthetőek.

Fizetési módok szerkesztése

A ceruza ikonra kattintva megnyitjuk a fizetési mód szerkesztési adatlapját. Itt adhatunk tetszőleges nevet a fizetési módnak a rendszerben lévő összes nyelven, valamint megváltoztathatjuk a tokent, vagyis a belső azonosítót. Megváltoztathatjuk a fizetési mód típusát a fent felsoroltak közül, illetve itt kell kiválasztanunk, hogy az adott fizetési mód melyik szegmenst szolgálja ki:

• B2C
• B2B
• B2C és B2B

Amennyiben az érték „Válassz szegmens"-en marad, a fizetési mód a rendelési folyamatban egyik szegmens számára sem jelenik meg. Ez alól kivételt képez az az eset, amikor egy B2B partner alapértelmezett fizetési módja az ERP rendszerből érkezik: ez a fizetési mód az érintett partner számára szegmensbeállítástól függetlenül elérhető marad, más B2B felhasználók számára azonban nem válik láthatóvá. A szegmens beállítása tehát azt szabályozza, hogy a fizetési mód általánosan, minden érintett felhasználó számára elérhető legyen.

A felület jobb oldalán ki kell választanunk, hogy az adott fizetési mód milyen devizákat fogad el, tehát hogy milyen pénznem kiválasztása esetén jelenik meg a rendelési folyamatban. Ahogy korábban is írtuk, a fizetési módok beállítása előtt be kell állítani a devizákat. Amennyiben itt nincs deviza kiválasztva, úgy a fizetési mód nem fog megjelenni a felületen.

Fontos, hogy legyünk tisztában, hogy egyes fizetési szolgáltatók milyen devizákat fogadnak el. Például elképzelhető, hogy a SimplePay nem fogad be rendeléseket ausztrál dollárban, így ilyenkor célszerű csak azon devizákat beállítani, amelyekkel tud dolgozni az adott fizetési szolgáltató.

Azt, hogy az egyes fizetési módok milyen szállítási módoknál érhetőek el, a szállítási módok felületén konfigurálható.

Fizetési mód törlése

A fizetési módok nem törölhetőek, csak elrejthetőek.

Fizetési mód integrációk

A Logishop alapértelmezetten két fizetési szolgáltatóval integrált: az OTP SimplePay és a Nevogate (korábban BIG FISH Payment Gateway) rendszerével. Mindkét esetben a webáruház üzemeltetőjének kell szerződést kötnie a szolgáltatóval, az integráció technikai beüzemelése pedig a Loginet közreműködésével történik.

Fontos tisztában lenni azzal, hogy az adminisztrációs felületen megjelenő fizetési módok önmagukban nem használhatók. Aktívra kapcsolásuk nem elegendő: előfeltétel a szolgáltatóval megkötött szerződés, a tőlük kapott azonosítók és kulcsok átadása a Loginet részére, valamint az élesítési követelmények teljesítése. Amíg ezek nem állnak rendelkezésre, a fizetési mód megjelenik a felületen, de érdemben nem működik. Mindkét szolgáltató ellenőrzi a webáruházat az élesítés előtt, és a szolgáltatást kizárólag a követelmények teljesülése esetén aktiválja.

OTP SimplePay

Szerződéskötés. A folyamat a szolgáltató online szerződéskötési felületén indul a cég adószámának megadásával. A szolgáltató a kockázatkezelési szabályzata alapján bevizsgálja a kereskedőt, ami néhány munkanapot vesz igénybe, majd a sikeres vizsgálat után e-mailben küldi meg a szerződést.

Szükséges adatok. A szerződéskötés után a szolgáltatótól megkapjuk a kereskedő azonosítót (Merchant ID) és a titkosító kulcsot (Secret Key). Ezeket kell a Loginet részére átadni.

Tesztelés. A szolgáltató a szerződés kiküldésekor hozzáférést biztosít a tesztrendszeréhez és a technikai dokumentációhoz. A teszteléshez külön kereskedő azonosító és titkosító kulcs pár tartozik, amelyet az élesítéskor az éles adatokra kell cserélni. Az élesítést minden esetben tesztelési fázis előzi meg.

További feltétel. A webáruháznak meg kell jelenítenie a SimplePay által előírt adattovábbítási nyilatkozatot és a szolgáltató arculati elemeit.

Nevogate (korábban BIG FISH Payment Gateway)

A Nevogate gyűjtőplatformként működik: egyetlen integrációval több fizetési szolgáltató és fizetési mód válik elérhetővé, például bankkártya, SZÉP kártya, online átutalás és virtuális tárcák.

Szerződéskötés. A szerződéskötés a szolgáltató weboldalán, a díjcsomagok menüpontban indítható. A rendszerrel REST API hívásokon keresztül történik a kommunikáció, a teszt és az éles rendszer egymástól függetlenül működik.

Szükséges adatok. A kapcsolódáshoz boltnév (StoreName) és API kulcs (ApiKey) páros szükséges, amelyet a kereskedő a szerződéskötés után kap meg. Ezeket kell a Loginet részére átadni.

Tesztelés. Egyedi fejlesztésű webáruház esetén kötelező. A kereskedői tesztboltban szolgáltatónként legalább 2-2 tranzakciót kell létrehozni a következő státuszokkal: Sikeres, Sikertelen, Időtúllépés és Vásárló visszavonta. A tesztelés lezárásához minden létrehozott tranzakciónak fel kell vennie a Kereskedő számára megválaszolva állapotot, majd az elvégzett tesztesetek tranzakcióazonosítóit meg kell küldeni a szolgáltató IT ügyfélszolgálatának.

Kapcsolódás kialakítása. Szintén egyedi fejlesztésű webáruház esetén kötelező. A szolgáltató Payment API dokumentációjában kötelezőként megjelölt megoldásokat pontosan implementálni kell, ezek teljesülését a szolgáltató vizsgálja.

Arculati elemek elhelyezése. A szolgáltató logóit el kell helyezni a webáruház láblécében vagy más jól látható felületén – a Nevogate honlapjára mutató linkként –, valamint a fizetési mód kiválasztásánál. A logó mérete nem lehet kisebb az adott felület 0,8%-ánál, minimum 80 px szélesség mellett; a javasolt alapméret láblécben 180 × 33 px, a fizetési felületen 80 × 15 px. Ezt követően meg kell küldeni a szolgáltató ügyfélszolgálatának azt az URL-t, ahol a logók megjelennek.

IP-cím regisztrálása. A szolgáltató a boltnév–API kulcs páros ellenőrzésén felül IP-cím szűrést is alkalmaz: éles környezetben kizárólag az előre megadott IP-címekről engedélyezett az API kommunikáció. Az IP-címeket az élesítést követően, az éles PayAdmin felületen kell regisztrálni, legfeljebb 15 darabot. A tesztrendszerben nincs IP-cím szűrés.

Miért nem jelenik meg a fizetési mód a felületen?

Felmerülhet a kérdés, hogy miért nem látjuk a fizetési módot a rendelési folyamat során. Ennek számos oka lehet:

1. Nem rendeltünk devizát az adott fizetési módhoz. Ha nincs deviza rendelve a fizetési módhoz, nem fog megjelenni a felületen.
2. Nincs szegmens beállítva és ERP-ből sem érkezik alapértelmezett fizetési mód az adott intézményhez, vagy nem a kiválasztott szegmens nézi a webáruházat. Ha B2C szegmenst választunk ki, akkor a bejelentkezett B2B felhasználó nem fogja látni az adott fizetési módot a rendelési folyamatban.
3. Nem rendeltük hozzá a kiválasztott szállítási módhoz a fizetési módot. Elképzelhető, hogy a vásárló GLS Házhozszállítást választott, de ahhoz nem rendeltük hozzá a kívánt fizetési módot, így az nem jelenik meg a felületen.