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 van
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ő viselkedést szimulálhatja az alkalmazásból küldött pontos összeggel:
Összeg: 1111
KÁRTYA ELADÁSI SIKER ELFOGADOTT
Az alkalmazás sikeres tranzakciós eredményt kap, és a tranzakciót sikeresen feldolgozza az Ön oldalán.
Összeg: 1122
KÁRTYAELADÁS SIKERTELEN ELUTASÍTVA
Az Ön alkalmazása megkapja a tranzakció elutasítását, és a tranzakciót a megfelelő módon dolgozza fel az Ön oldalán - Ön látja, hogy a tranzakció sikertelen volt.
Összeg: 1123
KÁRTYAELADÁS SIKERTELENSÉGE TIMEOUT
A mi oldalunkon lesz egy fizetési határidő, és az alkalmazásodnak ebben a szellemben kell megjelenítenie az eredményt.
Összeg: 1124
KÁRTYAELADÁS SIKERTELEN KIVÉTEL
Olyan állapotot szimulál, amikor a mi oldalunkon kivétel történik - pl. műszaki hiba. Így kell hirdetni az eredményt a felhasználónak.
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 - ezt hozzá kell adnia a fejlesztési projektjéhez. A legfrissebb verzió megtalálható a letöltési szakaszban.
Tranzakció előrehaladása
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 hívást kezdeményezhetne a GP-ben, meg kell győződnie arról, hogy a felhasználó be van-e jelentkezve. Ezután minden kérést a bejelentkezett felhasználó alatt kezelünk.
ÚJ Az API 1.2.0 verziója óta 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 kérjük, olvassa el a következő dokumentumot Ez a Cikk.
ÚJ Android 11 esetén kérjük, győződjön meg róla, hogy a csomag látható - további információ itt. Ellenkező esetben az alkalmazás nem nyílik meg automatikusan.
Kötési szolgáltatás - kötött szolgáltatás
A kötött szolgáltatás egy kiszolgáló az ügyfél-kiszolgáló interfészen. A kötött szolgáltatás lehetővé teszi az összetevők (például tevékenységek) 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 marad fenn, amikor egy másik alkalmazáskomponenst szolgál ki, és nem fut a háttérben korlátlan ideig. A kötött szolgáltatásokkal való munkavégzéssel kapcsolatos további információkért látogasson el az Android Developer Portalra itt - Kötött szolgáltatás.