Köszönjük, hogy a mi API-nkat választotta az integrációhoz! Ennek a dokumentációnak a célja, hogy leírja, hogyan csatlakozhat egy Android készülékeken futó fizetési alkalmazáshoz és a GP tom alkalmazáshoz. Ennek az API-nak a segítségével könnyedén integrálhatja a házon belül fejlesztett Android-alapú alkalmazásokat. Hisszük, hogy API-nk használatával pillanatok alatt integrálni fog.
Készítsen elő mindent, amire szüksége lehet
A legújabb alkalmazáscsomagok, demoalkalmazások és az AIDL könyvtár letöltéséhez látogasson el az útmutató "Letöltések" szakaszába. A GP tom szimulátor célja, hogy elkerülje a tesztkártyák szükségességét, és segítsen szimulálni a termelési környezetben előforduló fizetési kimenetek minden esetét. Megjegyezzük, hogy az API azonos a teszt és a gyártás során.
Jelenleg a következő működést szimulálhatja az alkalmazásból küldött pontos összeggel:
Összeg: 1111
KÁRTYÁS ELADÁS SIKERES, ELFOGADVA
Az alkalmazás a tranzakcióról sikeres eredményt kap, és a tranzakciót sikeresen feldolgozza az Ön oldalán.
Összeg: 1122
KÁRTYÁS ELADÁS SIKERTELEN, ELUTASÍTVA
Az alkalmazás sikertelen eredményt kap a tranzakcióról, és a tranzakciót a megfelelő módon dolgozza fel a saját oldalán - kijelezve, hogy a tranzakció sikertelen volt.
Összeg: 1123
KÁRTYÁS ELADÁS SIKERTELEN, IDŐTÚLLÉPÉS
A szolgáltató oldalán lévő fizetési időkorláthoz képest időtúllépés esetén az alkalmazás ezt az eredményt jelzi ki.
Összeg: 1124
KÁRTYÁS ELADÁS SIKERTELEN, KIVÉTEL
Olyan esetet szimulál, amikor a mi oldalunkon történik hiba - pl. műszaki hiba. Ilyenkor ez közlendő a felhasználóval.
Demo kliens alkalmazás
Ha szeretné látni, hogyan működik az integráció egy harmadik féltől származó alkalmazással, letöltheti a demó klienscsomagot, amely tartalmazza a forráskódot, amely segíthet megérteni, hogyan valósítható meg az integráció az Android platformon.
AIDL könyvtár
Az AIDL könyvtár kezeli a kommunikációt az Ön és a mi alkalmazásunk között - erre szüksége lesz a fejlesztési projektjéhez. A legfrissebb verzió megtalálható a Letöltések részben.
Tranzakció fázisai
A tranzakció folyamata minden tranzakciótípus esetében nagyon hasonló, és az alábbiakban leírt lépésekből áll. A GP tom alkalmazásból kapható postai fizetési eredmények megértéséhez kérjük, olvassa el a "Visszatérési kódok" című cikket ebben a részben. Leegyszerűsítve a tranzakciófolyamat így néz ki:
Mielőtt bármilyen tranzakciót kezdeményezhetne a GP tomban, győződjön meg arról, hogy be van jelentkezve. Ezután minden kérést a bejelentkezett felhasználó alatt kezelünk.
ÚJ Az API 1.2.0 verziójától kezdve a "clientID" érték elküldésével ellenőrizheti a bejelentkezett felhasználó személyazonosságát. További részletekért és felhasználási esetekért olvassa el ezt a cikket.
ÚJ Az Android 11 esetében kérjük, győződjön meg róla, hogy a csomagok láthatósága be van kapcsolva - bővebben itt olvashat. Ellenkező esetben az alkalmazás nem fog automatikusan megnyílni.
Kötött szolgáltatás
A kötött szolgáltatás egy szerver az ügyfél-szerver interfészen. A kötött szolgáltatás lehetővé teszi az összetevők (például alkalmazások) számára, hogy egy szolgáltatáshoz kapcsolódjanak, kéréseket küldjenek, válaszokat fogadjanak, és akár folyamatok közötti kommunikációt (IPC) is végezzenek. A kötött szolgáltatás jellemzően csak akkor működik, amikor egy másik alkalmazáskomponenst szolgál ki, és nem fut a háttérben folyamatosan. A kötött szolgáltatásokkal kapcsolatos további információkért látogasson el az Android fejlesztői portálra itt - Bound Service.