Teszt kártyák és hitelesítési adatok - khpos/Payment-gateway_HU GitHub Wiki

FIGYELEM: Ezek a kártyák csak az integrációs környezetben használhatók (amely a fizetési engedélyezést szimulálja). A felsorolásban nem szereplő kártya használatával nem lehetséges a tranzakció továbbléptetése a fizetőfelület kezdő fizetési oldaláról.

Ha azt keresi, hogyan végezze el a szerződéskötés után a bank által megkövetelt, és a fizetéseknek az Ön oldalán történő aktiválásához szükséges teszt tranzakciókat, kérjük, használja a Éles környezet aktiválása útmutatóban található alábbi teszteseteket. Csak az útmutatóban felsorolt kártyákat használja.


Az integrációs környezetben a fizetőoldal tesztelése egy szimulátorban történik, ott történik meg a tesztkártyákkal végrehajtott fizetések visszaigazolása és azt követő engedélyezés.

A visszaigazolás eredménye a használt tesztkártyától függ. Ha egy adott tesztkártyához a fizetés megerősítése szükséges, egy visszaigazoló képernyő jelenik meg, ahol az ügyfél egy numerikus (One Time Password - OTP) kódot ad meg. A szimulátor a megadott értéknek megfelelően jeleníti meg a fizetés visszaigazolásának eredményét. Ha a visszaigazolás sikeres, a későbbi fizetési engedélyezés csak a megadott CVC/CVV kódtól függ.

Tesztkártyák

A következő tesztkártyák az az ügyfél böngészőjéből történő fizetés visszaigazolásának tesztelésére szolgálnak.

Kártyaszám Ismertetés
4000007000010006 Szimuláció a sikeres visszaigazolásról olyan esetekben, amikor az ügyfélnek nem kell megerősíteni a fizetést. A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az engedélyezés folytatódik.
4000007000020005 Szimuláció a sikertelen visszaigazolásról (az ügyfélnek nem kell megerősítenie a fizetést). A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az engedélyezés nem folytatódik.
4000007000030004 Fizetés visszaigazolásának szimulációja az ügyfél általi fizetési megerősítéssel. A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az ügyfélnek egy hitelesítési képernyő fog megjelenni az OTP-kód megadásához. A beírt értéktől függően kerül sor a visszaigazolás eredményének szimulálására:
1234 = sikeres visszaigazolás (az engedélyezés folytatódik)
bármilyen más kód = a visszaigazolás elutasítva, az engedélyezés nem folytatódik.

A következő tesztkártyák a 3DS SDK-val integrált mobilalkalmazásból elvégzett fizetés visszaigazolásának tesztelésére szolgálnak.

Kártyaszám Ismertetés
4000007000050002 Szimuláció a sikeres visszaigazolásról olyan esetekben, amikor az ügyfélnek nem kell megerősíteni a fizetést. Az engedélyezés folytatódik.
4000007000060001 Szimuláció a sikertelen visszaigazolásról (az ügyfélnek nem kell megerősítenie a fizetést). Az engedélyezés nem folytatódik.
4000007000070000 Fizetés visszaigazolásának szimulációja az ügyfél általi fizetés megerősítéssel. Az ügyfélnek egy hitelesítési képernyő fog megjelenni az OTP-kód megadásához. A beírt értéktől függően kerül sor a visszaigazolás eredményének szimulálására:
1234 = sikeres visszaigazolás (az engedélyezés folytatódik)
bármilyen más kód = a visszaigazolás elutasítva, az engedélyezés nem folytatódik.

A OneClick-fizetések tesztelése integrációs környezetben

A fizetési sablon mintájául szolgáló legelső OneClick fizetés végrehajtásához használja a 4000007000030004 kártyát a fizetőoldalnál. Adjon meg bármilyen lejáratot, a CVC 100-as értéket és az 1234 OTP kódot a fizetés megerősítésben.

Ezt követő OneClick fizetéskor a visszaigazolás eredményének szimulációja a fizetés teljes összegétől függ - állítsa a totalAmount paramétert a oneclick/init-n belül az alábbi táblázatban szereplő megfelelő értékre (a fizetési tétel teljes értéke az alap devizanem századrészében kifejezve, míg a currency paraméter esetében a szerződött devizanemet válassza).

