A tanúsítás célja annak igazolása, hogy az integráció megvalósítása megfelelő volt, és hogy a közös megoldás megbízhatóan fog működni a közös ügyfelek számára.
Amennyiben érdekli a tanúsítás, kérjük, vegye fel velünk a kapcsolatot az Önnek megfelelő ütemterv javaslatával.
A tanúsítási folyamat során az alábbi tesztforgatókönyveket vesszük át Önnel.
Az 1–16. forgatókönyv minden API-ra vonatkozik, míg a 17–20. forgatókönyv kizárólag az app2app API-ra érvényes:
Az 1–16. forgatókönyv minden API-ra vonatkozik, míg a 17–20. forgatókönyv kizárólag az app2app API-ra érvényes:
#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
A forgatókönyv címe
A GP jelenlétének ellenőrzése
Sikeres adásvételi ügylet
Sikeres tranzakció visszaküldés
Sikertelen eladási tranzakció
Eladási tranzakció időtúllépése
Kivétel kártyás fizetés esetén
A tranzakció törlése
Határidő
A nyugta adatai
DCC-adatok – értékesítés (csak CZ, SK, AT, RO, MT, HU, DE esetében érvényes)
DCC-adatok – értékesítés (csak CZ, SK, AT, RO, MT, HU, DE esetében érvényes)
DCC-adatok – értékesítés (csak CZ, SK, AT, RO, MT, HU, DE esetében érvényes)
DCC-adatok – értékesítés (csak CZ, SK, AT, RO, MT, HU, DE esetében érvényes)
DCC-adatok – értékesítés (csak CZ, SK, AT, RO, MT, HU, DE esetében érvényes)
DCC-adatok – lemondás (csak CZ, SK, AT, RO, MT, HU, DE esetében érvényes)
DCC-adatok – lemondás (csak CZ, SK, AT, RO, MT, HU, DE esetében érvényes)
Tranzakció rögzítése
Fizetési kérelem
A tranzakció állapotának lekérése
A tranzakció részleteinek lekérése
Kötelező
Nem
Igen
Nem
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Igen
Leírás
Ellenőrizzük, hogy az Ön alkalmazása ellenőrzi-e a mi alkalmazásunk jelenlétét.
Sikeresen végrehajtjuk a kártyás fizetést, beleértve a PIN-kód ellenőrzését is.
Sikeres visszaküldési tranzakciót fogunk végrehajtani.
Végrehajtunk egy sikertelen kártyás fizetést (rossz PIN-kód, elégtelen egyenleg stb.).
Megvizsgáljuk az alkalmazás viselkedését időtúllépés esetén.
Szimuláljuk a kártyás fizetés során fellépő kivételes helyzetet.
Elintézzük a fizetések visszavonását – mind a legutóbbiakat, mind a régebbieket.
Elvégezzük a zárást.
Ellenőrizzük, hogy a számlán szerepelnek-e a kötelező adatok.
Ellenőrizni fogjuk a nyugtán található DCC adatokat, hogy a forgatókönyv állapota=ACCEPTED, a regionSchemaIndicator=1, a tranzakció összege pedig 3 tizedesjegyből áll-e (összeg 9991).
Ellenőrizni fogjuk a nyugtán szereplő DCC adatokat az ACCEPTED (státusz=ELFOGADVA) és 1-es (regionSchemaIndicator=1) forgatókönyv esetén, és a transactionAmount (összeg) tizedesvessző nélküli (összeg 9992) lesz.
Ellenőrizni fogjuk a nyugtán található DCC adatokat, hogy a forgatókönyv állapota=ACCEPTED, regionSchemaIndicator=2, a tranzakció összege pedig két tizedesjegyből áll-e (összeg 9993).
Ellenőrizzük a nyugtán található DCC adatokat a következő forgatókönyv esetén: status=ACCEPTED, regionSchemaIndicator=0 (összeg 9994).
Ellenőrizzük a nyugtán található DCC adatokat a status=NOT_ACCEPTED forgatókönyvhöz.
Ellenőrizzük a nyugtán található DCC adatokat a tranzakció törlésének esetére, ha az állapota = NOT_ACCEPTED.
Ellenőrizzük a tranzakció törlésének nyugtáján található DCC adatokat, az állapot=ELFOGADVA
Elindítjuk és ellenőrizzük a regisztrációs folyamatot.
Megnézzük, hogy a fizetési kérelem (transactionRequest) kezdeményezése után elindul-e a fizetési alkalmazás, és végrehajtódik-e a fizetés.
Megnézzük, hogy sikerül-e lekérdeznünk a tranzakció állapotát, és hogy befejeződött-e.
Megnézzük, hogy sikerül-e részleteket szerezni a tranzakcióról.
Várható viselkedés
lásd a "Telepített alkalmazás ellenőrzése" című cikket"
A fizetés elindításával a GP meghívásra kerül, a tranzakció feldolgozásra kerül, a felhasználó véglegesíti, és az alkalmazásod sikeresen visszahívásra kerül.
A fizetés elindításával a GP meghívásra kerül, a tranzakció feldolgozásra kerül, a felhasználó véglegesíti, és az alkalmazásod sikeresen visszahívásra kerül.
A fizetés kezdeményezése után a GP meghívásra kerül, a tranzakció feldolgozásra kerül, a felhasználó véglegesíti, majd az alkalmazásod sikeresen visszahívásra kerül, és megjeleníti az elutasított fizetéssel kapcsolatos esetleges információkat.
Az alkalmazás megfelelően reagál majd arra, ha nem érkezik válasz a mi alkalmazásunktól, és erről értesíti a felhasználót.
A kivételre adott válasz a mi oldalunkról.
A visszavonás elindításával a GP-t meghívják, a tranzakciót feldolgozzák, majd az alkalmazásod sikeresen visszahívásra kerül, és adott esetben megjeleníti a sikeres visszavonást.
A lezárás elindul, a GP meghívásra kerül, a lezárás feldolgozásra kerül, majd az alkalmazás sikeresen visszahívásra kerül, és adott esetben megjeleníti a sikeres lezárásról szóló információt.
Ha a nyugtát kizárólag a saját rendszeréből állítja ki, azt ki kell egészítenie a terminálról származó tranzakciós adatokkal.
A nyugtának a vizuális ábrának megfelelően kell megjelenítenie a DCC adatokat, ahol különösen a „Markup” szövegre fogunk összpontosítani, a tranzakció összegének pedig 3 tizedesjegyig kell szerepelnie.
A nyugtának a vizuális ábrának megfelelően kell megjelenítenie a DCC adatokat, ahol különösen a „Markup” szövegre fogunk összpontosítani, és a tranzakció összegének tizedesjegyek nélkül kell lennie.
A nyugtának a vizuális ábrának megfelelően kell megjelenítenie a DCC adatokat, ahol különösen az „ECB árfolyam feletti haszonkulcs” szövegre fogunk összpontosítani, és a tranzakció összegének két tizedesjegyig kell megadnia.
A nyugtának a vizuális megjelenítésnek megfelelően kell megjelenítenie a DCC adatokat, ahol különösen a „Jelölés” szövegre fogunk összpontosítani.
Ebben az esetben az ügyfél a terminál pénznemében történő fizetést választotta, és nincs szükség semmilyen DCC adat megjelenítésére a nyugtán.
Ez egy klasszikus tranzakció törlése, ahol nem kell DCC adatokat megjeleníteni.
Ez egy DCC tranzakció visszavonása, ahol a következő szöveget kell hozzáadni: „A tranzakció összege, pénzneme és árfolyama megegyezik az eredeti tranzakcióéval. A pénznemváltást a Global Payments biztosítja.”
A kérelem beérkezése után a rendszer generál egy tranzakciós azonosítót. Ezt a tranzakciós azonosítót a rendszer helyileg tárolja, majd visszaküldi a harmadik fél alkalmazásának. Az Ön alkalmazásának ezt el kell mentenie, és felhasználnia kell a fizetési kérelemhez.
Az Ön alkalmazásának létre kellett volna hoznia és el kellett volna küldenie a tranzakciós kérést. A fizetési alkalmazás elindítja a teljes fizetési folyamatot, majd visszaküldi az eredményt.
Megállapítjuk, hogy a tranzakció milyen állapotban van, és hogy megismételhető-e. (Nem ad tájékoztatást a tranzakció sikeréről vagy kudarcáról.).
Megkapjuk a tranzakció összes részletét (például: eredmény, összeg, pénznem stb.). A tranzakció részleteinek lekérdezéséhez elengedhetetlen, hogy az előző lépés befejeződjön – vagyis hogy a tranzakció lezáruljon.
API
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app, deeplink, felhő
app2app
app2app
app2app
app2app
Mindezeket az állapotokat szimulálhatja a GP tom Simulator segítségével, amelyet a következő részben talál: letöltés.