Celem certyfikacji jest zweryfikowanie, czy integracja została poprawnie wdrożona i czy nasze wspólne rozwiązanie będzie działać niezawodnie z myślą o naszych wspólnych klientach.
Jeśli są Państwo zainteresowani certyfikacją, prosimy o kontakt i przedstawienie odpowiadającego Państwu harmonogramu.
W trakcie procesu certyfikacji przeprowadzimy z Państwem następujące scenariusze testowe.
Scenariusze 1–16 dotyczą wszystkich interfejsów API, natomiast scenariusze 17–20 odnoszą się wyłącznie do interfejsu API app2app:
Scenariusze 1–16 dotyczą wszystkich interfejsów API, natomiast scenariusze 17–20 odnoszą się wyłącznie do interfejsu API app2app:
#
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
Tytuł scenariusza
Sprawdzenie obecności GP tom
Pomyślnie zrealizowana transakcja sprzedaży
Pomyślny zwrot transakcji
Nieudana transakcja sprzedaży
Limit czasu transakcji sprzedaży
Wyjątek podczas płatności kartą
Anulowanie transakcji
Termin składania zgłoszeń
Dane z paragonu
Dane DCC – sprzedaż (dotyczy wyłącznie CZ, SK, AT, RO, MT, HU, DE)
Dane DCC – sprzedaż (dotyczy wyłącznie CZ, SK, AT, RO, MT, HU, DE)
Dane DCC – sprzedaż (dotyczy wyłącznie CZ, SK, AT, RO, MT, HU, DE)
Dane DCC – sprzedaż (dotyczy wyłącznie CZ, SK, AT, RO, MT, HU, DE)
Dane DCC – sprzedaż (dotyczy wyłącznie CZ, SK, AT, RO, MT, HU, DE)
Dane DCC – anulowanie (dotyczy wyłącznie CZ, SK, AT, RO, MT, HU, DE)
Dane DCC – anulowanie (dotyczy wyłącznie CZ, SK, AT, RO, MT, HU, DE)
Rejestracja transakcji
Wezwanie do zapłaty
Pobieranie statusu transakcji
Uzyskanie szczegółowych informacji o transakcji
Obowiązkowe
Nie
Tak
Nie
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Tak
Opis
Sprawdzimy, czy Twoja aplikacja sprawdza, czy nasza aplikacja jest zainstalowana.
Przeprowadzimy pomyślną płatność kartą, łącznie z weryfikacją kodu PIN.
Zapewnimy pomyślną transakcję zwrotu.
Przeprowadzimy nieudaną transakcję kartą (błędny kod PIN, niewystarczające saldo itp.).
Sprawdzimy, jak zachowuje się Twoja aplikacja w przypadku przekroczenia limitu czasu.
Symulujemy wystąpienie wyjątku podczas płatności kartą.
Zrealizujemy anulowanie płatności – zarówno najnowszych, jak i starszych.
Zajmiemy się zamknięciem ksiąg.
Sprawdzimy, czy na paragonie znajdują się wszystkie wymagane dane.
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
Uruchomimy i sprawdzimy proces rejestracji.
Sprawdzimy, czy po wywołaniu żądania płatności (transactionRequest) uruchomi się aplikacja płatnicza i czy płatność zostanie zrealizowana.
Sprawdzimy, czy uda nam się uzyskać stan transakcji oraz czy została ona zakończona.
Sprawdzimy, czy uda nam się uzyskać szczegóły dotyczące transakcji.
Przewidywane zachowanie
zobacz artykuł "Kontrola zainstalowanej aplikacji"
Po zainicjowaniu płatności wywołana zostanie funkcja GP, transakcja zostanie przetworzona, zakończona przez użytkownika, a Twoja aplikacja zostanie pomyślnie wywołana z powrotem.
Po zainicjowaniu płatności wywołana zostanie funkcja GP, transakcja zostanie przetworzona, zakończona przez użytkownika, a Twoja aplikacja zostanie pomyślnie wywołana z powrotem.
Po zainicjowaniu płatności wywoływana jest procedura GP, transakcja jest przetwarzana, a po jej zakończeniu przez użytkownika Twoja aplikacja zostanie pomyślnie wywołana ponownie i wyświetli ewentualne informacje o odrzuconej płatności.
Aplikacja będzie prawidłowo reagować na brak odpowiedzi z naszej aplikacji i powiadomi o tym użytkownika.
Nasza reakcja na wyjątek.
Po zainicjowaniu anulowania wywołana zostanie funkcja GP, transakcja zostanie przetworzona, a Twoja aplikacja zostanie pomyślnie wywołana ponownie i ewentualnie wyświetli komunikat o pomyślnym anulowaniu.
Rozpoczęcie operacji zamknięcia, wywoływana jest funkcja GP, operacja zamknięcia zostanie przetworzona, a Twoja aplikacja zostanie pomyślnie wywołana ponownie i ewentualnie wyświetli informację o pomyślnym zakończeniu operacji zamknięcia.
Jeśli wystawiasz paragon wyłącznie w swoim systemie, należy uzupełnić go o dane transakcji z terminala.
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 otrzymaniu żądania generowany jest identyfikator transakcji. Ten identyfikator transakcji zostanie zapisany lokalnie i zwrócony do aplikacji strony trzeciej. Twoja aplikacja powinna go zapisać i wykorzystać do złożenia żądania płatności.
Twoja aplikacja powinna była wygenerować i wysłać żądanie transakcji. Aplikacja płatnicza uruchomi cały proces płatności i zwróci wynik.
Sprawdzimy, w jakim stanie znajduje się transakcja i czy można ją powtórzyć. (Nie dostarcza to żadnych informacji na temat powodzenia lub niepowodzenia transakcji).
Uzyskamy wszystkie szczegóły transakcji (na przykład: wynik, kwotę, walutę...). Aby uzyskać szczegóły transakcji, konieczne jest zakończenie poprzedniego kroku – czyli sfinalizowanie transakcji.
API
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app, deeplink, chmura
app2app
app2app
app2app
app2app
Wszystkie te stany można symulować za pomocą naszego symulatora GP tom, który znajduje się w sekcji do pobrania.