Az alábbiakban felsorolt kombinációk lehetővé teszik a fizetés ellenőrzésének tesztelését böngésző ujjlenyomattal vagy anélkül (ha böngésző ujjlenyomat szükséges, akkor az actions.fingerprint.browserInit struktúra az oneclick/init hívás válaszaként kerül visszaküldésre). Ezek a tesztek az ügyfél jelenlétében történő OneClick-fizetésekre vonatkoznak (azaz a clientInitiated paraméter értéke true).

teljes összeg Ismertetés
100 (1 HUF) vagy 10000 (100 HUF) Szimuláció a sikeres visszaigazolásról olyan esetekben, amikor az ügyfélnek nem kell megerősíteni a fizetést. A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az engedélyezés folytatódik, a fizetés visszaigazolása megtörténik.
200 (2 HUF) vagy 20000 (200 HUF) Szimuláció a sikertelen visszaigazolásról (nem kell a vásárlónak megerősítenie a fizetést). A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az engedélyezés nem folytatódik, a fizetést a rendszer elutasítja.
300 (3 HUF) vagy 30000 (300 HUF) A sikeres hitelesítés szimulációja anélkül, hogy az ügyfélnek meg kellene erősítenie a fizetést.A böngésző ujjlenyomat feldolgozása nem szükséges ehhez a kártyához. Az engedélyezés folytatódik, a fizetés visszaigazolásra kerül.
400 (4 HUF) vagy 40000 (400 HUF) A sikertelen ellenőrzés szimulációja (az ügyfélnek nem kell megerősítenie a fizetést). A böngésző ujjlenyomat feldolgozása nem szükséges ehhez a kártyához. Az engedélyezés nem folytatódik, a fizetés nem kerül visszaigazolásra.
500 (5 HUF) vagy 50000 (500 HUF) A fizetés ellenőrzésének szimulációja, beleértve a fizetés ügyfél általi megerősítését.A böngésző ujjlenyomat feldolgozása nem szükséges ehhez a kártyához. Az ügyfél egy, az egyszer használatos jelszó, azaz az OTP-kód megadására szolgáló hitelesítési képernyőt lát. A beírt értéktől függően kerül sor az ellenőrzés eredményének szimulálására:
1234 = sikeres visszaigazolás (az engedélyezés folytatódik, a fizetés megerősítésre kerül)
mármilyen más kód = az ellenőrzés megtagadva, az engedélyezés nem folytatódik, a kifizetés elutasításra kerül.
XXX A fentiektől eltérő összegek a fizetés visszaigazolásának szimulációját váltják ki, a fizetés ügyfél általi megerősítésével. A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az ügyfélnek egy hitelesítési képernyő fog megjelenni az OTP-kód megadásához. A beírt értéktől függően kerül sor a visszaigazolás eredményének szimulálására:
1234 = sikeres visszaigazolás (az engedélyezés folytatódik, a fizetést a rendszer visszaigazolja)
bármilyen más kód = a visszaigazolás elutasítva, az engedélyezés nem folytatódik, a fizetést a rendszer elutasítja.

Kibocsátói és regionális korlátozások tesztelése

Kártyaszám Leírás
4407520211155310 Ha csak K&H kártyákra kívánja korlátozni a kártyaelfogadást, kérjük, használja ezt a kártyát tesztelésre. Minden más kártya nem lesz használható - a kártya átjáróba történő bevitelekor a "kereskedő csak K&H kártyákat fogad el" soron belüli érvényesítési hibát kapja.
4550550001000207 A Magyarországon kibocsátott kártyák kártya korlátozásának teszteléséhez készült. Ezt a kártyát a tesztelés során csak olyan kereskedők fogják használni, akik csak Magyarországon kibocsátott kártyákat kívánnak elfogadni. A kártya egy másik európai országban kibocsátott kártyát szimulál.
4543320001000205 Európán kívül kibocsátott kártyát szimulál. Ezt a kártyát abban az esetben használja, ha csak Európában kibocsátott kártyákra vonatkozó elfogadási korlátozást szeretne tesztelni. Ez a kártya az USA-ban kibocsátott kártyát szimulálja.

