Teszt kártyák és hitelesítési adatok_Test cards and credentials - 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 / Activation of the production environment ú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.

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. 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). 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. 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 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).

teljes összeg	Ismertetés
100	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, a fizetés visszaigazolása megtörténik.
200	Szimuláció a sikertelen visszaigazolásról (nem kell a vásárlónak megerősítenie a fizetést). Az engedélyezés nem folytatódik, a fizetést a rendszer elutasítja.
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. 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.

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](Methods-for-Google-Pay#googlepay-init-operation’] 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ó).

teljes összeg	Ismertetés
100	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, a fizetés megerősítése megtörténik.
200	Szimuláció a sikertelen visszaigazolásról (nem kell a vásárlónak megerősítenie a fizetést). Az engedélyezés nem folytatódik, a fizetést a rendszer elutasítja.
XXX	A fentiektől eltérő összegek a fizetés visszaigazolását szimulálják, a fizetés ügyfél általi megerősítésével. 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és megerősítése megtörténik) 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.

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.

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.