Certifikace & Testovací scénáře

Cílem certifikace je ověřit, že vaše integrace byla provedena správně a že naše společné řešení bude společným zákazníkům fungovat spolehlivě.

Pokud máte zájem o certifikaci, kontaktujte nás s návrhem termínů, který vám vyhovuje.

UMÓW SIĘ NA SPOTKANIE W CELU UZYSKANIA CERTYFIKATU

Během certifikace s vámi absolvujeme následující testovací scénáře.
Scénáře 1–16 jsou společné pro všechny API, zatímco scénáře 17–20 se vztahují pouze na app2app API:

Název scénáře

Kontrola přítomnosti GP tom

Úspěšná transakce prodej

Pomyślny zwrot transakcji

Neúspěšná transakce prodej

Timeout transakce prodej

Výjimka během platby kartou

Anulowanie transakcji

Uzávěrka

Receipt data

Dane DCC - sprzedaż

DCC data - storno

Rejestracja transakcji

Požadavek na platbu

Získání stavu transakce

Získání detailů o transakci

Povinné

ano

Opis

Zkontrolujeme, zda vaše aplikace kontroluje přítomnost naší aplikace.

Provedeme úspěšnou platbu kartou včetně ověření PIN kódu.

Zapewnimy pomyślną transakcję zwrotu.

Provedeme neúspěšnou platbu kartou (špatný pin, nedostatečný zůstatek atd.).

Otestujeme chování vaší aplikace v případě timeoutu.

Nasimulujeme výjimku během platby kartou.

Provedeme storno platby - poslední i starší.

Provedeme uzávěrku.

Zkontrolujeme plnění povinných dat na účtence.

Sprawdzimy dane DCC na paragonie dla statusu scenariusza=ACCEPTED, regionSchemaIndicator=1, a transactionAmount będzie składać się z 3 cyfr dziesiętnych (kwota 9991).

Sprawdzimy dane DCC na paragonie dla statusu scenariusza=ACCEPTED, regionSchemaIndicator=1, a transactionAmount będzie bez przecinka dziesiętnego (kwota 9992).

Sprawdzimy dane DCC na paragonie dla statusu scenariusza=ACCEPTED, regionSchemaIndicator=2, a transactionAmount będzie składać się z dwóch liczb dziesiętnych (kwota 9993).

Sprawdzamy dane DCC na paragonie dla statusu scenariusza=ACCEPTED, regionSchemaIndicator=0 (kwota 9994).

Sprawdzamy dane DCC na paragonie dla scenariusza status=NOT_ACCEPTED

Sprawdzamy dane DCC na paragonie dla scenariusza anulowania transakcji ze statusem=NOT_ACCEPTED

Sprawdzamy dane DCC na paragonie dla scenariusza anulowania transakcji ze statusem=AKCEPTOWANY

Vyvoláme a zkontrolujeme proces registrace.

Vyzkoušíme, zda po vyvolání požadavku na platbu (transactionRequest) se spustí platební aplikace a provede se platba.

Vyzkoušíme, zda získáme stav transakce a zda byla dokončena.

Vyzkoušíme, zda získáme detaily o transakci.

Očekávané chování

viz článek "Kontrola nainstalované aplikace"

Zahájení platby, GP tom se vyvolá, transakce se zpracuje, dokončí uživatelem a vaše aplikace bude úspěšně zpět vyvolána.

Zahájení platby, GP tom se vyvolá, transakce se zpracuje, dokončí uživatelem a vaše aplikace bude úspěšně zpět vyvolána a zobrazí případné informace o zamítnuté platbě.

Aplikace bude správně reagovat na chybějící odezvu od naší aplikace a bude informovat uživatele.

Reakce na výjimku na naší straně.

Zahájení storna, GP tom se vyvolá, transakce se zpracuje a vaše aplikace bude úspěšně zpět vyvolána a případně zobrazí úspěšné storno.

Zahájení uzávěrky, GP tom se vyvolá, uzávěrka se zpracuje a vaše aplikace bude úspěšně zpět vyvolána a případně zobrazí informaci o úspěšné uzávěrce.

Pokud budete poskytovat účtenku pouze z Vašeho systému, je potřeba ji doplnit o transakční data z terminálu.

Na paragonie muszą być widoczne dane DCC zgodnie z wizualizacją, na której skupimy się szczególnie na tekście „Marża”, a kwota transakcji musi być podana z dokładnością do trzech miejsc po przecinku.

Na paragonie muszą być wyświetlane dane DCC zgodnie z wizualizacją, przy czym zwrócimy szczególną uwagę na tekst „Marża”, a kwota transakcji musi być podana bez miejsc dziesiętnych.

Na paragonie muszą być widoczne dane DCC zgodnie z wizualizacją, na której skupimy się szczególnie na tekście „Marża powyżej kursu EBC”, a kwota transakcji musi być podana z dokładnością do dwóch miejsc po przecinku.

Na paragonie muszą być wyświetlane dane DCC zgodnie z wizualizacją, przy czym skupimy się szczególnie na tekście „Markup”.

W tym przypadku klient wybrał płatność w walucie terminala i nie ma potrzeby wyświetlania danych DCC na paragonie.

Jest to anulowanie klasycznej transakcji, w której nie ma potrzeby wyświetlania danych DCC.

To jest anulowanie transakcji DCC, gdzie należy dodać tekst: „Kwota transakcji, waluta i kurs wymiany są takie same jak w przypadku transakcji pierwotnej. Przeliczenie walut zapewnia Global Payments”.

Po obdržení požadavku se vygeneruje transaction ID. Toto ID transakce bude uloženo lokálně a vráceno zpět do aplikace třetí strany. Vaše aplikace by jej měla uložit a použít pro požadavek na platbu.

Vaše aplikace měla vygenerovat a odeslat požadavek na transakci. Platební aplikace spustí celý platební proces a vrátí výsledek.

Zjistíme, v jakém stavu se transakce nachází a zda lze transakci opakovat. (Neříká nic o úspěchu/neúspěchu transakce).

Získáme veškeré detaily transakce (například: Výsledek, částku, měnu,...). Pro detaily transakce je nutné, aby byl dokončen předchozí krok - tedy že transakce byla dokončena.

API

app2app, deeplink, Cloud

app2app

Všechny tyto stavy můžete simulovat pomocí našeho GP tom Simulatoru, který najdete v sekci ke stažení.

Strona główna

app2app API

Cloud API

API iOS

Certyfikacja i scenariusze testowe

Jak ci się podoba ten samouczek?

Podręcznik