Apple Pay és Google Pay fizetések tesztelése integrációs környezetben

Az Apple Pay és Google Pay fizetések esetében nem a valódi kártyaszámot használjuk az integrációs környezetben, a tesztkártya cseréje a fizetés teljes összegétől függ – a totalAmount paraméter beállítása itt: applepay/init or googlepay/init történik, az alábbi táblázatban megadott megfelelő értékre (a fizetési tétel teljes értéke az alap devizanem századrészében kifejezve, míg a currency paraméter tetszőlegesen választható).

Az alábbiakban felsorolt kombinációk lehetővé teszik a fizetés ellenőrzésének tesztelését böngésző ujjlenyomattal vagy anélkül (ha böngésző ujjlenyomat szükséges, akkor az actions.fingerprint.browserInit struktúra az init hívás válaszaként kerül visszaküldésre).

teljes összeg Ismertetés
100 (1 HUF) vagy 10000 (100 HUF) Szimuláció a sikeres visszaigazolásról olyan esetekben, amikor az ügyfélnek nem kell megerősíteni a fizetést. A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az engedélyezés folytatódik, a fizetés visszaigazolása megtörténik.
200 (2 HUF) vagy 20000 (200 HUF) Szimuláció a sikertelen visszaigazolásról (nem kell a vásárlónak megerősítenie a fizetést). A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az engedélyezés nem folytatódik, a fizetést a rendszer elutasítja.
300 (3 HUF) vagy 30000 (300 HUF) A sikeres hitelesítés szimulációja anélkül, hogy az ügyfélnek meg kellene erősítenie a fizetést.A böngésző ujjlenyomat feldolgozása nem szükséges ehhez a kártyához. Az engedélyezés folytatódik, a fizetés visszaigazolásra kerül.
400 (4 HUF) vagy 40000 (400 HUF) A sikertelen ellenőrzés szimulációja (az ügyfélnek nem kell megerősítenie a fizetést). A böngésző ujjlenyomat feldolgozása nem szükséges ehhez a kártyához. Az engedélyezés nem folytatódik, a fizetés nem kerül visszaigazolásra.
500 (5 HUF) vagy 50000 (500 HUF) A fizetés ellenőrzésének szimulációja, beleértve a fizetés ügyfél általi megerősítését.A böngésző ujjlenyomat feldolgozása nem szükséges ehhez a kártyához. Az ügyfél egy, az egyszer használatos jelszó, azaz az OTP-kód megadására szolgáló hitelesítési képernyőt lát. A beírt értéktől függően kerül sor az ellenőrzés eredményének szimulálására:
1234 = sikeres visszaigazolás (az engedélyezés folytatódik, a fizetés megerősítésre kerül)
mármilyen más kód = az ellenőrzés megtagadva, az engedélyezés nem folytatódik, a kifizetés elutasításra kerül.
XXX A fentiektől eltérő összegek a fizetés visszaigazolásának szimulációját váltják ki, a fizetés ügyfél általi megerősítésével. A böngésző ujjlenyomat feldolgozása szükséges ehhez a kártyához. Az ügyfélnek egy hitelesítési képernyő fog megjelenni az OTP-kód megadásához. A beírt értéktől függően kerül sor a visszaigazolás eredményének szimulálására:
1234 = sikeres visszaigazolás (az engedélyezés folytatódik, a fizetést a rendszer visszaigazolja)
bármilyen más kód = a visszaigazolás elutasítva, az engedélyezés nem folytatódik, a fizetést a rendszer elutasítja.

Tranzakciók engedélyezési szabályai

CVC/CVV érték

CVC/CVV Ismertetés
200 általános elutasítás
300 elégtelen fedezet
400 letiltott kártya
500 az engedélyezés technikai hibájának szimulációja (az eredmény csak 30 másodperces időkorlát után jelenik meg)
xxx minden más érték sikeres engedélyezést eredményez, ha a fent felsorolt tesztkártyákat használja.

Lejárati dátum

Bármilyen jelenlegi vagy jövőbeli értéket megadhat HH/ÉÉ értékként. Az érték semmilyen módon nem befolyásolja az engedélyezés eredményét.

⚠️ **GitHub.com Fallback** ⚠️